Биллинговая система Nodeny

Главная категория => Курилка => Тема начата: Maks от 25 Июня 2011, 23:14:31



Название: Помогите побороть kernel panic
Отправлено: Maks от 25 Июня 2011, 23:14:31
Вот словил kernel panic,уже 3 по счету все что до этого менял отключил, не помогло. Привожу кусок из лога

FreeBSD localhost 7.2-RELEASE-p7 FreeBSD 7.2-RELEASE-p7 #10: Sun Sep 19 18:28:49 EEST 2010     root@localhost:/usr/src/sys/i386/compile/NODENY  i386

Код:
Jun 23 18:24:47 localhost kernel:
Jun 23 18:24:47 localhost kernel: Fatal trap 12: page fault while in kernel mode
Jun 23 18:24:47 localhost kernel: cpuid = 0; apic id = 00
Jun 23 18:24:47 localhost kernel: fault virtual address = 0x188
Jun 23 18:24:47 localhost kernel: fault code            = supervisor read, page not present
Jun 23 18:24:47 localhost kernel: instruction pointer   = 0x20:0xc07d8b74
Jun 23 18:24:47 localhost kernel: stack pointer         = 0x28:0xe96f9bb8
Jun 23 18:24:47 localhost kernel: frame pointer         =
Jun 23 18:24:47 localhost kernel: 0x2
Jun 23 18:24:47 localhost kernel: 8
Jun 23 18:24:47 localhost kernel: :0
Jun 23 18:24:47 localhost kernel: xe
Jun 23 18:24:47 localhost kernel: 96
Jun 23 18:24:47 localhost kernel: f
Jun 23 18:24:47 localhost kernel: 9b
Jun 23 18:24:47 localhost kernel: d0
Jun 23 18:27:25 localhost syslogd: kernel boot file is /boot/kernel/kernel
Jun 23 18:27:25 localhost kernel:
Jun 23 18:27:25 localhost kernel: trap number           = 12
Jun 23 18:27:25 localhost kernel: panic: page fault
Jun 23 18:27:25 localhost kernel: cpuid = 0
Jun 23 18:27:25 localhost kernel: Uptime: 1d2h5m54s
Jun 23 18:27:25 localhost kernel: Physical memory: 3818 MB
Jun 23 18:27:25 localhost kernel: Dumping 301 MB: 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14
Jun 23 18:27:25 localhost kernel: Dump complete
Jun 23 18:27:25 localhost kernel: Automatic reboot in 15 seconds - press a key on the console to abort

Код:
Jun 23 18:24:47 localhost kernel: 
Jun 23 18:24:47 localhost kernel: Fatal trap 12: page fault while in kernel mode
Jun 23 18:24:47 localhost kernel: cpuid = 0; apic id = 00
Jun 23 18:24:47 localhost kernel: fault virtual address = 0x188
Jun 23 18:24:47 localhost kernel: fault code = supervisor read, page not present
Jun 23 18:24:47 localhost kernel: instruction pointer = 0x20:0xc07d8b74
Jun 23 18:24:47 localhost kernel: stack pointer        = 0x28:0xe96f9bb8
Jun 23 18:24:47 localhost kernel: frame pointer        =
Jun 23 18:24:47 localhost kernel: 0x2
Jun 23 18:24:47 localhost kernel: 8
Jun 23 18:24:47 localhost kernel: :0
Jun 23 18:24:47 localhost kernel: xe
Jun 23 18:24:47 localhost kernel: 96
Jun 23 18:24:47 localhost kernel: f
Jun 23 18:24:47 localhost kernel: 9b
Jun 23 18:24:47 localhost kernel: d0


