Bug 2278025
| Summary: | After leapp upgrade on compute nodes with custom image entering in grub mode after reboot | ||
|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Kenny Tordeurs <ktordeur> |
| Component: | openstack-tripleo-heat-templates | Assignee: | Steve Baker <sbaker> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Archana Singh <arcsingh> |
| Severity: | medium | Docs Contact: | |
| Priority: | high | ||
| Version: | 16.2 (Train) | CC: | astupnik, bwelterl, fpiccion, gkadam, jamsmith, jbadiapa, jelle.hoylaerts.ext, jpretori, kgilliga, lbezdick, madgupta, mariel, mburns, sbaker |
| Target Milestone: | z4 | Keywords: | TestOnly, Triaged |
| Target Release: | 17.1 | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | openstack-tripleo-heat-templates-14.3.1-17.1.20240919130751.e7c7ce3.el9ost tripleo-ansible-3.3.1-17.1.20240918100824.8debef3.el9ost | Doc Type: | Bug Fix |
| Doc Text: |
Before this update, GRUB 2 did not load LVM modules by default. As a result, during an upgrade from RHOSP 16.2 to 17.1, the custom overcloud images did not boot after a Leapp upgrade in UEFI mode. With this update, the EFI `grub.cfg` file loads the LVM grub module and the Leapp upgrade can proceed.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2024-11-21 11:31:04 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Kenny Tordeurs
2024-04-30 19:12:34 UTC
Broken servers can be booted manually from their GRUB shell by manual execution of: $ set root=LABEL=img-rootfs $ linux (lvm/vg-lv_root)/boot/vmlinuz-5.14.0-284.62.1.el9_2.x86_64 root=LABEL=img-rootfs $ initrd (lvm/vg-lv_root)/boot/initramfs-5.14.0-284.62.1.el9_2.x86_64.img $ boot We had a similar bug for director recently https://bugzilla.redhat.com/show_bug.cgi?id=2266025 . Does it look like a match? @Alex, no from what I see in 2266025 the nodes rebooted in the old RHEL8 and in this case the system is just stuck on the grub menu unable to boot unless manual actions are taken via console. IMHO, this issue is very similar to https://bugzilla.redhat.com/show_bug.cgi?id=2279545 but in the FFU scenario *** Bug 2277685 has been marked as a duplicate of this bug. *** This customer has Satellite but it seems leapp disabled the custom repository that was being used to serve the HF so they weren't installed during the leapp upgrade. When I check the article [0] leapp needs one of 2 options to be able to use custom repositories, regardless if Satellite is being used: 1) Create the /etc/leapp/files/leapp_upgrade_repositories.repo file, and add one or more repositories. All repositories configured in this file are used only by Leapp during an in-place upgrade. Use this approach if you want to define custom repositories only for the purpose of an in-place upgrade. 2) Use repositories configured in the /etc/yum.repos.d/ directory. This is the standard directory for configuring repositories on a RHEL system, which are used, for example, by the YUM or DNF utility. You can use previously configured repositories or create one or more new .repo files in this directory. If you want to use any of the repositories configured in /etc/yum.repos.d/ for the upgrade, enable each of the selected repositories explicitly when executing the leapp command. In the preupgrade phase: # leapp preupgrade --enablerepo repository_id1 --enablerepo repository_id2 ... # During the in-place upgrade: leapp upgrade --enablerepo repository_id1 --enablerepo repository_id2 ... As leapp upgrade is being done by OpenStack playbooks option 2 does not seem very interesting and option 1 seems to be the best way to ensure leapp picks up the custom repositories. [0] https://access.redhat.com/articles/4977891 NOTE: Leapp ignores the enabled directives set for custom repositories in any of the .repo files. Leapp uses repositories from the /etc/yum.repos.d/ directory if they are enabled through the --enablerepo option of the leapp command, and automatically all repositories configured in the /etc/leapp/files/leapp_upgrade_repositories.repo file. The needinfo request[s] on this closed bug have been removed as they have been unresolved for 120 days |