Posts by voja

  • Das längste Thema

    H6G wrote:

    Wenn das Hostsystem weg ist, brauchst du die Route nicht mehr löschen - weil dann ja auch keine Container mehr existieren, die diese Route nutzen könnten ;-)

    Per SSH kannst du auch die erlaubten Kommandos auf jene beiden beschränken. Pubkey dahinter und gut ist.

    Ich habe das jetzt so gelöst: der keepalived managed die Failover IPs nun auf dem VLAN Interface. Jedes Hostsystem hat für IPv4 die Route via VLAN Bridge gesetzt. Für IPv6 hängen die mit einer IP im Failover Netz. Damit gibt es nur statische Routen.

  • Das längste Thema

    H6G wrote:

    Wenn das Hostsystem weg ist, brauchst du die Route nicht mehr löschen - weil dann ja auch keine Container mehr existieren, die diese Route nutzen könnten ;-)

    Per SSH kannst du auch die erlaubten Kommandos auf jene beiden beschränken. Pubkey dahinter und gut ist.

    War falsch ausgedrückt von mir. Das SSH Kommando kann warum auch immer fehlschlagen und dann kann dieses Problem nicht vom Monitoring festgelegt werden, wenn die Route nicht passt. Das ist mir zu wackelig.

  • Das längste Thema

    H6G wrote:

    Hosts & Container - einfacher wäre aber über SSH ein ip r d und ip r a an den entsprechenden Host zu senden.

    SSH finde ich an der Stelle heikel. Einmal wegen der Sicherheit und einmal für den Fall, wenn das SSH Kommando fehlschlägt, weil ein Hostsystem weg ist.


    Ich werde mir nochmal durch den Kopf gehen lassen, ob ich das über das VLAN abgebildet bekomme.

  • Das längste Thema

    H6G wrote:

    Du kannst ja in deinem Syncprogramm (Corosync / pacemaker) ein ip route delete feuern - oder OSPF verwenden.

    Ich habe keepalived direkt im Container laufen, die kommunizieren über ein VLAN.


    OSPF würde dann zwischen Host und Container laufen?

  • Das längste Thema

    Hat jemand schonmal eine Failover IP in einem Container verwendet? Ich habe gerade das Problem, dass die Hostsysteme die Route für die Failover IP zum nicht mehr aktiven Container „vergessen“ müssen, damit alle anderen Container auf die Failover IP zugreifen können.


    Spontan fällt mir da nur ein das mit BGP zu lösen, das klingt aber nach Overkill.

  • Debian jessie / apt-get

    Ich denke nicht, dass es problemlos geht, von Jessie direkt auf Buster upzudaten. Die Distributionen werden wenn überhaupt nur das Upgrade zur nächsten Major Version testen und unterstützen.


    Der Weg wäre also Jessie -> Stretch -> Buster. Bei Debian empfehle ich jeweils das Studium der Upgrade Anleitung. Ich habe die einmal nicht gelesen und bin prompt in ein dort behandeltes Problem gelaufen. Es lohnt sich also die zu lesen.


    Ich mache vorher immer ein komplettes Backup, aus dem ich im Zweifelsfall das alte System wiederherstellen kann. Ich musste schonmal ein Upgrade verwerfen und von vorne anfangen.

  • Diskussion: Was tankt ihr in eure Autos?

    Bzgl. Spritverbrauch kann ich bei unserem Auto keine Zahlen mehr nennen. Inzwischen haben wir unser Fahrverhalten komplett umgekrempelt und ich rechne nicht mehr nach. Wir sind von der Stadt aufs Land gezogen. Mit Corona Homeoffice war dann eh kaum Autofahren angesagt.


    Unser Auto soll auch mit E10 kompatibel sein. Habs aber noch nie probiert, weil man für E10 nicht wirklich weniger zahlt. Und da greift dann bei mir wieder, dass ich die Herstellung von dem Bioethanol nicht befürworte aus den oben genannten Gründen.

  • Diskussion: Was tankt ihr in eure Autos?

    • Bei E10 ist der Spritverbrauch höher.
    • Die Leitungen können durch E10 früher kaputt gehen.
    • Das tolle Ethanol kommt teilweise aus klimaschädlichem Anbau oder von ehemaligen landwirtschaftlichen Flächen für Nahrungsanbau.


    So zumindest meine Vorurteile. 😉

  • Das längste Thema

    Ich habe am Wochenende einen neuen Rootserver bestellt. Bisher ist die Bestellung nicht durch. Der Netcup Support bittet um Geduld, die Bestellung ist bei den „Kollegen von Operation“. Was könnte das bedeuten? 🤔

  • Nach HyperV Installation startet Server nicht mehr

    vmk wrote:

    Das passt aber nicht zum ersten Posting. Das Windows bootet nicht mehr und hier sollten wir im Rettungssystem sein.

    Das scheint aber nicht der Fall zu sein. Microsoft wird dort nur ausgewiesen, wenn der PCI Vendor entsprechend gesetzt ist. Kann HyperV das Rettungssystem gestartet haben?


    Wäre aber auch komisch, da man im SCP für das Rettungssystem ja auch die Bootreihenfolge ändern muss.