Re: Is there difference when Nfs-Ganesha is unavailable

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Soumya,
I should have mentioned in my first email. The VIP was always able to failover to the remaining nodes.  But in many of my testings, the failover IP just did not carry over the states for the NFS client. So, it always look like  the NFS server is unavailable.

Thanks for your response.  Any pointers on where to look will be great. Lately, I also found out different NFS client played a significant role in my testings also, unfortunately... 


On Tue, May 9, 2017 at 11:21 PM Soumya Koduri <skoduri@xxxxxxxxxx> wrote:


On 05/10/2017 04:18 AM, ML Wong wrote:
> While I m troubleshooting the failover of Nfs-Ganesha, the failover is
> always successful when I shutdown Nfs-Ganesha service online while the
> OS is running. However, it always failed when I did a either shutdown -r
> or power-reset.
>
> During the failure, the Nfs client was just hung. Like you could not do
> a "df" or "ls" of the mount point. The share will eventually failover to
> the remaining expected node usually after 15 - 20 minutes.

The time taken by pacemaker/corosync services to determine if a node is
down is usually longer compared to the service down case. But yes it
should n't take more than couple of minutes.

Could you please check (may be by constantly querying) on how long it
takes for the virtual-IP to failover by using either 'pcs status' or 'ip
a' commands. If the IP failover happens quickly but if its just the NFS
clients taking time to respond, then we have added usage of portblock
feature to speed up client re-connects post failover. The fixes are
available (from release-3.9). But before upgrading I suggest to check if
the delay is with IP failover or client reconnects post failover.

Thanks,
Soumya

>
> Running on Centos7, gluster 3.7.1x, Nfs-Ganesha 2.3.0.x. I currently
> don't have the resources to upgrade, but if all of experts here think
> that's the only route. I guess I will have to make a case ...
>
> Thanks in advance!
>
>
> _______________________________________________
> Gluster-users mailing list
> Gluster-users@xxxxxxxxxxx
> http://lists.gluster.org/mailman/listinfo/gluster-users
>
_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://lists.gluster.org/mailman/listinfo/gluster-users

[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux