* Oops in 2.4.16
@ 2001-12-12 23:19 Nicholas Harring
0 siblings, 0 replies; 3+ messages in thread
From: Nicholas Harring @ 2001-12-12 23:19 UTC (permalink / raw)
To: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1080 bytes --]
Hello all,
I received an oops in 2.4.16, attached is the output in plain text of
running ksymoops on the text dumped in /var/log/messages.
Symptoms when oops resulted:
Box had become mostly unresponsive on ssh logins, with user shells
locking up and not responding approx 90 seconds after login.
As root on sucessive new consoles I attempted to issue, in order,
/sbin/reboot /sbin/halt and /sbin/init 0 with strace attached to each.
reboot terminated normally but did not trigger a reboot. halt
segfaulted however I lost the strace output (sorry). init also
terminated normally, however
I then walked to the console and saw oops text on the screen. At the
time I also had a large amount, 700+ Meg, of file system data in cache
as I was attempting to stress
the VM and used a recursive grep on the / filesystem to force caching.
Config details:
Quad PIII Xeon
1GB Ram
Thanks in advance for help on this,
also, please cc me directly as well as the list as I'm not a regular
reader of the messages here.
Sincerely,
Nicholas Harring
System Administrator
Webley Systems, Inc
[-- Attachment #2: 2.4.16-oops --]
[-- Type: text/plain, Size: 2660 bytes --]
ksymoops 2.4.0 on i686 2.4.16. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.16/ (default)
-m /boot/System.map-2.4.16 (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
No modules in ksyms, skipping objects
Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod file?
Unable to handle kernel NULL pointer dereference at virtual address 00000000
c01ad622
*pde = 00000000
Oops: 0000
CPU: 3
EIP: 0010:[tdfx__vm_info+166/424]
EIP: 0010:[<c01ad622>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010287
eax: 00000000 ebx: 00000032 ecx: ecf07000 edx: f7da9000
esi: f0efff98 edi: ecf07000 ebp: ecf07000 esp: f0efff0c
ds: 0018 es: 0018 ss: 0018
Process grep (pid: 8445, stackpage=f0eff000)
Stack: f7da9000 f0efff98 ecf07000 f7da9020 00000000 f7da9000 c02906b4 c02906b7
c02906bb c02906bf c01ad75a ecf07000 f0efff98 00000000 00000c00 f0efff94
f7da9000 f109af20 00000c00 ecf07000 00111000 c014d80a ecf07000 f0efff98
Call Trace: [tdfx_vm_info+54/76] [proc_file_read+242/404] [sys_read+143/196] [system_call+51/56]
Call Trace: [<c01ad75a>] [<c014d80a>] [<c0132147>] [<c0106d1b>]
Code: 8b 38 39 c7 0f 84 bd 00 00 00 8d 74 26 00 8b 77 08 85 f6 0f
>>EIP; c01ad622 <detect_uart_irq+e2/178> <=====
Trace; c01ad75a <size_fifo+a2/158>
Trace; c014d80a <load_elf_binary+976/a88>
Trace; c0132147 <shmem_file_setup+cb/120>
Trace; c0106d1b <lcall7+4b/4c>
Code; c01ad622 <detect_uart_irq+e2/178>
00000000 <_EIP>:
Code; c01ad622 <detect_uart_irq+e2/178> <=====
0: 8b 38 mov (%eax),%edi <=====
Code; c01ad624 <detect_uart_irq+e4/178>
2: 39 c7 cmp %eax,%edi
Code; c01ad626 <detect_uart_irq+e6/178>
4: 0f 84 bd 00 00 00 je c7 <_EIP+0xc7> c01ad6e9 <size_fifo+31/158>
Code; c01ad62c <detect_uart_irq+ec/178>
a: 8d 74 26 00 lea 0x0(%esi,1),%esi
Code; c01ad630 <detect_uart_irq+f0/178>
e: 8b 77 08 mov 0x8(%edi),%esi
Code; c01ad633 <detect_uart_irq+f3/178>
11: 85 f6 test %esi,%esi
Code; c01ad635 <detect_uart_irq+f5/178>
13: 0f 00 00 sldt (%eax)
2 warnings issued. Results may not be reliable.
^ permalink raw reply [flat|nested] 3+ messages in thread* oops in 2.4.16
@ 2001-12-06 8:51 Mark Hindley
0 siblings, 0 replies; 3+ messages in thread
From: Mark Hindley @ 2001-12-06 8:51 UTC (permalink / raw)
To: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 320 bytes --]
I have just had an oops with 2.4.16 while trying to mount an empty cdrw to make sure that it was empty before I wrote on it.
It has also left me with a mount process that I cannot kill and blocked CD writer. Any ideas on how to deal with it?
The ksymoops processed trace is attached
Mark
mark@hindley.uklinux.net
[-- Attachment #2: oops --]
[-- Type: text/plain, Size: 2956 bytes --]
ksymoops 2.3.7 on i586 2.4.16. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.16/ (default)
-m /usr/src/linux/System.map (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
Error (regular_file): read_system_map stat /usr/src/linux/System.map failed
invalid operand: 0000
CPU: 0
EIP: 0010:[<c012c1b1>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010206
eax: 000007ff ebx: 00000b00 ecx: 00000800 edx: c11533e0
esi: 00000200 edi: 00000b00 ebp: 00000002 esp: c304bdc0
ds: 0018 es: 0018 ss: 0018
Process mount (pid: 16046, stackpage=c304b000)
Stack: 00000b00 00000200 00000002 00000001 00000882 c012a95b 00000b00 00000002
00000200 c22b02e0 c370ec00 00000002 c012ab16 00000b00 00000002 00000200
c304be0c c99d2154 00000b00 00000002 00000200 c22b02e0 c370ec00 c22b03b0
Call Trace: [<c012a95b>] [<c012ab16>] [<c99d2154>] [<c99d0d29>] [<c99d1fbd>]
[<c012cc45>] [<c012d18b>] [<c99d4e40>] [<c013aec3>] [<c012d6db>] [<c99d4e40>]
[<c013bca1>] [<c013bf0a>] [<c013bd9c>] [<c013bfa0>] [<c0106b23>]
Code: 0f 0b 8b 44 24 20 05 00 fe ff ff 3d 00 0e 00 00 76 02 0f 0b
>>EIP; c012c1b1 <block_symlink+2a1/40c> <=====
Trace; c012a95b <getblk+27/b4>
Trace; c012ab16 <bread+16/bc>
Trace; c99d2154 <[hfs]hfs_buffer_get+24/74>
Trace; c99d0d29 <[hfs]hfs_mdb_get+a9/3c8>
Trace; c99d1fbd <[hfs]hfs_read_super+61/1a4>
Trace; c012cc45 <get_super+121/c44>
Trace; c012d18b <get_super+667/c44>
Trace; c99d4e40 <[hfs]hfs_fs+0/1c>
Trace; c013aec3 <kiobuf_wait_for_io+3af/3dc>
Trace; c012d6db <get_super+bb7/c44>
Trace; c99d4e40 <[hfs]hfs_fs+0/1c>
Trace; c013bca1 <may_umount+641/612c>
Trace; c013bf0a <may_umount+8aa/612c>
Trace; c013bd9c <may_umount+73c/612c>
Trace; c013bfa0 <may_umount+940/612c>
Trace; c0106b23 <__up_wakeup+105f/22d4>
Code; c012c1b1 <block_symlink+2a1/40c>
00000000 <_EIP>:
Code; c012c1b1 <block_symlink+2a1/40c> <=====
0: 0f 0b ud2a <=====
Code; c012c1b3 <block_symlink+2a3/40c>
2: 8b 44 24 20 mov 0x20(%esp,1),%eax
Code; c012c1b7 <block_symlink+2a7/40c>
6: 05 00 fe ff ff add $0xfffffe00,%eax
Code; c012c1bc <block_symlink+2ac/40c>
b: 3d 00 0e 00 00 cmp $0xe00,%eax
Code; c012c1c1 <block_symlink+2b1/40c>
10: 76 02 jbe 14 <_EIP+0x14> c012c1c5 <block_symlink+2b5/40c>
Code; c012c1c3 <block_symlink+2b3/40c>
12: 0f 0b ud2a
1 warning and 1 error issued. Results may not be reliable.
^ permalink raw reply [flat|nested] 3+ messages in thread* oops in 2.4.16
@ 2001-12-01 21:34 Aleksey I Zavilohin
0 siblings, 0 replies; 3+ messages in thread
From: Aleksey I Zavilohin @ 2001-12-01 21:34 UTC (permalink / raw)
To: linux-kernel
I got this oops today
ksymoops 2.4.1 on i686 2.4.16. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.16/ (default)
-m /boot/System.map-2.4.16 (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
Warning (compare_maps): mismatch on symbol vg , lvm-mod says cc927e00, /lib/modules/2.4.16/kernel/drivers/md/lvm-mod.o says cc927ce0. Ignoring /lib/modules/2.4.16/kernel/drivers/md/lvm-mod.o entry
Warning (compare_maps): mismatch on symbol audio_devs , sound says cc865020, /lib/modules/2.4.16/kernel/drivers/sound/sound.o says cc8649a0. Ignoring /lib/modules/2.4.16/kernel/drivers/sound/sound.o entry
Warning (compare_maps): mismatch on symbol midi_devs , sound says cc865090, /lib/modules/2.4.16/kernel/drivers/sound/sound.o says cc864a10. Ignoring /lib/modules/2.4.16/kernel/drivers/sound/sound.o entry
Warning (compare_maps): mismatch on symbol mixer_devs , sound says cc865038, /lib/modules/2.4.16/kernel/drivers/sound/sound.o says cc8649b8. Ignoring /lib/modules/2.4.16/kernel/drivers/sound/sound.o entry
Warning (compare_maps): mismatch on symbol num_audiodevs , sound says cc865034, /lib/modules/2.4.16/kernel/drivers/sound/sound.o says cc8649b4. Ignoring /lib/modules/2.4.16/kernel/drivers/sound/sound.o entry
Warning (compare_maps): mismatch on symbol num_midis , sound says cc8650a8, /lib/modules/2.4.16/kernel/drivers/sound/sound.o says cc864a28. Ignoring /lib/modules/2.4.16/kernel/drivers/sound/sound.o entry
Warning (compare_maps): mismatch on symbol num_mixers , sound says cc86504c, /lib/modules/2.4.16/kernel/drivers/sound/sound.o says cc8649cc. Ignoring /lib/modules/2.4.16/kernel/drivers/sound/sound.o entry
Warning (compare_maps): mismatch on symbol num_synths , sound says cc86508c, /lib/modules/2.4.16/kernel/drivers/sound/sound.o says cc864a0c. Ignoring /lib/modules/2.4.16/kernel/drivers/sound/sound.o entry
Warning (compare_maps): mismatch on symbol synth_devs , sound says cc865060, /lib/modules/2.4.16/kernel/drivers/sound/sound.o says cc8649e0. Ignoring /lib/modules/2.4.16/kernel/drivers/sound/sound.o entry
CPU: 0
EIP: 0010:[<c0110e9b>] Tainted: P
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010006
eax: 00000001 ebx: c5a95efc ecx: 0385d98c edx: c4dfa1c4
esi: 00000046 edi: 00000001 ebp: c4d97ee4 esp: c4d97ecc
ds: 0018 es: 0018 ss: 0018
Process multiload_apple (pid: 744, stackpage=c4d97000)
Stack: c4a95ef8 c4495c20 c4495c74 c4a95efc 00000282 00000001 c4495c20 c0190e3e
cbd971f4 000005a0 c01cad45 c4495c20 000005a0 c4d97f48 c4d97f80 c4d97f48
c4a95cf4 c7219800 00000000 c4495c20 c4495880 00000000 c018e625 c4a95cf4
Call Trace: [<c0190e3e>] [<c01cad45>] [<c018e625>] [<c018e85e>] [<c012de6b>]
[<c0106b2b>]
Code: 8b 01 85 45 fc 74 4e 31 c0 9c 5e fa c7 01 00 00 00 00 83 79
>>EIP; c0110e9b <__wake_up+2b/98> <=====
Trace; c0190e3e <sock_def_readable+26/4c>
Trace; c01cad45 <unix_stream_sendmsg+211/2c8>
Trace; c018e625 <sock_sendmsg+69/88>
Trace; c018e85e <sock_write+b2/bc>
Trace; c012de6b <sys_write+8f/c4>
Trace; c0106b2b <system_call+33/38>
Code; c0110e9b <__wake_up+2b/98>
00000000 <_EIP>:
Code; c0110e9b <__wake_up+2b/98> <=====
0: 8b 01 mov (%ecx),%eax <=====
Code; c0110e9d <__wake_up+2d/98>
2: 85 45 fc test %eax,0xfffffffc(%ebp)
Code; c0110ea0 <__wake_up+30/98>
5: 74 4e je 55 <_EIP+0x55> c0110ef0 <__wake_up+80/98>
Code; c0110ea2 <__wake_up+32/98>
7: 31 c0 xor %eax,%eax
Code; c0110ea4 <__wake_up+34/98>
9: 9c pushf
Code; c0110ea5 <__wake_up+35/98>
a: 5e pop %esi
Code; c0110ea6 <__wake_up+36/98>
b: fa cli
Code; c0110ea7 <__wake_up+37/98>
c: c7 01 00 00 00 00 movl $0x0,(%ecx)
Code; c0110ead <__wake_up+3d/98>
12: 83 79 00 00 cmpl $0x0,0x0(%ecx)
10 warnings issued. Results may not be reliable.
--
Nothing is rich but the inexhaustible wealth of nature.
She shows us only surfaces, but she is a million fathoms deep.
-- Ralph Waldo Emerson
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2001-12-12 23:19 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-12-12 23:19 Oops in 2.4.16 Nicholas Harring
-- strict thread matches above, loose matches on Subject: below --
2001-12-06 8:51 oops " Mark Hindley
2001-12-01 21:34 Aleksey I Zavilohin
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox