Das längste Thema

    Nee. Erstens, weil systemd ein einziges großes Ärgernis ist, und zweitens, weil ich Red Hat nicht über den Weg traue. Würde mich nicht wundern, wenn die Fedora beizeiten komplett einstampfen.

    (Fedora 16 war mein letztes Desktoplinux außerhalb von Bastellaptops. Lange ist's her.)

    Intelligente Menschen sind manchmal gezwungen, sich zu betrinken, um Zeit mit Narren zu verbringen.
    (E. Hemingway)

    Fedora läuft trotz seiner Aktualität ziemlich stabil. Habe ich selbst seit vielen Jahren im Einsatz (sowohl im Server als auch im Desktop Umfeld). Selbst die OS Major Upgrades laufen hier dank dnf system-upgrade so gut wie sonst bei keinem anderen OS. Muss man halt einmal im Jahr machen. Das liegt mit Sicherheit auch daran, dass Fedora bei den RedHat Entwicklern selbst eingesetzt wird und daher Bugs entweder sehr schnell korrigiert bzw. gar nicht erst im stable Branch landen. Ich bin trotz meiner fortschreitenden Skepsis gegenüber RedHat immer noch sehr zufrieden mit Fedora, weil es hier auch wenig Alternativen gibt.

    Zitat von Paul

    Selbst die OS Major Upgrades laufen hier dank dnf system-upgrade so gut wie sonst bei keinem anderen OS. Muss man halt einmal im Jahr machen. Das liegt mit Sicherheit auch daran, dass Fedora bei den RedHat Entwicklern selbst eingesetzt wird und daher Bugs entweder sehr schnell korrigiert bzw. gar nicht erst im stable Branch landen.

    Das ist ja bei OpenBSD auch so. Basteln nur, wenn es absolut nötig ist (was es quasi nie ist). Aufgesetzt und läuft (mit Upgrades alle sechs Monate, Support für zwölf).

    Das ist halt nur sehr langweilig… ;)

    Intelligente Menschen sind manchmal gezwungen, sich zu betrinken, um Zeit mit Narren zu verbringen.
    (E. Hemingway)

    Zitat von Virinum

    Hatte ich am Mittwoch genau so mit meinem Server bei Strota. Allerdings war meiner nur 15 Minuten offline.

    Na Serva's (oder Servus...),

    mein kleiner kanadischer VPS war gestern Abend 300 Minuten offline.

    Laut Support gab es 'Probleme bei Netzwerkarbeiten an einem benachbarten Serva im Rack'. (frei übersetzt)

    Frage mich natürlich warum meine Kiste deshalb neu gebootet wurde und die 5 h nicht nur offline war sondern in dieser Zeit nicht mal eingeschaltet war :/

    Upps, was war das jetzt? Entweder ist die Strota Kiste von jetzt auf gleich abgeschmiert ohne irgendwelche interessanten Logeinträge im Syslog, kern.log. Log hört einfach auf und geht dann mit dem Reboot weiter. Oder Strota hatte ein Problem. Gut 20 Minuten nix, dann ist sie wieder hochgefahren. mtr ging anfangs nur bis Host 4 (decix.bb-a.fra3.fra.de.net.i0n0s) normalerweise ist der Zielhost Nr 8 oder 9. Derzeit Nr.8 und Nr.7 zeigt "(waiting for reply)". Nuja, auch der Server wird mich in 2 Monaten verlassen. Aber ne Weile sollte er schon noch laufen.

    Edit: Sehe gerade die Beiträge weiter oben, hatte also vermutlich nichts mit dem Server selbst zu tun.

    Einmal editiert, zuletzt von tab (3. Juni 2024 um 21:22)

    Hat jemand von euch einen Server bei I0N0S in den USA? Ich habe jetzt über eine Stunde gebraucht, um de 5 vorkonfigurierten Regeln in der vorgeschalteten Firewall zu entfernen. Jedes Mal, wenn man „Regel entfernen“ gedrückt hat, dauerte es zwischen 15 und 20 Minuten, bis dies vollendet war... Das kann doch nur am Interface liegen?

    [RS] 2000 G11 | 3x 1000 G12 Pro | 2x Vincent van Bot | Piccolo | Piccolo ARMore
    [VPS] 1000 G9 | 500 G11s | mikro G11s | 4x nano G11s | 4x piko G11s
    [WH] 8000 SE | 4000 SE | 2000 SE | 2x Spezial

    Zitat von Virinum

    Hatte ich am Mittwoch genau so mit meinem Server bei Strota. Allerdings war meiner nur 15 Minuten offline.

    Am letzten Mittwoch ist mein vServer bei denen zum Zeitpunkt, als ich dort ein Update durchgeführt habe, auch ausgefallen.

    Da er genau im Updateprozess mir unter dem A.. weggezogen wurde, kam er danach auch nicht mehr hoch.

    Die Daten auf dem Server von ca. 3 TB konnte ich dann nur noch über das Rettungssystem auf einen anderen Server bei einem anderen und zuverlässigeren Provider retten und den Server beim Provider aus Berlin dann nur noch neu aufsetzen.