https://www.opennet.ru/openforum/vsluhforumID1/68977.html Сегодня утром нагнулся файло-почтовый сервер с RAID-5 на FreeBSD 5.4. Файловая система не смогла корректно замонтироваться и сервер ждал меня на работе загруженным в SINGLE MODE с "UNEXPECTED SOFT UPDATE INCONSISTENCY".<br>1. Сервер почему-то был перезагружен дважды, хотя никто его тронуть не мог, ключи от серверной лишь у меня.<br>2. Стали появляться странные сообщения такого вида:<br><br>Sep 18 10:32:23 netgenic named[411]: /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket.c:1115: unexpected error:<br>Sep 18 10:32:23 netgenic named[411]: internal_send: 208.254.3.166#53: Network is down<br><br>и в /var/log/messages<br><br>Sep 18 10:43:57 netgenic last message repeated 3 times<br>Sep 18 10:43:57 netgenic named[411]: client 195.14.56.67#1031: error sending response: not enough free resources<br>Sep 18 10:43:57 netgenic named[411]: client 195.14.56.67#1034: error sending response: not enough free resources<br>Sep 18 10:43:57 netgenic named[411]: client 195.14.56.67#1031: error sending response: not enough free resources https://www.opennet.ru/openforum/vsluhforumID1/68977.html#13 Thu, 24 Jan 2008 13:56:59 GMT named[922]: client 192.168.7.6#1049: error sending response: not enough free resources<br><br>Заметил, что если в сети появляется один клиент, то bind начинает сразу ругаться в логах<br>Возможно просто у клиента вирусни на винде куча и он как-то неверно посылает запросы<br>может еще что-то не знаю.... (((<br><br>Еще, иногда, если этот клиент в сети и кто-то подключается на dial-up, то сервак виснет или перезагружается, но обычно проблема исчезает, когда этот клиент выключает комп<br><br>Пробовал пересобирать сиситему, ничего не помогает<br>Текущая конфигурация<br>kes# uname -v<br>FreeBSD 6.3-PRERELEASE #3: Thu Jan 17 23:24:55 EET 2008 kes@XXX.XXX.XXX.XXX:/usr/obj/usr/src/sys/KES_KERN_v6<br>kes# named -v<br>BIND 9.3.4-P1<br> https://www.opennet.ru/openforum/vsluhforumID1/68977.html#12 Tue, 19 Sep 2006 15:34:29 GMT &gt;&gt;логгировать можно по-разному, с разным уровнем информации <br>&gt;В смысле all.log включить? <br>&gt;&gt;при желании, см выше <br>&gt;Желание есть, не с кем :) <br>&gt;&gt;ну дык пусть помирает в таком случае <br>&gt;Та ну вас, я не хочу, чтобы меня из отпуска выдергивали, если <br>&gt;он сдохнет. <br>&gt;&gt;плохо понимаю, зачем ПОЧТОВЫЙ сервер, да с MySQL еще использовать как Fileserver, <br>&gt;&gt;да еще судя по всему на ATA дисках :( <br>&gt;Так получилось, что в данный момент мы не можем себе позволить более <br>&gt;просторную серверную, поэтому еще одну стойку поставить некуда, пока мы не <br>&gt;можем добавить еще сервер, чтобы разделить их. Сервера, кроме будущего бэкапного, <br>&gt;от ServerMicro, со SCSI на MegaRAID. <br><br>у вас недопонимание, возможно по молодости или по неопытности:<br><br>- отпуск - это ваши личные проблемы (я же не плачусь тут о своих проблемах!)<br>- вы за свои личные деньги все делаете?, в том числе и оборудование покупаете?<br><br>Допустим контора купила легковой автомобиль для нужд компании, ну и со временем<br>на нем стали перевозить кирпич, навоз и прочи https://www.opennet.ru/openforum/vsluhforumID1/68977.html#11 Tue, 19 Sep 2006 14:51:09 GMT &gt;логгировать можно по-разному, с разным уровнем информации <br>В смысле all.log включить?<br>&gt;при желании, см выше <br>Желание есть, не с кем :)<br>&gt;ну дык пусть помирает в таком случае <br>Та ну вас, я не хочу, чтобы меня из отпуска выдергивали, если он сдохнет.<br>&gt;плохо понимаю, зачем ПОЧТОВЫЙ сервер, да с MySQL еще использовать как Fileserver, <br>&gt;да еще судя по всему на ATA дисках :( <br>Так получилось, что в данный момент мы не можем себе позволить более просторную серверную, поэтому еще одну стойку поставить некуда, пока мы не можем добавить еще сервер, чтобы разделить их. Сервера, кроме будущего бэкапного, от ServerMicro, со SCSI на MegaRAID. https://www.opennet.ru/openforum/vsluhforumID1/68977.html#10 Tue, 19 Sep 2006 14:40:39 GMT &gt;&gt;&gt;&gt;Это может быть атака на DNS? <br>&gt;&gt;&gt;это проблемы целостности FS скорей всего<br>&gt;&gt;но если ручной fsck -y в single-user mode все поправил, то возможно <br>&gt;&gt;что-то иное, <br>&gt;&gt;тщательней логи смотри <br>&gt;<br>&gt;В смысле "тщательнее"? Это весь лог, который есть, я его полностью скопировал.<br><br>логгировать можно по-разному, с разным уровнем информации<br><br>&gt;Или можно как-то подробнее посмотреть? <br><br>при желании, см выше<br><br>&gt;Проблема с сервером в том, что он - DNS, почтовый, MySQL с <br>&gt;учетками пользователей и FileServer, его остановить проблематично. Как вы считаете, кроме <br><br>ну дык пусть помирает в таком случае<br><br>&gt;fsck -y я могу что-то сделать, чтобы предотвратить подобное в будущем? <br><br>плохо понимаю, зачем ПОЧТОВЫЙ сервер, да с MySQL еще использовать как Fileserver,<br>да еще судя по всему на ATA дисках :(<br> https://www.opennet.ru/openforum/vsluhforumID1/68977.html#9 Tue, 19 Sep 2006 14:35:44 GMT &gt;что значит - пора? :) <br>&gt;надо БЫЛО ! <br><br>Не поверите, rndc reload сделал и заработало. Но та ошибка в логе меня все равно мучит.<br>Сейчас новый сервер настраивается для backup'a, который будет копировать(перл) данные через Samba-доступ. Ужас конечно, но сразу перевернуть представление начальства о мире не получается. :(<br> https://www.opennet.ru/openforum/vsluhforumID1/68977.html#8 Tue, 19 Sep 2006 14:17:28 GMT &gt;&gt;Такое впечатление что на файловой системе что-то повредилось <br>&gt;&gt;Я бы сделал бэкап конфигов и пересобрал бы named из сорсов, после <br>&gt;&gt;чего восстановил бы конфиги. <br>&gt;<br>&gt;Проблема в том, что сервер остановить нельзя, он постоянно в работе. К <br>&gt;тому же, меня интересует вероятность краха системы в ближайшее время. <br>&gt;Чует мое сердце, что бэкапить пора сервер. :( <br><br><br>что значит - пора? :)<br>надо БЫЛО ! https://www.opennet.ru/openforum/vsluhforumID1/68977.html#7 Tue, 19 Sep 2006 14:15:52 GMT &gt;&gt;Такое впечатление что на файловой системе что-то повредилось <br>&gt;&gt;Я бы сделал бэкап конфигов и пересобрал бы named из сорсов, после <br>&gt;&gt;чего восстановил бы конфиги. <br>&gt;<br>&gt;Проблема в том, что сервер остановить нельзя, он постоянно в работе. К <br>&gt;тому же, меня интересует вероятность краха системы в ближайшее время. <br>&gt;Чует мое сердце, что бэкапить пора сервер. :( <br><br><br>А зачем останавливать сервак? Я имею ввиду пересборку самого named и бэкап/восстановление именно его файлов. Все равно же named не работает (ведь так?) https://www.opennet.ru/openforum/vsluhforumID1/68977.html#6 Tue, 19 Sep 2006 13:51:42 GMT &gt;&gt;&gt;Это может быть атака на DNS? <br>&gt;&gt;это проблемы целостности FS скорей всего<br>&gt;но если ручной fsck -y в single-user mode все поправил, то возможно <br>&gt;что-то иное, <br>&gt;тщательней логи смотри <br><br>В смысле "тщательнее"? Это весь лог, который есть, я его полностью скопировал. Или можно как-то подробнее посмотреть?<br>Проблема с сервером в том, что он - DNS, почтовый, MySQL с учетками пользователей и FileServer, его остановить проблематично. Как вы считаете, кроме fsck -y я могу что-то сделать, чтобы предотвратить подобное в будущем? https://www.opennet.ru/openforum/vsluhforumID1/68977.html#5 Tue, 19 Sep 2006 13:48:15 GMT &gt;Такое впечатление что на файловой системе что-то повредилось <br>&gt;Я бы сделал бэкап конфигов и пересобрал бы named из сорсов, после <br>&gt;чего восстановил бы конфиги. <br><br>Проблема в том, что сервер остановить нельзя, он постоянно в работе. К тому же, меня интересует вероятность краха системы в ближайшее время.<br>Чует мое сердце, что бэкапить пора сервер. :(