Describe the bug
Commands hangs for 10 seconds before printing Unable to get Channel Cipher Suites, then perform normally but the return code is still 1 whereas the command succeed ...
IPMITOOL Version
$ ipmitool -V
ipmitool version 1.8.19
To Reproduce
Steps to reproduce the behavior:
- Using hardware OCP Leopard with BMC firmware from Quanta
- Run
ipmitool -I lanplus -H xxx -U xxx -P xxx lan print
- Observe the abnormal reply: the command waits 10 seconds before printing
Unable to get Channel Cipher Suites and then the rest of the command ouptut. I can speed-up the process by specifying a cipher suite like so :
ipmitool -I lanplus -C 3 -H xxx -U xxx -P xxx lan print
Set in Progress : Set Complete
Auth Type Support : NONE MD2 MD5 PASSWORD
Auth Type Enable : Callback : NONE MD2 MD5 PASSWORD
: User : NONE MD2 MD5 PASSWORD
: Operator : NONE MD2 MD5 PASSWORD
: Admin : NONE MD2 MD5 PASSWORD
: OEM :
IP Address Source : DHCP Address
IP Address : x.x.x.x
Subnet Mask : 255.255.255.0
MAC Address : xx:xx:xx:xx:xx:Xx
SNMP Community String : public
IP Header : TTL=0x00 Flags=0x00 Precedence=0x00 TOS=0x00
But the major issue here is that the return code of the command is 1 even if it outputs the correct lan information (except for the cipher suite part)
echo $?
1
Expected behavior
Well the command should not wait for 10 seconds, and should not return a code of 1 when the only part that failed is the "GetChannelCipherSuites" command because the rest of the actual command returned successfully.
Additional context
I did not have this problem on version 1.8.18. There are actually 2 problems here : the 10s timeout and the wrong return code.
**Describe the bug**
Commands hangs for 10 seconds before printing `Unable to get Channel Cipher Suites`, then perform normally but the return code is still 1 whereas the command succeed ...
**IPMITOOL Version**
```none
$ ipmitool -V
ipmitool version 1.8.19
```
**To Reproduce**
Steps to reproduce the behavior:
1. Using hardware OCP Leopard with BMC firmware from Quanta
2. Run `ipmitool -I lanplus -H xxx -U xxx -P xxx lan print`
3. Observe the abnormal reply: the command waits 10 seconds before printing `Unable to get Channel Cipher Suites` and then the rest of the command ouptut. I can speed-up the process by specifying a cipher suite like so :
```none
ipmitool -I lanplus -C 3 -H xxx -U xxx -P xxx lan print
Set in Progress : Set Complete
Auth Type Support : NONE MD2 MD5 PASSWORD
Auth Type Enable : Callback : NONE MD2 MD5 PASSWORD
: User : NONE MD2 MD5 PASSWORD
: Operator : NONE MD2 MD5 PASSWORD
: Admin : NONE MD2 MD5 PASSWORD
: OEM :
IP Address Source : DHCP Address
IP Address : x.x.x.x
Subnet Mask : 255.255.255.0
MAC Address : xx:xx:xx:xx:xx:Xx
SNMP Community String : public
IP Header : TTL=0x00 Flags=0x00 Precedence=0x00 TOS=0x00
```
But the major issue here is that the return code of the command is 1 even if it outputs the correct lan information (except for the cipher suite part)
```none
echo $?
1
```
**Expected behavior**
Well the command should not wait for 10 seconds, and should not return a code of 1 when the only part that failed is the "GetChannelCipherSuites" command because the rest of the actual command returned successfully.
**Additional context**
I did not have this problem on version 1.8.18. There are actually 2 problems here : the 10s timeout and the wrong return code.