Hello,
Many people wrote here that the locale / numeric conversion problem when
mounting would be solved by the 3.6.2 version.
It is not.
[root@client etc]# rpm -qa|grep gluster
glusterfs-libs-3.6.2-1.el7.x86_64
glusterfs-3.6.2-1.el7.x86_64
glusterfs-api-3.6.2-1.el7.x86_64
glusterfs-fuse-3.6.2-1.el7.x86_64
[root@server1_out_of_3 glusterfs]# rpm -qa|grep gluster
glusterfs-libs-3.6.2-1.el7.x86_64
glusterfs-3.6.2-1.el7.x86_64
glusterfs-geo-replication-3.6.2-1.el7.x86_64
glusterfs-api-3.6.2-1.el7.x86_64
glusterfs-fuse-3.6.2-1.el7.x86_64
glusterfs-server-3.6.2-1.el7.x86_64
glusterfs-cli-3.6.2-1.el7.x86_64
The tests below with the exact commands are still resulting in the same
outcome...
--
Nicolas Ecarnot
Le 26/12/2014 12:06, Nicolas Ecarnot a écrit :
Hi,
I'm discovering glusterfs and try to see if it could fit our needs.
I installed two nodes running gluster 3.6.1, and a client using 3.6.0.
I'm aware of the bug about the locale, preventing mounting a volume :
https://bugzilla.redhat.com/show_bug.cgi?id=1157107
https://bugzilla.redhat.com/show_bug.cgi?id=1117951
and I thought I knew the workaround :
https://www.mail-archive.com/gluster-users@xxxxxxxxxxx/msg18183.html
but what is puzzling me is what I observe :
env -i LC_NUMERIC="C" /usr/sbin/glusterfs --volfile-id=glvol00
--volfile-server=serv-gl-adm1 /mnt
-> mounting OK
env -i LC_NUMERIC="C" mount -t glusterfs serv-gl-adm1:/glvol00 /mnt
Mount failed. Please check the log file for more details.
-> mounting FAILING
According to
https://www.mail-archive.com/gluster-users@xxxxxxxxxxx/msg18193.html
both commands should work...
Precise comparisons of the mnt.log file does not show anything obvious,
both ways are running strictly the same, but last one is failing with no
reason.
--
Nicolas Ecarnot
_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-users
