Непонятный отказ сервера

[Valmon]

Уже второй раз наблюдаю глюк.
Теряется возможность залогинится по SSH (при этом дает ввести логин пароль но после ввода пароля сессия сбрасывается), Апач выдает систем системную ошибку, в итоге помогает только перезагрузка через ISPManager (куда пускает без проблем).
В логах наблюдаю следующее:

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

Oct 12 21:35:02 www kernel: pid 79484 (pbackup), uid 0: exited on signal 11 (core dumped)
Oct 12 21:39:02 www kernel: pid 79608 (pbackup), uid 0: exited on signal 11 (core dumped)
Oct 12 21:43:02 www kernel: pid 79714 (pbackup), uid 0: exited on signal 11 (core dumped)
Oct 12 21:47:02 www kernel: pid 79826 (pbackup), uid 0: exited on signal 11 (core dumped)
Oct 12 21:51:05 www kernel: pid 79853 (pbackup), uid 0: exited on signal 11 (core dumped)
Oct 12 21:55:02 www kernel: pid 79971 (pbackup), uid 0: exited on signal 11 (core dumped)
Oct 12 21:59:02 www kernel: pid 80081 (pbackup), uid 0: exited on signal 11 (core dumped)
Oct 12 22:00:00 www kernel: maxproc limit exceeded by uid 2, please see tuning(7) and login.conf(5).
Oct 12 22:03:02 www kernel: pid 80211 (pbackup), uid 0: exited on signal 11 (core dumped)
Oct 12 22:04:20 www kernel: maxproc limit exceeded by uid 80, please see tuning(7) and login.conf(5).
Oct 12 22:04:21 www kernel: maxproc limit exceeded by uid 80, please see tuning(7) and login.conf(5).
Oct 12 22:07:02 www kernel: pid 80315 (pbackup), uid 0: exited on signal 11 (core dumped)
Oct 12 22:11:00 www kernel: maxproc limit exceeded by uid 2, please see tuning(7) and login.conf(5).
Oct 12 22:11:05 www kernel: pid 80362 (pbackup), uid 0: exited on signal 11 (core dumped)
Oct 12 22:15:02 www kernel: pid 80450 (pbackup), uid 0: exited on signal 11 (core dumped)
Oct 12 22:19:02 www kernel: pid 80567 (pbackup), uid 0: exited on signal 11 (core dumped)

После перезагрузки в логах идет ругань на MTA:

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

Oct 13 10:45:56 www sm-mta[861]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Address already in use
Oct 13 10:45:56 www sm-mta[861]: daemon IPv4: problem creating SMTP socket
Oct 13 10:46:01 www sm-mta[861]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Address already in use
Oct 13 10:46:01 www sm-mta[861]: daemon IPv4: problem creating SMTP socket
Oct 13 10:46:06 www sm-mta[861]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Address already in use
Oct 13 10:46:06 www sm-mta[861]: daemon IPv4: problem creating SMTP socket
Oct 13 10:46:11 www sm-mta[861]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Address already in use
Oct 13 10:46:11 www sm-mta[861]: daemon IPv4: problem creating SMTP socket
Oct 13 10:46:16 www sm-mta[861]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Address already in use
Oct 13 10:46:16 www sm-mta[861]: daemon IPv4: problem creating SMTP socket
Oct 13 10:46:21 www sm-mta[861]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Address already in use
Oct 13 10:46:21 www sm-mta[861]: daemon IPv4: problem creating SMTP socket
Oct 13 10:46:26 www sm-mta[861]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Address already in use
Oct 13 10:46:26 www sm-mta[861]: daemon IPv4: problem creating SMTP socket
Oct 13 10:46:31 www sm-mta[861]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Address already in use
Oct 13 10:46:31 www sm-mta[861]: daemon IPv4: problem creating SMTP socket
Oct 13 10:46:36 www sm-mta[861]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Address already in use
Oct 13 10:46:36 www sm-mta[861]: daemon IPv4: problem creating SMTP socket
Oct 13 10:46:41 www sm-mta[861]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Address already in use
Oct 13 10:46:41 www sm-mta[861]: daemon IPv4: problem creating SMTP socket
Oct 13 10:46:46 www sm-mta[861]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Address already in use
Oct 13 10:46:46 www sm-mta[861]: daemon IPv4: problem creating SMTP socket
Oct 13 10:46:46 www sm-mta[861]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: server SMTP socket wedged: exiting

По своим соображениям из первого лога догадываесь что ругань на лимиты указанные в login.conf, но для кокого класса

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[gloom]

ругается на огромное количество процессов и предлагает ограничить через лимиты login.conf

упершись в лимит ядра на количество процессов новый процесс запустить нельзя т.е. sshd не может запустить csh или другуй шелл

[zingel]

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

echo 'kern.maxproc="2048"' >> /boot/loader.conf

[freeman]

ругается на огромное количество процессов и предлагает ограничить через лимиты login.conf

упершись в лимит ядра на количество процессов новый процесс запустить нельзя т.е. sshd не может запустить csh или другуй шелл

Интересная тема. Считал ssh доступ самым "надёжным" средством удалённого решения проблемм, ан в таком случае всякие ISPManager заранее запущенные оказываются более отказоустойчивыми

[maxd]

maxproc limit exceeded by uid 2, please see tuning(7) and login.conf(5).

такая же история, но...
сначала сообщения были out of swap space. Выяснил, что своп жрет кто-то из periodic-daily в 3 ночи. Искать его не стал, просто увеличил своп. Было немного места в конце винта, создал слайс (хотя позже понял как можно было и существующий увеличить, но думаю это не принципиально), а в нем своп. Итого своп стал 450М при 128М RAM. Теперь сообщения maxproc limit exceeded, но в основном про то, что swap zone exhausted, increase kern.maxswzone. Система вешается, только резет. В man loader сказано про kern.maxswzone: The default of 32MB allows the kernel to support a maximum of ~7GB of swap. Что тогда не так? Явно-то оно у меня не указано, а где его посмотреть текущее? Я бы по эксперементировал, но постоянно резетить систему как-то не хочется.

[playnet]

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

echo 'kern.maxproc="2048"' >> /boot/loader.conf

Неправильно. Правильнее установить kern.maxusers=512
при 384 процессов 6164
при 512 - 8212

[Termitnik]

Интересная тема. Считал ssh доступ самым "надёжным" средством удалённого решения проблемм, ан в таком случае всякие ISPManager заранее запущенные оказываются более отказоустойчивыми

имхо, проще установить screen и не убивать сессию

[Gloft]

Правильнее запускать сервисные процессы от "своих" пользователей, с ограниченными правами.