From owner-freebsd-fs@freebsd.org Thu Sep 8 13:24:30 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F856BD1CE3 for ; Thu, 8 Sep 2016 13:24:30 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from mail.in-addr.com (mail.in-addr.com [IPv6:2a01:4f8:191:61e8::2525:2525]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 145BB1B21; Thu, 8 Sep 2016 13:24:30 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by mail.in-addr.com with local (Exim 4.87 (FreeBSD)) (envelope-from ) id 1bhzJb-000F0U-Ba; Thu, 08 Sep 2016 14:24:27 +0100 Date: Thu, 8 Sep 2016 14:24:27 +0100 From: Gary Palmer To: Ruslan Makhmatkhanov Cc: Maurizio Vairani , freebsd-fs@freebsd.org Subject: Re: ZFS-8000-8A: assistance needed Message-ID: <20160908132427.GB42278@in-addr.com> References: <11f2a660-304d-4a50-bab8-ec2a2737b3a4@FreeBSD.org> <20160908121617.GA42278@in-addr.com> <75465e13-7992-4172-ab40-51b2e462a400@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <75465e13-7992-4172-ab40-51b2e462a400@FreeBSD.org> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2016 13:24:30 -0000 On Thu, Sep 08, 2016 at 03:35:50PM +0300, Ruslan Makhmatkhanov wrote: > Gary Palmer wrote on 09/08/2016 15:16: > > On Thu, Sep 08, 2016 at 02:46:04PM +0300, Ruslan Makhmatkhanov wrote: > >> Maurizio Vairani wrote on 09/08/2016 10:39: > >>> Hi Ruslan, > >>> > >>> Il 06/09/2016 22:00, Ruslan Makhmatkhanov ha scritto: > >>>> NAME STATE READ WRITE CKSUM > >>>> storage_ssd ONLINE 0 0 59.3K > >>>> mirror-0 ONLINE 0 0 0 > >>>> gpt/drive-06 ONLINE 0 0 0 > >>>> gpt/drive-07 ONLINE 0 0 9 > >>>> mirror-1 ONLINE 0 0 119K > >>>> gpt/drive-08 ONLINE 0 0 119K > >>>> gpt/drive-09 ONLINE 0 0 119K > >>>> cache > >>>> mfid5 ONLINE 0 0 0 > >>>> mfid6 ONLINE 0 0 0 > >>>> > > > >> So, I'm interested how you detect that particular drives (with gpt > >> labels drive-07, drive-08 and drive-09) are failing? > > > > The CKSUM errors from the zpool status output. They are > > indicative of underlying problems. gpt/drive-07 has a low count > > so it's possibly not a major problem, but gpt/drive-08 and > > gpt/drive-09 both have a significant number. I find it a bit > > curious that both drives in the mirror have similar number of > > errors. Possibly indicating data pathing errors. > > Ah, ok, thanks. I wasn't able to find meaning of CKSUM field description > in zpool manpage, so didn't got it at the time. Not sure about data > pathing errors though. I mean something in the data path for both drives that is common to those two drives and not the others. If they're all attached to the same controller, maybe they're on a different SAS port or cable or something to the other drives. Regards, Gary > > > > I presume you are using ECC memory? > > Yes, it's ECC. > > > -- > Regards, > Ruslan > > T.O.S. Of Reality >