# Index notification is always running in Shopware 6

**URL:** <https://forum.shopware.com/t/index-notification-is-always-running-in-shopware-6/90877>\
**Category:** General Questions (EN)\
**Created:** [14. Oktober 2021 um 12:41 UTC](https://forum.shopware.com/t/index-notification-is-always-running-in-shopware-6/90877 "2021-10-14T12:41:20Z")\
**Posts on this page:** 12\
**Page:** 1

<div class="post-metadata">

**Author:** ![abinjohnedamana](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/abinjohnedamana/32/17378_2.png) [@abinjohnedamana](https://forum.shopware.com/u/abinjohnedamana)\
**Post date:** [14. Oktober 2021 um 12:41 UTC](https://forum.shopware.com/t/index-notification-is-always-running-in-shopware-6/90877/1 "2021-10-14T12:41:21Z")

</div>

Index notification is always running in Shopware 6. Even if I try to cancel it, it starts again.

![image_2021_10_14T08_45_03_461Z](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/2X/e/e1f64d2a8b632ba5b3b94d9e993492c72b299322.png)

---

<div class="post-metadata">

**Author:** ![abinjohnedamana](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/abinjohnedamana/32/17378_2.png) [@abinjohnedamana](https://forum.shopware.com/u/abinjohnedamana)\
**Post date:** [14. Oktober 2021 um 12:44 UTC](https://forum.shopware.com/t/index-notification-is-always-running-in-shopware-6/90877/2 "2021-10-14T12:44:35Z")

</div>

By default, the DB is used as the backend for the message queue. Check the table `enqueue`.

Maybe just truncate the table message\_queue\_stats which rebuild the message stats which are used for that UI. Most of the time that resolves stuck stats that refuse to update.

---

<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:** [14. Oktober 2021 um 18:35 UTC](https://forum.shopware.com/t/index-notification-is-always-running-in-shopware-6/90877/3 "2021-10-14T18:35:30Z")

</div>

[https://timmehosting.de/shopware-6-admin-worker-deaktivieren](https://timmehosting.de/shopware-6-admin-worker-deaktivieren)

---

<div class="post-metadata">

**Author:** ![marco.meister](https://avatars.discourse-cdn.com/v4/letter/m/cc9497/32.png) [@marco.meister](https://forum.shopware.com/u/marco.meister)\
**Post date:** [17. Juni 2022 um 06:58 UTC](https://forum.shopware.com/t/index-notification-is-always-running-in-shopware-6/90877/4 "2022-06-17T06:58:39Z")

</div>

Hello dear Shopware community,

just like @abinjohnedamana we have the same problem that the message queue notifications in the admin panel don’t go away.

 ![queue](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/c/1/c1c7310cfc33f01cdd369207a5ff3abbd227aa8a.jpeg)

We have two crons running:

- bin/console messenger:consume --memory-limit=512M --time-limit=180 -vv
- bin/console scheduled-task:run --memory-limit=512M --time-limit=180

According to our cron log, the scheduled task and the messenger are working correctly and the queue is being processed … I don’t get any CRITICAL or similar error messages … only of the INFO type.

We also checked the dead\_messages, enqueue, and message\_queue\_stats tables, they are all empty. How come the notifications don’t go away?

For evidence, I would be very grateful!

greetings Marco

---

<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:** [17. Juni 2022 um 07:52 UTC](https://forum.shopware.com/t/index-notification-is-always-running-in-shopware-6/90877/5 "2022-06-17T07:52:42Z")

</div>

Thats really odd, since the table message\_queue\_stats is responsible for the picture you have posted.

---

<div class="post-metadata">

**Author:** ![marco.meister](https://avatars.discourse-cdn.com/v4/letter/m/cc9497/32.png) [@marco.meister](https://forum.shopware.com/u/marco.meister)\
**Post date:** [17. Juni 2022 um 11:04 UTC](https://forum.shopware.com/t/index-notification-is-always-running-in-shopware-6/90877/6 "2022-06-17T11:04:52Z")

</div>

@Max_Shop … yes . it really sucks. Dont know where SW get these data from.

---

<div class="post-metadata">

**Author:** ![marco.meister](https://avatars.discourse-cdn.com/v4/letter/m/cc9497/32.png) [@marco.meister](https://forum.shopware.com/u/marco.meister)\
**Post date:** [20. Juni 2022 um 08:53 UTC](https://forum.shopware.com/t/index-notification-is-always-running-in-shopware-6/90877/7 "2022-06-20T08:53:33Z")

</div>

Hi @Max_Shop, @abinjohnedamana

hey guys … we`ve found a little workaround to get these messages away.  
There is a table called increment. have a look at the column ‚cluster‘ and set a filter to ‚message\_queue\_stats‘ .

There is a entry called ‚Shopware\Core\Content\Product\DataAbstractionLayer\ProductStreamMappingIndexingMessage‘ and ‚Shopware\Core\Content\Product\DataAbstractionLayer\ProductIndexingMessage‘ … after deleting this entries message queue works corretly now. the deleted entries will be created again if you update a product in your shop.

 ![t_increment](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/c/5/c5629051f4127b3b2efd5f537c5ae256f17141a0.png)

---

<div class="post-metadata">

**Author:** ![marco.meister](https://avatars.discourse-cdn.com/v4/letter/m/cc9497/32.png) [@marco.meister](https://forum.shopware.com/u/marco.meister)\
**Post date:** [20. Juni 2022 um 08:54 UTC](https://forum.shopware.com/t/index-notification-is-always-running-in-shopware-6/90877/8 "2022-06-20T08:54:24Z")

</div>

this works also for thumbnails and category indexing 😍

---

<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:** [20. Juni 2022 um 08:57 UTC](https://forum.shopware.com/t/index-notification-is-always-running-in-shopware-6/90877/9 "2022-06-20T08:57:19Z")

</div>

Oh, I have confused the table. The first one contains the single entries, increment the summarised value. If you clear the first table, you always have to set the corresponding value in increment to 0.

---

<div class="post-metadata">

**Author:** ![marco.meister](https://avatars.discourse-cdn.com/v4/letter/m/cc9497/32.png) [@marco.meister](https://forum.shopware.com/u/marco.meister)\
**Post date:** [20. Juni 2022 um 09:00 UTC](https://forum.shopware.com/t/index-notification-is-always-running-in-shopware-6/90877/10 "2022-06-20T09:00:54Z")

</div>

@Max_Shop oh yes, it’s better to set the value to 0 instead of deleting the entries. it`s safer 🙃

---

<div class="post-metadata">

**Author:** ![abinjohnedamana](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/abinjohnedamana/32/17378_2.png) [@abinjohnedamana](https://forum.shopware.com/u/abinjohnedamana)\
**Post date:** [21. Juni 2022 um 04:08 UTC](https://forum.shopware.com/t/index-notification-is-always-running-in-shopware-6/90877/11 "2022-06-21T04:08:19Z")

</div>

@Max_Shop @marco.meister

The `increment` table is only available from Shopware version 6.4.7.0

> <https://github.com/shopware/platform/blob/6.4.7.0/src/Core/Migration/V6_4/Migration1635388654CreateIncrementTable.php>

---

<div class="post-metadata">

**Author:** ![rudesingh56](https://avatars.discourse-cdn.com/v4/letter/r/4da419/32.png) [@rudesingh56](https://forum.shopware.com/u/rudesingh56)\
**Post date:** [5. Juli 2022 um 08:47 UTC](https://forum.shopware.com/t/index-notification-is-always-running-in-shopware-6/90877/12 "2022-07-05T08:47:10Z")

</div>

Oh, I have confused the table. The first one contains the single entries, increment the summarised value.[.](https://get-vidmateapp.com/home/) [.](https://get-mobdroapk.com)
