Re: RE: xfs_repair leaves things un-repaired.

[Andrew Jones <ajones@apparatus.net>]

Barry Naujok wrote:

>Hi Andrew,
>
>The xfs_repair output is valid. All the inodes that are reporting errors
>are orphaned inodes that were moved into lost+found. At the start of
>phase 4, the lost+found directory is deleted which causes all the inodes
>in lost+found to be re-orphaned. The current solution to this problem is
>to rename lost+found after an xfs_repair run and then unmount and try
>xfs_repair again.
>
>Regarding the shutdown, that is not normal and I personally don't know
>what the problem is from the trace. If it's a corrupt lost+found that
>xfs_repair is generating (I gather you are rm'ing lost+found), the
>second xfs_repair run after a rename should identify the problem with
>the directory. You can also try running xfs_check on the device as it
>may pick up something xfs_repair is missing.
>
>Regards,
>Barry.
>  
>
Thanks a lot for the clear explanation.   I still don't know why it 
bombs out and shuts down the filesystem when the corrupt directories are 
manipulated, but I don't particularly care, in this case.  Moving 
lost+found and re-running xfs_repair has worked out the problem. I can 
now manipulate the contents of lost+found safely.