From owner-freebsd-questions@FreeBSD.ORG Mon May 31 12:40:37 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0729816A4CF for ; Mon, 31 May 2004 12:40:37 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E65C43D45 for ; Mon, 31 May 2004 12:40:36 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i4VJeQiX099453; Mon, 31 May 2004 14:40:26 -0500 (CDT) (envelope-from dan) Date: Mon, 31 May 2004 14:40:25 -0500 From: Dan Nelson To: adp Message-ID: <20040531194025.GB64314@dan.emsphone.com> References: <011401c446ae$3aa4cff0$6501a8c0@yourqqh4336axf> <40BB6376.8030704@mac.com> <01a901c44735$9c563270$6501a8c0@yourqqh4336axf> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <01a901c44735$9c563270$6501a8c0@yourqqh4336axf> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: questions@freebsd.org Subject: Re: NFS server fail-over - how do you do it? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2004 19:40:37 -0000 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