Якщо ви адміністратор сайту, ця стаття допоможе виправити цю помилку

2.4.3.7. Помил­ка 508: Дося­гну­то лімі­ту ресурсів

Ува­га!
Кіль­кість про­це­сів під­ра­хо­ву­є­ться для всьо­го хостинг-ака­ун­та зага­лом, без поді­лу на окре­мі сай­ти. Тому навіть якщо при­чи­ною дося­гне­н­ня лімі­ту є лише один сайт, помил­ка вини­ка­ти­ме на всіх сай­тах акаунта.
Інфор­ма­ція про кіль­кість про­це­сів досту­пна у гра­фі­ку Entry processes.

Про помил­ку
Помил­ка 508 вини­кає через дося­гне­н­ня лімі­ту одно­ча­сно запу­ще­них про­це­сів у межах хостинг-ака­ун­та (Entry Process Limit). Інфор­ма­цію про цей ліміт можна зна­йти в офі­цій­ній доку­мен­та­ції CloudLinux.

Коли кожен запит до дина­мі­чно­го кон­тен­ту обро­бля­є­ться, ство­рю­є­ться новий окре­мий про­цес, і лічиль­ник про­це­сів збіль­шу­є­ться. Після завер­ше­н­ня про­це­су лічиль­ник змен­шу­є­ться. Макси­маль­на кіль­кість одно­ча­сно пра­цю­ю­чих про­це­сів обме­же­на. Якщо нові про­це­си ство­рю­ю­ться швид­ше, ніж завер­шу­ю­ться ста­рі, чер­га про­це­сів запов­ню­є­ться і дося­га­є­ться ліміт.

Коли ліміт дося­гну­то, сер­вер не може ство­рю­ва­ти нові про­це­си і повер­тає помил­ку 508 для всіх запи­тів понад ліміт. Помил­ка буде вини­ка­ти, поки чер­га про­це­сів не роз­ван­та­жи­ться і не з’являться віль­ні слоти.

Під час вини­кне­н­ня помил­ки 508 реко­мен­ду­є­ться про­ана­лі­зу­ва­ти логи досту­пу до сай­тів і визна­чи­ти, які запи­ти могли спри­чи­ни­ти запуск вели­кої кіль­ко­сті про­це­сів. У логах поми­лок часто з’являються запи­си типу:
«LVE enter: LVE(XXX) HANDLER(XXX) HOSTNAME(XXX) URL(XXX) TID(XXX) errno (7) …»

Поши­ре­ні причини

• Недо­ста­тньо ресур­сів CPU та RAM. Через це про­це­си вико­ну­ю­ться повіль­ні­ше, що при­зво­дить до пере­пов­не­н­ня черги.
• Вели­ка кіль­кість запи­тів до сай­ту (напри­клад, DDoS-ата­ка або HTTP flood).
• Недо­ста­тня опти­мі­за­ція сай­ту — скри­пти не всти­га­ють обро­бля­ти всі запити.
• Неопти­маль­на робо­та з базою даних (повіль­ні запи­ти, від­су­тність інде­ксів тощо).
• Неко­ре­ктна логі­ка сай­ту (напри­клад, звер­не­н­ня до вла­сних ресур­сів через HTTP замість пря­мо­го доступу).
• Зов­ні­шні під­клю­че­н­ня — якщо скри­пти звер­та­ю­ться до сто­рон­ніх ресур­сів, які дов­го від­по­від­а­ють або недо­сту­пні, про­це­си вико­ну­ю­ться довше.

Можли­ві рішення

• Пере­ві­ри­ти гра­фі­ки у роз­ді­лі «Наван­та­же­н­ня веб-сер­ве­ра» та усу­ну­ти при­чи­ни висо­ко­го навантаження.
• Про­ана­лі­зу­ва­ти логи досту­пу та визна­чи­ти дже­ре­ла най­біль­шої кіль­ко­сті запи­тів; за потре­би обме­жи­ти доступ із підо­зрі­лих IP.
• У разі DDoS-ата­ки — уві­мкну­ти захист від flood або під­клю­чи­ти сер­ві­си філь­тра­ції трафіку.
• Опти­мі­зу­ва­ти скри­пти та логі­ку сай­ту, щоб змен­ши­ти спо­жи­ва­н­ня ресур­сів (оно­ви­ти вер­сію PHP, вико­ри­сто­ву­ва­ти Memcache(d), Redis, OPcache, опти­мі­зу­ва­ти базу даних, нала­шту­ва­ти кешування).
• При­му­со­во завер­ши­ти актив­ні про­це­си (тим­ча­со­ве рішення).
• Якщо не вда­є­ться само­стій­но зна­йти при­чи­ну — звер­ну­ти­ся до роз­ро­бни­ка сайту.
• Роз­гля­ну­ти пере­хід на тариф із біль­шим лімі­том Entry Process Limit.