freeipmi-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Freeipmi-users] ipmi-sensors: password verification timeout


From: Yu Lok Lam
Subject: Re: [Freeipmi-users] ipmi-sensors: password verification timeout
Date: Tue, 24 Jan 2017 08:50:56 -0800
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.6.0

Hi Al,

  See reply below:

On 1/23/17 4:31 PM, Albert Chu wrote:
The fact IPMI 2.0 (i.e. lanplus) works but not IPMI 1.5 works is
curious.  Is the output from:

bmc-config --checkout -vv

identical on both .23 and .24?
Yes, "bmc-config" for both are identical.

Have you tried "-D lan_2_0" with ipmi-sensors to try and force ipmi 2.0
on .24?
 The "-D lan_2_0" option works!

address@hidden ~]# /usr/sbin/ipmi-sensors -h 192.168.160.24 -u XXXXX -p XXXXX -l user -D lan_2_0
ID   | Name            | Type              | Reading    | Units | Event
4    | CPU1 Temp       | Temperature       | 27.00      | C     | 'OK'
71   | CPU2 Temp       | Temperature       | 30.00      | C     | 'OK'
138  | System Temp     | Temperature       | 26.00      | C     | 'OK'
205  | Peripheral Temp | Temperature       | 38.00      | C     | 'OK'

Hmmm???? It still doesn't explain why one would need to force option lan2.0 when the bmc configs are identical. The original intent was to get the Nagios Perl plugin "check_ipmi_sensor", a wrapper for ipmi-sensors to work. Good news! I was able to get it to work.

address@hidden ~]# /usr/lib64/nagios/plugins/check_ipmi_sensor -H 192.168.160.24 -U XXXXX -P XXXXX -L user -O "-D lan_2_0" IPMI Status: OK | 'CPU1 Temp'=27.00 'CPU2 Temp'=28.00 'System Temp'=27.00 'Peripheral Temp'=38.00 'PCH Temp'=49.00 '10G Temp'=45.00 'P1-DIMMA1 TEMP'=28.00 'P1-DIMMB1 TEMP'=28.00 'P1-DIMMC1 TEMP'=38.00 'P1-DIMMD1 TEMP'=30.00 'P2-DIMME1 TEMP'=35.00 'P2-DIMMF1 TEMP'=34.00 'P2-DIMMG1 TEMP'=32.00 'P2-DIMMH1 TEMP'=33.00 'FAN1'=3075.00 'FAN2'=2925.00 'FAN3'=2925.00 'FAN5'=3075.00 'VTT'=0.99 'CPU1 Vcore'=0.70 'CPU2 Vcore'=0.75 'VDIMM AB'=1.47 'VDIMM CD'=1.49 'VDIMM EF'=1.50 'VDIMM GH'=1.49 '3.3V'=3.26 '+3.3VSB'=3.31 '5V'=4.93 '+5VSB'=4.93 '12V'=12.19 'VBAT'=3.07

 Thanks a bunch Al.  I really appreciate your response.

-Yulok Lam

Al

On Mon, 2017-01-23 at 16:16 -0800, Yulok Lam wrote:
Hi Albert,

   No, it does not.  However, on a different system .23, it works. I
have double check the password on both systems and they are good.
See results for the .23 and .24 systems.

address@hidden ~]# /usr/sbin/ipmi-sensors -h 192.168.160.24 -u XXXXX -p
XXXXX -l user

/usr/sbin/ipmi-sensors: password verification timeout

address@hidden ~]#

===========================

address@hidden ~]# /usr/sbin/ipmi-sensors -h 192.168.160.23 -u XXXXX -p
XXXXX -l user

ID   | Name            | Type              | Reading    | Units |
Event

4    | CPU1 Temp       | Temperature       | 28.00      | C     | 'OK'

71   | CPU2 Temp       | Temperature       | 27.00      | C     | 'OK'

138  | System Temp     | Temperature       | 29.00      | C     | 'OK'

=================================================


    I have one system where I need to use the "-I lanplus" option while
the other, I did not.  Both systems are Supermicro X9DRW-7TPF+ and
running the same ipmitool 2.0/firmware 3.31.


address@hidden ]# ipmitool -H 192.168.160.24 -U xxxxx -P xxxxx power status
Activate Session error: Invalid data field in request
Error: Unable to establish LAN session
Unable to get Chassis Power Status


