Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 12 Jan 2005 08:01:52 +1000
From:      Matthew Sullivan <matthew@uq.edu.au>
To:        freebsd-current@freebsd.org
Subject:   Fatal Trap 12: Page fault while in kernel mode (racoon/amd64/5.3-RELEASE-p4)
Message-ID:  <41E44CD0.1000008@uq.edu.au>

index | next in thread | raw e-mail

[-- Attachment #1 --]
Hi All,

Sorry, this is going to be a short introductory message rather than a 
full report initially due to lack of information.

I seem to be having problems with a new AMD64 'Firewall' I am building - 
the last part of the puzzle being configuring at least 1 VPN tunnel.

 From what I can gather racoon is the defacto for setting up IPSec 
tunnels on FreeBSD.  (I am still a relative newcomer to BSD being a 
Linux/Solaris fan to date - must say I am impressed)

...anyhow to the problem...

Installation of the OS was from 5.3/amd64 CD's

Kernel has been recompiled:
FreeBSD desperado.sorbs.net 5.3-RELEASE-p4 FreeBSD 5.3-RELEASE-p4 #0: 
Tue Jan 11 17:08:16 EST 2005     
root@desperado.sorbs.net:/usr/obj/usr/src/sys/DESPERADO  amd64

(everything pretty much standard, will make config available if 
requested - IPFIREWALL is enabled)

racoon compiled and installed from source (via Ports)

Upon running of the binary the kernel will instantly trap a page fault 
which begins:

Fatal Trap 12: Page fault while in kernel mode
fault virtual address = 0xffffffffc93009fc
fault code = supervisor read, page not present

I have recompiled the kernel with KDB and KDB_UNATTENDED however it 
appears the machine is totally locked in this state - it will not 
automatically reboot, it will not respond to [CTRL-ALT-ESC] it will not 
even respond to [CTRL-ALT-DEL] - the only thing it will respond to is 
"the big red button" ;-)

I have told it to save cores, however so far no cores.  The crash is 
reproducible everytime.  The fault process is recorded as racoon.

Any suggestions on solving or debugging this further would be greatly 
appreciated.

The machine is rack mounted and without remote management card so 
getting the rest of the trace information is not going to be easy.

Regards,

-- 
Matthew Sullivan
Specialist Systems Programmer
Information Technology Services
The University of Queensland


[-- Attachment #2 --]
0	*H
010	+0	*H
0r0Z*0
	*H
010	UAU10U
Queensland10UBrisbane1%0#U
The University of Queensland1(0&UInformation Technology Services10UCertificate Server0
040121233621Z
060121233621Z010	UAU1%0#U
The University of Queensland1'0%UInformation Tecnology Services10
	&,dccmatt10UMatthew Sullivan1 0	*H
	matthew@uq.edu.au0\0
	*H
K0HA~?AJ#0z^TY%L~3:ܠDŽoӄ'Zբ,pKh0f0U0	`HB0U#0&2MA{7XT0 U0matthew@its.uq.edu.au0
	*H
]f*fe
7>Că3$K:C%˜pr0(;wP@H$U ҷs;#BdYMz9 Z ȥ-Z=53Fl .jٍ\]W)R+,!6Ampz:3 JFwH2LRD"ױTb^#)/xgBRr{(1&fcv@Jpc4fcy{SaU0r0Z*0
	*H
010	UAU10U
Queensland10UBrisbane1%0#U
The University of Queensland1(0&UInformation Technology Services10UCertificate Server0
040121233621Z
060121233621Z010	UAU1%0#U
The University of Queensland1'0%UInformation Tecnology Services10
	&,dccmatt10UMatthew Sullivan1 0	*H
	matthew@uq.edu.au0\0
	*H
K0HA~?AJ#0z^TY%L~3:ܠDŽoӄ'Zբ,pKh0f0U0	`HB0U#0&2MA{7XT0 U0matthew@its.uq.edu.au0
	*H
]f*fe
7>Că3$K:C%˜pr0(;wP@H$U ҷs;#BdYMz9 Z ȥ-Z=53Fl .jٍ\]W)R+,!6Ampz:3 JFwH2LRD"ױTb^#)/xgBRr{(1&fcv@Jpc4fcy{SaU1@0<0010	UAU10U
Queensland10UBrisbane1%0#U
The University of Queensland1(0&UInformation Technology Services10UCertificate Server*0	+-0	*H
	1	*H
0	*H
	1
050111220152Z0#	*H
	1^deb
[Y):7
0R	*H
	1E0C0
*H
0*H
0
*H
@0+0
*H
(0	+710010	UAU10U
Queensland10UBrisbane1%0#U
The University of Queensland1(0&UInformation Technology Services10UCertificate Server*0*H
	1010	UAU10U
Queensland10UBrisbane1%0#U
The University of Queensland1(0&UInformation Technology Services10UCertificate Server*0
	*H
@&9	<C^>pSl{{BٽdfX~ͳ]<L%\[*
help

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?41E44CD0.1000008>