Bilder im Dateimanager plötzlich "broken image" - app.CRITICAL ImagickException

**Dublay** · 26.07.2018, 13:41

Code:

[2018-07-26 13:35:36] request.INFO: Matched route "contao_backend". {"route":"contao_backend","route_parameters":{"_scope":"backend","_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\BackendController::mainAction","_route":"contao_backend"},"request_uri":"http://webseite.org/contao?act=edit&do=article&id=27&ref=6VaEHURj&rt=FwWbpXkP90SjcEDAAkzHqU72yYXAznjruPQ9_kDq4_o&table=tl_content","method":"POST"} []
[2018-07-26 13:35:36] app.CRITICAL: An exception occurred. {"exception":"[object] (Imagine\\Exception\\RuntimeException(code: 445): Crop operation failed at /var/www/web1/html/vendor/imagine/imagine/lib/Imagine/Imagick/Image.php:146, ImagickException(code: 445): unable to open pixel cache `/var/www/web1/html/files/dsp/img/bild.jpg': No such file or directory @ error/cache.c/OpenPixelCache/3673 at /var/www/web1/html/vendor/imagine/imagine/lib/Imagine/Imagick/Image.php:141)"} []

Plötzlich sind fast alle Bilder im Dateimanager als "Broken Image" markiert. Habe schon über den Contao Manager den Cache geleert und die Dateien neu hochgeladen. Kaum besserung. Hat jemand eine Idee, was das sein kann?

**Dublay** · 26.07.2018, 19:09

Das ist zum Verzweifeln. Ich habe keine Ahnung, was da los ist. Scheinbar wird - sobald eine Bildvorschau erstell wird - ein Fehler ausgelöst und das Bild lässt sich nicht als Element in Contao einbinden. Kurioserweise ist dies nicht bei allen Bildern so. Hat niemand einen Lösungsansatz?

**Andreas** · 26.07.2018, 19:25

Evtl. hiermit verwandt?
https://github.com/contao/core-bundle/issues/1623

**Spooky** · 26.07.2018, 19:27

Mit Contao direkt hat der Fehler nichts zu tun. So wie es aussieht ist ImageMagick auf deinem Server aus irgendeinem Grund "kaputt". Ich weiß nicht ob es möglich ist Contao über die config zu überreden nur die GD lib zu verwenden. Ab Contao 4.6 soll das aber glaube ich möglich sein.

**bizon** · 26.07.2018, 19:42

Ich vermute eher, dass die php-imagick nicht zur verwendeten php-Version passt. Evtl. musst du die php-imagick updaten und den Server neu starten.

**Marchie** · 22.10.2018, 13:55

