| To: | Steve Lord <lord@xxxxxxx> |
|---|---|
| Subject: | Re: Corruption of in-memory data detected. |
| From: | Marc Schmitt <schmitt@xxxxxxxxxxx> |
| Date: | Thu, 25 Oct 2001 14:09:32 +0200 |
| Cc: | Eric Sandeen <sandeen@xxxxxxx>, linux-xfs@xxxxxxxxxxx, florin@xxxxxxx |
| References: | <200110242032.f9OKWPk32359@jen.americas.sgi.com> |
| Sender: | owner-linux-xfs@xxxxxxxxxxx |
| User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 |
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 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)
|
| Previous by Date: | Re: Linux page cache doubt, Steve Lord |
|---|---|
| Next by Date: | Re: Corruption of in-memory data detected., Steve Lord |
| Previous by Thread: | Re: Corruption of in-memory data detected., Martin K. Petersen |
| Next by Thread: | Re: Corruption of in-memory data detected., Steve Lord |
| Indexes: | [Date] [Thread] [Top] [All Lists] |