forum.lissyara.su

Кто хочет сделать - ищет способ, кто не хочет - причину
https://forum.lissyara.su/

Kernel Panic

https://forum.lissyara.su/viewtopic.php?f=8&t=25042

Страница 1 из 1

Kernel Panic

Добавлено: 2010-03-24 1:36:25
si4re
Проконсультируйте пл

После установки freebsd 7.2 Release p7 система стала падать в kernel panic
установил 7.3 Release не помогло

куда копать?

из особенного подключена usb wifi карта asus wgl 167 ver2
до этого стояла freebsd 8.0 release проблем не наблюдалось
память протестил
вот с ядром GENERIC пока работает посмотрим мож еще отвалится

Код: Выделить всё

FreeBSD free 7.3-RELEASE FreeBSD 7.3-RELEASE #0: Sun Mar 21 06:15:01 UTC 2010     root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/PENTIUM7  i386
опции ядра:

Код: Выделить всё

# ipfw
options         IPFIREWALL              #firewall
options         IPFIREWALL_VERBOSE      #enable logging to syslogd(8)
options         IPFIREWALL_VERBOSE_LIMIT=100    #limit verbosity
options         IPFIREWALL_DEFAULT_TO_ACCEPT    #allow everything by default
options         IPFIREWALL_FORWARD      #packet destination changes
options         IPFIREWALL_NAT          #ipfw kernel nat support
options         IPDIVERT                #divert sockets
options         IPSTEALTH               #support for stealth forwarding
# libalias library, performing NAT
options         LIBALIAS
#DUMMYNET
options         DUMMYNET
#support for stealth forwarding
options         IPSTEALTH
#polling
options         DEVICE_POLLING
options         HZ=1000
#netgraph
options         NETGRAPH
options         NETGRAPH_SOCKET
# MPPC compression requires proprietary files (not included)
#options         NETGRAPH_MPPC_COMPRESSION
options         NETGRAPH_MPPC_ENCRYPTION
options         NETGRAPH_TEE
options         NETGRAPH_PPP
options         NETGRAPH_KSOCKET
options         NETGRAPH_VJC
options         NETGRAPH_PPTPGRE
options         NETGRAPH_IFACE
#bridge support
device          if_bridge
free# kgdb kernel.symbols /var/crash/vmcore.1

Код: Выделить всё

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0x12
fault code              = supervisor read, page not present
instruction pointer     = 0x20:0xc04f9aaa
stack pointer           = 0x28:0xe4bcfbe4
frame pointer           = 0x28:0xe4bcfbfc
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 35 (irq23: ehci0)
current process = 35 (irq23: ehci0)

## это говорит что у меня проблемы с ehci0 то есть виноват usb?

Код: Выделить всё

trap number             = 12
panic: page fault
cpuid = 0
Uptime: 8m42s
Physical memory: 1519 MB
Dumping 147 MB: 132 116 100 84 68 52 36 20 4
Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/acpi.ko
#0  doadump () at pcpu.h:196
196     pcpu.h: No such file or directory.
        in pcpu.h
(kgdb) bt

Код: Выделить всё

#0  doadump () at pcpu.h:196
#1  0xc05964a7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418
#2  0xc0596779 in panic (fmt=Variable "fmt" is not available.
) at /usr/src/sys/kern/kern_shutdown.c:574
#3  0xc0845dbc in trap_fatal (frame=0xe4bcfba4, eva=18)
    at /usr/src/sys/i386/i386/trap.c:950
#4  0xc0846020 in trap_pfault (frame=0xe4bcfba4, usermode=0, eva=18)
    at /usr/src/sys/i386/i386/trap.c:863
#5  0xc08469d9 in trap (frame=0xe4bcfba4) at /usr/src/sys/i386/i386/trap.c:541
#6  0xc082a6db in calltrap () at /usr/src/sys/i386/i386/exception.s:166
#7  0xc04f9aaa in rum_txeof (xfer=0xc4cecc00, priv=0xc49ca498,
    status=USBD_NORMAL_COMPLETION) at /usr/src/sys/dev/usb/if_rum.c:845
#8  0xc0517e35 in usb_transfer_complete (xfer=0xc4cecc00)
at /usr/src/sys/dev/usb/usbdi.c:979
#9  0xc04f2ed1 in ehci_softintr (v=0xc4938000)
    at /usr/src/sys/dev/usb/ehci.c:904
#10 0xc05139d2 in usb_schedsoftintr (bus=0xc4938000)
    at /usr/src/sys/dev/usb/usb.c:844
#11 0xc04f46ae in ehci_intr1 (sc=0xc4938000) at /usr/src/sys/dev/usb/ehci.c:604
#12 0xc04f5125 in ehci_intr (v=0xc4938000) at /usr/src/sys/dev/usb/ehci.c:563
#13 0xc0571c7b in ithread_loop (arg=0xc49b10c0)
    at /usr/src/sys/kern/kern_intr.c:1181
