From owner-freebsd-stable@FreeBSD.ORG Tue Mar 20 21:59:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF0E9106564A for ; Tue, 20 Mar 2012 21:59:46 +0000 (UTC) (envelope-from mattblists@icritical.com) Received: from mail1.icritical.com (mail1.icritical.com [93.95.13.41]) by mx1.freebsd.org (Postfix) with SMTP id 177AA8FC14 for ; Tue, 20 Mar 2012 21:59:45 +0000 (UTC) Received: (qmail 9856 invoked from network); 20 Mar 2012 21:53:03 -0000 Received: from localhost (127.0.0.1) by mail1.icritical.com with SMTP; 20 Mar 2012 21:53:03 -0000 Received: (qmail 9847 invoked by uid 599); 20 Mar 2012 21:53:03 -0000 Received: from unknown (HELO hydrogen.icritical.com) (212.57.254.146) by mail1.icritical.com (qpsmtpd/0.28) with ESMTP; Tue, 20 Mar 2012 21:53:03 +0000 Message-ID: <4F68FC3E.2090401@icritical.com> Date: Tue, 20 Mar 2012 21:53:02 +0000 From: Matt Burke User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120204 Thunderbird/10.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Mar 2012 21:53:02.0223 (UTC) FILETIME=[D27AF9F0:01CD06E3] X-Virus-Scanned: by iCritical at mail1.icritical.com Subject: SAS Drive identification LEDs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2012 21:59:46 -0000 Under 9.0-RELEASE I'm having trouble figuring out how to light up the drive identification/fault lights on my enclosure (SAS disks on Chenbro 80H10321513C0 backplanes attached to Areca ARC-1320 HBAs) Building+installing the tools in /usr/share/examples/ses gives me the following ability: # getencstat -V /dev/ses0 /dev/ses0: Enclosure Status Element 0x0: Array device OK (Status=ok (bytes=0x01 0x00 0x00 0x00)) Element 0x1: Array device OK (Status=ok (bytes=0x01 0x00 0x00 0x00)) Element 0x2: Array device OK (Status=ok (bytes=0x01 0x00 0x00 0x00)) Element 0x3: Array device OK (Status=ok (bytes=0x01 0x00 0x00 0x00)) Element 0x4: Array device, Status=unknown status code 8 (bytes=0x08 0x00 0x00 0x00) Element 0x5: Array device, Status=unknown status code 8 (bytes=0x08 0x00 0x00 0x00) Element 0x6: Array device, Status=unknown status code 8 (bytes=0x08 0x00 0x00 0x00) Element 0x7: Array device, Status=unknown status code 8 (bytes=0x08 0x00 0x00 0x00) Element 0x8: Array device OK (Status=ok (bytes=0x01 0x00 0x00 0x00)) Element 0x9: Array device OK (Status=ok (bytes=0x01 0x00 0x00 0x00)) Element 0xa: Array device OK (Status=ok (bytes=0x01 0x00 0x00 0x00)) Element 0xb: Array device OK (Status=ok (bytes=0x01 0x00 0x00 0x00)) Element 0xc: Array device, Status=unknown status code 8 (bytes=0x08 0x00 0x00 0x00) Element 0xd: Array device, Status=unknown status code 8 (bytes=0x08 0x00 0x00 0x00) Element 0xe: Array device, Status=unknown status code 8 (bytes=0x08 0x00 0x00 0x00) Element 0xf: Array device, Status=unknown status code 8 (bytes=0x08 0x00 0x00 0x00) Element 0x10: Enclosure OK (Status=ok (bytes=0x01 0x00 0x00 0x00)) Element 0x11: SAS Expander OK (Status=ok (bytes=0x01 0x00 0x00 0x00)) Element 0x12: SAS Connector, Status=unknown status code 8 (bytes=0x08 0x00 0x00 0x00) Element 0x13: SAS Connector OK (Status=ok (bytes=0x01 0x3f 0x00 0x00)) Element 0x14: SAS Connector OK (Status=ok (bytes=0x01 0x02 0x00 0x00)) Element 0x15: SAS Connector, Status=unknown status code 8 (bytes=0x08 0x00 0x00 0x00) # setobjstat /dev/ses0 0xb 0x80 0x00 0x02 0x00 < light on drive bay 8 starts flashing > # setobjstat /dev/ses0 0xb 0x80 0x00 0x00 0x00 < light on drive bay 8 stops flashing > Which is great, but how can I work out how /dev/daNN maps to /dev/sesN element 0xNN? I've read mav@'s 2011 PDF on Enclosure Management (http://people.freebsd.org/~mav/Enclosure_Management_en.pdf) which shows a work-in-progress driver and getencstat which does what I need, but it looks like the project's not been committed yet. I've also tried playing around with Areca's SDK, however FreeBSDSCSIInterface()->init(i) causes the closed source driver to panic the kernel. AFAICT that class appears to be closed source too, so that's a dead end too. Is there any current way of mapping LED toggling with drive/serial numbers, or some sort of Areca HBA utility like mfiutil, or is it down to sticky labels on the front of the drive caddies? Thanks -- Sorry for the below... The information contained in this message is confidential and is intended for the addressee only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. Critical Software Ltd. reserves the right to monitor and record e-mail messages sent to and from this address for the purposes of investigating or detecting any unauthorised use of its system and ensuring its effective operation. Critical Software Ltd. registered in England, 04909220. Registered Office: IC2, Keele Science Park, Keele, Staffordshire, ST5 5NH. ------------------------------------------------------------ This message has been scanned for security threats by iCritical. For further information, please visit www.icritical.com ------------------------------------------------------------