@Neobin, steht im PBS Admin Guide unter Notifications, built-in Matcher sind per Default enabled.
@CarstenMartens, statt dass wir uns im Kreis drehen: check mal cat /etc/proxmox-backup/notifications.cfg auf dem PBS. Da siehst du schwarz auf weiß...
Plan passt so, ja. Standalone Mini-PC mit PBS parallel + QDevice als LXC + CheckMK ist genau das richtige Setup.
1G ist für den Anfang kein Problem. ZFS-Replikation schickt nur die Deltas seit dem letzten Snapshot, bei ner Handvoll VMs geht das...
Journal endet 18:43:44, dann Stille bis zum Reset um 18:46. Kein Coredump. War ein harter Kernel-Panic.
Gut, dass @j.theisen das reproduzieren konnte, dann ist es ein konkreter Bug. Beantworte mal seine Frage wegen HA, das klingt nach dem Trigger.
Das Minus-Zeichen in der Enable-Spalte heißt nicht "deaktiviert", das heißt "Default". Und der Default für den built-in Matcher ist aktiv. Deaktiviert wäre ein rotes X oder ein "No".
Klick mal auf den default-matcher → Modify → und schau unter...
Der default-matcher ist nicht deaktiviert, der läuft auf Default (das Minus-Zeichen). Der routet ja alles außer successful prune job notifications, also kommt GC-successful da durch.
Du musst den default-matcher ausschalten (Modify → Enable auf...
Dass beim Freeze auch kein Bildsignal kommt und das System komplett tot ist, spricht gegen ein reines NIC-Problem. Die ethtool-Fixes für e1000e helfen da nicht, wenn das ganze System hängt.
Probier zwei Sachen: Erstens ein BIOS/Firmware-Update...
Wie stapelt man die übereinander? - Mir fehlt da gerade das Bild dazu.
Wer hat den heute noch CD/DVD/BD-Laufwerke an den Clients?
Modern sind doch ISO Images - die stellt man zentral auf einem Netzwerkshare zur Verfügung und öffnet die mit...
OK, Hyte Y70 Touch mit eingebautem Display, das macht Sinn. Dann brauchst du die iGPU.
Erstmal: auf dem 6.x Kernel bleiben ist völlig OK, da ist nix verkehrt dran. Kannst den in GRUB als Default pinnen und gut is. Ein Kernelwechsel bringt dir...
OK, das last -x ist aufschlussreich. Das bedeutet, die Session die am 4. Mai gestartet wurde endete mit einem Crash – also keinem sauberen Shutdown. Das war dann dein Reboot am 10. Juni. Bestätigt also: harter Absturz, kein geordneter Reboot...
FDB-Overflow ist raus, gut. Dann müssen wir rausfinden warum die Bridge die MACs nicht dauerhaft lernt. Wenn das Flooding gerade aktiv ist, check mal ob die betroffene Client-MAC überhaupt in der FDB steht:
bridge fdb show br vmbr001 | grep...
Ich kann dieses Problem auch unter Windows Server 2022 nachvollziehen. Das Deaktivieren des nested-virt CPU-Flags hilft hier tatsächlich zuverlässig. Danke für den Tip!
Schau mal, ob in deinem gesicherten /var/lib/mysql eine Datei mysql_upgrade_info liegt, da steht die Version drin. Einfach cat mysql_upgrade_info und du hast die Majorversion.
Falls die Datei nicht da ist: du hattest die alte VM-Platte ja schon...
Die WRMSR-Meldung (Unhandled WRMSR(0x1d9)) ist ein Red Herring, das ist nur ein MSR (IA32_DEBUGCTL) den der Gast schreiben will aber der Host nicht durchreicht. Passiert ständig und ist harmlos.
Was den Reboot angeht: das Corosync-Log sieht...
Dass das Flooding nicht nur kurz sondern dauerhaft auftritt ist schon komisch. Normalerweise lernt die Bridge die MAC ja beim nächsten Paket vom Client (ACK zurück etc.) sofort wieder. Check mal wie voll die FDB überhaupt ist:
bridge fdb show br...
Und KernelCare hat das ja laut dem OP eingestellt. Ich bin aber auch im Team "Clustern für Hochverfügbarkeit und wenn man keinen Cluster hat, dann scheint es ja nicht so wichtig zu sein, dann muss halt eine kurze Downtime drin sein"
Ja, die Enterprise-SSD-Preise sind grade echt kein Spaß. Aber bis April 2027 habt ihr ja noch gut Zeit zum Planen, und auf der Testkiste könnt ihr bis dahin schon mal ordentlich Erfahrung sammeln. Passt schon!