amd64/148157: IPFW in kernel nat BUG found in FreeBSD
8.1-PRERELEASE
Shant Kassardjian
pookme at hotmail.com
Wed Jun 30 04:00:16 UTC 2010
The following reply was made to PR kern/148157; it has been noted by GNATS.
From: Shant Kassardjian <pookme at hotmail.com>
To: <yanefbsd at gmail.com>
Cc: <bug-followup at freebsd.org>
Subject: RE: amd64/148157: IPFW in kernel nat BUG found in FreeBSD
8.1-PRERELEASE
Date: Wed, 30 Jun 2010 03:41:44 +0000
--_6eb28895-d6d3-44cd-8867-bfa249256909_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi Garette=2C
Just to let you know=2C I will follow these steps from the FreeBSD handbook=
for adding swap space to my system http://www.freebsd.org/doc/en/books/han=
dbook/adding-swap-space.html If all goes well=2C I should have an update wi=
th some debug logs.
I've been very busy lately...
best regards=2C
Shant K
> Date: Sun=2C 27 Jun 2010 11:27:42 -0700
> Subject: Re: amd64/148157: IPFW in kernel nat BUG found in FreeBSD 8.1-P=
RERELEASE
> From: yanefbsd at gmail.com
> To: pookme at hotmail.com
> CC: bug-followup at freebsd.org
>=20
> On Sun=2C Jun 27=2C 2010 at 11:25 AM=2C Shant Kassardjian <pookme at hotmail=
.com> wrote:
> >
> >
> >> Date: Sun=2C 27 Jun 2010 00:04:16 -0700
> >> Subject: Re: amd64/148157: IPFW in kernel nat BUG found in FreeBSD
> >> 8.1-PRERELEASE
> >> From: yanefbsd at gmail.com
> >> To: pookme at hotmail.com
> >> CC: freebsd-gnats-submit at freebsd.org
> >>
> >> Hi Shant=2C
> >> Please bottom post from here on out.
> >>
> >> On Sat=2C Jun 26=2C 2010 at 11:47 PM=2C Shant Kassardjian <pookme at hotm=
ail.com>
> >> wrote:
> >> > Hi Garrett=2C
> >> >
> >> >
> >> > I just tried to perform a kernel dump with dumpdev=3D"YES" and had n=
o
> >> > luck=2C I
> >> > keep getting:
> >>
> >> dumpdev=3D"<blah>" always appears to fail to me as well (contrary to
> >> what others have claimed). Try doing the following after booting up:
> >>
> >> dumpon `awk '$3 =3D=3D swap { print $1 }'`
> >>
> >> Then you'll be able to reproduce the problem and grab the resulting
> >> kernel core dump.
> >
> >
> > Hi Garrett=2C
> >
> >
> > I still can't get it to dump. Perhaps it's because my system does not h=
ave
> > any swap space allocated?
> >
> >
> > Here's what I added in my /etc/rc.conf to simulate an swap device:
> >
> >
> > dumpdev=3D"YES"
> > dumpdir=3D"/home/crash/"
> > swapfile=3D"/home/crash/swap0"
> >
> > Then I ran:
> >
> > core# sh /tmp/ipfw_test ~
> > 00001 nat 100 ip from any to any via em0
> > ipfw nat 100 config ip 192.168.1.104 redirect_port tcp 172.25.1.1:22 22
> > core# dumpon `awk '$3 =3D=3D swap { print $1 }'` ~
> >
> >
> > Fatal trap 12: page fault while in kernel mode
> > cpuid =3D 0=3B apic id =3D 00
> > fault virtual address =3D 0xc
> > fault code =3D supervisor write data=2C page not present
> > instruction pointer =3D 0x20:0xffffffff801d5cd6
> > stack pointer =3D 0x28:0xffffff8074fbc370
> > frame pointer =3D 0x28:0xffffff8074fbc620
> > code segment =3D base 0x0=2C limit 0xfffff=2C type 0x1b
> > =3D DPL 0=2C pres 1=2C long 1=2C def32 0=2C gran 1
> > processor eflags =3D interrupt enabled=2C resume=2C IOPL =3D 0
> > current process =3D 1818 (sshd)
> > trap number =3D 12
> > panic: page fault
> > cpuid =3D 0
> > Uptime: 2m36s
> > Cannot dump. Device not defined or unavailable.
> > Automatic reboot in 15 seconds - press a key on the console to abort
> >
> >
> > I'm still getting the "Cannot dump" error message=2C any idea what I ca=
n do
> > next?
>=20
> Yeah.. you need a swap device otherwise you're not going to be able to
> get a coredump...
>=20
> >> > Cannot dump. Device not defined or unavailable.
> >> >
> >> > my custom kernel is set to disable:
> >> >
> >> >
> >> > #options KTRACE # ktrace(1) support
> >> >
> >> > #options KDTRACE_FRAME # Ensure frames are compiled in
> >> > #options KDTRACE_HOOKS # Kernel DTrace hooks
> >> >
> >> > must recompile kernel to enable tracing?
> >>
> >> No.
> >>
> >> > I'm currently using the intel pro 1000 chipset / em0 driver=2C I've =
been
> >> > experiencing all sorts of network stability problems for a while
> >> > now(ever
> >> > since I upgrade to stable a month ago). It looks like the em0 driver=
for
> >> > amd64 needs alot of work however a couple of days ago when I recompi=
led
> >> > my
> >> > box to the latest stable 8.1-prerelease I saw alot of improvments an=
d my
> >> > ipfw/dummynet firewall seems to be running stable with no
> >> > crashes/lockups so
> >> > far...
> >> >
> >> >
> >> > It is very easy for me to replicate the in nat kernel problem=2C i j=
ust
> >> > cant
> >> > get a dump to provide you the additional info.
=20
_________________________________________________________________
Turn down-time into play-time with Messenger games
http://go.microsoft.com/?linkid=3D9734385=
--_6eb28895-d6d3-44cd-8867-bfa249256909_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<style><!--
.hmmessage P
{
margin:0px=3B
padding:0px
}
body.hmmessage
{
font-size: 10pt=3B
font-family:Verdana
}
--></style>
</head>
<body class=3D'hmmessage'>
Hi Garette=2C<BR><BR><BR>Just to let you know=2C I will follow these steps =
from the FreeBSD handbook for adding swap space to my system http://www.fre=
ebsd.org/doc/en/books/handbook/adding-swap-space.html If all goes well=2C I=
should have an update with some debug logs.<BR><BR><BR>I've been very busy=
lately...<BR><BR><BR>best regards=2C<BR>Shant K<BR><BR>>=3B Date: Sun=2C=
27 Jun 2010 11:27:42 -0700<BR>>=3B Subject: Re: amd64/148157: IPFW in ke=
rnel nat BUG found in FreeBSD 8.1-PRERELEASE<BR>>=3B From: yanefbsd at gmai=
l.com<BR>>=3B To: pookme at hotmail.com<BR>>=3B CC: bug-followup at freebsd.o=
rg<BR>>=3B <BR>>=3B On Sun=2C Jun 27=2C 2010 at 11:25 AM=2C Shant Kassa=
rdjian <=3Bpookme at hotmail.com>=3B wrote:<BR>>=3B >=3B<BR>>=3B >=
=3B<BR>>=3B >=3B>=3B Date: Sun=2C 27 Jun 2010 00:04:16 -0700<BR>>=
=3B >=3B>=3B Subject: Re: amd64/148157: IPFW in kernel nat BUG found in=
FreeBSD<BR>>=3B >=3B>=3B 8.1-PRERELEASE<BR>>=3B >=3B>=3B From:=
yanefbsd at gmail.com<BR>>=3B >=3B>=3B To: pookme at hotmail.com<BR>>=3B=
>=3B>=3B CC: freebsd-gnats-submit at freebsd.org<BR>>=3B >=3B>=3B<B=
R>>=3B >=3B>=3B Hi Shant=2C<BR>>=3B >=3B>=3B Please bottom post=
from here on out.<BR>>=3B >=3B>=3B<BR>>=3B >=3B>=3B On Sat=2C =
Jun 26=2C 2010 at 11:47 PM=2C Shant Kassardjian <=3Bpookme at hotmail.com>=
=3B<BR>>=3B >=3B>=3B wrote:<BR>>=3B >=3B>=3B >=3B Hi Garrett=
=2C<BR>>=3B >=3B>=3B >=3B<BR>>=3B >=3B>=3B >=3B<BR>>=3B &=
gt=3B>=3B >=3B I just tried to perform a kernel dump with dumpdev=3D"YE=
S" and had no<BR>>=3B >=3B>=3B >=3B luck=2C I<BR>>=3B >=3B>=
=3B >=3B keep getting:<BR>>=3B >=3B>=3B<BR>>=3B >=3B>=3B dump=
dev=3D"<=3Bblah>=3B" always appears to fail to me as well (contrary to<=
BR>>=3B >=3B>=3B what others have claimed). Try doing the following a=
fter booting up:<BR>>=3B >=3B>=3B<BR>>=3B >=3B>=3B dumpon `awk =
'$3 =3D=3D swap { print $1 }'`<BR>>=3B >=3B>=3B<BR>>=3B >=3B>=
=3B Then you'll be able to reproduce the problem and grab the resulting<BR>=
>=3B >=3B>=3B kernel core dump.<BR>>=3B >=3B<BR>>=3B >=3B<BR>=
>=3B >=3B Hi Garrett=2C<BR>>=3B >=3B<BR>>=3B >=3B<BR>>=3B >=
=3B I still can't get it to dump. Perhaps it's because my system does not h=
ave<BR>>=3B >=3B any swap space allocated?<BR>>=3B >=3B<BR>>=3B &=
gt=3B<BR>>=3B >=3B Here's what I added in my /etc/rc.conf to simulate a=
n swap device:<BR>>=3B >=3B<BR>>=3B >=3B<BR>>=3B >=3B dumpdev=
=3D"YES"<BR>>=3B >=3B dumpdir=3D"/home/crash/"<BR>>=3B >=3B swapfil=
e=3D"/home/crash/swap0"<BR>>=3B >=3B<BR>>=3B >=3B Then I ran:<BR>&g=
t=3B >=3B<BR>>=3B >=3B core# sh /tmp/ipfw_test ~<BR>>=3B >=3B 000=
01 nat 100 ip from any to any via em0<BR>>=3B >=3B ipfw nat 100 config =
ip 192.168.1.104 redirect_port tcp 172.25.1.1:22 22<BR>>=3B >=3B core# =
dumpon `awk '$3 =3D=3D swap { print $1 }'` ~<BR>>=3B >=3B<BR>>=3B >=
=3B<BR>>=3B >=3B Fatal trap 12: page fault while in kernel mode<BR>>=
=3B >=3B cpuid =3D 0=3B apic id =3D 00<BR>>=3B >=3B fault virtual add=
ress =3D 0xc<BR>>=3B >=3B fault code =3D supervisor write data=2C page =
not present<BR>>=3B >=3B instruction pointer =3D 0x20:0xffffffff801d5cd=
6<BR>>=3B >=3B stack pointer =3D 0x28:0xffffff8074fbc370<BR>>=3B >=
=3B frame pointer =3D 0x28:0xffffff8074fbc620<BR>>=3B >=3B code segment=
=3D base 0x0=2C limit 0xfffff=2C type 0x1b<BR>>=3B >=3B =3D DPL 0=2C p=
res 1=2C long 1=2C def32 0=2C gran 1<BR>>=3B >=3B processor eflags =3D =
interrupt enabled=2C resume=2C IOPL =3D 0<BR>>=3B >=3B current process =
=3D 1818 (sshd)<BR>>=3B >=3B trap number =3D 12<BR>>=3B >=3B panic:=
page fault<BR>>=3B >=3B cpuid =3D 0<BR>>=3B >=3B Uptime: 2m36s<BR>=
>=3B >=3B Cannot dump. Device not defined or unavailable.<BR>>=3B >=
=3B Automatic reboot in 15 seconds - press a key on the console to abort<BR=
>>=3B >=3B<BR>>=3B >=3B<BR>>=3B >=3B I'm still getting the "Can=
not dump" error message=2C any idea what I can do<BR>>=3B >=3B next?<BR=
>>=3B <BR>>=3B Yeah.. you need a swap device otherwise you're not going=
to be able to<BR>>=3B get a coredump...<BR>>=3B <BR>>=3B >=3B>=
=3B >=3B Cannot dump. Device not defined or unavailable.<BR>>=3B >=3B=
>=3B >=3B<BR>>=3B >=3B>=3B >=3B my custom kernel is set to disa=
ble:<BR>>=3B >=3B>=3B >=3B<BR>>=3B >=3B>=3B >=3B<BR>>=3B =
>=3B>=3B >=3B #options KTRACE # ktrace(1) support<BR>>=3B >=3B>=
=3B >=3B<BR>>=3B >=3B>=3B >=3B #options KDTRACE_FRAME # Ensure fr=
ames are compiled in<BR>>=3B >=3B>=3B >=3B #options KDTRACE_HOOKS #=
Kernel DTrace hooks<BR>>=3B >=3B>=3B >=3B<BR>>=3B >=3B>=3B &=
gt=3B must recompile kernel to enable tracing?<BR>>=3B >=3B>=3B<BR>&g=
t=3B >=3B>=3B No.<BR>>=3B >=3B>=3B<BR>>=3B >=3B>=3B >=3B =
I'm currently using the intel pro 1000 chipset / em0 driver=2C I've been<BR=
>>=3B >=3B>=3B >=3B experiencing all sorts of network stability pro=
blems for a while<BR>>=3B >=3B>=3B >=3B now(ever<BR>>=3B >=3B&g=
t=3B >=3B since I upgrade to stable a month ago). It looks like the em0 d=
river for<BR>>=3B >=3B>=3B >=3B amd64 needs alot of work however a =
couple of days ago when I recompiled<BR>>=3B >=3B>=3B >=3B my<BR>&g=
t=3B >=3B>=3B >=3B box to the latest stable 8.1-prerelease I saw alot=
of improvments and my<BR>>=3B >=3B>=3B >=3B ipfw/dummynet firewall=
seems to be running stable with no<BR>>=3B >=3B>=3B >=3B crashes/l=
ockups so<BR>>=3B >=3B>=3B >=3B far...<BR>>=3B >=3B>=3B >=
=3B<BR>>=3B >=3B>=3B >=3B<BR>>=3B >=3B>=3B >=3B It is very =
easy for me to replicate the in nat kernel problem=2C i just<BR>>=3B >=
=3B>=3B >=3B cant<BR>>=3B >=3B>=3B >=3B get a dump to provide y=
ou the additional info.<BR> <br /><hr />Your Photo on Bing.ca: Y=
ou Could WIN on Canada Day! <a href=3D'http://go.microsoft.com/?linkid=3D97=
34380' target=3D'_new'>Submit a Photo Now! </a></body>
</html>=
--_6eb28895-d6d3-44cd-8867-bfa249256909_--
More information about the freebsd-ipfw
mailing list