Date: Wed, 16 Oct 2002 12:21:11 -0700 (PDT) From: Nate Lawson <nate@root.org> To: Terry Lambert <tlambert2@mindspring.com> Cc: Frank C Pilarcik <fpilarcik@dp.net>, hackers@freebsd.org Subject: Re: Help with System panics - Debugger output attached. Message-ID: <Pine.BSF.4.21.0210161129400.40210-100000@root.org> In-Reply-To: <3DADAACC.831C4CBD@mindspring.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 16 Oct 2002, Terry Lambert wrote: > Frank C Pilarcik wrote: > > To whom it may concern, > > > > We have been experiencing intermittent system panics on system intended to > > handle email and web mail. Neither system load or traffic volume seems to > > have a bearing on when the panics occur. > > > > Any insight into our issue would be greatly appreciated. > > > > I have attached the debugger output (panic1.txt). > > This is a double panic. > > Please do the following: > > sysctl kern.sync_on_panic=0 > > And recreate the traceback, so as to not mask the first panic with > a second panic. > > -- Terry Additionally, the line that your gdb claims generated the trap was ip_input.c:759 which is the ip_freef(fp) line. ------------------ #endif } else if (fp) 759 :::::: ip_freef(fp); } else ip->ip_len -= hlen; ------------------ It seems that it may be possible for fp to be garbage (uninitialized) and thus this would trigger a fault. Note this is fixed in 4.7-RELEASE and above by removing the dangling ip_freef() and depending on the interior of the "if (mff)" case to free it instead. Upgrade to 4.7R and see if the problem goes away. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0210161129400.40210-100000>