Date: Mon, 21 Feb 2011 09:38:51 -0800 From: Freddie Cash <fjwcash@gmail.com> To: Christian Vogt <christian.vogt@haw-hamburg.de> Cc: freebsd-fs@freebsd.org Subject: Re: hastd Failover with ucarp Message-ID: <AANLkTi=SWOXZTfMY-5XFukqPmgOrF5dssGdw3eSngGbN@mail.gmail.com> In-Reply-To: <2C4EE30F-7731-4B84-ADC6-75C0266863F0@haw-hamburg.de> References: <2C4EE30F-7731-4B84-ADC6-75C0266863F0@haw-hamburg.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Feb 21, 2011 at 7:55 AM, Christian Vogt <christian.vogt@haw-hamburg.de> wrote: > Thanks for the great work, I like this straight-forward FreeBSD a lot fro= m what I experienced untill now. I used the HAST How-To from http://wiki.fr= eebsd.org/HAST and it works perfectly if I use "pkill -USR2 -f 'ucarp -B'" = to initiate the failover. The secondary node becomes primary and the carp-i= nterface is switched over to it. > > But if I do a hard shutdown of the primary node it doesn't work, the seco= ndary node doesn't get primary. The ucarp-up script on the secondary node i= s executed, but it fails because of the still running secondary worker proc= ess =C2=A0(Secondary process for resource test is still running after 30 se= conds). Is the secondary process expected to end automatically, when the pr= imary process fails? > > Thanks for your help Does it work correctly if you use the built-in carp(4) + devd(8) instead of the port for ucarp? That will narrow down whether it's an issue with ucarp or with hastd(8). Personally, I prefer to use the tools that ship with FreeBSD, as it gives it a more integrated feel. http://blather.michaelwlucas.com/?p=3D241 Has some pre-configured scripts for hooking into devd.conf(5) to glue together carp(4) and hastd(8). Works for ZFS and UFS. --=20 Freddie Cash fjwcash@gmail.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTi=SWOXZTfMY-5XFukqPmgOrF5dssGdw3eSngGbN>