RE: Cluster NFS causes kernel bug

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

 



On Tue, 23 Oct 2007, Gordon wrote:

>> NFS 1.0.9-16 (BAD)
>> 
>> So I am avoiding Fedora and GFS2 until you've had more time to "bake"
it.
>> 
>> I am reading up on Wendy Chang's NFS linux-cluster postings to
>> understand why NFS fail over is not consistent.
> 
> What do you mean by "consistent"?
> 
>> - Has anyone successfully setup a failover NFS cluster?
> 
> You'll have to reveal more about your setup. Are you using a floating
IP and HA to fail over the NFS service, with GNDB for the mirrored block
device? A > SAN with a shared GFS file system with multiple nodes
exporting the NFS file system? Or something entirely different? 
> 
>> - Does nfsv4 work better?  It appears by default fedora6 uses nfsv3
(tcp) client and
>>   is flaky.
> 
> NFS over TCP has always been flaky, and from what I've seen NFSv4 is
not really any better. I'm still using NFSv3 over UDP for everything, as
it seems > > most reliable. 
> 
> Gordan

Gordon,

More detail:
- SAN FibreChannel array connected to a SAN switch with 2 of the 3 nodes
connected to it as well
- GFS1 fs mounted on the 2 nodes (So both SMB and NFS can access the
same files)
- A floating IP for the NFS service.  The failover domain only allows it
to go to one of the 2 SAN connected nodes
- A Samba service setup on the 2nd node but able to fail to the first
- NFS running on both nodes at all times, but only being cluster served
via the floating IP by one node

1) By "not consistent" I mean that when I failover from 1 node to
another node the NFS service fails just fine.  Its the client connection
that is painful.  Sometimes the client (FC6 in this case, building a
CentOS 5 as we speak) reconnects to the server "immediately", sometimes
within minutes, or an hour or never.

2) Thanks for the report on NFSv3/UDP.  From my reading that sounded
like something to avoid, but maybe I need to try it anyway.  How
reliable has it been?  Do the clients reconnect most times?

Thanks for the reply :)
Tim
*****************************************************************
This e-mail and any files transmitted with it may be proprietary 
and are intended solely for the use of the individual or entity to 
whom they are addressed. If you have received this e-mail in 
error please notify the sender. Please note that any views or
opinions presented in this e-mail are solely those of the author 
and do not necessarily represent those of ITT Corporation. The 
recipient should check this e-mail and any attachments for the 
presence of viruses. ITT accepts no liability for any damage 
caused by any virus transmitted by this e-mail.
*******************************************************************


--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster

[Index of Archives]     [Corosync Cluster Engine]     [GFS]     [Linux Virtualization]     [Centos Virtualization]     [Centos]     [Linux RAID]     [Fedora Users]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Camping]

  Powered by Linux