После переезда на новой хостинг с первых дней ловим ошибку 503.
Хостинг отвечает, что лимит сайт не расходует, но наш сайт копит не завершенные процессы, которые при достижении лимита нагрузки убиваются системой, и на выходе 503.

[Tue Feb 10 19:38:00.046508 2026] [lsapi:error] [pid 126028] [client 91.226.165.123:57866] [host ] Error receiving response header (lsphp is killed?): ReceiveResponseHeader: receive pkg hdr failed: ReceivePkgHdr: backend reset connection: errno 104 (possibly memlimit for LVE ID 6493 with UID 6493 too small), check http://docs.cloudlinux.com/mod_lsapi_troubleshooting.html, referer:

Лимиты

memory_limit 1024M

max_execution_time 300

Понять что за проблема, что за процессы...
На хосте стоит CloudLinux.
РНР 8.1.33. Может в версии проблема ...

Приветствую!
Т.к. у вас cloudlinux, то memory_limit можно увеличивать сколько угодно, ограничение в другом, вам или вашему хостеру нужно проверить аппаратный лимит LVE PMEM и если требуется его увеличить. Скорее всего LVE PMEM меньше, например 128МБ, а PHP видит в memory_limit, что ему можно использовать 1024МБ, начинает использовать, а cloudlinux смотрит свой лимит и убивает процесс PHP.

ID SPEED PMEM VMEM EP NPROC IO IOPS

6493 3200 2048M 4096M 40 100 0 0

Версия РНР 8.1.33.

Лимиты хорошие, а вот может быть дело в максимальном количестве одновременных запросов у вас EP = 40, у хостера нет статистики по ним? Если на сайт приходит большое количество пользователей, а за счет сканеров/ботов/краулеров упереться в лимит очень легко.

23 minutes ago, Lesovsky said:

Лимиты хорошие, а вот может быть дело в максимальном количестве одновременных запросов у вас EP = 40, у хостера нет статистики по ним? Если на сайт приходит большое количество пользователей, а за счет сканеров/ботов/краулеров упереться в лимит очень легко.

В том и суть, что он лайн довольно скромен даже с учетом ботов.
Максимум 40-50.
Но ошибка бывает не в пик посещаемости.
Хостер утверждает, что у нас копятся не завершенные процессы в памяти, расходуя лимит, и когда число этих процессов максимально у пика, запрос к странице пользователя ( а именно с этим всегда ошибка ), и убивается системой хостинга за превышение лимита.
Потом ситуация повторяется ...
Что за процессы и где их искать ...
Хостинг скинул это:

[Tue Feb 10 19:38:00.046508 2026] [lsapi:error] [pid 126028] [client 91.226.165.123:57866] [host xn----btb0ae6ajy.xn--p1ai] Error receiving response header (lsphp is killed?): ReceiveResponseHeader: receive pkg hdr failed: ReceivePkgHdr: backend reset connection: errno 104 (possibly memlimit for LVE ID 6493 with UID 6493 too small), check http://docs.cloudlinux.com/mod_lsapi_troubleshooting.html, referer: https://xn----btb0ae6ajy.xn--p1ai/topic/20-%D1%82%D0%B5%D1%81%D1%82-%D0%BD%D0%B0-%D1%82%D1%87%D0%BC%D0%BF-%D1%82%D1%87%D0%BC3/page/7/
[Tue Feb 10 19:38:00.275847 2026] [lsapi:error] [pid 128939] [client 95.27.135.41:57892] [host xn----btb0ae6ajy.xn--p1ai] Error receiving response header (lsphp is killed?): ReceiveResponseHeader: receive pkg hdr failed: ReceivePkgHdr: backend reset connection: errno 104 (possibly memlimit for LVE ID 6493 with UID 6493 too small), check http://docs.cloudlinux.com/mod_lsapi_troubleshooting.html, referer: https://xn----btb0ae6ajy.xn--p1ai/
[Tue Feb 10 22:37:48.795431 2026] [lsapi:error] [pid 34811] [client 43.173.179.62:54760] [host xn----btb0ae6ajy.xn--p1ai] Error receiving response header (lsphp is killed?): ReceiveResponseHeader: receive pkg hdr failed: ReceivePkgHdr: backend reset connection: errno 104 (possibly memlimit for LVE ID 6493 with UID 6493 too small), check http://docs.cloudlinux.com/mod_lsapi_troubleshooting.html, referer: https://xn----btb0ae6ajy.xn--p1ai/topic/111-sverdlovskaya-zhd-dlya-tr19/?do=findComment&comment=349
обратите внимание тут на "possibly memlimit for LVE ID 6493 with UID 6493 too small"

Что с этим делать, не понимаю.
В логах АЦ пусто, или не знаю, где смотреть.
Ранее так скинули:

На стороне сервера мы проблем не наблюдаем. Все что мы видим, так это открытые php процессы которые ваш сайт не завершает после обработки.

...  98485  0.3  0.0 546064 18808 ?        S<s  10:25   0:00 lsphp
...  98489  0.0  0.0 548248 22416 ?        S<s  10:25   0:00  _ lsphp
... 98498  0.0  0.0 548244 21160 ?        S<s  10:25   0:00  _ lsphp
...  98863  0.0  0.0 552612 27252 ?        S<s  10:25   0:00  _ lsphp
...  98866  0.0  0.0 548244 21220 ?        S<s  10:25   0:00  _ lsphp
...100421  0.0  0.0 548528 22160 ?        S<s  10:26   0:00  _ lsphp
... 104370  0.4  0.0 632640 46580 ?        S<s  10:26   0:00  _ lsphp
... 111313  0.0  0.0 550424 24184 ?        S<s  10:27   0:00  _ lsphp
... 111802  0.0  0.0 548244 21380 ?        S<s  10:27   0:00  _ lsphp
... 112200  0.0  0.0 548244 21404 ?        S<s  10:27   0:00  _ lsphp
... 118420  0.5  0.0 554656 36880 ?        S<s  10:28   0:00  _ lsphp
... 118808  0.0  0.0 548244 21380 ?        S<s  10:28   0:00  _ lsphp
... 118976  0.0  0.0 548376 21000 ?        S<s  10:28   0:00  _ lsphp
... 119230  0.0  0.0 548244 21380 ?        S<s  10:28   0:00  _ lsphp
...124973  0.5  0.0 548376 21580 ?        S<s  10:29   0:00  _ lsphp
И данные процессы висят постоянно. Вам нужно анализировать работу сайта и его скриптов, чтоб понять по какой причине ваш сайт не завершает процессы. Мы не программисты и не сможем выполнить подобный анализ.

Из видимых причин только наблюдаем проблему с кешем ...
Ряд плагинов (тот же выавод дней рождения или вывод картинки в блок ) не работает корректно, пока не сбросим КЕШ через АЦ.
Но в целом, это старая проблема, и ранее на старом хосте к ошибке 503 не вела.
Но там и не было этой системы CloudLinux

Изменено 1 час назад1 час пользователем t_reks