beim Update gibts augenscheinlich Meinungsverschiedenheiten zw. dem Installer und den Zugriffsrechten
ZitatCan't exec "/tmp/liveconfig.config.XL7F57": Permission denied at /usr/share/perl/5.20/IPC/Open3.pm line 177.
open2: exec of /tmp/liveconfig.config.XL7F57 configure 2.0.0-r3952 failed at /usr/share/perl5/Debconf/ConfModule.pm line 59.
(Reading database ... 81640 files and directories currently installed.)
Sichtbare Schäden sind aber bisher nicht aufgefallen
PS: Deb8.2
gibt es in den jeweiligen Hosts Logs die auch geschrieben werden?
Schreibt der Apache Logs?
mittels dieser Anleitung war es problemlos möglich ein php 5.3.29 auf einem Deb 8.2 zu installieren. Über die Sinnhaftigkeit kann man sich streiten - ich halte ebenfalls nix von der Nutzung derartig alter Versionen.
PS: Ein PHP 5.4.x war nicht installierbar
Klär mal bitte auf - den Fehler muß ja kein anderer nochmal machen 
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.
Hab das eben bei einem Bestandskunde getestet - problemlos. Tritt der Fehler beim Anlegen eines Kunden auf?
System: Deb 8.2 64bit
Termin ist vorgemerkt
ja hätte ich, aber ausschließlich per PN(also einfach mal melden)
Ganz einfach: bei deutschen Versendern ist der Rechtsweg der Erfolgversprechendste.
Vorschlaghammermethode: Abmahnung, einstweilige Verfügung, Abschluß mit strafbewährter Unterlassungserklärung etc.
Mache ich regelmäßig und es ist schon fast bedenklich ruhig im Postfach - man denkt manchmal der Server spinnt.
Ich empfehle mal einen Blick über den Tellerrand zu Forum-Antispam e.V.
Nicht umsonst:
CSA=Certified Spammer Alliance
Bei deutschen Versendern hilft am besten die Vorschlaghammermethode, und zwar direkt auf den Geldbeutel.
Nachtrag: auf CSA läßt sich aber wunderbar filtern.
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.
ZitatSchritt 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:
Zitat1. 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
andreas meint wohl eher das Layout der GUI
ja die Möglichkeit besteht:
Link
der Link zur Anleitung ist aber derzeit tot
ebenso für Wheezy
Dort ist jetzt proftpd-basic_1.3.4a-5+deb7u3_amd64.deb aktuell
[offtopic]ganz so entspannt wäre ich bei nem Squeeze nciht mehr, wobei das Ansichtssache ist[/offtopic]
Wenn das Repo drin und aktiv ist, sollte das klappen.
Bei mir wird nur der User ausgefüllt (zb. Admin).
hier ebenso, das ist beim anlegen von Mailadressen nervend, weil mehrmals admin@ zur Fehlermeldung führt
Einfacher und definitiv sinnvoller sind in dem Fall: getrennte Accounts mit den entsprechenden Rechten.
ups ja, ich bin noch confixx-verseucht
Ich würd erstmal auf der Konsole nach allen Files des Users suchen lassen und da auch die Quota Ausgabe prüfen
