Search results

Having debugged already a bit, I was quite sure the problem is caused by ifupdown2, posting this thread in the hope somebody recognises the issue. As you suggested, I removed all auto <iface> on bond and vmbr, and rebooted. The the enp interfaces did NOT come up. Then, <ICODE>ifup...

I already tried that, same result with all "interface enp*" removed.

I have a cluster of some machines, each having two bonded interfaces (and, luckily, a simple dedicated maintenance interface). After dist-upgrading from 8.0.4 to 8.1.4, which upgrades also ifupdown to ifupdown2, the bonded interface get disabled immediately after enabling bonding, disabling all...

Habe den Upgrade auf Proxmox8 mit Kernel 6.2 durchgeführt. Es lag offenbar am alten 5.15-er Kernel.

Die CPUs stecken in unterschiedlichen Mainboards, insofern sind die BIOS-Einstellungen sicherlich anders. Dies und die Security Mitigations sollte qemu sicherlich virtualisieren, mindestens für kvm_64 CPUs.

Die Flags in den VMs sind identisch, egal auf welchem Host ich die VM gestartet habe. Insofern wüßte ich auch nicht was ich da noch weiter ausfiltern soll. Ich habe jetzt mal den Default CPU-Typ kvm64 ausprobiert, der ja selbst über Herstellergrenzen hinweg funktionieren soll, und bekommen den...

Unsere PVE-Hosts laufen mit Linux 5.15.104-1-pve und 7.4. Demnächst steht der Upgrade an. Natürlicherweise wird dazu jeweils ein Host evakuiert, alle VMs per Live-Migration auf andere Hosts verteilt. Das hatte allerdings beim letzten Upgrade zu allerlei Streß geführt, viele VMs waren nach der...

Stimmt, in 5.19.17 ist auch alles enthalten. Was kommt denn demnächst so an pve-Kerneln?

@fiona Es scheint immer noch kein pve-kernel verfügbar zu sein den ich verwenden könnte? Um mein zweites Problem zu fixen benötige ich 5.15.75,+ 5.19.17 oder 6.0.3+, wobei mir unklar ist, in wie weit 5.15 das KVM clock Problem löst. Könnte ich alternativ linux-image-6.0.0 aus bullseye-backports...

Ich sehe gerade daß der Patch in 5.19.17 eingeflossen ist. Insofern warte ich auf ein pve-kernel-5.19.17 oder gleich pve-kernel-6.0.3

Meine Server haben RAID6 mit Journal, und haben ab und zu mal "task xxx blocked for more than 120 seconds" Probleme. Der Patch unter [PATCH AUTOSEL 5.15 28/47] md/raid5: Wait for MD_SB_CHANGE_PENDING in raid5d scheint mir genau das Problem zu fixen. Der Patch fließt wohl in alle LTS-Kernel ein...

@fiona Danke für's update, werde das Issue verfolgen.

Issue is being handled here https://lists.proxmox.com/pipermail/pve-devel/2022-August/053814.html

According to https://forum.proxmox.com/threads/proxmox-7-2-3-ceph-16-2-7-migrating-vms-hangs-them-kernel-panic-on-linux-freeze-on-windows.109645/page-2#post-494607, the problem seems not to be fixed by that patched kernel. I found that just starting a VM may affect other VMs, so no migration or...

There's another discussion at https://forum.proxmox.com/threads/zeitspr%C3%BCnge-in-vms-seit-pve-7-2.112756/, and the bug https://bugzilla.proxmox.com/show_bug.cgi?id=4073. My latest action was to evacuate one host that showed the problem from production VMs, deploying only test VMs (no reboot...

Leider nicht reproduzierbar mit der Ryzen-Maschine.

Nächste Woche hab ich eine Maschine frei um das für uns zu testen. Ich hoffe ich kann den Bug auf Ryzen halbwegs häufig reproduzieren.

Gerade wieder passiert. Start einer Windows-VM, Einschlag in einer anderen Windows-VM. Laut Task Log wurden in den letzten 10 Tagen nur 1 weiteres Mal eine VM gestartet, seinerzeit ohne Problem Demnach ist die Fehlerrate 50%...

Bisher nicht wieder aufgetreten, allerdings vermeiden wir VM-Starts zZt weitestgehend weil das fatale Auswirkungen haben kann (Dokumente in der Zukunft). Bei den 3 VM-Starts "unter Aufsicht" seitdem noch nicht wieder aufgetreten. Der Cluster ist rein Epyc (Zen1/2/3). Allerdings trat das Problem...

@fiona gibt es irgendwelche Erkenntnisse aus den Daten?