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

    Starten Sie bitte LiveConfig neu (damit der das php5-cgi-Paket nun auch "kennt"), und danach speichern Sie irgendeine Domaineinstellung eines betroffenen Vertrags noch mal neu (damit LiveConfig eine neue vHost-Konfiguration und somit auch einen neuen PHP-FCGI-Starter erzeugt).

    Zitat von kk

    Starten Sie bitte LiveConfig neu (damit der das php5-cgi-Paket nun auch "kennt"), und danach speichern Sie irgendeine Domaineinstellung eines betroffenen Vertrags noch mal neu (damit LiveConfig eine neue vHost-Konfiguration und somit auch einen neuen PHP-FCGI-Starter erzeugt).


    Herzlichen Dank für Ihren 1A Support, jetzt lädt die Testseite wieder fehlerfrei. :)


    Verstehe aber nicht warum es nicht direkt über liveconfig-meta mit installiert wurde eventuell
    könnte man das Paket noch hinzufügen für künftige Installationen.



    Mit besten Grüßen


    DasBill

    Abend,


    ich habe seit den Update diese Zeilen in der mail.log


    May 14 20:15:17 web01 postfix/local[3942]: error: open database /etc/aliases.db: No such file or directory
    May 14 20:15:18 web01 postfix/local[3943]: error: open database /etc/aliases.db: No such file or directory
    May 14 20:24:36 web01 sm-mta[5539]: NOQUEUE: SYSERR(root): /etc/mail/sendmail.cf: line 502: readcf: option TrustedUser: unknown user smmta


    Kann ich das Ignorieren ?


    Gruss

    Guten Tag,


    ich habe bei einem Server das Problem, dass er mit die config Datei unter /etc/apache2/conf-available nicht anlegt. Allerdings habe ich auch keine config Datei mehr unter /etc/apache/conf.d.


    Installiert ist jetzt Debian 8 mit LiveConfig LiveConfig 1.9.0-r3583 und Apache 2.4.10 (2.4.10-10).


    liveconfig.log:

    Code
    [2015/05/26 11:47:14.972651] [7188|7190] [LUA] LC.exec(/etc/init.d/apache2 restart): program output: Restarting apache2 (via systemctl): apache2.service.
[2015/05/26 11:47:14.972652] [7188|7189] [LUA] LC.exec(/etc/init.d/apache2 reload): program output: Reloading apache2 configuration (via systemctl): apache2.service.
[2015/05/26 11:47:17.919104] [7188|7191] [LUA] LC.exec(/usr/sbin/a2ensite web1.conf): program output: Site web1 already enabled
[2015/05/26 11:47:26.108911] [7188|7190] [LUA] LC.exec(/etc/init.d/apache2 restart): program output: Restarting apache2 (via systemctl): apache2.service.
[2015/05/26 11:47:28.026493] [7188|7189] [LUA] LC.exec(/etc/init.d/apache2 reload): program output: Reloading apache2 configuration (via systemctl): apache2.service failed!
[2015/05/26 11:47:28.026526] [7188|7189] [LUA] LC.exec(/etc/init.d/apache2 reload): error output: Job for apache2.service failed. See 'systemctl status apache2.service' and 'journalctl -xn' for details.
[2015/05/26 11:47:28.026537] [7188|7189] [LUA] LC.exec(/etc/init.d/apache2 reload): exited with return code 1


    apache2/error.log:

    Code
    [Tue May 26 11:23:27.006910 2015] [mpm_prefork:alert] [pid 813] no listening sockets available, shutting down
[Tue May 26 11:23:27.006919 2015] [:emerg] [pid 813] AH00019: Unable to open logs, exiting


    systemctl status apache2.service liefert folgenden output:



    Apache und LiveConfig habe ich beide schon komplett gepurged und neuinstalliert. Hat leider nicht geholfen. Auch läuft kein weiterer Apache Prozess, weshalb ich die Fehlermeldung von Apache nicht ganz verstehe. Neue Config über die LiveConfig GUI habe ich auch schon generieren lassen, allerdings ohne Erfolg.
    Hat jemand auch das Problem oder eventuell eine Lösung parat?


    Viele Grüße

    Ich bekomme auch ein Problem ab Schritt 6:



    Ist es nötig, hier zuzustimmen?


    Wenn ich auf nein gehe, kommt folgendes:


    Zitat

    Accept this solution? [Y/n/q/?] n
    The following actions will resolve these dependencies:


    Install the following packages:
    1) libperl4-corelibs-perl [0.003-1 (stable)]


    EDIT:


    Lösung: Den Vorschlag nicht akzeptieren (q). Dann manuell suphp löschen. Und aptitude upgrade ausführen. Danach geht es weiter :)

    Auch wenn ich das Upgrade von Deb 7 auf Deb 8 recht spät gemacht habe, gibt es Probleme mit den Logs der einzelnen VHOSTS.
    Update erfolgte nach der Anleitung hier im Fred.

    Zitat

    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.


    Diesen Abschnitt habe ich eben nochmal manuell ausgeführt, da beim Durchlauf beim Upgrade noch der Fehler:

    Zitat

    1. in der apache2.conf hat in der Zeile 89 der Eintrag: LockFile ${APACHE_LOCK_DIR}/accept.lock

    bestand.
    Die access.log unter /var/log/apache2 wird ordnungsgemäß geschrieben.
    Diesen Fred habe ich gelesen, Konfiguration verglichen ohne Ergebnis.
    lclogparse läuft

    Problem gelöst:
    in der apache2.conf, die auf einem Debian 7 mit Apache 2.2 mitkommt sind folgende Einträge enthalten:

    Zitat


    # Include generic snippets of statements
    Include conf.d/


    # Include the virtual host configurations:
    Include sites-enabled/


    diese funktionieren unter Debian 8 bzw. Apache 2.4 nicht mehr und führen genau zu dem Verhalten. Korrekt wäre:

    Zitat


    # Include generic snippets of statements
    IncludeOptional conf-enabled/*.conf


    # Include the virtual host configurations:
    IncludeOptional sites-enabled/*.conf


    Wenn man die apache2.conf nicht verändert hat, dann sollte die apache2.conf.dpkg-dist entsprechend umbenannt werden und verwendet werden.

    Der Liveconfig Server will bei mir nach dem Upgrade nicht neu starten:


    Zitat

    root@web:/etc/apache2# dpkg-reconfigure liveconfig
    [FAIL] Starting LiveConfig Server: liveconfig failed!
    [FAIL] Starting lclogparse: lclogparse failed!
    root@web:/etc/apache2#


    Jemand eine Idee woran das liegen kann?

    Scheint nach einem Reboot zu funktionieren.
    Habe jetzt nur noch ein ProFTP Problem...


    Zitat

    service proftpd restart
    [ ok ] Stopping ftp server: proftpd.
    [....] Starting ftp server: proftpd2016-01-09 19:24:44,976 web1 proftpd[8483]: mod_dso/0.5: unable to load 'mod_vroot.c'; check to see if '/usr/lib/proftpd/mod_vroot.la' exists
    2016-01-09 19:24:44,976 web1 proftpd[8483]: fatal: LoadModule: error loading module 'mod_vroot.c': Datei oder Verzeichnis nicht gefunden on line 74 of '/etc/proftpd/modules.conf'
    failed!

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden