Kernel OOPS's under heavy load

neonman · Posted: Sun Nov 26, 2006 7:15 pm Post subject: Kernel OOPS's under heavy load

Sometimes when my comp is under heavy load the system freezes for anything between 1 sec and 5 minutes, but if I just leave it, it will usually sort itself out after awhile.
Also check out another post I've made about almost the same problem: https://forums.gentoo.org/viewtopic-t-517393.html

Here is some dmesg output from my most recent freece (happened during an emerge and heavy disk activity):

Any ideas?

swapper: page allocation failure. order:1, mode:0x20
[<c0144fd9>] __alloc_pages+0x2ec/0x308
[<c015b852>] cache_alloc_refill+0x2d0/0x507
[<c015bb05>] __kmalloc+0x7c/0x7e
[<c03446eb>] __alloc_skb+0x58/0x108
[<c036d68e>] tcp_collapse+0x14b/0x30a
[<c036d95c>] tcp_prune_queue+0x10f/0x2fc
[<c036e364>] tcp_data_queue+0x81b/0xc1a
[<c011881b>] __wake_up+0x32/0x43
[<c036fdd9>] tcp_rcv_established+0x2b6/0x75d
[<c0343069>] skb_checksum+0x65/0x2fc
[<c0375e6f>] tcp_v4_do_rcv+0xb7/0x30a
[<c0345be1>] __skb_checksum_complete+0x27/0x69
[<c03785e7>] tcp_v4_rcv+0x984/0x99d
[<c035c912>] ip_local_deliver+0xc2/0x1da
[<c035cdb8>] ip_rcv+0x280/0x4b8
[<c03971b6>] packet_rcv_spkt+0xb3/0x125
[<c0348aae>] netif_receive_skb+0x182/0x214
[<c0291e9a>] rtl8169_rx_interrupt+0xe2/0x40f
[<c0294137>] rtl8169_poll+0x3f/0x20a
[<c011a53f>] rebalance_tick+0x122/0x316
[<c0294970>] rtl8169_interrupt+0xce/0x22b
[<c034a4df>] net_rx_action+0x79/0x106
[<c0122ba4>] __do_softirq+0x73/0xd9
[<c0122c41>] do_softirq+0x37/0x39
[<c01056b5>] do_IRQ+0x40/0x7b
[<c01037df>] common_interrupt+0x23/0x28
[<c01010fe>] mwait_idle_with_hints+0x39/0x3b
[<c0101118>] mwait_idle+0x18/0x1c
[<c010123b>] cpu_idle+0x64/0x79
[<c04707b1>] start_kernel+0x34c/0x3fb
[<c04701fb>] unknown_bootoption+0x0/0x26a
=======================
Mem-info:
DMA per-cpu:
CPU 0: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
CPU 1: Hot: hi: 0, btch: 1 usd: 0 Cold: hi: 0, btch: 1 usd: 0
Normal per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 166 Cold: hi: 62, btch: 15 usd: 55
CPU 1: Hot: hi: 186, btch: 31 usd: 13 Cold: hi: 62, btch: 15 usd: 60
HighMem per-cpu:
CPU 0: Hot: hi: 186, btch: 31 usd: 148 Cold: hi: 62, btch: 15 usd: 3
CPU 1: Hot: hi: 186, btch: 31 usd: 27 Cold: hi: 62, btch: 15 usd: 4
Active:141189 inactive:247411 dirty:40830 writeback:5211 unstable:0 free:84113 slab:41794 mapped:41088 pagetables:564
DMA free:3524kB min:68kB low:84kB high:100kB active:0kB inactive:7040kB present:16256kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 873 2015
Normal free:2788kB min:3744kB low:4680kB high:5616kB active:27280kB inactive:681960kB present:894080kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 9135
HighMem free:330140kB min:512kB low:1736kB high:2960kB active:537476kB inactive:300644kB present:1169292kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0 0
DMA: 19*4kB 1*8kB 1*16kB 1*32kB 1*64kB 0*128kB 1*256kB 0*512kB 1*1024kB 1*2048kB 0*4096kB = 3524kB
Normal: 521*4kB 0*8kB 0*16kB 0*32kB 1*64kB 1*128kB 0*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 2788kB
HighMem: 1*4kB 2045*8kB 5251*16kB 5520*32kB 722*64kB 42*128kB 4*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 330140kB
Swap cache: add 2633, delete 2098, find 230/298, race 0+0
Free swap = 1761972kB
Total swap = 1767128kB
Free swap: 1761972kB
524000 pages of RAM
294624 pages of HIGHMEM
5543 reserved pages
411529 pages shared
535 pages swap cached
40830 pages dirty
5161 pages writeback
41088 pages mapped
41794 pages slab
564 pages pagetables
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata1.00: tag 0 cmd 0xc8 Emask 0x4 stat 0x40 err 0x0 (timeout)
ata1: soft resetting port
ata1: port is slow to respond, please be patient (Status 0xd0)
ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata1.00: configured for UDMA/100
ata1: EH complete
SCSI device sda: 145226112 512-byte hdwr sectors (74356 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write through

BlueFusion · Guru Joined: 08 Mar 2006 Posts: 371

I'm no pro with kernel debugging, but my first instinct would be with a problem with the kernel writing to swap when necessary.

neonman · Posted: Sun Nov 26, 2006 7:33 pm Post subject:

The reason isn't that there's a problem with the swap, the problem is that all disk access(and because of that, also access to the swap) is cut of. The real problem is that the disks just freezes under heavy load, making the rest of the system also freeze. (Check the post I linked)