resident: оно может, кстати, падать, ровно в том случае, если система попытается открыть исходящий порт из диапазона портов rinetd. На малом количестве портов такое может не воспроизводиться.
Всё же попробуйте взять большой диапазон портов, но не из local_range
Ян Ко: для начала нужно водрузить нечто вроде линуксов (то бишь убунту, хотя бы) на ноут.
Потом "найти драйвер" - кстати, для некоторых принтеров подходящих нет.
А судя по количеству смайлов, это всё-таки не тот случай, при всём моём уважении ко всем людям.
resident: посмотрите ещё, что у вас порты не попадают в пул портов для исходящих коннектов:
$ sysctl -a | grep net.ipv4.ip_local_port_range
net.ipv4.ip_local_port_range = 32768 61000
Mintormo: просмотрел.
Этим всё-таки devops нужен. Развернуть приложение, уметь пользоваться консолью, инструментами для дебага, написать простенькие скрипты для автоматизации, уметь какую-нибудь cms.
Админ у них в штате есть вроде.
Mintormo: вы ссылку на вакансию давайте =)
Кому-то хватит просто умения развертывать (чтобы получить того самого devops), кому то нужен SRE (который прекрасно понимает, как всё работает и в приложении, и в системе), у кого-то просто нет денег на админа, поэтому такое требование.
DevOps-у админить сильно много уметь не нужно. SRE и полуадмину - нужно.
Пума Тайланд: там всё не так просто. Если mysql залочили хитровы*м запросом, который не позволяет ему вырубиться - то он сначала будет ждать, когда этот запрос умрет (таймаут там есть из коробки, но он большой). Потом mysql перестанет принимать новые запросы, и только потом начнет флашить всё без разбору. Это если в упрощенном виде. Так там в уровнях блокировок голову сломать можно, если сесть фантазировать. Ну самое простое - кто-то взял write lock на кучу таблиц и ушел спать в транзакции на полчаса.
Но повторюсь, я скорее про то, что сделали ребут "по питанию" из панели. Или хостер ребутнул виртуалку "по питанию" (у DO такое случается частенько по меркам "default kvm hoster").
Пума Тайланд: да как бэ нет.
Там есть /etc/init.d/killprocs , который бодренько убивает mysql (и всё остальное), если у него init-скрипт не уложился в таймаут (таймаут уже не помню). А mysql он, гад эдакий, живучий - может флашить на диск несколько минут при init.d/mysql stop.
Поэтому DBA всегда стопают mysql руками перед ребутом сервера.
Это помимо того, что из панели можно сделать банальный reset по питанию.
Всё же попробуйте взять большой диапазон портов, но не из local_range