From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 21:51:58 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99DFC16A418; Mon, 21 Jan 2008 21:51:58 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C641513C459; Mon, 21 Jan 2008 21:51:56 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <479513FA.6020802@FreeBSD.org> Date: Mon, 21 Jan 2008 22:51:54 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Petr Holub References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> In-Reply-To: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, rwatson@FreeBSD.org Subject: Re: 6.3-RELEASE panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2008 21:51:58 -0000 Petr Holub wrote: > Hi, > > I've just updated the 6.2-RELEASE to 6.3-RELEASE using freebsd-update > as described in daemonology blog. > > While removing the old packages using > pkg_delete -af > I've tried to stop all the deamons from /usr/local/etc/rc.d and > got the following panic (hand transcribed from a photo - I don't have that > machine enabled for remote debugging). Panic seems to be deterministic > when stopping those scripts (verified by subsequent attempts while > pkg_delete was not running). > (kgdb) bt > #0 0xc06a46a6 in doadump () > #1 0xc06a4b76 in boot () > #2 0xc06a4e0c in panic () > #3 0xc090d1b4 in trap_fatal () > #4 0xc090cf1b in trap_pfault () > #5 0xc090cb59 in trap () > #6 0xc08f9fea in calltrap () > #7 0xc073fa6f in in_delmulti () > #8 0xc0748e15 in ip_freemoptions () > #9 0xc07414cc in in_pcbdetach () > #10 0xc075a0ee in udp_detach () > #11 0xc06de0b8 in soclose () > #12 0xc06cd83b in soo_close () > #13 0xc0683ffc in fdrop_locked () > #14 0xc0683f25 in fdrop () > #15 0xc0682553 in closef () > #16 0xc067f8e7 in kern_close () > #17 0xc067f6d8 in close () > #18 0xc090d4cb in syscall () > #19 0xc08fa03f in Xint0x80_syscall () > #20 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) Can you obtain a trace against the kernel.symbols? Kris