X12DPi-NT6 Proxmox VE 8 poweroff statt reboot

Aus Thomas-Krenn-Wiki
Zur Navigation springen Zur Suche springen

Unter Proxmox VE 8.03 kann es zu Problemen mit dem Kommando reboot geben, da dieses bei Systemen mit dem Mainboard X12DPi-NT6 nicht den Server neustartet, sondern diesen herunterfährt.

Eingesetzte Hardware

  • OS: Proxmox VE 8.03
  • CPU: 2x Intel Xeon Silver 4316
  • Mainboard: Supermicro X12DPi-NT6
  • BIOS: 1.4b (aktuellste, Stand 18.07.2023)

Ursache

Nicht bekannt, es gibt Probleme mit ACPI unter Proxmox VE 8.0, welches auf Debian 12 und Ubuntu Kernel 6.2 basiert.

Troubleshooting

Es wurden diverse Workarounds probiert, alle bis auf den letzten ohne Erfolg. Zur Vollständigkeit eine Auflistung der Versuche:

  • Module mei und mei_me blacklisten (/bin/true) -> keine Änderung
  • Module mei und mei_me blacklisten (/bin/false) -> keine Änderung
  • FW Updates einzuspielen via fwupdmgr -> keine Änderung / keine FW vorhanden
  • Intel Microcode update einspielen -> keine Änderung

Lösung

Es gibt einen Kernel-Parameter welcher das Reboot-Verhalten des Systems beeinflusst. Mittels des Kernel-Parameters reboot=p klappt der reboot des Systems.

beim Einsatz von GRUB (Legacy)

nano /etc/default/grub
# es muss der Parameter reboot=p hinzugefügt werden Beispiel: GRUB_CMDLINE_LINUX_DEFAULT="quiet reboot=p"
update-grub
update-initramfs -u
reboot

beim Einsatz von Systemd-Boot

nano /etc/kernel/cmdline
# es muss der Parameter reboot=p hinzugefügt werden Beispiel: root=ZFS=rpool/ROOT/pve-1 boot=zfs amd_iommu=on iommu=pt pcie_aspm.policy=performance reboot=p

cat /etc/kernel/cmdline
root=ZFS=rpool/ROOT/pve-1 boot=zfs amd_iommu=on iommu=pt pcie_aspm.policy=performance reboot=p

update-initramfs -u	
proxmox-boot-tool refresh
reboot

Der Server muss noch einmal regulär eingeschaltet werden, da er aufgrund des Fehlers ja bei einem Reboot einen Poweroff macht. Nachdem der Server wieder im Login ist, prüfen, ob der Kernelparameter funktional geladen ist:


# bei Grub-Legacy Boot (/etc/default/grub)
root@pve:~# cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-6.2.16-3-pve root=/dev/mapper/pve-root ro quiet reboot=p

# bei Systemd-Boot EFI (/etc/kernel/cmdline)
root@PMX2:~# cat /proc/cmdline
initrd=\EFI\proxmox\6.2.16-3-pve\initrd.img-6.2.16-3-pve root=ZFS=rpool/ROOT/pve-1 boot=zfs amd_iommu=on iommu=pt pcie_aspm.policy=performance reboot=p

Führt man nun einen reboot durch klappt dieser einwandfrei und ohne Probleme.

Technischer Hintergrund

Hier ein Auszug der Kernel-Parameter und die möglichen Parameter:

[https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html The kernel's command-line parameters] (www.kernel.org/doc)
  reboot=         [KNL]
                        Format (x86 or x86_64):
                                [w[arm] | c[old] | h[ard] | s[oft] | g[pio]] | d[efault] \
                                [[,]s[mp]#### \
                                [[,]b[ios] | a[cpi] | k[bd] | t[riple] | e[fi] | p[ci]] \
                                [[,]f[orce]
                        Where reboot_mode is one of warm (soft) or cold (hard) or gpio
                                        (prefix with 'panic_' to set mode for panic
                                        reboot only),
                              reboot_type is one of bios, acpi, kbd, triple, efi, or pci,
                              reboot_force is either force or not specified,
                              reboot_cpu is s[mp]#### with #### being the processor
                                        to be used for rebooting.

Weitere Informationen:[1][2][3]

/* reboot=b[ios] | s[mp] | t[riple] | k[bd] | e[fi] [, [w]arm | [c]old] | p[ci]
warm Don't set the cold reboot flag
cold Set the cold reboot flag
bios Reboot by jumping through the BIOS (only for X86_32)
smp Reboot by executing reset on BSP or other CPU (only for X86_32)
triple Force a triple fault (init)
kbd Use the keyboard controller. cold reset (default)
acpi Use the RESET_REG in the FADT
efi Use efi reset_system runtime service
pci Use the so-called "PCI reset register", CF9
force Avoid anything that could hang.
*/

Einzelnachweise


Foto Jonas Sterr.jpg

Autor: Jonas Sterr

Ich beschäftige mich mit den Themen Software Defined Storage, Proxmox Virtualisierung auf Basis von KVM, QEMU & Ceph im Produktmanagement der Thomas-Krenn.AG in Freyung. Proxmox ist meine absolute Leidenschaft und ich freue mich gerne über Kontaktanfragen und einen Austausch auf LinkedIn.


Das könnte Sie auch interessieren

Mail Notifications in Proxmox VE konfigurieren und erstellen
Proxmox GUI alte Ceph Health Warnings entfernen
Updates (Minor) in Proxmox VE installieren