address@hidden ]# ipmitool -I lan -H 192.168.160.24 -U xxxx -P xxxxx power
status
Activate Session error: Invalid data field in request
Error: Unable to establish LAN session
Unable to get Chassis Power Status


address@hidden ]# ipmitool -I lanplus -H 192.168.160.24 -U xxxxx -P xxxxx
power status
Chassis Power is on
address@hidden


===============
address@hidden ~]# ipmitool mc info
Device ID                 : 32
Device Revision           : 1
Firmware Revision         : 3.31
IPMI Version              : 2.0
Manufacturer ID           : 10876
Manufacturer Name         : Supermicro
Product ID                : 1824 (0x0720)
Product Name              : Unknown (0x720)
Device Available          : yes
Provides Device SDRs      : no
Additional Device Support :
     Sensor Device
     SDR Repository Device
     SEL Device
     FRU Inventory Device
     IPMB Event Receiver
     IPMB Event Generator
     Chassis Device
address@hidden ~]#


=================


Success "without -I lanplus" on the .23 (different) server.


address@hidden ]# ipmitool -H 192.168.160.23 -U xxxxx -P xxx power status
Chassis Power is on
address@hidden ]#


   I am thinking there must be an option in ipmitool option that I am
forgetting.

-Yulok Lam



On Mon, Jan 23, 2017 at 3:59 PM, Albert Chu <address@hidden> wrote:
         Usually this means that the password you have doesn't work.
         When you
         do:
/usr/sbin/ipmi-sensors -h 192.168.160.24 -u xxxxx -p xxxxx -l
         user
          --quiet-cache --sdr-cache-recreate --interpret-oem-data
          --output-sensor-state --ignore-not-available-sensors
On the command line, does it work? Or even something more
         basic like:
/usr/sbin/ipmi-sensors -h 192.168.160.24 -u xxxxx -p xxxxx Al On Mon, 2017-01-23 at 15:40 -0800, Yulok Lam wrote:
         > Hi all,
         >
         >    I am getting an error "password verification timeout"
         using
         > check_ipmi_sensor 3.2 a Nagios plugin check on a Supermicro
         Server
         > X9DRW-7TPF+ system.  I have look through the documentation
         via
         >
         
http://www.gnu.org/software/freeipmi/manpages/man8/ipmi-sensors-config.8.html#lbAO
         > concerning "password verification timeout" but doesn't have
         a direct
         > solution.  Any help would be greatly appreciated!
         >
         >
         > address@hidden
         ~]# /usr/lib64/nagios/plugins/check_ipmi_sensor -H
         > 192.168.160.24 -U xxxxx -P xxxxx  -L user -vvv
         > ------------- begin of debug output (-vvv is set):
         ------------
         >   script was executed with the following parameters:
         >     /usr/lib64/nagios/plugins/check_ipmi_sensor -H
         192.168.160.24 -U xxxxx
         > -P xxxxx -L user -vvv
         >   check_ipmi_sensor version:
         >     3.2
         >   FreeIPMI version:
         >     ipmi-sensors - 1.2.9
         >   FreeIPMI was executed with the following parameters:
         >     /usr/sbin/ipmi-sensors -h 192.168.160.24 -u xxxxx -p
         xxxxx -l user
         > --quiet-cache --sdr-cache-recreate --interpret-oem-data
         > --output-sensor-state --ignore-not-available-sensors
         >   FreeIPMI return code: 1
         >   output of FreeIPMI:
         > /usr/sbin/ipmi-sensors: password verification timeout
         >
         >   output of FRU data:
         > --------------------- end of debug output
         ---------------------
         > /usr/sbin/ipmi-sensors: password verification timeout
         >
         > -> Execution of /usr/sbin/ipmi-sensors failed with return
         code 1.
         > -> /usr/sbin/ipmi-sensors was executed with the following
         parameters:
         >    /usr/sbin/ipmi-sensors -h 192.168.160.24 -u xxxxx -p
         xxxxx -l user
         > --quiet-cache --sdr-cache-recreate --interpret-oem-data
         > --output-sensor-state --ignore-not-available-sensors
         > address@hidden ~]#
         >
         > Thanks,
--
         Albert Chu
         address@hidden
         Computer Scientist
         High Performance Systems Division
         Lawrence Livermore National Laboratory



--
  Yu Lok




reply via email to

[Prev in Thread] Current Thread [Next in Thread]