From owner-freebsd-amd64@FreeBSD.ORG Fri Dec 1 22:16:14 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 904C216A40F for ; Fri, 1 Dec 2006 22:16:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BBF743C9D for ; Fri, 1 Dec 2006 22:15:57 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kB1MGCmI015194; Fri, 1 Dec 2006 17:16:12 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Fri, 1 Dec 2006 17:11:56 -0500 User-Agent: KMail/1.9.4 References: <20061118190930.GA40317@xor.obsecurity.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612011711.57009.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Fri, 01 Dec 2006 17:16:13 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2269/Fri Dec 1 13:17:05 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Roar Pettersen , Kris Kennaway Subject: Re: amd64 6.2-BETA3 unexpexted reboot X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Dec 2006 22:16:14 -0000 On Tuesday 28 November 2006 08:31, Roar Pettersen wrote: > Hello ! > > > You didn't display the backtrace, the most important bit. > > > > Are you getting em watchdog timeouts during regular server operation, > > or just during dumping? > > We are only getting dumps, and here is the backtrack : This panic might be fixed by this: mohans 2006-11-22 23:06:27 UTC FreeBSD src repository Modified files: (Branch: RELENG_6_2) sys/kern uipc_socket.c Log: Fix a race in soclose() where connections could be queued to the listening socket after the pass that cleans those queues. This results in these connections being orphaned (and leaked). The fix is to clean up the so queues after detaching the socket from the protocol. Thanks to ups and jhb for discussions and a thorough code review. Approved by: re Revision Changes Path 1.242.2.6.2.1 +23 -23 src/sys/kern/uipc_socket.c -- John Baldwin