Springe zum Inhalt


Plugin upgrade Failed. Could not create directory.

Downloading update from http://downloads.wordpress.org/plugin/xxx.zip.

Unpacking the update.

Installing the latest version.

Could not create directory. /var/www/xxx/xxx/html/wp-content/plugins/xxx/

Plugin upgrade Failed.

Bei einigen betreuten Blogs möchte das 1-Klick-Upgrade von Plugins nicht mehr so, wie es wollen sollte, selbiges gilt für Installation von neuen Plugins aus dem ACP heraus oder fürs Core-Update. Untragbar dieser Zustand. Mögliche Problemlösung [via], die mir bestens geholfen hat, jetzt:

1. FTP-Client öffnen, verbinden, hinüber zu /wp-admin/includes/ navigieren und die Datei class-wp-filesystem-direct.php ausfindig machen

2. Backup jener Datei erstellen, selbige öffnen und folgende Zeile suchen: function mkdir($path, $chmod = false, $chown = false, $chgrp = false) {

3. Unter dieser Zeile folgendes einfügen

// safe mode fails with a trailing slash under certain PHP versions.
$path = untrailingslashit($path);
if ( empty($path) )
$path = '/';

4. Änderungen speichern, neue Datei hochladen.

5. Sich freuen wenn es geklappt hat

Downloading update from http://downloads.wordpress.org/plugin/xxx.zip.

Unpacking the update.

Installing the latest version.

Plugin upgraded successfully.

Auf einem meiner Blogs trat das komischerweise auch einmal auf, vielleicht war das Springen auf PHP 5 mitschuldig, vielleicht auch nicht, für mich ist die Hauptsache dass durch diese kleine Änderungen wieder alles in Butter ist.

Verwandte Artikel

Abgelegt in (B)logisch.

Tags: , , , , , .


6 Reaktionen

Es gilt die Netiquette.

  1. Traveler sagte

    Habe sehr oft diese Fehler :(
    Liegt an dem Hoster?

  2. Crazy Girl sagte

    Ich mache sämtliche Updates lieber manuell. Das hat für mich vor allem auch den Vorteil, dass ich das komplette FTP alles ebenfalls auf meiner Platte habe und bei Bedarf somit eine komplette Datensicherung. Braucht man zwar nur selten, aber wenn ist es doof, wenn alles komplett neu installiert und hergeholt werden muss. Im Fall von meinem Trojaner damals am ersten Weihnachtsfeiertag musste ich z.B. alles am Server löschen und neu drauf spielen ;-)

  3. Uwe sagte

    Trojaner bei WordPress? Was machst du denn für Sachen?! :)

    Mein Backup wird vom Hoster vollzogen und 1x im Monat ziehe ich _alles_ via FTP auf die Festplatte, nur wenn einzelne Dateien bearbeitet werden gibts natürlich von denen vorher eine Sicherung

  4. Crazy Girl sagte

    WordPress hatte mit dem Trojaner selbst nicht viel zu tun, wurde nur davon befallen :-( Ich hatte mir den Trojaner auf einem bereits befallenen WordPress Blog beim Surfen im Netz geholt. Schwups hat das miese teil alle meine FTP Passwörter geklaut und alle meine Zugänge gehackt und sich dort rein gesetzt. Ich habs nur gemerkt, als meine Firewall auf einmal ansprang. Hab zwar auf Deny geklickt, hat den Trojaner aber nicht interessiert, der kam trotzdem raus *heul*
    Somit hatte dann auch ich den Trojaner auf alle meinen WordPress Blogs (und allem was ich sonst noch hatte). Wenn ich da nicht aktuell alles auf meiner Platte gehabt hätte, hätte ich echt alt ausgesehen ;-) Seitdem bin ich davon überzeugt, dass meine Arbeitsweise (alles lokal und dann erst hochladen) die richtige Version ist…

  5. Uwe sagte

    Das hört sich ja fies an, auf was für einer bösen Seite hast du dir denn so was eingefangen?!
    Da macht dann auch das aktuelle WordPress, ein .htaccess Schutz und ein langes Passwort nichts gegen eine Infizierung vom Admin-PC aus
    Gerade mal das FTP-Backup für den Monat Mai 2010 gestartet, deine Horrorgeschichte motiviert mich. ;)

  6. Crazy Girl sagte

    Ja, der Trojaner war echt fies und effektiven Schutz hätte es nur einen einzigen gegeben: keine Passwörter im FTP Client speichern (habe ich mittlerweile auch alle raus). So was brauche ich echt nicht nochmal.



Ein bisschen HMTL ist erlaubt