Hilfe - messenger:consume WARNING und CRITICAL

Hallo zusammen,

seit dem vorletzten Update haben wir ständig Probleme mit dem Shop.
Heute habe ich mal den messenger:consume manuell über Putty anstatt über die Cronjobs gestartet und folgende Meldung gesehen:

14:56:09 WARNING   [messenger] Error thrown while handling message Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage. Sending for retry #3 using 4000 ms delay. Error: "Handling "Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage" failed: Shopware\Core\Framework\DataAbstractionLayer\Indexing\EntityIndexingMessage::getIndexer(): Return value must be of type string, null returned" ["class" => "Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage","retryCount" => 3,"delay" => 4000,"error" => "Handling "Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage" failed: Shopware\Core\Framework\DataAbstractionLayer\Indexing\EntityIndexingMessage::getIndexer(): Return value must be of type string, null returned","exception" => Symfony\Component\Messenger\Exception\HandlerFailedException^ { …}]
14:56:20 CRITICAL  [messenger] Error thrown while handling message Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage. Removing from transport after 3 retries. Error: "Handling "Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage" failed: Shopware\Core\Framework\DataAbstractionLayer\Indexing\EntityIndexingMessage::getIndexer(): Return value must be of type string, null returned" ["class" => "Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage","retryCount" => 3,"error" => "Handling "Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage" failed: Shopware\Core\Framework\DataAbstractionLayer\Indexing\EntityIndexingMessage::getIndexer(): Return value must be of type string, null returned","exception" => Symfony\Component\Messenger\Exception\HandlerFailedException^ { …}]
14:56:28 WARNING   [messenger] Error thrown while handling message Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage. Sending for retry #1 using 1000 ms delay. Error: "Handling "Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage" failed: Shopware\Core\Framework\DataAbstractionLayer\Indexing\EntityIndexingMessage::getIndexer(): Return value must be of type string, null returned" ["class" => "Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage","retryCount" => 1,"delay" => 1000,"error" => "Handling "Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage" failed: Shopware\Core\Framework\DataAbstractionLayer\Indexing\EntityIndexingMessage::getIndexer(): Return value must be of type string, null returned","exception" => Symfony\Component\Messenger\Exception\HandlerFailedException^ { …}]
14:56:36 WARNING   [messenger] Error thrown while handling message Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage. Sending for retry #2 using 2000 ms delay. Error: "Handling "Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage" failed: Shopware\Core\Framework\DataAbstractionLayer\Indexing\EntityIndexingMessage::getIndexer(): Return value must be of type string, null returned" ["class" => "Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage","retryCount" => 2,"delay" => 2000,"error" => "Handling "Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage" failed: Shopware\Core\Framework\DataAbstractionLayer\Indexing\EntityIndexingMessage::getIndexer(): Return value must be of type string, null returned","exception" => Symfony\Component\Messenger\Exception\HandlerFailedException^ { …}]
14:56:45 WARNING   [messenger] Error thrown while handling message Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage. Sending for retry #3 using 4000 ms delay. Error: "Handling "Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage" failed: Shopware\Core\Framework\DataAbstractionLayer\Indexing\EntityIndexingMessage::getIndexer(): Return value must be of type string, null returned" ["class" => "Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage","retryCount" => 3,"delay" => 4000,"error" => "Handling "Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage" failed: Shopware\Core\Framework\DataAbstractionLayer\Indexing\EntityIndexingMessage::getIndexer(): Return value must be of type string, null returned","exception" => Symfony\Component\Messenger\Exception\HandlerFailedException^ { …}]
14:56:56 CRITICAL  [messenger] Error thrown while handling message Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage. Removing from transport after 3 retries. Error: "Handling "Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage" failed: Shopware\Core\Framework\DataAbstractionLayer\Indexing\EntityIndexingMessage::getIndexer(): Return value must be of type string, null returned" ["class" => "Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage","retryCount" => 3,"error" => "Handling "Shopware\Core\Content\Newsletter\DataAbstractionLayer\NewsletterRecipientIndexingMessage" failed: Shopware\Core\Framework\DataAbstractionLayer\Indexing\EntityIndexingMessage::getIndexer(): Return value must be of type string, null returned","exception" => Symfony\Component\Messenger\Exception\HandlerFailedException^ { …}]

Mir sagt das absolut nichts - hat jemand vielleicht einen Tipp für mich? Ist das nur bei uns so?

2 „Gefällt mir“

