Помогите с VPS и OpenVZ

9

Simon-n70

20 сентября 2010, 19:33

4446

Есть VPS на OpenVZ. 1Гб RAM, OS CentOS 5.5

Проскакивает такая ошибка:

[root@vps /]# top

-bash: fork: Cannot allocate memory

Тоже самое есть и в логах apache, directadmin etc...

[root@vps /]# tail -f /var/log/httpd/error_log

[Mon Sep 20 22:06:57 2010] [error] (12)Cannot allocate memory: fork: Unable to fork new process

[Mon Sep 20 22:07:07 2010] [error] (12)Cannot allocate memory: fork: Unable to fork new process

[Mon Sep 20 22:07:17 2010] [error] (12)Cannot allocate memory: fork: Unable to fork new process



[root@vps /]# cat /proc/user_beancounters 

Version: 2.5

       uid  resource                     held              maxheld              barrier                limit              failcnt

     105:  kmemsize                 11546613             14417734             14372700             14790164                43808

            lockedpages                     0                    0                  256                  256                    0

            privvmpages                169390               194027               655360              1048576                    0

            shmpages                      926                  942                21504                21504                    0

            dummy                           0                    0                    0                    0                    0

            numproc                       103                  138                  384                  384                    0

            physpages                   31077                49191                    0  9223372036854775807                    0

            vmguarpages                     0                    0               262144               262144                    0

            oomguarpages                31078                49192               262144               262144                    0

            numtcpsock                     60                  129                 6400                 6400                    0

            numflock                        9                   45                  188                  206                    0

            numpty                          1                    2                   16                   16                    0

            numsiginfo                      0                    6                  256                  256                    0

            tcpsndbuf                 1432576              2816336             26214400             26214400                    0

            tcprcvbuf                  983040              1528088             26214400             26214400                    0

            othersockbuf               328248               435864              1126080              2097152                    0

            dgramrcvbuf                     0               262104               262144               262144                    4

            numothersock                  149                  189                 6400                 6400                    0

            dcachesize                      0                    0              3409920              3624960                    0

            numfile                      2678                 3289                 6400                 6400                    0

            dummy                           0                    0                    0                    0                    0

            dummy                           0                    0                    0                    0                    0

            dummy                           0                    0                    0                    0                    0

            numiptent                      14                   14                  128                  128                    0

В логах на хосте нашёл такое:

[root@ovz2 log]# tail -f /var/log/vzctl.log 

2010-09-20T12:05:09-0700 vzctl : CT 106 : Error in waitpid(3): No child processes

2010-09-20T12:05:09-0700 vzctl : CT 106 : Error in waitpid(3): No child processes

2010-09-20T12:05:09-0700 vzctl : CT 105 : Error in waitpid(3): No child processes

2010-09-20T12:05:09-0700 vzctl : CT 105 : Error in waitpid(3): No child processes

2010-09-20T12:05:10-0700 vzctl : CT 104 : Error in waitpid(3): No child processes

Причём TOP (как на VPS, так и на "хосте") показывает в это время, что памяти более чем достаточно, а LA не поднимается выше 0,9. И появляется это внезапно, также как и пропадает... и появляется только у одной VPS.

Что это может быть и как с этим бороться? Подскажите хотя бы куда копать... Всю голову сломал уже.

Заранее спасибо.

Google админу - друг, товарищ и man...

M

278

myhand

20 сентября 2010, 20:10

#1

че, в упор не видим failcnt в выводе /proc/user_beancounters ?

в других vps лимиты те же, или настроено как-то иначе чем в этой? Другие тарифные планы и т.п.

смотрим документацию по openvz, конкретно по проблемному параметру. что это такое, с чем его едят и как исправить лимиты для контейнеров.

Абонементное сопровождение серверов (Debian) Отправить личное сообщение (), написать письмо ().

SN

9

Simon-n70

20 сентября 2010, 20:16

#2

че, в упор не видим failcnt в выводе /proc/user_beancounters ?

Вообще-то видим, но количество памяти то не расходуется...

в других vps лимиты те же

есть и такие же

Simon-n70 добавил 21.09.2010 в 00:22

На этой VPS две CMS DLE. Поэтому "съесть" гиг памяти не могли... Скорее всего...

Simon-n70 добавил 21.09.2010 в 00:32

Всё, тему можно закрыть... Выяснилось что какой-то процесс съедает оперативку.

Когда появилась ошибка. На хосте выполнил:

[root@оvz2 /]# cat /proc/bc/2350/resources 

            kmemsize                 14367685             14417734             14372700             14790164                65394

            lockedpages                     0                    0                  256                  256                    0

            privvmpages                286829               292962               655360              1048576                    0

            shmpages                      926                  942                21504                21504                    0

            numproc                       120                  138                  384                  384                    0

           .......

Файлов с критическими ошибками: На что вы ориентируетесь Выплаты за декабрь 2023

M

278

myhand

20 сентября 2010, 23:49

#3

Simon-n70:
Вообще-то видим, но количество памяти то не расходуется...

А failcnt просто для галочки нарисовали?

822

Andreyka

21 сентября 2010, 04:37

#4

Просто нужно настроить лимиты на серверном софте и ограничить расход оперативы.

Не стоит плодить сущности без необходимости

18

tuxee

21 сентября 2010, 05:07

#5

причем тут ваще лимиты???!!!

недобросовестный хостер раздал всю доступную память на дидеке, и на некоторых ВПС вылазят такие ошибки.

