On 09/02/16 10:14, Wilson, Kyle wrote:
It is a relatively new file system. It was probably created within the
last six months. It has only ever been used with Centos 7. It has been
mounted with the kernel-3.10.0-229 and kernel-3.10.0-327.22.2.el7
kernels. There was a hardware issue with the power supply to a few of
the physical disks that make up one of the software raid devices. A
couple disks would lose power and go offline. While resolving that
issue, there most likely were some hard reboots.
thanks, for the history.
What steps do I need to take to get you the metadata dump?
# xfs_metadump /dev/XXX ./metadump-outputfile
This will obfuscation of file names and extended attributes - no file
data is copied.
--Mark.
Thank you for your help.
Kyle
On 09/02/2016 08:06 AM, Mark Tinguely wrote:
On 09/01/16 18:54, Wilson, Kyle wrote:
I have a large (70 TB) XFS filesystem which I am unable to mount. The
mount command hangs for a very long time, and /var/log/messages shows
the following:
Sep 1 16:49:00 myhost kernel: XFS (dm-2): Mounting V4 Filesystem
Sep 1 16:49:00 myhost kernel: XFS (dm-2): Starting recovery (logdev:
internal)
Sep 1 16:49:04 myhost kernel: XFS: Internal error
XFS_WANT_CORRUPTED_GOTO at line 1649 of file fs/xfs/xfs_alloc.c. Caller
xfs_free_extent+0xe5/0x120 [xfs]
...
The error 5 message repeats continuously.
I am running Centos 7. The filesystem is on a logical volume which
resides on a volume group made up of 3 software raid devices.
Any help would be greatly appreciated. Thanks.
Kyle
The by count/block number btrees disagree.
These kinds of problems are difficult since the problem does not
manifest itself until the extent is removed.
Is this a new or old filesystem?
What other versions of Linux did you run on this filesystem.
Has there been storage errors?
Has it had a forced shutdown before?
Ever a problem that required log replay?
I would like to look at the metadata dump if you are willing. It should
give a better why it failed but the how may still be elusive.
(After the metadata dump,) you will need to run "xfs_repair -L" to fix.
--Mark Tinguely.
--
To unsubscribe from this list: send the line "unsubscribe linux-xfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
