From owner-freebsd-questions@FreeBSD.ORG Tue Jun 1 02:58:12 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 B521316A4DC for ; Tue, 1 Jun 2004 02:58:12 -0700 (PDT) Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 200E343D4C for ; Tue, 1 Jun 2004 02:58:12 -0700 (PDT) (envelope-from ml.ventu@flashnet.it) Received: from soth.ventu (151.37.23.107) by smtp1.libero.it (7.0.027-DD01) id 40489115015BFC3F for questions@freebsd.org; Tue, 1 Jun 2004 11:58:26 +0200 Received: from mailer (xanatar.ventu [10.1.2.6]) by soth.ventu (8.12.10/8.12.10) with SMTP id i51A02gn038950 for ; Tue, 1 Jun 2004 12:00:03 +0200 (CEST) (envelope-from ml.ventu@flashnet.it) Message-Id: <200406011000.i51A02gn038950@soth.ventu> To: questions@freebsd.org Priority: Normal X-Mailer: Post Road Mailer for OS/2 (Green Edition Ver 3.0) Date: Tue, 1 Jun 2004 12:00:03 EST From: Andrea Venturoli 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 Reply-To: Andrea Venturoli List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2004 09:58:12 -0000 ** Reply to note from "adp" Mon, 31 May 2004 12:33:24 -0500 > 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? The idea makes me shiver, as I'm quite sure there would be data losses. However, if you are so brave... have you tried freevrrpd? The problem might be that clients still have that IP associated with the old MAC address in their tables. VRRP is a protocol designed to handel failovers that should also deal with this, by changing the IP *and* the MAC address of the card. bye av.