Avatar of ein_mann_betrieb
ein_mann_betrieb
 asked on

XFS Filesystem not mounting

Hello all,

I have an XFS filesystem (not my root filesystem) that is not mounting.

We had a power failure over the weekend. All but one of our XFS mounts is comming up. Its a large mount (2TB) and I am not seeing errors per se...

But after attempting to mount it, it has been 4 hours and all we see in either dmesg output or in the messages file from the kernel is:

"Starting FXS recovery on filesystem: sdd1 (logdev: internal)"

Our mount process is dead and I don't see any disk i/o going on. Am I missing something here on this?

I rebooted the box once earlier and was able mount read-only with norecovery...

I tried xfs_check and it also produced a dead "xfs_df -i -p xfs_check -c check /dev/sdd1"

Thoughts? Ideas?

Thanks!! -Peter.
Linux

Avatar of undefined
Last Comment
ein_mann_betrieb

8/22/2022 - Mon
ASKER CERTIFIED SOLUTION
Duncan Roe

THIS SOLUTION ONLY AVAILABLE TO MEMBERS.
View this solution by signing up for a free trial.
Members can start a 7-Day free trial and enjoy unlimited access to the platform.
See Pricing Options
Start Free Trial
GET A PERSONALIZED SOLUTION
Ask your own question & get feedback from real experts
Find out why thousands trust the EE community with their toughest problems.
TobiasHolm

"xfs_repair repairs corrupt or damaged XFS filesystems (see xfs(5)). The filesystem is specified using the device argument which should be the device name of the disk partition or volume containing the filesystem. If given the name of a block device, xfs_repair will attempt to find the raw device associated with the specified block device and will use the raw device instead.Regardless, the filesystem to be repaired must be unmounted, otherwise, the resulting filesystem may be inconsistent or corrupt. "

Ref: http://linux.die.net/man/8/xfs_repair

If that doesn't work, I'd say you have to restore your backup.

Regards, Tobias
ein_mann_betrieb

ASKER
Hello...

Sorry I should have been more specific...

I know about xfs_repair... but that would require me to zero out my log.

I ended up with my answer on the xfs mailing list.

"echo t > /proc/sysrq-trigger"
This will output the stack trace associated with the hung mount/xfs-check process.

I will give duncan the points since he was first.
ein_mann_betrieb

ASKER
It is a solution, but I was looking for more in-depth debugging.
Your help has saved me hundreds of hours of internet surfing.
fblack61