webEdition - Forum

Hallo zusammen,
wir haben folgendes Problem:
Wir können keine Dateien mehr von lokal importieren bzw auch außerhalb von wE nichts mehr per Script uploaden.
Per FTP funktioniert alles wunderbar. Bis vorgestern ging auch alles noch ohne Probleme und an der php.ini wurde nichts geändert.
upload_max_filesize und post_max_size beide auf 20M und memory_limit auf 128M.
Haben den Server auch schon neugestartet, hat allerdings auch nichts geholfen. PHP spuckt auch keine Error Meldungen hierzu aus.

Hoffe das jemand vielleicht eine "zündende Idee" hat, woran es liegen könnte.


Gruß
M. Mai

Aber innerhalb von wE funktioniert alles?
Neue Seiten veröffentlichen klappt?

Evtl. mal die Zugriffsrechte der Dateien und Ordner prüfen.
Wie _genau_ wollt ihr die Sachen per Script hochladen?
HTTP-File Upload via FORM ???
Bitte ein paar mehr Details, danke...

Innerhalb von wE geht mit jupload und auch ohne nichts mehr (von lokal) und außerhalb war es ein HTTP-File Upload via Form.
Vor 3 Tagen ging wie schon geschrieben alles noch einwandfrei.
Das Problem besteht Serverweit und hat auch anscheinend nichts mit wE zu tun sondern mit PHP.
Rechte sind soweit alle in Ordnung und genau wie vorher.

Trotzdem hier mal die Fehlermeldung beim Import:

Es sind Fehler beim Import aufgetreten!

Folgende Dateien konnten nicht importiert werden:
- test.png => Fehler: upload_max_filesize()


Gruß

M.Mai

Ein Versuch noch, seht mal nach, auf was die "post_max_size" eingestellt ist (php.ini).
Hier mal ein Auszug aus der Beschreibung:

[...] Um größere Dateien hochzuladen, muss der Wert größer sein als upload_max_filesize. [...]

Quelle: http://php.net/manual/de/ini.core.php

Kann ich dir aus dem Kopf sagen,
20M post_max_size und upload_max_filesize
memory_limit steht auf 128M bevor noch jemand fragt.

Die php.ini ist auch soweit eigentlich in Ordnung und es wurde nichts an ihr verändert.

"Normales" FTP funktioniert aber?

Tja, dann mal ein Testscript erstellen und das genauestens debuggen, auch die server_log und die error_log mal betrachten; _irgendein_ Fehler _muss_ ja gemeldet werden! Ich tippe auf falsche Ordner(!- nicht Datei)-Rechte, die das ganze sogar über mehrere Ebenen hin vererben können (in meinem Fall waren das mal 7 Ebenen nach unten, hat stunden gedauert, das zu finden). 775 statt 755, da funktioniert kein speichern mehr via PHP, beim FTP-Upload lief alles ohne Probleme. Evtl. hilft das ein Stück weiter...

Die logs haben wir auch schon durchforstet, keine Meldung drin komischerweise.
Das komische ist einfach vor 3 Tagen ging alles noch ohne Probleme und keiner hat angeblich was geändert
Und per FTP kann man ohne Probleme uploaden.
Mit den Ordnerrechten sieht auch alles in Ordnung aus.


Gruß M.Mai

Tja, dann bleibt nur noch der letzte Schritt übrig: Testscript bauen und wirklich alles debuggen was geht.

Suhosin ist nicht installiert, oder? (Siehe phpinfo())

Hi,
Ist installiert.
This server is protected with the Suhosin Patch 0.9.7
suhosin.log.phpscript 0 0
suhosin.log.phpscript.is_safe Off Off
suhosin.log.phpscript.name no value no value
suhosin.log.sapi no value no value
suhosin.log.script no value no value
suhosin.log.script.name no value no value
suhosin.log.syslog no value no value
suhosin.log.syslog.facility no value no value
suhosin.log.syslog.priority no value no value
suhosin.log.use-x-forwarded-for Off Off

Achso und noch wegen

Paladin hat geschrieben:

[...] Um größere Dateien hochzuladen, muss der Wert größer sein als upload_max_filesize. [...]

Quelle: http://php.net/manual/de/ini.core.php

Die Datei mit der ich es versucht hab war 2KB groß. Vorher ging wie gesagt auch alles und an der php.ini wurd nix geändert.

Gruß

M.Mai

Sorry, ab hier bin ich dann "raus", aber so nebenbei: Ganz von allein ändern Server ihr verhalten normalerweise nicht

Danke an alle nochmal, kann geschlossen werden

Problem war folgendes: Die Uploads wurden in ein tmp Verzeichnis gespeichert, welches außerhalb der benutzten Partition lag und diese war schlichtweg voll.

Muss man erstmal drauf kommen.

Gruß
M.Mai