symlink.ch
Wissen Vernetzt - deutsche News für die Welt
 
symlink.ch
FAQ
Mission
Über uns
Richtlinien

Moderation
Einstellungen
Story einsenden

Suchen & Index
Ruhmeshalle
Statistiken
Umfragen

Redaktion
Themen
Partner
Planet

XML | RDF | RSS
PDA | WAP | IRC
Symbar für Opera
Symbar für Mozilla

Freunde
Benutzergruppen
LUG Switzerland
LUG Vorarlberg
LUGen in DE
SIUG
CCCZH
Organisationen
Wilhelm Tux
FSF Europe
Events
LinuxDay Dornbirn
BBA Schweiz
CoSin in Bremgarten AG
VCFe in München
Menschen
maol
Flupp
Ventilator
dawn
gumbo
krümelmonster
XTaran
maradong
tuxedo

 
Fehlerhaftes Paket in RHEL3 U8 legte weltweit Rechner lahm
Veröffentlicht durch XTaran am Mittwoch 26. Juli 2006, 12:42
Aus der Frustabbau Abteilung
Distribution Mowgli schreibt: "Ein seit dem 15.5.2006 bekannter Fehler im PVM-Paket von RedHats Enterprise Linux 3 Lösung wurde vergangenen Freitag ins aktuelle Update U8 übernommen und sorgte dafür, daß weltweit die Admins nicht mehr remote an ihre Maschinen drankamen. (Durch den Abbruch des Update-Vorgangs wurden u.a. SSH, NFS und cron nicht mehr wieder gestartet.) Der Fehler ließ sich nur per lokalem Login lösen. Bei mehreren hundert Maschinen ein gutes Stück Arbeit; bei Installationen, die nicht vor Ort sind, zudem noch teuer." Update, 14:33 Uhr: Es gibt seit gestern abend allerdings ein RedHat Bug Fix Advisory, welches jedoch möchte, daß man trotzdem alle vorangegangenen Bugfixes vorher einspielt.

Ob RedHat damit RHEL3 flotter zur Antiken Distribution (aka RHEL1 und 2) machen will?

DragonFly BSD 1.6.0 erschienen | Druckausgabe | ROCK 3 veroeffentlicht  >

 

 
symlink.ch Login
Login:

Passwort:

