Jifeng Li
2015-Mar-04 05:21 UTC
[Gluster-users] [volume options] auth.allow fails to resolve hostname
Hi, [environment] 1. gluster version: 3.5.3 2. os: redhat6.5 3. volume info shown below: Volume Name: gv0 Type: Replicate Volume ID: 37742c27-9f6b-4a38-821f-ea68d1ec8950 Status: Started Number of Bricks: 1 x 2 = 2 Transport-type: tcp Bricks: Brick1: dmf-ha-1-glusterfs:/export/vdb1/brick Brick2: dmf-ha-2-glusterfs:/export/vdb1/brick Options Reconfigured: cluster.server-quorum-type: server performance.cache-refresh-timeout: 60 performance.io-thread-count: 64 performance.cache-size: 8GB cluster.eager-lock: ON auth.allow: dmf-ha-1-glusterfs,dmf-ha-2-glusterfs nfs.disable: ON cluster.server-quorum-ratio: 51% [issue] When value of auth.allow is set to hostname of the client, one node mount succeeds, one node mount fails. If auth.allow value is set to the IP address of the client, both nodes mount succeed. The error log list below: [2015-03-04 04:52:38.580635] I [client-handshake.c:1677:select_server_supported_programs] 0-gv0-client-1: Using Program GlusterFS 3.3, Num (1298437), Version (330) [2015-03-04 04:52:38.580956] W [client-handshake.c:1371:client_setvolume_cbk] 0-gv0-client-1: failed to set the volume (Permission denied) [2015-03-04 04:52:38.580983] W [client-handshake.c:1397:client_setvolume_cbk] 0-gv0-client-1: failed to get 'process-uuid' from reply dict [2015-03-04 04:52:38.580993] E [client-handshake.c:1403:client_setvolume_cbk] 0-gv0-client-1: SETVOLUME on remote-host failed: Authentication failed [2015-03-04 04:52:38.581001] I [client-handshake.c:1489:client_setvolume_cbk] 0-gv0-client-1: sending AUTH_FAILED event [2015-03-04 04:52:38.581014] E [fuse-bridge.c:5081:notify] 0-fuse: Server authenication failed. Shutting down. [2015-03-04 04:52:38.581039] I [fuse-bridge.c:5514:fini] 0-fuse: Unmounting '/dmfcontents'. [2015-03-04 04:52:38.595944] I [client-handshake.c:1677:select_server_supported_programs] 0-gv0-client-0: Using Program GlusterFS 3.3, Num (1298437), Version (330) [2015-03-04 04:52:38.596366] W [glusterfsd.c:1095:cleanup_and_exit] (-->/lib64/libc.so.6(clone+0x6d) [0x7f81fab6586d] (-->/lib64/libpthread.so.0(+0x79d1) [0x7f81fb1f89d1] (-->glusterfs(glusterfs_sigwaiter+0xd5) [0x4053e5]))) 0-: received signum (15), shutting down [2015-03-04 04:52:38.596667] W [client-handshake.c:1371:client_setvolume_cbk] 0-gv0-client-0: failed to set the volume (Permission denied) I also find similar problem described in https://bugzilla.redhat.com/show_bug.cgi?id=915153 . I'm confused why only one node fails . I think if hostname resolving problem, two nodes should fail. Any tips about debugging further or getting this fixed up would be appreciated. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20150304/7d952009/attachment.html>
Krishnan Parthasarathi
2015-Mar-06 11:30 UTC
[Gluster-users] [volume options] auth.allow fails to resolve hostname
Jifeng, Some of us are looking into this issue. We should have an update on this next week. We are busy with GlusterFS 3.7[1] release's feature freeze. [1] - http://www.gluster.org/community/documentation/index.php/Planning37 cheers, kp ----- Original Message -----> > > Hi, > > > > [environment] > > 1. gluster version: 3.5.3 > > 2. os: redhat6.5 > > 3. volume info shown below: > > Volume Name: gv0 > > Type: Replicate > > Volume ID: 37742c27-9f6b-4a38-821f-ea68d1ec8950 > > Status: Started > > Number of Bricks: 1 x 2 = 2 > > Transport-type: tcp > > Bricks: > > Brick1: dmf-ha-1-glusterfs:/export/vdb1/brick > > Brick2: dmf-ha-2-glusterfs:/export/vdb1/brick > > Options Reconfigured: > > cluster.server-quorum-type: server > > performance.cache-refresh-timeout: 60 > > performance.io-thread-count: 64 > > performance.cache-size: 8GB > > cluster.eager-lock: ON > > auth.allow: dmf-ha-1-glusterfs,dmf-ha-2-glusterfs > > nfs.disable: ON > > cluster.server-quorum-ratio: 51% > > > > [issue] > > When value of auth.allow is set to hostname of the client, one node mount > succeeds, one node mount fails. If auth.allow value is set to the IP address > of the client, both nodes mount succeed. > > > > The error log list below: > > > > [2015-03-04 04:52:38.580635] I > [client-handshake.c:1677:select_server_supported_programs] 0-gv0-client-1: > Using Program GlusterFS 3.3, Num (1298437), Version (330) > > [2015-03-04 04:52:38.580956] W [client-handshake.c:1371:client_setvolume_cbk] > 0-gv0-client-1: failed to set the volume (Permission denied) > > [2015-03-04 04:52:38.580983] W [client-handshake.c:1397:client_setvolume_cbk] > 0-gv0-client-1: failed to get 'process-uuid' from reply dict > > [2015-03-04 04:52:38.580993] E [client-handshake.c:1403:client_setvolume_cbk] > 0-gv0-client-1: SETVOLUME on remote-host failed: Authentication failed > > [2015-03-04 04:52:38.581001] I [client-handshake.c:1489:client_setvolume_cbk] > 0-gv0-client-1: sending AUTH_FAILED event > > [2015-03-04 04:52:38.581014] E [fuse-bridge.c:5081:notify] 0-fuse: Server > authenication failed. Shutting down. > > [2015-03-04 04:52:38.581039] I [fuse-bridge.c:5514:fini] 0-fuse: Unmounting > '/dmfcontents'. > > [2015-03-04 04:52:38.595944] I > [client-handshake.c:1677:select_server_supported_programs] 0-gv0-client-0: > Using Program GlusterFS 3.3, Num (1298437), Version (330) > > [2015-03-04 04:52:38.596366] W [glusterfsd.c:1095:cleanup_and_exit] > (-->/lib64/libc.so.6(clone+0x6d) [0x7f81fab6586d] > (-->/lib64/libpthread.so.0(+0x79d1) [0x7f81fb1f89d1] > (-->glusterfs(glusterfs_sigwaiter+0xd5) [0x4053e5]))) 0-: received signum > (15), shutting down > > [2015-03-04 04:52:38.596667] W [client-handshake.c:1371:client_setvolume_cbk] > 0-gv0-client-0: failed to set the volume (Permission denied) > > > > I also find similar problem described in > https://bugzilla.redhat.com/show_bug.cgi?id=915153 . I?m confused why only > one node fails . I think if hostname resolving problem, two nodes should > fail. > > Any tips about debugging further or getting this fixed up would be > appreciated. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > Gluster-users mailing list > Gluster-users at gluster.org > http://www.gluster.org/mailman/listinfo/gluster-users