Hier dasselbe. Wir erwägen gerade auf 6.4.20.2 zurückzugehen… :frowning: Bis dahin hat’s funktioniert.
Wir kennen uns ja schon aus dem letzten Thread https://forum.shopware.com/t/fehler-another-worker-is-already-running-for-receiver-async/102645. Trotz eingerichteten Cronjobs ist bei uns der Warenkorb beim Bestellabschluss oder Zahlungsartwechsel nun regelmäßig leer und es kann nicht bestellt werden. Hatten zuletzt auf 6.5.8.4 geupdatet.

Ich weiß nicht ob euch das Hilft, aber das „Warenkorb“ Problem hatten wir ziemlich schnell behoben.
Wir haben 1. DHL deaktiviert und 2. Alle Einträge in Marketing > Newsletter-Empfänger gelöscht (natürlich vorher ein Backup vom Datenbankeintrag erstellt).

Inwiefern das zusammenhängt kann ich nicht sagen, aber bei DHL war es ein Gefühl und bei den Newsletter-Empfängern einfach nur durch das „NewsletterRecipientIndexingMessage“ getriggert.

Registrierung, Warenkorb, Bestellung etc. läuft seitdem wieder

Von DHL haben wir kein Plugin laufen. Konnte zwischen den ganzen wiederholten Fehlern aber noch etwas entdecken:

php.CRITICAL: Uncaught Error: Class „Crsw\CleverReachOfficial\Subscriber\Maintenance\StorefrontSubscriber“ not found {„exception“:„[object] (Error(code: 0): Class "Crsw\CleverReachOfficial\Subscriber\Maintenance\StorefrontSubscriber" not found at /var/www/vhosts/xyz/httpdocs/var/cache/prod_hfe249d1019a9cd45707322d7aa69b488/Container9PxxC36/Shopware_Core_KernelProdContainer.php:24209)“}

Setzt ihr evtl. auch das Cleverreach-Plugin ein? Das würde ja zur Newsletterproblematik passen.

ps. für Cleverreach gibt’s übrigens seit letzter Woche ein Update (2.4.1), welches ich jetzt erstmal installiert habe.

pps. Es scheint so, als hätte Cleverreach evtl. auch schon beim letzten Update die Verbindung zum Account verloren. Nachdem ich die Daten nochmal nachgetragen habe und die Verbindung wieder steht, klappts auch mit dem Bestellabschluss (erstmal) wieder, auch ohne Löschen der Empfängerliste.

ppps. Der „Error thrown while handling message“-Fehler wird aber leider immer noch ausgeworfen. Tritt der bei dir auch immer noch auf, trotz deiner Maßnahmen?
Könnt mir noch vorstellen, dass es irgendwas mit der Message Queue zu tun hat. Da haben wir jetzt ja ähnliche Cronjobs und shopware.yaml

Gibt ein Ticket: https://issues.shopware.com/issues/NEXT-33846

1 „Gefällt mir“

Problem, wurde halt doch nicht wie im Ticket angegeben in 6.5.8.7 korrigiert oder?

Gute Frage. Hier steht es schon als umgesetzt drin: https://issues.shopware.com/?products=SW-6,SW-5&edition=community,professionalEdition,enterpriseEdition,shopwareRise,shopwareEvolve,shopwareBeyond&projects=all&sw5Project=all&type=1,4&status=done&swversion=6.5.8.7
Wir haben’s noch nicht probiert sondern sind erstmal auf das Backup mit alter Version zurück.
Hast Du’s getestet?

Bei Releasenotes und Co. steht halt nix davon bei 6.5.8.7

Aber das heißt ja nie was, zerhackt sicher 5 neue Dinge wieder, die auch nicht dokumentiert sind…

Ne nicht getestet, nicht alle Plugins haben das Ok bisher.

1 „Gefällt mir“

Wir haben diesen Fehler nicht mehr. Wissen aber nicht ob es durch das Update oder unser eigenes „tun“ beseitigt wurde. Was wir, außer dem Update, gemacht haben: Alle Newslettereinträge gelöscht und dann ein Datenbank Backup für die Newslettereinträge eingespielt.

War halt zeitgleich mit dem Update. Das Problem ist seit dem nicht mehr aufgetaucht :slight_smile:

Fehler ist nach Update behoben, Aufgaben werden wieder sauber abgearbeitet.

2 „Gefällt mir“

Update auf welche Version?

Update Shopware 6.5.8.7

1 „Gefällt mir“

Falls es jemanden hilft: Bei uns mussten die fehlgeschlagenen für „NewsletterRecipientIndexingMessage“-Einträge noch aus der DB-Tabelle „messenger_messages“ gelöscht werden.