From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 08:42:23 2011 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 C4C8A1065670; Wed, 29 Jun 2011 08:42:23 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id DD1798FC0C; Wed, 29 Jun 2011 08:42:22 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA22097; Wed, 29 Jun 2011 11:42:19 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QbqLj-0008kb-9X; Wed, 29 Jun 2011 11:42:19 +0300 Message-ID: <4E0AE56A.8070508@FreeBSD.org> Date: Wed, 29 Jun 2011 11:42:18 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110503 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: "Hartmann, O." References: <4E0A1E91.3030909@FreeBSD.org> <4E0A710C.2020906@zedat.fu-berlin.de> In-Reply-To: <4E0A710C.2020906@zedat.fu-berlin.de> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Motin , FreeBSD-Current Subject: Re: CAM/SATA: attach/detach problems with harddrive 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: Wed, 29 Jun 2011 08:42:23 -0000 on 29/06/2011 03:25 Hartmann, O. said the following: > But any kind of access to the new device, like gpart or simply a zpool import to > show the pool to be imported gets locked up forever (waited two hours). The > state could only be resolved by resetting the box and then the filesystem is > unclean an needs to be fsck'ed. > > Will proceed with a verbose kernel. I think that procstat -kk output for at least one stuck process could also turn out to be useful. -- Andriy Gapon