extrahierte Links
  • Heise
  • Linux
  • RedHat
  • bekannter Fehler
  • Bug Fix Advisory
  • Antiken Distribution
  • Mehr zu Distribution
  • Auch von XTaran
  • Diese Diskussion wurde archiviert. Es können keine neuen Kommentare abgegeben werden.
    It's a feature not a bug ^^ (Score:0)
    Von Anonymer Feigling am Wednesday 26. July 2006, 14:18 MEW (#1)
    SSH, NFS und cron nicht mehr wieder gestartet...

    Fein, dann fallen ja bei den Maschinen auch SSH Remote Exploits, NFS hacks und lästige Cronjobs weg.

    Mehr Ressourcen, Mehr Security ^^


    Antiquirieren? (Score:2)
    Von tL (sümlink bei frozenbrain punkt com) am Wednesday 26. July 2006, 14:36 MEW (#2)
    (User #981 Info) http://www.frozenbrain.com
    Ob RedHat damit RHEL3 flotter zur Antiken Distribution (aka RHEL1 und 2) machen will?

    Lötzinn. So eine Aktion würde das Image der Firma mehr runterziehen als das Image des Produktes. Und sowas macht man schlichtwegs nicht absichtlich. Sonst könnte man ja schon fast von Sabotage reden...


    tL

    --
    ... I don't like it, but I guess things happen that way ... (J. Cash)
    Re: Antiquirieren? (Score:0)
    Von Anonymer Feigling am Wednesday 26. July 2006, 18:18 MEW (#3)
    zumal bei Vorsatz auch Schadensersatzpflicht besteht.

    :) nein das würde in der Tat keine Firma machen.

    Re: Antiquirieren? (Score:0)
    Von Anonymer Feigling am Wednesday 26. July 2006, 18:21 MEW (#4)
    Ist es auch Vorsatz, wenn sie einem unfähigen Idioten die Aufgabe geben, das Paket zu machen?
    Re: Antiquirieren? (Score:0)
    Von Anonymer Feigling am Wednesday 26. July 2006, 18:29 MEW (#6)
    Das ist grobe Fahrlässigkeit, aber hier haftet
    die Firma ebenfalls.

    Re: Antiquirieren? (Score:0)
    Von Anonymer Feigling am Wednesday 26. July 2006, 18:34 MEW (#7)
    Das "grobe" glaube ich nicht. Fahrlässigkeit sicher, aber zu "grober Fahrlässigkeit" gehört schon einiges mehr.
    Lösung für solche Probleme (Score:0)
    Von Anonymer Feigling am Wednesday 26. July 2006, 18:23 MEW (#5)
    Moin,

    ein Kumpel von mir, der einen LAMP und
    quakeserver hobbymäßig betreibt, hat für die
    Zeiten in denen er Updates durchführt einen
    statisch gelinkten, per Hand aktuell gehaltenen
    ssh-server auf einem anderen Port laufen, um bei
    Update-Unfällen immer noch sicheren Zugriff auf das System zu haben, nach dem Updatevorgang wird der ssh-server wieder abgeschaltet.

    Etwas mehr Arbeit halt,
    aber auch ein Sicherungsnetz.

    Re: Lösung für solche Probleme (Score:1)
    Von Maverick (lb-web@projectdream.org) am Thursday 27. July 2006, 08:30 MEW (#8)
    (User #757 Info) http://projectdream.org
    Ja, das ist eine netter Workaround wenn man sich kein professionelles Equipment kaufen kann/will.

    In "richtigen" Umgebungen wird sowas kaum ein Problem sein, einfach auf den IP-KVM-Switch (oder Serial-Concentrator, wenn man nur *nix Umgebungen hat) connecten, und den sshd von Hand wieder starten.
    Re: Lösung für solche Probleme (Score:0)
    Von Anonymer Feigling am Thursday 27. July 2006, 21:01 MEW (#10)
    ich verwende dafür immer ein kleiner dropbear, der mit ner busybox im team läuft :) und notfalls habe ich einen sehr kompetenten provider, der mir sogar bsd installiert hat, das würden die auch packen :)
    Wieviele Rechner waren denn wirklich betroffen ? (Score:1)
    Von sugus am Thursday 27. July 2006, 10:03 MEW (#9)
    (User #1095 Info)
    Also von weltweit Rechner lahm legen und schon fast ein Endzeitszenario zu sprechen, ist doch etwas gar übertrieben... Ich habe hier noch 40 RHEL3-Systeme am laufen und keines von denen hatte nach dem Update auf U8 Probleme... Liegt wogl darn, dass die Minimal-Installation das Paket pvm nicht enthält. Meines Wissens besteht auch keine direkte Abhängigkeit zu diesem Paket, was dazu führen könnte, dass es "ausversehen" installiert wird. Ich denke dieses Paket macht auch wirklich nur im entsprechenden technisch/wissenschaftlichen Umfeld Sinn...
    Re: Wieviele Rechner waren denn wirklich betroffen (Score:0)
    Von Anonymer Feigling am Friday 28. July 2006, 10:20 MEW (#11)
    Nee, das Paket ist in einer der Installgruppen drin.

    Somit kannst Du das Paket auch drauf haben, wenn Du es nicht brauchst.
    Re: Wieviele Rechner waren denn wirklich betroffen (Score:1)
    Von sugus am Friday 28. July 2006, 13:08 MEW (#12)
    (User #1095 Info)
    Also wenn ich das Paket abfrage, bestehen keine Abhängigkeiten. Somit wird es auch nicht einfachso aufgrund einer Paketabhängigkeit installiert. Dieses Paket gehört zur Gruppe "Development/Libraries" und somit wird es nicht einfach so installiert, ausser man will es explizit installiert haben...

    Linux User Group Schweiz
    Durchsuche symlink.ch:  

    Never be led astray onto the path of virtue.
    trash.net

    Anfang | Story einsenden | ältere Features | alte Umfragen | FAQ | Autoren | Einstellungen