From owner-freebsd-scsi@FreeBSD.ORG Thu Apr 17 16:57:58 2014 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85851125; Thu, 17 Apr 2014 16:57:58 +0000 (UTC) Received: from smtp.infotech.no (smtp.infotech.no [82.134.31.41]) by mx1.freebsd.org (Postfix) with ESMTP id 08411170B; Thu, 17 Apr 2014 16:57:57 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.infotech.no (Postfix) with ESMTP id 25C342041B7; Thu, 17 Apr 2014 18:48:34 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.6 (20110518) (Debian) at infotech.no Received: from smtp.infotech.no ([127.0.0.1]) by localhost (smtp.infotech.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rv9z1mm1mHnb; Thu, 17 Apr 2014 18:48:33 +0200 (CEST) Received: from [10.7.0.6] (unknown [10.7.0.6]) by smtp.infotech.no (Postfix) with ESMTPA id 708A120416A; Thu, 17 Apr 2014 18:48:32 +0200 (CEST) Message-ID: <535005DC.7060609@interlog.com> Date: Thu, 17 Apr 2014 12:48:28 -0400 From: Douglas Gilbert User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-scsi@FreeBSD.org, Smartmontools Mailing List Subject: Re: kern/175670: [iscsi] smartctl fails on SAS disk connected to an Intel C600 controller (isci driver) References: <201404170419.s3H4J0hk057474@freefall.freebsd.org> In-Reply-To: <201404170419.s3H4J0hk057474@freefall.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: dgilbert@interlog.com List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2014 16:57:58 -0000 On 14-04-17 12:19 AM, linimon@FreeBSD.org wrote: > Old Synopsis: smartctl fails on SAS disk connected to an Intel C600 controller (isci driver) > New Synopsis: [iscsi] smartctl fails on SAS disk connected to an Intel C600 controller (isci driver) > > Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi > Responsible-Changed-By: linimon > Responsible-Changed-When: Thu Apr 17 04:18:15 UTC 2014 > Responsible-Changed-Why: > reclassify. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=175670 I have one of those disks and it works for me in: FreeBSD 10.0-RELEASE #0 r260789 # smartctl -i /dev/pass2 smartctl 6.3 2014-04-10 r3888 [FreeBSD 10.0-RELEASE i386] (local build) Copyright (C) 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Vendor: SEAGATE Product: ST33000650SS Revision: 0002 User Capacity: 3,000,592,982,016 bytes [3.00 TB] Logical block size: 512 bytes Formatted with type 1 protection Rotation Rate: 7200 rpm Form Factor: 3.5 inches Logical Unit id: 0x5000c50033111111 Serial number: 9XK0JN6Z0000xxxxxxxx Device type: disk Transport protocol: SAS Local Time is: Thu Apr 17 12:36:57 2014 EDT SMART support is: Available - device has SMART capability. SMART support is: Enabled Temperature Warning: Enabled This was built from the latest smartmontools developer repository because the FreeBSD ports version of smartmontool was broken, see below. The reporter had Revision 4 of the disk's firmware while mine is Revision 2. The reported error said the IEC mode page was broken. No surprise there, mine is too but in a different way: [root@sas ~]# sg_modes -p 0x1c /dev/pass2 SEAGATE ST33000650SS 0002 peripheral_type: disk [0x0] Mode parameter header from MODE SENSE(10): Mode data length=28, medium type=0x00, WP=0, DpoFua=1, longlba=0 Block descriptor length=8 > Direct access device block descriptors: Density code=0x0 00 ff ff ff ff 00 00 02 00 >> Informational exceptions control, page_control: current 00 9c 0a 10 00 00 00 00 00 00 00 00 01 [root@sas ~]# sg_modes -p 0x1c -L /dev/pass2 SEAGATE ST33000650SS 0002 peripheral_type: disk [0x0] Mode parameter header from MODE SENSE(10): Mode data length=36, medium type=0x00, WP=0, DpoFua=1, longlba=1 Block descriptor length=16 > longlba direct access device block descriptors: Density code=0x0 00 00 00 00 01 5d 50 a3 b0 00 00 00 00 00 >> Informational exceptions control, page_control: current 00 9c 0a 10 00 00 00 00 00 00 00 00 01 The long LBA version says the logical block size is 0 bytes. Well done Seagate! So IMO this is not a FreeBSD error and most likely not a smartmontools error. Also it has nothing to do with the HBA. But I did see this when I tried to build smartmontools from ports: [root@sas /usr/ports/sysutils/smartmontools]# make install make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: duplicate script for target "-depends" ignored make: "/usr/ports/Mk/bsd.port.mk" line 5118: warning: using previous script for "-depends" defined here make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: duplicate script for target "-depends" ignored make: "/usr/ports/Mk/bsd.port.mk" line 5118: warning: using previous script for "-depends" defined here make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: duplicate script for target "-depends" ignored make: "/usr/ports/Mk/bsd.port.mk" line 5118: warning: using previous script for "-depends" defined here make: "/usr/ports/Mk/bsd.port.mk" line 5118: warning: duplicate script for target "-depends" ignored make: "/usr/ports/Mk/bsd.port.mk" line 5118: warning: using previous script for "-depends" defined here make: "/usr/ports/Mk/bsd.port.mk" line 5121: warning: duplicate script for target "-depends" ignored make: "/usr/ports/Mk/bsd.port.mk" line 5118: warning: using previous script for "-depends" defined here ===> smartmontools-6.0 improper use of USE_PERL5. *** Error code 1 Stop. make: stopped in /usr/ports/sysutils/smartmontools Doug Gilbert