Date: Thu, 1 Jul 2010 05:00:16 GMT From: Shant Kassardjian <pookme@hotmail.com> To: freebsd-ipfw@FreeBSD.org Subject: RE: amd64/148157: IPFW in kernel nat BUG found in FreeBSD 8.1-PRERELEASE Message-ID: <201007010500.o6150G1H082455@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/148157; it has been noted by GNATS.
From: Shant Kassardjian <pookme@hotmail.com>
To: <yanefbsd@gmail.com>
Cc: <bug-followup@freebsd.org>
Subject: RE: amd64/148157: IPFW in kernel nat BUG found in FreeBSD
8.1-PRERELEASE
Date: Thu, 1 Jul 2010 05:00:02 +0000
--_71145bc2-6c1a-4340-8c7b-20122d8b8d35_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi Garette=2C
I've tried everything=2C even added a swap file and used the command you pr=
ovided and still no dump file...
I hope you can replicate this problem on your own with an intel em0 driver =
loaded=2C I can provide you all the information you need in case your requi=
re.
let me know if you need anything else.
Thanks=2C
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@gmail.com
> To: pookme@hotmail.com
> CC: bug-followup@freebsd.org
>=20
> On Sun=2C Jun 27=2C 2010 at 11:25 AM=2C Shant Kassardjian <pookme@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@gmail.com
> >> To: pookme@hotmail.com
> >> CC: freebsd-gnats-submit@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@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
_________________________________________________________________
Game on: Challenge friends to great games on Messenger
http://go.microsoft.com/?linkid=3D9734387=
--_71145bc2-6c1a-4340-8c7b-20122d8b8d35_
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>I've tried everything=2C even added a swap file an=
d used the command you provided and still no dump file...<BR><BR><BR><BR>I =
hope you can replicate this problem on your own with an intel em0 driver lo=
aded=2C I can provide you all the information you need in case your require=
.<BR><BR><BR>let me know if you need anything else.<BR><BR><BR>Thanks=2C<BR=
>Regards=2C<BR>Shant K<BR><BR>>=3B Date: Sun=2C 27 Jun 2010 11:27:42 -070=
0<BR>>=3B Subject: Re: amd64/148157: IPFW in kernel nat BUG found in Free=
BSD 8.1-PRERELEASE<BR>>=3B From: yanefbsd@gmail.com<BR>>=3B To: pookme=
@hotmail.com<BR>>=3B CC: bug-followup@freebsd.org<BR>>=3B <BR>>=3B On=
Sun=2C Jun 27=2C 2010 at 11:25 AM=2C Shant Kassardjian <=3Bpookme@hotmai=
l.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@gmail.com<BR>>=
=3B >=3B>=3B To: pookme@hotmail.com<BR>>=3B >=3B>=3B CC: freebsd-=
gnats-submit@freebsd.org<BR>>=3B >=3B>=3B<BR>>=3B >=3B>=3B Hi S=
hant=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 P=
M=2C Shant Kassardjian <=3Bpookme@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 >=3B>=3B >=3B I ju=
st tried to perform a kernel dump with dumpdev=3D"YES" 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 dumpdev=3D"<=3Bblah>=3B" =
always appears to fail to me as well (contrary to<BR>>=3B >=3B>=3B wh=
at others have claimed). Try doing the following after 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 t=
o reproduce the problem and grab the resulting<BR>>=3B >=3B>=3B kerne=
l 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 have<BR>>=3B >=3B any=
swap space allocated?<BR>>=3B >=3B<BR>>=3B >=3B<BR>>=3B >=3B H=
ere's what I added in my /etc/rc.conf to simulate an swap device:<BR>>=3B=
>=3B<BR>>=3B >=3B<BR>>=3B >=3B dumpdev=3D"YES"<BR>>=3B >=3B =
dumpdir=3D"/home/crash/"<BR>>=3B >=3B swapfile=3D"/home/crash/swap0"<BR=
>>=3B >=3B<BR>>=3B >=3B Then I ran:<BR>>=3B >=3B<BR>>=3B >=
=3B core# sh /tmp/ipfw_test ~<BR>>=3B >=3B 00001 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 sw=
ap { print $1 }'` ~<BR>>=3B >=3B<BR>>=3B >=3B<BR>>=3B >=3B Fata=
l trap 12: page fault while in kernel mode<BR>>=3B >=3B cpuid =3D 0=3B =
apic id =3D 00<BR>>=3B >=3B fault virtual address =3D 0xc<BR>>=3B >=
=3B fault code =3D supervisor write data=2C page not present<BR>>=3B >=
=3B instruction pointer =3D 0x20:0xffffffff801d5cd6<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 0xf=
ffff=2C type 0x1b<BR>>=3B >=3B =3D DPL 0=2C pres 1=2C long 1=2C def32 0=
=2C gran 1<BR>>=3B >=3B processor eflags =3D interrupt enabled=2C resum=
e=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 1=
5 seconds - press a key on the console to abort<BR>>=3B >=3B<BR>>=3B =
>=3B<BR>>=3B >=3B I'm still getting the "Cannot 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 disable:<BR>>=3B >=3B&g=
t=3B >=3B<BR>>=3B >=3B>=3B >=3B<BR>>=3B >=3B>=3B >=3B #op=
tions KTRACE # ktrace(1) support<BR>>=3B >=3B>=3B >=3B<BR>>=3B &g=
t=3B>=3B >=3B #options KDTRACE_FRAME # Ensure frames are compiled in<BR=
>>=3B >=3B>=3B >=3B #options KDTRACE_HOOKS # Kernel DTrace hooks<BR=
>>=3B >=3B>=3B >=3B<BR>>=3B >=3B>=3B >=3B must recompile ke=
rnel to enable tracing?<BR>>=3B >=3B>=3B<BR>>=3B >=3B>=3B No.<B=
R>>=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 &g=
t=3B experiencing all sorts of network stability problems for a while<BR>&g=
t=3B >=3B>=3B >=3B now(ever<BR>>=3B >=3B>=3B >=3B since I upg=
rade to stable a month ago). It looks like the em0 driver 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>>=3B >=3B>=3B >=
=3B box to the latest stable 8.1-prerelease I saw alot of improvments and m=
y<BR>>=3B >=3B>=3B >=3B ipfw/dummynet firewall seems to be running =
stable with no<BR>>=3B >=3B>=3B >=3B crashes/lockups so<BR>>=3B &=
gt=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 replicat=
e the in nat kernel problem=2C i just<BR>>=3B >=3B>=3B >=3B cant<BR=
>>=3B >=3B>=3B >=3B get a dump to provide you the additional info.<=
BR> <br /><hr />Look 'em in the eye: FREE Messenger video chat <=
a href=3D'http://go.microsoft.com/?linkid=3D9734382' target=3D'_new'>Chat N=
ow!</a></body>
</html>=
--_71145bc2-6c1a-4340-8c7b-20122d8b8d35_--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201007010500.o6150G1H082455>