2011/2/17 Grégory Starck <g.sta...@gmail.com>
>
>
> 2011/2/17 Hermann Lauer <hermann.la...@iwr.uni-heidelberg.de>
>
> Hello,
>>
>> is something like the following poller tag definition
>> thinkable ?
>>
>> define poller{
>> poller_name poller-monitor
>> address test
>> port 7879
>> poller_tags monitoring,_untagged_
>> }
>>
>
> or use another poller object attribute (what if some admin create a tag
> "_untagged_" ;)) :
>
> *untagged True|False* ## by default default it's True
>
> but if a poller has some *poller_tags* defined then *untagged* automatically
> becomes False ; if admin wants the poller still to be also a "untagged" one
> then he has to explicitely put the two directives :
> define poller {
> ...
> *poller_tags monitoring,xxx,yyy*
> *untagged True *
> *
> *
> ...
> }
>
>
> not better ?
>
> Hi,
I think the _untagued_ is simpler. It's not a real problem to fix the
'_untagued_' tag, because no one will add such tag after all :)
But I'm wondering how an admin can need a tag and the _untagued_ ? I can see
two mainly differents ways for tags :
* network division : LAN/DMZ for example
* OS division : Linux/Windows
We can make the _untagued_ the default for tag, won't be a problem. But I
just don't see what problem does it solved ? Hermann do you have an example
?
Thanks,
Jean
>
> greg
>
>
>
>
>> This would avoid to run two pollers in small installations
>> with most of the services untagged.
>>
>> Or something like a default_poller_tag=blue would also help.
>>
>> Any other ideas or comments ?
>>
>> Thanks,
>>
>> Hermann
>>
>> --
>
>
>
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Shinken-devel mailing list
Shinken-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/shinken-devel
