From owner-freebsd-fs@FreeBSD.ORG Thu Aug 7 05:58:41 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 772C5106566B for ; Thu, 7 Aug 2008 05:58:41 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 63F608FC12 for ; Thu, 7 Aug 2008 05:58:41 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 453F81CC0B1; Wed, 6 Aug 2008 22:58:41 -0700 (PDT) Date: Wed, 6 Aug 2008 22:58:41 -0700 From: Jeremy Chadwick To: Vye Wilson Message-ID: <20080807055841.GB9735@eos.sc1.parodius.com> References: <6c3c36d00808062109y6ae176a0ha055129392b00542@mail.gmail.com> <20080807044759.GA7505@eos.sc1.parodius.com> <6c3c36d00808062212y4e9a1464i48e146e84725a36e@mail.gmail.com> <6c3c36d00808062235v5cbb4470v990b76d569f85614@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6c3c36d00808062235v5cbb4470v990b76d569f85614@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-fs@freebsd.org Subject: Re: zpool degraded - 'UNAVAIL cannot open' functioning drive X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2008 05:58:41 -0000 On Wed, Aug 06, 2008 at 10:35:54PM -0700, Vye Wilson wrote: > I tested it again and it seems I was mistaken in my last email. If the drive > is removed manually it will _not_ show up in atacontrol. > > atacontrol attach ata3 > atacontrol: ioctl(IOCATAATTACH): File exists > [root@Touzyoh /home/vye]# atacontrol list > ATA channel 3: > Master: no device present > Slave: no device present > [root@Touzyoh /home/vye]# atacontrol detach ata6 > [root@Touzyoh /home/vye]# atacontrol attach ata6 > Master: no device present > Slave: no device present > > I'm not sure what happened the first few times but if I reboot the server > the device will show up in atacontrol and the zpool will resilver. This > doesn't seem to be a ZFS problem like I originally thought. Correct, it's a FreeBSD ATA subsystem/driver problem. I'm actually amazed your kernel didn't panic when you did the 2nd attach. The first attach returning "File exists" doesn't surprise me either. I've been following these kinds of issues with ATA for many months now, so I want you to know that you're not alone. It is NOT specific to your nVidia controller either; others see the same thing on Intel ICH, and VIA. If you attach those SATA disks to your Areca controller and perform the exact same tests (you'll need to use camcontrol, of course), I can almost guarantee you things will behave 100% correctly. My advice at this point in time, because as of today I have officially lost faith in it: avoid ata(4) at all costs. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |