Date: Wed, 6 Aug 2008 22:58:41 -0700 From: Jeremy Chadwick <koitsu@FreeBSD.org> To: Vye Wilson <vyeperman@gmail.com> Cc: freebsd-fs@freebsd.org Subject: Re: zpool degraded - 'UNAVAIL cannot open' functioning drive Message-ID: <20080807055841.GB9735@eos.sc1.parodius.com> In-Reply-To: <6c3c36d00808062235v5cbb4470v990b76d569f85614@mail.gmail.com> References: <6c3c36d00808062109y6ae176a0ha055129392b00542@mail.gmail.com> <20080807044759.GA7505@eos.sc1.parodius.com> <6c3c36d00808062212y4e9a1464i48e146e84725a36e@mail.gmail.com> <6c3c36d00808062235v5cbb4470v990b76d569f85614@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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 |
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080807055841.GB9735>