LSI MegaRaid - get HDD temperature

Question

Is there any way to get a drive temperature using MegaCLI or any other utility? Like "tw_cli /cx/px show temperature" in 3ware.

OS: Solaris x86.

Solution 1

With megacli 8.02.16 (and maybe older versions, who knows), I found this info per-drive with:

megacli -PDInfo -aALL

Each drive has a line like:

Drive Temperature :26C (78.80 F)

Solution 2

On a newer version of MegaCLI (get it from http://www-947.ibm.com/support/entry/portal/docdisplay?lndocid=migr-5082327) you will get drive temp, with -PDList, tested on my servers. The additional problem would be the fact that for controller temp (also important) you need to have a temp sensor in place (it seems it does not come with one, at least AdpAllInfo says that)

Solution 3

With MegaCLI SAS RAID Management Tool Ver 8.07.10 May 28, 2013 it is:

megacli -PDList -aAll | grep Temperature

Solution 4

You could try accessing the SMART data with smartmontools. According to their docs, LSI is supported.

View more solutions

Comments

[Sam Go]

Unfortunately not in Solaris

[Xorlev]

smartmontools in Solaris, or LSI Megaraid support in Solaris?

[Return_Of_The_Archons]

Nope. -pdinfo includes only some very elementary SMART data.

[Sam Go]

smartmontools. and LSI megaraid. according of the response from the LSI support, standard megaraid utilites are unable to get temperatures yet. In Linux it's possible with smartmontools (told by the author, but in practice neither -d 3ware,N with 3ware nor -d megaraid,N with LSI cards work properly)

[FooBee]

disserman: I have a 3ware controller with SLES 11, and it's working fine here.

[outcassed]

Partly commenting in case I need to find this later :) On Linux, Smartmontools doesn't seem to work with newer SAS LSI raid controllers, but a small kernel hack exposes the drives so that you can run smartmontools. Possibly dangerous. Don't do it ;) in drivers/scsi/megaraid/megaraid_sas.c: Change megasas_slave_configure so that "if (sdev->channel < MEGASAS_MAX_PD_CHANNELS && sdev->type == TYPE_DISK)" performs "sdev->no_uld_attach = 1; sdev->writeable = 0;" instead of "return -ENXIO;" Then run smartctl -a /dev/sgX on the new sg devices.