Код:
Jun 23 18:27:25 localhost syslogd: kernel boot file is /boot/kernel/kernel
Jun 23 18:27:25 localhost kernel:
Jun 23 18:27:25 localhost kernel: trap number = 12
Jun 23 18:27:25 localhost kernel: panic: page fault
Jun 23 18:27:25 localhost kernel: cpuid = 0
Jun 23 18:27:25 localhost kernel: Uptime: 1d2h5m54s
Jun 23 18:27:25 localhost kernel: Physical memory: 3818 MB
Jun 23 18:27:25 localhost kernel: Dumping 301 MB: 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14
Jun 23 18:27:25 localhost kernel: Dump complete
Jun 23 18:27:25 localhost kernel: Automatic reboot in 15 seconds - press a key on the console to abort

Вот что в конфиге ядра с низу дописано
Код:
options         IPFIREWALL
options         IPDIVERT
options         IPFIREWALL_FORWARD
options         DUMMYNET
options         NETGRAPH
options         NETGRAPH_ETHER
options         NETGRAPH_SOCKET
options         NETGRAPH_TEE
options         DEVICE_POLLING
options         HZ=1000

P.S На локале нашел:
Наиболее частые причины:
 - непроверенная файловая система - развалилась после выключения питания и недочинена fsck
 - сборка ядра с драйверами "от Эльдара" или несотвествие версии ядра версии мира, etc
 - использование polling на многопроцессорной машине
 - банально проблемы с железом.

У меня ранее была 2х процесорная машина и polling норм работал, сейчас винт переставил на I5 , отключу polling и посмотрим.


Название: Re: Помогите побороть kernel panic
Отправлено: VitalVas от 25 Июня 2011, 23:36:32
зделай полную проверку железа
если не поможет, возьмися за проверку софта


Название: Re: Помогите побороть kernel panic
Отправлено: Maks от 25 Июня 2011, 23:42:18
зделай полную проверку железа
если не поможет, возьмися за проверку софта

Железо новое, и система не просто уходит в ребут, а пишет в логах, ждет 15 сек а потом перегружается.


Название: Re: Помогите побороть kernel panic
Отправлено: stix от 26 Июня 2011, 08:13:55
после чего началось?
или сходу после установки на новое железо?


Название: Re: Помогите побороть kernel panic
Отправлено: Maks от 26 Июня 2011, 08:23:35
после чего началось?
или сходу после установки на новое железо?

До этого старый сервак сам перегружался, там с железом были проблемы, в логах было пусто.
На новом перезагрузки остались, но теперь пишет в лог. Я так понял если пишет значит не железо.


Название: Re: Помогите побороть kernel panic
Отправлено: smallcms от 26 Июня 2011, 11:06:47
Согласно этому документу http://security.freebsd.org/ поддержка ветки 7.2 окончилась ровно год назад. Этот форум - единственное место, где я сталкиваюсь с некрофилией. :-\


Название: Re: Помогите побороть kernel panic
Отправлено: Maks от 26 Июня 2011, 11:09:31
Согласно этому документу http://security.freebsd.org/ поддержка ветки 7.2 окончилась ровно год назад. Этот форум - единственное место, где я сталкиваюсь с некрофилией. :-\

Ты этим хочешь сказать что мне нужно обновиться на 7.4 ? Но если все и на 7.2 хорошо работает зачем что то менять?


Название: Re: Помогите побороть kernel panic
Отправлено: ser970 от 26 Июня 2011, 11:40:40
зделай полную проверку железа
если не поможет, возьмися за проверку софта
ну зачем гадать дамп ядра и разбор
kgdb  в помощь и покаж


Название: Re: Помогите побороть kernel panic
Отправлено: stix от 26 Июня 2011, 13:46:35
Согласно этому документу http://security.freebsd.org/ поддержка ветки 7.2 окончилась ровно год назад. Этот форум - единственное место, где я сталкиваюсь с некрофилией. :-\
есть легендарное правило - не тронь рабочую систему   ;)


Название: Re: Помогите побороть kernel panic
Отправлено: versus от 26 Июня 2011, 14:08:20
Согласно этому документу http://security.freebsd.org/ поддержка ветки 7.2 окончилась ровно год назад. Этот форум - единственное место, где я сталкиваюсь с некрофилией. :-\
есть легендарное правило - не тронь рабочую систему   ;)

