15 Sep
2003
15 Sep
'03
12:58 p.m.
On Mon, Sep 15, 2003 at 03:32:14PM +0300, Paul Arakelyan wrote: > On Mon, Sep 15, 2003 at 12:51:57PM +0300, Alexandr D. Kanevskiy wrote: > > On Mon, Sep 15, 2003 at 12:42:27PM +0300, Paul Arakelyan wrote: > > > > > То есть - в некоторые файлы почему-то нифига не записывается. > > > У некоторых файлов "очень странный размер" - типа 16384/65536 байт - > > > может это fsck что-то наворотило? > > возможно. > Да - там "такая фигня" похоже только в каком-то куске иерархии каталогов. > и размеры у файлов таки подозрительно-кратные bolcksize... похоже на некорректный fsck. B-( > > > reboot положения не исправил. > > > > > Тазик ребутится по cron (или вешается по рандому :(. dual p2/2GB ecc ram), > > > за автоапдейты всякие - вроде есть, но точно не знаю - иногда что-то руками > > > апдейтить приходилось... > > > > > > Linux 2.4.7-10smp #1 SMP Thu Sep 6 17:09:31 EDT 2001 i686 unknown > > > BASH_VERSINFO=([0]="2" [1]="05" [2]="8" [3]="1" [4]="release" [5]="i386-redhat-l > > > inux-gnu") > > > BASH_VERSION=$'2.05.8(1)-release' > > 1. проапдейте ядро. RH уже штук 5 обновлений делал. и делал он их не просто так "от фонаря". > Стрёмно - тазик стоит за океаном, к нему "кто-либо" добираться будет > часа 2, B-( а держать ядро с потенциальным local root exploit не стремно ? опять же - сейчас уже развелось довольно много автоматических червячков троянчиков которые замечательно себя расселяют через необновленные apache, bind, ssh и прочие опасные сервисы. > квалификации его хватило, чтоб тот redhat из коробки поставить > и "ensim hosting software" аналогично, ну а далее меня поставить перед > фактом - а в линуксах я понимаю явно маловато - с закрытыми глазами > в случае чего врядли разберусь. А оно ж SMP - вдруг и с этим какие-то > грабли возникнут. > А при замене ядра - ничего в системе пересобирать не понадобится (типа > top/ps/...)? нет. пользуйся всеми обновлениями что рекомендует vendor твоей операционной системы и будет тебе щастя. :) > И какой-нить вариант в стиле "с этим не завелось, пробуем > старое" есть? да есть. ставишь ядро не по rpm -U, а по rpm -i вторым. тогда остается выбор. но правда придется позвонить людям и попросить что при перезагрузке выберите пожалуйста второй пункт меню. > > 2. прогони руками fsck на разделе. > Его можно куда-нить в /etc/rc запихнуть и fsck -y ? ну rc.sysinit можно похачить чуток. > Или лучше раз 20 reboot? > Или куда чего-то написать, чтоб fsck каждый раз чекало? мож tune2fs тебе поможет ? :) > > 3. посмотри lsattr'ом эти файлики куда писать не можешь. возможно там > lsattr рисует одни ------ ну значит все хорошо. > Но туда и apache пущенный от рута не пишет(дата меняется на глазах - и всё). > И в этом chroot никаких страшных cgi's нету. эта, а убить файл и создать новый с таким же именем ? или и для новых файлов такие глюки ? > > fsck какие-то из служебных типа immutable битиков на файл выставил. > Я вот думаю, может это что-то проломали там (а чего ещё ждать от > юзеров, которым в руки дали CGI (хоть оно и suexec и chroot) а может ручки админа ? за всем следить надо. не бывает такого что живет само по себе неограниченное количество времени. > Бо как-то странно - тазик вроде ж всё время (каждый день) > нормально ребутится, и в тот день ничего особо не видать странного... ну rpm -Va в руки и смотрите что менялось в системе. -- With best regards, Alexandr Kanevskiy. ISP Inter-Don. CTO AK2240-RIPE, AK2-6BONE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message