done
_____
发件人: Renier Morales [mailto:[EMAIL PROTECTED]
发送时间: 2008年4月11日 1:44
收件人: [EMAIL PROTECTED]; [email protected]
主题: Re: [Openhpi-devel] what is the current status of openhpi?
Could you open a bug for this at http://sourceforge.net/projects/openhpi? This
helps us focus development.
Saludos,
--Renier
[EMAIL PROTECTED] wrote on 04/08/2008 08:34:47 AM:
> hi
>
> I successfully configured openhpi to support one domain for each
> machine(or more exactly each handler), just some silly mistakesJ
> however, if I have one handler for a non-existent machine, openhpi
> doesnt work correctly. it will report “wrong version” for discover
> command once, but works fine the next time, and then report error again.
> this happens in both 2.10.2 and 2.11.0, no matter wether I configure
> domain in openhpi.conf or not.
>
>
> the following is the output of the error message from hpitop:
> [EMAIL PROTECTED] home]# hpitop -x
> hpitop (rev 6571) - This program came with OpenHPI 2.11.0
> SAF HPI Version B.02.01
>
> saHpiSessionOpen
> saHpiSessionOpen returns with SessionId 1
> saHpiDiscover
> Wrong version? 0x50 != 0x1
> saHpiDiscover returns NO_RESPONSE
>
>
> the openhpid.conf below:
> handler libipmi
> { ç
> ======this is the right handler
> entity_root = "{SYSTEM_CHASSIS,200}"
> name = "lan"
> addr = "10.10.37.190"
> port = "623"
> auth_type = "md5"
> auth_level= "admin"
> username = "root"
> password = "111111"
> }
> handler libipmi
> { ç
> ======this is the handler for a non-existent machine
> entity_root = "{SYSTEM_CHASSIS,201}"
> name = "lan"
> addr = "10.10.37.191"
> port = "623"
> auth_type = "md5"
> auth_level= "admin"
> username = "root"
> password = "111111"
> }
>
>
>
> 发件人: [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] 代表 Peter D Phan
> 发送时间: 2008年4月8日 0:27
> 收件人: [email protected]
> 主题: Re: [Openhpi-devel] what is the current status of openhpi?
>
> > I am trying openhpi for machine management, and have several questions:
> > 1. is openhpi designed for managing large scale of machine, for
> > example writing hundreds of handlers in openhpid.conf. has anyone
> > done such tests, or used it in that way? I care about the stability
> > and performance.
>
> We have tested at max 20 handlers at once; mostly we have tested in
> the 10's using plugins snmp_bc, ipmc, and ipmidirect.
> WE have never attempted 100s.
>
>
> Regards,
> --------------------------------------------------------------------------------------------
> P. D. Phan
> IBM Austin
> --------------------------------------------------------------------------------------------
>
> [image removed] Renier Morales---04/07/2008 11:10:40 AM---openhpi-
> [EMAIL PROTECTED] wrote on 04/07/2008 08:11:28 AM:
>
> Renier Morales/Poughkeepsie/[EMAIL PROTECTED]
> Sent by: [EMAIL PROTECTED]
> 04/07/2008 11:10 AM
>
> Please respond to
> [email protected]
>
> [image removed]
> To
>
> [image removed]
> [EMAIL PROTECTED], [email protected]
>
> [image removed]
> cc
>
> [image removed]
>
> [image removed]
> Subject
>
> [image removed]
> Re: [Openhpi-devel] what is the current status of openhpi?
>
>
>
> [image removed]
>
> [image removed]
>
>
>
> [EMAIL PROTECTED] wrote on 04/07/2008 08:11:28 AM:
>
> > I am trying openhpi for machine management, and have several questions:
> > 1. is openhpi designed for managing large scale of machine, for
> > example writing hundreds of handlers in openhpid.conf. has anyone
> > done such tests, or used it in that way? I care about the stability
> > and performance.
>
> No, to my knowledge, nobody has tested OpenHPI with hundreds of
> handlers. It would be good to have someone attempt it and report back.
>
> > 2. the openhpi.conf.example from the source code says that you can
> > organize resources, actually I mean machines, to a specific domain,
> > I tried and it seems doesn’t work. does openhpi really support
> > multiple domain, or it was just my mistake?
>
> Yes, it supports multiple domains. You would have to show your
> openhpi.conf to comment more.
>
> > 3. polling seems to be the only way to access events, does openhpi
> > support asynchronous callback? or in consideration?
>
> Polling is the only way to available through the HPI API currently.
> There is discussion in the SAF about providing an asynchrounous
> mechanism, but nothing definite yet.
>
> --Renier
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Register now and save $200. Hurry, offer ends at 11:59 p.m.,
> Monday, April 7! Use priority code J8TLD2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Openhpi-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/openhpi-devel
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Register now and save $200. Hurry, offer ends at 11:59 p.m.,
> Monday, April 7! Use priority code J8TLD2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Openhpi-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/openhpi-devel
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Openhpi-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openhpi-devel