Re: [Bsdrp-users] Bugs in 0.33

[Olivier Cochard-L. <ol...@co...>]

2010/7/27 Lê Ngọc Hiếu <hie...@gm...>:
> Hi all,
>
Hi Hieu,

> In ucarp, the option "Pre-emption" is in reversed order. If I specify
> the routerA with -P option, then the routerB will be the master even
> the routerA is up before routerB.
>

Can you check, by a "ps -auxww | grep ucarp" that the daemon running
on the routerA have the "-P" option ?

> Moreover, the ucarp is not stable with me. After it runs for around 5
> - 10 minutes, I can no longer going anywhere although both router are
> running and there's no change in config/messages. The only solution in
> this case is reboot both router (I mean BOTH unless it doesn't work).
> Seems that the period of time to get stuck is nearly the caching time
> of ARP.

Trying to reproduce your problem, I believe that I've found why it's not stable:
BSDRP didn't create an IP alias, putting the virtual IP address on the
ucarp master node (BSDRP didn't use the vip-up.sh and vip-down.sh
script provide with ucarp): I believe that this mandatory for stable
ARP resolution.

I've updated the ucarp RC scripts and added vip-up.sh/vip-down.sh in
SVN (rev 394).

You can hack your BSDRP by configuring default network and DNS then
downloading the new 2 files and updated ucarp rc script :

mount -o rw -u /
cd /usr/local/bin
fetch http://bsdrp.svn.sourceforge.net/viewvc/bsdrp/trunk/Files/usr/local/bin/vip-up.sh
fetch http://bsdrp.svn.sourceforge.net/viewvc/bsdrp/trunk/Files/usr/local/bin/vip-down.sh
chmod +x vip-up.sh
chmod +x vip-down.sh
cd /usr/local/etc/rc.d
rm ucarp
fetch http://bsdrp.svn.sourceforge.net/viewvc/bsdrp/trunk/Files/usr/local/etc/rc.d/ucarp
mount -o ro -u /

(perhaps fetch need to be helped with the option "-o destfilename").
You didn't have to modify your rc.conf for testing this changes.

Regards,

Olivier