Ipmitool can not get power consumption

Hello,

I tried to get the power comsumption reading using ipmitool, but failed:

ipmitool dcmi power reading

Instantaneous power reading:                     0 Watts
Minimum during sampling period:                  0 Watts
Maximum during sampling period:                  0 Watts
Average power reading over sample period:        0 Watts
IPMI timestamp:                           Mon Jun 11 05:25:32 2012
Sampling period:                          00000005 Seconds.
Power reading state is:                   activated

Is there any way that I can find the power consumtion?

Our system is:

Base Board Information
Manufacturer: ADLINK
Product Name: Ampere Altra Developer Platform
Version: ES2
Serial Number: Serial Not Set
Asset Tag: Not Specified
Features:
Board is a hosting board
Location In Chassis: Base of Chassis
Chassis Handle: 0x0000
Type: Motherboard
Contained Object Handles: 0

Thanks,

Feng

I’m not sure exactly how ipmitool works, but I think it does depend on support from the BMC and firmware for some features. I found a couple of resources where you might get more information. Maybe someone else knows what ipmitool features are supported on the ADLink Developer Platform?

You can use the lm-sensors package to measure CPU power. You don’t need ipmi

root@voyager:~# apt install lm-sensors
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
lm-sensors is already the newest version (1:3.6.0-9build1).
0 upgraded, 0 newly installed, 0 to remove and 25 not upgraded.
root@voyager:~# sensors | head -n 5
apm_xgene-isa-0000
Adapter: ISA adapter
SoC Temperature:  +39.0°C
CPU power:         9.08 W
IO power:         16.05 W
root@voyager:~#

The ipmitool sensor command will show sensors… However each platform implementation is different.

Thanks, everyone!

I am wondering if Ampere BMC has any hidden RAW commands to get those common metric.

lm-sensors do list the power consumption as quocbao mentioned. While it seems it’s report numbers are not really accurate? Lower than we expected.