Date: Mon, 31 May 2004 14:40:25 -0500 From: Dan Nelson <dnelson@allantgroup.com> To: adp <dap99@i-55.com> Cc: questions@freebsd.org Subject: Re: NFS server fail-over - how do you do it? Message-ID: <20040531194025.GB64314@dan.emsphone.com> In-Reply-To: <01a901c44735$9c563270$6501a8c0@yourqqh4336axf> References: <011401c446ae$3aa4cff0$6501a8c0@yourqqh4336axf> <40BB6376.8030704@mac.com> <01a901c44735$9c563270$6501a8c0@yourqqh4336axf>
next in thread | previous in thread | raw e-mail | index | archive | help
In the last episode (May 31), adp said: > Very useful information, thanks. We have a very stable NFS server, > but I am still working hard to put some redundancy into place. I was > thinking that since NFS is udp-based, that if the primary NFS server > failed, and the secondary assumed the primary NFS server's IP > address, that things would at least return to normal (of course, any > writes that had been in progress would fail horribly). That doesn't > seem to be the case. During a test we killed the main NFS server and > brought up the NFS IP as an alias on the backup. Didn't work. Has > anyone tried anything like this? That should work, I believe. NFS is stateless so as long as "a" server starts responding to the client, it should wake up. You may get "stale NFS handle" errors on open files or ones not synched to the slave when the master failed, but apart from that you should be okay. Does a tcpdump show any NFS traffic at all? I have a port of the heartbeat program (from the badly-named www.linux-ha.org site) that automates the IP failover part that I will be submitting soon. 1.2.1 actually works out of the box on FreeBSD, but 1.2.2 has problems releasing the IP when you try to move an active server to standby. -- Dan Nelson dnelson@allantgroup.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040531194025.GB64314>