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? Have you tried "-D lan_2_0" with ipmi-sensors to try and force ipmi 2.0 on .24? 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. > > [root@XXXXmon ~]# /usr/sbin/ipmi-sensors -h 192.168.160.24 -u XXXXX -p > XXXXX -l user > > /usr/sbin/ipmi-sensors: password verification timeout > > [root@XXXXmon ~]# > > =========================== > > [root@XXXXmon ~]# /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. > > > [root@xyz ]# 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 > > > [root@xyz ]# 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 > > > [root@xyz ]# ipmitool -I lanplus -H 192.168.160.24 -U xxxxx -P xxxxx > power status > Chassis Power is on > [root@xyzx]# > > > =============== > [root@xxxxxx ~]# 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 > [root@xxxxxxxx ~]# > > > ================= > > > Success "without -I lanplus" on the .23 (different) server. > > > [root@xxxx ]# ipmitool -H 192.168.160.23 -U xxxxx -P xxx power status > Chassis Power is on > [root@xxx ]# > > > 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 <ch...@llnl.gov> 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! > > > > > > [root@XXXXXmon > ~]# /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 > > [root@XXXXXmon ~]# > > > > Thanks, > > -- > Albert Chu > ch...@llnl.gov > Computer Scientist > High Performance Systems Division > Lawrence Livermore National Laboratory > > > > > > > -- > Yu Lok -- Albert Chu ch...@llnl.gov Computer Scientist High Performance Systems Division Lawrence Livermore National Laboratory _______________________________________________ Freeipmi-users mailing list Freeipmi-users@gnu.org https://lists.gnu.org/mailman/listinfo/freeipmi-users
