Re: kernel BUG at mm/filemap.c:332!
From: Mihai RUSU (dizzy_at_roedu.net)
Date: 12/04/03
- Previous message: Guillermo Menguez Alvarez: "Re: oom killer in 2.4.23"
- In reply to: Linus Torvalds: "Re: kernel BUG at mm/filemap.c:332!"
- Next in thread: Nathan Scott: "Re: kernel BUG at mm/filemap.c:332!"
- Reply: Nathan Scott: "Re: kernel BUG at mm/filemap.c:332!"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Thu, 4 Dec 2003 19:26:38 +0200 (EET) To: Linus Torvalds <torvalds@osdl.org>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Linus
First of all thanks for the answer!
On Thu, 4 Dec 2003, Linus Torvalds wrote:
>
> Nathan,
> you're not off the hook yet. This is a smoking gun on XFS, and this time
> with a big clue: large directories, and a low-memory situation.
Sorry to have misguided you guys in the first post. After rebooting the
machine I have some more information, the actual directory size its about
some hundred entries (~400) and not thousands as I previously speculated
(I didnt know the exact number until I could ls it and I couldnt do that
until I had to reboot the machine).
Beeing just several hundred entries I know that I have at least one more
2.6.0-test11 machine (SMP, no MD but hw DAC960 RAID) with more entries in
one directory and I didnt got any such message (yet), it has only 5 days
uptime, we will see if I get anything there too. It could be just that on
the other machine I dont have much action happening in the directories
with many entries. The machine which got the kernel error has a lot of
things going in that directory with many entries (mostly stats gathered
every 5 mins from cron with mrtg and written to binary image files).
However I have some more usefull (I hope) information about the subject.
Before rebooting I wanted to first install a do_brk() patched 2.4.21-xfs
kernel with lilo. Unfortunetly lilo stuck in a fsync() call after writing
to screen that it did added all kernel images to MBR as configured in
lilo.conf. When I booted I had no problem to boot from the new do_brk()
fixed kernel so lilo seems it did the job, I dont know why it stuck
in fsync().
ctrl-alt-del didnt do the trick (I had online ssh session on the machine
which was working , I could do ps ax, vmstat etc, but probably init was
doing something which also stuck in D state) so I had to reboot it "hard".
After power on, one coleague complained that a file on which he worked a
couple of minutes before I took the machine down had NULL bytes instead of
actual content. I know that "dirty" data gets flushed to disk every 30
seconds so this seems a little bit strange (in general I know that XFS
leaves NULL bytes in files modified just before a unclean reboot but this
file was modified some 5 minutes before the "hard" reboot).
> Also, this time the config file doesn't have any MD/RAID support according
> to the attachment:
>
> # Multi-device support (RAID and LVM)
> #
> # CONFIG_MD is not set
>
> so it looks like the XFS and MD issues really are totally unrelated.
Yep, Im very conservative to the features I use in the kernel :)
> Mihai: the oops itself is in this case not very telling, since it's just a
> result of corruption of some fundamental data structures (probably
> somebody using a page cache page after having free'd it - and it probably
> only shows up when memory gets low and pages have to be cleaned). Can you
> tell Nathan more about the filesystem setup (block size, as much as
> possible about the affected directory, etc).
Ok.
$ xfs_info /var
meta-data=/var isize=256 agcount=18, agsize=262144 blks
data = bsize=4096 blocks=4482127, imaxpct=25
= sunit=0 swidth=0 blks, unwritten=0
naming =version 2 bsize=4096
log =internal bsize=4096 blocks=1200
realtime =none extsz=65536 blocks=0, rtextents=0
Mount options are "rw,noatime".
Please let me know if you need any other infos. Thanks!
> Linus
- --
Mihai RUSU Email: dizzy@roedu.net
GPG : http://dizzy.roedu.net/dizzy-gpg.txt WWW: http://dizzy.roedu.net
"Linux is obsolete" -- AST
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
iD8DBQE/z25QPZzOzrZY/1QRAnvLAKDmlFPQEYyzVmxgAgopuar3hhGZ5ACeOq6H
Zwty+roqa5JqjBZBJDF0xnc=
=gPtb
-----END PGP SIGNATURE-----
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Previous message: Guillermo Menguez Alvarez: "Re: oom killer in 2.4.23"
- In reply to: Linus Torvalds: "Re: kernel BUG at mm/filemap.c:332!"
- Next in thread: Nathan Scott: "Re: kernel BUG at mm/filemap.c:332!"
- Reply: Nathan Scott: "Re: kernel BUG at mm/filemap.c:332!"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
|