перезагрузка обычно помогает, но не надолго.

это стандратная проблема почти на всех недобросовестных OpenVZ-хостингах.

проблема в хостере 100%!!!!!!!!!!!

j-хостинг - мощные VPS, любая ОС, гарантированное выделение ресурсов, тестовый доступ. (http://j-vps.net)

215

Boris A Dolgov

21 сентября 2010, 06:05

#6

tuxee:
причем тут ваще лимиты???!!!
недобросовестный хостер раздал всю доступную память на дидеке, и на некоторых ВПС вылазят такие ошибки.
перезагрузка обычно помогает, но не надолго.

это стандратная проблема почти на всех недобросовестных OpenVZ-хостингах.

проблема в хостере 100%!!!!!!!!!!!

Не позорьтесь.

Boris A Dolgov добавил 21.09.2010 в 10:07

kmemsize - лимит, отвечающий за память ядра, которую нельзя засвопить. Там хранится информация о сокетах, файловых дескрипторах, процессах и прочая информация, с которой работает ядро. 14417734 - действительно, довольно низкое значение лимита. Просто увеличьте его в два-три раза.

С уважением, Борис Долгов. Администрирование, дешевые лицензии ISPsystem, Parallels, cPanel, DirectAdmin, скины, SSL - ISPlicense.ru (http://www.isplicense.ru/?from=4926)

18

tuxee

21 сентября 2010, 06:24

#7

Boris A Dolgov:
Не позорьтесь.

Boris A Dolgov добавил 21.09.2010 в 10:07
kmemsize - лимит, отвечающий за память ядра, которую нельзя засвопить. Там хранится информация о сокетах, файловых дескрипторах, процессах и прочая информация, с которой работает ядро. 14417734 - действительно, довольно низкое значение лимита. Просто увеличьте его в два-три раза.

Ха. Фигасебе заявление.

По вашему CentOS 5.5 с 1 Gb RAM и двумя DLE на борту может всю память выжрать?!

Вот перепост с моего поста в одной теме.

Приведу реальный пример из личного опыта:

был ВПС у небезизвестной конторы FastVPS.ru, примерно через месяц после сетапа стали сыпатся ошибки на память. Пишу хостеру, мол так и так, ВПС полурабочий.
Ответ суппорта: у вас криво настроенная система, проблема полюбому у вас и какойто намек мол проблему решим, но услуги специалиста у нас платные, возможно вам стоит поменять тариф на более мощный.

И это при том что на ВПС висело несколько сайтов с общей посещаемостью до 100 в сутки.

В итоге пришлось сьехать другую контору и на ВПС с технологией виртуализации Xen. За довольно таки большой промежуток времени, не было ни одной ошибки на память или еще чтото. И это при том, что на ВПСе висела куча сайтов с значитеьно большей нагрузкой.
Конфирурация ВПСа на OpenVZ и Xen примерно совпадали.

Ну и почти такая же история была с Clickhost.ru, брал там 2 ВПСа почти год. Но потом начались сыпатся все те же ошибки на память. Хостер дружно мычал, мол проблема у вас, и вам пора менять тариф.

С тех пор я стараюсь не связыватся с ВПСами на OpenVZ, с какой бы репутацией хостер не был.

И не поверите, точно такие же ошибки на память. Никакие лимиты меня не спасли.

Ну впринципе, я никого ни в чем не угововариваю, ТС сам убедится со временем. Я уже на OpenVZ-грабли наступал.

970

kxk

21 сентября 2010, 06:30

#8

tuxee, 90% Хостеров с Openvz вынужденны оверселлить :)

Ибо впску с 512 мегабайтами памяти, да ещё и обычно с панелью и 20-30 гигами диска, за 10-15$ в мес продавать просто невыгодно. Потому и лемитим всё что можно и нельзя. Мы сейчас пришли к выводу что память лимитить кощунственно, но стали достаточно жёстко лимитить numfile, сокеты и numiptent на одной из площадок (у нас не только 7dns).

Для Xen который использует большинство хостеров, при желании за 1-2 дня пишеться патч и он позволяет спокойно оверселлить как и на openvz. Вам просто повезло на хостера.

Ваш DEVOPS

215

Boris A Dolgov

21 сентября 2010, 06:54

#9

tuxee:
Ха. Фигасебе заявление.
По вашему CentOS 5.5 с 1 Gb RAM и двумя DLE на борту может всю память выжрать?!

Память и kmemsize - разные вещи, я выше расписал, что такое kmemsize.

При отказе создания ресурса по kmemsize всё равно возвращается ENOMEM.

18

tuxee

21 сентября 2010, 07:15

#10

Boris A Dolgov:
Память и kmemsize - разные вещи, я выше расписал, что такое kmemsize.
При отказе создания ресурса по kmemsize всё равно возвращается ENOMEM.

Проблема глобальная. Так что лимиты и переменные это залатывание дыр на тонущем корабле.

Вот еще вспомнил продолжение истории с тем ВПС, который у меня был на fastvps.ru:

В итоге переустановил начисто систему, и пустая(!!!) система (даже без запущенного httpd или mysql) давала подобные ошибки на память.

P.S. ничего не имеею против контор fastvps.ru и clickhost.ru. Я просто описал, что со мной произошло.

Что делать, чтобы попасть в ответы Google Bard

Вышел новый Яндекс Браузер с YandexGPT и YandexART