Zugriff verweigert: sites/default/files/styles/....

kann es sein dass dir Rechte 777 nur für das oberste Verzeichnis
sites/default/files/ gesetzt wurden.
Die Rechte für das Verzeichnis sollten eigentlich REKURSIV
gesetzt werden(Unterverzeichnisse mit einbeziehen).
Auf Debian Like Systemem lautet der Befehl sudo chmod -R 777.
-R für Rekursiv.

LG

Nein, die Rechte 777 gehen runter bis auf Dateien-Ebene, hatte ich zu Testzwecken extra so eingestellt (per Filezilla)
Und für kleinere Bilder (<1MB) funktionert es ja auch.

laut Protokoll Zugriff verweigert,
auf dieses Verzeichnis:
sites/default/files/styles/large

In sites/default/files kann er das Bild offensichtlich speichern.
Die kleineren Bilder in sites/default/files gespeichert werden haben keine Imagestyles.

Das Zugriff verweigert kommt sicher vom Dateisysytem.
Der FTP User ist nicht unbedingt der gleiche User unter dem der Webserver (eg .www-data) läuft.
Du kannst es prüfen wenn Du ein einfaches PHP Skript erstellst welches dort ein Verzeichnis erstellt.
Dieses PHP File rufst Du übers Web auf.
Kommt Zugriff verweigert, kann der User über den Apache läuft dort kein Verzeichnis erstellen,
dann musste dem Admin bescheid geben.

Habe gerade noch das hier gesehen:
http://drupal.stackexchange.com/questions/63226/drupal-7-20-image-styles...
Evtl. ist das Dein Problem

Viel Glück

Wenn du Bilder einfuegst - ist da ein zusaetzliches Modul im Spiel wie bspw. Galleria?

Wenn dem so ist, erfolgt das Bildeinfuegen im Zusammenhang mit Galleria?

und das Bildeinfügen erfolgt via Galleria

Nach einigen weiteren Versuchen habe ich folgendes herausgefunden:

• bei Bildern, die kleiner als 1920x1285 und unter 1MB funktioiniert es wie es sein soll (Eintrag erfolgt in sites/default/files/styles/large (resp. galleria_Thumb)/public/; Zugriffsrechte scheinen demnach OK). Ergebnis: korrekte Darstellung in Galleria.
• bei Bildern, die größer als 1920x1285 und 1MB funktioniert es nicht, d.h. es erfolgt entweder kein Eintrag in sites/default/files/styles/large/public/, dafür aber mal in sites/default/files/styles/galleria_Thumb/public/ oder in beiden nicht und entsprechende Protokollnachricht. Ergebnis: keine korrekte Darstellung in Galleria

Alles ist sehr merkwürdig....

@Hyp1, danke für deine Hilfe, aber der Hinweis mit "drupal-7-20-image-styles..." hat auch nicht geholfen

dass der Prozesspeicher oder die max_execution_time nicht ausreichen?

Dies müsstest du an einer Fehlermeldung im PHP-LOG sehen.

Je nach Provider musst du dies vom Administrator anfordern.

Hallo Ronald,

PHP-Log? Kann mir von 1+1 nach Rückfrage nicht zur Verfügung gestellt werden.

Unter » Verwaltung » Konfiguration » Entwicklung ist zwar "Alle Nachrichten" eingestellt, nur wo (resp. wie erstelle) ich das PHP Log-File?

PS: haben die folgende Meldungungen was mit meinem Problem zu tuen?
Notice: Undefined index: name in system_requirements() (Zeile 34 von /.../modules/system/system.install)
Notice: Undefined index: distribution_name in drupal_install_profile_distribution_name() (Zeile 207 von .../includes/install.inc).

Fuer mich sieht es nach einem Bug im Galleria-Modul aus.

Das Modul wurde den Anforderungen der Drupalversionen groesser als 7.23 nicht angepasst.

Was Du noch tun kannst falls nicht schon geschehen:

• Die betroffenen Image Styles erneut speichern.
• Einen aehnlichen Image Style anlegen und damit testen.

Hallo quiptime,

Galleria hatte ich auch schon im Verdacht -aber dann müssten doch noch mehrere das Problem haben.

Zu deinen beiden Vorschlägen: da kommt der Anfänger in mir heraus: meinst du, ich sollte entsprechend klein skalierte Bilder per ftp in die jeweiligen Verzeichnisse laden?

steht in der Regel in einem Unterverzeichnis von php außerhalb des Webspaces.
Da eventuell ein Fehler außerhalb von Drupal passiert, muss dieser auch außerhalb aufgezeichnet werden.

Fehlermeldungen, wie fehlende Datei, fehlende Funktion etc. können auch auf zu wenig Prozessspeicher zurückzuführen sein.

