https://m.opennet.dev/openforum/vsluhforumID10/3609.html Сегодня случилась странная вещь, такого никогда не было. На сервере перестал работать ssh и sendmail, при этом mysql и apache работали как ни в чем не бывало. Проблема решилась путем перезагрузки через службу техподдержки. (система FreeBSD 4.10-STABLE)<br>Предположение о переполнении файловой системы не подтвердилось. Анализ логов выявил следующие вещи.<br><br>В 00.45 первые признаки неполадок, но ssh и sendmail еще работают:<br><br>&gt; Jan 9 00:45:00 merlin /kernel: maxproc limit exceeded by uid 0, please see tuning(7) and login.conf(5).<br><br>Это сообщение периодически повторяется до 1.50, когда появляется следующее:<br><br>&gt; Jan 9 01:50:01 merlin sm-mta[124]: m08No1rP000124: SYSERR(root): doworklist: cannot fork: Resource temporarily unavailable<br><br>Sendmail продолжает работать и пересылать письма, но периодически выдает это сообщение.<br><br>&gt; Jan 9 04:35:37 merlin sm-mta[367]: m092ZZTF000366: SYSERR(root): deliver: fork 2: Resource temporarily unavailable <br><br>Параллельно идут атаки на ssh (но они постоянно происходят и ни к чем https://m.opennet.dev/openforum/vsluhforumID10/3609.html#4 Wed, 16 Jan 2008 01:52:25 GMT Никогда не юзал cvsup, так что конкретно по нему не подскажу. А общее решение заключается в вызове через cron не самого cvsup, а скрипта обертки, который будет создавать и проверять pid(в этом случае уже запущенный процесс убивается и запускается новая копия) или lock(новый не запускается пока не завершит работу предыдущий) файл или просто делает проверку через ps<br> https://m.opennet.dev/openforum/vsluhforumID10/3609.html#3 Tue, 15 Jan 2008 13:42:28 GMT Вроде-бы обнаружил проблему. У меня каждые 5 минут запускался cvsup для синхронизации файлов с другим сервером. В этот раз другой сервер в течении 3 - 4 дней не был доступен. При этом, если cvsup запускается без ключа -1 или -r, то он бесконечно пытается подключиться. Сответственно, если сервер не доступен, а при этом каждые 5 минут запускается новая копия cvsup, то несложно подсчитать, сколько копий cvsup запустится за 2-3 дня. Естественно, количество ресурсов системы в конце-концов закончится, и, не смотря на это, все копии cvsup будут упрямо и прямолинейно пытаться подключиться к серверу. Новые процессы при этом создавать естественно невозможно. Но старые продолжают работать. <br><br>Эту проблему я пока-что решил просто указав ключ -1. Но мне кажется что это не самое элегантное решение. Гораздо лучше, если бы cvsup-клиент висел как демон, и постоянно проверял наличие изменений, вместо того, чтобы запускать его по crontab. Проблема в том, что мне нужно отслеживать изменения файлов как можно чаще, хотя изменения https://m.opennet.dev/openforum/vsluhforumID10/3609.html#2 Thu, 10 Jan 2008 19:56:25 GMT &gt;1 а скока в момент этих глюков у вас на сервере процессов <br>&gt;крутиться? в штуках? <br><br>Ну этого я точно сказать не могу, я ведь не мог попасть на сервер когда это произошло до перезагрузки.<br>Должно было быть около 50 процессов.<br>Есть подозрение, что crontab мог запустить большое количество cvsup клиентов, используемых для синхронизации некоторых папок, так как был недоступен сервер, с которым он должен был синхронизироваться. Но он был недоступен до этого 3 дня, и тем не менее все работало нормально.<br><br>&gt;<br>&gt;2 закройте ссш фаерволом т.к. это не нормально. незачем ждать когда они <br>&gt;продолбяться. <br><br>Я бы с удовольствием, но у меня (там, где я работаю) динамический ip. Боюсь потерять доступ.<br><br><br><br> https://m.opennet.dev/openforum/vsluhforumID10/3609.html#1 Thu, 10 Jan 2008 15:44:37 GMT &gt;Сегодня случилась странная вещь, такого никогда не было. На сервере перестал работать <br><br>1 а скока в момент этих глюков у вас на сервере процессов крутиться? в штуках?<br><br>2 закройте ссш фаерволом т.к. это не нормально. незачем ждать когда они продолбяться.<br><br>