public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
From: Dave Chinner <david@fromorbit.com>
To: Wes Deviers <yhetti@gmail.com>, 713994@bugs.debian.org
Subject: Bug#713994: XFS repair
Date: Tue, 25 Jun 2013 08:47:53 +1000	[thread overview]
Message-ID: <20130624224753.GW29338@dastard> (raw)
In-Reply-To: <CAMjbrKp164a2CU2SPn94NGP+urwKUCtGz2vKyt6snSWaYdHebA@mail.gmail.com>

On Mon, Jun 24, 2013 at 12:43:55PM -0400, Wes Deviers wrote:
> Update:
> 
> xfs_repair has fixed the problem:
> 
> root@ashdbtrk-s008-02:/home/wdeviers# xfs_check /dev/vg0/mysql
> agf_freeblks 327676, counted 655100 in ag 4
> agf_longest 327676, counted 655100 in ag 4
> block 12/1 expected type unknown got btbno
> block 12/4 expected type unknown got free2
> ...
> block 12/45268 expected type unknown got free2
> block 12/45269 expected type unknown got free2
> block 12/45270 expected type unknown got free2
> block 12/45271 expected type unknown got free2
> block 12/45272 expected type unknown got free2
> block 12/45273 expected type unknown got free2
> block 12/45274 expected type unknown got free2
> block 12/45275 expected type unknown got free2
> 
> root@ashdbtrk-s008-02:/home/wdeviers# xfs_repair /dev/vg0/mysql
> Phase 1 - find and verify superblock...
> Phase 2 - using internal log
>         - zero log...
>         - scan filesystem freespace and inode maps...
> primary/secondary superblock 4 conflict - AG superblock geometry info
> conflicts with filesystem geometry
> bad sequence # 12 for agf 4
> bad length 327680 for agf 4, should be 655104
> bad sequence # 12 for agi 4
> bad length # 327680 for agi 4, should be 655104
> reset bad sb for ag 4
> reset bad agf for ag 4
> reset bad agi for ag 4
> sb_fdblocks 28836636, counted 28509212

The AG headers for AG #4 have been overwritten with header from a
different AG# (12 instead of 4) that has a different length (327680
instead of 655104).  The sequence number mismatch is why the runtime
errors are being thrown

However, the superblock for AG 4 has the wrong geometry and that's
indicative of it belonging to some other filesystem. i.e. a
misdirected write. I'd be taking a careful look at your storage,
because misdirected writes are evil and *extremely hard* to diagnose
without specialised equipment...

Anyway, you're running an old, old kernel (2.6.32-5-amd64) and
xfsprogs, so unless you can reproduce this reliably on a couple of
different types of hardware with a more recent kernel and xfsprogs,
we aren't really going to be able to do anything about your problem.

Cheers,

Dave.
-- 
Dave Chinner
david@fromorbit.com

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

      reply	other threads:[~2013-06-24 22:51 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-24 16:43 Bug#713994: XFS repair Wes Deviers
2013-06-24 22:47 ` Dave Chinner [this message]

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=20130624224753.GW29338@dastard \
    --to=david@fromorbit.com \
    --cc=713994@bugs.debian.org \
    --cc=yhetti@gmail.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