Hello Everyone,
I'm using a natively compiled ipmitool 1.8.8 on multiple Linux OSes and
When using Serial over LAN (sol), I've found that if I type very
quickly, the tool will segfault every time.
For example:
--
$ ipmitool -U ADMIN -P ADMIN -I lanplus -H kaadu-ipmi sol activate
[SOL Sessi
8.8, and generally bad sol
> behavior.
>
> On Fri, 2006-11-03 at 13:01 -0800, David A. Ranch wrote:
>
>> Hello Everyone,
>>
>> I'm using a natively compiled ipmitool 1.8.8 on multiple Linux OSes and
>> When using Serial over LAN (sol), I've found that if
v1.8.9 will be officially released?
--David
> Try CVS, known segfault crashes in 1.8.8, and generally bad sol
> behavior.
>
> On Fri, 2006-11-03 at 13:01 -0800, David A. Ranch wrote:
>
>> Hello Everyone,
>>
>> I'm using a natively compiled ipmitool 1.8.8 on m
What does the output of the following show?
ipmitool -U *your-login* -P *your-passwd* -H 10.159.4.248 -I lanplus
sel
Does it show any "entries"?
You can send fake events by using:
ipmitool -U
*your-login* -P *your-passwd* -H 10.159.4.248 -I lanplus event
--David
Hello,
Did you enable login services on say ttyS1 (most likely the serial port
that Dell binds to for IPMI services)? Edit /etc/inittab and add a line
such as:
co:2345:respawn:/sbin/agetty ttyS1 9600 vt100-nav
Once that's entered in, run the command "/sbin/telinit q" as the root
user to activate
Curious, what's the benefit of an interrupt-based IPMI setup? Better
response for things like traps, SOL, etc. compared to polling? As it
stands, the dmidecode for these Supermicro cards doesn't say anything
about interrupts:
...
Handle 0x0030
DMI type 38, 12 bytes.
IPMI Devi
I'm seeing a issue here with both 1.8.8 and this
ipmitool/ipmitool-1.8.8.90 build (on CENTOS 4.4). When communicating to
a SuperMicro BMC connected via Intel MACs (which share the same Ethernet
MAC and IP address with the OS itself), the IPMI communications are not
reliable. 70% of the time
ect
In response to David:
I'm not sure if this will offer any help but the new intel bmc's have
dedicated MAC's for ipmi traffic and seperate MAC's for OS. Therefore it
might be that the e1000 driver is not providing a multiplexor type
operation correctly for discriminating be
>constantly updating their "2.10 Beta" code for over a year without
>changing the revision number. The only way to tell that there is a
>newer version is the date of the file itself. I used to be using
>09/07/06 but I've been recently using 12/27/06 and I understand there is
>now a 02/09/07
What OSes do you want to support for RPM packages?
I can build you a set for Centos 4.4 and FC3 if you'd like.
--david
Hi Petter,
That's wonderful! Thank you, thank you!! :-D I'm sure the rest of us
can make the rpms for you to post over the next week or so. I will try
to make several of
Will speeds other than 19.2k even work with a SuperMicro IPMI card
(0x15d9/0x1134)? Boards are H8DAR-T and H8SSL-i...
I'm not 100% sure what these boards/cards are. The SIMSO cards that
Supermicro has out for newer motherboards have a faster BMC.
I have 100+ of Supermicro's IPMI cards
A few things stick out in my mind:
1. Since the MAC addresses are different for both the IPMI and eth0,
this means that, potentially, you should be able to ping the IPMI card
and get responses. Does that work?
2. When you did a "lan print 2", there weren't any Cipher suites shown
for a given
In your original email, you posted the MAC address of your eth0 NIC.
Looking in this URL, that's a Inventec MAC
http://www.coffer.com/mac_find/?string=00%3AA0%3AD1%3AE5%3AD1%3A88
Yet.. looking at Penguin Computing's page, it says:
--
On-Board LAN 2 x Intel 10/100/1000 ethernet, dedicated 1
> >Using icmp, you can probe the 1U-IPMIB with increasing sized pings (LANG
> >doesn't respond to ICMP echo requests) and see that the 1U-IPMIB stops
> >responding to ICMP's >=275B (317B packets).
Same goes for the AOC-IPMI20E cards too.
--David
---
How does one tell if their IPMI system uses interrupts vs. polling?
--David
Can some of you please test the attached patch on systems that have
interrupts? I think this is a problem, but I don't have a system that
supports interrupts, so I can't really test it. And I'd want this
tested on
Are both units running the same firmware version on the BMC and in the BIOS?
--David
> Another problem with the Relion 1600 IPMI... I have two of these
> machines, and with the "good" server everything seems fine with
> ipmitool. Power on, power off, serial over lan, and lots of sdr and
> sen
Just to make sure we're not overlooking the obvious but do you have a
login daemon listening to whatever ttyS* (assuming Linux syntax here)
port is connected to the IPMI card? This would be configured in
/etc/inittab for Linux Sys-V style machines. For example, IPMI SOL
connects to COM2:
-
Look through the ./configure output and pay attention to the SSL stuff.
Do you have the openssl-libs installed?
--David
> Hi,
> When I do ./configure to set up ipmitool for compilation in the SUSE10
> environment, it does not list 'lanplus' as one of the interfaces
> available. Does anyone k
It sounds like the Sun firmware is crashing when it receives this IPMI
"user" command. You need to take this up with Sun Engineering and even
if they feel this is a bug on the ipmitool side, it's also a bug on
their side as their IPMI stack shouldn't crash regardless of what it
receives.
--D
I'm curious what Intel thinks of proprietary extensions from vendors
such as Supermicro, Dell, etc. that gives a video or "KVM" transport
over IPMI? I personally use Linux so the standard text "sol" transport
is fine but for heavy Windows environments, you really need a GUI
"console" to be ab
stems, KVM is a requirement for management, and
including it on the BMC saves effort/cost in designing the Management
Modules.
But I tend to gravitate toward Linux and scriptable CLIs also, since
GUIs aren't very scalable :-).
Andy
-Original Message-
From: David A. Ranch [mailto:[EMA
Make sure you're running the newest IPMI firmware on the Supermicro
BMC. If Supermicro releases software for these new SIM-style BMCs is
anything like their legacy AOC BMCs, you need to run the beta firmware
which is usually stable. Also note that the version number for the code
is meaningle
That depends on motherboard's BMC vendor. Several vendors have
proprietary BMCs (Dell, Supermicro, etc.) that support KVM-type features
but there isn't any standards to it nor am I aware of ipmitool
supporting any sort of graphical output as it's only a CLI tool.
--David
>
> I want to capture
Is this the graphical or the text menu? The text menu works for me
assuming you have the right font and terminal emulation.
To enable text mode, make sure you have lines like the following
commented out:
#splashimage=(hd0,0)/grub/splash.xpm.gz
--David
> Hi,
>
> I'm running ipmitool. When
400 console=tty0
>>
>> First, unit=2 means COM3 (unit=0,1,2), and this conflicts with
>> console=ttyS0 meaning COM1.
>> Pick the correct port for both.
>> Second, you need to remove the splash=silent
>>
>> Andy
>>
>> -----Original Message
I personally use dmidecode as I can't find that data via IPMI.
--David
>
> Hello All,
>
> How can i retrieve DIMM sizes and EEPROM sizes using ipmitool.
> I observed that DIMM and EEPROM manufacturer details and type are listed when
> i try -
>
> ipmitool -I bmc fru print
>
> But size is not
There are three key things to consider when using the IPMI "lan"
interface:
1. Usually, you need to use an external machine to poll the desired
IPMI device. The same machine with the IPMI interface usually cannot
poll itself via the LAN interface
2. If the IPMI BMC is on a card that has a E
Hello Everyone,
I was curious if the error messages reported by ipmitool when a
mismatched password is given could be improved. Specifically, when
trying to connect to a Supermicro IPMI 2.0 BMC with the wrong password:
ipmitool -H somehost -U user -P password -I lanplus sol activate
--
Error:
Do you have the right BMC firmware loaded on the DL360 as well as the
most up to date BIOS and BMC firmware.
Also, what's the output of "ls -la /dev/ipmi*"? It should be something
like:
crw-rw-rw- 1 root root 253, 0 Dec 10 15:38 /dev/ipmi0
--David
> Hiya, list!
>
> I installed openipmi
_watchdog,ipmi_devintf
I don't need to have the ipmi_si module loaded, correct? If I try
to load it, I get an error in the kern.log:
init_ipmi_si: Unable to register driver: -17
I'll have to check on the BIOS and BMC firmware.
On Feb 20, 2008, at 4:47 PM, David A. Ranch wrote:
That's an excellent question and I really don't know if there is a way
to figure it out from Linux, etc. I would recommend to take this up
with Hp and report back to the list with your findings.
--David
-
This SF.net e
> If so, the Base Address should be listed there.
>
> Andy
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of David
> A. Ranch
> Sent: Thursday, February 21, 2008 4:25 PM
> To: Kurt Yoder
> Cc: ipmitool-devel@lists.sourcef
I don't see that. I see:
--
Handle 0x0030, DMI type 38, 12 bytes.
IPMI Device Information
Wrong DMI structures length: 1415 bytes announced, structures occupy
1406 bytes.
--
--David
On Thu, Feb 21, 2008 at 02:04:35PM -0800, David A. Ranch alleged:
Hmm.. that doesn'
> You are using udev? It's very strange that /dev/ipmi0 was created. Can
> you send:
>
> The contents of /proc/ipmi/0
>
That's interesting. I have various reliability and performance issues
with these Supermicro BMCs and I see the following:
# cat /proc/ipmi/0/si_stats
interrupts_enable
Is there a way to set the IPMI trap receivers with ipmitool 1.8.9?
There the field for the SNMP community but nothing else. This is
specific to Supermicro machines where their IPMIView tool allows to set
three receivers (and their MAC addresses).
--Dav
-
35 matches
Mail list logo
