Модератор: terminus
до сего дня начал "засыпать" в логах 0, главное он засыпает странным образом, то есть интерфейсы пингуются, но не по ssh не с клавиатуры зайти не реально, приходится перезагружать, все началось после установке rsync и теперь работает через пень колоду, уже не знаю куда копать подскажите что см этим можно поделать? 
Если rsync не виновать, то нужно на таких огромных разделах отрубить background fsck.kenny писал(а):А ессли расширить swap?Или мало толку? Впринципе он засыпает и без rsynс вообще грешу на fsck мож она пожирает память
ну вот тебе он и убивает машину, пытается сделать снапшот, у него ничего не получается, а в это время битая FS добивает машинку. На ufs делать такие огромные разделы - самоубийство. Можно попробовать через gjournal, но это тормозное поделие, за-то чекать не надо.kenny писал(а):Вот именно и заускается background fsck который проверяет и шустрит мой ред.
Пофиг. Зависит от количества файлов и активности изменений оных. Т.к. размер снапшота на прямую зависит от этих параметров. У меня рейд 10 в 250 гиг убивается.kamuzon писал(а):Замечено, что background fsck (после неправильного завершения работы систему) убивает машину с дисками (разделами) в 750 гигов. Диски по 640 гигов чекает без проблем.
решение пользую такое: грузимся в single, fsck -y /dev/ad*s1d && reboot
Код: Выделить всё
cat >>/etc/rc.conf
fsck_y_enable="YES" # Set to YES to do fsck -y if the initial preen fails.
background_fsck="NO" # Attempt to run fsck in the background where possible.
Вообще в момент зависания работает только fsck, apache, verlihub, mysql ну и скрипт на perl в принципе виснуть мне кажется вообще не из за чего.lissyara писал(а):работа fsck - это далеко не ничегонеделание.
определитесь уже точно делает он у вас что-то в эти момменты или нет.
ZFS + FreeBSD ацтой. Я перелез на Linux. ext4, xfs, jfs.эл писал(а):А какую файловую систему посоветуете для рейдов вместо ufs?
Я не гоню, просто тут приходится уже выберать шашечки или ехать. Не надо кривить душой, у Фри нет нормальной FS.manefesto писал(а):2kirgudu: а ну не гони на правильную ось
еще раз говорю, читаем рассылки фревые и удивляемся, что прямота рук не зависит от качества работы zfs на freebsd в продакшне.lissyara писал(а):про прямоту рук помоему выясняли?
если у вас не работает - не значит что у всех так.
http://www.google.ru/search?hl=ru&q=Fre ... =&aq=f&oq=manefesto писал(а):линк давай
не сотрясай воздух по напрасну
Вторую строку дописал. Спасибо.kirgudu писал(а):Пофиг. Зависит от количества файлов и активности изменений оных. Т.к. размер снапшота на прямую зависит от этих параметров. У меня рейд 10 в 250 гиг убивается.kamuzon писал(а):Замечено, что background fsck (после неправильного завершения работы систему) убивает машину с дисками (разделами) в 750 гигов. Диски по 640 гигов чекает без проблем.
решение пользую такое: грузимся в single, fsck -y /dev/ad*s1d && reboot
Никаких манипуляций не надо с ребутами и пр.Код: Выделить всё
cat >>/etc/rc.conf fsck_y_enable="YES" # Set to YES to do fsck -y if the initial preen fails. background_fsck="NO" # Attempt to run fsck in the background where possible.