Warum verlangt WP 777 auf tmp? Hast du kein php-fpm/suexec laufen? Ich nutze selber ispconfig und habe 4-5 WP Instanzen laufen (eigene sowie für Kunden). Diese laufen halt alle im Benutzerkontext ohne Probleme.
Ach und /tmp sollte das t Flag haben. Das kommt vom OS.
Ich habe bei Wordpress noch nie irgendwelche Berechtigungen manuell auf 777 setzen müssen, auch nicht auf das tmp directory
Ich habe bei Wordpress noch nie irgendwelche Berechtigungen manuell auf 777 setzen müssen, auch nicht auf das tmp directory
Auf tmp muss man nichts setzen (wenn man nichts verbastelt hat), da es immer +t als Flag hat 
Auf tmp muss man nichts setzen (wenn man nichts verbastelt hat), da es immer +t als Flag hat
Ich habe lediglich auf die Aussage von weiter oben geantwortet.
Hay,
löst denn 777 auf dem tmp das Problem? Wenn auch nur temporär?
Can't create/write to file '/tmp/#sql_3d1_0.MAI' (Errcode: 13 "Permission denied")
Najaaaaaaa.... gibt es das File vielleicht schon? Es ist nämlich auch vorstellbar, dass Du zwar die korrekten Rechte für tmp hast, aber wenn ein anderer Prozess noch an dem File dranhängt und blockt, dann kann dies auch zu dieser Meldung kommen. Oder wenn ein Prozess mit anderem Userkontext das File geschrieben hat. Falls das File bereits da ist, mal Webserver und MySQL beenden, File löschen (falls noch da), Permissions auf tmp (s.u.) kontrollieren, ggf. korrigieren und MySQL / Webserver neu starten.
Welche Recht hast Du denn auf das tmp gegeben?
sieht es so aus: drwxrwxrwt /tmp(so SOLLTE es aussehen) oder so: drwxrwsrwx /tmp (das ist so falsch).
Im Fall zwei:
chmod 777 /tmp
chmod o+t /tmpWelchen Handler setzt Du denn für php ein? Bitte nicht modphp (der kann hier auch schuld sein). php/fpm (meinst Du das vielleicht mit Deiner Bemerkung "PHP/FM läuft" - dann wäre das eig. schon ok) oder phpfcgi (mal wahlweise ausprobieren) sind hier die Handler der Wahl, falls das umstellbar/installierbar ist.
Aber ansonsten kenne ich aus meiner Laufbahn kein System, dass derartige Probleme mit dem /tmp gehabt hat. Das Verzeichnis ist eigentlich das einzige, dass IMMER funktioniert hat
Halt Nachtrag: Es gab einmal ähnliche Probleme mit tmp: eine volle HD und ein korrumpiertes Dateisystem. Nach löschen von Dateien und fschk war das erledigt.
CU, Peter
Ich habe lediglich auf die Aussage von weiter oben geantwortet.
So war das auch von mir gemeint 
Eher noch verallgemeinert, das ich /tmp eigentlich nie anfassen musste.
Hay,
Ich suche erst mal wann das genau passiert und dann was es verursacht.
schnelle Lösung: Einen Cronjob als nicht-root-User jede Minute laufen lassen, der ein touch /tmp/testemich.tmp macht. Datum der Datei am nächsten Tag = letzte Minute, wo die Rechte noch 1777 waren.
CU, Peter
