| To: | Ben Myers <bpm@xxxxxxx>, Dave Chinner <david@xxxxxxxxxxxxx>, linux-xfs@xxxxxxxxxxx |
|---|---|
| Subject: | Re: mount XFS partition fail after repair when uquota and gquota are used |
| From: | Guillaume Anciaux <guillaume.anciaux@xxxxxxx> |
| Date: | Tue, 19 Mar 2013 15:15:59 +0100 |
| Delivered-to: | linux-xfs@xxxxxxxxxxx |
| In-reply-to: | <51478CAB.3020409@xxxxxxx> |
| References: | <1363600796196-34996.post@xxxxxxxxxxxxx> <20130318164743.GC22182@xxxxxxx> <51477035.7070200@xxxxxxx> <20130318213604.GF22182@xxxxxxx> <51478CAB.3020409@xxxxxxx> |
| User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 |
Dear Ben and Dave, I fixed my problem:I was using the version 3.1.7 of xfs_repair and eventhough the inode problem was detected:
....
- agno = 3
data fork in regular inode 3224608213 claims used block 335579196
- agno = 4
....
The problem was never corrected. So under the advice of Ben Meyers, I
compiled the latest version from git of the xfsprogs (3.1.10) and used
the xfs_repair tool from that version.
The problem was then addressed:
....
- agno = 3
data fork in regular inode 3224608213 claims used block 335579196
correcting nextents for inode 3224608213
correcting nextents for inode 3224608213, was 1 - counted 0
- agno = 4
.....
And it did fix the problem.
I want to thank you again for your concern on my problem.
best,
Guillaume Anciaux
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | CarPodCast.Com.uY - Anuncie por $3, Carpodcast |
|---|---|
| Next by Date: | Re: [PATCH 3/3 V4] xfstests: btrfs tests for basic informational commands, Rich Johnston |
| Previous by Thread: | Re: mount XFS partition fail after repair when uquota and gquota are used, Ben Myers |
| Next by Thread: | Re: mount XFS partition fail after repair when uquota and gquota are used, Keith Keller |
| Indexes: | [Date] [Thread] [Top] [All Lists] |