bug fix for ipmitool located, typo, sensors instead of sensor

This commit is contained in:
Harald Hope 2022-08-22 18:53:52 -07:00
parent 915c7efa34
commit 10f88b360e
2 changed files with 4 additions and 2 deletions

2
inxi
View file

@ -23283,7 +23283,7 @@ sub ipmi_data {
($b_ipmitool,$i_key,$i_value,$i_unit) = (0,1,3,4); ($b_ipmitool,$i_key,$i_value,$i_unit) = (0,1,3,4);
} }
else { # ipmitool else { # ipmitool
$cmd = "$program sensors"; $cmd = "$program sensor";
($b_ipmitool,$i_key,$i_value,$i_unit) = (1,0,1,2); ($b_ipmitool,$i_key,$i_value,$i_unit) = (1,0,1,2);
} }
@data = main::grabber("$cmd 2>/dev/null"); @data = main::grabber("$cmd 2>/dev/null");

View file

@ -47,6 +47,8 @@ returned an undefined value instead of the hash reference it was supposed to.
This is the first time I've seen this happen with ipmi, but there have not been This is the first time I've seen this happen with ipmi, but there have not been
a lot of ipmi samples. a lot of ipmi samples.
[update: the bug was running ipmitool sensors instead of ipmitool sensor]
Thanks issue poster #274 for having systems that triggered this scenario. Thanks issue poster #274 for having systems that triggered this scenario.
3. $source for ipmi was set to lm-sensors by accident. 3. $source for ipmi was set to lm-sensors by accident.
@ -175,7 +177,7 @@ change --force pkg/rpm to switch on $force{package}.
2. Refactored package PackageData to be more granular. 2. Refactored package PackageData to be more granular.
-------------------------------------------------------------------------------- --------------------------------------------------------------------------------
-- Harald Hope - Mon, 22 Aug 2022 17:46:23 -0700 -- Harald Hope - Mon, 22 Aug 2022 18:46:23 -0700
================================================================================ ================================================================================
Version: 3.3.20 Version: 3.3.20