xfs error

Eric Sandeen sandeen at sandeen.net
Wed Jan 7 19:55:45 CST 2009


An xfs_metadump of the filesystem might let someone debug the repair  
hang...

-Eric

On Jan 7, 2009, at 7:39 PM, "Gomel Kiev" <gomelkiev at gmail.com> wrote:

> I tried xfs_repair on ARM box,results are same as on X86 platform,
> running for 20+ hours saying :
> root at BUFFALO:~# xfs_repair /dev/sdd
> Phase 1 - find and verify superblock...
> couldn't verify primary superblock - not enough secondary superblocks
> with matching geometry !!!
>
> attempting to find secondary superblock...
> ...
>
> thanks
> PS. is it possible at least to get list of files, just names?
>
>
> On Wed, Jan 7, 2009 at 6:19 PM, Dave Chinner <david at fromorbit.com>  
> wrote:
>> On Tue, Jan 06, 2009 at 11:02:20PM -0700, Gomel Kiev wrote:
>>> Hello, here is whole story, maybe somebody can help.
>>> hardware: buffalo linkstation + "MS2UT+B"  in mirror mode, raid1.
>>> 2x1tb seagate drives
>>> buffalo :
>>> root at BUFFALO:~# uname -a
>>> Linux BUFFALO 2.6.16.16-arm1 #9 Wed Mar 7 14:17:36 JST 2007  
>>> armv5tejl unknown
>>>
>>> xfs version:
>>> root at BUFFALO:~# xfs_info -V /mnt/usbdisk2
>>> xfs_info version 2.5.6
>>
>> That's on ARM...
>>
>>> on dec 12, log show errors:
>>> Dec 12 04:26:28 BUFFALO kernel: 0x0: 60 f2 de 8d 58 cf 08 48 46 76  
>>> 56
>>> 8f 1e 3e 78 29
>>> Dec 12 04:26:28 BUFFALO kernel: Filesystem "sdc1": XFS internal  
>>> error
>>> xfs_da_do_buf(2) at line 2221 of file fs/xfs/xfs_da_btree.c.  Caller
>>> 0xc011ff60
>>
>> .... and you have a corrupted directory.
>>
>>> after that , could not mount drive(any). I removed drives from
>>> external storage and connected to Knoppix
>>> here is info:
>>> Linux Knoppix 2.6.19 #7 SMP PREEMPT Sun Dec 17 22:01:07 CET 2006  
>>> i686 GNU/Linux
>>>
>>> xfs version:
>>> xfs_info version 2.8.11
>>
>> Which is x86....
>>
>>> dmesg shows:
>>> Starting XFS recovery on filesystem: hda (logdev: internal)
>>> Filesystem "hda": XFS internal error xlog_valid_rec_header(1) at  
>>> line
>>> 3503 of file fs/xfs/xfs_log_recover.c.  Caller 0xd14f14d2
>>> [<d14eeceb>] xlog_valid_rec_header+0x10f/0x14c [xfs]
>>> [<d14f14d2>] xlog_do_recovery_pass+0x1e2/0x940 [xfs]
>>> [<d14f14d2>] xlog_do_recovery_pass+0x1e2/0x940 [xfs]
>>> [<d14f34a7>] xlog_recover+0xdf/0x250 [xfs]
>>
>> and this is trying to replay a dirty log in ARM format. You need
>> to get the log cleaned before you'll be able to mount it on a
>> non-ARM platform.
>>
>>> xfs_repair on knoppix running 20 hours, showing:
>>> Phase 1 - find and verify superblock...
>>> couldn't verify primary superblock - not enough secondary  
>>> superblocks
>>> with match                   ing geometry !!!
>>
>> That implies a clean log - did you zero it first to get repair to
>> run? Have you tried running repair on the ARM box?
>>
>> Cheers,
>>
>> Dave.
>> --
>> Dave Chinner
>> david at fromorbit.com
>>
>
> _______________________________________________
> xfs mailing list
> xfs at oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/xfs
>




More information about the xfs mailing list