I suppose I'll throw this out there as a possibility.

One user of FreeIPMI discovered that their HP machine (HP Proliant DL
145 server, I don't know if this is the same line as your machine) only
supported the IPMI 2.0 protocol, not the IPMI 1.5 protocol. So maybe
you'd like to try using the 'lanplus' interface instead of the 'lan'
interface.

Al

On Mon, 2007-12-03 at 09:53 -0800, Cress, Andrew R wrote:
> HP DL 140 with Aelita Software BMC firmware, IPMI 1.5. 
> Hmmm, I've never seen one of those.
> 
> I noticed in an earlier email that you are trying to set up the 2nd NIC
> for IPMI LAN.
> Have you tried the 1st NIC also?
> 
> Also, some BMCs (I don't know about this one), need to share the IP and
> MAC with the OS NIC, while others may use a separate MAC & IP, even
> though it is from the same connector.
> You should try both methods, unless someone from HP can chime in to give
> more info about this BMC.  
> 
> Andy
> 
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Federico Tomassini
> Sent: Monday, December 03, 2007 6:46 AM
> To: Fred Skrotzki
> Cc: ipmitool-devel@lists.sourceforge.net
> Subject: Re: [Ipmitool-devel] lan problems on hp
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Fred Skrotzki wrote:
> > You've not said who's hardware you are using so it is hard to
> determine
> > if you are doing something right or wrong as some have quirks that
> > others do not.
> > 
> > The OS settings and ethernet interface used on the machine have
> nothing
> > to do with the BMC's settings (and should not if you think about it).
> > It should be a totally separate system so that you can place it in out
> > of band if needed.  In the lan print 2 statement you provided you can
> > see that the default gateway IP is not on the same subnet, it needs to
> > be.  Depending on implementation it is possible it considers this a
> huge
> > error and will not configure the port properly until it if fixed.  We
> > have several systems here where if it is not defined right it just
> does
> > not work.
> > 
> > Also in most systems (not all but 90% ish) you can not use the
> machine's
> > network interface to get to the same machines BMC external IP if they
> > use the same physical port.  If they are using different ports then
> yes.
> > Dell for example uses the first eth port for both the BMC and OS level
> > eth. They are stacked on each other and there is not a small buildin
> > switch connecting them.  So the OS Nic's transmit pair is directly
> > connected to the BMC's Transmit pair and wired out so one can't hear
> the
> > other.  You can't go out that interface to come back in, it just does
> > not work.
> 
> Excuse me Fred, I don't want to be boring, but I'm going to be crazy :/
> 
> After a lot of trials, without luck, I try to explain the situation, so
> that it will be possible, and I hope easy, to give some advice.
> 
> The machine where I have a BMC controller has two NICs:
> 
>  eth0:
>    ip  -> A.B.C.D
>    MAC -> 00:15:60:ED:DA:CE
> 
>  eth1:
>    ip  -> 10.0.2.245
>    MAC -> 00:15:60:ED:DA:CF
> 
> the eth1 iface is the NIC that I want to connect to, but I tried to use
> also the eth0 iface.
> 
> When I run bmclanconf, the MAC address is always setted to
> 00:15:60:ed:dd:62.
> 
> Now, I tried each possible configuration (on eth0 and eth1).
> 
>  * I tried to set the lan channel with the same ip of my NICs.
> 
>  * I tried to set the lan channel with a third ip. In this case, I tried
>    also to force the arp table of the client, where I try to run
>    `ipmitool -I lan...`:
> 
>      arp -s 10.0.2.13 00:15:60:ed:dd:62 -i eth1
> 
>    or, when using eth0:
> 
>      arp -s A.B.C.E 00:15:60:ed:dd:62 -i eth0
> 
> Multiple gateway addresses has been tested with each configuration.
> 
> The result is always the same: connection is not established.
> Both ipmitool and ipmiping are failing.
> 
> The machine is a HP DL 140, and `dmesg` shows:
> 
> [    0.420783] IPMI System Interface driver.
> [    0.420839] ipmi_si: Trying SMBIOS-specified KCS state machine at
> memory address 0xca2, slave address 0x20, irq 0
> [    0.420909]  Could not set up I/O space
> [    0.864879] ipmi: Found new BMC (man_id: 0x000f85,  prod_id: 0x0000,
> dev_id: 0x00)
> [    0.864983]  IPMI KCS interface initialized
> [    0.865034] ipmi_si: Found default KCS state machine at I/O address
> 0xca2
> [    0.865089] Copyright (C) 2004 MontaVista Software - IPMI Powerdown
> via sys_reboot.
> [    0.886055] IPMI poweroff: Found a chassis style poweroff function
> 
> 
> I'm thinking to buy some hardware switch, with a web interface to
> control my remote machine, but I'm wondering if, failing ipmitool, also
> the hardware switch will fail.
> 
> For now, thanks a lot for your helps
> 
> br
> 
> - --
> efphe
> 
> 
> 
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iD8DBQFHU+yQi7obm7aBjHcRAkCHAJ0Rde7SC9HUM8BEgoJcy123ia8UkACfalz3
> crpLLb0GIWN50HBgZtWRvbc=
> =o1X7
> -----END PGP SIGNATURE-----
> 
> ------------------------------------------------------------------------
> -
> SF.Net email is sponsored by: The Future of Linux Business White Paper
> from Novell.  From the desktop to the data center, Linux is going
> mainstream.  Let it simplify your IT future.
> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
> _______________________________________________
> Ipmitool-devel mailing list
> Ipmitool-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
> 
> -------------------------------------------------------------------------
> SF.Net email is sponsored by: The Future of Linux Business White Paper
> from Novell.  From the desktop to the data center, Linux is going
> mainstream.  Let it simplify your IT future.
> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
> _______________________________________________
> Ipmitool-devel mailing list
> Ipmitool-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
-- 
Albert Chu
[EMAIL PROTECTED]
925-422-5311
Computer Scientist
High Performance Systems Division
Lawrence Livermore National Laboratory

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Ipmitool-devel mailing list
Ipmitool-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ipmitool-devel

Reply via email to