Date: Wed, 28 Mar 2007 11:09:50 +0400 From: Dmitriy Kirhlarov <dimma@higis.ru> To: freebsd-cluster@freebsd.org Subject: Re: Vrrp/CARP/UCarp Problems Message-ID: <20070328070947.GA6576@dkirhlarov.mow.oilspace.com> In-Reply-To: <48279.83.104.128.109.1174847030.squirrel@virtualgeek.net> References: <48279.83.104.128.109.1174847030.squirrel@virtualgeek.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Mar 25, 2007 at 07:23:50PM +0100, Ross Draper wrote: > CARP - Pro's: stable and built into the kernel. Could enable acive/active > arp load sharing at a later point. > Cons: There is a Freebsd bug (I've seen it discussed on the lists where > the creation and destroyal of a carp interface causes a kernel panic. I use it without panics half year. How many carp interfaces must be configured for reproduce panic? Is net.inet.carp.preempt used? > Also, there is no support for start/stop scripts. Use ports/net/ifstated for run init scripts. > Freevrrpd - Pros: Mac address changing removes some of the arp timeout > issues/gratuitus arp problems and it supports start/stop scripts > Cons: I'm finding that upon rebooting the backup unit it correctly starts > as a backup, then three seconds later syslogs that it is the master and > changes its mac address accordingly. although a sniff of the network > traffic indicates it is sending the right advertisements, it never goes > into backup mode again. Look like you have same "priority" on both nodes. It's work only with CARP. WBR. Dmitriy
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070328070947.GA6576>