* Strange Kernel Problem
@ 2003-05-29 3:05 Maurice Hilarius
2003-05-29 3:35 ` Neil Brown
2003-05-30 22:01 ` Maurice Hilarius
0 siblings, 2 replies; 3+ messages in thread
From: Maurice Hilarius @ 2003-05-29 3:05 UTC (permalink / raw)
To: linux-raid
Does anyone recognize what is happening here?
Thoughts and suggestions appreciated..
>Unable to handle kernel NULL pointer dereference at virtual address 00000000
>printing eip:
>00000000
>*pde = 00000000
>Oops: 0000
>autofs e100 e1000 ipt_REJECT iptable_filter ip_tables keybdev mousedev hid
>input usb-uhci usbcore ext3 jbd raid5 xor raid1 3w-xxxx aic79xx sd_mod
>scsi_mod
>CPU: 1
>EIP: 0060:[<00000000>] Not tainted
>EFLAGS: 00010286
>
>EIP is at [unresolved] (2.4.20-9smp)
>eax: c04467a0 ebx: f631ea98 ecx: 00000000 edx: 00000000
>esi: f6347004 edi: 00000000 ebp: f885d8b0 esp: e2ea3ce0
>ds: 0068 es: 0068 ss: 0068
>Process ls (pid: 9720, stackpage=e2ea3000)
>Stack: c01b4d0a c04467a0 00000000 f631ea98 e2ea3d08 00100010 f631ea98 f6347004
> d31ffc40 c54b6480 f885dc0b 00000000 f631ea98 00000060 c0149135 00000000
> f37b63c0 f631ea80 c1130c20 c1130c20 00000000 00020002 d31ffc40 00000008
>Call Trace: [<c01b4d0a>] generic_make_request [kernel] 0xda (0xe2ea3ce0))
>[<f885dc0b>] raid1_make_request [raid1] 0xfb (0xe2ea3d08))
>[<c0149135>] __alloc_pages [kernel] 0x95 (0xe2ea3d18))
>[<c01fbc42>] md_make_request [kernel] 0x82 (0xe2ea3d48))
>[<c01b4d0a>] generic_make_request [kernel] 0xda (0xe2ea3d5c))
>[<c01b4db7>] submit_bh [kernel] 0x57 (0xe2ea3d84))
>[<c01b4f16>] ll_rw_block [kernel] 0xf6 (0xe2ea3da0))
>[<c0154f1c>] bread [kernel] 0x4c (0xe2ea3dc8))
>[<f8881d3b>] ext3_get_inode_loc [ext3] 0xfb (0xe2ea3ddc))
>[<f8881e0b>] ext3_read_inode [ext3] 0x1b (0xe2ea3e08))
>[<c016b1d0>] alloc_inode [kernel] 0xc0 (0xe2ea3e20))
>[<c016c67a>] get_new_inode [kernel] 0x17a (0xe2ea3e3c))
>[<c016c8ba>] iget4 [kernel] 0x10a (0xe2ea3e64))
>[<f88836ec>] ext3_lookup [ext3] 0x7c (0xe2ea3e8c))
>[<c015f12c>] real_lookup [kernel] 0xec (0xe2ea3eac))
>[<c015f75a>] link_path_walk [kernel] 0x45a (0xe2ea3ecc))
>[<c015fca9>] path_lookup [kernel] 0x39 (0xe2ea3f0c))
>[<c015fff9>] __user_walk [kernel] 0x49 (0xe2ea3f1c))
>[<c015b1af>] vfs_lstat [kernel] 0x1f (0xe2ea3f38))
>[<c015b80b>] sys_lstat64 [kernel] 0x1b (0xe2ea3f70))
>[<c011c200>] do_page_fault [kernel] 0x0 (0xe2ea3fb0))
>[<c01099c0>] error_code [kernel] 0x34 (0xe2ea3fb8))
>[<c01098cf>] system_call [kernel] 0x33 (0xe2ea3fc0))
With our best regards,
Maurice W. Hilarius Telephone: 01-780-456-9771
Hard Data Ltd. FAX: 01-780-456-9772
11060 - 166 Avenue mailto:maurice@harddata.com
Edmonton, AB, Canada http://www.harddata.com/
T5X 1Y3
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: Strange Kernel Problem
2003-05-29 3:05 Strange Kernel Problem Maurice Hilarius
@ 2003-05-29 3:35 ` Neil Brown
2003-05-30 22:01 ` Maurice Hilarius
1 sibling, 0 replies; 3+ messages in thread
From: Neil Brown @ 2003-05-29 3:35 UTC (permalink / raw)
To: Maurice Hilarius; +Cc: linux-raid
On Wednesday May 28, maurice@harddata.com wrote:
> Does anyone recognize what is happening here?
>
> Thoughts and suggestions appreciated..
>
It would appear that generic_make_request has jumped to a function
pointer with is NULL.
The two possibilities are bh->b_end_io and q->make_request_fn
There would have been kernel log messages:
attempt to access beyond end of device ....
in the first case, so I suspect q->make_request_fn, however unlikely
that might be.
What is the device underneath the raid array?
NeilBrown
> >Unable to handle kernel NULL pointer dereference at virtual address 00000000
> >printing eip:
> >00000000
> >*pde = 00000000
> >Oops: 0000
> >autofs e100 e1000 ipt_REJECT iptable_filter ip_tables keybdev mousedev hid
> >input usb-uhci usbcore ext3 jbd raid5 xor raid1 3w-xxxx aic79xx sd_mod
> >scsi_mod
> >CPU: 1
> >EIP: 0060:[<00000000>] Not tainted
> >EFLAGS: 00010286
> >
> >EIP is at [unresolved] (2.4.20-9smp)
> >eax: c04467a0 ebx: f631ea98 ecx: 00000000 edx: 00000000
> >esi: f6347004 edi: 00000000 ebp: f885d8b0 esp: e2ea3ce0
> >ds: 0068 es: 0068 ss: 0068
> >Process ls (pid: 9720, stackpage=e2ea3000)
> >Stack: c01b4d0a c04467a0 00000000 f631ea98 e2ea3d08 00100010 f631ea98 f6347004
> > d31ffc40 c54b6480 f885dc0b 00000000 f631ea98 00000060 c0149135 00000000
> > f37b63c0 f631ea80 c1130c20 c1130c20 00000000 00020002 d31ffc40 00000008
> >Call Trace: [<c01b4d0a>] generic_make_request [kernel] 0xda (0xe2ea3ce0))
> >[<f885dc0b>] raid1_make_request [raid1] 0xfb (0xe2ea3d08))
> >[<c0149135>] __alloc_pages [kernel] 0x95 (0xe2ea3d18))
> >[<c01fbc42>] md_make_request [kernel] 0x82 (0xe2ea3d48))
> >[<c01b4d0a>] generic_make_request [kernel] 0xda (0xe2ea3d5c))
> >[<c01b4db7>] submit_bh [kernel] 0x57 (0xe2ea3d84))
> >[<c01b4f16>] ll_rw_block [kernel] 0xf6 (0xe2ea3da0))
> >[<c0154f1c>] bread [kernel] 0x4c (0xe2ea3dc8))
> >[<f8881d3b>] ext3_get_inode_loc [ext3] 0xfb (0xe2ea3ddc))
> >[<f8881e0b>] ext3_read_inode [ext3] 0x1b (0xe2ea3e08))
> >[<c016b1d0>] alloc_inode [kernel] 0xc0 (0xe2ea3e20))
> >[<c016c67a>] get_new_inode [kernel] 0x17a (0xe2ea3e3c))
> >[<c016c8ba>] iget4 [kernel] 0x10a (0xe2ea3e64))
> >[<f88836ec>] ext3_lookup [ext3] 0x7c (0xe2ea3e8c))
> >[<c015f12c>] real_lookup [kernel] 0xec (0xe2ea3eac))
> >[<c015f75a>] link_path_walk [kernel] 0x45a (0xe2ea3ecc))
> >[<c015fca9>] path_lookup [kernel] 0x39 (0xe2ea3f0c))
> >[<c015fff9>] __user_walk [kernel] 0x49 (0xe2ea3f1c))
> >[<c015b1af>] vfs_lstat [kernel] 0x1f (0xe2ea3f38))
> >[<c015b80b>] sys_lstat64 [kernel] 0x1b (0xe2ea3f70))
> >[<c011c200>] do_page_fault [kernel] 0x0 (0xe2ea3fb0))
> >[<c01099c0>] error_code [kernel] 0x34 (0xe2ea3fb8))
> >[<c01098cf>] system_call [kernel] 0x33 (0xe2ea3fc0))
>
>
> With our best regards,
>
> Maurice W. Hilarius Telephone: 01-780-456-9771
> Hard Data Ltd. FAX: 01-780-456-9772
> 11060 - 166 Avenue mailto:maurice@harddata.com
> Edmonton, AB, Canada http://www.harddata.com/
> T5X 1Y3
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Strange Kernel Problem
2003-05-29 3:05 Strange Kernel Problem Maurice Hilarius
2003-05-29 3:35 ` Neil Brown
@ 2003-05-30 22:01 ` Maurice Hilarius
1 sibling, 0 replies; 3+ messages in thread
From: Maurice Hilarius @ 2003-05-30 22:01 UTC (permalink / raw)
To: linux-raid
With regards to your message at 09:05 PM 5/28/03, Maurice Hilarius. Where
you stated:
>Does anyone recognize what is happening here?
Answering my own question:
The machine was built with Red Hat 9.0
At build time it was installed with CURRENT Red Hat kernel 2.4.20-13.9
Then the RAID1 and RAID5 arrays were built with mdadm
My customer decided to re-install Red Hat 9.0, from CD's, but neglected to
install the current kernel RPM updates on to his new server.
It seems that some important md patches have been incorporated into the
newer kernel.
With the new kernel installed it now behaves correctly.
A bit of regression testing reveals that these md devices built with the
older kernel and used with the older kernel work fine.
BUT: If you build them with the newer kernel, then try to run the older
kernel "Bad Things Happen" (tm)
So, live and learn, backwards compatibility may be an issue..
With our best regards,
Maurice W. Hilarius Telephone: 01-780-456-9771
Hard Data Ltd. FAX: 01-780-456-9772
11060 - 166 Avenue mailto:maurice@harddata.com
Edmonton, AB, Canada http://www.harddata.com/
T5X 1Y3
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2003-05-30 22:01 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-05-29 3:05 Strange Kernel Problem Maurice Hilarius
2003-05-29 3:35 ` Neil Brown
2003-05-30 22:01 ` Maurice Hilarius
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox