On 10/20/21 6:36 AM, Carlos Maiolino wrote:
On Tue, Oct 19, 2021 at 04:04:14PM -0500, Eric Sandeen wrote:
On 10/19/21 3:44 PM, Dave Chinner wrote:
On Tue, Oct 19, 2021 at 10:18:31AM -0500, Eric Sandeen wrote:
Darrick taught xfs_admin to upgrade filesystems to bigtime and inobtcount, which is
nice! But it operates via xfs_repair on an unmounted filesystem, so it's a bit tricky
to do for the root fs.
It occurs to me that with the /forcefsck and /fsckoptions files[1], we might be able
to make this a bit easier. i.e. touch /forcefsck and add "-c bigtime=1" to /fsckoptions,
and then the initrd/initramfs should run xfs_repair with -c bigtime=1 and do the upgrade.
Does that happen before/after swap is enabled?
IIRC in general, it follows the /etc/fstab mount order, and to access that,
rootfs should be mounted, and, (also IIRC), the rootfs is mounted RO, and then
remounted RW once the boot pre-reqs are read, but I can confirm that.
Also, ISTR historical problems with doing initrd based root fs
operations because it's not uncommon for the root filesystem to fail
to cleanly unmount on shutdown. i.e. it can end up not having the
unmount record written because shutdown finishes with the superblock
still referenced. Hence the filesystem has to be mounted and the log
replayed before repair can be run on it....
I suppose this is already true nowadays? If /forcefsck exists, we are already
running fsck the on the rootfs, so, I wonder what happens nowadays, as I haven't
tried to use /forcefsck. But anyway, I don't think the behavior will be much
different from the current one. I should check what happens today..
Does anyone see a problem with this? If not, would anyone like to
take this on as a small project?
If nobody has any objections, I'll be happy to work on this :)
Sure, go for it. Talking to Darrick yesterday, we were wondering how swap is
handled in the initramfs. If you haven't mounted root, you don't have fstab
to find swap. But blkid *could* identify all swap partitions anyway. I doubt
it does that.
The other thing I wondered about was checking system memory, and limiting
repair to use that much with -m. If it's not available, would it fail more
gracefully than OOMing halfway through?
if this all feels to crazy, I'm ok with not going forward but it seems worth
investigating, because operations like this on the root fs can be a real pain.
-Eric
