From: Marc Lehmann <pcg@schmorp.de>
To: linux-kernel@vger.kernel.org
Subject: strange ext3 corruption problem on 2.6.x
Date: Sat, 13 Mar 2004 01:47:07 +0100 [thread overview]
Message-ID: <20040313004707.GA389@schmorp.de> (raw)
I use lvm-over-raid5 and get these messages once a day (requiring a reboot
afterwards):
EXT3-fs error (device dm-0): ext3_readdir: bad entry in directory #4804801: directory entry across blocks - offset=0, inode=0, rec_len=50000,
name_len=152
Aborting journal on device dm-0.
add_dirent_to_buf: aborting transaction: Journal has aborted in __ext3_journal_get_write_access<2>EXT3-fs error (device dm-0) in add_dirent_to
_buf: Journal has aborted
EXT3-fs error (device dm-0) in ext3_writeback_writepage: IO failure
EXT3-fs error (device dm-0) in ext3_writeback_writepage: IO failure
ext3_abort called.
EXT3-fs abort (device dm-0): ext3_journal_start: Detected aborted journal
Remounting filesystem read-only
EXT3-fs error (device dm-0) in start_transaction: Journal has aborted
EXT3-fs error (device dm-0) in ext3_delete_inode: Journal has aborted
EXT3-fs error (device dm-0) in ext3_create: Journal has aborted
EXT3-fs error (device dm-0): ext3_readdir: bad entry in directory #4804801: directory entry across blocks - offset=0, inode=0, rec_len=50000,
name_len=152
EXT3-fs error (device dm-0): ext3_readdir: bad entry in directory #4804801: directory entry across blocks - offset=0, inode=0, rec_len=50000,
name_len=152
EXT3-fs error (device dm-0): ext3_readdir: bad entry in directory #4804801: directory entry across blocks - offset=0, inode=0, rec_len=50000,
name_len=152
e2fsck after rebooting shows no errors and nothing to fix, and in fact, in
this very incident my home directory was missing, after rebooting it was
there again, so so far this doesn't look like on-disk data corruption.
About my configuration:
5 IDE disks were combined into one raid5, with lvm on top. Theer are
two lvs on the raid, one formatted with ext3 and one with reiserfs. the
array was not degraded and not rebuilding. Data throughput under 2.6 is
much lower than under 2.4, though (and 2.6 takes enourmous amounts of cpu
for reading from the raid5 array), but this issue is probably a seperate
problem.
Both partitions currently undergo heavy filesystem activity, mainly
untar'ing big tars with lots of medium-sized files (e.g. 10gb of jpeg
files, or cvs directories).
Reiserfs so far never gave a problem, neither did ext3 filesystems on
normal harddisk partitions (although the latter ones were never under
write stress like the partitions on the lv partitions).
There are no other kernel messages between mounting the volume and the
problem.
I can use this machine for many hours under no stress without any
problems.
I had these problems on 2.6.3 and 2.6.4, other 2.6. kernels have not been
tested.
Using 2.4 on the same machine (lvm1) doesn't show any problems (the
machine is a dual P-III 1ghz).
Summary: the ext3 partition regularly gives me these problems (about once
per day), while reiserfs on the same device does not. Neither of them
make problems under 2.4.
Hope that helps,
--
-----==- |
----==-- _ |
---==---(_)__ __ ____ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / pcg@goof.com |e|
-=====/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
next reply other threads:[~2004-03-13 0:47 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-03-13 0:47 Marc Lehmann [this message]
2004-03-13 2:34 ` strange ext3 corruption problem on 2.6.x Andrew Morton
2004-03-13 2:40 ` Marc Singer
[not found] <20040314222929.GA23106@mark>
2004-03-15 3:41 ` Marc Lehmann
2004-03-18 7:25 ` Pavel Machek
[not found] <1zRh6-2V6-9@gated-at.bofh.it>
[not found] ` <1zRh6-2V6-7@gated-at.bofh.it>
2004-03-15 23:25 ` Thorild Selen
-- strict thread matches above, loose matches on Subject: below --
2004-03-23 7:33 John Pearson
2004-03-23 7:54 ` Andrew D Kirch
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20040313004707.GA389@schmorp.de \
--to=pcg@schmorp.de \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox