VDS start - ограничение на кол-во открытых файлов

[Kvalme]

Добрый день.

С января этого года на VDS с виртуализацией OpenVZ стало постоянно не хватать файловых дескрипторов. Открытых файлов около 300. (определено по кол-ву записей в /proc/*/fd)
Поиск по форуму показал что на тарифе Start - ограничение в 1024 открытых файла.
Изменялись ли ограничения в последнее время? Если да, то какие ограничения теперь действуют на данном тарифе?

[ls]

Ограничение не менялось на старых серверах, а на новых тарифах (которые запущены в прошлом году https://firstvds.ru/node/685) ограничения увеличены, скриншот из системы VEmanager

Перейти на новый тариф (как можете найти поиском по форуму) можно осуществить заказом нового сервера

[Kvalme]

В таком случае возникает резонный вопрос - почему при 300 открытых файлах из 1024 я получаю сообщения too many open files.
Может быть я не правильно измеряю количество открытых файлов?

[ls]

Посмотрите командой
cat /proc/user_beancounters | grep numfile
сколько реально файлов открыто и сколько лимитов и если неправильно (например, если вашему VDS не выдается нужное число дескрипторов), то напишите запрос в поддержку

Подробнее о user_beancounters можно прочитать в документации openvz

Также на OpenVZ (проверил) прекрасно работает утилита lsof и она показывает какие файлы и какими процессами открыты

[Denka/4]

Ограничения в процессах существует только на визуализации OpenVZ, либо данное ограничение есть и на KWM ?

[Art.i]

Ограничение стоит и там и там, но на виртуализации KVM вы можете его убрать.

[Denka/4]

но на виртуализации KVM вы можете его убрать.

Каким образам можно это сделать на визуализации KWM если я себе закажу vps с ос linux\debian.
Почему это нельзя убрать на OpenVZ и для чего вообще нужно ограничение в процессах ???

[pepper]

>> Почему это нельзя убрать на OpenVZ и для чего вообще нужно ограничение в процессах ???
Из-за различий в механизмах реализации виртуализаций.
Чтобы один контейнер (VDS) не мешал работе других контейнеров.

На виртуализации KVM ваш сервер максимально изолирован от других, поэтому там это ограничение можно менять изнутри контейнера командами. стандартными для выбранной ОС. Для debian должно сработать:

Код: выделить все

 ulimit -n новое_ограничение

или

Код: выделить все

sysctl fs.file-max=новое_ограничение


[radli]

Здравствуйте, а как можно узнать кто жрет дескрипторов, у меня где-то 5-6 дней ~2000 показывает а потом вдруг в течение часа становится больше 8000. И сервак зависает, ничего не работает, даже не могу по ssh зайти, ничего не могу сделать, кроме перезагрузки VDS. Не подскажите как эту проблему решит? Спасибо!

[pepper]

Здравствуйте, на практике это можно увидеть проверкой.
1) Выводите кол-во использованных дескрипторов.
2) Завершаете какой-нибудь из процессов (чаще всего это или веб сервер (apache/nginx) или mysql-сервер). Можно брать процессы, из верхних строк вывода команды top.
3) Снова проверяете кол-во использованных дескрипторов.
Если их стало заметно меньше, значит вы завершили тот самый "прожорливый" процесс.

[tont]

Здравствуйте, а как можно узнать кто жрет дескрипторов, у меня где-то 5-6 дней ~2000 показывает а потом вдруг в течение часа становится больше 8000. И сервак зависает, ничего не работает, даже не могу по ssh зайти, ничего не могу сделать, кроме перезагрузки VDS. Не подскажите как эту проблему решит? Спасибо!

Очень просто:

Код: выделить все

lsof -n|grep -oE '^[a-z]+'|sort|uniq -c|sort -n

[ls]

lsof внутри VDS может работать некорректно