# Shopware()-\>Db()-\>fetchAll($sql) plötzlich fehlerhaft im Cronjob
**URL:** https://forum.shopware.com/t/shopware-db-fetchall-sql-plotzlich-fehlerhaft-im-cronjob/52811
**Category:** Programmierung
**Created:** [9. Mai 2018 um 09:48 UTC](https://forum.shopware.com/t/shopware-db-fetchall-sql-plotzlich-fehlerhaft-im-cronjob/52811 "2018-05-09T09:48:23Z")
**Posts on this page:** 12
**Page:** 1
### Author:  [@webarbeit](https://forum.shopware.com/u/webarbeit)
#### Post date: [9. Mai 2018 um 09:48 UTC](https://forum.shopware.com/t/shopware-db-fetchall-sql-plotzlich-fehlerhaft-im-cronjob/52811/1 "2018-05-09T09:48:23Z")
Hallo zusammen,
nach einem Update von 5.4.2 auf 5.4.3 läuft ein Cronjob nicht mehr durch.
Als Ursache konnte ich folgenden Befehl identifizieren:
Shopware()-\>Db()-\>fetchAll($sql)
Dort bleibt der Cronjob hängen und bricht mit false ab.
Der SQL-Befehl kann bswp. per phpMyAdmin fehlerfrei ausgeführt werden und liefert Ergebnisse.
Wie kann identifiziert werden, warum das nun nicht mehr geht? Davor lief es monatelang ohne Probleme.
Vielen Dank und Grüße,
Frank
---
### Author:  [@BestShopPossible](https://forum.shopware.com/u/BestShopPossible)
#### Post date: [9. Mai 2018 um 10:53 UTC](https://forum.shopware.com/t/shopware-db-fetchall-sql-plotzlich-fehlerhaft-im-cronjob/52811/2 "2018-05-09T10:53:55Z")
Na Debuggen:
> **[Debug with PhpStorm: Ultimate Guide - Help | PhpStorm](https://www.jetbrains.com/help/phpstorm/debugging-with-phpstorm-ultimate-guide.html)**
---
### Author:  [@webarbeit](https://forum.shopware.com/u/webarbeit)
#### Post date: [9. Mai 2018 um 11:51 UTC](https://forum.shopware.com/t/shopware-db-fetchall-sql-plotzlich-fehlerhaft-im-cronjob/52811/3 "2018-05-09T11:51:12Z")
> [@BestShopPossible schrieb:](https://forum.shopware.com/profile/27701/BestShopPossible "BestShopPossible")
>
> Na Debuggen:
>
> [https://www.jetbrains.com/help/phpstorm/debugging-with-phpstorm-ultimate-guide.html](https://www.jetbrains.com/help/phpstorm/debugging-with-phpstorm-ultimate-guide.html)
Aber wie mache ich das bei einem Cronjob der zum Zeitpunkt X läuft?
---
### Author:  [@langnickel](https://forum.shopware.com/u/langnickel)
#### Post date: [9. Mai 2018 um 12:16 UTC](https://forum.shopware.com/t/shopware-db-fetchall-sql-plotzlich-fehlerhaft-im-cronjob/52811/4 "2018-05-09T12:16:12Z")
Manuell starten per CLI
[https://developers.shopware.com/developers-guide/shopware-5-cli-commands/](https://developers.shopware.com/developers-guide/shopware-5-cli-commands/)
---
### Author:  [@beierle](https://forum.shopware.com/u/beierle)
#### Post date: [9. Mai 2018 um 21:44 UTC](https://forum.shopware.com/t/shopware-db-fetchall-sql-plotzlich-fehlerhaft-im-cronjob/52811/5 "2018-05-09T21:44:23Z")
Guten Abend zusammen,
gibt es schon eine Lösung in dieser Angelegenheit? Mich betrifft wahrscheinlich ein ähnliches Problem. Einer meiner Cronjobs, der seither immer lief, hat mich seit dem Update auf 5.4.3 verlassen. Bei jedem Versuch der Ausführung wird der Cronjob deaktiviert, obwohl nicht einmal das Häkchen „Bei Fehler deaktivieren“ gesetzt ist. Das Problem betrifft unter anderem auch den Cronjob / das Plugin „ArticleStock“.
Gruß
Yannick
---
### Author:  [@beierle](https://forum.shopware.com/u/beierle)
#### Post date: [10. Mai 2018 um 10:32 UTC](https://forum.shopware.com/t/shopware-db-fetchall-sql-plotzlich-fehlerhaft-im-cronjob/52811/6 "2018-05-10T10:32:24Z")
Ich weiß nicht, ob unser beider Probleme überhaupt zusammenhängen, habe jetzt aber eine Fehlermeldung, die bei Ausführung des Cronjobs generiert wird. Diese bezieht sich jedoch nicht auf die SQL-Abfrage, sondern rückt eher die Datei “TemplateMail.php” in den Mittelpunkt. Hieran wurde im Zuge des Updates ja auch gearbeitet. Ob es damit zusammenhängen kann? Der Cronjob bzw. das Plugin ist mit Ausnahme der SQL-Abfrage baugleich mit dem “ArticleStock”-Plugin. Jemand eine Idee?
```
Status: 500 Internal Server Error
X-Powered-By: PHP/7.2.5
Content-type: text/html; charset=iso-8859-1
PHP Fatal error: Uncaught Error: Call to a member function getTemplate() on null in /mnt/web207/d3/04/58169104/htdocs/shop/engine/Shopware/Components/TemplateMail.php:167
Stack trace:
#0 /mnt/web207/d3/04/58169104/htdocs/shop/engine/Shopware/Plugins/Local/Core/CronArticle2Check/Bootstrap.php(122): Shopware_Components_TemplateMail->createMail(Object(Shopware\Models\Mail\Mail), Array)
#1 /mnt/web207/d3/04/58169104/htdocs/shop/engine/Library/Enlight/Event/Handler/Plugin.php(149): Shopware_Plugins_Core_CronArticle2Check_Bootstrap->onRun(Object(Shopware_Components_Cron_CronJob))
#2 /mnt/web207/d3/04/58169104/htdocs/shop/engine/Library/Enlight/Event/EventManager.php(258): Enlight_Event_Handler_Plugin->execute(Object(Shopware_Components_Cron_CronJob))
#3 /mnt/web207/d3/04/58169104/htdocs/shop/engine/Library/Enlight/Components/Cron/Manager.php(282): Enlight_Event_EventManager->notifyUntil('Shopware_CronJo...', Object(Shopware_Components_Cron_CronJob))
#4 /mnt/web207/d3/04/58169104/htdocs/shop/engine/Shopware/Commands/CronRunCommand.p in /mnt/web207/d3/04/58169104/htdocs/shop/engine/Shopware/Components/TemplateMail.php on line 167
```
Gruß
Yannick
---
### Author:  [@shyim](https://forum.shopware.com/u/shyim)
#### Post date: [11. Mai 2018 um 08:45 UTC](https://forum.shopware.com/t/shopware-db-fetchall-sql-plotzlich-fehlerhaft-im-cronjob/52811/7 "2018-05-11T08:45:11Z")
Hey @beierle,
da ist in 5.4.3 ein Fehler eingeschlichen. Ein Workaround ist den Shop Parameter bei der createMail Methode anzugeben. Dadurch sollte dein Cron wieder laufen.
Für das Verhalten gibs bereits ein Ticket [Shopware Issuetracker](https://issues.shopware.com/issues/SW-21737) und wird mit 5.4.4 angegangen.
---
### Author:  [@beierle](https://forum.shopware.com/u/beierle)
#### Post date: [11. Mai 2018 um 13:11 UTC](https://forum.shopware.com/t/shopware-db-fetchall-sql-plotzlich-fehlerhaft-im-cronjob/52811/8 "2018-05-11T13:11:13Z")
Vielen lieben Dank @Shyim für die guten Nachrichten!
Beim Versuch den Shop-Parameter in der createMail-Methode anzugeben bin ich leider gescheitert. Habe sicher etwas verkehrt gemacht. Kannst du mir noch einen Tipp geben? Ansonsten bin ich aber schon sehr zufrieden, dass der Fehler bekannt ist und behoben werden soll. Irgendwie werde ich die Zeit bis dahin wohl auch ohne den Cron überbrücken können. 😉
Gruß
Yannick
---
### Author:  [@webarbeit](https://forum.shopware.com/u/webarbeit)
#### Post date: [11. Mai 2018 um 13:20 UTC](https://forum.shopware.com/t/shopware-db-fetchall-sql-plotzlich-fehlerhaft-im-cronjob/52811/9 "2018-05-11T13:20:15Z")
> [@beierle schrieb:](https://forum.shopware.com/profile/26023/beierle "beierle")
>
> Vielen lieben Dank @Shyim für die guten Nachrichten!
>
> Beim Versuch den Shop-Parameter in der createMail-Methode anzugeben bin ich leider gescheitert. Habe sicher etwas verkehrt gemacht. Kannst du mir noch einen Tipp geben? Ansonsten bin ich aber schon sehr zufrieden, dass der Fehler bekannt ist und behoben werden soll. Irgendwie werde ich die Zeit bis dahin wohl auch ohne den Cron überbrücken können. 😉
>
> Gruß
> Yannick
Beispiel:
```
$shop = Shopware()->Models()->getRepository('Shopware\Models\Shop\Shop')->getActiveById(1);
$mail = Shopware()->TemplateMail()->createMail('sXYZ', $mail_context, $shop);
```
Bei getActiveById(1) die entsprechende Shop-ID einsetzen.
Grüße,
Frank
---
### Author:  [@beierle](https://forum.shopware.com/u/beierle)
#### Post date: [11. Mai 2018 um 17:18 UTC](https://forum.shopware.com/t/shopware-db-fetchall-sql-plotzlich-fehlerhaft-im-cronjob/52811/10 "2018-05-11T17:18:28Z")
Hip hip, hurra! Das hat geklappt. Vielen Dank euch beiden!
Gruß
Yannick
---
### Author:  [@shyim](https://forum.shopware.com/u/shyim)
#### Post date: [5. Juni 2018 um 18:07 UTC](https://forum.shopware.com/t/shopware-db-fetchall-sql-plotzlich-fehlerhaft-im-cronjob/52811/11 "2018-06-05T18:07:00Z")
Vollständigkeitshalber der Fehler ist nun mit 5.4.4 behoben 
---
### Author:  [@derwunner](https://forum.shopware.com/u/derwunner)
#### Post date: [6. Juni 2018 um 07:27 UTC](https://forum.shopware.com/t/shopware-db-fetchall-sql-plotzlich-fehlerhaft-im-cronjob/52811/12 "2018-06-06T07:27:57Z")
Leute, weil ich es gerade sehe: Bei Shopware immer nur maximal PHP 7.1 verwenden!!!
Den IonCube Loader gibt es zwar schon für PHP 7.2, aber die ganzen verschlüsselten Plugins wurden noch mit der alten Version verschlüsselt und gehen somit nur bis PHP 7.1.