Re: [Gluster-users] server.allow-insecure doesn't work in 3.4.2?
Vijay, Is there any bugzilla item for this issue? So I could track if there is some bugfix on it then I could backport to my deployment :) On Wed, Apr 23, 2014 at 6:34 AM, Vijay Bellur wrote: > On 04/22/2014 01:53 PM, Vijay Bellur wrote: > >> On 04/21/2014 11:42 PM, Mingfan Lu wrote: >> >>> yes. After I restart the volume, it works. But it should be a >>> workaround for sometimes it is impossible to restart the volume in >>> proeuction envriment. >>> >>> >> Right, ideally it should not require a restart. Can you please provide >> output of gluster volume info for this volume? >> >> > Please ignore this. I observed your volume configuration in the first post > on this thread. > > -Vijay > > ___ Gluster-users mailing list Gluster-users@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-users
Re: [Gluster-users] server.allow-insecure doesn't work in 3.4.2?
On 04/22/2014 01:53 PM, Vijay Bellur wrote: On 04/21/2014 11:42 PM, Mingfan Lu wrote: yes. After I restart the volume, it works. But it should be a workaround for sometimes it is impossible to restart the volume in proeuction envriment. Right, ideally it should not require a restart. Can you please provide output of gluster volume info for this volume? Please ignore this. I observed your volume configuration in the first post on this thread. -Vijay ___ Gluster-users mailing list Gluster-users@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-users
Re: [Gluster-users] server.allow-insecure doesn't work in 3.4.2?
On 04/21/2014 11:42 PM, Mingfan Lu wrote: yes. After I restart the volume, it works. But it should be a workaround for sometimes it is impossible to restart the volume in proeuction envriment. Right, ideally it should not require a restart. Can you please provide output of gluster volume info for this volume? Thanks, Vijay ___ Gluster-users mailing list Gluster-users@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-users
Re: [Gluster-users] server.allow-insecure doesn't work in 3.4.2?
yes. After I restart the volume, it works. But it should be a workaround for sometimes it is impossible to restart the volume in proeuction envriment. On Tue, Apr 22, 2014 at 2:09 PM, Humble Devassy Chirammal < humble.deva...@gmail.com> wrote: > Hi Mingfan, > > Can you please try to restart the subjected volume [1] and find the > result? > > http://review.gluster.org/#/c/7412/7/doc/release-notes/3.5.0.md > > --Humble > > > On Tue, Apr 22, 2014 at 10:46 AM, Mingfan Lu wrote: > >> I saw something in >> https://forge.gluster.org/gluster-docs-project/pages/GlusterFS_34_Release_Notes >> I wonder whether I should restart the glusterd? >> Known Issues: >> >>- >> >>The following configuration changes are necessary for qemu and samba >>integration with libgfapi to work seamlessly: >> >> 1) gluster volume set server.allow-insecure on >> >> 2) Edit /etc/glusterfs/glusterd.vol to contain this line: >>option rpc-auth-allow-insecure on >> >>Post 2), restarting glusterd would be necessary. >> >> >> >> >> >> On Tue, Apr 22, 2014 at 11:55 AM, Mingfan Lu wrote: >> >>> I have created a volume named test_auth and set server.allow-insecure on >>> >>> Volume Name: test_auth >>> Type: Distribute >>> Volume ID: d9bdc43e-15ce-4072-8d89-a34063e82427 >>> Status: Started >>> Number of Bricks: 3 >>> Transport-type: tcp >>> Bricks: >>> Brick1: server1:/mnt/xfsd/test_auth >>> Brick2: server2:/mnt/xfsd/test_auth >>> Brick3: server3:/mnt/xfsd/test_auth >>> Options Reconfigured: >>> server.allow-insecure: on >>> >>> and then, I tried to mount the volume using client-bind-insecure option, >>> but failed to mount. >>> >>> /usr/sbin/glusterfs --volfile-id=test_auth --volfile-server=server1 >>> /mnt/test_auth_bind_insecure --client-bind-insecure >>> >>> I got the error message in servers' logs: >>> server1 : [2014-04-22 03:44:52.817165] E [addr.c:143:gf_auth] >>> 0-auth/addr: client is bound to port 37756 which is not privileged >>> server2: [2014-04-22 03:44:52.810565] E [addr.c:143:gf_auth] >>> 0-auth/addr: client is bound to port 16852 which is not privileged >>> server3: [2014-04-22 03:44:52.811844] E [addr.c:143:gf_auth] >>> 0-auth/addr: client is bound to port 17733 which is not privileged >>> >>> I got the error messages like: >>> >>> [2014-04-22 03:43:59.757024] W >>> [client-handshake.c:1365:client_setvolume_cbk] 0-test_auth-client-1: failed >>> to set the volume (Permission denied) >>> [2014-04-22 03:43:59.757024] W >>> [client-handshake.c:1391:client_setvolume_cbk] 0-test_auth-client-1: failed >>> to get 'process-uuid' from reply dict >>> [2014-04-22 03:43:59.757102] E >>> [client-handshake.c:1397:client_setvolume_cbk] 0-test_auth-client-1: >>> SETVOLUME on remote-host failed: Authentication failed >>> [2014-04-22 03:43:59.757109] I >>> [client-handshake.c:1483:client_setvolume_cbk] 0-test_auth-client-1: >>> sending AUTH_FAILED event >>> [2014-04-22 03:43:59.757116] E [fuse-bridge.c:4834:notify] 0-fuse: >>> Server authenication failed. Shutting down. >>> >>> >>> Could anyone give some comments on this issue? >>> >>> >>> >>> >>> >>> >>> >>> >> >> ___ >> Gluster-users mailing list >> Gluster-users@gluster.org >> http://supercolony.gluster.org/mailman/listinfo/gluster-users >> > > ___ Gluster-users mailing list Gluster-users@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-users
Re: [Gluster-users] server.allow-insecure doesn't work in 3.4.2?
Hi Mingfan, Can you please try to restart the subjected volume [1] and find the result? http://review.gluster.org/#/c/7412/7/doc/release-notes/3.5.0.md --Humble On Tue, Apr 22, 2014 at 10:46 AM, Mingfan Lu wrote: > I saw something in > https://forge.gluster.org/gluster-docs-project/pages/GlusterFS_34_Release_Notes > I wonder whether I should restart the glusterd? > Known Issues: > >- > >The following configuration changes are necessary for qemu and samba >integration with libgfapi to work seamlessly: > > 1) gluster volume set server.allow-insecure on > > 2) Edit /etc/glusterfs/glusterd.vol to contain this line: >option rpc-auth-allow-insecure on > >Post 2), restarting glusterd would be necessary. > > > > > > On Tue, Apr 22, 2014 at 11:55 AM, Mingfan Lu wrote: > >> I have created a volume named test_auth and set server.allow-insecure on >> >> Volume Name: test_auth >> Type: Distribute >> Volume ID: d9bdc43e-15ce-4072-8d89-a34063e82427 >> Status: Started >> Number of Bricks: 3 >> Transport-type: tcp >> Bricks: >> Brick1: server1:/mnt/xfsd/test_auth >> Brick2: server2:/mnt/xfsd/test_auth >> Brick3: server3:/mnt/xfsd/test_auth >> Options Reconfigured: >> server.allow-insecure: on >> >> and then, I tried to mount the volume using client-bind-insecure option, >> but failed to mount. >> >> /usr/sbin/glusterfs --volfile-id=test_auth --volfile-server=server1 >> /mnt/test_auth_bind_insecure --client-bind-insecure >> >> I got the error message in servers' logs: >> server1 : [2014-04-22 03:44:52.817165] E [addr.c:143:gf_auth] >> 0-auth/addr: client is bound to port 37756 which is not privileged >> server2: [2014-04-22 03:44:52.810565] E [addr.c:143:gf_auth] 0-auth/addr: >> client is bound to port 16852 which is not privileged >> server3: [2014-04-22 03:44:52.811844] E [addr.c:143:gf_auth] 0-auth/addr: >> client is bound to port 17733 which is not privileged >> >> I got the error messages like: >> >> [2014-04-22 03:43:59.757024] W >> [client-handshake.c:1365:client_setvolume_cbk] 0-test_auth-client-1: failed >> to set the volume (Permission denied) >> [2014-04-22 03:43:59.757024] W >> [client-handshake.c:1391:client_setvolume_cbk] 0-test_auth-client-1: failed >> to get 'process-uuid' from reply dict >> [2014-04-22 03:43:59.757102] E >> [client-handshake.c:1397:client_setvolume_cbk] 0-test_auth-client-1: >> SETVOLUME on remote-host failed: Authentication failed >> [2014-04-22 03:43:59.757109] I >> [client-handshake.c:1483:client_setvolume_cbk] 0-test_auth-client-1: >> sending AUTH_FAILED event >> [2014-04-22 03:43:59.757116] E [fuse-bridge.c:4834:notify] 0-fuse: Server >> authenication failed. Shutting down. >> >> >> Could anyone give some comments on this issue? >> >> >> >> >> >> >> >> > > ___ > Gluster-users mailing list > Gluster-users@gluster.org > http://supercolony.gluster.org/mailman/listinfo/gluster-users > ___ Gluster-users mailing list Gluster-users@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-users
Re: [Gluster-users] server.allow-insecure doesn't work in 3.4.2?
I saw something in https://forge.gluster.org/gluster-docs-project/pages/GlusterFS_34_Release_Notes I wonder whether I should restart the glusterd? Known Issues: - The following configuration changes are necessary for qemu and samba integration with libgfapi to work seamlessly: 1) gluster volume set server.allow-insecure on 2) Edit /etc/glusterfs/glusterd.vol to contain this line: option rpc-auth-allow-insecure on Post 2), restarting glusterd would be necessary. On Tue, Apr 22, 2014 at 11:55 AM, Mingfan Lu wrote: > I have created a volume named test_auth and set server.allow-insecure on > > Volume Name: test_auth > Type: Distribute > Volume ID: d9bdc43e-15ce-4072-8d89-a34063e82427 > Status: Started > Number of Bricks: 3 > Transport-type: tcp > Bricks: > Brick1: server1:/mnt/xfsd/test_auth > Brick2: server2:/mnt/xfsd/test_auth > Brick3: server3:/mnt/xfsd/test_auth > Options Reconfigured: > server.allow-insecure: on > > and then, I tried to mount the volume using client-bind-insecure option, > but failed to mount. > > /usr/sbin/glusterfs --volfile-id=test_auth --volfile-server=server1 > /mnt/test_auth_bind_insecure --client-bind-insecure > > I got the error message in servers' logs: > server1 : [2014-04-22 03:44:52.817165] E [addr.c:143:gf_auth] 0-auth/addr: > client is bound to port 37756 which is not privileged > server2: [2014-04-22 03:44:52.810565] E [addr.c:143:gf_auth] 0-auth/addr: > client is bound to port 16852 which is not privileged > server3: [2014-04-22 03:44:52.811844] E [addr.c:143:gf_auth] 0-auth/addr: > client is bound to port 17733 which is not privileged > > I got the error messages like: > > [2014-04-22 03:43:59.757024] W > [client-handshake.c:1365:client_setvolume_cbk] 0-test_auth-client-1: failed > to set the volume (Permission denied) > [2014-04-22 03:43:59.757024] W > [client-handshake.c:1391:client_setvolume_cbk] 0-test_auth-client-1: failed > to get 'process-uuid' from reply dict > [2014-04-22 03:43:59.757102] E > [client-handshake.c:1397:client_setvolume_cbk] 0-test_auth-client-1: > SETVOLUME on remote-host failed: Authentication failed > [2014-04-22 03:43:59.757109] I > [client-handshake.c:1483:client_setvolume_cbk] 0-test_auth-client-1: > sending AUTH_FAILED event > [2014-04-22 03:43:59.757116] E [fuse-bridge.c:4834:notify] 0-fuse: Server > authenication failed. Shutting down. > > > Could anyone give some comments on this issue? > > > > > > > > ___ Gluster-users mailing list Gluster-users@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-users
[Gluster-users] server.allow-insecure doesn't work in 3.4.2?
I have created a volume named test_auth and set server.allow-insecure on Volume Name: test_auth Type: Distribute Volume ID: d9bdc43e-15ce-4072-8d89-a34063e82427 Status: Started Number of Bricks: 3 Transport-type: tcp Bricks: Brick1: server1:/mnt/xfsd/test_auth Brick2: server2:/mnt/xfsd/test_auth Brick3: server3:/mnt/xfsd/test_auth Options Reconfigured: server.allow-insecure: on and then, I tried to mount the volume using client-bind-insecure option, but failed to mount. /usr/sbin/glusterfs --volfile-id=test_auth --volfile-server=server1 /mnt/test_auth_bind_insecure --client-bind-insecure I got the error message in servers' logs: server1 : [2014-04-22 03:44:52.817165] E [addr.c:143:gf_auth] 0-auth/addr: client is bound to port 37756 which is not privileged server2: [2014-04-22 03:44:52.810565] E [addr.c:143:gf_auth] 0-auth/addr: client is bound to port 16852 which is not privileged server3: [2014-04-22 03:44:52.811844] E [addr.c:143:gf_auth] 0-auth/addr: client is bound to port 17733 which is not privileged I got the error messages like: [2014-04-22 03:43:59.757024] W [client-handshake.c:1365:client_setvolume_cbk] 0-test_auth-client-1: failed to set the volume (Permission denied) [2014-04-22 03:43:59.757024] W [client-handshake.c:1391:client_setvolume_cbk] 0-test_auth-client-1: failed to get 'process-uuid' from reply dict [2014-04-22 03:43:59.757102] E [client-handshake.c:1397:client_setvolume_cbk] 0-test_auth-client-1: SETVOLUME on remote-host failed: Authentication failed [2014-04-22 03:43:59.757109] I [client-handshake.c:1483:client_setvolume_cbk] 0-test_auth-client-1: sending AUTH_FAILED event [2014-04-22 03:43:59.757116] E [fuse-bridge.c:4834:notify] 0-fuse: Server authenication failed. Shutting down. Could anyone give some comments on this issue? ___ Gluster-users mailing list Gluster-users@gluster.org http://supercolony.gluster.org/mailman/listinfo/gluster-users