Score:0

Cannot access IPMI anymore. Both IPMIView and ipmitool show "Insufficient privilege level"

do flag

I got a Supermicro 5019TR-GF server recently.

At first I can connect to the IPMI via IPMIView or ipmitool to control the server, but today I cannot connect to the server anymore. The ipmitool show:

user@ubuntu-vm:~$ ipmitool -I lanplus -H xx.xx.xx.xx -U ADMIN -P ADMIN sensor list all
Get Device ID command failed: 0xd4 Insufficient privilege level
Get Device ID command failed: 0xd4 Insufficient privilege level
Unable to open SDR for reading

It is strange that I can login to the Web Portal but I cannot use IPMI. What is the problem and how to solve it?


Update 1

I try to use ipmiutil but no luck.

user@ubuntu-vm:~$ ipmiutil sensor list -N xx.xx.xx.xx -U ADMIN -P ADMIN
ipmiutil sensor version 3.15
Invalid data field in request
ipmilan_open_session error, rv = 0xcc
ipmilan Invalid data field in request
ipmi_open error = 204 Invalid data field in request
ipmiutil sensor, Invalid data field in request

Update 2 Finally I reset IPMI to Factory defaults settings in the web interface. Now I can use ipmitool again. However, I cannot find the reason which cause this problem...

user10489 avatar
nc flag
Possibly the ipmi nvram got corrupted; maybe a bit flip in the user configuration.
testcb00 avatar
do flag
If this is the case, I cannot solve it as the IPMI controller using it's own RAM...
user10489 avatar
nc flag
Point being, resetting the settings to default and changing the password is the correct solution if the settings are corrupt.
Score:0
za flag

Don't use ipmitool over LAN, try to use local IPMI Device Interface. For that, connect to the computer whose BMC you want to control, load ipmi_devintf and and don't specify any connection parameters, just the command:

# lsmod | grep ipmi
...
ipmi_devintf
...
# ipmiutil sensor list
ipmiutil sensor version 3.13
-- BMC version 1.71, IPMI version 2.0 
_ID_ SDR_Type_xx ET Own Typ S_Num   Sens_Description   Hex & Interp Reading
0004 SDR Full 01 01 20 a 01 snum 01 CPU1 Temp        = 36 OK   54.00 degrees C
0047 SDR Full 01 01 20 a 01 snum 02 CPU2 Temp        = 00 Absent 0.00 na
008a SDR Full 01 01 20 a 01 snum 0a PCH Temp         = 2d OK   45.00 degrees C
00cd SDR Full 01 01 20 a 01 snum 0b System Temp      = 23 OK   35.00 degrees C
0110 SDR Full 01 01 20 a 01 snum 0c Peripheral Temp  = 28 OK   40.00 degrees C
0153 SDR Full 01 01 20 a 01 snum 0d MB_10G Temp      = 00 Absent 0.00 na
0196 SDR Full 01 01 20 a 01 snum 10 VRMCpu1 Temp     = 29 OK   41.00 degrees C
01d9 SDR Full 01 01 20 a 01 snum 11 VRMCpu2 Temp     = 00 Absent 0.00 na
021c SDR Full 01 01 20 a 01 snum 12 VRMP1ABC Temp    = 23 OK   35.00 degrees C
...

I've demonstrated ipmiutil here since ipmitool wasn't installed in this (supermicro) server and I was too lazy to install ipmitool (and because ipmiutil is way better when it comes to analyzing event logs, which ipmitool parses completely wrong way), but ipmitool will work this way too.

You can also perform different things, like resetting the BMC from a host (warm or cold), configuring its network parameters, configuring users and passwords and so on. All without powering down the server and without prior knowledge of BMC configuration and passwords, only root access to the OS is needed! This uses a special private interface between the computer and BMC. Also it's standard protocol, it works on supermicro, hpe, dell, intel, lenovo, asus motherboards (those I've tried myself), probably many others would work too.

testcb00 avatar
do flag
Unfortunately I cannot access the server directly as I am running memtest86 to test the RAM. I have tried ipmiutil, it seems that the problem is not the IPMI client software.
Nikita Kipriyanov avatar
za flag
If there was any important (say, business) workload, I'd understand it as the reason to not to reboot machine just to fix BMC. But memtest for me is certainly not an excuse for that. Nothing depends on it, you can always postpone the test and you'll not lose any money for that.
testcb00 avatar
do flag
You are right, but this machine uses a buggy BIOS. I cannot use multi-CPU cores mode to run memtest86. The test run three days and it is still running. Anyway, thank for your suggestion. I will try to **reset IPMI to Factory defaults settings** after the RAM test is done.
mangohost

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.