From: Dave Chinner <david@fromorbit.com>
To: Emmanuel Florac <eflorac@intellique.com>
Cc: xfs@oss.sgi.com
Subject: Re: Corrupted filesystem: thoughts?
Date: Tue, 7 Oct 2014 21:56:57 +1100 [thread overview]
Message-ID: <20141007105657.GO2301@dastard> (raw)
In-Reply-To: <20141007093533.66ba8c7b@galadriel.home>
On Tue, Oct 07, 2014 at 09:35:33AM +0200, Emmanuel Florac wrote:
>
> Here we go again: Adaptec RAID adapters don't play well with HGST 3TB
> drives for some reason. When a drive fails, the filesystem is almost
> always corrupted. This one looks pretty bad according to the output of
> the latest "xfs_repair -n" of the 15 TB filesystem. Here is a sample
> of the 2MB log:
Is the log clean? (use xfs_logprint -t <dev> to determine that)
xfs_repair -n ignores dirty logs, so the state on disk it may be
reporting on can be inconsistent and that inconsistency is "fixed"
by running log recovery.
> Phase 1 - find and verify superblock...
> - reporting progress in intervals of 15 minutes
> Phase 2 - using internal log
> - scan filesystem freespace and inode maps...
> out-of-order bno btree record 83 (332943 42) block 27/4681
> out-of-order bno btree record 90 (322762 76) block 27/4681
> out-of-order bno btree record 91 (331903 125) block 27/4681
That implies that some updates to the btree block haven't occurred
that compact out the old entries (that are now out of order). That
can either occur due to writes going missing, or log recovery not
being run....
Most of the issues could be caused by having a dirty log that needs
recovery, so that is the first thing to check. Note that a
non-dry-run xfs_repair will warn and abort if the log is dirty,
unlike "xfs_repair -n".
Cheers,
Dave.
--
Dave Chinner
david@fromorbit.com
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2014-10-07 10:57 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-07 7:35 Corrupted filesystem: thoughts? Emmanuel Florac
2014-10-07 7:59 ` Emmanuel Florac
2014-10-07 10:59 ` Dave Chinner
2014-10-07 10:56 ` Dave Chinner [this message]
2014-10-07 11:22 ` Emmanuel Florac
2014-10-07 19:53 ` Dave Chinner
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=20141007105657.GO2301@dastard \
--to=david@fromorbit.com \
--cc=eflorac@intellique.com \
--cc=xfs@oss.sgi.com \
/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