#14 0xc056e419 in fork_exit (callout=0xc0571ad0 <ithread_loop>,
    arg=0xc49b10c0, frame=0xe4bcfd38) at /usr/src/sys/kern/kern_fork.c:811
#15 0xc082a750 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:271

Re: Kernel Panic

Добавлено: 2010-03-24 1:48:16
Гость
да это USB валит в паник
обновитесь до стеибла, может поможет

Re: Kernel Panic

Добавлено: 2010-03-24 2:28:42
si4re

Код: Выделить всё

list *0xc04f9aaa
0xc04f9aaa is in rum_txeof (/usr/src/sys/dev/usb/if_rum.c:845).
840     {
841             struct rum_tx_data *data = priv;
842             struct rum_softc *sc = data->sc;
843             struct ifnet *ifp = sc->sc_ic.ic_ifp;
844
845             if (data->m->m_flags & M_TXCB)
846                     ieee80211_process_callback(data->ni, data->m,
847                             status == USBD_NORMAL_COMPLETION ? 0 : ETIMEDOUT);
848
849             if (status != USBD_NORMAL_COMPLETION) {
проблема оказалась в rum драйвере
проверил: копируешь файлы по wifi -- kernel panic(((((((((

Нашел рассылку посвященную моей проблеме

http://www.freebsd.org/cgi/query-pr.cgi?pr=123968

Код: Выделить всё

From:	Jonny Crook <je.suis.bon@googlemail.com>
Date:	Sat, 24 May 2008 23:55:53 GMT

Код: Выделить всё

Fix:
за 2 года нельзя было пофиксить драйвер??

Re: Kernel Panic

Добавлено: 2010-03-24 2:37:27
Гость
а может уже в стеибл пофиксили?

Re: Kernel Panic

Добавлено: 2010-03-24 18:11:26
risk94
uname -a

Код: Выделить всё

FreeBSD *.nu 6.3-RELEASE FreeBSD 6.3-RELEASE #1: Sun Feb 22 10:48:21 EET 2009     Avtonaziya@*.nu:/usr/obj/usr/src/sys/gate  i386
ядро:

Код: Выделить всё

makeoptions     DEBUG=-g                # Build kernel with gdb(1) debug symbols
maxusers        0
options         IPFIREWALL
options         IPFIREWALL_VERBOSE
options         IPFIREWALL_VERBOSE_LIMIT=100
options         IPFIREWALL_FORWARD
options         IPDIVERT
options         DUMMYNET
options         TCP_DROP_SYNFIN
options         NETGRAPH
options         NETGRAPH_ETHER
options         NETGRAPH_SOCKET
options         NETGRAPH_TEE
options         NETGRAPH_MPPC_ENCRYPTION
options         NETGRAPH_MPPC_COMPRESSION
options         NETGRAPH_BPF
options         NETGRAPH_IFACE
options         NETGRAPH_KSOCKET
options         NETGRAPH_PPP
options         NETGRAPH_PPTPGRE
options         NETGRAPH_TCPMSS
options         NETGRAPH_VJC
options         NETGRAPH_ONE2MANY
options         NETGRAPH_RFC1490
options         NETGRAPH_TEE
options         NETGRAPH_TTY
options         NETGRAPH_UI
машина работала больше года как часы. начала ругатся на слайс /var - находит в нем всякую ересь типа неверной линковки файлов, кол-ва суперблоков etc.

один раз тупо висела, один раз увидел когда паниковало, но в /var/crash - ничего не складывается. fsck -y в синглмоде лечит примерно на сутки. потом картина повторяется. на что грешить? умерает винт? в логах аномалий не нашел. Машинка шлюзует траф до 100 мегабит.

Re: Kernel Panic

Добавлено: 2010-03-24 18:16:49
Гость
1 ваши релизы никому не интересны, для этого есть стеибл
2 6.3 ? может вы еще с FreeBSD 2.1 прийдете ?
3 а зачем вам такой большой винт на машинке которая только трафик роутит? сами себе проблему сделали ffs овер большой винт это зло. ставте FAT32

Re: Kernel Panic

Добавлено: 2010-03-25 11:13:28
si4re
обновился до stable все работает))

недолго уже нет

Re: Kernel Panic

Добавлено: 2010-03-25 11:15:11
si4re
киньте больше логов

Re: Kernel Panic

Добавлено: 2011-12-12 12:11:17
AmorphiSUA
Помогите разобраться...
Система:

Код: Выделить всё

FreeBSD exalfa.prima.local 8.2-STABLE FreeBSD 8.2-STABLE #19: Tue Aug  9 10:58:27 UTC 2011     root@exalfa.prima.local:/usr/obj/usr/src/sys/PRIMA_SMP_PAE  i386
Периодически, в течении последнего месяца ОС падает с kernrel panic, хотя до этого (с момента апдейта до 8.2) работала стабильно. Вот вывод kgdb bt

Код: Выделить всё

#0  doadump () at pcpu.h:231
#1  0xc04ce7d3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:429
#2  0xc04cea70 in panic (fmt=Variable "fmt" is not available.
) at /usr/src/sys/kern/kern_shutdown.c:602
#3  0xc0774563 in trap_fatal (frame=0xfbda3844, eva=4) at /usr/src/sys/i386/i386/trap.c:973
#4  0xc07747d0 in trap_pfault (frame=0xfbda3844, usermode=0, eva=4) at /usr/src/sys/i386/i386/trap.c:886
#5  0xc0774cf3 in trap (frame=0xfbda3844) at /usr/src/sys/i386/i386/trap.c:559
#6  0xc075a15c in calltrap () at /usr/src/sys/i386/i386/exception.s:168
#7  0xcfc2937f in smbfs_fullpath (mbp=0xc9b0879c, vcp=0xc97f6a00, dnp=0x0, name=0x0, nmlen=0) at /usr/src/sys/modules/smbfs/../../fs/smbfs/smbfs_subr.c:133
#8  0xcfc2a5a6 in smbfs_findnext (ctx=0xc9d60b00, limit=1, scred=0xfbda39b0) at /usr/src/sys/modules/smbfs/../../fs/smbfs/smbfs_smb.c:1171
#9  0xcfc2b135 in smbfs_smb_lookup (dnp=0xc91ffd80, name=0x0, nmlen=0, fap=0xfbda3988, scred=0xfbda39b0)
    at /usr/src/sys/modules/smbfs/../../fs/smbfs/smbfs_smb.c:1502
#10 0xcfc27b43 in smbfs_getattr (ap=0xfbda3a54) at /usr/src/sys/modules/smbfs/../../fs/smbfs/smbfs_vnops.c:274
#11 0xc0792d02 in VOP_GETATTR_APV (vop=0xcfc317e0, a=0xfbda3a54) at vnode_if.c:697
#12 0xcfc2595d in smbfs_inactive (ap=0xfbda3aa0) at vnode_if.h:309
#13 0xc07932a2 in VOP_INACTIVE_APV (vop=0xcfc317e0, a=0xfbda3aa0) at vnode_if.c:1863
#14 0xc0558f2f in vinactive (vp=0xcaf13648, td=0xc9e86b80) at vnode_if.h:807
#15 0xc055a765 in vgonel (vp=0xcaf13648) at /usr/src/sys/kern/vfs_subr.c:2617
#16 0xc055f276 in vflush (mp=0xc8b7d508, rootrefs=1, flags=Variable "flags" is not available.
) at /usr/src/sys/kern/vfs_subr.c:2494
#17 0xcfc24d58 in smbfs_unmount (mp=0xc8b7d508, mntflags=134742016) at /usr/src/sys/modules/smbfs/../../fs/smbfs/smbfs_vfsops.c:307
#18 0xc05579f7 in dounmount (mp=0xc8b7d508, flags=134742016, td=0xc9e86b80) at /usr/src/sys/kern/vfs_mount.c:1317
#19 0xc055811d in unmount (td=0xc9e86b80, uap=0xfbda3cec) at /usr/src/sys/kern/vfs_mount.c:1202
#20 0xc050ae99 in syscallenter (td=0xc9e86b80, sa=0xfbda3ce4) at /usr/src/sys/kern/subr_trap.c:326
#21 0xc0774824 in syscall (frame=0xfbda3d28) at /usr/src/sys/i386/i386/trap.c:1088
#22 0xc075a1c1 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:266
#23 0x00000033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
Что проблема с smbfs?

Re: Kernel Panic

Добавлено: 2011-12-13 10:09:51
manefesto
ну во первых PAE, а во вторых STABLE

Re: Kernel Panic

Добавлено: 2011-12-13 17:10:21
AmorphiSUA
Тю, глупость какая! А можно подробнее при чем тут PAE и STABLE?

Re: Kernel Panic

Добавлено: 2011-12-14 13:32:55
manefesto
во первых PAE это костыль, а во вторых может еще и какой то косяк STABLE

Re: Kernel Panic

Добавлено: 2012-02-08 14:46:01
AmorphiSUA
Короче... Дело не в PAE и не STABLE))) Оказалось все намного прозаичнее. Глючил контроллер STLab А-410 на чипе SiL3132... На сем дивном контроллере был собран софтварный raid 1. На рейде размещалось хранилище репозитариев Subversion. Так вот и выяснилось, что по нагрузкой (на рейд) система падала.
Часовой пояс: UTC+03:00
Страница 1 из 1
Powered by phpBB® Forum Software © phpBB Limited
https://www.phpbb.com/