Search results

Kein Ding, schade dass es zu spät kam. Aber jetzt wo du frisch aufgesetzt hast: Richte dir direkt vernünftige Backups ein, dann sparst du dir beim nächsten Mal den ganzen Stress. PBS oder notfalls vzdump auf die NAS, Hauptsache es läuft regelmäßig.

Schön dass es wieder läuft! Und lass dich nicht entmutigen, jeder hat mal irgendwo angefangen. Wenns nochmal klemmt, einfach melden.

Interessant, dass der Ping-Check Fehlalarme produziert hat. Die Fritzbox-Auskunft ist eh die zuverlässigste Quelle, die weiß am besten, ob ihr WAN steht. Mir fällt aber ein Logik-Bug in der Recover-Bedingung auf: if [ $FORCEFAILOVER == 0 ] || [ $MASTERGWUP == 1 ]; then Das || sorgt dafür, dass...

Freut mich dass es das war! Falls du ne Idee brauchst fürs Template, ich hab bei Kunden gute Erfahrungen mit nur {{ title }} und {{ severity }} gemacht, das reicht meistens um zu sehen obs durchgelaufen ist. Die Details holt man sich dann eh im PVE/PBS wenn was schiefgegangen ist.

Wenn ein paar Stunden Downtime akzeptabel sind, brauchst du den ganzen Stretch-Cluster-Aufwand ehrlich gesagt gar nicht. Dann reicht ein ganz normaler Cluster in einem Raum mit nem PBS der in nem anderen Brandabschnitt oder besser noch nem anderen Gebäude steht. Wenns dann wirklich knallt: neuen...

Freut mich dass es wieder läuft! Das passiert meistens wenn die Installation noch mit dem alten Installer gemacht wurde und die ESP nicht über proxmox-boot-tool registriert wurde. Ältere PVE-Versionen haben GRUB direkt installiert, ohne proxmox-boot-uuids zu benutzen. Solang man innerhalb einer...

Hallo, das Problem liegt an der Meldung in deinem Log: No /etc/kernel/proxmox-boot-uuids found, skipping ESP sync. Die EFI System Partition (sdd2) ist nicht beim proxmox-boot-tool registriert. Deshalb wird der Bootloader beim Upgrade nicht aktualisiert und GRUB startet nach dem Reboot nicht...

Kein MTU-Problem, der Ping mit 1400 Byte geht ja durch. Und HTTP scheitert auch, also ist es nicht TLS-spezifisch. Das Problem ist deine Routing-Tabelle: default via 255.255.255.255 dev eth0 Das ist Quatsch als Gateway. Da muss dein Router stehen, also 192.168.1.1. Deshalb kommt nix ins Internet...

Das Problem ist klar: Incompatible firmware protocol major 7 minor 2 - der amdxdna Treiber im PVE-Kernel kommt mit der neuen Firmware-Version nicht klar. Das neue BIOS (3.18) hat wohl ne neuere NPU-Firmware mitgebracht, und der Treiber kann damit nix anfangen. Du hast zwei Optionen: Entweder...

OK das pve03-Log ist eindeutig. "Failed to receive the leave message. failed: 1 2" um 20:06:15 heißt: beide Hosts sind hart weggebrochen, kein sauberes Shutdown. Muss der Watchdog oder ein Panic gewesen sein. Das "watchdog closed (disabled)" von vorhin auf pve01 kam vom CRM, der hat seinen...

Der fio-Test hat einen Haken: --sync=1 erzwingt synchrone Writes durch den ZIL, deshalb bringt auch iodepth=32 nix, der ZIL serialisiert das einfach. Deine VM hat aber cache=writeback in der Config, d.h. QEMU bestätigt Writes sofort ohne sync an ZFS. Der fio-Test misst also ein komplett anderes...

OK, iptables ist sauber. Wenn curl hängt ohne Antwort, deutet das auf ein Routing- oder MTU-Problem hin. Poste mal die Ausgabe aus dem CT: ip a ip r curl -4 -v https://api.ipify.org 2>&1 | head -20 ping -c 3 -s 1400 -M do 192.168.1.1 Das curl -v zeigt, wo er hängen bleibt (DNS, TCP-Connect...

Du hast recht, 2 von 3 Nodes haben Quorum. Die Logs zeigen das auch: "Sync members[2]: 1 2", Quorum war nie weg. Das Problem passiert beim REJOIN von Node 3. Ab 20:05:04 kommt auf pve02 ne Flut an "Retransmit List: 3 4" und danach gehen auf beiden Hosts die CFS-Locks kaputt ("cfs lock update...

Schön, das qm wait hast du sauber eingebaut. Beim checkwan.sh würd ich aber von traceroute als Connectivity-Check abraten. Das kann bei nicht antwortenden Hops locker 30s+ blockieren, dann hängt dein ganzer Loop. Außerdem schwankt die Hop-Anzahl je nach Routing, das ist als Kriterium ziemlich...

Zeig mal bitte den Inhalt von /etc/proxmox-backup/sync.cfg, damit man sieht was da tatsächlich als rate-limit drinsteht. Und wie sind die beiden PBS verbunden, direkt übers Netz oder per VPN? Die 8 Mbit klingen halt so als wär das einfach die Leitungsgeschwindigkeit und das Limit greift gar...

Das klingt sehr nach dem HA-Watchdog/Fencing. Wenn auf den Hosts 1 und 2 HA aktiv ist und der Watchdog läuft, dann reicht ein kurzer Quorum-Verlust (z.B. weil Corosync auf Host 3 beim Update kurz neustartet) und die Kisten fencen sich sofort selbst. Schau dir mal auf Host 1 oder 2 an was kurz...

Was für ne SAN habt ihr genau (Hersteller/Modell)? Bei der multipath-Konfig unter PVE gibts je nach Hersteller ein paar Eigenheiten, grad was ALUA und die multipath.conf angeht. Da kann man sich am Anfang schön die Finger verbrennen. Zum eigentlichen Thema: LVM shared (thick) auf den SAN-LUNs...

Was @beisser und @aaron zum Quorum sagen passt alles. Aber das ist halt nur die halbe Miete, der Cluster bleibt zwar oben, aber deine VMs brauchen ja auch ihre Daten. Wenn die Platten in Raum A verkohlt sind, nützt dir das laufende Cluster in Raum B nix, wenn die VM-Disks weg sind. Heißt: du...

Das klingt stark nach dem Telegram Message-Limit. Die API gibt 400 zurück wenn die Nachricht über 4096 Zeichen lang ist. Bei einer einzelnen VM passt das noch, bei mehreren wird der Body mit den ganzen Backup-Details schnell zu lang. Schau mal in deine Webhook-Config, was du als Body-Template...

@Cheuksin, nach nem Firmware-Update werden gern mal BIOS-Settings zurückgesetzt. Check mal ob die NPU im BIOS noch aktiviert ist, bei AMD Strix gibts da meistens nen Eintrag unter Advanced oder sowas wie "AI Features" / "NPU Enable". Ansonsten erstmal schauen ob das Device überhaupt noch auf...