Hi Uli,
That is very useful. Thanks a lot!
I've tested with openhpi release in C, and it worked fine. But with
PyOpenHPI (py-openhpi-1.1.tar.gz) (the openhpi was ported to python), it
seems not worked well.
I installed py-openhpi-1.1 and created a simple example that creates a new
handler using oHpiHandlerCreate() in python (as some examples written in
README), it always returns err = -1015. Other functions
(oHpiHandlerGetNext, oHpiHandlerInfo...) have the same result.
Is py-openhpi-1.1.tar.gz stable?
Do you or anyone test this and know why?
Appreciate your reply.
Thanks,
hung
On Tue, May 8, 2012 at 2:49 PM, Ulrich Kleber <[email protected]>wrote:
> Hi,****
>
> OpenHPI has a few additional APIs to manage the OpenHPI specific
> configuration dynamically.****
>
> ** **
>
> In openhpid/oHpi.c you find the handler operation APIs which manage plugin
> instances:****
>
> oHpiHandlerCreate****
>
> oHpiHandlerDestroy****
>
> oHpiHandlerInfo****
>
> oHpiHandlerGetNext****
>
> oHpiHandlerFind****
>
> oHpiHandlerRetry****
>
> and other functions to address OpenHPI configuration.****
>
> The description there is pretty short, but should tell you what they do.**
> **
>
> ** **
>
> You can find coding examples in the clients (clients/ohhandler.c) and you
> can use these client programs also in your testbed.****
>
> There are man entries as well.****
>
> ** **
>
> That way you should be able to reconnect to a shelf manager or change the
> connection method.****
>
> Only the conf files are not changed by these programs. The changes will be
> not persistent.****
>
> ** **
>
> Cheers,****
>
> Uli****
>
> ** **
>
> ** **
>
> ** **
>
> *From:* Hung Ta [mailto:[email protected]]
> *Sent:* Dienstag, 8. Mai 2012 04:21
> *To:* [email protected]
> *Subject:* Re: [Openhpi-devel] [openhpid] How to connect to Shelf manager
> without restart openhpi daemon****
>
> ** **
>
> Thank you for your reply, Mohan.
>
> I also think as yours.
>
> But digging into openhpi source code, I found a function which establishes
> connection to shelf manager, that is ipmi_lan_setup_con().
> This function is one of the device driver functions that allows upper
> application to talk to IPMI hardware platform. It takes
>
> ****
>
> configuration parameters and make a connection to IPMI hardware platform.
>
> But I wonder if we provide configuration parameter changes and invoke it, the
> daemon still works or not? Is it the function that
> meets our purpose?
>
> ****
>
>
> Thanks,
> hung
>
> >Hung,****
>
> >** **
>
> >I do not know of an API that can dynamically read the changes in the****
>
> >openhpi.conf file. When the configuration is changed, the daemon needs****
>
> >to be restarted. ****
>
> >Complete list of the API's are in the HPI specification which can be****
>
> >downloaded from ****
>
> >http://www.saforum.org/Service-Availability-Forum---Specification:-Hardware-Platform-Interface-%28HPI%29~217308~16627.htm
> >
> ><http://www.saforum.org/Service-Availability-Forum---Specification:-Hardware-Platform-Interface-%28HPI%29%7E217308%7E16627.htm>****
>
> >** **
>
> >Mohan****
>
> >** **
>
> >** **
>
> >On Mon, 2012-05-07 at 10:52 +0700, Hung Ta wrote:****
>
> >> Hello openhpi experts,****
>
> >> ****
>
> >> I have a question would like to ask: assuming that there is an****
>
> >> openhpid being started ( and assuming IPMIDirect plugin was defined in****
>
> >> openhpi.conf). Later, there is a change in IPMIDirect config (e.g.****
>
> >> addr, port, authentication...), so is there any openhpi API able to****
>
> >> reconnect the shelf manager without restarting the openhpid daemon? In****
>
> >> this case, we just provide those changed config parameters and****
>
> >> reconnect to the shelf manager without restarting openhpid daemon.****
>
> >> ****
>
> >> Could you please help?****
>
> >>** **
>
> >> Thanks and regards,****
>
> >> hung ****
>
>
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Openhpi-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openhpi-devel
