Kernel OOPS
And the reason for this is ? kernel: 1Unable to handle kernel paging request at virtual address 4f545069 kernel: printing eip: kernel: c014cecf kernel: *pde = kernel: Oops: kernel: nfs lockd sunrpc 8139too mii 3c59x usb-uhci usbcore ext3 jbd kernel: CPU:0 kernel: EIP:0010:[c014cecf]Not tainted kernel: EFLAGS: 00010202 kernel: kernel: EIP is at iput [kernel] 0x2f (2.4.18-19.7.x) kernel: eax: ebx: d4c63cd0 ecx: df1a7150 edx: d4c63cd0 kernel: esi: 4f545049 edi: ebp: 0001 esp: c2399f6c kernel: ds: 0018 es: 0018 ss: 0018 kernel: Process kswapd (pid: 5, stackpage=c2399000) kernel: Stack: c2398000 c2399f88 0246 c2399f88 df1a7138 df1a7120 d4c63cd0 c014ace8 kernel: d4c63cd0 d4c63cd0 c2398000 c011ffc0 0003 0282 kernel: fffee378 c0131edc c014b060 kernel: Call Trace: [c014ace8] prune_dcache [kernel] 0xf8 (0xc2399f88)) kernel: [c011ffc0] process_timeout [kernel] 0x0 (0xc2399f98)) kernel: [c0131edc] wakeup_memwaiters [kernel] 0xdc (0xc2399fb0)) kernel: [c014b060] shrink_dcache_memory [kernel] 0x20 (0xc2399fc8)) kernel: [c0131c91] kswapd [kernel] 0x301 (0xc2399fd0)) kernel: [c0105000] stext [kernel] 0x0 (0xc2399fe8)) kernel: [c0107146] kernel_thread [kernel] 0x26 (0xc2399ff0)) kernel: [c0131990] kswapd [kernel] 0x0 (0xc2399ff8)) kernel: kernel: kernel: Code: 8b 46 20 85 c0 0f 45 f8 85 ff 74 0b 8b 47 18 85 c0 74 04 53 -- W | I haven't lost my mind; it's backed up on tape somewhere. + Ashley M. Kirchner mailto:[EMAIL PROTECTED] . 303.442.6410 x130 IT Director / SysAdmin / WebSmith . 800.441.3873 x130 Photo Craft Laboratories, Inc.. 3550 Arapahoe Ave. #6 http://www.pcraft.com . . .. Boulder, CO 80303, U.S.A. -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Kernel oops
Whenever I change any hardware, I like to recompile the kernel to make sure everything is peachy. Try recompiling the kernel and see what happens. On Fri, 24 May 2002, Ed Wilts wrote: In the last week or so, I've been starting to get kernel errors. This is with the latest 7.1 updates. Any ideas as to what's happening? The latest change is that I replaced a 10GB Fujitsu drive with a Quantum 30GB fireball, but this drive should not have been accessed at this time (it's only used for backups, and they weren't running at this latest error). Thanks, .../Ed Unusual System Events =-=-=-=-=-=-=-=-=-=-= May 24 20:03:49 www kernel: Unable to handle kernel NULL pointer dereference at virtual address 0005 May 24 20:03:49 www kernel: printing eip: May 24 20:03:49 www kernel: c06c3f8e May 24 20:03:49 www kernel: *pde = May 24 20:03:49 www kernel: Oops: May 24 20:03:49 www kernel: Kernel 2.4.9-31 May 24 20:03:49 www kernel: CPU:0 May 24 20:03:49 www kernel: EIP: 0010:[8139too:__insmod_8139too_O/lib/modules/2.4.9-31/kernel/drivers/net/+-1 35868530/96]Not tainted May 24 20:03:49 www kernel: EIP:0010:[c06c3f8e]Not tainted May 24 20:03:49 www kernel: EFLAGS: 00010296 May 24 20:03:49 www kernel: EIP is at ___strtok_R29805c13 [] 0x377dda May 24 20:03:49 www kernel: eax: 0005 ebx: ecx: edx: May 24 20:03:49 www kernel: esi: c40af840 edi: ffea ebp: 1000 esp: c56c7f7c May 24 20:03:49 www kernel: ds: 0018 es: 0018 ss: 0018 May 24 20:03:49 www kernel: Stack: 0005 c40af840 40018000 1000 c40af860 fffd c01197f3 0046 May 24 20:03:49 www kernel:c56c7fc4 000b c0300a60 c15444a0 c01084fc c56c6000 402b2600 May 24 20:03:49 www kernel:bfffdc28 c0106f33 40018000 1000 402b2600 bfffdc28 May 24 20:03:49 www kernel: Call Trace: [do_softirq+83/160] do_softirq [kernel] 0x53 May 24 20:03:50 www kernel: Call Trace: [c01197f3] do_softirq [kernel] 0x53 May 24 20:03:50 www kernel: [system_call+51/64] system_call [kernel] 0x33 May 24 20:03:50 www kernel: [c0106f33] system_call [kernel] 0x33 May 24 20:03:50 www kernel: May 24 20:03:50 www kernel: May 24 20:03:50 www kernel: Code: 2b 38 2b 53 50 2f 70 6e 2f 41 4e 63 36 0a 31 6f 71 64 33 4b Ed Wilts Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list -- ___ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Kernel oops
In the last week or so, I've been starting to get kernel errors. This is with the latest 7.1 updates. Any ideas as to what's happening? The latest change is that I replaced a 10GB Fujitsu drive with a Quantum 30GB fireball, but this drive should not have been accessed at this time (it's only used for backups, and they weren't running at this latest error). Thanks, .../Ed Unusual System Events =-=-=-=-=-=-=-=-=-=-= May 24 20:03:49 www kernel: Unable to handle kernel NULL pointer dereference at virtual address 0005 May 24 20:03:49 www kernel: printing eip: May 24 20:03:49 www kernel: c06c3f8e May 24 20:03:49 www kernel: *pde = May 24 20:03:49 www kernel: Oops: May 24 20:03:49 www kernel: Kernel 2.4.9-31 May 24 20:03:49 www kernel: CPU:0 May 24 20:03:49 www kernel: EIP: 0010:[8139too:__insmod_8139too_O/lib/modules/2.4.9-31/kernel/drivers/net/+-1 35868530/96]Not tainted May 24 20:03:49 www kernel: EIP:0010:[c06c3f8e]Not tainted May 24 20:03:49 www kernel: EFLAGS: 00010296 May 24 20:03:49 www kernel: EIP is at ___strtok_R29805c13 [] 0x377dda May 24 20:03:49 www kernel: eax: 0005 ebx: ecx: edx: May 24 20:03:49 www kernel: esi: c40af840 edi: ffea ebp: 1000 esp: c56c7f7c May 24 20:03:49 www kernel: ds: 0018 es: 0018 ss: 0018 May 24 20:03:49 www kernel: Stack: 0005 c40af840 40018000 1000 c40af860 fffd c01197f3 0046 May 24 20:03:49 www kernel:c56c7fc4 000b c0300a60 c15444a0 c01084fc c56c6000 402b2600 May 24 20:03:49 www kernel:bfffdc28 c0106f33 40018000 1000 402b2600 bfffdc28 May 24 20:03:49 www kernel: Call Trace: [do_softirq+83/160] do_softirq [kernel] 0x53 May 24 20:03:50 www kernel: Call Trace: [c01197f3] do_softirq [kernel] 0x53 May 24 20:03:50 www kernel: [system_call+51/64] system_call [kernel] 0x33 May 24 20:03:50 www kernel: [c0106f33] system_call [kernel] 0x33 May 24 20:03:50 www kernel: May 24 20:03:50 www kernel: May 24 20:03:50 www kernel: Code: 2b 38 2b 53 50 2f 70 6e 2f 41 4e 63 36 0a 31 6f 71 64 33 4b Ed Wilts Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Kernel oops?
Hey, it's nothing more than the response from your uname -a command. lookup man uname. --On Friday, November 30, 2001 1:21 AM +0100 Leonard den Ottolander [EMAIL PROTECTED] wrote: Hi Ward, Ok, I've seen kernel panics before, but what the devil is this? [root@Charlie log]# uname -a Linux Charlie.nswcphdn.navy.mil 2.4.2-2 #1 Sun Apr 8 19:37:14 EDT 2001 i586 unknown I have no idea, but it seems it is time for a kernel upgrade Bye, Leonard. ___ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list Thanx Much, Lorris ___ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Kernel oops?
Ok, I've seen kernel panics before, but what the devil is this? I've gotten the exact same thing (or nearly so) three of the last seven nights, at the exact same time. [root@Charlie log]# uname -a Linux Charlie.nswcphdn.navy.mil 2.4.2-2 #1 Sun Apr 8 19:37:14 EDT 2001 i586 unknown Nov 29 04:15:14 Charlie kernel: Unable to handle kernel NULL pointer dereference at virtual address 0020 Nov 29 04:15:14 Charlie kernel: printing eip: Nov 29 04:15:14 Charlie kernel: c0134387 Nov 29 04:15:14 Charlie kernel: pgd entry c531b000: Nov 29 04:15:14 Charlie kernel: pmd entry c531b000: Nov 29 04:15:14 Charlie kernel: ... pmd not present! Nov 29 04:15:14 Charlie kernel: Oops: 0002 Nov 29 04:15:14 Charlie kernel: CPU:0 Nov 29 04:15:14 Charlie kernel: EIP:0010:[__remove_from_lru_list+23/144] Nov 29 04:15:14 Charlie kernel: EIP:0010:[c0134387] Nov 29 04:15:14 Charlie kernel: EFLAGS: 00010206 Nov 29 04:15:14 Charlie kernel: eax: 2000 ebx: c43cc360 ecx: c43cc360 edx: Nov 29 04:15:14 Charlie kernel: esi: c43cc360 edi: c43cc360 ebp: esp: c1247f28 Nov 29 04:15:14 Charlie kernel: ds: 0018 es: 0018 ss: 0018 Nov 29 04:15:17 Charlie kernel: Process kswapd (pid: 3, stackpage=c1247000) Nov 29 04:15:17 Charlie kernel: Stack: c020d3bb c020d512 01d1 0020 c0109 549 c0205d37 c0205e6d c0134387 Nov 29 04:15:17 Charlie kernel:0002 c020ba40 c011343e 000b c1247 ef4 0002 c020b9fd 0020 Nov 29 04:15:17 Charlie kernel:c020bad5 c0134387 c020bac5 c020baaa 0 020 c12bc030 c1246000 c1246000 Nov 29 04:15:17 Charlie kernel: Call Trace: [error_table+10403/44216] [error_tab le+10746/44216] [die+57/80] [stext_lock+8919/12768] [stext_lock+9229/12768] [__r emove_from_lru_list+23/144] [error_table+3880/44216] Nov 29 04:15:17 Charlie kernel: Call Trace: [c020d3bb] [c020d512] [c0109549 ] [c0205d37] [c0205e6d] [c0134387] [c020ba40] Nov 29 04:15:17 Charlie kernel:[do_page_fault+830/1152] [error_table+381 3/44216] [error_table+4029/44216] [__remove_from_lru_list+23/144] [error_table+4 013/44216] [error_table+3986/44216] [update_process_times+32/176] [update_wall_t ime+11/80] Nov 29 04:15:17 Charlie kernel:[c011343e] [c020b9fd] [c020bad5] [ c0134387] [c020bac5] [c020baaa] [c011d1e0] [c011d08b] Nov 29 04:15:17 Charlie kernel:[update_times+32/192] [do_timer+101/176] [run_all_timers+23/32] [bh_action+28/112] [tasklet_hi_action+54/96] [do_page_fau lt+0/1152] [error_code+52/64] [__remove_from_lru_list+23/144] R/William Ward ___ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: Kernel oops?
Hi Ward, Ok, I've seen kernel panics before, but what the devil is this? [root@Charlie log]# uname -a Linux Charlie.nswcphdn.navy.mil 2.4.2-2 #1 Sun Apr 8 19:37:14 EDT 2001 i586 unknown I have no idea, but it seems it is time for a kernel upgrade Bye, Leonard. ___ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
kernel oops using bonded ethernet
I'm trying to bond all four interfaces of a D-Link DFE-570TX ethernet card using the bonding module (kernel version 2.2.16). It appears to work as long as I'm very gentle with it, but sooner or later I start to get segfaults, usually just in the course of trying to get the system into runlevel 3 or 5. I can _usually_ bring about the segfault condition deliberately by attempting to bring down networking. For example, in runlevel 1: # /etc/rc.d/init.d/network start (completes fine) # /etc/rc.d/init.d/sshd start (completes fine; routing table looks good; system accessible via ssh using the bonded interface. HOORAY!!!) # /etc/rc.d/init.d/network stop -- kernel oops As soon as I see the output of the oops on the console once, I can't get the system sane again without a reboot. Sometimes the system freezes altogether, and fsck is my friend. From watching "strace ifconfig", I see that I get a segfault every time we try to read from /proc/net/dev after the first fault. The problem does not appear when I only use one interface on the D-Link card, so I suspect that the problem is something to do with bonding rather than the device driver for the NIC. The rest of this mail is taken from /var/log/messages during an attempt to bring down networking. I'm not great at reading these things but I notice that we seem to get something similar for each interface in the bond, including bond0 itself. Thanks for any thoughts. -m Sep 22 17:54:52 prouter0 kernel: Unable to handle kernel paging request at virtual address 62696c6f Sep 22 17:54:52 prouter0 kernel: current-tss.cr3 = 06a7b000, %cr3 = 06a7b000 Sep 22 17:54:52 prouter0 kernel: *pde = Sep 22 17:54:52 prouter0 kernel: Oops: Sep 22 17:54:52 prouter0 kernel: CPU:0 Sep 22 17:54:52 prouter0 kernel: EIP:0010:[c885137b] Sep 22 17:54:52 prouter0 kernel: EFLAGS: 00010286 Sep 22 17:54:52 prouter0 kernel: eax: 62696c2f ebx: c6a40c60 ecx: c6993000 edx: c6993484 Sep 22 17:54:52 prouter0 kernel: esi: c6a37520 edi: c6a3757c ebp: 0400 esp: c6a7df24 Sep 22 17:54:52 prouter0 kernel: ds: 0018 es: 0018 ss: 0018 Sep 22 17:54:52 prouter0 kernel: Process ifconfig (pid: 576, process nr: 17, stackpage=c6a7d000) Sep 22 17:54:52 prouter0 kernel: Stack: c66a6143 c0150608 c88514c0 0143 c88514c0 c01506d9 Sep 22 17:54:52 prouter0 kernel:c66a6143 c88514c0 c69cca54 0400 c66a6000 0400 c0144a8e Sep 22 17:54:52 prouter0 kernel:c66a6000 c6a7df98 0400 c69cca40 ffea Sep 22 17:54:52 prouter0 kernel: Call Trace: [sprintf_stats+20/160] [c88514c0] [c88514c0] [dev_get_info+69/136] [c88514c0] [proc_file_read+154/468] [sys_read+174/196] Sep 22 17:54:52 prouter0 kernel:[system_call+52/56] Sep 22 17:54:52 prouter0 kernel: Code: 8b 40 40 ff d0 89 c2 83 c4 04 8b 02 01 06 8b 42 08 01 46 08 Sep 22 17:54:52 prouter0 network: Shutting down interface bond0 succeeded Sep 22 17:54:53 prouter0 kernel: Unable to handle kernel paging request at virtual address 62696c6f Sep 22 17:54:53 prouter0 kernel: current-tss.cr3 = 06a7b000, %cr3 = 06a7b000 Sep 22 17:54:53 prouter0 kernel: *pde = Sep 22 17:54:53 prouter0 kernel: Oops: Sep 22 17:54:53 prouter0 kernel: CPU:0 Sep 22 17:54:53 prouter0 kernel: EIP:0010:[c885137b] Sep 22 17:54:53 prouter0 kernel: EFLAGS: 00010286 Sep 22 17:54:53 prouter0 kernel: eax: 62696c2f ebx: c6a40c60 ecx: c6993000 edx: c6993484 Sep 22 17:54:53 prouter0 kernel: esi: c6a37520 edi: c6a3757c ebp: 0400 esp: c6693f24 Sep 22 17:54:53 prouter0 kernel: ds: 0018 es: 0018 ss: 0018 Sep 22 17:54:53 prouter0 kernel: Process ifconfig (pid: 591, process nr: 17, stackpage=c6693000) Sep 22 17:54:53 prouter0 kernel: Stack: c66f4143 c0150608 c88514c0 0143 c88514c0 c01506d9 Sep 22 17:54:53 prouter0 kernel:c66f4143 c88514c0 c69cc4b4 0400 c66f4000 0400 c0144a8e Sep 22 17:54:53 prouter0 kernel:c66f4000 c6693f98 0400 c69cc4a0 ffea Sep 22 17:54:53 prouter0 kernel: Call Trace: [sprintf_stats+20/160] [c88514c0] [c88514c0] [dev_get_info+69/136] [c88514c0] [proc_file_read+154/468] [sys_read+174/196] Sep 22 17:54:53 prouter0 kernel:[system_call+52/56] Sep 22 17:54:53 prouter0 kernel: Code: 8b 40 40 ff d0 89 c2 83 c4 04 8b 02 01 06 8b 42 08 01 46 08 Sep 22 17:54:53 prouter0 network: Shutting down interface eth0 succeeded Sep 22 17:54:53 prouter0 kernel: Unable to handle kernel paging request at virtual address 62696c6f Sep 22 17:54:53 prouter0 kernel: current-tss.cr3 = 06a8d000, %cr3 = 06a8d000 Sep 22 17:54:53 prouter0 kernel: *pde = Sep 22 17:54:53 prouter0 kernel: Oops: Sep 22 17:54:53 prouter0 kernel: CPU:0 Sep 22 17:54:53 prouter0 kernel: EIP:0010:[c885137b] Sep 22 17:54:53 prouter0 kernel: EFLAGS: 00010286 Sep 22 17:54:53 prouter0 k
Re: kernel Oops?
It's a kernel oops.. of course you should be concerned :) ___ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
Re: kernel Oops?
At 2:40 AM -0400 3/9/00, Statux wrote: It's a kernel oops.. of course you should be concerned :) ok... all joking aside I just got my second Oops in the log files... I am getting concerned... just not too sure what I should be doing about this... is this a sign of things that are going to be getting worse real soon now? is there a man page I should be reading or a HOWTO or FAQ? TIA - dan. kernel: Unable to handle kernel paging request at virtual address e258c3dd kernel: current-tss.cr3 = 036e8000, %cr3 = 036e8000 kernel: *pde = kernel: Oops: kernel: CPU:0 kernel: EIP:0010:[d_lookup+100/220] kernel: EFLAGS: 00010202 kernel: eax: c3dde258 ebx: e258c3c5 ecx: 0024 edx: c3c0 kernel: esi: 84feab3c edi: c128c03c ebp: e258c3dd esp: c1851f40 kernel: ds: 0018 es: 0018 ss: 0018 kernel: Process rgrep (pid: 32332, process nr: 49, stackpage=c1851000) kernel: Stack: c128c03c c3dde258 c128c030 84feab3c 000c c012cc80 c126a8c0 kernel:c1851f88 c1851f88 c012cefb c126a8c0 c1851f88 c128c000 c128c000 kernel:bfffd394 bfffd2fc c128c030 000c 84feab3c c012cff8 c128c000 c126a8c0 kernel: Call Trace: [cached_lookup+16/84] [lookup_dentry+275/488] [__namei+40/88] [sys_newlstat+14/96] [system_call+52/56] kernel: Code: 8b 6d 00 8b 74 24 18 39 73 48 75 58 8b 74 24 24 39 73 0c 75 -- Nitro - 3D Visualisation, Graphics Animation Ph (+61 2) 9810 5177 - Fx (+61 2) 9810 0199 http://www.nitro.com.au/ ___ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
RE: kernel Oops?
%- ok... all joking aside I just got my second Oops in the log %- files... I am getting concerned... just not too sure what I %- should be doing about this... is this a sign of things that are %- going to be getting worse real soon now? Not necessarily, but it probably won't go away. %- %- is there a man page I should be reading or a HOWTO or FAQ? Yes, read the /usr/src/linux/REPORTING-BUGS and the /usr/src/linux/Documentation/oops-tracing.txt text files. They gives you step-by-step instructions on how to trace and report the problem. -- Juha ___ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
kernel Oops?
Hiya - just found this in my log files and was wondering if it's something I should be worried about, and if so how I should start worrying about it! :) --- /var/log/messages/ excerpt follows kernel: Unable to handle kernel paging request at virtual address e258c3dd kernel: current-tss.cr3 = 0205b000, %cr3 = 0205b000 kernel: *pde = kernel: Oops: kernel: CPU:0 kernel: EIP:0010:[d_lookup+100/220] kernel: EFLAGS: 00010202 kernel: eax: c3dde258 ebx: e258c3c5 ecx: 0024 edx: c3c0 kernel: esi: 3631d60b edi: c224f00c ebp: e258c3dd esp: c06bdf40 kernel: ds: 0018 es: 0018 ss: 0018 kernel: Process slocate (pid: 20654, process nr: 110, stackpage=c06bd000) kernel: Stack: c224f00c c3dde258 c224f000 3631d60b 000c c012cc80 c236bb40 kernel:c06bdf88 c06bdf88 c012cefb c236bb40 c06bdf88 c224f000 c224f000 kernel:0805539c bc38 c224f000 000c 3631d60b c012cff8 c224f000 c236bb40 kernel: Call Trace: [cached_lookup+16/84] [lookup_dentry+275/488] [__namei+40/88] [sys_newlstat+14/96] [system_call+52/56] [startup_32+43/285] kernel: Code: 8b 6d 00 8b 74 24 18 39 73 48 75 58 8b 74 24 24 39 73 0c 75 -- Nitro - 3D Visualisation, Graphics Animation Ph (+61 2) 9810 5177 - Fx (+61 2) 9810 0199 http://www.nitro.com.au/ ___ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
