# Nach Cache leeren kommt Error 500 im Frontend

**URL:** <https://forum.shopware.com/t/nach-cache-leeren-kommt-error-500-im-frontend/109538>\
**Category:** Shopware 6 (German)\
**Created:** [26. August 2026 um 13:53 UTC](https://forum.shopware.com/t/nach-cache-leeren-kommt-error-500-im-frontend/109538 "2026-08-26T13:53:26Z")\
**Posts on this page:** 14\
**Page:** 1

<div class="post-metadata">

**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\
**Post date:** [26. August 2026 um 13:53 UTC](https://forum.shopware.com/t/nach-cache-leeren-kommt-error-500-im-frontend/109538/1 "2026-08-26T13:53:26Z")

</div>

Moin,

es ist mir jetzt in zwei Shops (beide Version 6.7.12.2 und auf getrennten Servern) aufgefallen, dass nach dem Cache löschen per Console das Frontend mit Error 500 abschmiert.

Als Fehler kommt dies hier:

> Uncaught PHP Exception TypeError: „Symfony\Component\Translation\Translator::getCatalogue():  
> Return value must be of type Symfony\Component\Translation\MessageCatalogueInterface, false returned“ at Translator.php line 240  
> {„exception“:„[object] (TypeError(code: 0): Symfony\Component\Translation\Translator::getCatalogue():  
> Return value must be of type Symfony\Component\Translation\MessageCatalogueInterface, false returned at /var/…/vendor/symfony/translation/Translator.php:240)“}

Bisherige Notlösung besteht darin, in das Plesk zu gehen und PHP neu zu starten. Dann ist der Shop wieder erreichbar. Da dieses Verhalten auf unterschiedlichen Servern passiert, stell ich mir schon die Frage ob das ggf. an Shopware liegt.

Vielleicht hat jemand ein ähnliches Verhalten mal festgestellt.

---

<div class="post-metadata">

**Author:** ![Max\_Shop](https://avatars.discourse-cdn.com/v4/letter/m/58f4c7/32.png) [@Max\_Shop](https://forum.shopware.com/u/Max_Shop)\
**Post date:** [26. August 2026 um 15:19 UTC](https://forum.shopware.com/t/nach-cache-leeren-kommt-error-500-im-frontend/109538/2 "2026-08-26T15:19:16Z")

</div>

Plesk hält in diesem Fall Dateien im Cache, die dort nicht mehr existieren sollten. Möglicherweise hat Shopware keine Rechte, den Cache zu leeren.

Ein Neustart von PHP löscht den Cache, entsprechend werden die Dateien neu geladen und der Fehler tritt nicht mehr auf.

Wenn der Fehler nur in der CLI auftritt, dann hast du für die CLI eine andere PHP-Version/Einstellungen bzw. andere Rechte.

---

<div class="post-metadata">

**Author:** ![raymond-de](https://avatars.discourse-cdn.com/v4/letter/r/7feea3/32.png) [@raymond-de](https://forum.shopware.com/u/raymond-de)\
**Post date:** [26. August 2026 um 18:17 UTC](https://forum.shopware.com/t/nach-cache-leeren-kommt-error-500-im-frontend/109538/3 "2026-08-26T18:17:24Z")

</div>

Ist das ein Shopware Hosting Partner? Ich würde diese mal anschreiben. Gehe davon aus diese beiden beim selben Hoster liegen.

---

<div class="post-metadata">

**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\
**Post date:** [27. August 2026 um 06:08 UTC](https://forum.shopware.com/t/nach-cache-leeren-kommt-error-500-im-frontend/109538/4 "2026-08-27T06:08:14Z")

</div>

> [@raymond-de](#):
>
> Ist das ein Shopware Hosting Partner?

Wir hosten selber Shopware-Projekte, somit verwalten wir die Server auch selber. Das Verhalten selber ist erst seit kurzem aufgetreten, war vorher nicht.

---

<div class="post-metadata">

**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\
**Post date:** [27. August 2026 um 06:10 UTC](https://forum.shopware.com/t/nach-cache-leeren-kommt-error-500-im-frontend/109538/5 "2026-08-27T06:10:50Z")

</div>

> [@Max\_Shop](#):
>
> dann hast du für die CLI eine andere PHP-Version/Einstellungen bzw. andere Rechte.

Könnte man meinen, aber dies ist hier nicht der Fall.

---

<div class="post-metadata">

**Author:** ![area-net-gmbh](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/area-net-gmbh/32/21995_2.png) [@area-net-gmbh](https://forum.shopware.com/u/area-net-gmbh)\
**Post date:** [27. August 2026 um 15:29 UTC](https://forum.shopware.com/t/nach-cache-leeren-kommt-error-500-im-frontend/109538/6 "2026-08-27T15:29:01Z")

</div>

Ich hatte das Problem bei unterschiedlichen Anbietern (Mittwald, Maxcluster, Profihost, Timme) noch nie. Glaube daher nicht, dass es an Shopware liegt.

---

<div class="post-metadata">

**Author:** ![raymond-de](https://avatars.discourse-cdn.com/v4/letter/r/7feea3/32.png) [@raymond-de](https://forum.shopware.com/u/raymond-de)\
**Post date:** [27. August 2026 um 15:50 UTC](https://forum.shopware.com/t/nach-cache-leeren-kommt-error-500-im-frontend/109538/7 "2026-08-27T15:50:06Z")

</div>

Ehrliche Kostenrechnung mal angestellt? Lohnt sich das wirklich?

---

<div class="post-metadata">

**Author:** ![DannyBO](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/dannybo/32/27919_2.png) [@DannyBO](https://forum.shopware.com/u/DannyBO)\
**Post date:** [28. August 2026 um 05:07 UTC](https://forum.shopware.com/t/nach-cache-leeren-kommt-error-500-im-frontend/109538/8 "2026-08-28T05:07:52Z")

</div>

solchen effekt hatte ich noch nie gehabt

---

<div class="post-metadata">

**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\
**Post date:** [28. August 2026 um 06:02 UTC](https://forum.shopware.com/t/nach-cache-leeren-kommt-error-500-im-frontend/109538/9 "2026-08-28T06:02:45Z")

</div>

> [@raymond-de](#):
>
> Ehrliche Kostenrechnung mal angestellt? Lohnt sich das wirklich?

Das ist nicht Gegenstand von diesem Beitrag 🙂

---

<div class="post-metadata">

**Author:** ![DannyBO](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/dannybo/32/27919_2.png) [@DannyBO](https://forum.shopware.com/u/DannyBO)\
**Post date:** [28. August 2026 um 06:49 UTC](https://forum.shopware.com/t/nach-cache-leeren-kommt-error-500-im-frontend/109538/10 "2026-08-28T06:49:17Z")

</div>

Läuft irgend wo ein Translator plugin

---

<div class="post-metadata">

**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\
**Post date:** [28. August 2026 um 11:17 UTC](https://forum.shopware.com/t/nach-cache-leeren-kommt-error-500-im-frontend/109538/11 "2026-08-28T11:17:00Z")

</div>

Wir testen das demnächst mal itensiv aus, ob es ggf. mit

> opcache.enable\_file\_override = 1

zu tun hat.

---

<div class="post-metadata">

**Author:** ![shyim](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/shyim/32/7681_2.png) [@shyim](https://forum.shopware.com/u/shyim)\
**Post date:** [29. August 2026 um 06:40 UTC](https://forum.shopware.com/t/nach-cache-leeren-kommt-error-500-im-frontend/109538/12 "2026-08-29T06:40:58Z")

</div>

Ja kann damit zutun haben. Der Opcache flag sollte nur auf systemen verwendet werden, wo produktiv keine PHP Dateien verändert werden. Das Große cache leeren was den `var/cache` Ordner löscht, kann da Probleme machen.

---

<div class="post-metadata">

**Author:** ![DannyBO](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/dannybo/32/27919_2.png) [@DannyBO](https://forum.shopware.com/u/DannyBO)\
**Post date:** [29. August 2026 um 07:28 UTC](https://forum.shopware.com/t/nach-cache-leeren-kommt-error-500-im-frontend/109538/13 "2026-08-29T07:28:36Z")

</div>

a, und der Einwand trifft den heikelsten Punkt der ganzen Konstruktion. Die Befehle laufen im laufenden Webprozess – der sich selbst aus genau dem Verzeichnis bedient, das er gerade löscht.

---

<div class="post-metadata">

**Author:** ![system](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/2/9/29c7587ba660f00e4995d1743162782e5d6d8653.svg) [@system](https://forum.shopware.com/u/system)\
**Post date:** [28. September 2026 um 07:28 UTC](https://forum.shopware.com/t/nach-cache-leeren-kommt-error-500-im-frontend/109538/14 "2026-09-28T07:28:47Z")

</div>

Dieses Thema wurde automatisch 30 Tage nach der letzten Antwort geschlossen. Es sind keine neuen Antworten mehr erlaubt.
