From owner-freebsd-current@FreeBSD.ORG Thu Jul 2 16:37:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BD69106566C for ; Thu, 2 Jul 2009 16:37:06 +0000 (UTC) (envelope-from gcr+freebsd-current@tharned.org) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) by mx1.freebsd.org (Postfix) with ESMTP id C46C28FC08 for ; Thu, 2 Jul 2009 16:37:04 +0000 (UTC) (envelope-from gcr+freebsd-current@tharned.org) Received: from roadkill.tharned.org (11008@roadkill.tharned.org [75.145.12.185]) (authenticated bits=0) by roadkill.tharned.org (8.14.3/8.14.3) with ESMTP id n62Gb2Tw083767 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Jul 2009 11:37:04 -0500 (CDT) (envelope-from gcr+freebsd-current@tharned.org) Date: Thu, 2 Jul 2009 11:37:01 -0500 (CDT) From: Greg Rivers To: Kostik Belousov In-Reply-To: <20090702084149.GE2884@deviant.kiev.zoral.com.ua> Message-ID: References: <20090701192154.GW2884@deviant.kiev.zoral.com.ua> <20090702084149.GE2884@deviant.kiev.zoral.com.ua> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (roadkill.tharned.org [75.145.12.185]); Thu, 02 Jul 2009 11:37:04 -0500 (CDT) Cc: freebsd-current@freebsd.org Subject: Re: Panic during shutdown (cause identified) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 16:37:06 -0000 On Thu, 2 Jul 2009, Kostik Belousov wrote: >>> Also, please describe the load on the machine, >>> >> >> It happens regardless of the load. For example, just booting >> multi-user and immediately running shutdown (either by logging in or >> pressing the ACPI power button) triggers the panic. > No, it does not happen regardless of the load. The patch was tested on > the semi-standard set of programs run on the system, and all seen > accounting mistakes were fixed. > I don't know what patch you're referring to. Are you saying this issue was seen before and thought to have been fixed? > You have some process that does exhibit the behaviour causing error in > swap accounting. I think for start you could just show me ps auxww > output, in private, if you prefer. > I can save you the trouble of reading ps output. Based on your insight that the problem is with a particular process, I eliminated variables from /etc/rc.conf by trial, and have determined that it's the amd(8) automounter that's causing the panic. When I remove 'amd_enable="YES"', no more panic. > > The panic message on the console does not show the process. Can that > > be determined from kgdb? If so, how? > It does show the process, like > KDB: enter: panic > [thread pid 32021 tid 100598 ] > Yes, ordinarily such message is shown, but it is not shown for this panic. Also with this panic, about half the time the machine locks up hard just before, during, or after the core dump. > BTW, did you saw the kernel messages like negative vmsize for uid = XXX ? > No, there have been none of those. Please let me know if I can help with further testing/debugging. BTW, I did not customize the amd configuration; I was using the stock configuration from the base system. -- Greg Rivers