https://www.opennet.ru/openforum/vsluhforumID1/80224.html Стоит 3 NAS'a на линуксах (генту). Крутится pptpd + tc как шейпер.<br>Железо на них _абсолютно_ одинаковое: <br>Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz;<br>MemTotal: 1023196 kB<br>Сетевухи - интелки с дровами e1000. <br><br>Так вот, две из трех тачек время от времени выпадают с kernel panic ;( Никакой зависимости от каких-либо внешних причин проследить не получилось, нагрузка на все 3 одинаковая: ~400 сессий постоянно на каждой, по времени - могут простоять без висяка сутки, а могут месяц.<br><br>Вопрос &#8470; раз: как бы поточнее определить, что вызывает висяки? Желательно - без перетыканий железа и долгих ковыряний, т.к. железки стоят на потоке и вырубать их нежелательно.<br><br>Пытался добиться того, чтобы по кернел-панику сервачки сами ребутались, как фря, подкрутил sysctl:<br>kernel.panic = 1<br>kernel.panic_on_oops = 1<br>Но нихрена не получилось, висят и висят, ребутаться не хотят ;(<br><br>Вопрос &#8470; два: как сделать, чтобы по панику серваки ребутались сами? ;)<br><br> https://www.opennet.ru/openforum/vsluhforumID1/80224.html#9 Mon, 12 May 2008 20:26:10 GMT &gt;1. Версия ядра? <br><br>2.6.23<br><br>&gt;2. Дисциплины вешаются только на ppp-устройства или еще есть ifb/imq-устройства? <br><br>Только на ppp<br><br>&gt;3. Надо смотреть полный call trace, может следует подключить монитор или через <br>&gt;netdump <br><br>Да монитор с клавой подключены, но видно только конец дампа, прокручивать шифт+пг-ап не даёт ;( Прикручивать ради бОльшего разрешения фреймбуфер не хочется...<br>Возможно на днях netdump попробую, спасибо за идею -)<br><br>&gt;у меня работает. перегружается через 5мин: <br>&gt;<br>&gt;# grep "panic" /etc/sysctl.conf <br>&gt;kernel.panic=300 <br><br>Выставил значение "300", посмотрим что будет, благодарю в любом случае!<br> https://www.opennet.ru/openforum/vsluhforumID1/80224.html#8 Mon, 12 May 2008 13:14:26 GMT &gt;[оверквотинг удален]<br>&gt;Сетевухи - интелки с дровами e1000. <br>&gt;<br>&gt;Так вот, две из трех тачек время от времени выпадают с kernel <br>&gt;panic ;( Никакой зависимости от каких-либо внешних причин проследить не получилось, <br>&gt;нагрузка на все 3 одинаковая: ~400 сессий постоянно на каждой, по <br>&gt;времени - могут простоять без висяка сутки, а могут месяц. <br>&gt;<br>&gt;Вопрос &#8470; раз: как бы поточнее определить, что вызывает висяки? Желательно - <br>&gt;без перетыканий железа и долгих ковыряний, т.к. железки стоят на потоке <br>&gt;и вырубать их нежелательно. <br><br>1. Версия ядра?<br>2. Дисциплины вешаются только на ppp-устройства или еще есть ifb/imq-устройства?<br>3. Надо смотреть полный call trace, может следует подключить монитор или через netdump<br><br>&gt;Пытался добиться того, чтобы по кернел-панику сервачки сами ребутались, как фря, подкрутил <br>&gt;sysctl: <br>&gt;kernel.panic = 1 <br>&gt;kernel.panic_on_oops = 1 <br>&gt;Но нихрена не получилось, висят и висят, ребутаться не хотят ;( <br>&gt;<br>&gt;Вопрос &#8470; два: как сделать, чтобы по панику серваки ребуталис https://www.opennet.ru/openforum/vsluhforumID1/80224.html#7 Sun, 11 May 2008 11:09:35 GMT &gt;Да нет, не могут же возникнуть микротрещины у двух тачек одновременно... А ядра и др. софт пересобирал - никаких проблем в процессе компиляции не вылазило -&gt; врядли проц/память/мать.<br>&gt;Единственное, что мне в голову приходит - кривые дрова к чему-нибуть.. <br><br>я предпологаю, что 3 машины идентичны как в железе, так и в по, отличия только в бд (пользовательской инфо). А одна же работает без проблем!<br>ну как вариант - просмотри инфу командой sensors -кажеться температуры напряжения и т.п.<br>еще рекомендую всеже проверить винты, у меня были ужасно разные глюки, зависал при загрузки ядра! железо прогнал всеми извесными вариантами, ничго подозрительного не нашел<br>smartctl и mhdd - утилиткой стартони выбери винт и нажми Ф8 посмотри, как говорят никто не даёт вообще гарантий, что беды не могут появится в перые же дни эксплуатации!<br>ну проверь еще все шлейфы и разъёмы на качество соединения.<br>как я предпологаю насы контролируют все сетевы подключения, и вариантов переполнений буферов можно исключить?<br><br>&gt;2all: вопрос https://www.opennet.ru/openforum/vsluhforumID1/80224.html#6 Sun, 11 May 2008 10:19:42 GMT &gt;[оверквотинг удален]<br>&gt;<br>&gt;3 могут быть проблемы с мамкой - вознила микротрещина при монтаже памяти <br>&gt;или проца... практически не выудить такую поломку только пробовать мать менять <br>&gt;<br>&gt;4 у мяня воть накрылся винт 4 бэда вылезло и уже третьи <br>&gt;сутки мучусь (время ему пришло) <br>&gt;5 может, сверь память с настройкми биоса, попробуй замедлить шину или задержки <br>&gt;увиличить <br>&gt;6 если подумать можно еще чтонить придумать, но для этого нужно что <br>&gt;то делать с компом. <br><br>Да нет, не могут же возникнуть микротрещины у двух тачек одновременно... А ядра и др. софт пересобирал - никаких проблем в процессе компиляции не вылазило -&gt; врядли проц/память/мать.<br>Единственное, что мне в голову приходит - кривые дрова к чему-нибуть..<br><br>А с хардом - очень сочувствую.. Была подобная беда с БД билинга, возили в контору по срочному восстановлению данных, ночевал там с ихними спецами - так ничего и не восстановили.. Благо был бекап недельной давности =)<br><br>2all: вопрос о ребуте после panic'a в силе ;)<br> https://www.opennet.ru/openforum/vsluhforumID1/80224.html#5 Sun, 11 May 2008 10:08:02 GMT есть 2 варианта, ждать пока не накроится окончательно, либо снимать и тестировать машины.<br>1 - проц и память можно поганять и в рабочем варианте - компиляцией (пустой) попробовать ядра пособирать или опенофис, можно, и кде - то что помассивнее<br>2 память, вроде, можно поганять с лайв сд RIPlinux видел пункт в загрузке, но не пробовал<br><br>3 могут быть проблемы с мамкой - вознила микротрещина при монтаже памяти или проца... практически не выудить такую поломку только пробовать мать менять<br>4 у мяня воть накрылся винт 4 бэда вылезло и уже третьи сутки мучусь (время ему пришло)<br>5 может, сверь память с настройкми биоса, попробуй замедлить шину или задержки увиличить<br>6 если подумать можно еще чтонить придумать, но для этого нужно что то делать с компом.<br> https://www.opennet.ru/openforum/vsluhforumID1/80224.html#4 Sun, 11 May 2008 09:54:45 GMT &gt;в логах чтонить есть? <br><br>До - обычная нормальная работа, после - только старт сислога, и дальше как обычно<br> https://www.opennet.ru/openforum/vsluhforumID1/80224.html#3 Sun, 11 May 2008 09:52:36 GMT в логах чтонить есть?<br> https://www.opennet.ru/openforum/vsluhforumID1/80224.html#2 Sun, 11 May 2008 09:50:05 GMT &gt;знакомая ситуация :) как вариан - подкинуть мониторы, и смотреть на что <br>&gt;ругается - делать выводы, куда нужно лезть <br><br>Начало вывода не видно - не прокручивается ;) А так - 'fatal exception in interrupt', т.е. теоретически - дрова/железо, НО железо и ядра везде одинаковые, а висяками страдают только 2 из трёх...<br> https://www.opennet.ru/openforum/vsluhforumID1/80224.html#1 Sun, 11 May 2008 09:37:30 GMT знакомая ситуация :) как вариан - подкинуть мониторы, и смотреть на что ругается - делать выводы, куда нужно лезть<br>