Another question is scaling, i.e. how many systems you intend to
interrogate concurrently, as well as what language you wrote your code in.
xCAT's IPMI stack would require that you use perl, but it can run an IPMI
request against arbitrarily many systems with a single process with a
single filehandle.



From:   Corey Minyard <miny...@acm.org>
To:     ipmitool-devel@lists.sourceforge.net
Date:   03/14/2011 09:46 AM
Subject:        Re: [Ipmitool-devel] ipmitool lanplus API?



On 03/14/2011 07:55 AM, dick.detwei...@emerson.com wrote:
> Hello,
>
> I am part of a team maintaining an application that uses ipmitool and its
lanplus interface to monitor several servers.  Ipmitool is invoked via a
system() call with the command line which include redirection of stdout and
stderr.  We have significant investment in the parsing of the output that
is generated but would like to increase the efficiency of the mechanism by
creating a shared library and calling an API instead of accessing an
application via forking a process.
>
> My review of available documentation leads me to believe there isn't an
API available and if we wanted to do this, we would have to modify the
source ourselves.
>
> Is this correct?
You are correct.  In my opinion from a somewhat limited perusal of the
ipmitool code in the past, it's going to be very hard to convert it to
an API.  The fetching of data and the printing of it are all mixed
together, it's not split into something where an API is going to be easy
to get.  It's going to be a complete rewrite.

You may be better of with openipmi or freeipmi. I'm the author of
openipmi and I don't know much about freeipmi, but they both provide
APIs.  openipmi also provides python and perl interfaces.  It was
designed for continuously monitoring systems, and it will be much more
efficient than using ipmitool.  Though it will be harder to use than
simple scripting.

-corey

> Thanks for your time,
> Dick Detweiler
>


------------------------------------------------------------------------------

Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
Ipmitool-devel mailing list
Ipmitool-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ipmitool-devel

<<inline: graycol.gif>>

------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
Ipmitool-devel mailing list
Ipmitool-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ipmitool-devel

Reply via email to