Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 30 Jun 2010 04:00:15 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:  <201006300400.o5U40FMW027185@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: 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@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
 _________________________________________________________________
 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>&gt=3B Date: Sun=2C=
  27 Jun 2010 11:27:42 -0700<BR>&gt=3B Subject: Re: amd64/148157: IPFW in ke=
 rnel nat BUG found in FreeBSD 	8.1-PRERELEASE<BR>&gt=3B From: yanefbsd@gmai=
 l.com<BR>&gt=3B To: pookme@hotmail.com<BR>&gt=3B CC: bug-followup@freebsd.o=
 rg<BR>&gt=3B <BR>&gt=3B On Sun=2C Jun 27=2C 2010 at 11:25 AM=2C Shant Kassa=
 rdjian &lt=3Bpookme@hotmail.com&gt=3B wrote:<BR>&gt=3B &gt=3B<BR>&gt=3B &gt=
 =3B<BR>&gt=3B &gt=3B&gt=3B Date: Sun=2C 27 Jun 2010 00:04:16 -0700<BR>&gt=
 =3B &gt=3B&gt=3B Subject: Re: amd64/148157: IPFW in kernel nat BUG found in=
  FreeBSD<BR>&gt=3B &gt=3B&gt=3B 8.1-PRERELEASE<BR>&gt=3B &gt=3B&gt=3B From:=
  yanefbsd@gmail.com<BR>&gt=3B &gt=3B&gt=3B To: pookme@hotmail.com<BR>&gt=3B=
  &gt=3B&gt=3B CC: freebsd-gnats-submit@freebsd.org<BR>&gt=3B &gt=3B&gt=3B<B=
 R>&gt=3B &gt=3B&gt=3B Hi Shant=2C<BR>&gt=3B &gt=3B&gt=3B Please bottom post=
  from here on out.<BR>&gt=3B &gt=3B&gt=3B<BR>&gt=3B &gt=3B&gt=3B On Sat=2C =
 Jun 26=2C 2010 at 11:47 PM=2C Shant Kassardjian &lt=3Bpookme@hotmail.com&gt=
 =3B<BR>&gt=3B &gt=3B&gt=3B wrote:<BR>&gt=3B &gt=3B&gt=3B &gt=3B Hi Garrett=
 =2C<BR>&gt=3B &gt=3B&gt=3B &gt=3B<BR>&gt=3B &gt=3B&gt=3B &gt=3B<BR>&gt=3B &=
 gt=3B&gt=3B &gt=3B I just tried to perform a kernel dump with dumpdev=3D"YE=
 S" and had no<BR>&gt=3B &gt=3B&gt=3B &gt=3B luck=2C I<BR>&gt=3B &gt=3B&gt=
 =3B &gt=3B keep getting:<BR>&gt=3B &gt=3B&gt=3B<BR>&gt=3B &gt=3B&gt=3B dump=
 dev=3D"&lt=3Bblah&gt=3B" always appears to fail to me as well (contrary to<=
 BR>&gt=3B &gt=3B&gt=3B what others have claimed). Try doing the following a=
 fter booting up:<BR>&gt=3B &gt=3B&gt=3B<BR>&gt=3B &gt=3B&gt=3B dumpon `awk =
 '$3 =3D=3D swap { print $1 }'`<BR>&gt=3B &gt=3B&gt=3B<BR>&gt=3B &gt=3B&gt=
 =3B Then you'll be able to reproduce the problem and grab the resulting<BR>=
 &gt=3B &gt=3B&gt=3B kernel core dump.<BR>&gt=3B &gt=3B<BR>&gt=3B &gt=3B<BR>=
 &gt=3B &gt=3B Hi Garrett=2C<BR>&gt=3B &gt=3B<BR>&gt=3B &gt=3B<BR>&gt=3B &gt=
 =3B I still can't get it to dump. Perhaps it's because my system does not h=
 ave<BR>&gt=3B &gt=3B any swap space allocated?<BR>&gt=3B &gt=3B<BR>&gt=3B &=
 gt=3B<BR>&gt=3B &gt=3B Here's what I added in my /etc/rc.conf to simulate a=
 n swap device:<BR>&gt=3B &gt=3B<BR>&gt=3B &gt=3B<BR>&gt=3B &gt=3B dumpdev=
 =3D"YES"<BR>&gt=3B &gt=3B dumpdir=3D"/home/crash/"<BR>&gt=3B &gt=3B swapfil=
 e=3D"/home/crash/swap0"<BR>&gt=3B &gt=3B<BR>&gt=3B &gt=3B Then I ran:<BR>&g=
 t=3B &gt=3B<BR>&gt=3B &gt=3B core# sh /tmp/ipfw_test ~<BR>&gt=3B &gt=3B 000=
 01 nat 100 ip from any to any via em0<BR>&gt=3B &gt=3B ipfw nat 100 config =
 ip 192.168.1.104 redirect_port tcp 172.25.1.1:22 22<BR>&gt=3B &gt=3B core# =
 dumpon `awk '$3 =3D=3D swap { print $1 }'` ~<BR>&gt=3B &gt=3B<BR>&gt=3B &gt=
 =3B<BR>&gt=3B &gt=3B Fatal trap 12: page fault while in kernel mode<BR>&gt=
 =3B &gt=3B cpuid =3D 0=3B apic id =3D 00<BR>&gt=3B &gt=3B fault virtual add=
 ress =3D 0xc<BR>&gt=3B &gt=3B fault code =3D supervisor write data=2C page =
 not present<BR>&gt=3B &gt=3B instruction pointer =3D 0x20:0xffffffff801d5cd=
 6<BR>&gt=3B &gt=3B stack pointer =3D 0x28:0xffffff8074fbc370<BR>&gt=3B &gt=
 =3B frame pointer =3D 0x28:0xffffff8074fbc620<BR>&gt=3B &gt=3B code segment=
  =3D base 0x0=2C limit 0xfffff=2C type 0x1b<BR>&gt=3B &gt=3B =3D DPL 0=2C p=
 res 1=2C long 1=2C def32 0=2C gran 1<BR>&gt=3B &gt=3B processor eflags =3D =
 interrupt enabled=2C resume=2C IOPL =3D 0<BR>&gt=3B &gt=3B current process =
 =3D 1818 (sshd)<BR>&gt=3B &gt=3B trap number =3D 12<BR>&gt=3B &gt=3B panic:=
  page fault<BR>&gt=3B &gt=3B cpuid =3D 0<BR>&gt=3B &gt=3B Uptime: 2m36s<BR>=
 &gt=3B &gt=3B Cannot dump. Device not defined or unavailable.<BR>&gt=3B &gt=
 =3B Automatic reboot in 15 seconds - press a key on the console to abort<BR=
 >&gt=3B &gt=3B<BR>&gt=3B &gt=3B<BR>&gt=3B &gt=3B I'm still getting the "Can=
 not dump" error message=2C any idea what I can do<BR>&gt=3B &gt=3B next?<BR=
 >&gt=3B <BR>&gt=3B Yeah.. you need a swap device otherwise you're not going=
  to be able to<BR>&gt=3B get a coredump...<BR>&gt=3B <BR>&gt=3B &gt=3B&gt=
 =3B &gt=3B Cannot dump. Device not defined or unavailable.<BR>&gt=3B &gt=3B=
 &gt=3B &gt=3B<BR>&gt=3B &gt=3B&gt=3B &gt=3B my custom kernel is set to disa=
 ble:<BR>&gt=3B &gt=3B&gt=3B &gt=3B<BR>&gt=3B &gt=3B&gt=3B &gt=3B<BR>&gt=3B =
 &gt=3B&gt=3B &gt=3B #options KTRACE # ktrace(1) support<BR>&gt=3B &gt=3B&gt=
 =3B &gt=3B<BR>&gt=3B &gt=3B&gt=3B &gt=3B #options KDTRACE_FRAME # Ensure fr=
 ames are compiled in<BR>&gt=3B &gt=3B&gt=3B &gt=3B #options KDTRACE_HOOKS #=
  Kernel DTrace hooks<BR>&gt=3B &gt=3B&gt=3B &gt=3B<BR>&gt=3B &gt=3B&gt=3B &=
 gt=3B must recompile kernel to enable tracing?<BR>&gt=3B &gt=3B&gt=3B<BR>&g=
 t=3B &gt=3B&gt=3B No.<BR>&gt=3B &gt=3B&gt=3B<BR>&gt=3B &gt=3B&gt=3B &gt=3B =
 I'm currently using the intel pro 1000 chipset / em0 driver=2C I've been<BR=
 >&gt=3B &gt=3B&gt=3B &gt=3B experiencing all sorts of network stability pro=
 blems for a while<BR>&gt=3B &gt=3B&gt=3B &gt=3B now(ever<BR>&gt=3B &gt=3B&g=
 t=3B &gt=3B since I upgrade to stable a month ago). It looks like the em0 d=
 river for<BR>&gt=3B &gt=3B&gt=3B &gt=3B amd64 needs alot of work however a =
 couple of days ago when I recompiled<BR>&gt=3B &gt=3B&gt=3B &gt=3B my<BR>&g=
 t=3B &gt=3B&gt=3B &gt=3B box to the latest stable 8.1-prerelease I saw alot=
  of improvments and my<BR>&gt=3B &gt=3B&gt=3B &gt=3B ipfw/dummynet firewall=
  seems to be running stable with no<BR>&gt=3B &gt=3B&gt=3B &gt=3B crashes/l=
 ockups so<BR>&gt=3B &gt=3B&gt=3B &gt=3B far...<BR>&gt=3B &gt=3B&gt=3B &gt=
 =3B<BR>&gt=3B &gt=3B&gt=3B &gt=3B<BR>&gt=3B &gt=3B&gt=3B &gt=3B It is very =
 easy for me to replicate the in nat kernel problem=2C i just<BR>&gt=3B &gt=
 =3B&gt=3B &gt=3B cant<BR>&gt=3B &gt=3B&gt=3B &gt=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_--



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