On Thu, Mar 29, 2012 at 10:10:55AM -0500, Kirk Anderson wrote: > Thank you for the reply. I apologize as I do not know how to reply back in > the thread. I ran the xfs_repair command below: Just reply to all - the list sets up the reply-to headers automatically for this. I've re-cc'd the list. > xfs_repair -n /dev/md2 > > The output is 21,078 lines. The first few are below. > > I am just trying to make sure I do not dig this hole any deeper than it has > to be. Is there anything of this that you would need to look at or do I > just run the xfs_repair without any flags? > > I appreciate your help. Thanks, Kirk > > No modify flag set, skipping phase 5 > .. > Phase 2 - using internal log > - scan filesystem freespace and inode maps... > bad magic # 0xb5524a00 for agf 0 > bad version # -447948225 for agf 0 > bad sequence # -920712132 for agf 0 Oh, that's really bad. Something has gone disasterously wrong with your RAID device. The first thing you ned to check is whether it got put back together in the correct order - it may be that the disk that is supposed to be the first in the array isn't anymore... Have a look at the first sector of each device in the RAID array - the one that should be first needs to have an XFS superblock in that sector. The easy way to check that is to run: $ sudo dd if=/dev/vda bs=512 count=1 2> /dev/null | hexdump -C 00000000 58 46 53 42 00 00 10 00 00 00 00 00 00 10 00 00 |XFSB............| 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| 00000020 27 04 1a bb 8d cc 47 ea b4 18 be 11 84 43 e2 56 |'.....G......C.V| 00000030 00 00 00 00 00 08 00 04 00 00 00 00 00 00 00 80 |................| 00000040 00 00 00 00 00 00 00 81 00 00 00 00 00 00 00 82 |................| 00000050 00 00 00 01 00 04 00 00 00 00 00 04 00 00 00 00 |................| 00000060 00 00 0a 00 b4 b4 02 00 01 00 00 10 00 00 00 00 |................| 00000070 00 00 00 00 00 00 00 00 0c 09 08 04 12 00 00 19 |................| 00000080 00 00 00 00 00 00 2d 00 00 00 00 00 00 00 00 83 |......-.........| 00000090 00 00 00 00 00 0c 4e e8 00 00 00 00 00 00 00 00 |......N.........| 000000a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| 000000b0 00 00 00 00 00 00 00 02 00 00 00 00 00 00 00 00 |................| 000000c0 00 00 00 00 00 00 00 01 00 00 00 0a 00 00 00 0a |................| 000000d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000200 And the superblock has that "XFSB" magic number as the first 4 bytes of the output. Similarly, the second sector should contain an AGF (magic number XAGF), the third sector an AGI (magic XAGI). If the first device in the array does not have a XFSB at sector zero, then the device definitely has been Sewn Back Together Wrong. If that isn't the problem, then I think it is likely you are going to lose a lot of data, and you should look disaster recovery tools like xfs_irecover to extract the intact data rather than trying to repair it... Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
