Hi,
this is a great idea.

I think we should add also a function to delete a domain, since HA
systems 
should live rather long, so a set of domain changes may happen over time
and
a clean-up could be helpful.
I don't think we need the modify. A sequence of delete (remove?) and add
domain,
would do.

But I remember a Bug some time ago: 3019712:Daemon becomes
non-responsiveupon comms loss.
Perhaps we should add some restart-communication API, so we can repair
the library when
a daemon interface becomes broken without affecting other domains.

Cheers,
Uli

> -----Original Message-----
> From: ext [email protected] 
> [mailto:[email protected]] 
> Sent: Sunday, September 12, 2010 1:05 AM
> To: [email protected]
> Subject: [Openhpi-devel] Dynamic domains configuration: first step
> 
> Hello!
> 
> Currently domain configuration is done with openhpiclient.conf in the
> following way:
> ---------------------------
> domain <id>
> {
>    host = "<host>"
>    port = <port>
> }
> ---------------------------
> 
> It is proposed to introduce new function oHpiDomainConfAdd
> for adding domain configuration dynamically.
> Proposed function signature is:
> 
> SaErrorT oHpiDomainConfAdd(
>     const SaHpiTextBufferT *host,
>     SaHpiUint16T port,
>     SaHpiDomainIdT *domain_id
> );
> 
> The function will be supported only on base lib level.
> OpenHPI daemon code will contain a stub returning UNSUPPORTED_API.
> 
> Not sure if we need more functions: to delete or modify domain
> configurations.
> 
> Just created feature request #3064532 for it.
> 
> Comments welcome.
> 
>    Anton Pak
> 
> 
> --------------------------------------------------------------
> ----------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> Openhpi-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/openhpi-devel
> 

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
Openhpi-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openhpi-devel

Reply via email to