[Top] [All Lists]

Re: XFS Repair hangs at inode repair in phase3

To: Dragon <Sunghost@xxxxxx>
Subject: Re: XFS Repair hangs at inode repair in phase3
From: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Fri, 27 Jun 2014 10:02:54 +1000
Cc: xfs@xxxxxxxxxxx
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <trinity-20fa04a2-b771-42eb-afb3-a915026306bd-1403810247665@3capp-gmx-bs14>
References: <trinity-20fa04a2-b771-42eb-afb3-a915026306bd-1403810247665@3capp-gmx-bs14>
User-agent: Mutt/1.5.21 (2010-09-15)
[ A couple of email-to-lists tips: Please:

        - don't post in html format, use plain text
        - please don't top post, commentin line
        - fix the in-reply-to fields on your email replies
          so that mail programs can thread the conversion properly

On Thu, Jun 26, 2014 at 09:17:27PM +0200, Dragon wrote:
> i upgraded to debian jessie with xfsprogs 3.2. if i run xfs_repair
> /dev/md2 the system hangs too. If i use -P it ends up with:
> corrupt block 0 in directory inode 2147702899: junking block
> Segmentation fault

Can you run this under a gdb and get a stack trace from where it
crashed. You might need to grab the source and build that to get a
meaningful stack trace....

> No modify flag set, skipping phase 5
> Inode allocation btrees are too corrupted, skipping phases 6 and 7
> No modify flag set, skipping filesystem flush and exiting.

What actually went wrong with your storage? The only time I've seen
that warning is when a raid array had been reconstructed incorrectly
after a series of disk failures. Did your RAID have failures or
reconstruction problems before XFS started reporting errors?


Dave Chinner

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