From owner-freebsd-net@FreeBSD.ORG Sat Feb 5 19:55:59 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D28601065670; Sat, 5 Feb 2011 19:55:59 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 029F18FC17; Sat, 5 Feb 2011 19:55:58 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p15JttLl093258; Sun, 6 Feb 2011 01:55:56 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D4DAB46.8080509@rdtc.ru> Date: Sun, 06 Feb 2011 01:55:50 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Mike Tancsa References: <4D3011DB.9050900@frasunek.com> <4D30458D.30007@sentex.net> <4D309983.70709@rdtc.ru> <201101141437.55421.jhb@freebsd.org> <4D46575A.802@rdtc.ru> <4D4670C2.4050500@freebsd.org> <4D48513C.40503@rdtc.ru> <20110201185026.GB62007@glebius.int.ru> <4D4D554B.4050407@rdtc.ru> <4D4D56DD.30902@sentex.net> <4D4D5814.80600@rdtc.ru> In-Reply-To: <4D4D5814.80600@rdtc.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Alexander Motin , John Baldwin Subject: Re: panic: bufwrite: buffer is not busy??? 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: Sat, 05 Feb 2011 19:55:59 -0000 On 05.02.2011 20:00, Eugene Grosbein wrote: >>> First: again, no dump (not even started to dump, and no "Uptime:" written to console): >> >> if you try and enable dumps manually from the shell, >> >> dumpon -v /dev/ad0s1b >> (or whatever your swap partition is), what does dumpon return with ? > > # . /etc/rc.conf > # set -x > # dumpon -v $dumpdev > + dumpon -v /dev/ad0s4b > kernel dumps on /dev/ad0s4b Note: this is NanoBSD running from SSD. It uses ad0s1 and ad0s2 for code and ad0s3 for /cfg, as usual, 1GB total. Other space of SSD is dedicated to ad0s4 where I have ad0s4b (8GB) for crashdump and the rest as ad0s4a for /var/crash. And ad0s4b is NOT configured as swap. There are 4GB of RAM and no swap here. More than 3GB of RAM are generally free. Eugene Grosbein