xfs
[Top] [All Lists]

Re: Corruption of in-memory data detected.

To: Marc Schmitt <schmitt@xxxxxxxxxxx>, Steve Lord <lord@xxxxxxx>
Subject: Re: Corruption of in-memory data detected.
From: Seth Mos <knuffie@xxxxxxxxx>
Date: Sun, 28 Oct 2001 16:40:18 +0100
Cc: Eric Sandeen <sandeen@xxxxxxx>, linux-xfs@xxxxxxxxxxx, florin@xxxxxxx
In-reply-to: <3BD800FC.6020005@xxxxxxxxxxx>
References: <200110242032.f9OKWPk32359@xxxxxxxxxxxxxxxxxxxx>
Sender: owner-linux-xfs@xxxxxxxxxxx
At 14:09 25-10-2001 +0200, Marc Schmitt wrote:
Steve Lord wrote:

Yes, but the detection process may need some work - ext2 will probably
have radically different behavior on an error. It may throw up on the
filesystem, or you may have to run fsck afterwards to see what happened
to the fs.


Hmm, using mke2fs 1.25 (with m set to 1), mongo runs a complete benchmark over the 1.2TB:
Filesystem           1k-blocks       Used Available  Use% Mounted on
/dev/md0             1135510828        20 1123788584   1% /local

After unmounting, I ran e2fsck:e2fsck 1.25 (20-Sep-2001)
/dev/md0: clean, 11/293076992 files, 9177898/293055600 blocks

you may need to force the the fsck. In this case it is probably only checking if it was cleanly unmounted or not.


Same steps as above with the current version of e2fsprogs on a RedHat 7.1 system showed no different result (e2fsck 1.23, 15-Aug-2001 for EXT2 FS 0.5b, 95/08/09)


Greetz
        Marc



--
Seth
Every program has two purposes one for which
it was written and another for which it wasn't
I use the last kind.


<Prev in Thread] Current Thread [Next in Thread>