[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