Upgrade auf Lenny

  • Huhu, jetzt ist ja schon einige Tage Debian Lenny stable. Wie sieht das mit einem "apt-get dist-upgrade" auf dem Vserver aus? Ist dies möglich oder muss mit Problemen gerechnet werden, so das ein neu aufsetzen bei gelegenheit besser wäre?


    In diesem Sinne

  • Ich hab das dist-upgrade schon einen Tag nach dem Release gemacht - und es ging gut. Ein einziges Problem: beim Update versucht Debian den klogd neu zu starten, das geht halt nicht - hab ihn einfach aus dem Runlevel entfernt und danach lief auch das apt-get upgrade wieder ohne Probleme (vorher hat er immer versucht den klogd zu starten)

  • Hallo,


    hat schon jemand ein Dist-Upgrade von Etch auf Lenny auf einem vServer gemacht? Kann man das gefahrlos durchziehen oder ist mit Komplikationen zu rechnen? Und falls Ja, welche Probleme hattet Ihr; auf was ist vor/während/nach dem Upgrade zu achten?


    Für einen kleinen Erfahrungsbericht oder Hinweise und Tipps wäre ich dankbar. :)



    Viele Grüße,
    koweto

  • Hallo Robert,


    danke für die (kommentarlosen) Links. Die SuFu kenne ich natürlich und habe sie auch benutzt. So wirklich beantwortet das aber meine Frage nicht, da man sich unter "im Großen und Ganzen läuft's" (Ausdruck von zwei Benutzer verwendet) nicht wirklich etwas vorstellen kann. Auch die Beschreibung mit "individuell konfigurierter Apache bzw. PHP" ist recht schwammig. In anderen Threads, ebenfalls hier im Forum, liest man von einem streikenden klogd, der nur durch deaktivieren zum Schweigen gebracht werden konnte. Dieses Problem trat auf mit der Pre-Release Version - kein Plan ob das in der Stable immer noch so ist. Außerdem ist Dienste abschalten, wenn die Probleme machen, ja auch keine Lösung, zumal viele den Kernel Log gerne aktiviert haben.
    Na mal abwarten, vielleicht postet ja noch jemand einen etwas ausführlicheren Erfahrungsbericht. :)


    mfg koweto

  • Sorry, hatte vorhin nur kurz Zeit. Der Thread hier könnte allerdings trotzdem mit dem anderen zusammengeführt werden.


    Bei mir läuft Lenny nun seit dem Upgrade vor 2-3 Wochen problemlos. Was Apache und PHP angeht: Ich war, als ich den Server bekommen habe, die Konfiguration von den beiden von oben bis unten durchgegangen und hatte einiges angepasst. Beim Apache hatte ich dabei z.B. geändert, dass nicht die Konfigurationsdateien in sites-available und sites-enabled genutzt werden, sondern alle Dateien mit einer bestimmten Endung im Ordner sites. Beim Update hätte ich natürlich einfach die Konfigurationsdateien lassen können, allerdings wollte ich sehen, was sich an der Standardkonfiguration geändert hat, um evtl. sicherheitskritische Änderungen auch bei mir umzusetzen (bzw. Neuerungen in der neuen Version). Dementsprechend musste ich eben die Konfigurationen komplett vergleichen (lassen), was eben seine Zeit braucht. Bei PHP kam noch dazu, dass ich eAccelerator installiert habe, und das muss man für jede Version neu kompilieren. Tut man das nicht, funktioniert die Homepage einfach nicht und man fragt sich warum. Das gleiche gilt natürlich auch noch für andere Programme, deren Konfigurationsdateien man geändert hat. Ich persönlich habe mir eben die Zeit genommen, wenn man entweder alle seine Konfigurationsdateien beibehalten oder überschreiben will, geht das auch viel schneller.


    Klogd musste ich auch ausschalten. Zu dem Thema kannst du hier bzw. hier nachlesen, warum das auf einem vServer nicht geht/gehen sollte. Allgemein ist der Zugriff auf den Kernel eine Sache, die einen Rootserver von einem vServer unterscheidet. Ich habe natürlich jetzt kein Etch-System mehr zum Vergleich, aber ich kann mich nicht daran erinnern, dass es vorher einen Kernel Log gab.

  • Hallo Robert,


    danke für deine Antwort. :)
    Demnach hattest Du "nur" einige Konfig Probleme?! Meine Bedenken beziehen sich u.a. auf Berichte, die ich in einem anderen Forum gelesen habe, dass sshd den Dienst verweigerte. SSH mit Key (bzw SFTP) und TLS für Mails gestreikt hat und man alles neu einrichten musste. Hier im Forum liest man wieder von anderen "Kleinigkeiten" die nicht mehr funktionierten. Das alles in der Summe gibt dann doch schon ein ordentliches Problempaket.
    Vielleicht mache ich mir auch unnötig Gedanken. Mit Linux bin ich noch nicht allzu lange Zugange und auch wenn das administrieren soweit funktioniert. Nur ein Dist-Upgrade habe ich bisher noch nie gemacht und dementsprechend habe ich Respekt davor, da ich mir ja auch nicht das ganze System schrotten möchte und anschließend stundenlang versuchen muss, den Server wieder zum Laufen zu bewegen. ;)



    Viele Grüße,
    koweto



    p.s.: Danke für's zusammenführen der Beiträge. Vielleicht sollte man so eine Art Mini-FAQ machen, da ich mir denken kann, dass diverse Kunden ähnliche Fragen zum Upgrade auf Lenny haben.

  • Hallo koweto,
    bei mir funktionierte das Upgrade (vor ungefähr 2 oder 3 Wochen) auf zwei vServern problemlos. Nur der klogd meckerte rum, den vergeblichen Startversuch (mit laaaangem Timeout...) brach ich dann einfach mittels Strg+C ab und APT hat es dann auch nie wieder versucht, frag mich nicht wieso. Notfalls vielleicht auch einfach mal den vServer neustarten, keine Ahnung wie das jetzt genau bei mir war, ich änderte jedenfalls nichts an/für klogd und trotzdem hat er bzw. APT nie wieder gemeckert :)


    Mit anderen Programmen gab es auch keine Probleme. Detail am Rande: Einer der beiden Server war ein Debian-Syscp System mit viel neuer Software und einigen Anpassungen. Der zweite Testserver war einmal (ich hatte ihn genau damals mehrmals neuinstallieren müssen) ein neues Debian-Syscp System und dann noch ein "leeres" Debian System mit einigen speziell konfigurierten Programmen. Verlief alles problemlos :)


    Robert: Meinst du beim eAccelerator, wegen verschiedener PHP Versionen oder Linux Versionen? Denn bei mir lief und läuft nach wie vor PHP 5.2.x mit dem eAccelerator. Ich habe nichts neu kompiliert oder installiert seit dem Upgrade und trotzdem läuft alles problemlos ;)



    MfG Christian

    "Wer nur noch Enten sieht, hat die Kontrolle über seine Server verloren." (Netzentenfund)

  • Tut mir leid, dass ich mich undeutlich ausgedrückt habe im Post:


    Ich hatte keine Probleme bis auf den klogd, der hat unter vServern nicht funktioniert.

  • koweto: SSH, FTP usw. liefen bei mir einwandfrei weiter.


    Zitat von killerbees19;3067

    Robert: Meinst du beim eAccelerator, wegen verschiedener PHP Versionen oder Linux Versionen? Denn bei mir lief und läuft nach wie vor PHP 5.2.x mit dem eAccelerator. Ich habe nichts neu kompiliert oder installiert seit dem Upgrade und trotzdem läuft alles problemlos ;)


    Immer wenn ich PHP update, kommt eine Meldung (die ich allerdings erst sehen konnte, als ich mal "php -v" ausprobiert habe), dass eAccelerator für die alte Version kompiliert wurde und man es neu kompilieren soll. Solange ich das nicht getan habe bzw. eAccelerator deaktiviere, funktioniert PHP nicht. Ist schon eine Weile her, dass ich das installiert habe, aber 0.9.5.3 ist ja immer noch die aktuelle Version und ich habe mir glaube ich damals einfach den Quellcode heruntergeladen, entpackt und kompiliert.

  • Also bei mir gab es auch keine großen Probleme, ich musste nur meine /etc/apt/sources.list anpassen. Für alle die es noch brauchen:


    Bei Syslogng war auch noch eine manuelle anpassung der Konfig notwendig das liegt aber am Aufbau meines Systems. Wie es mit Apache und Co aussieht weiß ich jetzt nicht weil bei mir Apache, MySQL und php unabhängig vom Debian System installiert ist.


    In diesem Sinne

  • Ich habe ganz am Anfang noch

    Code
    deb http://hetzner:download@download.hetzner.de/debian/mirror/ lenny main non-free contrib


    Dann können die Pakete auch direkt von Hetzner heruntergeladen werden.


    In volatile werden (bisher) nur Daten für einen Virenscanner angeboten, oder?

  • Guten Morgen,


    also scheint es doch recht problemlos zu laufen - für gewöhnlich. ;)
    Ich habe nun mal in der sources.list alle "etch" gegen "lenny" getauscht und "apt-get update" ausgeführt. Vom SysCP gibt es einen 404 Fehler und wie ich kurz ergoogeln konnte, scheint da auch noch nichts für Lenny geplant zu sein. Daher noch meine Frage: läuft SysCP problemlos unter Lenny und kann man dann in der sources.list den Eintrag auf "etch" lassen?
    Und noch eine (vorläufig) letzte Frage: Um sich klogd nach dem Upgrade zu entledigen reicht es aus, den Dienst mit "update-rc.d -f klogd remove" aus den Runlevel zu entfernen?


    Vielen Dank und schönen Freitag,
    koweto



    Nachtrag
    Meine sources.list sieht momentan so aus:

  • Zitat von Robert;3078


    In volatile werden (bisher) nur Daten für einen Virenscanner angeboten, oder?


    Zitat von debian.org

    Einige Pakete wie Spam-Filterung und Virenscanning veralten sehr schnell, und selbst wenn sie aktualisierte Datenmuster verwenden, werden sie nicht über die gesamte Dauer einer stabilen Veröffenlichung funktionieren. Das Hauptanliegen von Volatile ist es, Systemadministratoren zu ermöglichen, ihre Systeme auf eine nette, konsistente Art und Weise zu aktualisieren, ohne die Nachteile der Verwendung von Unstable zu erfahren, ja selbst ohne die Nachteile der gewählten Pakete zu erfahren. debian-volatile wird deswegen nur Änderungen zu Programmen aus Stable enthalten, die nötig sind, um sie funktionsfähig zu halten.


    In diesem Sinne

  • huhu ich klink mich mal ein hier kurz ^^


    Ich hab nach nem Upgrade von etch auf lenny bei nem vserver nun folgende meldung beim starten und stoppen des apache2.


    beim stoppen erscheint im openvcp:

    Code
    Stopping web server: apache2[Fri Sep 18 20:22:17 2009] [warn] The Alias directive in /etc/apache2/apache2.conf at line 240 will probably never match because it overlaps an earlier Alias.
    Warning: SuexecUserGroup directive requires SUEXEC wrapper.
    Warning: SuexecUserGroup directive requires SUEXEC wrapper.
    Warning: SuexecUserGroup directive requires SUEXEC wrapper.
    Warning: SuexecUserGroup directive requires SUEXEC wrapper.
    Warning: SuexecUserGroup directive requires SUEXEC wrapper.
    Warning: SuexecUserGroup directive requires SUEXEC wrapper.
    Warning: SuexecUserGroup directive requires SUEXEC wrapper.

    nachn apache2 restart kommt:

    und nachn neustart des servers erhalte ich überall

    Code
    Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

    ./update_3.x.pl hab ich durchgeführt und hoffentlich auch alles richtig gemacht. Hat jemand nen rat wie ichs wieder zum laufen bekomme? bin confixx anfänger und hoffe weiß jemand ne lösung


    P.S. der restart des servers dauert nun auch fast 20 minuten könnte das auch damit zusammenhängen?vorher wars ja nichmal ne minute


    ahjo sehr hilfreich wärs wenn ihr mein os kennt wa lol voll vergessen. debian etch upgrade auf lenny also eher lenny würd ick sagen ^^ 64 bit mit confixx 3.3.6

  • okay das problem hab ich nun doch selbst lösen können. bei dem apache fehler reichte ein


    Code
    apt-get install apache2-suexec


    und der Fehler war weg. er sagte zwar vorher das alles aktiviert is verlinkt usw. aber nahja nun egal ^^ die rechte wie ich annahm wars jedenfalls nich und alles andere war och ziellos.


    Das mit der DB war auch igentlich ganz easy to go zu lösen einfach die zeile mit den logbin auskommentieren da es zusammen mit der every day log oder so nich funzte und der server dadurch crasht.
    Das Problem was ich allerdings noch habe ist das kurioserweise der server nach dem upgrade knapp 10 minuten zum restart brauch hat da jemand ne idee???

  • Zitat von sugersgroer;6176

    Das Problem was ich allerdings noch habe ist das kurioserweise der server nach dem upgrade knapp 10 minuten zum restart brauch hat da jemand ne idee???


    Zeig doch einmal die genaue Ausgabe vom Control Panel, was er beim Shutdown/Boot alles macht, wenn nötig kannst du die Ausgaben ja anonymisieren. Ich hatte damals ein ähnliches Problem, bei mir war z.B. Bind schuld.



    MfG Christian

    "Wer nur noch Enten sieht, hat die Kontrolle über seine Server verloren." (Netzentenfund)

  • nichts leichter als das



    das steht im openvcp nur wirklich weiter bringt mich das nich

  • Code
    Stopping kernel log daemon... failed!
    Ausgabe Starting kernel log daemon... failed!


    Da haben wir schon den Fehler. Das wurde im Forum und Wiki schon besprochen (siehe z.B. hier oder hier). Du musst sysklogd und klogd per apt entfernen und stattdessen rsyslogd installieren, damit funktioniert es ohne Probleme :)



    MfG Chrisian

    "Wer nur noch Enten sieht, hat die Kontrolle über seine Server verloren." (Netzentenfund)

  • Zitat von killerbees19;6179

    Du musst sysklogd und klogd per apt entfernen und stattdessen rsyslogd installieren, damit funktioniert es ohne Probleme :)



    MfG Chrisian


    Kann man das einfach so (also per aptitude die alten logger runter und rsyslogd drauf) oder muss man sich dann auf eine Config-Orgie vorbereiten und hinterher wird dann die Hälfte nicht mehr mitgelogt? ;)