Kernel Panic
-
Just because that is true now doesn't mean that will be true in a couple hours. Timestamps are important.
-
As I had asked before, since things keep getting astray, does the panic I received on my Soekris board after doing this process relevant to anything or should I be ignoring it?
Updated to pfSense-Full-Update-2.0-BETA5-i386-20110126-0422.tgz 26-Jan-2011 09:47 83M
/etc/rc.conf_mount_rw fetch http://files.pfsense.org/kernel_new.gz cp kernel_new.gz /boot/kernel/kernel.gzRebooted
Pushed traffic over OpenVPNFatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xd553ebc0 frame pointer = 0x28:0xd553ebcc 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 = 12 (irq5: vr1) [thread] Stopped at 0: *** error reading from address 0 *** db> bt Tracing pid 12 tid 64026 td 0xc3aa4780 m_tag_delete(c4dde600,c4de0b3d) at m_tag_delete+0x32 m_tag_delete_chain(c4dde600,0,d553ec2c,c0c94f99,c4dde600,...) at m_tag_delete_chain+0x82 mb_dtor_mbuf(c4dde600,100,0,c0a9041f,c3a92000,...) at mb_dtor_mbuf+0x25 uma_zfree_arg(c1d7b000,c4dde600,0,c3a28000,d553ec70,...) at uma_zfree_arg+0x29 m_freem(c4dde600,c3debe00,c3a92000,7f,7f,...) at m_freem+0x43 vr_txeof(0,c12c69c0,d5530008,0,0,...) at vr_txeof+0x340 vr_intr(c3a28000,0,109,dbd32e12,b15,...) at vr_intr+0x1c7 intr_event_execute_handlers(c39757f8,c3972180,c0e6ba48,52d,c39721f0,...) at intr_event_execute_handlers+0x14b ithread_loop(c3a8e450,d553ed38,6000,f600001b,0,...) at ithread_loop+0x6b fork_exit(c09ae910,c3a8e450,d553ed38) at fork_exit+0x91 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd553ed70, ebp = 0 --- db>[/thread] -
On the same link posted another kernel.
Thank you very much to every one helping on this.LostIgnorance its very valuable just that this is not chat and i just do not want to spam with useless comments.
-
No problem for testing!
so should i download just the kernel from the same link with out a snap update?
I am on snap
2.0-BETA5 (i386)
built on Wed Jan 26 09:44:03 EST 2011Just want to make sure.
-
Yeah just download the file after this post i updated it again.
-
FYI i just committed some patches to pfSense repo which should fix the hangs and the panics.
All those on non full installs of i386 grab the next snapshot and test when it comes out. -
Since the snapshot builder won't be done with its current run for a while yet, I ran off an i386 full update on my builder and uploaded it here:
http://cvs.pfsense.org/~jimp/pfSense-Full-Update-2.0-BETA4-i386-20110127-1627.tgzIf someone wants to give that a shot, have at it. The amd64 builder doesn't take quite as long, it should be up in a couple hours, the nanobsd builds probably won't be up until after midnight.
-
Jimp,
does this have the kernel that had to be downloaded included or do we need to still do the update then download the kernel from ermal's post?
Thanks! -
Ermal checked the patches into the repo so this should be equivalent to that, or better.
-
Sorry to be so dense… does this mean that the update that I'm performing right now will have the discussed fixes?
-
Not if you're doing an auto update. The snapshots are still building, probably won't be done for a couple hours.
I posted a URL earlier to a build I made for i386 full installs that should have the fixes, though it didn't fix my problem (FTP still has issues…)
-
I just installed your build from the link jimp…testing now...Update: with the snap from your link the system did panic.
jimp, is the text dump in this build? i just went to look for it and do not see the file.
-
tested one more time and it crashed again. :(
-
Textdumps should be on in those builds… see my other post: http://forum.pfsense.org/index.php/topic,32711.0.html
I guess just wait and try the 'real' snapshot when it uploads later tonight.
-
yep, i saw the post and checked /var/crash
nothing in the folder.will the build on the snap server be different then the one you posted?
-
In theory it should be about the same, but in practice that isn't always the case.
-
quick question, I am in the freeze/hang camp. I don't get a kernel panic on the console, so when I update to the next snapshot should I expect a dump in /var/crash when the system hangs?
-
No - the hangs you can't get out of except by a power cycle. There is no crash dump from a hang, only from a panic. (This thread is really for the panics… the hangs have a separate thread)
-
ya that's what I thought, thanks.
-
Today one of the fw's (running "2.0-BETA5 (amd64) built on Thu Jan 27 19:46:43 EST 2011") managed to output something in /var/crash/ before it died.
See attached files.
