From owner-freebsd-net@FreeBSD.ORG Mon Feb 19 18:24:17 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C50CA16B693 for ; Mon, 19 Feb 2007 18:24:16 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: from mail.sub.ru (mail.sub.ru [88.212.205.2]) by mx1.freebsd.org (Postfix) with SMTP id F412613C471 for ; Mon, 19 Feb 2007 18:24:15 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 63856 invoked by uid 0); 19 Feb 2007 21:30:15 +0300 Received: from unknown (HELO ?85.192.19.9?) (tarkhil%sub.ru@85.192.19.9) by techno.sub.ru with SMTP; 19 Feb 2007 18:30:15 -0000 Message-ID: <45D9EB48.1040302@webmail.sub.ru> Date: Mon, 19 Feb 2007 21:24:08 +0300 From: Alex Povolotsky User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: Max Laier References: <45D9BADB.6010405@webmail.sub.ru> <200702191806.03621.max@love2party.net> In-Reply-To: <200702191806.03621.max@love2party.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: mpd sometimes hangs the whole system? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 18:24:17 -0000 Max Laier wrote: > [ Removing -stable from CC ] > > On Monday 19 February 2007 15:57, Alex Povolotsky wrote: > >> mpd (fresh) on FreeBSD 6.1p12 sometimes hangs system, totally, to >> reset. Tried two completely different boxes, so it cannot be a hardware >> problem. >> >> I'm updating to 6.2 now, but have little hope. What can I turn on in >> kernel to fix it or at least to make computer reboot? >> > > How do you figure it's mpd related? Did you collect *any* debugging > information at all? How about enabling DDB and WITNESS? A "hanging" > system usually suggests a deadlock. WITNESS should turn up possible > causes. Also, could you check if setting debug.mpsafenet=0 in > loader.conf helps? > > Well, I'll try new kernel tomorrow; I've rebuild non-SMP kernel, so mpsafenet should not be of any use? Alex.