>Кому интересно, повествую что было далее.
>Но сначала скажу - в rc.local, в rc.d/ и т.п. все ок
>- проверил, ничего не изменилось.
>Итак, после вот этих вот сообщений запустил я две программы - самодельную,
>проверяющую md5-суммы критичных файлов, и - от нечего делать - собрал
>линуксовую chkrootkit. Первая (моя) сказала что все ок, а вот вторая....
>в процессе ее работы система выплюнула kernel emerg и сказала, что
>она щас собирается ребутнуться (аки винда!).
>Перезагрузились, в процессе ребута система, как обычно после сбоев, пустила fsck, загрузилась
>уже без каких-либо ошибок.
>Я еще раз все проверил, все скрипты, все суидные проги (не появилось
>ли лишних) - все нормально. как бы и забыл о сбое,
>но неприятный осадок остался (неужто меня, параноика, могли хакнуть? в таком
>случае пора повеситься на патч-корде).
>На следующий день (сегодня утром) решил, что пора этому вебсерверу перейти с
>апача 1.2.х на 2.х, благо здесь статейку подкинули на тему его
>установки. Да, надо сказать, что сижу я на машине через ssh,
>сам монитор сервера выключен, и включил я его только в момент
>сбоя). Итак, ставлю, configure, make..... И тут система виснет (в смысле
>- ssh-клиент умирает), я бегу к серверу - точно, снова ребутится!
>Кошмар!
>И только после этой второйц перезагрузки я догадался ввести команду df.....
>Раздел / был заполнен на 110%.......
>Чем я умудирился его забить, если у меня /tmp, /usr и /var
>на других партишнах - ума не приложу.
>Очевидно, сообщений бедной системы о том что места на корневой системе мало,
>я не видел - они пищутся на /dev/console, а я-то сижу
>на ttyP0 по ssh....
>Ок, удалил каталог апача, занятость системы стала 91%. Уже легче. Оставил систему
>как есть.
>Отвлекся от нее... вечером подошел, включил монитор, набрал df снова - опа,
>а уже 63% занято, то есть учитывая что у меня /
>150 мб, она куда-то 30 "отъела", а потом "вернула".
>Глюк-с.
>
>А о корке sh я думаю, что просто при загрузке, при
>парсинге rc.local, sh упал и так как последним в списке был
>апач (грузится из rc.local), то он и не запустился.
>Как думаете, реально при переполненной партиции / такие глюки ловить? (ребут, выпадение
>sh в корку, самовольное занятие системой 30-ти мегов и затем их
>освобождение)?
печально, root нормально работает до ~94% занятости, потом идут
сообщения от ядра и забивают логи. Если /tmp на root-fs - печально,
много что будет вываливать в корку потому как использует /tmp
который можно переопределить. Но ситуация стремная, не нравится, я бы
пропатчился и пересобрал бы ВСЮ систему и ядро.
PS. Неужели неизвестный хак для FreeBSD!? :(((
|
Вариант для распечатки
OpenNET: Виртуальная конференция (Public)
on
04-Дек-02, 21:32 (MSK)