Drupal sollte, je nach verwendeten Modulen, über 100 MB Prozessspeicher zur Verfügung gestellt werden.

Je nach Tarif stellen Provider viel weniger Speicher zur Verfügung. Leider sind diese Werte meist nicht in den bunten Prospekten der Provider enthalten.

habe wir diese Werte:

max_execution_time 50000
max_file_uploads 20
max_input_nesting_level 64
max_input_time -1 (was bedeutet -1 ???)
max_input_vars 5000
memory_limit 120M

Nein.

1. Die betroffenen Image Styles erneut speichern:

Unter admin/config/media/image-styles die problematischen Image Styles mit jeweils Bearbeiten oeffnen und ohne etwas zu tun speichern.

2. Einen aehnlichen Image Style anlegen und damit testen.

Unter admin/config/media/image-styles mit Stil hinzufügen einen neuen Style erstellen. Er sollte aehnlich konfiguriert sein wie beispielsweise der vorhandene Style Large.
Dann ein Bildfeld mit dem neu erstellten Style konfigurieren.
Dann sehen was passiert wenn mit dem neuen Style ein Bild eingefuegt wird.

weder bei 1. noch bei 2.
Wenn das Bild z groß ist (Pixel bzw. MB) wird nur das Original unter sites/default/files/ gespeichert, die jeweiligen Bildstile (auch der von mir erstellte Neue) werden dann nicht angesprochen.

Das sieht fast so aus, als wäre für die großen Bilder nicht genug PHP-Speicher verfügbar. Am Besten die Seite mal auf einem lokalen System spiegeln und dort das Memory Limit heraufsetzen. Dann sieht man schnell, ob es daran liegt.

Beste Grüße
Werner

Kannst Du das Einfuegen eines Bildes testen ausserhalb des Galleria Kontext.

Am einfachsten das Modul deaktivieren und an einem beliebigen einfachen Bildfeld die Anzeige mit einem Problem-Style konfigurieren und sehen was passiert.

dann sind die Bildstile galleria_thumb (und galleria_zoom) natürlich weg, Dem Bild habe ich die Standard Drupal Bildstile Thumbnail bzw. Large zugewiesen. Aber auch jetzt zeigt es ähnliche Reaktionen: Wenn das Bild zu groß wird nur das Original unter sites/default/files/ gespeichert, die Bildstile Thumbnail bzw. Large werden dann nicht angesprochen. Bei einem kleineren Bild wurde zumindest Thumbnail angelegt aber Large nicht => damit auch keine Anzeige auf dem Node.

Vielleicht hat Werner ja recht: nicht genug PHP-Speicher verfügbar?

Die meisten Werte sind sehr hoch gesetzt.
input_time -1 heißt, es gibt kein Limit.

Aber 120 MB Speicher kann bei sehr großen Bilder wenig sein.

Man muss dabei folgendes überlegen:

Drupal selbst braucht ca 100 MB
Dann muss das Bild in den Speicher passen, und das verkleinerte Bild auch.

Ich weiß ja nicht, wie groß diese Bilder sind, aber das kann dann schon eng werden.

ich hattte letztens ein problem mit einem (ausgangs)bild welches 6bm groß war, obwohl alle rechte gesetzt und auch andere bilder funktioniert ging diese nicht! php upload war auf 8bm gesetzt...
ich habe dann das ausgangsbild auf 2mb runtersklaiert und schon lief alles. irgendwie hat die gd library das nicht umwandeln können wegen der größe. vielleicht liegts am postmaxsize

du versuchst mal den Image Resize selbst per PHP und GD ohne Drupal.
Hier schreibt einer zwar dass 90MB PHP Speicher wenig ist für ein Bild von 1-2 MB
http://stackoverflow.com/questions/527532/reasonable-php-memory-limit-fo...
Ich glaube zwar eher nicht, dass dieser Fehler in einem Permission Denied enden sollte,
sondern dann eher in einem File not found oder Server crash???

Ich kann mir allerdings sehr gut vorstellen, dass es am Hosting liegt und Du für das, was Du machen möchtest
nicht genug Berechtigungen oder Ressourcen hast.
Installiere Dir Deine Site lokal in XAMP o.Ä. ändere die PHP.ini Werte wie auf Deinem Host
und schau ob es da noch läuft.
Wenn nicht setzte die Werte höher bis Deine Site läuft, dann weisst Du wieviel Ressourcen Deine Site
benötigt.
Alternativ versuche Deine Site mal auf einem anderen Host mit mehr Ressourcen aufzusetzten.

Gruss

Ich werde zunächst mal so vorgehen, dass ich neue Bilder erst zu auf einen Wert verkleinere, mit dem alles wieder funktioniert. Test auf meinem Rechner werde ich mal machen, wenn ich Zeit habe. Und dann auch vielleicht einen Umzug ....

Danke an alle, die mir geholfen haben