From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 08:13:44 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 09299B68 for ; Tue, 23 Oct 2012 08:13:44 +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 4DB238FC08 for ; Tue, 23 Oct 2012 08:13:42 +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 LAA08526; Tue, 23 Oct 2012 11:13:37 +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 1TQZcH-000Fz3-BB; Tue, 23 Oct 2012 11:13:37 +0300 Message-ID: <508651AF.20400@FreeBSD.org> Date: Tue, 23 Oct 2012 11:13:35 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121013 Thunderbird/16.0.1 MIME-Version: 1.0 To: "Matthew D. Fuller" Subject: Re: ZFS cache devs UNAVAIL References: <5085CF5E.5020500@gmx.net> <20121023022410.GA66994@over-yonder.net> In-Reply-To: <20121023022410.GA66994@over-yonder.net> X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Michael Schmiedgen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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: Tue, 23 Oct 2012 08:13:44 -0000 on 23/10/2012 05:24 Matthew D. Fuller said the following: > On Tue, Oct 23, 2012 at 12:57:34AM +0200 I heard the voice of > Michael Schmiedgen, and lo! it spake thus: >> >> after an update to CURRENT 2012-10-17 my ZFS cache devs are marked >> UAVAIL after boot. These two devs are SSD partitions that are listed >> with some wired numbers (see below). Before that they were listed >> fine as ada0p1 and ada1p1. > > I saw this after my update to 10.0-CURRENT #0 r241541: Sun Oct 14. > > In my case, it's ada2p2 which is the cache that comes up unavail on > boot. One notable thing may be that p1 is used for ZIL, and comes up > fine. > > NAME STATE READ WRITE CKSUM > d ONLINE 0 0 0 > mirror-0 ONLINE 0 0 0 > ada1p3 ONLINE 0 0 0 > ada0p3 ONLINE 0 0 0 > logs > ada2p1 ONLINE 0 0 0 > cache > ada2p2 ONLINE 0 0 0 > > > I notice that you also have a second partition on your drives that's > part of another pool. Maybe it's related to something giving up after > assigning one partition from the drive to zpool somewhere? Though in > your case it's p2 that's working and p1 that's wandered off, so maybe > that's not it... > > Guys, could you please reproduce the problem with vfs.zfs.debug=1 in loader.conf and share the dmesg? Thank you. -- Andriy Gapon