Сообщество Фрее БСД очень маленькое, поэтому не может распылять силы на поддержку системы, но при этом активно позиционирует себя как энтерпрайз система. Но частое обновление противоречит основам энтерпрайза. Почему ХП 12 лет поддержки, редхат 10, а фря всего 3-4. Нонсенс. Поэтому некрофилия это разумно, зачем гонятся за версиями, если система работает, работает хорошо и это подтверждается долгой работой комплекса?


Название: Re: Помогите побороть kernel panic
Отправлено: goletsa от 26 Июня 2011, 15:00:14
На сервере крутится mpd?


Название: Re: Помогите побороть kernel panic
Отправлено: Maks от 26 Июня 2011, 17:52:15
На сервере крутится mpd?


Да.version 5.3


Название: Re: Помогите побороть kernel panic
Отправлено: Maks от 26 Июня 2011, 17:55:49
зделай полную проверку железа
если не поможет, возьмися за проверку софта
ну зачем гадать дамп ядра и разбор
kgdb  в помощь и покаж

Если правильно понял то
Код:
localhost# kgdb
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd"...
Reading symbols from /boot/kernel/ng_ipfw.ko...Reading symbols from /boot/kernel/ng_ipfw.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/ng_ipfw.ko
Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/acpi.ko
Reading symbols from /boot/kernel/ng_mppc.ko...Reading symbols from /boot/kernel/ng_mppc.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/ng_mppc.ko
Reading symbols from /boot/kernel/rc4.ko...Reading symbols from /boot/kernel/rc4.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/rc4.ko
Reading symbols from /boot/modules/ng_ipacct.ko...done.
Loaded symbols for /boot/modules/ng_ipacct.ko
Reading symbols from /boot/kernel/ng_pppoe.ko...Reading symbols from /boot/kernel/ng_pppoe.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/ng_pppoe.ko
Reading symbols from /boot/kernel/ng_iface.ko...Reading symbols from /boot/kernel/ng_iface.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/ng_iface.ko
Reading symbols from /boot/kernel/ng_ppp.ko...Reading symbols from /boot/kernel/ng_ppp.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/ng_ppp.ko
Reading symbols from /boot/kernel/ng_netflow.ko...Reading symbols from /boot/kernel/ng_netflow.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/ng_netflow.ko
Reading symbols from /boot/kernel/ng_ksocket.ko...Reading symbols from /boot/kernel/ng_ksocket.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/ng_ksocket.ko
#0  0x00000000 in ?? ()

Дамп нашел, но тупой вопрос чем его открыть он 323 метров.


Название: Re: Помогите побороть kernel panic
Отправлено: ser970 от 26 Июня 2011, 18:48:36
чуть не так.

тут  http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb.html
как разбор делать

ищешь по адресам что вызывает паник и находишь их в дебаге

походу в твоем случае с мпд и связано
вернее не сам мпд а связка мпд пф даже если пф не включен в ядро




Название: Re: Помогите побороть kernel panic
Отправлено: goletsa от 26 Июня 2011, 18:51:01
На сервере крутится mpd?


Да.version 5.3
Было нечто подобное. Проверьте по логам радиуса не было ли авторизаций клиентов с IP находящихся на внешнем сервере относительно текущего.
Т.е. в таблице роутинга например есть запись что 192.168.100.0/24 находится за шлюзом с IP например 10.0.0.1
И в это же время клиент через mpd пытается выйти с адресом из сети 192.168.100.0/24
Там возникает какое-то переполнение (чтото типа закольцовки маршрута) -> как результат паника ядра с похожими ошибками.
По крайней мере у меня было именно так года полтора назад, тоже невнятные кернел паники изза того что клиент попадал не на тот сервер.
Может у вас также.


Название: Re: Помогите побороть kernel panic
Отправлено: ser970 от 26 Июня 2011, 19:09:45
без разбора -гадания на кофейной гуще.

включение опции FLOWTABLE может вызвать тоже самое.

нужно определить что именно вызывает паник. а вызвать его может все что угодно включая железо