another IPv6/multicast related crash; hughes.

| | Comments (0)
http://wiki.prgmr.com/mediawiki/index.php/20120626_troubleshooting_ipv6  was the last one;  this one is similar.  Hughes is being rebooted, we will upgrade the kernel, and report back. 

od ahci libata raid10 shpchp mptsas mptscsih mptbase scsi_transport_sas sd_mod scsi_mod raid1 ext3 jbd uhci_hcd ohci_hcd ehci_hcd
Pid: 0, comm: swapper Not tainted 2.6.18-308.8.2.el5xen #1
RIP: e030:[<ffffffff8026389d>]  [<ffffffff8026389d>] _spin_lock+0x0/0xa
RSP: e02b:ffffffff8079dc88  EFLAGS: 00000286
RAX: ffffffff80752000 RBX: ffff88000c287280 RCX: ffff88002edbc680
RDX: 0000000000000000 RSI: ffff88000c287280 RDI: ffff8800245f3200
RBP: ffff88000c287280 R08: 0000000000000000 R09: ffffffff88674f95
[Wed Aug 22 16:45:04 2012]R10: 0000000080000000 R11: 0000000050356ec3 R12: ffff8800245f3000
R13: ffff88000f437800 R14: ffff880028c6f280 R15: ffffffff886751e6
FS:  00002b5fcc34ef50(0000) GS:ffffffff80635000(0000) knlGS:0000000000000000
CS:  e033 DS: 0000 ES: 0000

Call Trace:
 <IRQ>  [<ffffffff802309ff>] dev_queue_xmit+0x265/0x3ef
 [<ffffffff886751e6>] :bridge:__br_forward+0x0/0x9c
 [<ffffffff886751e6>] :bridge:__br_forward+0x0/0x9c
 [<ffffffff8867516e>] :bridge:br_dev_queue_push_xmit+0x1d9/0x200
[Wed Aug 22 16:45:04 2012] [<ffffffff886751e4>] :bridge:br_forward_finish+0x4f/0x51
 [<ffffffff8867524f>] :bridge:__br_forward+0x69/0x9c
 [<ffffffff88674d7e>] :bridge:deliver_clone+0x36/0x3d
 [<ffffffff88674da9>] :bridge:maybe_deliver+0x24/0x35
 [<ffffffff88674e20>] :bridge:br_multicast_flood+0x66/0x106
 [<ffffffff88675d41>] :bridge:br_handle_frame_finish+0x0/0x1d3
 [<ffffffff88675e21>] :bridge:br_handle_frame_finish+0xe0/0x1d3
 [<ffffffff88676099>] :bridge:br_handle_frame+0x185/0x1a4
 [<ffffffff8022134c>] netif_receive_skb+0x3a8/0x4c4
 [<ffffffff88292e67>] :igb:igb_poll+0x73e/0xb55
[Wed Aug 22 16:45:04 2012] [<ffffffff8026fcb8>] timer_interrupt+0x3d2/0x3e6
 [<ffffffff803b916c>] unmask_evtchn+0x2d/0xd9
 [<ffffffff80263929>] _spin_lock_irqsave+0x9/0x14
 [<ffffffff8020d003>] net_rx_action+0xb4/0x1c6
 [<ffffffff80212eb8>] __do_softirq+0x8d/0x13b
 [<ffffffff8025fda4>] call_softirq+0x1c/0x278
 [<ffffffff8026db89>] do_softirq+0x31/0x90
 [<ffffffff8025f8d6>] do_hypervisor_callback+0x1e/0x2c
 <EOI>  [<ffffffff802063aa>] hypercall_page+0x3aa/0x1000
 [<ffffffff802063aa>] hypercall_page+0x3aa/0x1000
[Wed Aug 22 16:45:04 2012] [<ffffffff8026efc8>] raw_safe_halt+0x87/0xab
 [<ffffffff8026c573>] xen_idle+0x38/0x4a
 [<ffffffff8024ac05>] cpu_idle+0x97/0xba
 [<ffffffff80760b11>] start_kernel+0x21f/0x224
 [<ffffffff807601e5>] _sinittext+0x1e5/0x1eb



anyhow, the machine is upgraded and it's coming back up now.

Leave a comment

About this Entry

This page contains a single entry by luke published on August 22, 2012 4:51 PM.

latency to hosts in sacramento was the previous entry in this blog.

cauldron is oom-killing itself is the next entry in this blog.

Find recent content on the main index or look in the archives to find all content.