[Gluster-users] NFS-Ganesha lo traffic

[Mahdi Adnan]

Hi,Thank you for your reply.
The traffic is related to GlusterFS;
18:31:20.419056 IP 192.168.208.134.49058 > 192.168.208.134.49153: Flags [.], ack 3876, win 24576, options [nop,nop,TS val 247718812 ecr 247718772], length 018:31:20.419080 IP 192.168.208.134.49056 > 192.168.208.134.49154: Flags [.], ack 11625, win 24576, options [nop,nop,TS val 247718812 ecr 247718772], length 018:31:20.419084 IP 192.168.208.134.49060 > 192.168.208.134.49152: Flags [.], ack 9861, win 24576, options [nop,nop,TS val 247718812 ecr 247718772], length 018:31:20.419088 IP 192.168.208.134.49054 > 192.168.208.134.49155: Flags [.], ack 4393, win 24568, options [nop,nop,TS val 247718812 ecr 247718772], length 018:31:20.420084 IP 192.168.208.134.49052 > 192.168.208.134.49156: Flags [.], ack 5525, win 24576, options [nop,nop,TS val 247718813 ecr 247718773], length 018:31:20.420092 IP 192.168.208.134.49049 > 192.168.208.134.49158: Flags [.], ack 6657, win 24576, options [nop,nop,TS val 247718813 ecr 247718773], length 018:31:20.421065 IP 192.168.208.134.49050 > 192.168.208.134.49157: Flags [.], ack 4729, win 24570, options [nop,nop,TS val 247718814 ecr 247718774], length 0
Screenshot from wireshark can be found in the attachments.208.134 is the server IP address, and it's looks like it talking to itself via the lo interface, im wondering if this is a normal behavior or not.and regarding the Ganesha server logs, how can i debug it to find why the servers not responding to the requests on time ?


-- 



Respectfully

    Mahdi A. Mahdi



> Subject: Re: [Gluster-users] NFS-Ganesha lo traffic
> To: mahdi.adnan at outlook.com
> From: skoduri at redhat.com
> CC: gluster-users at gluster.org; nfs-ganesha-devel at lists.sourceforge.net
> Date: Tue, 9 Aug 2016 18:02:01 +0530
> 
> 
> 
> On 08/09/2016 03:33 PM, Mahdi Adnan wrote:
> > Hi,
> >
> > Im using NFS-Ganesha to access my volume, it's working fine for now but
> > im seeing lots of traffic on the Loopback interface, in fact it's the
> > same amount of traffic on the bonding interface, can anyone please
> > explain to me why is this happening ?
> 
> Could you please capture packets on those interfaces using tcpdump and 
> examine the traffic?
> 
> > also, i got the following error in the ganesha log file;
> >
> > 09/08/2016 11:35:54 : epoch 57a5da0c : gfs04 :
> > ganesha.nfsd-1646[dbus_heartbeat] dbus_heartbeat_cb :DBUS :WARN :Health
> > status is unhealthy.  Not sending heartbeat
> > 09/08/2016 11:46:04 : epoch 57a5da0c : gfs04 :
> > ganesha.nfsd-1646[dbus_heartbeat] dbus_heartbeat_cb :DBUS :WARN :Health
> > status is unhealthy.  Not sending heartbeat
> > 09/08/2016 11:54:39 : epoch 57a5da0c : gfs04 :
> > ganesha.nfsd-1646[dbus_heartbeat] dbus_heartbeat_cb :DBUS :WARN :Health
> > status is unhealthy.  Not sending heartbeat
> > 09/08/2016 12:06:04 : epoch 57a5da0c : gfs04 :
> > ganesha.nfsd-1646[dbus_heartbeat] dbus_heartbeat_cb :DBUS :WARN :Health
> > status is unhealthy.  Not sending heartbeat
> >
> > is it something i should care about ?
> 
> Above warnings are thrown when the outstanding rpc request queue count 
> doesn't change within two heartbeats, in other words the server may be 
> taking a while to process the requests and responding slowly to its clients.
> 
> Thanks,
> Soumya
> 
> >
> > My ganesha config is the following;
> >
> >
> > EXPORT{
> >  Export_Id = 1 ;
> >  Path = "/vlm02";
> >
> >  FSAL {
> >   name = GLUSTER;
> >   hostname = "gfs04";
> >   volume = "vlm02";
> >  }
> >
> >  Access_type = RW;
> >  Disable_ACL = TRUE;
> >  Squash = No_root_squash;
> >  Protocols = "3" ;
> >  Transports = "TCP";
> > }
> >
> >
> > Im accessing it via a floating ip assigned by CTDB.
> >
> >
> > Thank you.
> > --
> >
> > Respectfully*
> > **Mahdi A. Mahdi*
> >
> >
> >
> > _______________________________________________
> > Gluster-users mailing list
> > Gluster-users at gluster.org
> > http://www.gluster.org/mailman/listinfo/gluster-users
> >
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20160809/69e6230f/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot from 2016-08-09 18-33-21.png
Type: image/png
Size: 365020 bytes
Desc: not available
URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20160809/69e6230f/attachment-0001.png>