LINUX.IE, website of the Irish Linux Users' Group
Tux rules!

   
Home
New Users
Articles
Download
Projects
Community
Vendors

  Print Version
Email to...
 
Archives:


planetILUG

Recent News

News Archive


Join the
ILUG
on FaceBook


Join the
ILUG
on LinkedIn


Join the
ILUG SETI
Group



















 
 :: Mailing Lists

[ILUG] [Ubuntu Hoary] box getting kernel OOPS

[ILUG] [Ubuntu Hoary] box getting kernel OOPS

Niall O Broin niall at linux.ie
Thu Sep 1 12:45:51 IST 2005


On 1 Sep 2005, at 12:18, Paul Jakma wrote:

> On Thu, 1 Sep 2005, Niall O Broin wrote:
>
>> That's right - I was mindful of the length of the post. Each oops 
>> logged starts with an address (I presume - an 8 digit hex string) and 
>> then a line saying kernel: PREEMPT, and then gives a module list, 
>> flags, identifies the oopsing process, gives a few bytes of stack and 
>> then the call trace.
>
> Right, that's the useful information. The first line of several isn't 
> useful. All of one trace /is/ useful - preferably the  first.

Your wish is my command - and sadly, this comes from the box currently 
running knoppix, so it's not just an Ubuntu issue.

------------[ cut here ]------------
kernel BUG at mm/rmap.c:482!
invalid operand: 0000 [#1]
PREEMPT SMP
Modules linked in: jfs efs autofs4 af_packet ntfs cmpci opl3 mpu401 
sound soundcore gameport 3c59x mii via_agp agpgart via_ircc irda
  crc_ccitt parport_pc parport 8250 serial_core usbhid pcmcia 
yenta_socket rsrc_nonstatic pcmcia_core video thermal processor fan con
tainer button battery ac genrtc unionfs cloop sbp2 ohci1394 ieee1394 
usb_storage ub ohci_hcd uhci_hcd ehci_hcd usbcore
CPU:    0
EIP:    0060:[<c014a501>]    Not tainted VLI
EFLAGS: 00010286   (2.6.11)
EIP is at page_remove_rmap+0x29/0x40
eax: ffffffff   ebx: 00003000   ecx: c100e6a0   edx: c100e6a0
esi: ce933284   edi: c100e6a0   ebp: 00008000   esp: ddc3de58
ds: 007b   es: 007b   ss: 0068
Process convert (pid: 4109, threadinfo=ddc3c000 task=debba550)
Stack: c0144534 c100e6a0 00735067 b0c9e000 debf4b08 b08a6000 00000000 
c01446e1
        c1405400 debf4b08 b089e000 00008000 00000000 b089e000 debf4b08 
b08a6000
        00000000 c0144725 c1405400 debf4b08 b089e000 00008000 00000000 
b08a6000
Call Trace:
  [<c0144534>] zap_pte_range+0x13c/0x2ac
  [<c01446e1>] zap_pmd_range+0x3d/0x5c
  [<c0144725>] zap_pud_range+0x25/0x44
  [<c014479e>] unmap_page_range+0x5a/0x78
  [<c01448c7>] unmap_vmas+0x10b/0x28c
  [<c0148426>] unmap_region+0x7a/0xf0
  [<c01486c6>] do_munmap+0xde/0x118
  [<c0148726>] sys_munmap+0x26/0x38
  [<c010342b>] syscall_call+0x7/0xb
Code: eb c2 8b 54 24 04 8b 02 f6 c4 08 75 28 f0 83 42 08 ff 0f 98 c0 84 
c0 74 11 8b 42 08 40 78 0c 6a ff 6a 10 e8 36 22 ff ff 59 58
c3 <0f> 0b e2 01 b8 46 2e c0 eb ea 0f 0b df 01 b8 46 2e c0 eb ce 8d
  <6>note: convert[4109] exited with preempt_count 1
scheduling while atomic: convert/0x00000001/4109
  [<c02cc5bc>] schedule+0x608/0x610
  [<c011b1ad>] call_console_drivers+0x5d/0x104
  [<c02cd0fd>] __down_read+0x65/0x8c
  [<c011ca16>] exit_mm+0x26/0xec
  [<c011d31b>] do_exit+0x9b/0x338
  [<c010456a>] die+0x16a/0x16c
  [<c01047dc>] do_invalid_op+0x0/0x88
  [<c0104856>] do_invalid_op+0x7a/0x88
  [<c014a501>] page_remove_rmap+0x29/0x40
  [<c0123315>] update_wall_time+0xd/0x38
  [<c01236a2>] do_timer+0xce/0xd4
  [<c010786d>] timer_interrupt+0x35/0x124
  [<c0107901>] timer_interrupt+0xc9/0x124
  [<c0136f6b>] handle_IRQ_event+0x23/0x58
  [<c01370bc>] __do_IRQ+0x11c/0x124
  [<c01370a5>] __do_IRQ+0x105/0x124
  [<c0103ecf>] error_code+0x2b/0x30
  [<c014a501>] page_remove_rmap+0x29/0x40
  [<c0144534>] zap_pte_range+0x13c/0x2ac
  [<c01446e1>] zap_pmd_range+0x3d/0x5c
  [<c0144725>] zap_pud_range+0x25/0x44
  [<c014479e>] unmap_page_range+0x5a/0x78
  [<c01448c7>] unmap_vmas+0x10b/0x28c
  [<c0148426>] unmap_region+0x7a/0xf0
  [<c01486c6>] do_munmap+0xde/0x118
  [<c0148726>] sys_munmap+0x26/0x38
  [<c010342b>] syscall_call+0x7/0xb

>> So, is it an Ubuntu kernel issue maybe, related to this hardware?
>
> No, idea. We still havn't seen a full trace. do_lookup() is a VFS 
> function though I think, maybe related to an FS, but who knows..

See above :-)  Whenever it has oopsed there has been FS related 
activity happening, on JFS filesystems.



Niall




More information about the ILUG mailing list
Read this without the formatting.
                                                                                                    

 

Hosted by HEAnet


Maintained by the ILUG website team. The aim of Linux.ie is to support and help commercial and private users of Linux in Ireland. You can display ILUG news in your own webpages, read backend information to find out how. Networking services kindly provided by HEAnet, server kindly donated by Dell. Linux is a trademark of Linus Torvalds, used with permission. No penguins were harmed in the production or maintenance of this highly praised website. Looking for the Indian Linux Users' Group? Try here. If you've read all this and aren't a lawyer: you should be!
RSS Version
Powered by Dell