Date: Thu, 30 Mar 2006 20:34:08 -0700 From: Scott Long <scottl@samsco.org> To: Panagiotis Christias <christias@gmail.com> Cc: freebsd-scsi@freebsd.org Subject: Re: Temperature sensor on SCSI disks (IBM / Hitachi) Message-ID: <442CA330.4090904@samsco.org> In-Reply-To: <e4b0ecef0603301047ybd57de2k103353d71308c89@mail.gmail.com> References: <20060329160129.GA95084@nargothrond.kdm.org> <200603301243.k2UChHSp054250@lurza.secnetix.de> <e4b0ecef0603301047ybd57de2k103353d71308c89@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Panagiotis Christias wrote: > On 3/30/06, Oliver Fromme <olli@lurza.secnetix.de> wrote: > >>Kenneth D. Merry <ken@freebsd.org> wrote: >> > Oliver Fromme wrote: >> > > I have the following SCSI disks in a server: >> > > >> > > <IBM DDYS-T18350M S96H> at scbus0 target 0 lun 0 (pass0,da0) >> > > <IBM DDYS-T18350M S96H> at scbus0 target 1 lun 0 (pass1,da1) >> > > >> > > Searching the mailing lists revealed that IBM SCSI disks >> > > (Hitachi nowadays) have a temperature sensor that can be >> > > queried with a special (prioprietary) command like this: >> > > [...] >> > With some more recent IBM drives (possibly including DDYS drives, can't >> > remember), you can get the temperature like this: >> > >> > camcontrol cmd da0 -v -u $i -c "4D 0 6F 0 0 0 0 0 20 0" -i 32 "s10 i1"` >> >>Cool, that one works. >> >># camcontrol cmd da0 -v -c "4D 0 6F 0 0 0 0 0 20 0" -i 32 "s10 i1" >>33 >># camcontrol cmd da1 -v -c "4D 0 6F 0 0 0 0 0 20 0" -i 32 "s10 i1" >>36 >> >>Thanks very much! >> >>Do such commands exist for other drives or vendors, too? >> >>Best regards >> Oliver > > > Very interesting! I am wondering if it would be possible to get that > kind of information if the disks are part of a hardware RAID. Our > systems have IBM/Hitachi disks connected on RAID controllers > (accessible using the amr driver). Any ideas? > > Thank you in advance, > Panagiotis The amr driver has a SCSI passthrough mechanism for talking to the underlying disks (assuming that the disks are SCSI and not SATA), but it's been broken for several months. Since such a mechanism has such limited use, I haven't bothered to fix it. I definitely don't have time to fix it now, but I can give pointers to anyone who does want to look at it. Scott
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?442CA330.4090904>