Bei mir genau dasselbe Problem :-( Contao 4.4.26 sowohl mit ImageMagic 6.9.4-6 als auch mit 7.0.7-26.

Dieses Problem hatte ich noch absolut gar nie!!?? Auf demselben Server Contao 4.4.24 mit ImageMagic 6.9.4-6 läuft fehlerfrei.
Woran kann das um Himmelswillen liegen? Auch per FTP hochgeladene Bilder werden als Broken image angezeigt. Diese kann man natürlich auch nicht verwenden innerhalb Contao. Betrifft JPG, PNG, GIF nicht aber SVG.

Das hier hab ich in den logs gefunden:

PHP-Code:


[2018-10-22 12:50:01] app.CRITICAL: An exception occurred. {"exception":"[object] (Imagine\\Exception\\RuntimeException(code: 420): Unable to open image /html/contao/files/custom_uploads/images/teaser_probefrau.jpg at /html/contao/vendor/imagine/imagine/lib/Imagine/Imagick/Imagine.php:57, ImagickException(code: 420): NoDecodeDelegateForThisImageFormat `JPEG' @ error/constitute.c/ReadImage/501 at /html/contao/vendor/imagine/imagine/lib/Imagine/Imagick/Imagine.php:54)"} []

**rallo16** · 22.10.2018, 16:35

[QUOTE=Marchie;485017]Bei mir genau dasselbe Problem :-( Contao 4.4.26 sowohl mit ImageMagic 6.9.4-6 als auch mit 7.0.7-26.

So geht es mir auch grade bei 2 heute begonnenen Projekten, Bild-Upload klappt, Hinweis "Broken Image!" schon in der Dateiverwaltung.

**Marchie** · 22.10.2018, 16:38

Dann würde ich doch unbedingt auf einen Bug von Contao 4.4.26 hinvermuten?? ODER??

**mlweb** · 22.10.2018, 19:19

Zitat von Marchie

Dann würde ich doch unbedingt auf einen Bug von Contao 4.4.26 hinvermuten?? ODER??

Glaub ich eigentlich nicht.
Bei mir laufen mehrere Contao-Versionen 4.4.26 völlig problemlos.

Zitat von Marchie

Auf demselben Server Contao 4.4.24 mit ImageMagic 6.9.4-6 läuft fehlerfrei.

Wegen des Hinweises

Zitat von bizon

Ich vermute eher, dass die php-imagick nicht zur verwendeten php-Version passt. Evtl. musst du die php-imagick updaten und den Server neu starten.

Laufen beide Installationen unter der gleichen PHP-Version?

**Marchie** · 22.10.2018, 21:21

bei mir schon. Gleicher Server, gleiches PHP, gleiches ImageMagic --> Contao 4.4.24 geht / 4.4.26 geht nicht
auch nach dem Update von ImageMagic (dann nicht mehr gleiche Version zur Vergleichsinstallation) hat sich nichts verbessert.
Caches gelöscht ..... tja, da bin ich dann doch mit meinem Latein am Ende ....

**Marchie** · 23.10.2018, 07:59

[QUOTE=rallo16;485033]

Zitat von Marchie

Bei mir genau dasselbe Problem :-( Contao 4.4.26 sowohl mit ImageMagic 6.9.4-6 als auch mit 7.0.7-26.

So geht es mir auch grade bei 2 heute begonnenen Projekten, Bild-Upload klappt, Hinweis "Broken Image!" schon in der Dateiverwaltung.

@rallo: bei welchem Hoster hast du diese beiden Projekte laufen? Ich bin mit meinem bei Mittwald. Nur um auszuschließen, dass es am Hosting liegt.

**sven20-06** · 24.10.2018, 11:51

Ich bin bei Mittwald und einmal geht es mit Contao 4.4.26 - PHP 7.2.4 - ImageMagick 6.9.4-6 und einmal geht es mit den selben Versionen nicht. Es liegt also nicht am Hoster.

**Spooky** · 24.10.2018, 11:56

Selbe Fehlermeldung mit OpenPixelCache?

**Marchie** · 24.10.2018, 12:13

@rollo: ich bin auch bei Mittwald .... mmh liegt es doch am Hoster??
@Spooky: wie kann man denn COntao beibringen was anderes zu nutzen? Ich hätte da noch GraphicsMagick zur Verfügung. Könnte das was bringen?

**Marchie** · 24.10.2018, 12:28

OK, ich habe jetzt nochmals ganz viel mit den Versionen gespielt und hab es hinbekommen mit dieser Kombination (Mittwald):

PHP: 7.1-latest CGI
ImageMagick: 6.9.4-6
Contao 4.4.26

Ich hoffe mal, dass ich damit an anderer Stelle keine Probleme bekomme aber vielleicht hilft das auch bei dir @rollo!

**Spooky** · 24.10.2018, 12:29

Bitte postet eure Fehlermeldungen.

**Marchie** · 24.10.2018, 12:38

Habe ich weiter oben stehen. Hier nochmals:

Zitat von Marchie

PHP-Code:


[2018-10-22 12:50:01] app.CRITICAL: An exception occurred. {"exception":"[object] (Imagine\\Exception\\RuntimeException(code: 420): Unable to open image /html/contao/files/custom_uploads/images/teaser_probefrau.jpg at /html/contao/vendor/imagine/imagine/lib/Imagine/Imagick/Imagine.php:57, ImagickException(code: 420): NoDecodeDelegateForThisImageFormat `JPEG' @ error/constitute.c/ReadImage/501 at /html/contao/vendor/imagine/imagine/lib/Imagine/Imagick/Imagine.php:54)"} []

hilft das?

**Spooky** · 24.10.2018, 12:47

Ah sorry, das hatte ich übersehen.

Der Fehler liegt jedenfalls nicht bei Contao, das muss sich wenn dann der Hoster ansehen.

**Spooky** · 24.10.2018, 12:48

Zitat von Marchie

@Spooky: wie kann man denn COntao beibringen was anderes zu nutzen?

Ja das geht - allerdings kann ich nicht auswendig sagen wie. Da muss ich (mal wieder) ausi fragen

**Marchie** · 24.10.2018, 12:56

ja, wie gesagt, ich habe es jetzt mit dieser Kombination zum Laufen gebracht und bin erst mal glücklich :-):

Zitat von Marchie

PHP: 7.1-latest CGI
ImageMagick: 6.9.4-6
Contao 4.4.26

Dann bin ich mal gespannt, ob das auch mit anderem Grafik-Progr. ginge ......

**sven20-06** · 24.10.2018, 14:17

@Marchie: Vielen Dank für den Tipp!
Es scheint wohl etwas mit der PHP FPM-Version bei Mittwald zu tun zu haben. Ich hab jetzt die 7.2 CGI eingestellt und es läuft. Außerdem hab ich ein Ticket bei Mittwald aufgemacht, mal sehen was die dazu sagen.

**Marchie** · 24.10.2018, 14:27

Gerne doch!! :-) ich freu mich riesig, wenn ich hier auch mal jemandem weiterhelfen kann :-)
Ja ich vermute auch diese FPM Version als Ursache bei Mittwald. Könntest du es hier schreiben, wenn du ne brauchbare Antwort von Mittwald hast? Ich war zu faul bzw. zu ungeduldig für ein Ticket

