Bekijk Volledige Versie : 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.
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...
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...
1042610427
Wie heeft het correcte commandline statement of heb ik een brakke ipmitool versie.
IPMItool versie zou het gewoon moeten doen.
$ 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?
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.
(...)
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?
/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.
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/microsites/search.do?language=en_US&cmd=displayKC&externalId=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...
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. :lovewht: