https://slinkov.ru/openforum/vsluhforumID1/87670.html Hi, all!<br><br>Помогите неопытному.<br>Есть сервер с FreeBSD 5.2.1-RELEASE. Прошу не пинать за старость ОС, ставил ее не я, я только поддерживаю, а опыта переставить пока недостаточно.<br>Сервер работает как маршрутизатор с NAT и ipfw. На нем подняты named, apache, sendmail (с некоторыми milter'ами), samba (он является домен-контроллером для небольшой сети), openvpn. Инет приходит с DSL-модема, работаещего в режиме bridge, авторизацию PPPoE делает фря. Установлено 2 физических диска на разных IDE-интерфейсах. Один раздел зазеркален с помощью vinum. Остальные копируются скриптом с одного (основного) винта на второй раз в месяц.<br>С некоторых пор сервер начал внезапно виснуть где-то раз в двое суток. На консоли сообщение:<br><br>kernel trap 12 with interrupts disabled<br>Fatal trap 12: page fault while in kernel mode<br>fault code = supervisor read, page not present<br>panic: page fault<br>(некоторые строчки с кодами здесь опущены).<br><br>Помогает только перезагрузка кнопкой.<br>Обратил внимание, что в логе каждый раз при загрузке ОС, https://slinkov.ru/openforum/vsluhforumID1/87670.html#11 Wed, 23 Dec 2009 03:50:42 GMT &gt;[оверквотинг удален]<br>&gt;&gt;Можно поподробнее? Я не совсем понимаю это и никогда этого не делал. <br>&gt;&gt;Мой предшественник, который собирал эту фрю, по-моему перекомпилировал ядро, т.е. оно <br>&gt;&gt;сейчас не GENERIC, если я правильно понимаю. Как это проверить? Я <br>&gt;&gt;в этом пока плаваю. Или ядер может быть несколько, и их <br>&gt;&gt;можно загружать по выбору? <br>&gt;&gt;Спасибо и прошу прощения за дилетантские вопросы. <br>&gt;<br>&gt;uname -i <br>&gt;<br>&gt;Про дебаг кернела - http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html <br><br>Еще ссылка:<br>http://www.lemis.com/grog/Papers/Debug-tutorial/tutorial.pdf<br> https://slinkov.ru/openforum/vsluhforumID1/87670.html#10 Tue, 22 Dec 2009 11:25:51 GMT &gt;&gt;Хм... Тут вроде все нормально. <br>&gt;&gt;Попробуй загрузить ядру в режиме -debug. <br>&gt;<br>&gt;Можно поподробнее? Я не совсем понимаю это и никогда этого не делал. <br>&gt;Мой предшественник, который собирал эту фрю, по-моему перекомпилировал ядро, т.е. оно <br>&gt;сейчас не GENERIC, если я правильно понимаю. Как это проверить? Я <br>&gt;в этом пока плаваю. Или ядер может быть несколько, и их <br>&gt;можно загружать по выбору? <br>&gt;Спасибо и прошу прощения за дилетантские вопросы. <br><br>uname -i<br><br>Про дебаг кернела - http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html<br> https://slinkov.ru/openforum/vsluhforumID1/87670.html#9 Tue, 22 Dec 2009 09:10:42 GMT Появились некоторые подробности проблемы. Сегодня пришел рано и успел засечь panic message на консоли, пока сервер без меня не перегрузили. Привожу полный листинг:<br><br>kernel trap 12 with interrupts disabled<br><br>Fatal trap 12: page fault while in kernel mode<br>cpuid = 0; apic id = 00<br>fault virtual address = 0x24<br>fault code = supervisor read, page not present<br>instruction pointer = 0x8:0xc065ae9e<br>stack pointer = 0x10:0xcce03c2c<br>frame pointer = 0x10:0xcce03c50<br>code segment = base 0x0, limit 0xfffff, type 0x1b<br> = DPL 0, pres 1, def 32 1, gran 1<br>processor eflags = resume, IOPL=0<br>current process = 36 (swi8: tty:sio clock)<br>trap number = 12<br>panic: page fault<br>cpuid = 0;<br><br>Я так понимаю, ключом к разгадке может быть (swi8: tty:sio clock). Только причем здесь Serial I/O port?<br> https://slinkov.ru/openforum/vsluhforumID1/87670.html#8 Mon, 21 Dec 2009 21:43:01 GMT &gt;Хм... Тут вроде все нормально. <br>&gt;Попробуй загрузить ядру в режиме -debug. <br><br>Можно поподробнее? Я не совсем понимаю это и никогда этого не делал. Мой предшественник, который собирал эту фрю, по-моему перекомпилировал ядро, т.е. оно сейчас не GENERIC, если я правильно понимаю. Как это проверить? Я в этом пока плаваю. Или ядер может быть несколько, и их можно загружать по выбору?<br>Спасибо и прошу прощения за дилетантские вопросы.<br> https://slinkov.ru/openforum/vsluhforumID1/87670.html#7 Mon, 21 Dec 2009 19:20:38 GMT &gt;[оверквотинг удален]<br>&gt;10:38 raid0.p0 <br>&gt;crw-r----- 1 root operator 91, 0x40000001 Dec 21 <br>&gt;10:38 raid0.p1 <br>&gt;<br>&gt;/dev/vinum/sd: <br>&gt;total 0 <br>&gt;crw-r----- 1 root operator 91, 0x80000000 Dec 21 <br>&gt;10:38 raid0.p0.s0 <br>&gt;crw-r----- 1 root operator 91, 0x80000001 Dec 21 <br>&gt;10:38 raid0.p1.s0 <br><br>Хм... Тут вроде все нормально.<br>Попробуй загрузить ядру в режиме -debug.<br><br> https://slinkov.ru/openforum/vsluhforumID1/87670.html#6 Mon, 21 Dec 2009 13:57:08 GMT &gt;Ну воть наконец то вы взяли вину в себе =) Ведь вы <br>&gt;что-то сделали и после этого все это было. Вы же сказали <br>&gt;что ничего не меняли =) <br>&gt;<br>&gt;Ладно... Щутки в сторону.. <br>&gt;<br>&gt;Укажите нам ls -lR /dev/vinum <br><br>-Дык я, это...<br>-А, работа такая.<br>(С) из мультфильма<br>:)))))<br><br>На самом деле, я говорил, что абсолютно ничего не менял в конфигурации PPPoE, и это так и есть.<br><br>Шутки в сторону. Вот листинг:<br><br>aqua# ls -lR /dev/vinum<br>total 1<br>crw------- 1 root wheel 91, 0x3fff00fe Dec 21 12:38 control<br>crw------- 1 root wheel 91, 0x3fff00ff Dec 21 12:38 controld<br>dr-xr-xr-x 2 root wheel 512 Dec 21 12:38 plex<br>crw-r----- 1 root operator 91, 0 Dec 21 12:38 raid0<br>dr-xr-xr-x 2 root wheel 512 Dec 21 12:38 sd<br><br>/dev/vinum/plex:<br>total 0<br>crw-r----- 1 root operator 91, 0x40000000 Dec 21 10:38 raid0.p0<br>crw-r----- 1 root operator 91, 0x40000001 Dec 21 10:38 raid0.p1<br><br>/dev/vinum/sd:<br>total 0<br>crw-r----- 1 root operator 91, 0x80000000 Dec 21 10:38 raid0.p0.s0<br>crw-r- https://slinkov.ru/openforum/vsluhforumID1/87670.html#5 Mon, 21 Dec 2009 13:32:45 GMT &gt;[оверквотинг удален]<br>&gt;год как все работало стабильно, и в конфигурации РРР _вообще_ ничего <br>&gt;не менялось. <br>&gt;Последние мои действия были следующими. Пару недель назад гавкнулся винт на 1-м <br>&gt;IDE-интерфейсе. Я переставил живой винт со 2-го на 1-й, а на <br>&gt;2-й поставил полностью зануленный винт поменьше, из резервных. Потом в однопользовательском <br>&gt;режиме перелил на него все байт в байт с первого командой <br>&gt;dd. Потом забил нулями (опять же, с помощью dd) раздел ad2s1f, <br>&gt;который участвует в vinum-зеркале. Потом реактуализировал зеркало, оно стало в состоянии <br>&gt;up, т.е. все синхронизировалось успешно. <br>&gt;А через сутки начались вот эти глюки. <br><br>Ну воть наконец то вы взяли вину в себе =) Ведь вы что-то сделали и после этого все это было. Вы же сказали что ничего не меняли =)<br><br>Ладно... Щутки в сторону..<br><br>Укажите нам ls -lR /dev/vinum<br><br><br> https://slinkov.ru/openforum/vsluhforumID1/87670.html#4 Mon, 21 Dec 2009 13:17:31 GMT &gt;[оверквотинг удален]<br>&gt;#ppp_mode="ddial" <br>&gt;#ppp_profile="farlep" <br>&gt;#ppp_nat="NO" <br>&gt;<br>&gt;после ребута сделайте это мануально: <br>&gt;<br>&gt;$ /etc/rc.d/ppp start <br>&gt;$ ppp -ddial farlep <br>&gt;<br>&gt;и смотрите будет ли висит. <br><br>Честно говоря, не совсем понимаю, что это изменит? Да и ведь уже год как все работало стабильно, и в конфигурации РРР _вообще_ ничего не менялось.<br>Последние мои действия были следующими. Пару недель назад гавкнулся винт на 1-м IDE-интерфейсе. Я переставил живой винт со 2-го на 1-й, а на 2-й поставил полностью зануленный винт поменьше, из резервных. Потом в однопользовательском режиме перелил на него все байт в байт с первого командой dd. Потом забил нулями (опять же, с помощью dd) раздел ad2s1f, который участвует в vinum-зеркале. Потом реактуализировал зеркало, оно стало в состоянии up, т.е. все синхронизировалось успешно. <br>А через сутки начались вот эти глюки.<br> https://slinkov.ru/openforum/vsluhforumID1/87670.html#3 Mon, 21 Dec 2009 12:48:53 GMT &gt;&gt;Тип подключения PPPoE? <br>&gt;&gt;Проблема вполне связано с ppp. <br>&gt;<br>&gt;Прошу прощения, не совсем понимаю, что значит "тип подключения РРРоЕ"? А какие <br>&gt;они бывают? <br><br>Как подключен в сети.<br>извини я просто не читаль твой пост полностью, прямо ответиль =)<br><br>&gt;[оверквотинг удален]<br>&gt; set reconnect 3 0 <br>&gt; set ifaddr 0 0 <br>&gt; add default HISADDR <br>&gt; enable lqr echo <br>&gt; set lqrperiod 60 <br>&gt; set echoperiod 60 <br>&gt;<br>&gt;Дело в том, что здесь уже как минимум год ничего не менялось, <br>&gt;и все стабильно работало, никаких проблем с РРРоЕ не было, и <br>&gt;уж тем более таких серьезных, чтобы вызывали kernel panic. <br><br>Попробуйте комментировать:<br>#ppp_enable="YES" <br>#ppp_mode="ddial" <br>#ppp_profile="farlep" <br>#ppp_nat="NO" <br><br>после ребута сделайте это мануально:<br><br>$ /etc/rc.d/ppp start<br>$ ppp -ddial farlep<br><br>и смотрите будет ли висит.<br><br>И еше смотрите: http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html<br>