Sollte es zufällig ein SuperMicro-Board sein, die haben das manchmal.... Reset per KVM hilft....Ok, ein Host kommt nicht mehr hoch, war wohl zu euphorisch
Muss das Vorort klären.
Na die Supermicros kommen noch auf mich zuSollte es zufällig ein SuperMicro-Board sein, die haben das manchmal.... Reset per KVM hilft....
Wenn du weisst, was geklemmt hat.... gerne Update....Na die Supermicros kommen noch auf mich zu
Hier handelt es sich um einen HPE ML. Was solls, ist mein täglich Brot, wird heute sicher wieder laufen![]()
VEEAM? Header? Erleuchte mich bitte....Melde erfolgreich, Node upgedated, Reboot, funkt alles, sogar Veeam kommt mit dem neuen Header klar![]()
Ich hab bei mir Veeam direkt am Host zum Backupen des Hostsystems, also Proxmox selbst, im Einsatz, Beim letzten größeren Update hat Veeam beim Starten gemeint dass der Header nicht mit Veeam zusammenpasst und hat den Start verweigert. Frag mich nicht warum, mit dem Update dass ein paar Tage später nachkam ging es wieder.VEEAM? Header? Erleuchte mich bitte....![]()
Das hattetst du im changelog gelesen?Ok, Fehler beseitigt.
Der 5.15 crashte mit IOMMU (war an).
Musste in der CMD-Line (Grub) intel_iommu=off aktivieren, nun ist alles sauber.
Known Issues
- Systems passing through a GPU may be affected from the switch to the SYS_FB (system frame buffer) KConfig build options using the simplefb module as driver in the new default 5.15 based kernel.The sys-fb allows taking over the FB from the firmware/earlier boot stages. Note that Proxmox VE uses the legacy simplefb driver over the modern simpledrm one due to regressions and issues we encountered on testing with the latter.Most of those issues are already fixed in newer kernels and Proxmox VE may try to switch to the modern, DRM based FB driver once it moves to 5.17, or newer, as its default kernel.If your systems is configured to pass through the (i)GPU, and you had to avoid the host kernel claiming the device, you may now need to also add
video=simplefb:off
to the kernel boot command line.- Setups using vendor-reset for PCIe pass through need to adapt to changes of the new default 5.15 based kernel, see For details see this issue.They must run the command echo 'device_specific' > /sys/bus/pci/devices/<PCI-ID>/reset_method before the VM is started. This can be automated by using a systemd service or using a on-boot cron script.Alternatively one can also use a VM hook script with the pre-start hook.
Ja sicher, war aber hier was historisches. Manche vergangene Geschichten rächen sich halt irgendwann.Das hattetst du im changelog gelesen?