> On 4 May 2025, at 00:34, Dave Chinner <david@xxxxxxxxxxxxx> wrote: > > On Sat, May 03, 2025 at 04:01:48AM +0200, Roy Sigurd Karlsbakk wrote: >> Hi all >> >> I have an XFS filesystem on an LVM LV which resides on a RAID-10 (md) with four Seagate Exos 16TB drives. This has worked well for a long time, but just now, it started complaining. The initial logs were showing a lot of errors and I couldn't access the filesystem, so I gave it a reboot, tha tis, I had to force one. Anyway - it booted up again and looked normal, but still complained. I rebooted to single and found the (non-root) filesystem already mounted and unable to unmount it, I commented it out from fstab and rebooted once more to single. This allowed me to run xfs_repair, although I had to use -L. Regardless, it finished and I re-enabled the filesystem in fstab and rebooted once more. Starting up now, it seems to work, somehow, but ext4 still throws some errors as shown below, that is, "XFS (dm-0): corrupt dinode 43609984, (btree extents)." It seems to be the same dinode each time. >> >> Isn't an xfs_repair supposed to fix this? >> >> I'm running Debian Bookworm 12.10, kernel 6.1.0-34-amd64 and xfsprogs 6.1.0 - everything just clean debian. > > Can you pull a newer xfsprogs from debian/testing or /unstable or > build the latest versionf rom source and see if the problem > persists? I just tried with xfsprogs-6.14 and also upgraded the kernel from 6.1.0-35 to 6.12.22+bpo. The new xfsprogs haven't been installed properly, just lying in its own directory to be run from there. I downed the system again and ran a new repair. After the initial repair, I ran it another time, and another, just to check. After rebooting back, it still throws thesame error at me about "[lø. mai 3 03:28:14 2025] XFS (dm-0): Metadata corruption detected at xfs_iread_bmbt_block+0x271/0x2d0 [xfs], inode 0x2996f80 xfs_iread_bmbt_block" > It is complaining that it is trying to load more extents than the > inode thinks it has allocated in ip->if_nextents. > > That means either the btree has too many extents in it, or the inode > extent count is wrong. I can't tell which it might be from the > dump output, so it would be useful to know if xfs-repair is actually > detecting this issue, too. > > Can you post the output from xfs_repair? Could you also pull a newer > xfs_reapir from debian/testing or build 6.14 from source and see if > the problem is detected and/or fixed? I couldn't find much relevnt output, really. I can obviously run it again, but it takes some time and if you have some magick options to try with it, please let me know first. thanks roy -- Roy Sigurd Karlsbakk roy@xxxxxxxxxxxxx +47 9801 3356 -- I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er et elementært imperativ for alle pedagoger å unngå eksessiv anvendelse av idiomer med xenotyp etymologi. I de fleste tilfeller eksisterer adekvate og relevante synonymer på norsk.
