Bug#466933: marked as done (Debian-arm: kernel BUG at fs/inode.c:250!)
Your message dated Wed, 19 Mar 2008 15:53:52 +0100
with message-id <20080319145352.GF2603@deprecation.cyrius.com>
and subject line Re: Bug#466933: Debian-arm: kernel BUG at fs/inode.c:250!
has caused the Debian Bug report #466933,
regarding Debian-arm: kernel BUG at fs/inode.c:250!
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)
--
466933: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466933
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: kernel
Version: 2.6.18-6-ixp4xx
Severity: Important
I'm running the latest version of Debian on a Linksys NSLU2 with a 2GB USB
stick as mass storage and a pl2303 based USB-to-serial adapter attached.
The box crashes at least once a day, and I find messages like this in
kern.log:
Feb 19 21:50:35 slug kernel: kernel BUG at fs/inode.c:250!
Feb 19 21:50:35 slug kernel: Unable to handle kernel NULL pointer
dereference at virtual address 00000000
Feb 19 21:50:35 slug kernel: pgd = c1778000
Feb 19 21:50:35 slug kernel: [00000000] *pgd=017b0031, *pte=00000000,
*ppte=00000000
Feb 19 21:50:35 slug kernel: Internal error: Oops: 817 [#1]
Feb 19 21:50:35 slug kernel: Modules linked in: ledtrig_heartbeat
dm_snapshot dm_mirror dm_mod rtc_dev ixp4xx_mac evdev ixp4
xx_npe ixp4xx_qmgr firmware_class pl2303 usbserial ixp4xx_beeper ext3 jbd
mbcache sd_mod usb_storage scsi_mod ehci_hcd ohci_
hcd usbcore
Feb 19 21:50:35 slug kernel: CPU: 0
Feb 19 21:50:35 slug kernel: PC is at __bug+0x44/0x58
Feb 19 21:50:35 slug kernel: LR is at 0x1
Feb 19 21:50:35 slug kernel: pc : [<c00238a0>] lr : [<00000001>] Not
tainted
Feb 19 21:50:35 slug kernel: sp : c1845e9c ip : 60000093 fp : c1845ea8
Feb 19 21:50:35 slug kernel: r10: 40184000 r9 : c1844000 r8 : c02d31a0
Feb 19 21:50:35 slug kernel: r7 : c08aac38 r6 : 00000000 r5 : c02e258c
r4 : 00000000
Feb 19 21:50:35 slug kernel: r3 : 00000000 r2 : 00000000 r1 : 00001e7d
r0 : 00000001
Feb 19 21:50:35 slug kernel: Flags: nZCv IRQs on FIQs on Mode SVC_32
Segment user
Feb 19 21:50:35 slug kernel: Control: 397F Table: 01778000 DAC: 00000015
Feb 19 21:50:35 slug kernel: Process sh (pid: 10528, stack limit =
0xc1844250)
Feb 19 21:50:35 slug kernel: Stack: (0xc1845e9c to 0xc1846000)
Feb 19 21:50:35 slug kernel: 5e80:
c1845ebc
Feb 19 21:50:35 slug kernel: 5ea0: c1845eac c00931a8 c0023868 c0303500
c1845ed4 c1845ec0 c00ad0b0 c0093170
Feb 19 21:50:35 slug kernel: 5ec0: c02e258c c00ad030 c1845eec c1845ed8
c0093378 c00ad03c c02e258c c02e258c
Feb 19 21:50:35 slug kernel: 5ee0: c1845f00 c1845ef0 c0092d18 c0093298
c08aac38 c1845f1c c1845f04 c0090f4c
Feb 19 21:50:35 slug kernel: 5f00: c0092c94 00000000 c08aac38 00000000
c1845f34 c1845f20 c0091aa4 c0090eb8
Feb 19 21:50:35 slug kernel: 5f20: 000000bf 00000000 c1845f5c c1845f38
c0079aac c0091954 00000000 c1d67760
Feb 19 21:50:35 slug kernel: 5f40: c130e240 00000000 00000006 c001ff24
c1845f6c c1845f60 c0079b04 c0079928
Feb 19 21:50:35 slug kernel: 5f60: c1845f88 c1845f70 c00766fc c0079adc
00000000 c130e240 c1d67760 c1845fa4
Feb 19 21:50:35 slug kernel: 5f80: c1845f8c c0077dc0 c0076694 00000006
00000006 00000003 00000000 c1845fa8
Feb 19 21:50:35 slug kernel: 5fa0: c001fd80 c0077d48 00000006 00000006
00000003 be911aac 0000001f ffff2c94
Feb 19 21:50:35 slug kernel: 5fc0: 00000006 00000006 00000003 00000003
be911aac be911ba0 40184000 000b6ed0
Feb 19 21:50:35 slug kernel: 5fe0: 400fc6fc be911aac 0006e9b4 400fcb78
00000010 00000003 00000002 00000003
Feb 19 21:50:35 slug kernel: Backtrace:
Feb 19 21:50:35 slug kernel: [<c002385c>] (__bug+0x0/0x58) from
[<c00931a8>] (clear_inode+0x44/0x128)
Feb 19 21:50:35 slug kernel: [<c0093164>] (clear_inode+0x0/0x128) from
[<c00ad0b0>] (proc_delete_inode+0x80/0x84)
Feb 19 21:50:35 slug kernel: r4 = C0303500
Feb 19 21:50:35 slug kernel: [<c00ad030>] (proc_delete_inode+0x0/0x84)
from [<c0093378>] (generic_delete_inode+0xec/0x174)
Feb 19 21:50:35 slug kernel: r5 = C00AD030 r4 = C02E258C
Feb 19 21:50:35 slug kernel: [<c009328c>] (generic_delete_inode+0x0/0x174)
from [<c0092d18>] (iput+0x90/0xa4)
Feb 19 21:50:35 slug kernel: r5 = C02E258C r4 = C02E258C
Feb 19 21:50:35 slug kernel: [<c0092c88>] (iput+0x0/0xa4) from
[<c0090f4c>] (dentry_iput+0xa0/0xa4)
Feb 19 21:50:35 slug kernel: r4 = C08AAC38
Feb 19 21:50:35 slug kernel: [<c0090eac>] (dentry_iput+0x0/0xa4) from
[<c0091aa4>] (dput+0x15c/0x18c)
Feb 19 21:50:35 slug kernel: r5 = 00000000 r4 = C08AAC38
Feb 19 21:50:35 slug kernel: [<c0091948>] (dput+0x0/0x18c) from
[<c0079aac>] (__fput+0x190/0x1b4)
Feb 19 21:50:35 slug kernel: r5 = 00000000 r4 = 000000BF
Feb 19 21:50:35 slug kernel: [<c007991c>] (__fput+0x0/0x1b4) from
[<c0079b04>] (fput+0x34/0x38)
Feb 19 21:50:35 slug kernel: r8 = C001FF24 r7 = 00000006 r6 = 00000000
r5 = C130E240
Feb 19 21:50:35 slug kernel: r4 = C1D67760
Feb 19 21:50:35 slug kernel: [<c0079ad0>] (fput+0x0/0x38) from
[<c00766fc>] (filp_close+0x74/0x80)
Feb 19 21:50:35 slug kernel: [<c0076688>] (filp_close+0x0/0x80) from
[<c0077dc0>] (sys_close+0x84/0x90)
Feb 19 21:50:35 slug kernel: r6 = C1D67760 r5 = C130E240 r4 = 00000000
Feb 19 21:50:35 slug kernel: [<c0077d3c>] (sys_close+0x0/0x90) from
[<c001fd80>] (ret_fast_syscall+0x0/0x2c)
Feb 19 21:50:35 slug kernel: r6 = 00000003 r5 = 00000006 r4 = 00000006
Feb 19 21:50:35 slug kernel: Code: eb004925 e59f0014 eb004923 e3a03000
(e5833000)
The box collects data via the serial line into a file, which is processed
every 10 minutes with sed, awk and the rrdtool package. All software
straight from the debian etch distribution, nothing self-compiled or from
other sources. There is more than enough space left on the USB stick, so
it is not running out of "disk".
No idea what to do. The repeated crashes make the system practically
unusable for me.
Regards, Richard
--- End Message ---
--- Begin Message ---
* u7l11ey@mail.lrz-muenchen.de <u7l11ey@mail.lrz-muenchen.de> [2008-03-12 21:05]:
> These messages also occured with the old kernel that crashed regularly.
> Don't know if they had anything to do with the crashes, but at least the
> new kernel is handling this problem better.
>
> Should the case be closed?
Yes, let's close this for now. I haven't heard of that other problem
you mention.
--
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---
Reply to: