Sounds like a compliance issue, this is solely at the Firmware's
discretion :-(
It is somewhat clear you are communicating to the physical component,
but be aware that the logical (array) does NOT respond to SMART, only
the physical components. Looks like you need to take this up with Dell.
Sincerely -- Mark Salyzyn
On Jul 31, 2008, at 11:27 AM, Martin Samuelsson wrote:
On Thu, 31 Jul 2008 10:47:33 -0400
Mark Salyzyn <Mark_Salyzyn@xxxxxxxxxxx> wrote:
On Jul 31, 2008, at 10:05 AM, Douglas Gilbert wrote:
Mark Salyzyn wrote:
aacraid driver is not the emulation. The Firmware itself has a SAT
0.9
translation layer to the raw SATA drives at the physical transport,
the
Firmware then deals with all the targets as SCSI representations.
Mark,
Is that SAT interface at the physical transport accessible
to something like smartmontools?
YES, that is the whole reason we added the physical access via /dev/
sg* in the driver!!!
You may have to do a '-d ata', the patch to smartmontools to automate
this for SATA devices was not approved by Adaptec. SAS drives work.
Does that mean that
[root@disk ~]# smartctl -a -d ata /dev/sg1
should return something nicer than
====
smartctl version 5.36 [i686-redhat-linux-gnu] Copyright (C) 2002-6
Bruce Allen
Home page is http://smartmontools.sourceforge.net/
Smartctl: Device Read Identity Failed (not an ATA/ATAPI device)
A mandatory SMART command failed: exiting. To continue, add one or
more '-T permissive' options.
====
?
Without it, I at least get the drive name:
====
[root@disk ~]# smartctl -a /dev/sg1
smartctl version 5.36 [i686-redhat-linux-gnu] Copyright (C) 2002-6
Bruce Allen
Home page is http://smartmontools.sourceforge.net/
Device: WDC WD3200KS-00PFB0 Version: 21.0
Terminate command early due to bad response to IEC mode page
A mandatory SMART command failed: exiting. To continue, add one or
more '-T permissive' options.
====
The responses are identical for /dev/sdb, by the way. And two
permissives state that SMART ENABLE failed in the former case, and
that the response to IEC mode page was bad.
I got what seems to be Dell's latest firmware for the card
http://support.us.dell.com/support/downloads/format.aspx?releaseid=R155588&c=us&l=en&cs=&s=gen
(for the CERC SATA 1.5/6ch card, which should be the same), but it
didn't like the card.
AFA0> controller details
Executing: controller details
Controller Information
----------------------
Remote Computer: .
Device Name: AFA0
Controller Type: Adaptec 2610SA
Access Mode: READ-WRITE
Controller Serial Number: Last Six Digits = C31E83
Number of Channels: 1
Devices per Channel: 15
Controller Physical Slot: 2
Controller CPU: i960 series
Controller CPU Speed: 100 Mhz
Controller Memory: 64 Mbytes
Battery State: Not Present
Component Revisions
-------------------
CLI: 4.1-0 (Build #7420)
API: 4.1-0 (Build #7420)
Miniport Driver: 1.1-5 (Build #2453)
Controller Software: 4.2-1 (Build #9304)
Controller BIOS: 4.2-1 (Build #9304)
Controller Firmware: (Build #9304)
Regards,
/Sam
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
