Upgrade von Debian 7 (Wheezy) auf Debian 8 (Jessie) mit LiveConfig

  • Hier ist eine kurze Schritt-für-Schritt-Anleitung, um ein Debian 7 (Wheezy) auf Debian 8 (Jessie) zu aktualisieren.
    Wir haben das Update selbst auf mehreren Servern komplikationsfrei durchgeführt - falls jemandem doch noch etwas auffällt, freuen wir uns natürlich über ein Feedback.


    Grundlegende Kenntnisse der Serveradministration setze ich an dieser Stelle einfach mal voraus. ;)
    Eine umfangreichere Anleitung gibt es auf der Debian-Website.


    Wichtig bei Debian 8:

    • mod_suphp ist nicht mehr vorhanden. Webspaces müssen im LiveConfig also vorher ggf. von suPHP auf FastCGI umgestellt werden!
    • beim Upgrade von Debian 7 auf 8 wird systemd nicht automatisch installiert (der Systemstart sollte vorerst also bei sysvinit bleiben)
    • immer wenn Sie während des Upgrades gefragt werden, ob Sie bestehende Konfigurationsdateien beibehalten oder durch eine neuere Version überschreiben wollen, dann entscheiden Sie sich für beibehalten ("N" - NICHT überschreiben).


    Schritt 1: Debian 7 auf den aktuellen Stand bringen

    Code
    aptitude update
    aptitude upgrade


    Schritt 2: APT-Quellen aktualisieren
    Hierzu in der Datei /etc/apt/sources.list die Repositories von "wheezy" auf "jessie" ändern. Eine komplette sources.list könnte dann z.B. so aussehen:

    Code
    deb     http://ftp.de.debian.org/debian/     jessie main contrib non-free
    deb-src http://ftp.de.debian.org/debian/     jessie main contrib non-free
    deb     http://security.debian.org/ jessie/updates  main contrib non-free
    deb-src http://security.debian.org/ jessie/updates  main contrib non-free


    Bitte verwendet nach Möglichkeit einen lokalen Mirror-Server (z.B. vom jeweiligen Rechenzentrum).


    Schritt 3: Paket-Datenbank aktualisieren

    Code
    aptitude update


    Schritt 4: APT aktualisieren

    Code
    apt-get install apt


    Schritt 5: restliche Pakete aktualisieren

    Code
    apt-get upgrade


    Schritt 6: überflüssige/veraltete Pakete entfernen, fehlende Pakete nachinstallieren

    Code
    aptitude upgrade
    aptitude dist-upgrade


    WICHTIG: bei diesem Schritt wird mod_suphp entfernt (das ist in Debian Jessie nicht mehr enthalten, s.o.).


    Schritt 7: Neustart
    Server neu starten, um den neuen Kernel zu laden

    Code
    reboot


    Schritt 8: LiveConfig-Konfiguration aktualisieren

    Code
    dpkg-reconfigure liveconfig


    Dabei wird die Datei /etc/apache2/conf.d/liveconfig nach /etc/apache2/conf-available/liveconfig.conf verschoben und mit "a2enconf liveconfig" aktiviert. Ohne diesen Schritt werden evtl. keine access.logs für die einzelnen Webspaces erzeugt.


    Sollte irgendein Dienst nicht starten, weil etwas mit der Konfiguration nicht mehr passt (uns ist bislang kein Fall bekannt), dann melden Sie sich im LiveConfig an, gehen auf "Serververwaltung" und lassen die Konfiguration des betroffenen Dienstes neu erstellen.

  • Danke.


    Kann es sein, dass man unter Debian 8 Probleme mit "nur grpjquota, keine usrquota" hat, wie es bei LiveConfig vorgesehen ist?
    Debian 8 nutzt im Quota-Initskript das Skript /usr/share/quota/quotaon.sh und dieses berücksichtigt im Gegensatz zum alten Initskript nicht mehr, dass die grpjquota unter .../aquota.group liegen kann.


    Hat da schon jemand einen Quickfix dafür vielleicht?

  • Kann ich nicht bestätigen... hier wird das Group-Quota reibungslos beim Boot aktiviert. Es gibt zwar eine Warnung, dass kein User-Quota aktiviert ist, am Ende führt das quotaon.sh aber den Befehl "quotaon -aug" aus.


    Ich habe das eben mal anhand des Demo-Servers geprüft. In der /etc/fstab steht als Mount-Option "grpjquota=aquota.group,jqfmt=vfsv0". Nach einem Reboot war Group-Quota aktiviert (Test mit "repquota -ag").

  • fstab:

    Code
    /dev/md5 /var ext4 errors=remount-ro,grpjquota=aquota.group,jqfmt=vfsv0,discard 0 2


    mount:

    Code
    /dev/md5 on /var type ext4 (rw,relatime,discard,errors=remount-ro,data=ordered,jqfmt=vfsv0,grpjquota=aquota.group)


    apt-get -f install

    Code
    quota (4.01-8) wird eingerichtet ...
    [warn] Checking quotas...[....] Warning: user quota not configured in filesystem `/var.' ... (warning).
    done.
    [....] Turning on quotas...quotaon: Kann Quotadatei auf /var [/dev/md5] nicht finden, um Quotas zu (de-)aktivieren.
    invoke-rc.d: initscript quota, action "start" failed.
    dpkg: Fehler beim Bearbeiten des Paketes quota (--configure):
     Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
    Fehler traten auf beim Bearbeiten von:
     quota
    E: Sub-process /usr/bin/dpkg returned an error code (1)


    EDIT:
    evtl. betrifft es auch nur Neuinstallationen, keine Upgrades? Meine Frage war dann nicht passend zum Thema, da es eine Neuinstallation ist.

  • Code
    quota (4.01-8) wird eingerichtet ...
    [warn] Checking quotas...[....] Warning: user quota not configured in filesystem `/var.' ... (warning).
    done.
    [....] Turning on quotas...quotaon: Kann Quotadatei auf /var [/dev/md5] nicht finden, um Quotas zu (de-)aktivieren.


    Ganz einfach: falsche Reihenfolge. ;)
    Erst "quota"-Paket installieren, dann Quota im Filesystem einrichten & aktivieren.


    In diesem Fall also bitte die Quota-Optionen noch mal aus der fstab entfernen, dann emount, dann quota installieren & konfigurieren.

  • Hallo


    das Upgrade hat bis auf 2 Sachen reibungslos geklappt.


    1. in der apache2.conf hat in der Zeile 89 der Eintrag: LockFile ${APACHE_LOCK_DIR}/accept.lock
    2. in der ssl.conf hat der Eintrag SSLSessionCache shmht:logs/ssl_scache(512000) gestört.


    Mit freundlichen Grüßen


    Martin Krüger

  • Hallo


    PHP 5.3.29 (DotDeb) war die Standard PHP Version auf unserem Debian 7.8 System PHP 5.4.x/5.5.x/5.6.x wurde per PHP-Opt zur Auswahl gestellt.


    Hoffe das diese Antwort nun weiterhilft.


    Mit freundlichen Grüßen


    Martin Krüger

  • Ich habe gerade versucht nach Anleitung von Wheezy (v7.8) auf Jessie upzudaten bin aber
    ab Schritt 6 auf Probleme gestoßen:



    Ab diesem Punkt waren der Apache und MySQL Server verständlicherweise nicht mehr erreichbar,
    ich habe daraufhin aptitude install liveconfig-meta ausgeführt um die entfernten Pakete wieder zu installieren.
    Danach habe ich Liveconfig neu gestartet und eine Test-Wordpress Installation aufgerufen dort bekomme ich nun einen 500 Internal Server Error im error.log vom Webvertrag steht folgendes:


    Code
    [Tue May 12 20:47:03.907991 2015] [fcgid:warn] [pid 26387] (104)Connection reset by peer: [client 192.168.222.1:25607] mod_fcgid: error reading data from FastCGI server
    [Tue May 12 20:47:03.908070 2015] [core:error] [pid 26387] [client 192.168.242.1:25607] End of script output before headers: index.php
  • Prüfen Sie bitte folgende Punkte:

    • ist apache2-suexec installiert und aktiviert? ("a2enmod suexec")
    • ist im betroffenen Webspace-Vertrag PHP auf "FastCGI" eingestellt? (siehe z.B. /etc/apache2/sites-enabled/<Vertrag>.conf - da steht beim PHP-Abschnitt als Kommentar wie das konfiguriert ist)
  • Was passiert eigentlich mit den PHP-Versionen bei einem solchen Upgrade?
    Bleiben die fest eingestellten alle erhalten und nur die mit "default" ändern sich?


    Ja, genau. Die "default"-Einstellung setzt als Apache-Handler "application/x-httpd-php", was dann jeweils mit /usr/bin/php-cgi ausgeführt wird.

  • Prüfen Sie bitte folgende Punkte:

    • ist apache2-suexec installiert und aktiviert? ("a2enmod suexec")
    • ist im betroffenen Webspace-Vertrag PHP auf "FastCGI" eingestellt? (siehe z.B. /etc/apache2/sites-enabled/<Vertrag>.conf - da steht beim PHP-Abschnitt als Kommentar wie das konfiguriert ist)


    Guten Abend Herr Keppler,


    vielen Dank für Ihre schnelle Rückmeldung.


    In der Tat war apache2-suexec nicht installiert dies habe ich nachträglich gemacht und mit service apache2 restart einen Neustart des Apache durchgeführt. Das entsprechende Modul war bereits im Apache aktiviert gewesen.


    Im Vertrag ist FastCGI ausgewählt ein Blick in /etc/apache2/sites-enabled/webX.conf (PHP configuration for this subscription: FastCGI) bestätigt dies.



    Mit besten Grüßen


    DasBill

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!