Jump to content
Калькуляторы

FreeBSD 9.0 MPD5.6 IPv6 Panic Паника фри при использовании IPv6 и MPD5.

Есть НАС. Сейчас на FreeBSD 9.0. На нем MPD5.6. При включении в ядре inet6, раз в неделю сервак делает ребут без особых причин. Обычно не в ЧНН, случайное время и нагрузка. Сейчас начал использовать IPv6 полностью. Эта проблема была год назад, тогда просто отключил inet6 в ядре и никаких ребутов вообще. Сейчас надо заставить работать. Есть ли кто-нибудь с опытом разбора дебага ядра с mpd5? В прикрепленном файле поный отчет дебага паники.

 

Wed Mar 14 13:29:38 MSK 2012

FreeBSD gw02.local 9.0-STABLE FreeBSD 9.0-STABLE #0: Sun Mar  4 17:52:22 MSK 2012     hawk@gw02.local:/usr/obj/usr/src/sys/Hawk  amd64

panic: page fault

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 "amd64-marcel-freebsd"...

Unread portion of the kernel message buffer:
<6>in_scrubprefix: err=65, prefix delete failed


Fatal trap 12: page fault while in kernel mode
cpuid = 3; apic id = 06
fault virtual address   = 0x60
fault code              = supervisor read data, page not present
instruction pointer     = 0x20:0xffffffff80916dd2
stack pointer           = 0x28:0xffffff8074fe9780
frame pointer           = 0x28:0xffffff8074fe97a0
code segment            = base 0x0, limit 0xfffff, type 0x1b
                       = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 6211 (mpd5)
trap number             = 12
panic: page fault
cpuid = 3
KDB: stack backtrace:
#0 0xffffffff808833fe at kdb_backtrace+0x5e
#1 0xffffffff8084dd37 at panic+0x187
#2 0xffffffff80b76600 at trap_fatal+0x290
#3 0xffffffff80b76949 at trap_pfault+0x1f9
#4 0xffffffff80b76e0f at trap+0x3df
#5 0xffffffff80b6008f at calltrap+0x8
#6 0xffffffff809815a6 at in_ifadownkill+0x116
#7 0xffffffff80914eac at rn_walktree+0x7c
#8 0xffffffff8098143b at in_ifadown+0xbb
#9 0xffffffff80977d29 at in_control+0x6c9
#10 0xffffffff80903027 at ifioctl+0x857
#11 0xffffffff80894cf5 at kern_ioctl+0x115
#12 0xffffffff80894f2d at sys_ioctl+0xfd
#13 0xffffffff80b75ef0 at amd64_syscall+0x450
#14 0xffffffff80b60377 at Xfast_syscall+0xf7
Uptime: 3d15h27m13s
Dumping 774 out of 6087 MB:..3%..11%..21%..31%..42%..52%..62%..71%..81%..91%

Reading symbols from /boot/kernel/alias_ftp.ko...Reading symbols from /boot/kernel/alias_ftp.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/alias_ftp.ko
#0  doadump (textdump=Variable "textdump" is not available.
) at pcpu.h:224
224     pcpu.h: No such file or directory.
       in pcpu.h
(kgdb) #0  doadump (textdump=Variable "textdump" is not available.
) at pcpu.h:224
#1  0xffffffff8084d875 in kern_reboot (howto=260)
   at /usr/src/sys/kern/kern_shutdown.c:442
#2  0xffffffff8084dd21 in panic (fmt=Variable "fmt" is not available.
)
   at /usr/src/sys/kern/kern_shutdown.c:607
#3  0xffffffff80b76600 in trap_fatal (frame=0xc, eva=Variable "eva" is not available.
)
   at /usr/src/sys/amd64/amd64/trap.c:819
#4  0xffffffff80b76949 in trap_pfault (frame=0xffffff8074fe96d0, usermode=0)
   at /usr/src/sys/amd64/amd64/trap.c:735
#5  0xffffffff80b76e0f in trap (frame=0xffffff8074fe96d0)
   at /usr/src/sys/amd64/amd64/trap.c:474
#6  0xffffffff80b6008f in calltrap ()
   at /usr/src/sys/amd64/amd64/exception.S:228
#7  0xffffffff80916dd2 in rtfree (rt=0xfffffe01be6ae578)
   at /usr/src/sys/net/route.c:441
#8  0xffffffff809815a6 in in_ifadownkill (rn=0xfffffe01be6ae578, xap=Variable "xap" is not available.
)
   at /usr/src/sys/netinet/in_rmx.c:432
#9  0xffffffff80914eac in rn_walktree (h=Variable "h" is not available.
) at /usr/src/sys/net/radix.c:1112
#10 0xffffffff8098143b in in_ifadown (ifa=0xfffffe0150ce9400, delete=1)
   at /usr/src/sys/netinet/in_rmx.c:454
#11 0xffffffff80977d29 in in_control (so=Variable "so" is not available.
) at /usr/src/sys/netinet/in.c:580
#12 0xffffffff80903027 in ifioctl (so=0xfffffe0150821aa0, cmd=2149607705, 
   data=0xfffffe01be528780 "ng278", td=0xfffffe0002ca48c0)
   at /usr/src/sys/net/if.c:2550
#13 0xffffffff80894cf5 in kern_ioctl (td=Variable "td" is not available.
) at file.h:291
#14 0xffffffff80894f2d in sys_ioctl (td=0xfffffe0002ca48c0, 
   uap=0xffffff8074fe9bb0) at /usr/src/sys/kern/sys_generic.c:681
