99f10f9380
Somewhere between the upstream container rockylinux/rockylinux:8.6.20220515 and the latest release, systemd started to be pre-installed in the container. With <= 20220515 installing the kernel-core package would end up pulling in systemd. As part of the systemd package installation, the /etc/machine-id file is created and populated. The kernel package post-install steps install the kernel with /bin/kernel-install; this is responsible for copying the kernel binaries into /boot. It does this based on the machine-id, and it seems its failure case with a blank machine-id is to simply skip copying the kernels into /boot. To compound this problem, it seems our bootloader installation doesn't notice that we don't have a kernel installed, so we end up building an unbootable image. Testing is/was showing us this; but as rocky is non-voting and this occured at a random time (rather than in response to a dib change) I think it slipped by us. To work around this, create the machine-id early in the container. We already have paths that remove the machine-id from final images. Change-Id: I07e8262102d4e76c861667a98ded9fc3f4f4b82d |
||
---|---|---|
.. | ||
containerfiles | ||
environment.d | ||
test-elements/build-succeeds | ||
element-deps | ||
package-installs.yaml | ||
README.rst |
================ rocky-container ================ Create a minimal image based on Rocky Linux container image This element sets the ``DISTRO_NAME`` var to 'rocky'. The release of rocky to be installed can be controlled through the ``DIB_RELEASE`` variable, which defaults the latest supported release.