;-)

**sven20-06** · 24.10.2018, 15:02

Na klar, das mach ich! Das kann bei Mittwald aber ein Stück dauern...
Ich denke die haben etwas bei der Installation geändert. Ich hatte vor zwei Wochen (11.10) erst eine Contao-Installation angelegt mit Contao 4.4.26, PHP 7.1 FPM und ImageMagick 6.9.4-6, da gab es noch keine Probleme und diese Installation läuft auch noch problemlos.

**Grossvater** · 25.10.2018, 14:53

Ich habe Anfang der Woche ebenfalls ein Contao 4 mit PHP7.1 angelegt. Bis dahin hatte alles funktioniert. Heute dann die Ernüchterung. Irgendwie werden die Bilder immer als Broken image dargestellt. Ich habe das PHP7.1 FPM mit dem PHP7.1 CGI ausgetauscht. Dann funkionierte es.

**Spooky** · 25.10.2018, 14:55

Habt ihr das überhaupt schon an Mittwald gemeldet?

**CBeck1818** · 25.10.2018, 16:04

Zitat von Marchie

PHP: 7.1-latest CGI
ImageMagick: 6.9.4-6
Contao 4.4.26
!

Ich kann mich diesen Einstellung bei Mittwald nur anschließen und bestätigen. Mit dem Setting läuft die Contao Installation wieder. Vielen Dank.

**sven20-06** · 26.10.2018, 09:03

Mein Ticket bei Mittwald ist gestern am späten Abend beantwortet worden. Sie schreiben aber nur, die neue Contao-Versionen kann man nur mit CGI betreiben. Hier die originale Antwort:

"mit den neuen Contao-Versionen können Sie ImageMagick generell nur mit der CGI-Version von PHP ansprechen.
Die Umstellung die Sie vorgenommen haben war der korrekte Weg um diesen Fehler zu verhindern."

Ich lese da zwischen den Zeilen heraus, sie wissen selber noch nicht woran es liegt.

**tab** · 26.10.2018, 10:31

