Onderwerp: Dell R210 en ipmitool

Hoi,

Ik ben met ipmitool en zabbix bezig maar krijg het niet voor elkaar data van een R210 in het lab uit te lezen. Dit lukt me wel met de ipmilight iPhone app. IMPI werkt dus wel. Wie heeft het correcte commandline statement of heb ik een brakke ipmitool versie.

Code:

root@zabbix:~# ipmitool -H 44.1.3.37 -U root -P password -I lan chassis status
Error: Unable to establish LAN session
Error sending Chassis Status command
root@zabbix:~# ipmitool -H 44.1.3.37 -U root -P password -I lanplus chassis status
Error: Unable to establish IPMI v2 / RMCP+ session
Error sending Chassis Status command
root@zabbix:~# ipmitool -V
ipmitool version 1.8.11.dell19

$ipmitool -I lan -H $host -U $user -P $pass -L USER sdr type \"$type\"

waarbij $type bijv Temperature, Fan, Physical Security of Voltage kan zijn

Is het nu wel gelukt Randy?

Helaas...

Code:

root@zabbix:~# ipmitool -I lan -H 44.1.3.37 -U root -P password -L USER sdr type Fan -vvv
ipmi_lan_send_cmd:opened=[0], open=[4501840]
IPMI LAN host 87.253.139.178 port 623
Sending IPMI/RMCP presence ping packet
send_packet (12 bytes)
 06 00 ff 06 00 00 11 be 80 00 00 00
ipmi_lan_send_cmd:opened=[1], open=[4501840]
>> IPMI Request Session Header
>>   Authtype   : NONE
>>   Sequence   : 0x00000000
>>   Session ID : 0x00000000
>> IPMI Request Message Header
>>   Rs Addr    : 20
>>   NetFn      : 06
>>   Rs LUN     : 0
>>   Rq Addr    : 81
>>   Rq Seq     : 00
>>   Rq Lun     : 0
>>   Command    : 38
send_packet (23 bytes)
 06 00 ff 07 00 00 00 00 00 00 00 00 00 09 20 18
 c8 81 00 38 0e 02 37
>> IPMI Request Session Header
>>   Authtype   : NONE
>>   Sequence   : 0x00000000
>>   Session ID : 0x00000000
>> IPMI Request Message Header
>>   Rs Addr    : 20
>>   NetFn      : 06
>>   Rs LUN     : 0
>>   Rq Addr    : 81
>>   Rq Seq     : 01
>>   Rq Lun     : 0
>>   Command    : 38
send_packet (23 bytes)
 06 00 ff 07 00 00 00 00 00 00 00 00 00 09 20 18
 c8 81 04 38 0e 02 33
>> IPMI Request Session Header
>>   Authtype   : NONE
>>   Sequence   : 0x00000000
>>   Session ID : 0x00000000
>> IPMI Request Message Header
>>   Rs Addr    : 20
>>   NetFn      : 06
>>   Rs LUN     : 0
>>   Rq Addr    : 81
>>   Rq Seq     : 02
>>   Rq Lun     : 0
>>   Command    : 38
send_packet (23 bytes)
 06 00 ff 07 00 00 00 00 00 00 00 00 00 09 20 18
 c8 81 08 38 0e 02 2f
>> IPMI Request Session Header
>>   Authtype   : NONE
>>   Sequence   : 0x00000000
>>   Session ID : 0x00000000
>> IPMI Request Message Header
>>   Rs Addr    : 20
>>   NetFn      : 06
>>   Rs LUN     : 0
>>   Rq Addr    : 81
>>   Rq Seq     : 03
>>   Rq Lun     : 0
>>   Command    : 38
send_packet (23 bytes)
 06 00 ff 07 00 00 00 00 00 00 00 00 00 09 20 18
 c8 81 0c 38 0e 02 2b
  No response from remote controller
Get Auth Capabilities command failed
ipmi_lan_send_cmd:opened=[1], open=[4501840]
>> IPMI Request Session Header
>>   Authtype   : NONE
>>   Sequence   : 0x00000000
>>   Session ID : 0x00000000
>> IPMI Request Message Header
>>   Rs Addr    : 20
>>   NetFn      : 06
>>   Rs LUN     : 0
>>   Rq Addr    : 81
>>   Rq Seq     : 04
>>   Rq Lun     : 0
>>   Command    : 38
send_packet (23 bytes)
 06 00 ff 07 00 00 00 00 00 00 00 00 00 09 20 18
 c8 81 10 38 0e 02 27
>> IPMI Request Session Header
>>   Authtype   : NONE
>>   Sequence   : 0x00000000
>>   Session ID : 0x00000000
>> IPMI Request Message Header
>>   Rs Addr    : 20
>>   NetFn      : 06
>>   Rs LUN     : 0
>>   Rq Addr    : 81
>>   Rq Seq     : 05
>>   Rq Lun     : 0
>>   Command    : 38
send_packet (23 bytes)
 06 00 ff 07 00 00 00 00 00 00 00 00 00 09 20 18
 c8 81 14 38 0e 02 23
