From: rnews@tasking.nl
Subject: Re: Stopping NFS, ip address take over, zero-copy NFS for 2.4.21, and misc
Date: Fri, 19 Sep 2003 15:35:54 -0000
Sender: nfs-admin@lists.sourceforge.net
Message-ID: <1342.3f6b225a.98593@altium.nl>
References: <1063900790.8031.9644.camel@localhost.localdomain>
Reply-To: dick.streefland@altium.nl (Dick Streefland)
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
To: nfs@lists.sourceforge.net
Errors-To: nfs-admin@lists.sourceforge.net

Chris Worley <cworley@lnxi.com> wrote:
| 2) IP address takeover between NFS servers.
| 
| With NFS stateless, and not running lock servers, I thought a simple IP
| address takeover scheme (when an I/O server goes down, another just adds
| the failed server's IP address as a virtual interface) would allow
| clients to immediately renegotiate with the same IP address pointing to
| another NFS server (serving the same partitions).  The take-over is
| successful: the clients can communicate with the new I/O server, but I
| get "permission denied" (as root or otherwise) on the NFS mounted
| partitions most of the time (sometimes it works).
| 
| What am I missing?

You should migrate the appropriate entries from /var/lib/nfs/rmtab to
the new server. Also, when the new server uses a different device
number, you need to use the "fsid" option in /etc/exports, to avoid
changes in the NFS file handles.

-- 
Dick Streefland                      ////                      Altium BV
dick.streefland@altium.nl           (@ @)          http://www.altium.com
--------------------------------oOO--(_)--OOo---------------------------


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs