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

Reply via email to