Entweder das oder sie wissen es, können oder wollen es aber derzeit nicht korrigieren. Im ersten Satz haben sie die zwei Worte "bei uns" geflissentlich "vergessen". Eine falsche Aussage ist es ja nicht, aber man wird sie normalerweise so verstehen, als ob das generell nicht ginge.

**sven20-06** · 26.10.2018, 11:25

Das interessante daran ist ja, dass ich schon vor zwei Wochen eine Installation mit PHP7.1 FPM und Contao 4.4.26 bei Mittwald anlegen konnte. Das hatte ich auch in meinem Ticket erwähnt, aber sie sind da garn nicht drauf eingegangen.

**Toflar** · 31.10.2018, 12:12

Hier noch damit das Ganze einen Zusammenhang bekommt. Jetzt sind da irgendwie eher nur so Informationsfetzen und ich dachte mir, vielleicht kann ich bisschen Licht ins Dunkel bringen.
Grundsätzlich stehen bei den meisten Hosting-Anbietern mindestens eine der folgenden 3 Bildbearbeitungsbibliotheken zur Verfügung:

GDlib
ImageMagick (gerne auch Imagick abgekürzt)
GraphicsMagick (gerne auch Gmagick abgekürzt)

Generell kann man festhalten: Gmagick ist effizienter als Imagick und Imagick wiederum ist effizienter als GDlib. Die Ausnahme (hängt halt vom Bild ab) bestätigt die Regel.
Anyway, das ist auch der Grund, weshalb Contao automatisch versucht zu erkennen, was das System zur Verfügung stellt und in dieser Reihenfolge die entsprechende Bibliothek wählt. Weil es eben sein kann, dass z.B. Imagemagick zwar zur Verfügung steht, aber kaputt-konfiguriert ist (so wie das scheinbar hier der Fall war), so kann das Contao nicht erkennen (wenn was da ist sollte es ja schliesslich korrekt funktionieren, eine Glaskugel konnten wir Contao leider noch nicht beibringen). Ich hatte so einen ähnlichen Fall weshalb es seit Contao 4.6 konfiguriert werden kann:

Code:

# app/config.yml

contao:
    image: 
        imagine_service: 'contao.image.imagine.gd' # Zur Auswahl stehen entsprechend: contao.image.imagine.gd, contao.image.imagine.imagick und contao.image.imagine.gmagick

Vorsicht ist dennoch geboten: Je nach dem wie z.B. die GDlib installiert wurde (wenn sie mit PHP gebundlet wurde), so nutzt sie zum Verkleinern der Bilder die gleichen RAM-Einstellungen wie PHP (also memory_limit in den ini-Einstellungen). Ich denke es ist also in den meisten Fällen richtig zu sagen, dass GDlib grosse Bilder wegen des Limits eher nicht schafft, Imagemagick und Gmagick hingegen schon. Also einfach auf GD umstellen statt den Hoster zu bitten, eine der anderen beiden Bibliotheken zu reparieren, ist jetzt nicht unbedingt die Variante die ich empfehlen würde.

Dann noch etwas zu FastCGI und PHP-FPM:

Ihr solltet immer PHP-FPM verwenden. FPM ist eine FastCGI-Implementierung in PHP selbst, die mit dem PHP Core entwickelt wird.
Details sind nicht super wichtig, aber es gibt einen gravierenden Unterschied: Mit PHP-FPM kann im selben PHP-Prozess noch weitergearbeitet werden obwohl die Antwort an den Server bereits raus ist. Das geht bei FastCGI nicht. Wenn die Antwort an den Server raus ist, wird auch der Prozess beendet. Contao nutzt diese Möglichkeit z.B. für den Suchindex. Beim Seitenaufruf wird der Inhalt der Seite im Suchindex abgelegt. Im Falle von FastCGI halt während die Antwort generiert wird und bevor sie an den Besucher geht (= langsamer für den Besucher) und im Falle von FPM erst nachdem der Besucher die Antwort bereits erhalten hat (= schneller für den Besucher).

@Spooky: Ja, das werde ich dann auch gerne in die Doku schreiben, wenn sie da ist

**Toflar** · 31.10.2018, 13:47

