Hi Jean,

   We decided to try out your suggestion (we may later on make an
arbiter module), so I looked into LiveStatus and it seems exactly what
we needed. By implementing

    manage_initial_service_status_brok(self, b)

I am getting all the information about the services that I need, but
somehow the custom variable that I have defined in each service,
namely _udp_template, does not appear in b.data. Is this a bug, or may
be I am doing something wrong? This solution seems perfect, since
every time somebody changes the configuration I am getting the current
configuration (by populating a python dictionary which is a member
variable of the module class). I even thought that custom variables
are somehow aggregated in a subdictionary of b.data, but nothing
shows. A lot of thanks for your help!

Regards,
Venelin Petkov




On Fri, Feb 4, 2011 at 4:50 PM, Hermann Lauer
<hermann.la...@iwr.uni-heidelberg.de> wrote:
> On Fri, Feb 04, 2011 at 12:56:30PM +0100, nap wrote:
>>
>> Why not as an arbiter module? It can receive such things after all.
>
> Nice idea, as the server is rather simple. It only needs to
> sit on the host with the rrd files.
>
>> On Fri, Feb 4, 2011 at 12:49 PM, Flyinvap <flyin...@kabano.net> wrote:
>>
>> > Hi,
>> >
>> > Le 04/02/2011 10:38, Venelin Petkov a écrit :
>> > > I am developing two simple shinken modules, based on
>> > > host_perfdata_broker and service_perfdata_broker, that send udp
>> > > packets containing performance data to a logging server, which in turn
>> > > stores them in rrd databases
>> >
>> >    Which kind of protocol and server do you use ? I think shinken (or
>> > nagios) can talk with collectd [0] with collectd'd network binary
>> > protocol [1]. It could be a great solution for manager perfdata.
>
> <key> <val0>[ <valn>][\n etc...]
>
> All readable and very simple to put into rrd.update() in the python bindings.
>
> Greetings
>  Hermann
>
> --
> Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres
> Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg
> IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224
> Email: hermann.la...@iwr.uni-heidelberg.de
>
>
> ------------------------------------------------------------------------------
> The modern datacenter depends on network connectivity to access resources
> and provide services. The best practices for maximizing a physical server's
> connectivity to a physical network are well understood - see how these
> rules translate into the virtual world?
> http://p.sf.net/sfu/oracle-sfdevnlfb
> _______________________________________________
> Shinken-devel mailing list
> Shinken-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/shinken-devel
>
>

------------------------------------------------------------------------------
The modern datacenter depends on network connectivity to access resources
and provide services. The best practices for maximizing a physical server's
connectivity to a physical network are well understood - see how these
rules translate into the virtual world? 
http://p.sf.net/sfu/oracle-sfdevnlfb
_______________________________________________
Shinken-devel mailing list
Shinken-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/shinken-devel

Reply via email to