| To: | Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: broken XFS filesystem not to be repaired by xfs_repair 3.1.2 |
| From: | Dave Chinner <david@xxxxxxxxxxxxx> |
| Date: | Thu, 2 Sep 2010 11:52:07 +1000 |
| Cc: | xfs@xxxxxxxxxxx |
| In-reply-to: | <201009010226.46771@xxxxxx> |
| References: | <201009010226.46771@xxxxxx> |
| User-agent: | Mutt/1.5.20 (2009-06-14) |
On Wed, Sep 01, 2010 at 02:26:46AM +0200, Michael Monnerie wrote: > http://zmi.at/x/big.xfs.metadump.bz2 > > After I did the big "rm -r" on that 4TB volume, 4 subdirs with a file in > each are still left even after 20 "xfsrepair;mount;rm -r;umount" cycles. > So I dare to say it can't be repaired here. Ok, so those inodes have corrupted data/attribute forks - I'd say they are victims of the xfs_fsr swapext problems with dynamic attribute forks. I'll use the image to write a fix for repair to detect and correct the problem. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: deleting 2TB lots of files with delaylog: sync helps?, Dave Chinner |
|---|---|
| Next by Date: | Re: deleting 2TB lots of files with delaylog: sync helps?, Michael Monnerie |
| Previous by Thread: | Patch fs/xfs/xfs_alloc.c, Poyo VL |
| Next by Thread: | [PATCH] xfs: prevent 32bit overflow in space reservation, Dave Chinner |
| Indexes: | [Date] [Thread] [Top] [All Lists] |