I have an (old) SMC-001 IPMI device on an (old) X6DVL-EG2 motherboard. My problem is that I cannot access the BMC from LAN. I'm also getting some interesting output from ipmitool.
First, the setup. I enable Console Redirection in the BIOS, turn BIOS Redirection after POSt to "disabled". I then modprobe'ed for ipmi_msghandler, ipmi_devintf and ipmi_si. I then found ipmi0 under /dev. So far so good. Since I want console redirection over serial, I modified /boot/grub/menu.lst:
http://pastebin.com/YYJmhusQ
I then modified "/etc/inittab" as follows:
S1:12345:respawn:/sbin/agetty -L 19200 ttyS1 ansi
Networking I set as following, using "ipmitool"
ipaddr: 192.168.3.164
netmask: 255.255.255.0
defgw: 192.168.3.1
The above are correct for my environment.
To test it I do:
ipmitool -I open chassis power off
which responds by powering off the machine.
When I to access from another computer on the network, however, I get an error message:
host# ipmitool -I lanplus -H 192.168.10.164 -U Admin -a chassis power status
Error: Unable to establish LAN session
Unable to get Chassis Power Status
"Admin" seems to be a valid user name:
host# ipmitool -I open user list 1
2 Admin true false true USER
The interesting output from ipmitool I initially mentioned:
host # ipmitool -I open lan set 1 access on
Set Channel Access for channel 1 failed: Request data field length limit exceeded
Also,
newload4:/home/gjones # ipmitool channel info 1
Channel 0x1 info:
Channel Medium Type : 802.3 LAN
Channel Protocol Type : IPMB-1.0
Session Support : session-less
Active Session Count : 0
Protocol Vendor ID : 7154
Get Channel Access (volatile) failed: Request data field length limit exceeded
The output of "ipmitool -I open lan print 1" is here:
http://pastebin.com/UZyL6yyE
Any help/suggestions is greatly appreciated; I've been working with this thing for a few hours now with no success.
I was getting that
IPMI command failed: Request data field length limit exceeded
error using ipmitool, so I downloaded ipmicfg from SuperMicro's website. That program told me that the password I'd been attmepting was invalid:Once I put in a password that met all of those requirements, it worked in both ipmicfg and in ipmitool.
I'm managing to do the same thing with these BMC (SuperMicro SMC-0001) on two SuperMicro servers. I didn't try to setup the console redirection yet because I ran onto a "privilege level" problem on one of the two BMC :
The user 2 (ADMIN) should have administrator privileges, but the common way to fix it doesn't work :
Then I used "tshark" and "IPMIView" on the other server to "watch" the raw command that IPMIView send when changing a user privilege. Here you go :
( 02 = UserID , 04 = Administrator privilege )
You can also reset the password for this user (2)
And to connect from an other host you'll have to use a specific driver
Voila, 'hope it helps
Rafael.
I see the board has two ethernet ports. Have you checked the other IPMI channels for LAN channels?
(Where N is 2 - 9) On my Intel SE7501 boards, the IPMI LAN channels are on both 6 and 7.
To get mine working, I had to set each channel's macaddr to the MAC of the NIC. I also had to set a password for the default user.
Your board specs show it supports IPMI 2.0, but I agree w/Daniel Lawson - try the IPMI 1.5 lan interface. And since OpenIPMI is the default, you don't need to specify '-I open'.
You're connecting to the IP address 192.168.10.164 here
But you've set the IP address of the IPMI controller to 192.168.3.164 here, and this is verified in the output of "ipmitool -I open lan print 1" you pastebinned.
You need to use the IP address of the IPMI controller when making a LAN connection.
I can't comment on the other commands you're seeing issues with. As it's an older IPMI controller, it's possible it doesn't support what you're requesting?
Additional:
The lanplus interface is the IPMI 2.0 LAN interface. Try the lan interface (IPMI 1.5) instead?
Are you able to ping the IPMI IP (192.168.3.164)?
Is there a dedicated IPMI port? If the ethernet cable is not connected to the mgmt port when the machine first powers on it's likely that the IPMI board will 'share' the eth0 port. If you issue this command:
ipmitool mc reset cold
it will renegotiate and choose the proper port.