Search results

  1. T

    Bond mit altem? Problem.

    Den LEDs der Karte und des Switches traue ich mehr als SW. Zumal ein kurzes trennen der Failoverleitung auch zu sofortiger Wiederherstellung führt. Den physischen Defekt der erwähnten Karte konnte man auch anhand der LEDs feststellen. Meiner Erfahrung nach sind 95% der Fehlerursachen SW-bedingt.
  2. T

    Bond mit altem? Problem.

    Anekdote am Rande: Eine der gelieferten M.2-Karten war tatsächlich DOA und hat sich nur mit 10MB/s verbunden. Das war auch schon ein Spaß für die ganze Familie. Im Funktionsfall schieben die Dinger aber knapp 300MB/s über die Leitung ohne messbar mehr Strom zu verbrauchen oder warm zu werden.
  3. T

    Bond mit altem? Problem.

    Änderte nichts. Zumal always ja Default ist.
  4. T

    Bond mit altem? Problem.

    Vieeel Geduld hilft. Obwohl sowohl journalctl als auch LEDs der Karte und am Switch unverzüglich Erfolg nach Wiederherstellung der Primärverbindung melden, ist der Host danach ca. 5-10min gar nicht erreichbar. Dieser Lag ist schon unschön und verwirrend. Vor allem wenn es andersherum...
  5. T

    Bond mit altem? Problem.

    Was meinst du denn mit sehr spät? Der eigentliche failover geht praktisch unterbrechungsfrei. Nur die Wiederherstellung funktioniert die Schnittstelle erst, nachdem die Failover-Strippe kurz gezogen wird. Dann aber auch blitzschnell. Für die Zeiten mal ein entsprechendes Log: Sep 10 15:03:13...
  6. T

    Massenstart von VMs und Container

    Ein beherztes journalctl --list-boots zeigte dann tatsächlich 150 Neustarts in drei Tagen. Das erklärt natürlich die Einträge im Tasklog. Es handelt sich um einen HP Elitedesk G800 G4 im Headless-Betrieb. Die Lösung gegen die willenlosen Reboots habe ich hier gefunden...
  7. T

    Bond mit altem? Problem.

    Im Zuge des e1000-Generves habe ich einem Kandidaten mal eine zusätzlicheM2- 2.5GB-Realtek (8125) verpasst. Diese ist als Pimary definiert. Dann habe ich ein Bond (active-backup) erstellt. Ziehe ich nun das Kabel, übernimmt die e1000 auch brav ihren Stellvertreterdienst. Stelle ich die...
  8. T

    Proxmox regelmäßig nicht erreichbar

    Es ging nur darum, dass es immer noch genügend Probleme jenseits des Dateisystems gibt. Du hast behauptet, man würde sich Monate Suche sparen, sofern man ZFS nutzt,
  9. T

    Proxmox regelmäßig nicht erreichbar

    Ich wettere weder gegen ZFS und noch weniger gegen Redundanz. Wie du aber selbst feststellst: Werden hier gerne Prinzessinnenschlösser angepriesen.
  10. T

    Proxmox regelmäßig nicht erreichbar

    Also ein Rechner, ein Netzteil und ein einzelner Kabel(strang) liefert nicht? Das ist natürlich eine extrem fiese Möpp.
  11. T

    Proxmox regelmäßig nicht erreichbar

    Wie kann es passieren, das in einer Maschine nur die Hälfte der Disks ausfallen?
  12. T

    Proxmox regelmäßig nicht erreichbar

    Wir reden doch aneinander vorbei. wenn ich ein ausgewachsenes zentrales Storagesystem betreibe, dann selbstverständlich mit passenden RAID-Techniken. selbige wachen nur über die HW-Verfügbarkeiten, da sie von den benutzenden Dateisystemen keine Ahnung haben und sollen. Das gewährleistet...
  13. T

    Proxmox regelmäßig nicht erreichbar

    Komische Argumentation. Wenn ich ein storage mit 500TB habe, ist ein passender RAID-Controller natürlich genau die richtige Lösung um Hochverfügbarkeit zu gewährleisten. Wenn ich eine Einzelmaschine betrachte, sieht das anders aus. Richtig. Dabei liegt die Betonung auf gehabt. In...
  14. T

    Proxmox regelmäßig nicht erreichbar

    Ach? du benutzt ZFS auf einer Einzelplatte? Oder sind zwei statt einer Platte nicht doch eine Verdoppelung? Das ist einfach dumm Tüch oder ein sehr sehr obskurer Controller.
  15. T

    Proxmox regelmäßig nicht erreichbar

    Das waren dann wohl netzweit verfügbare Member?
  16. T

    Proxmox regelmäßig nicht erreichbar

    Das ist doch Augenwischerei. Mit ZFS verdoppelst du mindestens die POFs. Zusätzlich erbst du Fehler, die im ZFS-Layer selbst stecken. Es soll sogar HW-Raid-Controller geben, die so ihre eigenen Macken haben. Wenn meine einzelne Platte ausfällt, merke ich das vor ZFS. Das betroffene System ist...
  17. T

    Proxmox regelmäßig nicht erreichbar

    Im Fehlerfall schon mal einen ZFS-Member umgestöpselt, wenn es eben nicht mehr "einfach" seinen Dienst tut? Hau raus wie das geht!
  18. T

    Proxmox regelmäßig nicht erreichbar

    Wenn es sofort auffällt machst du was? ZFS endlich als Lösung aller Probleme? Lösen sich Probleme plötzlich in Luft auf? P.S.: Schweine mit unterschiedlichen Namen werden schon sehr lange durchs Dorf getrieben!
  19. T

    Proxmox regelmäßig nicht erreichbar

    In meinen Augen, ist das seit mindestens 4 Dekaden repetierte Redundanzgeplapper eigentlich eher kontraproduktiv. Selbst ein Raid ist eine Fehlerquelle, die selten nötig ist und eher zu Komplikationen führt. Wer hat denn übrigens noch einen ICP-Raid-controller zur Sicherheit im Regal liegen? Wer...
  20. T

    Benachrichtigung bei VM-Ausfall

    Nochmal nachgedengelt. Da ich mit dem Script auch meinen DNS/DHCP-Server (Pihole) redundant halte, kann man sich natürlich mächtig ins Knie schießen, falls der nicht aus dem Kreuz kommt. So habe ich nun einen Mischbetrieb zwischen Fester IP und DHCP-clients. Pihole und die PVE-Host haben sowieso...