Recent content by Bu66as

Der Tiebreaker ist bei DRBD nicht synchron wie garbd bei Galera. Der garbd hängt voll in der Replikation mit drin. Der diskless Node bei DRBD kriegt AFAIK keine Writes ab, die laufen nur zwischen den beiden Nodes mit Disk und bremsen durch deren Latenz. Der dritte hält nur die Verbindung und...

Für zwei Nodes ist DRBD bzw. Linstor der übliche Weg. Die Idee wäre eine DRBD-Resource, die synchron zwischen beiden Nodes gespiegelt wird (Protocol C). Darauf kommt ein Dateisystem, und davor läuft ein Active/Passive-NFS-Server. Das Umschalten - DRBD promoten, mounten, Floating IP setzen, nfsd...

Hm, das sind vermutlich zwei verschiedene Baustellen. Für das Hängen beim Shutdown und in der Nacht bräuchten wir erstmal die Logs vom letzten Boot vor dem Hänger. Nach dem nächsten Hard-Off und erfolgreichem Start mal das hier ausführen: journalctl --list-boots journalctl -b -1 -e --no-pager |...

Kleiner Hinweis zur Suche, du schreibst jetzt schon zweimal 8152B, gemeint ist sicher der 8125B. Der RTL8152B ist ein USB-Chip für 100 MBit. Wenn du nach Erfahrungsberichten googelst, findest du damit genau die falschen Threads. Bei BG vs. BGS kann ich da nichts zu sagen. Für den r8169 laufen...

Moin, "Bad Request" riecht für mich eher nach Signatur/Region als nach Netzwerk, denn erreichbar ist der Endpoint ja offensichtlich. Ich würd die Region explizit eintragen statt default zu lassen — QuObjects erwartet da oft us-east-1, schau in den Einstellungen nach. Setz im PBS beim Endpoint...

Nimm active-backup. Am Stack brauchst du nichts zu konfigurieren. Es ist immer nur ein Port aktiv, die MAC taucht nicht mehr an zwei Ports auf. LACP (802.3ad) wäre zwar schöner, dann muss die IT aber auf dem Stack über beide Member eine LAG für deine zwei Ports anlegen. Das würde ich nur machen...

Hatte deine Ausgaben in #4 übersehen, sorry, da steht aber eigentlich alles drin. Du hast ein DMZ_LANv154 mit nic2.154 und nic3.154 als Ports. Diese Bridge baut PVE selbst, wenn eine VM mit VLAN-Tag an einer Bridge startet, die zu dem Zeitpunkt noch nicht vlan-aware war. Deine VMs hängen an...

Ja, ohne Punkt, dann aber mit vlan-raw-device DMZ_LAN dazu. Ehrlich gesagt geht dein DMZ_LAN.154 aber genauso, das ist nur Geschmackssache und wird nicht die Ursache sein. Das Gateway kannst du drin lassen, auf vmbr0 hast du ja keins eingetragen. Ich tippe eher auf die zwei Ports. Bei einem...

Moin, mir fällt auf, dass nic2 und nic3 direkt als zwei Ports in der Bridge hängen, ohne Bond. Sind beide Ports am Switch gesteckt? Dann hast du mit bridge-stp off im Prinzip eine Schleife bzw. der Switch sieht die MAC vom Host abwechselnd an zwei Ports. Bei den VMs fällt das manchmal weniger...

Mit dem Netgear ist das Bild jetzt eindeutiger. Der Switch bietet laut deinem Output sauber bis 1000baseT/Full an, die Karte bis 2500, und trotzdem landet ihr bei 100. Damit ist der Switch raus, Zyxel und Netgear haben ja beide dasselbe Problem gezeigt. Übrig bleiben die Strecke Karte/Kabel bzw...

Den alten PVE-8-Kernel (6.8er Serie) würd ich auf einem PVE 9 nicht reinholen, der ist für Bookworm gebaut und kommt aus dem alten Repo, das willst du nicht mischen. Besser wäre der letzte Kernel, mit dem die Kiste noch sauber lief. Mit apt list --installed 'proxmox-kernel-*' siehst du, was...

Die guest-ping-Timeouts würd ich eher als Folge sehen. Wenn QEMU die VM pausiert hat, antwortet auch der Agent nicht mehr. Spannender ist, warum sie pausiert. Beim nächsten Mal bitte vor dem Resume nachschauen: qm status <vmid> --verbose | grep -i status qm monitor <vmid> # dort dann: info...

Das ist mal ein brauchbarer Vergleich. Bevor du hinfährst, würd ich auf dem baugleichen Server genau das gleiche abfragen wie auf den betroffenen und nebeneinanderlegen: cpupower frequency-info grep -m1 microcode /proc/cpuinfo cat /proc/cmdline dmidecode -s bios-version Die Microcode-Revision...

Die 1,2 bis 1,9 GHz in deiner "current policy" sind auffällig. Die Hardware-Grenzen werden mit 800 MHz bis 3,4 GHz gemeldet, trotzdem lässt die Policy nur 1,9 GHz zu. Bei acpi-cpufreq kommt so eine Grenze von der Firmware per ACPI. Dass die Kerne unter Volllast und mit "performance" trotzdem...

Erstmal gute Besserung @Gui_. Für Pi-hole reicht ein unprivilegierter LXC völlig, das braucht kaum Ressourcen. DHCP würd ich aber nicht auf die Pi-holes legen, sondern auf den Router bzw. die Firewall, die eh zwischen den VLANs routet. Pi-hole kann kein DHCP-Failover. Wenn der CT mal steht...