Didn't send to the list :( On Fri, May 4, 2012 at 11:07 AM, Kaushal M <kshlmster at gmail.com> wrote: > Hi Toby. > > This is the correct way to do it and it should work. > > However, there was a bug reported earlier where the outputs of mount/df > command showed the original server even when the backup server was used for > gluster mounts. This bug doesn't happen anymore on the latest qa release. > > I believe you are testing with 3.3 beta 3. Could you check with the latest > 3.3.0qa release (src tarball here > http://bits.gluster.com/pub/gluster/glusterfs/src/glusterfs-3.3.0qa39.tar.gz, no debs) and see if the problem still exists? > > Thanks, > Kaushal > > On Fri, May 4, 2012 at 7:15 AM, Toby Corkindale < > toby.corkindale at strategicdata.com.au> wrote: > >> On 04/05/12 11:35, Toby Corkindale wrote: >> >>> Hi, >>> I saw in the 3.3 changelog that now it is possible to set a secondary >>> server to retrieve the volume information from, when mounting a volume >>> via the native client. >>> >>> However... I can't find any documentation in the man pages explaining >>> how to do this. >>> >>> Currently I have: >>> >>> mount -t glusterfs storage01:/testvol /mnt/somewhere >>> >>> I guess I need to add -o backup-volume=storage02 or something? >>> >> >> I dug this option out of the source code, *but it still doesn't work*: >> >> mount -t glusterfs -o backupvolfile-server=storage02 storage01:/testvol >> /mnt/somewhere > > >> ______________________________**_________________ >> Gluster-users mailing list >> Gluster-users at gluster.org >> http://gluster.org/cgi-bin/**mailman/listinfo/gluster-users<http://gluster.org/cgi-bin/mailman/listinfo/gluster-users> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://gluster.org/pipermail/gluster-users/attachments/20120504/115d56cb/attachment.htm>
