# Cache-Warmup - Fehlerorgie seit 5.4.5

**URL:** <https://forum.shopware.com/t/cache-warmup-fehlerorgie-seit-5-4-5/53565>\
**Category:** Shopware 5\
**Created:** [19. Juni 2018 um 07:26 UTC](https://forum.shopware.com/t/cache-warmup-fehlerorgie-seit-5-4-5/53565 "2018-06-19T07:26:04Z")\
**Posts on this page:** 12\
**Page:** 1

<div class="post-metadata">

**Author:** ![sonic](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/sonic/32/25728_2.png) [@sonic](https://forum.shopware.com/u/sonic)\
**Post date:** [19. Juni 2018 um 07:26 UTC](https://forum.shopware.com/t/cache-warmup-fehlerorgie-seit-5-4-5/53565/1 "2018-06-19T07:26:04Z")

</div>

Moin,

bis 5.4.4 hatte ich beim Warmup immer genau zwei “warnings”, wegen zwei inaktiver / nicht zugewiesener Shopseiten - ist ja auch so ne Unsitte, inaktive Shopseiten aufzuwärmen…  
Jetzt nach dem Update auf 5.4.5 erhalte&nbsp;ich für **einmal** Warmup satte 42 Einträge im Log - wechsel zwischen “Error” und “Critical.” - also 40 zusätzliche!  
Und zwar allesamt bezogen auf 20 Blog-Einträge, die ich anfang des Jahres gelöscht hatte!

Im Januar hatte ich mal groß umgeräumt: Inhalte vom “Hauptshop” wurden gelöscht, und “Inhalte” vom Subshop wurden dem Hauptshop zugewiesen, und danach der Subshop gelöscht. Bis einschließlich 5.4.4. gab es Null Probleme - und nun einmal Cach-Aufwärmen 40&nbsp;Einträge im Log?  
Das sind allesamt Blogs, die Shopware nun “aufwärmen” will, die schon seit fast 6 Monate im Backend gelöscht sind nun nicht mehr angezeigt werden.  
Was ist das für ein Murks - und warum zeigt der Log-Eintrag im backend nur eine “gefilterte” Meldung an?

Jetzt würde ich gerne mal wissen, wie ich die 40 Meldungen - also 20 Blogeinträge - wieder los werde&nbsp; ![Wink](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/1X/b3785da0cbf2c8566cb535dcf55b2730b5224899.png "Wink")

Edit:&nbsp; **Changed error handling of missing blog articles or CMS pages, the configured setting in the backend is now respected**

Edit2: in **s\_blog** sind die Einträge nicht mehr vorhanden, wohl aber in&nbsp; **s\_core\_rewrite\_urls** - macht ja keinen Sinn, die Urls zu **gelöschten** &nbsp;Blogeinträgen in den rewrite-urls stehen zu lassen und dann auch noch **aufwärmen** zu wollen…

Edit3: Da müsst Ihr noch mal ran… alle “gelöschten” Blogbeiträge aus der **s\_core\_rewrite\_urls** gelöscht =\> Fehler weniger. Zwei Blogeinträge haben den Status “inaktiv” =\> Die werfen jeweils einen Error und einen Critical. Weiter habe ich noch einen auf Shopseite “/hilfe/support” - der ist deaktiviert und “/aktuelles” ebenfalls deaktiviert und auch “Error” und “Critical”. Da scheint “… **now respect** ” in 5.4.5 ja wohl sowas von in die Hose gegangen zu sein&nbsp; ![Thumb-down](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/1X/08ee70594855dd44287b011742fe7f1252e05ce0.png "Thumb-down")

Edit4: **Würde** &nbsp;ich die SEO-Urls via Cron erstellen lassen, **würden** &nbsp;wohl auch die Blogs etc. aus der Tabelle verschwinden - wie geschrieben: **würde** &nbsp;- warum passiert das dann nicht bei der “Aktualisierungsstrategie: Manuell” ???

---

<div class="post-metadata">

**Author:** ![Moritz\_Naczenski](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/moritz_naczenski/32/7792_2.png) [@Moritz\_Naczenski](https://forum.shopware.com/u/Moritz_Naczenski)\
**Post date:** [19. Juni 2018 um 08:43 UTC](https://forum.shopware.com/t/cache-warmup-fehlerorgie-seit-5-4-5/53565/2 "2018-06-19T08:43:08Z")

</div>

Hab dafür mal ein Ticket aufgemacht:&nbsp;[Shopware Issuetracker](https://issues.shopware.com/issues/SW-21984)  
Das die URLs erstmal nicht freigegeben werden ist korrekt und auch so gewollt, dass brauchst du ja bspw. wenn ein Artikel umbenannt wird. Für 5.5 ist geplant, dass auch nur aktive URLs aufgewärmt werden, damit hätte sich das zweite Problem dann eh erledigt.

---

<div class="post-metadata">

**Author:** ![sonic](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/sonic/32/25728_2.png) [@sonic](https://forum.shopware.com/u/sonic)\
**Post date:** [19. Juni 2018 um 08:50 UTC](https://forum.shopware.com/t/cache-warmup-fehlerorgie-seit-5-4-5/53565/3 "2018-06-19T08:50:52Z")

</div>

Habs grad als Edit 4 eingetragen.  
Aber nochmal: Die Blog&nbsp;waren gelöscht, würde die „Seo-Aktualisierung“ über den Cron laufen, würden auch die alten Einträge zu den Blog&nbsp;gelöscht werden. Jetzt habe ich aber die Strategie „Manuell“ und den Cron deaktiviert. Das Problem sind ja auch nicht „Artikel“ - das Problem sind verwaiste Blogeinträge. Die werden ja auch über die ID in der Tabelle abgelegt - und da wäre eine Umbenennung ja egal&nbsp; ![Wink](https://forum.shopware.com/plugins/CKEditor/plugins/smiley/images/wink.png "Wink")&nbsp;Das „Problem“ beim Warmup ist ein **nachgelagertes**. Ich dachte „SEO-Urls“ generieren „Manuell“ würde sich so verhalten, wie ein Cron, aber offenbar liege ich hier falsch. Der „Cron“ **scheint** &nbsp;wohl alte Blog-Einträge zu löschen, was beim „manuellen Erstellen“ nicht passiert. Wieder was gelernt&nbsp; ![Undecided](https://forum.shopware.com/plugins/CKEditor/plugins/smiley/images/undecided.png "Undecided")&nbsp;Nachdem der Cron einmal lief, bleiben 5 Paarungen „Critical / Error“ - 3 Seiten und zwei Blogs. Naja - vor dem Update war es zu den Seiten jeweils nur ein Warning und ohne Blog. ![Undecided](https://forum.shopware.com/plugins/CKEditor/plugins/smiley/images/undecided.png "Undecided")

---

<div class="post-metadata">

**Author:** ![sonic](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/sonic/32/25728_2.png) [@sonic](https://forum.shopware.com/u/sonic)\
**Post date:** [19. Juni 2018 um 09:10 UTC](https://forum.shopware.com/t/cache-warmup-fehlerorgie-seit-5-4-5/53565/4 "2018-06-19T09:10:35Z")

</div>

Noch eine letzte Fragerunde:  
Die Argumentation mit “Umbenennen” etc. kann ich nachvollziehen, darum geht es aber nicht.  
Wird ein “Objekt” - sei es ein Artikel, ein Seiteneintrag oder Blogeintrag - gelöscht, ist die Url dauerhaft unbrauchbar, somal die&nbsp;Einträge in&nbsp; **org\_path** &nbsp;“sViewport=detail&sArticle=ID”, “sViewport=custom&sCustom=ID” oder “sViewport=blog&sAction=detail&sCategory=cID&blogArticle=ID” sind - also eindeutig. Ist das “Objekt” gelöscht, ist auch der Verweis durch die “ID” obsolet. Warum werden beim Löschen von “Seiten”, “Blogeinträge” und “Artikel” nicht gleich die paar Einträge aus der **“s\_core\_rewrite\_urls”&nbsp;** gelöscht? Warum was altes aufheben, warum für so einen Einzeiler im Model gleich einen ganzen Cron drauf ansetzen? Wer denkt sich sowas krankes aus? Sorgt doch immer nur für nachgelagerte Probleme so ein “Vorgehen”.

Was genau macht “leeren” von “Index SEO-Urls _Cache für SEO-Routen und Index_” unter Performance / Cache denn genau? Nur verwaiste löschen? Alle “alten” löschen =\> also Umleitungen, etc?&nbsp;

---

<div class="post-metadata">

**Author:** ![kulli](https://avatars.discourse-cdn.com/v4/letter/k/a3d4f5/32.png) [@kulli](https://forum.shopware.com/u/kulli)\
**Post date:** [20. Juni 2018 um 07:48 UTC](https://forum.shopware.com/t/cache-warmup-fehlerorgie-seit-5-4-5/53565/5 "2018-06-20T07:48:06Z")

</div>

Das mit den Blog-einträgen hatte ich auch;

ich glaube mich zu erinnern dass ich in der Datenbank rumgefummelt habe: s\_core\_rewrite\_url genau die gelöscht die „bemängelt“ wurden. Genau wie Du es im letzten post beschreibst.

---

<div class="post-metadata">

**Author:** ![sonic](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/sonic/32/25728_2.png) [@sonic](https://forum.shopware.com/u/sonic)\
**Post date:** [20. Juni 2018 um 08:25 UTC](https://forum.shopware.com/t/cache-warmup-fehlerorgie-seit-5-4-5/53565/6 "2018-06-20T08:25:39Z")

</div>

Hab mir grad noch einmal CleanUp angeguckt (Cron) - da werden leider nur Einträge von Blog-Artikel&nbsp;gelöscht, wenn die Blog-Kategorie nicht mehr vorhanden ist. Nicht aber Blog-Artikel die gelöscht wurden wenn&nbsp;die Kategorie aber noch vorhanden ist. Der Weg über den Cron hilft da auch nicht weiter.&nbsp; ![Undecided](https://forum.shopware.com/plugins/CKEditor/plugins/smiley/images/undecided.png "Undecided")  
Warum Einträge nicht gleich aus der&nbsp; **s\_core\_rewrite\_url** &nbsp;gelöscht werden, wenn im Backend der Blogeintrag gelöscht wurde, bleibt mir ein Rätsel. Ein \*popeliges\* zusätzliches Delete im Backend-Controller sollte doch wohl kein Problem sein&nbsp; ![Angry-Face](https://forum.shopware.com/plugins/CKEditor/plugins/smiley/images/angry-face.png "Angry-Face")

---

<div class="post-metadata">

**Author:** ![shcshopware](https://avatars.discourse-cdn.com/v4/letter/s/46a35a/32.png) [@shcshopware](https://forum.shopware.com/u/shcshopware)\
**Post date:** [11. Januar 2019 um 00:22 UTC](https://forum.shopware.com/t/cache-warmup-fehlerorgie-seit-5-4-5/53565/7 "2019-01-11T00:22:59Z")

</div>

Habe das gleiche Problem: Im Einsatz: Shopware 5.5.4 Produktivmodus

Bei mir steht in der Systemlog: Kanal: core&nbsp; &nbsp;Level: CRITICAL&nbsp; &nbsp;Meldung: Category not found - sonst nichts.

Die Kategorien funktionieren aber alle und der Cache läuft durch wenn ich die Systeminfo schliesse.

Was kannn ich tun?

---

<div class="post-metadata">

**Author:** ![it-brockmann](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/it-brockmann/32/9650_2.png) [@it-brockmann](https://forum.shopware.com/u/it-brockmann)\
**Post date:** [14. März 2019 um 16:34 UTC](https://forum.shopware.com/t/cache-warmup-fehlerorgie-seit-5-4-5/53565/8 "2019-03-14T16:34:14Z")

</div>

Wir haben ähnliche Probleme - sind das verwaiste Kategorie Einträge?  
Gibt es schon eine Lösung?

---

<div class="post-metadata">

**Author:** ![ostfriesland](https://avatars.discourse-cdn.com/v4/letter/o/839c29/32.png) [@ostfriesland](https://forum.shopware.com/u/ostfriesland)\
**Post date:** [16. September 2019 um 07:26 UTC](https://forum.shopware.com/t/cache-warmup-fehlerorgie-seit-5-4-5/53565/9 "2019-09-16T07:26:14Z")

</div>

Auch bei uns tritt es in der Enterprise Version auf. Steht in der “core\_poduction-datum.log”

&nbsp;

Hat jemand eine Lösung?

---

<div class="post-metadata">

**Author:** ![Chaos](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/chaos/32/13622_2.png) [@Chaos](https://forum.shopware.com/u/Chaos)\
**Post date:** [15. April 2020 um 13:07 UTC](https://forum.shopware.com/t/cache-warmup-fehlerorgie-seit-5-4-5/53565/10 "2020-04-15T13:07:40Z")

</div>

Hole den Thread noch mal hoch…bei uns auf SW 5.6.6 das gleiche: Beim Cache aufwärmen gibt es einen Fehler, das Aufwärmen läuft aber muter weiter. Nur im html Verzeichnis des Cachordners füllt sich nichts auf!

Im Systemlog steht nichts drin, wenn ich alle Seitentypen auf einmal aufwärmen will. Wähle ich einzeln z.B. nur die Kategorien aus steht im Log wengstens etwas:

CRITICAL Category page not found

Hier wäre es natürlich hilfreich zu erfahren welche Kategorie den Fehler verursacht. Genau das gleiche bei den statischen Seiten:&nbsp;Custom&nbsp;page not found -\> Welche denn?

So hat man ja keine Chance den Fehler zu beheben.

---

<div class="post-metadata">

**Author:** ![kadis](https://avatars.discourse-cdn.com/v4/letter/k/c57346/32.png) [@kadis](https://forum.shopware.com/u/kadis)\
**Post date:** [8. April 2021 um 17:05 UTC](https://forum.shopware.com/t/cache-warmup-fehlerorgie-seit-5-4-5/53565/11 "2021-04-08T17:05:46Z")

</div>

@Chaos Bei uns sieht es genau so aus.

#push

---

<div class="post-metadata">

**Author:** ![moreply](https://avatars.discourse-cdn.com/v4/letter/m/8e7dd6/32.png) [@moreply](https://forum.shopware.com/u/moreply)\
**Post date:** [8. April 2021 um 17:41 UTC](https://forum.shopware.com/t/cache-warmup-fehlerorgie-seit-5-4-5/53565/12 "2021-04-08T17:41:39Z")

</div>

Habe die selben Fehler Cache Warmup endet in einer Fehler orgie. Inklusive nicht versendeten Mails und nicht erstellbaren Rechnungen.
