[Gluster-users] [Nfs-ganesha-devel] Questions on ganesha HA and shared storage size

Alessandro De Salvo Alessandro.DeSalvo at roma1.infn.it
Thu Jun 11 18:08:13 UTC 2015


Hi,
this was an extract from the old logs, before Soumya's suggestion of
changing the rquota port in the conf file. The new logs are attached
(ganesha-20150611.log.gz) as well as the gstack of the ganesha process
while I was executing the hanging showmount
(ganesha-20150611.gstack.gz).
Thanks,

	Alessandro



On Thu, 2015-06-11 at 11:37 -0500, Malahal Naineni wrote:
> Soumya Koduri [skoduri at redhat.com] wrote:
> > CCin ganesha-devel to get more inputs.
> > 
> > In case of ipv6 enabled, only v6 interfaces are used by NFS-Ganesha.
> 
> I am not a network expert but I have seen IPv4 traffic over IPv6
> interface while fixing few things before. This may be normal.
> 
> > commit - git show 'd7e8f255' , which got added in v2.2 has more details.
> > 
> >  > # netstat -ltaupn | grep 2049
> >  > tcp6       4      0 :::2049                 :::*
> >  > LISTEN      32080/ganesha.nfsd
> >  > tcp6       1      0 x.x.x.2:2049      x.x.x.2:33285     CLOSE_WAIT
> >  > -
> >  > tcp6       1      0 127.0.0.1:2049          127.0.0.1:39555
> >  > CLOSE_WAIT  -
> >  > udp6       0      0 :::2049                 :::*
> >  > 32080/ganesha.nfsd
> >  >
> > 
> > >>> I have enabled the full debug already, but I see nothing special. Before exporting any volume the log shows no error, even when I do a showmount (the log is attached, ganesha.log.gz). If I do the same after exporting a volume nfs-ganesha does not even start, complaining for not being able to bind the IPv6 ruota socket, but in fact there is nothing listening on IPv6, so it should not happen:
> > >>>
> > >>> tcp6       0      0 :::111                  :::*                    LISTEN      7433/rpcbind
> > >>> tcp6       0      0 :::2224                 :::*                    LISTEN      9054/ruby
> > >>> tcp6       0      0 :::22                   :::*                    LISTEN      1248/sshd
> > >>> udp6       0      0 :::111                  :::*                                7433/rpcbind
> > >>> udp6       0      0 fe80::8c2:27ff:fef2:123 :::*                                31238/ntpd
> > >>> udp6       0      0 fe80::230:48ff:fed2:123 :::*                                31238/ntpd
> > >>> udp6       0      0 fe80::230:48ff:fed2:123 :::*                                31238/ntpd
> > >>> udp6       0      0 fe80::230:48ff:fed2:123 :::*                                31238/ntpd
> > >>> udp6       0      0 ::1:123                 :::*                                31238/ntpd
> > >>> udp6       0      0 fe80::5484:7aff:fef:123 :::*                                31238/ntpd
> > >>> udp6       0      0 :::123                  :::*                                31238/ntpd
> > >>> udp6       0      0 :::824                  :::*                                7433/rpcbind
> > >>>
> > >>> The error, as shown in the attached ganesha-after-export.log.gz logfile, is the following:
> > >>>
> > >>>
> > >>> 10/06/2015 02:07:47 : epoch 55777fb5 : node2 : ganesha.nfsd-26195[main] Bind_sockets_V6 :DISP :WARN :Cannot bind RQUOTA tcp6 socket, error 98 (Address already in use)
> > >>> 10/06/2015 02:07:47 : epoch 55777fb5 : node2 : ganesha.nfsd-26195[main] Bind_sockets :DISP :FATAL :Error binding to V6 interface. Cannot continue.
> > >>> 10/06/2015 02:07:48 : epoch 55777fb5 : node2 : ganesha.nfsd-26195[main] glusterfs_unload :FSAL :DEBUG :FSAL Gluster unloaded
> > >>>
> 
> The above messages indicate that someone tried to restart ganesha. But
> ganesha failed to come up because RQUOTA port (default is 875) is
> already in use by an old ganesha instance or some other program holding
> it. The new instance of ganesha will die, but if you are using systemd,
> it will try to restart automatically. We have disabled systemd auto
> restart in our environment as it was causing issues for debugging.
> 
> What version of ganesha is this?
> 
> Regards, Malahal.
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: ganesha-20150611.gstack.gz
Type: application/gzip
Size: 808 bytes
Desc: not available
URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20150611/1ec06578/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ganesha-20150611.log.gz
Type: application/gzip
Size: 2981 bytes
Desc: not available
URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20150611/1ec06578/attachment-0001.bin>


More information about the Gluster-users mailing list