xfs
[Top] [All Lists]

Re: XFS internal error XFS_WANT_CORRUPTED_GOTO

To: Nitin Arora <nitin.arora.del@xxxxxxxxx>
Subject: Re: XFS internal error XFS_WANT_CORRUPTED_GOTO
From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Thu, 25 Jun 2009 08:45:12 -0500
Cc: xfs@xxxxxxxxxxx
In-reply-to: <409bd82b0906250306o47b4bc54pb7a7d199e17af5e6@xxxxxxxxxxxxxx>
References: <409bd82b0906240456m44d95343vdd62f0c3ad7bcdac@xxxxxxxxxxxxxx> <4A4228DE.6040104@xxxxxxxxxxx> <409bd82b0906250306o47b4bc54pb7a7d199e17af5e6@xxxxxxxxxxxxxx>
User-agent: Thunderbird 2.0.0.21 (Macintosh/20090302)
Nitin Arora wrote:
> Hi,
> 
> I have tried the patch provided in that link but unfortunately it
> doesn't solve that problem.
> I have run xfs_repair on the corrupted partition and got the following
> output.

Ah, well, if you had actual on-disk corruption, that's likely the reason
for the "internal error" - and finding out how it got corrupted after
the fact will be nigh impossible, I'm afraid.

-Eric

> Phase 1 - find and verify superblock...
> Phase 2 - using internal log
>         - zero log...
>         - scan filesystem freespace and inode maps...
>         - found root inode chunk
> Phase 3 - for each AG...
>         - scan and clear agi unlinked lists...
>         - process known inodes and perform inode discovery...
>         - agno = 0
> data fork in regular inode 159 claims used block 667542
> bad data fork in inode 159
> cleared inode 159
> data fork in regular inode 6228245 claims used block 667569
> bad data fork in inode 6228245
> cleared inode 6228245
>         - agno = 1
>         - agno = 2
>         - agno = 3
>         - process newly discovered inodes...
> Phase 4 - check for duplicate blocks...
>         - setting up duplicate extent list...
>         - check for inodes claiming duplicate blocks...
>         - agno = 0
> entry "Masoom7.avi" at block 0 offset 1824 in directory inode 128
> references free inode 159
>         clearing inode number in entry at offset 1824...
> entry "Gandhi4.avi" at block 2 offset 664 in directory inode 128
> references free inode 6228245
>         clearing inode number in entry at offset 664...
> data fork in ino 133 claims dup extent, off - 0, start - 667542, cnt 333765
> bad data fork in inode 133
> cleared inode 133
>         - agno = 1
>         - agno = 2
>         - agno = 3
> Phase 5 - rebuild AG headers and trees...
>         - reset superblock...
> Phase 6 - check inode connectivity...
>         - resetting contents of realtime bitmap and summary inodes
>         - traversing filesystem ...
> entry "3.avi" in directory inode 128 points to free inode 133
> bad hash table for directory inode 128 (no data entry): rebuilding
> rebuilding directory inode 128
>         - traversal finished ...
>         - moving disconnected inodes to lost+found ...
> Phase 7 - verify and correct link counts...
> done

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