Unable to fork: Cannot allocate memory

Andreyka
На сайте с 19.02.2005
Offline
822
#41

Уважаемый представитель хостинга, а почему вы ставите на VPS с UBC такой шаблон ОС, в котором настройки позволяют процессам выходить за барьеры?

Ставьте шаблон в котором настройки сбалансированы и не перекладывайте собственные ошибки на клиентов. Это некрасиво.

Не стоит плодить сущности без необходимости
Оптимизайка
На сайте с 11.03.2012
Offline
396
#42
kovalkov:
Очень хороший механизм для того, чтобы хост-нода не захлебнулась от аномальной активности на контейнерах.

Очень хороший механизм, чтобы заниматься оверселлингом. Если клиент заплатил за CPU, память и дисковые IOPS, то он должен иметь возможность использовать эти ресурсы так, как пожелает нужным, на 100%, не влияя при этом на соседей по хосту. Иначе это не VDS а чёрт знает что.

⭐ BotGuard (https://botguard.net) ⭐ — защита вашего сайта от вредоносных ботов, воровства контента, клонирования, спама и хакерских атак!
kovalkov
На сайте с 23.09.2014
Offline
58
#43

Уважаемый Andreyka!

Шаблон действительно был установлен не совсем корректный, данную проблему уже устраняем. Возникла она по причине смены в панели ISPManager используемого MPM для веб-сервера apache2 по умолчанию, а именно с prefork на itk. В стандартных конфигурационных файлах Debian режим itk не описан, соответственно и ограничения на MaxClients установлено не было. Что и привело к обозначенной у клиента проблеме с "Unable to fork: Cannot allocate memory". К сожалению, у нас панель ISPManager 5 еще не так популярна, поэтому шаблоны находятся в постоянной доработке и совершенствованию. Однако данный недочет не был переложен на клиента, а был сразу исправлен после более детального анализа логов сервера, о чем клиенту также было сообщено.

Уважаемый Оптимизайка!

Совершенно не понятно, как определенный механизм ограничения ресурсов для контейнеров у OpenVZ связан с оверселлингом. Данный механизм - особенность механизма контейнеризации, используемую технологию мы не скрываем. С точки зрения простого пользователя, которому необходимо запускать сайт, разницы в используемой системе виртуализации нет - в штатных ситуациях веб-сервер работать будет. Была бы виртуализация KVM, уперлись бы в ulimit

Установленные у нас лимиты на количество процессов 99% клиентам при штатной работе ПО на сервере достаточны. Превышение данных лимитов - это результаты некорректной работы ПО на сервере или действия вредоносного ПО, и на них в любом случае необходимо реагировать.

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

С уважением, Ковальков Дмитрий технический отдел FASTVPS (https://fastvps.ru/)

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий