I have been using smartmontools / smartctl.exe since the initial 3ware Driver Release for my 9650SE-8LPML controller. For all 9.4.x Codeset releases this worked fine to fetch S.M.A.R.T. data from the disks attached to the RAID controller and also to perform self-tests.

Now, since the 9.5.x Codesets from 3ware, something seems to have changed there. smartctl.exe now does not seem to be able to fetch data correctly anymore. I have been using the device /dev/tw_cli/c0/px to access the drives, since i do not seem to have /dev/twa0, /dev/twe0 or the "-d 3ware" option on Windows.

Currently I am using Windows XP Professional x64 Edition, but the problem is reproducable in a normal 32-Bit WinXP Pro too.

For instance, when I do a simple "smartctl.exe -i /dev/tw_cli/c0/p0", what I get is this:

smartctl 5.39 2009-12-09 r2995 [i686-pc-mingw32-2003(64)-sp2] (sf-win32-5.39-1) Copyright (C) 2002-9 by Bruce Allen, ​http://smartmontools.sourceforge.net

START OF INFORMATION SECTION

Device Model: Hitachi HUA722020ALA330 Serial Number: JK1131YAGBG0WV Firmware Version: JKAOA20N User Capacity: 2.000.398.934.016 bytes Device is: Not in smartctl database [for details use: -P showall] ATA Version is: 3 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Tue Jan 26 10:28:34 2010 WEST SMART support is: Available - device has SMART capability. SMART support is: Enabled

Error SMART Values Read failed: Function not implemented Smartctl: SMART Read Values failed.

Error SMART Thresholds Read failed: Function not implemented Smartctl: SMART Read Thresholds failed.

Or, "smartctl.exe -H /dev/tw_cli/c0/p0" gives:

smartctl 5.39 2009-12-09 r2995 [i686-pc-mingw32-2003(64)-sp2] (sf-win32-5.39-1) Copyright (C) 2002-9 by Bruce Allen, ​http://smartmontools.sourceforge.net

Error SMART Values Read failed: Function not implemented Smartctl: SMART Read Values failed.

Error SMART Thresholds Read failed: Function not implemented Smartctl: SMART Read Thresholds failed.

START OF READ SMART DATA SECTION

SMART overall-health self-assessment test result: PASSED

It seems the way tw_cli reports data has changed or something, I do not know. Also I do not know if it is ok NOT to have "/dev/twex" under Windows, but it is definitely not there. So, "/dev/tw_cli/cx/px" was the only thing that worked for me, but now it seems to be broken.

Since 3ware will probably not care about SmartMonTools? not being able to read their S.M.A.R.T. data, maybe the SmartMonTools? Devs can do something for 5.39.1 or 5.40 there (probably 5.39.1 rather than 5.40, since this is more like a small fix?).

• please support 3ware devices at devicescan.
• or accept the devicescan if some device was already specified in the configuration file.
• scan all /dev/sd* devices not just sd[a-z]

thank you.

When running smartctl -x /dev/disk0, I get the following messages: SMART WRITE LOG does not return COUNT and LBA_LOW register SCT (Get) Error Recovery Control command failed

Device Statistics (GP Log 0x04) not supported

ATA_READ_LOG_EXT (addr=0x11:0x00, page=0, n=1) failed: 48-bit ATA commands not implemented Read SATA Phy Event Counters failed

Regression: This problem doesn't occur on the same hardware, with the same version of smartmontools, on linux.

Notes: ​https://lists.macosforge.org/pipermail/macports-users/2013-February/031771.html

There's uncertainty if this is an upstream bug in smartmontools or if this is a limitation of xnu or IOKit on OS X. I've filed a bug with Apple, Problem ID: 14368815.