Und etwas will ich noch anfügen (für die ewigen Nörgler): Das Beispiel zeigt wie schlau Contao geworden ist. Was die Bildverkleinerung und den Suchindex angeht hat sich von aussen gesehen nichts verändert aber am technischen Unterbau eben extrem viel.
Je nach der zur Verfügung stehenden Technologie nimmt Contao automatisch die beste Bildbibliothek und wenn es eben kann, indexiert es die Seiten erst nachdem die Antwort bereits an den Besucher raus ist.

Soll kein Selbstlob sein (okay, bisschen vielleicht schon

) aber beide Funktionen wären ohne den Umstieg auf Symfony und den laufenden Umbau unserer Systemarchitektur in dieser Form nicht möglich gewesen.
Contao 3.5 funktioniert ohne Erweiterung weder mit anderen Bildbibliotheken noch kann es die Indexierung der Seiten verzögern.

Contao 4 rockt - mit jeder neuen Version etwas mehr

**planepix** · 31.10.2018, 14:03

Danke für dein Post Yanick [emoji106] und das du uns den Einblick jenseits der Spitze des Eisbergs gibts. So a lot of kudos [emoji854]

Gesendet von iPhone mit Tapatalk

**sven20-06** · 01.11.2018, 12:13

Erstmal danke für die genauen Infos. Ich hatte auch nochmal mit dem Mittwald-Support Kontakt aufgenommen und eine Erklärung bekommen wie man Contao 4.6 mit PHP FPM einsetzen kann.

Antwort vom Support: "Wenn Sie eine PHP-FPM-Version nutzen, sollten Sie darauf achten, dass in der php.ini die Extension Imagick auskommentiert ist (imagick.so), da diese PHP-Erweiterung nicht mit PHP in der FPM-Version kompatibel ist." Ich hab das ausprobiert und es funktioniert.

Ich beschreibe das Vorgehen nochmal für den Fall, dass ihr schon die SGI-Version eingestellt habt.
- Als erstes stellt ihr die Version auf FPM um.
- Dann müsst ihr aufpassen, denn erst wenn sich die Version wirklich umgestellt hat, könnt ihr die Änderungen an der PHP.ini vornehmen. Ihr sucht in der PHP.ini folgende Zeile: extension=imagick.so und kommentiert sie mit einem Semikolon aus.
- Dann geht ihr in euren Contao-Manager und aktualisiert alles bzw. löscht alle Caches
- Nun sollte alles wieder wie gewohnt funktionieren :-)

**Franko** · 01.11.2018, 15:14

Supe Info - Danke nochmals an Toflar ...

Zitat von Toflar

@Spooky: Ja, das werde ich dann auch gerne in die Doku schreiben, wenn sie da ist

Wie muß ich das lesen?
Welche Doku ist hier gemeint (... wenn sie da ist ...)

**Spooky** · 18.11.2018, 16:55

Norbert001 hat im Prinzip das selbe Problem auf AlfaHosting: https://community.contao.org/de/show...-Broken-images

**zonky** · 27.11.2018, 17:18

ich mache auch gerade einen Umzug von C3 zu C4 und habe im BE die "Brocken image"-Meldungen...

... auch bei Mittwald
... FPM PHP 7.2
... habe I~~magick~~ ImageMagick von 6.x auf 7.0.7-26 angehoben

=> keine Besserung

PHP-Code:


[2018-11-27 17:13:25] app.CRITICAL: An exception occurred. {"exception":"[object] (Imagine\\Exception\\RuntimeException(code: 420): Unable to open image /html/contao4_xyz.de/files/images/content/mitarbeiter/2015-xyz.jpg at /html/contao4_xyz.de/vendor/imagine/imagine/lib/Imagine/Imagick/Imagine.php:57, ImagickException(code: 420): NoDecodeDelegateForThisImageFormat `JPEG' @ error/constitute.c/ReadImage/501 at /html/contao4_xyz.de/vendor/imagine/imagine/lib/Imagine/Imagick/Imagine.php:54)"} []