[Xorp-hackers] vrrp sigabrt in release 1.6

[Li Zhao]

I am using 1.6. Anybody has experiences using VRRP to configure eth interface failover?

--- On Thu, 2/11/10, Ben Greear <greearb at candelatech.com> wrote:

> From: Ben Greear <greearb at candelatech.com>
> Subject: Re: [Xorp-hackers] vrrp sigabrt in release 1.6
> To: "Li Zhao" <lizhaous2000 at yahoo.com>
> Cc: xorp-hackers at xorp.org
> Date: Thursday, February 11, 2010, 1:00 PM
> On 02/11/2010 08:07 AM, Li Zhao
> wrote:
> > This is the gdb stack:
> >
> > #3  0x00a72e18 in abort () at abort.c:88
> > #4  0xb7f3ace0 in xlog_fatal
> (module_name=0x80e9402 "VRRP",
> >      where=0xbfa9329c "+173
> vrrp_packet.cc finalize",
> >      fmt=0x80e93ec "Assertion (%s)
> failed") at xlog.c:461
> > #5  0x0806b995 in VrrpPacket::finalize
> (this=0x88b3e00) at vrrp_packet.cc:172
> > #6  0x08066fae in Vrrp::prepare_advertisement
> (this=0x88b3db0, priority=100)
> >      at vrrp.cc:331
> > #7  0x080670c1 in Vrrp::send_advertisement
> (this=0x88b3db0, priority=100)
> >      at vrrp.cc:315
> > #8  0x08067144 in Vrrp::send_advertisement
> (this=0x88b3db0) at vrrp.cc:305
> > #9  0x080674e9 in Vrrp::adver_expiry
> (this=0x88b3db0) at vrrp.cc:368
> > #10 0x08069ae5 in XorpMemberCallback0B0<bool,
> Vrrp>::dispatch (this=0x88b1cc8)
> >      at
> ../libxorp/callback_nodebug.hh:286
> > #11 0xb7f6e870 in PeriodicTimerNode2::expire
> (this=0x88afd18, t=@0xbfa9b0c0)
> >      at timer.cc:183
> > #12 0xb7f6b7d7 in TimerList::expire_one
> (this=0xbfa9f078, worst_priority=4)
> >      at timer.cc:441
> > #13 0xb7f6b940 in TimerList::run (this=0xbfa9f078) at
> timer.cc:389
> > #14 0xb7f44746 in EventLoop::do_work (this=0xbfa9f074,
> can_block=true)
> >      at eventloop.cc:153
> > ---Type<return>  to continue, or
> q<return>  to quit---
> > #15 0xb7f44a3c in EventLoop::run (this=0xbfa9f074) at
> eventloop.cc:99
> > #16 0x08059188 in start () at xorp_vrrp.cc:45
> > #17 0x080592bd in main (argc=Cannot access memory at
> address 0x483
> > ) at xorp_vrrp.cc:58
> 
> If you can reproduce this with latest svn tree, then we can
> probably
> fix it.  No one that I know of is making any changes
> to the 1.6 code though.
> 
> Thanks,
> Ben
> 
> -- 
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc  http://www.candelatech.com
>