On Sat, Oct 25, 2014 at 1:16 AM, Dennis Schafroth < dennis@xxxxxxxxxxxx> wrote: Trying to test OSX towards a Linux (debian 7.7) server, but seems to get the
same error on both OS X and Linux when attempting to mount:
Running beta3 on both.
sudo mount -t glusterfs -o
'log-file=/usr/local/var/log/glusterfs/dist-rep.log' bd:dist3 ~/dist-rep
[2014-10-25 08:00:22.267617] I [MSGID: 100030] [glusterfsd.c:2018:main]
0-/usr/local/sbin/glusterfs: Started running /usr/local/sbin/glusterfs
version 3.6.0beta3 (args: /usr/local/sbin/glusterfs
--log-file=/usr/local/var/log/glusterfs/dist-rep.log --volfile-server=bd
--volfile-id=dist3 /Users/dennis/dist-rep)
[2014-10-25 08:00:22.268115] I [options.c:1163:xlator_option_init_double]
0-fuse: option attribute-timeout convertion failed value 1.0
[2014-10-25 08:00:22.268132] E [xlator.c:425:xlator_init] 0-fuse:
Initialization of volume 'fuse' failed, review your volfile again
Seen it on few customer environments, but never been able to reproduce it internally, Cloned an internal bugzilla to upstream - https://bugzilla.redhat.com/show_bug.cgi?id=1157107The work around is to use 'entry-timeout=1,attribute-timeout=1' - as additional mount options, it is something related to floating point conversion.
Works on linux, but on mac I am hit by the second issue not being able to have multiple options. Something must go wrong in the /sbin/mount_glusterfs script.
Work-Around for that is calling glusterfs directly:
/usr/local/sbin/glusterfs --attribute-timeout=1 --entry-timeout=1 --volfile-server=bd --volfile-id=dist-rep /mnt/glusterfs/
And I have a fuse mount on mac.
--
Religious confuse piety with mere ritual, the virtuous confuse
regulation with outcomes
|
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
