Re: aacraid and S.M.A.R.T

[Martin Samuelsson <sam@home.se>]

On Thu, 31 Jul 2008 11:49:09 -0400
Mark Salyzyn <Mark_Salyzyn@adaptec.com> wrote:

> Sounds like a compliance issue, this is solely at the Firmware's  
> discretion :-(

I suspected as much. It's a bit frustrating.

> 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.

Do you mean that it looks like I get through to the firmware's interface, but that it does not forward my request to the physical device?

Yes, either I get through to Dell (though they seem reluctant to talk to people without service tags) or I will have to live with not knowing whether the disks risk running too hot or not, I suppose. We'll see what happens.

Thanks for your help! (All of you.)

/Sam

> 
> 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@adaptec.com> 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@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html