With the fix to the uefi code path so secure boot works properly and is not accidently stomped on, we forgot to rescan the device and force the partition table to update, which is vital for iscsi based deploys. Conflicts: ironic_python_agent/extensions/image.py Depends-On: https://review.opendev.org/706960 Change-Id: Ic2f338be075e93a2ce8c76c706d37db9bf8792ea Story: 2007276 Task: 38713 (cherry picked from commit 6f1f9c7f6ed55689f5e738e7b6f01a5c789099e5)
HPE "Virtual Install Devices" appear as read-only block devices, and may... or may not be visible depending on the bios configuration state. These devices can no longer be disabled from the bios settings so the simplest course of action seems to be that we should handle the existence of a read-only device. In the event of secure erase, this is treated as a hard failure case and a driver_internal_info flag has been added to enable a future bypass method for knowledgable operators. Backport note: the unit tests have been modified to account for Python 2 Conflicts: ironic_python_agent/hardware.py ironic_python_agent/tests/unit/test_hardware.py Change-Id: Ief8b360d11e654d8fae3a04a2a9f8d474a06e167 Story: 2007229 Task: 38502 (cherry picked from commit cd7b2693f873bde72706f8b6ab8c1f21e68f0fd1)
This patch changes the workflow for whole disk images when using uefi. If we can identify the bootloader and it's valid we can update using efibootmgr since grub2-install have problems specially on secure boot mode. We also updated the regex to search for the uefi partition on the disk, since in some cases the parted command output can be without the FS for the partition with esp Flag. Adds the efibootmgr and efivar to tinyipa (since ipa-builder is not used in stable/train) Change-Id: I7167e71e5d2352a045565289b200e5530d0ba11d Story: #2006847 Task: #37435 (cherry picked from commit b6210be196fea271b2c49f89d3e1638517c1198c)
This patch adds a function that will be responsible to identify
the efi partition on a give device, this is necessary on the Software
Raid scenario and when installing bootloader.
Conflicts:
ironic_python_agent/tests/unit/test_utils.py
ironic_python_agent/utils.py
Change-Id: I5f326db2d37b2a15090ec84e477e63f7d92e7447
Co-Authored-By: Raphael Glon <raphael.glon@corp.ovh.com>
(cherry picked from commit 966356e58c786fab1b176767615c481d449076a2)
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. We first applied this change in ironic-python-agent-builder for master and stable/train with I7d47b7828733cc03c1ed6c370c451465a6d492b6 [2]. We still build stable/stein images from the ironic-python-agent repository, so we can't directly backport the commit. Additionally, we install haveged from source, because a Tiny Core extension is available only for x86, not for x86_64 [3]. We use version 1.9.4 as newer versions require a more recent GNU Automake. [1] http://www.issihosts.com/haveged/ [2] https://review.opendev.org/#/c/695080/ [3] http://tinycorelinux.net/8.x/x86_64/tcz/ Change-Id: I7d47b7828733cc03c1ed6c370c451465a6d492b6 Story: 2006911 Task: 37554
Due to the way we currently define install_command, all test targets are using upper-constraints, including the lower-constraints one. This patch fixes it and adds standard things like passing proxy settings. Change-Id: I61c3b45ae591ea44688f29598cb8b802bb094423 (cherry picked from commit 91ed55678ee662df36794bf1f79153e6585023d6)
Conversion from Quantity to int/long was added only in 0.5.2. Change-Id: I23f93d29a0624b77f4624c6af530971eb6a4c01b (cherry picked from commit 386654f602c86495515811dd741652a3b0292fd3)
Change-Id: I855e6e02a33bcf146497089319445d76652f0691 (cherry picked from commit e1b630dd841363d1e1d322628ce667705f309467)
Change-Id: I7c55aee4b3b52cb414a595cf548e1f22e954f619 (cherry picked from commit 69064a8610134f7e6777083375487f15f7dbbc7b)