[Xorp-hackers] VRRP error

[Li Zhao]

Actually the configuration is very simple to reproduce the problem on Linux.



protocols {
        vrrp {
            interface eth1 {
                vif eth1 {
                    vrid 100 {
                        priority: 100
                        interval: 1
                        preempt: true
                        disable: false
                    }
                }
            }
        }
    }
    interfaces {
        restore-original-config-on-shutdown: false
        interface eth1 {
            description: ""
            disable: false
            discard: false
            unreachable: false
            management: false
            vif eth1 {
                disable: false
                address 10.0.0.1 {
                    prefix-length: 24
                    disable: false
                }
            }
        }
    }

ps -xa

PID  Uid     VmSize Stat Command
    1 root        356 S   init                 
    2 root            SW< [kthreadd]
    3 root            SW< [migration/0]
    4 root            SW< [ksoftirqd/0]
    5 root            SW< [watchdog/0]
    6 root            SW< [events/0]
    7 root            SW< [khelper]
   10 root            SW< [kstop/0]
  121 root            SW< [kintegrityd/0]
  123 root            SW< [kblockd/0]
  125 root            SW< [kacpid]
  126 root            SW< [kacpi_notify]
  172 root            SW< [cqueue]
  178 root            SW< [kseriod]
  229 root            SW  [pdflush]
  230 root            SW  [pdflush]
  231 root            SW< [kswapd0]
  279 root            SW< [aio/0]
  290 root            SW< [nfsiod]
  298 root            SW< [jfsIO]
  299 root            SW< [jfsCommit]
  300 root            SW< [jfsSync]
  308 root            SW< [xfs_mru_cache]
  309 root            SW< [xfslogd/0]
  310 root            SW< [xfsdatad/0]
 1009 root            SW< [kpsmoused]
 1013 root            SW< [hid_compat]
 1022 root            SW< [rpciod/0]
 1056 bin         324 S   /sbin/portmap 
 1058 root            SW< [lockd]
 1064 root       1280 S   /sbin/rsyslogd -c 3 
 1073 root        468 S   /usr/local/sbin/dropbear -d /etc/dropbear_dsa_host_ke
 1074 root       8740 S   /usr/local/xorp/bin/xorp_rtrmgr -b /usr/local/xorp/em
 1076 root        116 S   init                 
 1077 root        996 R   /usr/local/sbin/dropbear -d /etc/dropbear_dsa_host_ke
 1079 root       1476 R   -bash 
 1181 root       7892 T   xorp_fea 
 1222 root       4776 S   xorp_rib 
 1225 root        540 S   gdbserver l:6666 --attach 1181

(gdb) c
Continuing.

Breakpoint 1, IoLinkComm::send_packet (this=0x87d7e78, src_address=@0x878ef70, 
    dst_address=@0xb7f94f3c, ether_type=2054, payload=@0xbfb9924c, 
    error_msg=@0xbfb97298) at io_link_manager.cc:261
261		error_msg = c_format("No I/O Link plugin to send a link raw packet on "
(gdb) bt
#0  IoLinkComm::send_packet (this=0x87d7e78, src_address=@0x878ef70, 
    dst_address=@0xb7f94f3c, ether_type=2054, payload=@0xbfb9924c, 
    error_msg=@0xbfb97298) at io_link_manager.cc:261
#1  0x080e8840 in IoLinkManager::send (this=0xbfba794c, if_name=@0x878e830, 
    vif_name=@0x87a51a0, src_address=@0x878ef70, dst_address=@0xb7f94f3c, 
    ether_type=2054, payload=@0xbfb9924c, error_msg=@0xbfb97298)
    at io_link_manager.cc:698
#2  0x08076767 in XrlFeaTarget::raw_link_0_1_send (this=0xbfba827c, 
    if_name=@0x878e830, vif_name=@0x87a51a0, src_address=@0x878ef70, 
    dst_address=@0xb7f94f3c, ether_type=@0xbfb99268, payload=@0xbfb9924c)
    at xrl_fea_target.cc:3361
#3  0x0807d12a in XrlFeaTarget::send_gratuitous_arps (this=0xbfba827c, 
    ifname=@0x878e830, mac=@0x878ef70, error_msg=@0xbfb9b458)
    at xrl_fea_target.cc:2284
#4  0x0807dd1e in XrlFeaTarget::set_mac (this=0xbfba827c, ifname=@0x878e830, 
    mac=@0x878ef70, error_msg=@0xbfb9b458) at xrl_fea_target.cc:2238
#5  0x0807e6bb in XrlFeaTarget::add_remove_mac (this=0xbfba827c, add=true, 
    ifname=@0x878e830, mac=@0x878ef70, error_msg=@0xbfb9b458)
    at xrl_fea_target.cc:2138
#6  0x0807f331 in XrlFeaTarget::ifmgr_0_1_create_mac (this=0xbfba827c, 
    ifname=@0x878e830, mac=@0x878ef70) at xrl_fea_target.cc:2043
#7  0x081fd791 in XrlFeaTargetBase::handle_ifmgr_0_1_create_mac (
    this=0xbfba827c, xa_inputs=@0x87d74f4) at fea_base.cc:2667
---Type <return> to continue, or q <return> to quit---
#8  0x08217cbb in XorpMemberCallback2B0<XrlCmdError const, XrlFeaTargetBase, XrlArgs const&, XrlArgs*>::dispatch (this=0x87842d0, a1=@0x87d74f4, a2=0xbfb9d59c)
    at ../../libxorp/callback_nodebug.hh:4616
#9  0xb8012165 in XrlCmdEntry::dispatch (this=0x8784324, inputs=@0x87d74f4, 
    outputs=0xbfb9d59c) at xrl_cmd_map.hh:43
#10 0xb803e670 in XrlDispatcher::dispatch_xrl_fast (this=0xbfba74e0, 
    xi=@0x87d74e8, outputs=@0xbfb9d59c) at xrl_dispatcher.cc:83
#11 0xb80549da in STCPRequestHandler::do_dispatch (this=0x8785290, 
    packed_xrl=0xb7c32194 "�", packed_xrl_bytes=96, response=@0xbfb9d59c)
    at xrl_pf_stcp.cc:264
#12 0xb8054ac5 in STCPRequestHandler::dispatch_request (this=0x8785290, 
    seqno=2, batch=false, packed_xrl=0xb7c32194 "�", packed_xrl_bytes=96)
    at xrl_pf_stcp.cc:276

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

> From: Ben Greear <greearb at candelatech.com>
> Subject: Re: [Xorp-hackers] VRRP error
> To: "Li Zhao" <lizhaous2000 at yahoo.com>
> Cc: "Eric S. Johnson" <esj at cs.fiu.edu>, xorp-hackers at icir.org
> Date: Thursday, February 25, 2010, 4:52 PM
> On 02/25/2010 01:46 PM, Li Zhao
> wrote:
> >
> > After I downloaded 1.6 last Sept, my development was
> isolated from the main stream. Let me see if it is easy to
> use you guy's trees. Thanks.
> 
> Post a patch (diff -u) of your changes...maybe we can
> integrate some of them into my tree.
> 
> Thanks,
> Ben
> 
> -- 
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc  http://www.candelatech.com
> 
>