Re: [Gluster-users] [volume options] auth.allow fails to resolve hostname

2015-03-06 Thread Krishnan Parthasarathi
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@gluster.org
 http://www.gluster.org/mailman/listinfo/gluster-users
___
Gluster-users mailing list
Gluster-users@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-users

[Gluster-users] [volume options] auth.allow fails to resolve hostname

2015-03-03 Thread Jifeng Li
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@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-users