Posts by voja

Heute ist gesetzlicher Feiertag in Baden-Württemberg. Daher dürfte es nur den Notfallsupport geben.

Die IP-Adresse wird unter den Netzwerkeinstellungen im SCP (und nicht im CCP) zugewiesen.

m_ueberall wrote:

Preisfrage: Wie bekomme ich ohne Reboot fehlerhafte Einträge (Dateisystem fuse.xyz) aus /proc/self/mounts entfernt?

Geht ein umount -f ?

aNewUser wrote:

Ja: Magenta Zuhause Hybrid von der Telekom. Der Tarif ist aber veraltet. Wie die Technik dahinter funktioniert weiß ich nicht, aber es sieht wie eine Art VPN aus.

Da braucht man aber einen Telekom Router für, oder? Das hätte ich gerne vermieden. Aktuell kriegt man das als Addon zum DSL.

Hallo zusammen,

hat jemand von euch aus DE einen Fallback auf LTE, falls der DSL-/Kabelanschluss ausfällt? Falls ja: welcher Tarif kommt zum Einsatz?

Habt ihr schon von FritzFrog gelesen?

https://www.guardicore.com/202…tnet-infects-ssh-servers/

Bensen wrote:

lag auf diesem Server

Deswegen immer schön das Monitoring monitoren. 😎

geekmonkey wrote:

Ein Server mehr oder weniger offline ... wer merkt das schon - haha.

Das Monitoring? 😉

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.

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.

eripek wrote:

NAT + Failover-API

Die Failover-API wird vom keepalived in den Containern angesprochen. Das NAT müsste dann ja auch vom Container aus an/ausgeschaltet werden.

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.

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?

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.

Shockdoc1 wrote:

Hi zusammen,

weiß jemand ob es möglich ist Froxlor manuell auf einem Jessie auf 10.20 upzudaten ohne Probleme zu bekommen?

VG

Tobias

Display More

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.

Aber nicht laut Impressum?

janxb wrote:

voja

Höherer Spritverbrauch: Ich fahre meinen Ibiza mit E10 zwischen 4.8 und 5.3 L/100km. Wie wenig soll ich denn dann erst mit E5 verbrauchen?

Leitungen gehen kaputt: Bei Ford (beispielhaft) sind alle Autos ab BJ 2000 mit E10 kompatibel. Würden sie solche Zusagen wirklich machen, wenn ein höheres Risiko besteht?

Klimaschädlichkeit: In dieser Hinsicht bin ich leider zu unwissend. Kann durchaus sein, dass der Anbau nicht ganz sauber abläuft.

Display More

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.

• 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. 😉

H6G wrote:

AMD ist leer.

Dann habe ich zu große Instanzen gebucht. 😉Auf jeden Fall wurde der Server soeben bereitgestellt.

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? 🤔

timkoop wrote:

Eventuell wird "Microsoft" als Hypervisor vendor angezeigt, wenn man im SCP unter "Optimierungen für Betriebssystem" Windows auswählt?

Das dürfte die Erklärung sein. 👍

Laut qemu Doku gibt es Optimierungen die die IDs entsprechend abändern.