From owner-freebsd-stable@FreeBSD.ORG Thu Oct 9 17:51:14 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA0C016A4B3; Thu, 9 Oct 2003 17:51:14 -0700 (PDT) Received: from luftpost.plosh.net (luftpost.plosh.net [204.152.186.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2D9643FB1; Thu, 9 Oct 2003 17:51:13 -0700 (PDT) (envelope-from Peter_Losher@isc.org) Received: from dhcp-4.sql1.plosh.net (tardis-nat.plosh.net [64.139.14.228]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by luftpost.plosh.net (Postfix) with ESMTP id 1B25B32606; Thu, 9 Oct 2003 17:51:38 -0700 (PDT) (envelope-from Peter_Losher@isc.org) From: Peter Losher Organization: ISC To: Mike Tancsa , Murray Stokely , stable@freebsd.org Date: Thu, 9 Oct 2003 17:51:15 -0700 User-Agent: KMail/1.5.3 References: <20031010001355.GA93439@freebsdmall.com> <6.0.0.22.0.20031009202308.0879ec30@209.112.4.2> In-Reply-To: <6.0.0.22.0.20031009202308.0879ec30@209.112.4.2> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200310091751.15624.Peter_Losher@isc.org> cc: Peter_Losher@isc.org Subject: Re: [Peter_Losher@isc.org: More freebsd.isc.org issues...] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2003 00:51:14 -0000 Just to clarify; freebsd.isc.org is running 5.1-RELEASE, not 4-STABLE. Best Wishes - Peter On Thursday 09 October 2003 05:39 pm, Mike Tancsa wrote: > 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@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 > > ----- > > From: Peter Losher > > >Subject: More freebsd.isc.org issues... > >To: Bosko Milekic > >Cc: Peter Losher , > > Murray Stokely , mwlucas@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@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must > > flow" > > > >----- End forwarded message ----- > >_______________________________________________ > >freebsd-stable@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >To unsubscribe, send any mail to > > "freebsd-stable-unsubscribe@freebsd.org" -- Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow"