The rest of the 6.6 merge window [LWN.net]

The rest of the 6.6 merge window

Posted Sep 11, 2023 18:08 UTC (Mon) by Sesse (subscriber, #53779)
Parent article: The rest of the 6.6 merge window

It's interesting that online XFS repair is starting to get merged without having online XFS fsck (aka scrub) being marked as stable first. For large filesystems, it's very nice to be able to do regular checking instead of the dreaded 180-day monster fscks on a reboot (or, of course, going un-fscked, which has its own risks).

to post comments

The rest of the 6.6 merge window

Posted Sep 12, 2023 12:14 UTC (Tue) by hmh (subscriber, #3838) [Link] (2 responses)

Unless you special-cased something, XFS doesn't fsck AFAIK: fsck.xfs does nothing.

Did you (or your distro) add something on boot that calls xfs_repair (instead of fsck.xfs) when it has been longer than 180 days since the last time it was verified?

Also, for XFS, wouldn't online repair end up being the same as online fsck?

The rest of the 6.6 merge window

Posted Sep 12, 2023 12:17 UTC (Tue) by Sesse (subscriber, #53779) [Link] (1 responses)

> Unless you special-cased something, XFS doesn't fsck AFAIK: fsck.xfs does nothing.

I'm talking about the 180-day fsck.ext4 rule.

> Also, for XFS, wouldn't online repair end up being the same as online fsck?

No? There's a huge difference between checking for errors and trying to fix them online.

The rest of the 6.6 merge window

Posted Sep 14, 2023 20:35 UTC (Thu) by kamil (guest, #3802) [Link]

> I'm talking about the 180-day fsck.ext4 rule.

Hasn't that been off by default for... well, I don't even remember how long now... probably more than a decade?