# Warning for "PHP FPM max listen queue"

**URL:** <https://forum.shopware.com/t/warning-for-php-fpm-max-listen-queue/107734>\
**Category:** Shopware 6 (English)\
**Tags:** administration\
**Created:** [14. August 2025 um 06:43 UTC](https://forum.shopware.com/t/warning-for-php-fpm-max-listen-queue/107734 "2025-08-14T06:43:07Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![br0kenpixel](https://avatars.discourse-cdn.com/v4/letter/b/cab0a1/32.png) [@br0kenpixel](https://forum.shopware.com/u/br0kenpixel)\
**Post date:** [14. August 2025 um 06:43 UTC](https://forum.shopware.com/t/warning-for-php-fpm-max-listen-queue/107734/1 "2025-08-14T06:43:07Z")

</div>

Hello.

I noticed that in recent versions of Shopware 6, I get a warning for “PHP FPM max listen queue” being over zero. This is shown by the Tools extension.

I think I managed to fix it by adding `listen.backlog = 0` to one of my configs in `php-fpm.d`.

Is there any reason as to why is this supposed to be set to zero? Won’t that limit performance? The linked info page does not provide any useful information as to how this affects Shopware nor why the recommended value is the recommended value. Also, is my solution correct?

---

<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. August 2025 um 07:36 UTC](https://forum.shopware.com/t/warning-for-php-fpm-max-listen-queue/107734/2 "2025-08-14T07:36:12Z")

</div>

Why would you set this to 0? That means that there will be no queue, the user will get immediately a 500 error.

---

<div class="post-metadata">

**Author:** ![br0kenpixel](https://avatars.discourse-cdn.com/v4/letter/b/cab0a1/32.png) [@br0kenpixel](https://forum.shopware.com/u/br0kenpixel)\
**Post date:** [14. August 2025 um 08:27 UTC](https://forum.shopware.com/t/warning-for-php-fpm-max-listen-queue/107734/3 "2025-08-14T08:27:47Z")

</div>

Exactly.

Then does any value above 0 trigger a warning? Why is 0 “recommended?”

 ![image](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/d/8/d8b7b67fa46384edb4e5bf78f3b9962c3503daaf.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:** [14. August 2025 um 08:57 UTC](https://forum.shopware.com/t/warning-for-php-fpm-max-listen-queue/107734/4 "2025-08-14T08:57:11Z")

</div>

The recommendation means that the max-children-reached counter should ideally never increase, i.e., it should remain at 0.

It does **not** mean that you should set listen.backlog = 0.

This counter is incremented whenever all available PHP-FPM child processes are busy and a new request cannot be served immediately. Once incremented, it will keep its value until PHP-FPM is restarted. Therefore, the counter only tells you that the max-children-reached limit has been hit at least once since PHP-FPM started, but it does not show how often it happened over time.

---

<div class="post-metadata">

**Author:** ![br0kenpixel](https://avatars.discourse-cdn.com/v4/letter/b/cab0a1/32.png) [@br0kenpixel](https://forum.shopware.com/u/br0kenpixel)\
**Post date:** [14. August 2025 um 09:04 UTC](https://forum.shopware.com/t/warning-for-php-fpm-max-listen-queue/107734/5 "2025-08-14T09:04:14Z")

</div>

Thank you.

Could this be caused by `pm.max_children` being too low? It’s currently set to `16`.

Shouldn’t this trigger `PHP FPM max children reached` as well?

---

<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. August 2025 um 09:50 UTC](https://forum.shopware.com/t/warning-for-php-fpm-max-listen-queue/107734/6 "2025-08-14T09:50:51Z")

</div>

Yes, this is why the max-children-reached counter has increased to 1.

However, this does not necessarily mean that increasing the value of pm.max\_children will solve the problem. The available RAM is shared among all PHP-FPM child processes. If you allow too many children, you risk running into “out of memory” issues.

My recommendation: do not change settings solely because they are recommended by a guide or tool. First, make sure you understand how the new values work and whether they could have negative consequences for your specific hosting environment.

---

<div class="post-metadata">

**Author:** ![system](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/2/9/29c7587ba660f00e4995d1743162782e5d6d8653.svg) [@system](https://forum.shopware.com/u/system)\
**Post date:** [13. September 2025 um 09:51 UTC](https://forum.shopware.com/t/warning-for-php-fpm-max-listen-queue/107734/7 "2025-09-13T09:51:32Z")

</div>

Dieses Thema wurde automatisch 30 Tage nach der letzten Antwort geschlossen. Es sind keine neuen Antworten mehr erlaubt.
