Code:
ps aux | grep apache
Der Apache Server läuft anfangs über root und startet dann die Folgeprozesse
mit www-data. (Gesamtanzahl: 7 Prozesse)
apache2.conf bedient sich aus /etc/apache2/envvars, wo
USER und GROUP gesetzt sind.
Code:
chown -R www-data:www-data /pfad/zum/webroot
Das ganze Verzeichnis ist bereits auf www-data gesetzt :/
Code:
Ordner:
find /pfad/zum/webroot -type d -exec chmod 755 {} \;
Dateien:
find /pfad/zum/webroot -type f -exec chmod 644 {} \;
Ebenfalls erledigt. Ich könnte jetzt noch rekursiv chmod 777 ausführen, um zu schauen,
ob es überhaupt funktioniert.
Quote:
Es könnte btw auch sein, dass der FTP-User die Berechtigung überschreibt, wenn Dateien hochgeladen werden.
|
Das vermute ich auch. Möglicherweise kollidieren sie miteinander. Aber
die Ursache konnte ich nicht ausfindig machen. Die Log-Dateien in Apache
geben auch keine Schlussfolgerung. FTP wird für Wordpress benötigt, um
Updates durchzuführen.
Ansonsten müsste man ständig manuell Updates einspielen, was einem Freund natürlich
mehr Arbeit als Flexibilität ist.
Ich habe nun durch die Dokumentation von vsftpd (FTP daemon) herausgefunden, wie man die
Log erstellt.
Vielleicht kriege ich das heute noch gefixt. Ich werde den Thread ggf. aktualisieren und als [SOLVED] markieren.
Mon Jan 9 19:34:59 2017 [pid NUM] CONNECT: Client "MYIPADRESS"
Mon Jan 9 19:34:59 2017 [pid NUM] [HIDDENUSR] OK LOGIN: Client "MYIPADRESS"
Mon Jan 9 19:34:59 2017 [pid NUM] CONNECT: Client "MYIPADRESS"
Mon Jan 9 19:34:59 2017 [pid NUM] [HIDDENUSR] OK LOGIN: Client "MYIPADRESS"
Mon Jan 9 19:35:00 2017 [pid NUM] [HIDDENUSR] FAIL MKDIR: Client "MYIPADRESS", "/var/lib/wordpress/wp-content/upgrade"
Mon Jan 9 19:35:00 2017 [pid NUM] [HIDDENUSR] FAIL RMDIR: Client "MYIPADRESS", "/var/lib/wordpress/wp-content/upgrade/akismet.tmp"
[SOLVED]
Nach einiger Recherche habe ich aufgegeben, ein ähnliches Problem zu suchen.
Nach genauer Betrachung des Verzeichnisses, entfernte ich die komplette
Installation, symbolische Verlinkungen und Dateien.
Code:
apt-get purge wordpress // Lösche alle Konfigurationen des Pakets
cd /var/www/html
cat /dev/null > /var/log/vsftpd.log
wget https://wordpress.org/latest.tar.gz
tar -xzf latest.tar.gz
Dann wp-config.php anhand von wp-config-sample.php konfiguriert und eingerichtet.
Datenbank vom Backup wiederhergestellt.
Funktioniert nun alles Prima
@
Danke, für die Hilfe, es lag definitiv irgendwo an einer Berechtigung.
Laut den Logs besaß ich partielle Rechte am Verzeichnis /var/lib/wordpress
Das Update funktionierte kurzfristig. Es bestand weiterhin ein
Problem mit der Berechtigung. Das Update war unvollständig.
Was mich dazu geleitet hat, es von vorne zu installieren und die Rechte
besser zu managen.