RHEL-7999: distro/rhel9: Make /boot 600 MiB big on RHEL 9.3+ #186
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Changes in xfsprogs in 9.3 caused XFS partitions have less available space (due to more space reserved for the log section).
We discovered that this causes issues with kernel updates. When 3 kernels are already installed and dnf wants to install a new one (and replace the oldest one), /boot must contain 4 kernels for a brief period of time, which doesn't fit on the small partition. This causes the transaction test to fail, and dnf refuses to perform such a transaction.
There's a workaround: Remove one of the kernels manually using
dnf remove
before running an update.This is however quite surprising and annoying, thus this commits bumps the size of /boot to 600 MiB starting from 9.3 (and on CentOS Stream).
In order to implement this change, I had to make the base partition table a function. This feels a bit ugly, but I couldn't think of a cleaner way without much duplicated code.