I was just sitting here reading a page in lynx that I grabbed yesterday and got
spammed by 2 or 3 oopsies..
The machine had been up for approximately 44 hours with fairly light load.
Only caught the bottom of the 1st or second one but it had
kernel BUG at page_alloc.c:194!
at the bottom. The next one was from the startup script from my ROM mud
segfaulting, so the one b4 was most likely the mud itself trying to grab a bad
bit of memory. For once it isn't my dodgy code responsible for it dying...
Some kind of oom thing maybe?
Right after this I flicked to another VC (already logged in as root), I think I
tried to do a ps, but then got this monster:
(I copied it out by hand, so it might not be 100% right)
ksymoops 2.3.4 on i686 2.4.0-test8. Options used
-v /usr/src/linux-2.4/vmlinux (specified)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.0-test8/ (default)
-m /boot/System.map-2.4.0-test8 (specified)
Unable to handle kernel paging request at virtual address 82613f33
c0121e56
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c0121e56>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010283
eax: c13c0000 ebx: c13e2fc8 ecx: cbfb6e7c edx: c13e2fc8
esi: fffffff4 edi: 000004a4 ebp: 82613edc esp: c1309f44
ds: 0018 es: 0018 ss: 0018
Process init (pid: 1, stackpage=c1309000)
Stack: c0124186 cbfb6e7c 000004a4 c13e2fc8 c4084da0 ffffffea 00000000 00000180
00000180 ffff81a4 cbf533a0 00000001 c13e2fc8 00000900 000004a4 cbfb6e34
00000000 004a4900 00000000 c1308000 cbfb6e7c 00000000 c012b26a c4084da0
Call Trace: [<c0124186>] [<ffff81a4>] [<c012b26a>] [<c010a3d7>]
Code: 10 55 57 56 53 8b 4c 24 2c 8b 19 eb 04 90 8b 5b 10 85 db 74
>>EIP; c0121e56 <__find_lock_page+2/dc> <=====
Trace; c0124186 <generic_file_write+242/410>
Trace; ffff81a4 <END_OF_CODE+337cff8d/????>
Trace; c012b26a <sys_write+8e/a4>
Trace; c010a3d7 <system_call+33/38>
Code; c0121e56 <__find_lock_page+2/dc>
00000000 <_EIP>:
Code; c0121e56 <__find_lock_page+2/dc> <=====
0: 10 55 57 adcb %dl,0x57(%ebp) <=====
Code; c0121e59 <__find_lock_page+5/dc>
3: 56 pushl %esi
Code; c0121e5a <__find_lock_page+6/dc>
4: 53 pushl %ebx
Code; c0121e5b <__find_lock_page+7/dc>
5: 8b 4c 24 2c movl 0x2c(%esp,1),%ecx
Code; c0121e5f <__find_lock_page+b/dc>
9: 8b 19 movl (%ecx),%ebx
Code; c0121e61 <__find_lock_page+d/dc>
b: eb 04 jmp 11 <_EIP+0x11> c0121e67 <__find_lock_page+13/dc>
Code; c0121e63 <__find_lock_page+f/dc>
d: 90 nop
Code; c0121e64 <__find_lock_page+10/dc>
e: 8b 5b 10 movl 0x10(%ebx),%ebx
Code; c0121e67 <__find_lock_page+13/dc>
11: 85 db testl %ebx,%ebx
Code; c0121e69 <__find_lock_page+15/dc>
13: 74 00 je 15 <_EIP+0x15> c0121e6b <__find_lock_page+17/dc>
Kernel panic: attempt to kill init!
And here is my dmesg:
Linux version 2.4.0-test8 (root@fury) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #24 Sat Sep 9 17:36:22 EST 2000
BIOS-provided physical RAM map:
BIOS-e820: 000000000009fc00 @ 0000000000000000 (usable)
BIOS-e820: 0000000000000400 @ 000000000009fc00 (reserved)
BIOS-e820: 0000000000010000 @ 00000000000f0000 (reserved)
BIOS-e820: 0000000000010000 @ 00000000ffff0000 (reserved)
BIOS-e820: 000000000bf00000 @ 0000000000100000 (usable)
On node 0 totalpages: 49152
zone(0): 4096 pages.
zone(1): 45056 pages.
zone(2): 0 pages.
Kernel command line: BOOT_IMAGE=test8 ro root=304 reboot=warm
Initializing CPU#0
Detected 300690318 Hz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 599.65 BogoMIPS
Memory: 191760k/196608k available (912k kernel code, 4460k reserved, 77k data, 180k init, 0k highmem)
Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
CPU: Intel Pentium II (Klamath) stepping 04
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.36 (20000221) Richard Gooch (rgooch@atnf.csiro.au)
PCI: PCI BIOS revision 2.10 entry at 0xfae60, last bus=1
PCI: Probing PCI hardware
PCI: Using IRQ router PIIX [8086/7000] at 00:07.0
Limiting direct PCI/PCI transfers.
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 16384)
apm: BIOS version 1.2 Flags 0x07 (Driver version 1.13)
Starting kswapd v1.7
pty: 256 Unix98 ptys configured
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PIIX4: IDE controller on PCI bus 00 dev 39
PIIX4: chipset revision 1
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:pio, hdb:pio
ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:pio, hdd:pio
hda: WDC AC36400L, ATA DISK drive
hdb: CD-ROM 36X/AKU, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: 12594960 sectors (6449 MB) w/256KiB Cache, CHS=784/255/63, UDMA(33)
Partition check:
hda: hda1 hda2 hda3 hda4
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 180k freed
8139too Fast Ethernet driver 0.9.8 loaded
eth0: RealTek RTL8139 Fast Ethernet board found at 0xec000000, IRQ 9
eth0: Chip is 'RTL-8139A'
eth0: MAC address 00:48:54:3f:62:a3.
ip_tables: (c)2000 Netfilter core team
ip_conntrack (1536 buckets, 12288 max)
Please cc me if you reply to the list.
Thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Sep 23 2000 - 21:00:12 EST