You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: support/azure/virtual-machines/linux/troubleshoot-red-hat-os-upgrade-issues.md
+64-1Lines changed: 64 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -607,8 +607,71 @@ The mounting failure occurs because version 2 of the control group (cgroup v2) i
607
607
608
608
1. If that parameter is in one of those files, remove the parameter from the file, and then run the Leapp upgrade process again.
609
609
610
+
### Upgrade symptom 7: Leapp upgrade does not proceed after reboot, VM boots into RHEL 8.10 instead
611
+
612
+
If you run the Leapp upgrade from RHEL 8.10 to 9.4 or 9.5, the upgrade process might not continue after the required reboot. Instead, the VM boots back into RHEL 8.10 without loading the special upgrade initramfs.
613
+
614
+
This issue may be caused by the following setting in /etc/default/grub:
615
+
616
+
```bash
617
+
GRUB_DEFAULT=0
618
+
```
619
+
Since `GRUB_DEFAULT=0` forces the system to always boot the first menu entry in GRUB, it skips the Leapp upgrade entry and continues booting into the existing RHEL 8.10 environment.
620
+
621
+
622
+
### Upgrade solution: Modify GRUB to use the saved entry
623
+
624
+
1. Change GRUB_DEFAULT=0 to GRUB_DEFAULT=saved:
625
+
626
+
> [!NOTE]
627
+
> In this example, GRUB_DEFAULT is set to 0, but in your environment, it might be 1 or another number. Ensure you replace it accordingly in the sed command.
628
+
629
+
```
630
+
sudo sed -i 's/^GRUB_DEFAULT=0/GRUB_DEFAULT=saved/' /etc/default/grub
631
+
```
632
+
2. Regenerate the GRUB configuration:
633
+
634
+
```bash
635
+
sudo grub2-mkconfig -o /boot/grub2/grub.cfg
636
+
```
637
+
638
+
3. Reboot the VM thru the serial console.
639
+
640
+
```
641
+
sudo reboot
642
+
```
643
+
644
+
After the reboot, if the fix is applied correctly, the VM should boot into the Leapp upgrade initramfs, and you should see output similar to the following on the serial console:
645
+
646
+
```output
647
+
[ OK ] Reached target Remote File Systems.
648
+
Starting dracut pre-mount hook...
649
+
[ OK ] Finished dracut pre-mount hook.
650
+
Starting File System Check on /dev/mapper/rootvg-rootlv...
651
+
[ OK ] Finished File System Check on /dev/mapper/rootvg-rootlv.
652
+
Mounting /sysroot...
653
+
[ OK ] Mounted /sysroot.
654
+
[ OK ] Reached target Initrd Root File System.
655
+
[ OK ] Reached target System Upgrade.
656
+
Starting dracut pre-pivot and cleanup hook...
657
+
Starting System Upgrade...
658
+
[ 6.507621] upgrade[677]: starting upgrade hook
659
+
[ 6.531079] upgrade[677]: /bin/upgrade: line 20: /sysroot/var/tmp/system-upgrade.state: No such file or directory
[ 6.608365] dracut-pre-pivot[703]: 6.605850 | /etc/multipath.conf does not exist, blacklisting all devices.
662
+
[ 6.620246] dracut-pre-pivot[703]: 6.608599 | You can run "/sbin/mpathconf --enable" to create
663
+
[ 6.630208] dracut-pre-pivot[703]: 6.608921 | /etc/multipath.conf. See man mpathconf(8) for more details
664
+
[ OK ] Finished dracut pre-pivot and cleanup hook.
665
+
[ 21.555427] upgrade[714]: 5 logical volume(s) in volume group "rootvg" now active
666
+
[ 21.581296] upgrade[677]: Mounting /usr with -o defaults,ro
667
+
```
668
+
669
+
This indicates that the Leapp upgrade process has continued successfully.
670
+
671
+
After completion, the VM should boot into RHEL 9.X.
672
+
610
673
> [!IMPORTANT]
611
-
> If the Leapp upgrade is still failing for no apparent reason (such as when upgrading from version 7.9 to version 8.10 or from version 8.10 to version 9.4), don't upgrade to the latest version. Instead, try to upgrade to an intermediate version (such as from version 7.9 to version 8.8 or version 8.10 to version 9.2) by specifying the `--target x.y` flag. After the intermediate upgrade is successful, you can try to upgrade to the latest release.
674
+
> If the Leapp upgrade is still failing for no apparent reason (such as when upgrading from version 7.9 to version 8.10 or from version 8.10 to version 9.5), don't upgrade to the latest version. Instead, try to upgrade to an intermediate version (such as from version 7.9 to version 8.8 or version 8.10 to version 9.4) by specifying the `--target x.y` flag. After the intermediate upgrade is successful, you can try to upgrade to the latest release.
0 commit comments