Bug 255231
| Summary: | 13.0-RELEASE hangs on reboot after "Rebooting..." message on UEFI/QEMU/OpenStack | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Base System | Reporter: | vvv <work+freebsd> | ||||
| Component: | kern | Assignee: | freebsd-bugs (Nobody) <bugs> | ||||
| Status: | Closed FIXED | ||||||
| Severity: | Affects Many People | CC: | onno, vince.mulhollon | ||||
| Priority: | --- | ||||||
| Version: | 13.0-RELEASE | ||||||
| Hardware: | amd64 | ||||||
| OS: | Any | ||||||
| Attachments: |
|
||||||
Are you able to enter ddb using the magic sequence? Or panic the system by injecting NMI? Have you any instruction how to do this using noVNC console? (In reply to vvv from comment #2) <Enter> ~ Ctrl-b sequence should invoke ddb. I recall that qemu has a "monitor" where some VM management commands can be issued. I think that NMI can be injected from the monitor. I can inject NMI by the command: virsh inject-nmi instance-id It works when server is active. But after "Rebooting..." message injecting NMI does nothing. It looks like incompatibility 13.0 with EFI firmware. Currently I use EFI firmware from https://www.kraxel.org/repos/jenkins/edk2/ repository. Replacing OVMF_CODE-pure-efi.fd with the same file from Fedora rawhide or Proxmox repository solves the problem. Probably https://www.kraxel.org/repos/jenkins/edk2/ repository provides the newest files. Yesterday I installed a cloud image of 13.0 on a OpenStack "yoga-release" cluster and replicated the original reported symptoms, that the system halts but does not properly reboot automatically, although I could shut down the image manually and restart it in OpenStack at which point it works fine. Then I upgraded to 13.1, repeated tests, and now it reboots normally/automatically using a "sudo shutdown -r now" I believe you could consider this verified fixed in 13.1 I confirm that the problem is fixed in 13.1. |
Created attachment 224260 [details] reboot screenshot Rebooting with 'reboot', 'shutdown -r now', Ctrl-Alt-Del starts shutdown sequence and hangs at the end. The issue only happens on OpenStack/QEMU environment when 13.0-RELEASE was started with UEFI firmware.