# Message Queue (enqueue) und Scheduled Task (scheduled\_task) - Funktionalität unter Mittwald

**URL:** <https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498>\
**Category:** Administration\
**Created:** [13. Juli 2023 um 06:57 UTC](https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498 "2023-07-13T06:57:25Z")\
**Posts on this page:** 19\
**Page:** 1

<div class="post-metadata">

**Author:** ![Marc\_E](https://avatars.discourse-cdn.com/v4/letter/m/3e96dc/32.png) [@Marc\_E](https://forum.shopware.com/u/Marc_E)\
**Post date:** [13. Juli 2023 um 06:57 UTC](https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498/1 "2023-07-13T06:57:25Z")

</div>

Hallo,

Bei mir leeren und verändern sich die Datenbanktabellen _enqueue_ und _scheduled\_task_ einfach nicht.  
Für eine Funktionalität sollten laut AndreHerking auf diesem Post [Scheduled Tasks und Cronjobs](https://forum.shopware.com/t/scheduled-tasks-und-cronjobs/94247) dies aber tun.

Hier unser Setup:  
SW 6 6.5.3.1 / PHP 8.1.18 / Hosting bei Mittwald / Memory Limit in php.ini ist auf 512mb

- Der Admin Worker ist per shopware.yaml deaktiviert.

Es wurde eine messagequeue.sh Datei angelegt in /files ablegegt mit diesem Inhalt:

```auto
 #!/bin/bash
php /html/shopware/sw6/bin/console messenger:consume default --time-limit=60 --memory-limit=512M

```

Sowie eine scheduledtasks.sh Datei in das selbe Verzeichnis mit diesem Inhalt:

```auto
#!/bin/bash
php /html/shopware/sw6/bin/console scheduled-task:run --time-limit=60

```

Im Mittwald Account wurden zwei Cronjobs angelegt die jede Minute ausgeführt werden so:

 ![message](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/5/c/5ce17c5dec4903bcd86df3ffa9a1b55d4e87094d.png)  
 ![scheduled](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/3/3/33411d466a65c726aa634337d9b36dbb7f1e2fc8.png)

In den Datenbanktabellen enqueue und scheduled\_task (Keine Zeitveränderungen schon seit Tagen) tut sich allerdings nichts:

 ![eneque](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/3/7/37744bbfc7434f9f5dd0e93ddc07be6add6f93f6.png)  
 ![scheduled_db](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/9/f/9f09652edc0783b55e47d26e546857e4084ea665.png)

Ich bin zwar in der Konsole nicht fit, habe aber, so glaube ich die Befehle der Scripte dort auch ausführen können, jedoch hat sich in den Tabellen nichts geändert.

Kann mir vielleicht jemand sagen, ob ich was übersehen habe?

Danke.

---

<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:** [13. Juli 2023 um 07:44 UTC](https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498/2 "2023-07-13T07:44:31Z")

</div>

> **[Message Queue](https://developer.shopware.com/docs/guides/hosting/infrastructure/message-queue#message-queue-on-production-systems)**

Versuche es mal mit `bin/console messenger:consume async --time-limit=60 --memory-limit=512M`

Was passiert, wenn du die Befehle direkt in der CLI eingibst, mit --vvv ergänzt?

---

<div class="post-metadata">

**Author:** ![Marc\_E](https://avatars.discourse-cdn.com/v4/letter/m/3e96dc/32.png) [@Marc\_E](https://forum.shopware.com/u/Marc_E)\
**Post date:** [13. Juli 2023 um 08:05 UTC](https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498/3 "2023-07-13T08:05:53Z")

</div>

Das hier:

 ![ohne_vvv](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/7/7/77fa6cae6a21913cc4d63f8014aed3cc1bcf8660.png)  
Nach dem ersten Befehl tut sich in der Datenbank nachwievor nichts.

---

<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:** [13. Juli 2023 um 08:07 UTC](https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498/4 "2023-07-13T08:07:15Z")

</div>

Du musst das --vvv wohl doch weg lassen. Sorry, mein Fehler.

---

<div class="post-metadata">

**Author:** ![Marc\_E](https://avatars.discourse-cdn.com/v4/letter/m/3e96dc/32.png) [@Marc\_E](https://forum.shopware.com/u/Marc_E)\
**Post date:** [13. Juli 2023 um 08:09 UTC](https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498/5 "2023-07-13T08:09:45Z")

</div>

Das habe ich im ersten Befehl auch getan jedoch hat sich nichts geändert in der Datenbank und im Shopware backend unter:

 ![backend](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/8/8/8848b18d9953cfb6ea92a8ea17820be68ad597a1.png)

---

<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:** [13. Juli 2023 um 08:11 UTC](https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498/6 "2023-07-13T08:11:23Z")

</div>

Der Screenshots zeigt die Tasks. Die werden mit dem anderen Befehl ausgeführt.

Innerhalb der Tasks gibt es auch einen Task, die Messeges abzuarbeiten. Da wird dann der von dir angewandte Befehl ausgeführt.

Versuche in der CLI noch einmal anstatt async default und dann auch noch ohne default.

---

<div class="post-metadata">

**Author:** ![PromoID](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/promoid/32/14015_2.png) [@PromoID](https://forum.shopware.com/u/PromoID)\
**Post date:** [13. Juli 2023 um 08:11 UTC](https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498/7 "2023-07-13T08:11:51Z")

</div>

Ich kenne mich bei Mittwald nicht aus - aber bei uns werden die Cronjobs über eine .php Datei ausgeführt:

ALL INKL

```auto
<?php
exec("/usr/bin/php81 /www/htdocs/ ******/****** /shopware/bin/console messenger:consume default --time-limit=60 2>&1", $out, $result);
echo "Returncode: " .$result ."<br>";
echo "Ausgabe des Scripts: " ."<br>";
echo "<pre>"; print_r($out);
?>

```

```auto
<?php
exec("/usr/bin/php81 /www/htdocs/ *****/***** /shopware/bin/console scheduled-task:run --time-limit=60 2>&1", $out, $result);
echo "Returncode: " .$result ."<br>";
echo "Ausgabe des Scripts: " ."<br>";
echo "<pre>"; print_r($out);
?>

```

Und bei webgo wird direkt in die CronJobs eingetragen, z.B.:  
/usr/bin/php8.0 /home/www/\*\*\*/bin/console messenger:consume default --time-limit=60

Die richtige PHP Version muss bei beiden Providern noch rein…

Es kann auch sein das eins der Tasks spinnt, einfach mal manuell umstellen und nochmal durchlaufen lassen.

---

<div class="post-metadata">

**Author:** ![Marc\_E](https://avatars.discourse-cdn.com/v4/letter/m/3e96dc/32.png) [@Marc\_E](https://forum.shopware.com/u/Marc_E)\
**Post date:** [13. Juli 2023 um 08:29 UTC](https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498/8 "2023-07-13T08:29:29Z")

</div>

Habe ich versucht, selbes Ergebnis.

---

<div class="post-metadata">

**Author:** ![Marc\_E](https://avatars.discourse-cdn.com/v4/letter/m/3e96dc/32.png) [@Marc\_E](https://forum.shopware.com/u/Marc_E)\
**Post date:** [13. Juli 2023 um 08:31 UTC](https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498/9 "2023-07-13T08:31:44Z")

</div>

![phpversion](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/e/e/ee2f6748fd6227e19dd67a1f53f56383eff2ea29.png)  
Ist das für php8.1 der richtige befehl? Bzw. wie bekomme ich das raus?

---

<div class="post-metadata">

**Author:** ![PromoID](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/promoid/32/14015_2.png) [@PromoID](https://forum.shopware.com/u/PromoID)\
**Post date:** [13. Juli 2023 um 09:01 UTC](https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498/10 "2023-07-13T09:01:55Z")

</div>

Am besten den Provider kurz anrufen und nachfragen (oder per Mail).

Nur mal so gefragt - wenn du in der Console, in deinem Shopwareverzeichnis die Commands durchlaufen lässt - da passiert nichts?

Also ganz einfach folgendes:  
php bin/console messenger:consume --time-limit=60  
php bin/console scheduled-task:run --time-limit=60

In deinem Screenshot sehe ich das „php“ überhaupt nicht ^^ Da fängst du direkt mit bin/console an.

PS: Lass die beiden Befehle mal 2-3x durchlaufen.

---

<div class="post-metadata">

**Author:** ![Marc\_E](https://avatars.discourse-cdn.com/v4/letter/m/3e96dc/32.png) [@Marc\_E](https://forum.shopware.com/u/Marc_E)\
**Post date:** [13. Juli 2023 um 09:23 UTC](https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498/11 "2023-07-13T09:23:25Z")

</div>

Also ich bin in das Shopware Verzeichnis gewechselt und habe den Befehl mit „php“ ausgeführt, siehe Screenshot:

 ![mitphp](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/2/6/2604fd2a36f5bedc3be4b52214414e961010da3f.png)  
Dann musste ich einen receiver wählen (habe default genommen weil das von Mittwald so vorgegeben ist).  
Das Ergebnis bleibt aber das selbe.  
Beim zweiten Befehl kam das dabei raus:  
 ![scheduled2](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/6/5/654ecc4b9bf6c2e182974cb8bed2114a0fa08f93.png)

Leider beides ohne veränderte Ergebnisse in der Datenbank.

---

<div class="post-metadata">

**Author:** ![Marc\_E](https://avatars.discourse-cdn.com/v4/letter/m/3e96dc/32.png) [@Marc\_E](https://forum.shopware.com/u/Marc_E)\
**Post date:** [14. Juli 2023 um 10:52 UTC](https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498/12 "2023-07-14T10:52:59Z")

</div>

Der Provider hat mir beim Einrichten der Scripte geholfen:

> zunächst habe ich in den beiden Skripten den Wert für das „–time-limit“ auf 55 Sekunden reduziert.
> 
> Dieser Wert sollte immer etwas unterhalb des Ausführintervalls des Cronjobs liegen.  
> Ansonsten kann es zu Problemen kommen, da der vorausgehende Prozess noch nicht abgeschlossen wurde, während bereits ein neuer Prozess gestartet wird.  
> Laut Cronjob-Log dürfte das am gestrigen Tag auch zu Problemen geführt haben.
> 
> Die Jobs scheinen nun laut „scheduled\_task“-Tabelle erfolgreich abgearbeitet zu werden.

Die Tabelle _enqueue_ ist allerdings immer noch voll mit Einträgen und leert sich nicht. Soll die das überhaupt?

---

<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:** [14. Juli 2023 um 11:18 UTC](https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498/13 "2023-07-14T11:18:34Z")

</div>

Anbei der Screenshot von den beiden Cronjobs in einem Mittwald-Paket. Läuft wunderbar. Ist aktuell auf 5 Minuten eingestellt.

Entsprechend Admin-Worker deaktivieren und E-Mail-Versand auf asynchron schalten. E-Mail-Template im Admin zum Test verschicken. Wenn die Mail ankommt, passt in der Regel alles.

 ![Bildschirmfoto 2023-07-14 um 13.13.41](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/c/0/c04f793bcd8599f3d8a3e17c7041a55edbda33a4.png)  
 ![Bildschirmfoto 2023-07-14 um 13.13.55](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/5/0/50ab852e28698c0f9c01b236fa5d2203170f35b8.png)

**framework.yaml**

```auto
framework:
    mailer:
        message_bus: 'messenger.default_bus'

```

**shopware.yaml**

```auto
shopware:
  admin_worker:
    enable_admin_worker: false

```

---

<div class="post-metadata">

**Author:** ![Marc\_E](https://avatars.discourse-cdn.com/v4/letter/m/3e96dc/32.png) [@Marc\_E](https://forum.shopware.com/u/Marc_E)\
**Post date:** [21. Juli 2023 um 11:21 UTC](https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498/14 "2023-07-21T11:21:21Z")

</div>

In der befüllten _enqueue_ Tabelle waren im übrigen immer sie selben Zeilen die sich nie geändert haben.  
Alle hatten einen ungültigen Zeitstempel, der mit hoher Wahrscheinlichkeit dafür verantwortlich war weshalb die nicht gelöscht wurden.  
Ich habe sie jetzt alle einfach aus der Tabelle gelöscht.

---

<div class="post-metadata">

**Author:** ![sunflower](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/sunflower/32/8100_2.png) [@sunflower](https://forum.shopware.com/u/sunflower)\
**Post date:** [25. Juli 2023 um 11:52 UTC](https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498/15 "2023-07-25T11:52:52Z")

</div>

🤔 seltsam, die [Anleitung von Mittwald](https://www.mittwald.de/blog/hosting/shopware/performance-trick-so-deaktivierst-du-den-admin-worker-in-shopware-6) sieht etwas unterschiedlich aus.  
Ist das dann eine „veraltete“ Anleitung vom 30.11.2022?  
Ich habe mehrere SW6-Installationen mit dieser Konfiguration bei Mittwald laufen…

---

<div class="post-metadata">

**Author:** ![canetti](https://avatars.discourse-cdn.com/v4/letter/c/a587f6/32.png) [@canetti](https://forum.shopware.com/u/canetti)\
**Post date:** [23. April 2024 um 16:09 UTC](https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498/16 "2024-04-23T16:09:35Z")

</div>

Hallo,  
ich muss den alten Thread mal wieder hoch bringen, da ich auch gerade ein Problem mit meiner „Warteschlange“ laut der Frosch-Erweiterung habe. Ungefähr alle 24 Stunden schaltet sich die Lampe auf orange weil in meiner „Warteschlange“ CollectEntityDataMessage und messenger.transport.low.priority mit 1 gelistet werden - und nicht mit 0 wie die anderen Dienste.

Frage: Ihr schreibt hier von einer Tabelle _enqueue_. In meinem aktuellen Shopware 6.6.1.1 gibt es keine Tabelle _enqueue_. Aus welcher Tabelle holt sich Frosh die Daten?

---

<div class="post-metadata">

**Author:** ![MichaelF](https://avatars.discourse-cdn.com/v4/letter/m/ecc23a/32.png) [@MichaelF](https://forum.shopware.com/u/MichaelF)\
**Post date:** [29. April 2024 um 12:29 UTC](https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498/17 "2024-04-29T12:29:03Z")

</div>

Schließe mich hier canetti an. Beobachte dasselbe Problem (hosterunabhängig), ebenfalls unter 6.6.1.1. Open Queues: 2995 mins  
messenger.transport.scheduler\_shopware: size unknown

---

<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:** [29. April 2024 um 12:34 UTC](https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498/18 "2024-04-29T12:34:44Z")

</div>

Unter 6.6 müsst ihr den Befehl für den Cronjob anpassen.: [shopware/UPGRADE-6.6.md at v6.6.1.2 · shopware/shopware · GitHub](https://github.com/shopware/shopware/blob/v6.6.1.2/UPGRADE-6.6.md)

Aus

```auto
php bin/console messenger:consume async

```

wird

```auto
php bin/console messenger:consume async low_priority

```

Gerade bei Major-Updates kommt man über ein Lesen des obigen Upgrade-Guides nicht herum.

---

<div class="post-metadata">

**Author:** ![MichaelF](https://avatars.discourse-cdn.com/v4/letter/m/ecc23a/32.png) [@MichaelF](https://forum.shopware.com/u/MichaelF)\
**Post date:** [29. April 2024 um 12:56 UTC](https://forum.shopware.com/t/message-queue-enqueue-und-scheduled-task-scheduled-task-funktionalitaet-unter-mittwald/100498/20 "2024-04-29T12:56:49Z")

</div>

Daran lag es bei mir. Vielen Dank!

Habe low\_priority hinzugefügt.