#15 0xffffffff80b75ef0 in amd64_syscall (td=0xfffffe0002ca48c0, traced=0)
   at subr_syscall.c:135
#16 0xffffffff80b60377 in Xfast_syscall ()
   at /usr/src/sys/amd64/amd64/exception.S:387
#17 0x000000080228180c in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb) 

core.txt

Edited by Hawk128

Share this post


Link to post
Share on other sites

Неужели здесь нет кого-нибудь, способного помочь в этой проблеме?

Share this post


Link to post
Share on other sites

Напишите в мыллист фри, там любят людей с дампами у которых стабильно воспроизводится.

Share this post


Link to post
Share on other sites

надо запакованую папку src/sys/amd64/compile/Hawk

ядро и корку, тогда может и можно что-то отловить

Share this post


Link to post
Share on other sites

RADIX_MPATH в конфиге присутствует? (хотя судя по коду оно непричем)

Edited by Giga-Byte

Share this post


Link to post
Share on other sites

надо запакованую папку src/sys/amd64/compile/Hawk

ядро и корку, тогда может и можно что-то отловить

 

Это все объемное, здесь, на форуме, какие ограничения?

 

RADIX_MPATH в конфиге присутствует? (хотя судя по коду оно непричем)

 

Нет его. Конфиг ядра в txt файле приложенном к первому сообщению, в самом конце.

Share this post


Link to post
Share on other sites

надо запакованую папку src/sys/amd64/compile/Hawk

ядро и корку, тогда может и можно что-то отловить

 

Это все объемное, здесь, на форуме, какие ограничения?

оно у вас есть? тогда дам ссылку для аплоада.

Share this post


Link to post
Share on other sites

Вы же оператор - выложите у себе :)

 

Действительно, чего это я...

 

ftp://art-telecom.ru/crash/

 

Корка и ядро со всеми модулями (на всяк.).

 

sys/amd64/compile/ - пусто.

Share this post


Link to post
Share on other sites

ftp://...

 

Корка и ядро со всеми модулями (на всяк.).

во! другой разговор.

 

sys/amd64/compile/ - пусто

а, ну да, выж похоже мир пересобирали.

/usr/obj/... где там объектные файлы ядра...

Share this post


Link to post
Share on other sites

а, ну да, выж похоже мир пересобирали.

/usr/obj/... где там объектные файлы ядра...

 

Да. Весь мир из исходников собран при очередном обновлении.

 

/usr/obj/ уже почистил. Если надо, могу заново пересобрать.

 

gw02# uname -a
FreeBSD gw02.local 9.0-STABLE FreeBSD 9.0-STABLE #0: Sun Mar  4 17:52:22 MSK 2012     hawk@gw02.local:/usr/obj/usr/src/sys/Hawk  amd64

 

С 4-го ничего не менял и не обновлял.

Share this post


Link to post
Share on other sites

/usr/obj/ уже почистил. Если надо, могу заново пересобрать.

да бесполезно. ладно, так проанализирую.

Share this post


Link to post
Share on other sites

Почему бесполезно? Ошибка у меня появляется давно и достаточно четко. Исходники не менял с последней сборки, неуже повторно по другому соберется?

Share this post


Link to post
Share on other sites

Собрал мир и ядро. Выложил obj туде же.

Share this post


Link to post
Share on other sites

Собрал мир и ядро. Выложил obj туде же.

тогда и исходники ядра (/usr/src/sys), ибо х/з чего там наворотили после четвёртого марта.

 

потому как смотрю SVN через веб, там net/bpf.c изменён 12 дней назад (какраз в районе 4-го марта) - это просто первый попавшийся файл.

Edited by Giga-Byte

Share this post


Link to post
Share on other sites

запакуйте пожалуйста исходники ядра, 10Кбайт/сек не айс, 5 часов качать не хочу.

и obj тоже.

Edited by Giga-Byte

Share this post


Link to post
Share on other sites

Господа подскажите пожалуйста решилась ли проблема. Точно с такими же симптомами падает девятка, на нескольких машинах причем.

Share this post


Link to post
Share on other sites

Проблему так и не решили. Если выпилить inet6 из ядра (+ соседняя опция), то все ок, работает стабильно.

IPv6 в таком варианте так и не смог запустить из-за этого глюка.

Edited by Hawk128

Share this post


Link to post
Share on other sites

Спасибо. Пойду выпиливать мне он как раз не куда не уперся. :)

А баг этот не случайно кто-нибудь не репортил? А то может надо?

Edited by ComBin

Share this post


Link to post
Share on other sites

Я его пытался отловить - четкости не получилось. Где-то ошибка в неграфе, в ядре.

На зарубежныйх то же встречается. Но решения нет.

Можно попробовать зарепортить, но у меня нет четкости проблемы, а так репортить не хочу.

Share this post


Link to post
Share on other sites

Проблему так и не решили. Если выпилить inet6 из ядра (+ соседняя опция), то все ок, работает стабильно.

IPv6 в таком варианте так и не смог запустить из-за этого глюка.

а если net.inet6.ip6.auto_linklocal=0 ?

Share this post


Link to post
Share on other sites

а если net.inet6.ip6.auto_linklocal=0 ?

У меня решило. Ядро нормально собралось (до этого segmentation fault выдавало во время сборки) и при запуске sarg тоже падать перестало.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this