From owner-freebsd-fs@freebsd.org Thu Sep 8 14:56:58 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 965BEBD1E86 for ; Thu, 8 Sep 2016 14:56:58 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from smtp.rlwinm.de (smtp.rlwinm.de [IPv6:2a01:4f8:201:31ef::e]) (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 2ED661B1 for ; Thu, 8 Sep 2016 14:56:58 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from vader9.bultmann.eu (unknown [87.253.189.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.rlwinm.de (Postfix) with ESMTPSA id 69F37105F0 for ; Thu, 8 Sep 2016 16:56:47 +0200 (CEST) Subject: Re: ZFS-8000-8A: assistance needed To: freebsd-fs@freebsd.org References: <11f2a660-304d-4a50-bab8-ec2a2737b3a4@FreeBSD.org> <98bfee78-5440-a105-829b-47a7790889cf@cloverinformatica.it> From: Jan Bramkamp Message-ID: Date: Thu, 8 Sep 2016 16:56:46 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit 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 14:56:58 -0000 On 08/09/16 16:01, Maurizio Vairani wrote: > Il 08/09/2016 15:16, Ruslan Makhmatkhanov ha scritto: >> Maurizio Vairani wrote on 09/08/2016 15:55: >>> Il 08/09/2016 13:46, Ruslan Makhmatkhanov ha scritto: >>>> Maurizio, much thanks for your answers. It made some things clearer, >>>> but some are still isn't. Please see my comments inline: >>>> >>>> I checked the disks with that labels and all of them seems ok: >>>> >>>> gpart show excerpt: >>>> """ >>>> Geom name: mfid2 >>>> 1. Name: mfid2p1 >>>> label: drive-07 >>>> Geom name: mfid3 >>>> 1. Name: mfid3p1 >>>> label: drive-08 >>>> Geom name: mfid4 >>>> 1. Name: mfid4p1 >>>> label: drive-09 >>>> """ >>>> >>>> I checked them all with smartctl -a -d sat /dev/pass2[3,4] and got >>>> >>>> """ >>>> SMART Status not supported: ATA return descriptor not supported by >>>> controller firmware >>>> SMART overall-health self-assessment test result: PASSED >>>> """ >>>> >>>> And they also seems ok in mfiutil: >>>> root:~ # mfiutil show volumes >>>> mfi0 Volumes: >>>> Id Size Level Stripe State Cache Name >>>> mfid0 ( 838G) RAID-0 256K OPTIMAL Disabled >>>> mfid1 ( 838G) RAID-0 256K OPTIMAL Disabled >>>> mfid2 ( 476G) RAID-0 256K OPTIMAL Disabled >>>> mfid3 ( 476G) RAID-0 256K OPTIMAL Disabled >>>> mfid4 ( 476G) RAID-0 256K OPTIMAL Disabled >>>> mfid5 ( 167G) RAID-0 64K OPTIMAL Writes >>>> mfid6 ( 167G) RAID-0 64K OPTIMAL Writes >>>> mfid7 ( 476G) RAID-0 64K OPTIMAL Writes >>>> >>>> I only wasn't able to read the smart status of mfid0/mfid1 (they are >>>> SCSI-6 drives according to mfiutil): >>>> >>>> smartctl -d scsi -a /dev/pass0[1] >>>> Standard Inquiry (36 bytes) failed [Input/output error] >>>> Retrying with a 64 byte Standard Inquiry >>>> Standard Inquiry (64 bytes) failed [Input/output error] >>>> >>>> But I'm not sure if I'm using correct type in -d switch (tried all of >>>> them). This drives doesn't seems participate in that zpool, but I'm >>>> interested in checking them too. >>>> >>> I don't know the LSI MegaRAID SAS controller but according to >>> https://www.smartmontools.org/wiki/Supported_RAID-Controllers >>> seems it is supported in FreeBSD. But what is the output of the command >>> "smartctl --scan" ? >>> >>> Regards, >>> Maurizio >> >> Sure, it is supported. >> >> root@:/var/log# smartctl --scan >> /dev/ses0 -d atacam # /dev/ses0, ATA device >> /dev/pass1 -d scsi # /dev/pass1, SCSI device >> /dev/pass2 -d scsi # /dev/pass2, SCSI device >> /dev/pass3 -d scsi # /dev/pass3, SCSI device >> /dev/pass4 -d scsi # /dev/pass4, SCSI device >> /dev/pass5 -d scsi # /dev/pass5, SCSI device >> /dev/pass6 -d scsi # /dev/pass6, SCSI device >> /dev/pass7 -d scsi # /dev/pass7, SCSI device >> /dev/pass8 -d scsi # /dev/pass8, SCSI device >> >> While >> root@:/var/log# ls -1 /dev/ | grep pass >> pass0 >> pass1 >> pass2 >> pass3 >> pass4 >> pass5 >> pass6 >> pass7 >> pass8 >> >> root@:/var/log# ls -1 /dev/| grep mfid >> mfid0 >> mfid0p1 >> mfid0p2 >> mfid0p3 >> mfid1 >> mfid1p1 >> mfid1p2 >> mfid1p3 >> mfid2 >> mfid2p1 >> mfid3 >> mfid3p1 >> mfid4 >> mfid4p1 >> mfid5 >> mfid6 >> mfid7 >> mfid7p1 >> >> So it looks like mfid0 != pass0. And actually pass1 is an interface >> for mfid0? Right? >> > Yes, seems to me too. > > But, unfortunately, "mrsas (4) does not allow smartctl to access > S.M.A.R.T data from physical drive hidden under /dev/daX" He's using the older mfi driver instead of the mrsas driver, because otherwise the volumes would show up as da* instead of mfid*.