On Thu, May 6, 2010 at 2:39 AM, Sowmini Varadhan
<[email protected]> wrote:
> Can you insert a dtrace probe in arp_drop_packet() and see if/how this is
> reached?
> something like
>
> #!/usr/sbin/dtrace -Cs -
> arp_drop_packet:entry
> {
> stack();
> }
>
CPU ID FUNCTION:NAME
3 40119 arp_drop_packet:entry
ip`arp_process_packet+0xdc
ip`arp_rput+0xc8
unix`putnext+0x21e
dld`dld_str_rx_unitdata+0xdd
dls`i_dls_link_rx+0x2e7
mac`mac_rx_deliver+0x5d
mac`mac_rx_soft_ring_process+0x184
mac`mac_rx_srs_proto_fanout+0x4e5
mac`mac_rx_srs_drain+0x235
mac`mac_rx_srs_process+0x1db
mac`mac_rx_common+0x94
mac`mac_rx+0xac
mac`mac_rx_ring+0x4c
igb`igb_intr_rx+0x67
unix`av_dispatch_autovect+0x7c
unix`dispatch_hardint+0x33
unix`switch_sp_and_call+0x13
3 40119 arp_drop_packet:entry
ip`arp_process_packet+0xdc
ip`arp_rput+0xc8
unix`putnext+0x21e
dld`dld_str_rx_unitdata+0xdd
dls`i_dls_link_rx+0x2e7
mac`mac_rx_deliver+0x5d
mac`mac_rx_soft_ring_process+0x184
mac`mac_rx_srs_proto_fanout+0x4e5
mac`mac_rx_srs_drain+0x235
mac`mac_rx_srs_process+0x1db
mac`mac_rx_common+0x94
mac`mac_rx+0xac
mac`mac_rx_ring+0x4c
igb`igb_intr_rx+0x67
unix`av_dispatch_autovect+0x7c
unix`dispatch_hardint+0x33
unix`switch_sp_and_call+0x13
3 40119 arp_drop_packet:entry
ip`arp_process_packet+0xdc
ip`arp_rput+0xc8
unix`putnext+0x21e
dld`dld_str_rx_unitdata+0xdd
dls`i_dls_link_rx+0x2e7
mac`mac_rx_deliver+0x5d
mac`mac_rx_soft_ring_process+0x184
mac`mac_rx_srs_proto_fanout+0x4e5
mac`mac_rx_srs_drain+0x235
mac`mac_rx_srs_process+0x1db
mac`mac_rx_common+0x94
mac`mac_rx+0xac
mac`mac_rx_ring+0x4c
igb`igb_intr_rx+0x67
unix`av_dispatch_autovect+0x7c
unix`dispatch_hardint+0x33
unix`switch_sp_and_call+0x13
3 40119 arp_drop_packet:entry
ip`arp_process_packet+0xdc
ip`arp_rput+0xc8
unix`putnext+0x21e
dld`dld_str_rx_unitdata+0xdd
dls`i_dls_link_rx+0x2e7
mac`mac_rx_deliver+0x5d
mac`mac_rx_soft_ring_process+0x184
mac`mac_rx_srs_proto_fanout+0x4e5
mac`mac_rx_srs_drain+0x235
mac`mac_rx_srs_process+0x1db
mac`mac_rx_common+0x94
mac`mac_rx+0xac
mac`mac_rx_ring+0x4c
igb`igb_intr_rx+0x67
unix`av_dispatch_autovect+0x7c
unix`dispatch_hardint+0x33
unix`switch_sp_and_call+0x13
3 40119 arp_drop_packet:entry
ip`arp_process_packet+0xdc
ip`arp_rput+0xc8
unix`putnext+0x21e
dld`dld_str_rx_unitdata+0xdd
dls`i_dls_link_rx+0x2e7
mac`mac_rx_deliver+0x5d
mac`mac_rx_soft_ring_process+0x184
mac`mac_rx_srs_proto_fanout+0x4e5
mac`mac_rx_srs_drain+0x235
mac`mac_rx_srs_process+0x1db
mac`mac_rx_common+0x94
mac`mac_rx+0xac
mac`mac_rx_ring+0x4c
igb`igb_intr_rx+0x67
unix`av_dispatch_autovect+0x7c
unix`dispatch_hardint+0x33
unix`switch_sp_and_call+0x13
3 40119 arp_drop_packet:entry
ip`arp_process_packet+0xdc
ip`arp_rput+0xc8
unix`putnext+0x21e
dld`dld_str_rx_unitdata+0xdd
dls`i_dls_link_rx+0x2e7
mac`mac_rx_deliver+0x5d
mac`mac_rx_soft_ring_process+0x184
mac`mac_rx_srs_proto_fanout+0x4e5
mac`mac_rx_srs_drain+0x235
mac`mac_rx_srs_process+0x1db
mac`mac_rx_common+0x94
mac`mac_rx+0xac
mac`mac_rx_ring+0x4c
igb`igb_intr_rx+0x67
unix`av_dispatch_autovect+0x7c
unix`dispatch_hardint+0x33
unix`switch_sp_and_call+0x13
3 40119 arp_drop_packet:entry
ip`arp_process_packet+0xdc
ip`arp_rput+0xc8
unix`putnext+0x21e
dld`dld_str_rx_unitdata+0xdd
dls`i_dls_link_rx+0x2e7
mac`mac_rx_deliver+0x5d
mac`mac_rx_soft_ring_process+0x184
mac`mac_rx_srs_proto_fanout+0x4e5
mac`mac_rx_srs_drain+0x235
mac`mac_rx_srs_process+0x1db
mac`mac_rx_common+0x94
mac`mac_rx+0xac
mac`mac_rx_ring+0x4c
igb`igb_intr_rx+0x67
unix`av_dispatch_autovect+0x7c
unix`dispatch_hardint+0x33
unix`switch_sp_and_call+0x13
3 40119 arp_drop_packet:entry
ip`arp_process_packet+0xdc
ip`arp_rput+0xc8
unix`putnext+0x21e
dld`dld_str_rx_unitdata+0xdd
dls`i_dls_link_rx+0x2e7
mac`mac_rx_deliver+0x5d
mac`mac_rx_soft_ring_process+0x184
mac`mac_rx_srs_proto_fanout+0x4e5
mac`mac_rx_srs_drain+0x235
mac`mac_rx_srs_process+0x1db
mac`mac_rx_common+0x94
mac`mac_rx+0xac
mac`mac_rx_ring+0x4c
igb`igb_intr_rx+0x67
unix`av_dispatch_autovect+0x7c
unix`dispatch_hardint+0x33
unix`switch_sp_and_call+0x13
3 40119 arp_drop_packet:entry
ip`arp_process_packet+0xdc
ip`arp_rput+0xc8
unix`putnext+0x21e
dld`dld_str_rx_unitdata+0xdd
dls`i_dls_link_rx+0x2e7
mac`mac_rx_deliver+0x5d
mac`mac_rx_soft_ring_process+0x184
mac`mac_rx_srs_proto_fanout+0x4e5
mac`mac_rx_srs_drain+0x235
mac`mac_rx_srs_process+0x1db
mac`mac_rx_common+0x94
mac`mac_rx+0xac
mac`mac_rx_ring+0x4c
igb`igb_intr_rx+0x67
unix`av_dispatch_autovect+0x7c
unix`dispatch_hardint+0x33
unix`switch_sp_and_call+0x13
> Also, when this happens, if you dismantle the ipmp group and only have igb1
> as a standalone interface, do things like ping work? Is it only igb1 that has
> this behavior?
The same issue with igb1 as a standalone interface.
Without IPMP group arp_drop_packet function was not called.
Unplumb/plumb'ing igb1 does not solve the issue. The interface still
doesn't receive any packets.
I'm not sure if this is related to igb1 only, I think I saw that
earlier on other interfaces as well.
--
Piotr Jasiukajtis | estibi | SCA OS0072
http://estseg.blogspot.com
_______________________________________________
networking-discuss mailing list
[email protected]
