We should take advantage of the latest tinycore image version to
build ipa ramdisks, just to be able to use kernel from series 5.x
Depends-On: https://review.opendev.org/739448
Depends-On: https://review.opendev.org/756353
Story: 2007855
Task: 40158
Change-Id: I852aeac090bb38dbb20f8484e191ba76b42c9dd9
In trying to do a UEFI partition image, we need dosfstools
and our tinycore image doesn't have it present.
Ultimately this raises an exception along the lines of:
prepare_image, error: Failed to create a file system.
File system vfat is not supported.:
ironic_lib.exception.FileSystemNotSupported:
Failed to create a file system. File system vfat is not
supported.
Which is rooted in the mkfs.vfat binary not being
present.
mkfs: failed to execute mkfs.vfat: No such file or directory
I confirmed the tinycore-master image does indeed lack
the dosfstools package. As such adding it to the final
requirements list should enable tinycore to support UEFI
partition image deployments.
Change-Id: I7df395bd2dcc5613a54a21d4aaa14b1e5862e7c3
Adds ntpdate to the binary package list for the diskimage-builder
element, and added ntpclient to the tinycore package list and added
a small shim to wrap ntpclient as ntpdate is not a native tinycore
package.
For larger ramdisks, we attempt to use chrony, which superceeds the ntp
package as a combined time server and client.
Change-Id: If99f2df31af8e4d41ad7813d25f0d779abc23f7a
Needed-By: https://review.opendev.org/#/c/707911/
Upgrading tinycore from version 9.x to 10.x
This change was merged [1] and reverted [2], let's give it another
try and eventually discuss about possible issues.
[1] https://review.opendev.org/688411
[2] https://review.opendev.org/698098
Change-Id: I831b414461f77c65e34b0f357763e38e74e65e29
Tinycore needs xfs support in order to be used in certian
low memory testing situtions with images that prefer
to use XFS as the filesystem.
Change-Id: Ief9c04a57c3e3249ddf081b249aa583169065582
While running TinyIPA stable/stein images in KVM virtual machines with
Tenks, we noticed that IPA would start but not execute further, which
appeared to be caused by a lack of entropy.
This patch installs haveged, a simple entropy daemon [1], into the
tinyipa ramdisk and starts it on boot, which resolves the issue.
While this problem was reproduced reliably with stable/stein and not
seen with stable/train or stable/rocky images, we will start running
haveged in all versions, for consistency. It adds less than 20 KiB to
the ramdisk.
[1] http://www.issihosts.com/haveged/
Change-Id: I7d47b7828733cc03c1ed6c370c451465a6d492b6
Story: 2006911
Task: 37554
We need the ``file`` command to examine the magic numbers in the
metadata of block devices to determine if a bootloader is persent.
Change-Id: I5e73113148e721c6644bbfd626c563e72468d030
There were two packages added to IPA repo but not
here, make them synced as we are switching to use
this repo. Package list is sorted.
Change-Id: I749dd845a886c14bbd679323de48edbd8c545c50