[Peter_Losher@isc.org: More freebsd.isc.org issues...]

Mike Tancsa mike at sentex.net
Thu Oct 9 17:36:20 PDT 2003


We had one system locking up with nothing in the logs.  As it was 
inproduction, I didnt have too much of a chance to track it down. I 
speculated it was some issue with not having IPDIVERT in the kernel while 
ipfilter and IPFW2 were in the kernel.  Adding IPDIVERT in and turning off 
NAT on ppp and letting ipnat do its work over the PPPoE connection did the 
trick to stop it from locking up.  The box has been small s stable since 
then.  This is from an Oct 2 snapshot.

The only other issue that comes to mind is tegge made a patch to allow 
maxim at macomnet.ru do a make -j64 work on a low RAM situation.  But that 
corrected panics, not lockups.


         ---Mike

At 08:13 PM 09/10/2003, Murray Stokely wrote:
>Has anyone seen similar hangs on -STABLE?  I'd really like to get to
>the bottom of this before we release 4.9 if possible.
>
>     - Murray
>
>----- Forwarded message from Peter Losher <Peter_Losher at isc.org> -----
>
>From: Peter Losher <Peter_Losher at isc.org>
>Subject: More freebsd.isc.org issues...
>To: Bosko Milekic <bmilekic at technokratis.com>
>Cc: Peter Losher <Peter_Losher at isc.org>,
>         Murray Stokely <murray at freebsdmall.com>, mwlucas at FreeBSD.org
>Date: Fri, 3 Oct 2003 02:06:44 +0000 (UTC)
>
>It happened again today - Any ideas?
>
>(heading up to power cycle the box now)
>
>On Fri, 26 Sep 2003, Paul Vixie wrote:
>
> > today sf1.isc.org (2/3 of ftp.freebsd.org) was down for a few hours.
> >
> > panic: spin lock sched lock held by 0x86a69be0 for > 5 seconds
> > cpuid = 0; lapic.id = 00000000
> > panic: spin lock sched lock held by 0x86a69be0 for > 5 seconds
> > cpuid = 0; lapic.id = 00000000
> > panic: spin lock sched lock held by 0x86a69be0 for > 5 seconds
> > cpuid = 0; lapic.id = 00000000
> > panic: spin lock sched lock held by 0x86a69be0 for > 5 seconds
> > cpuid = 0; lapic.id = 00000000
> > ...
> >
> > anything that requires us to drive all the way up and hit a reset
> > button is automatically bad for uptime.  just so you know.
> >
>
>--
>Peter_Losher at isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow"
>
>----- End forwarded message -----
>_______________________________________________
>freebsd-stable at freebsd.org mailing list
>http://lists.freebsd.org/mailman/listinfo/freebsd-stable
>To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"



More information about the freebsd-stable mailing list