[Gluster-users] transport.remote-port is changing on volume restart

Rafael Pappert rafael at pappert.biz
Wed Jun 30 09:34:22 UTC 2010


Hello List,

I'm evaluate gluster platform as a "static file backend" for a webserver farm.
First of all, I have to say thank you to the guys at gluster, you did an awesome job.

But there is one really annoying thing, after each restart of a volume in the
volume-manager, i have to change the transport.remote-port in the "client.vol" and
remount the volume on all clients.

Is there a better way to do this or is there a misconfiguration?
My client.vol looks like this:

volume 192.168.1.167-1
    type protocol/client
    option transport-type tcp
    option remote-host 192.168.1.167
    option transport.socket.nodelay on
    option transport.remote-port 10006
    option remote-subvolume brick1
end-volume

volume 192.168.1.168-1
    type protocol/client
    option transport-type tcp
    option remote-host 192.168.1.168
    option transport.socket.nodelay on
    option transport.remote-port 10006
    option remote-subvolume brick1
end-volume

volume mirror-0
    type cluster/replicate
    subvolumes 192.168.1.168-1 192.168.1.167-1
end-volume

volume readahead
    type performance/read-ahead
    option page-count 4
    subvolumes mirror-0
end-volume

volume iocache
    type performance/io-cache
    option cache-size `echo $(( $(grep 'MemTotal' /proc/meminfo | sed 's/[^0-9]//g') / 5120 ))`MB
    option cache-timeout 1
    subvolumes readahead
end-volume

volume quickread
    type performance/quick-read
    option cache-timeout 1
    option max-file-size 64kB
    subvolumes iocache
end-volume

volume writebehind
    type performance/write-behind
    option cache-size 4MB
    subvolumes quickread
end-volume

volume statprefetch
    type performance/stat-prefetch
    subvolumes writebehind
end-volume

Thank you in advance,
Rafael.


More information about the Gluster-users mailing list