>> IPMI Request Session Header
>>   Authtype   : NONE
>>   Sequence   : 0x00000000
>>   Session ID : 0x00000000
>> IPMI Request Message Header
>>   Rs Addr    : 20
>>   NetFn      : 06
>>   Rs LUN     : 0
>>   Rq Addr    : 81
>>   Rq Seq     : 06
>>   Rq Lun     : 0
>>   Command    : 38
send_packet (23 bytes)
 06 00 ff 07 00 00 00 00 00 00 00 00 00 09 20 18
 c8 81 18 38 0e 02 1f
>> IPMI Request Session Header
>>   Authtype   : NONE
>>   Sequence   : 0x00000000
>>   Session ID : 0x00000000
>> IPMI Request Message Header
>>   Rs Addr    : 20
>>   NetFn      : 06
>>   Rs LUN     : 0
>>   Rq Addr    : 81
>>   Rq Seq     : 07
>>   Rq Lun     : 0
>>   Command    : 38
send_packet (23 bytes)
 06 00 ff 07 00 00 00 00 00 00 00 00 00 09 20 18
 c8 81 1c 38 0e 02 1b
  No response from remote controller
Get Auth Capabilities command failed
Error: Unable to establish LAN session
Failed to open LAN interface
Get Device ID command failed
Unable to open SDR for reading
root@zabbix:~# 

root@zabbix:~# iptables -nL OUTPUT --lin
Chain OUTPUT (policy ACCEPT)
num  target     prot opt source               destination

IPMI werkt wel...

Oorspronkelijk geplaatst door Randy

Wie heeft het correcte commandline statement of heb ik een brakke ipmitool versie.

IPMItool versie zou het gewoon moeten doen.

Code:

$ ipmitool -V
ipmitool version 1.8.11.dell19
$ ipmitool -H 192.168.88.120 -U root -P **************** -I lanplus fru list
FRU Device Description : Builtin FRU Device (ID 0)
 Board Mfg Date        : Mon May 21 22:08:00 2012
 Board Mfg             : DELL
 Board Product         : PowerEdge R210 II             
 Board Serial          : **********
 Board Part Number     : 03X6X0A00
 Product Manufacturer  : DELL
 Product Serial        : *******

UDP pakketjes worden nergens geblokkeerd?

lanplus is ipmi 2.0, de server is alleen 1.5, toch?

Oorspronkelijk geplaatst door Stewie

lanplus is ipmi 2.0, de server is alleen 1.5, toch?

Dacht dat dat alleen bij R200 en ouder was?

Zowel lan (IPMI v1.5) als lanplus (IPMI v2.0) werken niet. Devices zitten aan dezelfde switch in hetzelfde subnet. Tenzij er iets geks is binnen VMware (vmxnet3) lijkt mij niet dat er blokkades zijn (De zabbix VM waarvan ik meet is een VM). Ik heb strace even losgelaten en zie wel twee missende files.

Code:

(...)
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
(...)

Ik ga me daar eerst eens in verdiepen. Volgens man ld.so mag ik de eerste missen. Iemand een idee over de preload?

Code:

       /etc/ld.so.preload  File containing a whitespace separated list of ELF shared libraries to be loaded before the program.  libraries
                           and an ordered list of candidate libraries.
       /etc/ld.so.nohwcap  When this file is present the dynamic linker will load the non-optimized version of a library, even if the  CPU
                           supports the optimized version.

Oorspronkelijk geplaatst door Randy

Tenzij er iets geks is binnen VMware (vmxnet3) lijkt mij niet dat er blokkades zijn

Zou dat als eerste veranderen.
Binnen onze NOC-PS virtuele appliance gebruiken we e1000 omdat vmxnet3 in het verleden te veel gelazer opleverde.


En zie dat VMware dat ook inmiddels door heeft:

UDP packets are dropped from Linux systems using the VMXNET3 Network Adapter
http://kb.vmware.com/selfservice/mic...rnalId=2019944

VMXNET3 en E1000 maakt geen verschil. Ik zie dat ipmitool ook in Macports zit. Vreemd genoeg werkt het vanaf m'n MBA wel.
Zelfde situatie hier @NCC. Native, public IPv6 (duh!) en IPv4 tot de desktop zonder gare NAT's. Ik ga nog eens wat debuggen...

Code:

mba:~ rtenhave$ ipmitool -H 44.1.3.37 -U root -P password -I lan fru list
FRU Device Description : Builtin FRU Device (ID 0)
 Board Mfg Date        : Mon Nov 23 19:54:00 2009
 Board Mfg             : DELL
 Board Product         : PowerEdge R210                
 Board Serial          : CN708219BJ00CI
 Board Part Number     : 0M877NA00

FRU Device Description : BMC             
 Board Mfg Date        : Mon Nov 23 19:54:00 2009
 Board Mfg             : DELL
 Board Product         : PowerEdge R210                
 Board Serial          : CN708219BJ00CI
 Board Part Number     : 0M877NA00

mba:~ rtenhave$ ipmitool -V
ipmitool version 1.8.12

Dank iedereen voor de support.