gmane.network.shinken.devel

Change on modules into the devel branch

nap — 2013-05-18T13:29:54

Hi all,

I just commit a quite big change into the dvel branch. Now the modules are
not .py or directory, but directory/modules.py. I already chagne all the
one in the core repository. If you got others modules, look at the commit
to see how to easily manage this change into your own module.

This change will allow an easier automatic management for modules (like
list, add or remove).

I think the tests won't love this change, but I successully launched a
WebUI with this new layout, so should be ok. I'll try to fix the tests now
:)

Please give a try wih this branch with your classic modules configuration,
and let me know if something is broken now :p


Jean
------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d_______________________________________________
Shinken-devel mailing list
Shinken-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/shinken-devel

"tactical overview" in WebUI

Riccardo Murri — 2013-05-16T16:15:56

Hello,

Is there a way to small statistics page (like the "tactical overview"
in Nagios) with the number of critical, down, warning services/hosts
in the WebUI?

It would be extra nice if one could the select only a few or a group
to get details.

Thanks,
Riccardo

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d

distributed arch: security and bandwith ?

Adrien Grellier — 2013-05-14T14:57:42

Hi,

I am in charge of the IT in a french research laboratory. I would like to set up a distributed architecture with shinken.

Here is the situation:
We have a main site (Nantes), monitored by shinken, thanks for you work :)

But we also have a remote site (le Croisic), behind a SDSL connexion. We want to monitor some servers (about 10) on this site too, as shinken works well on Nantes.

Between these sites, The network is full of obstacles (VLAN, Firewall, etc.) :
Nantes <--> Firewall <--> Internet <--> Firewall <--> le Croisic

The solution may be to create two realm for Nantes and le Croisic, with a poller+scheduler at le Croisic. The connexions Arbiter --> poller and scheduler --> broker could be encapsulated into a VPN connexion between the two monitoring servers.

And my questions :
– how these connexions are secured (Arbiter --> poller and scheduler --> broker) ? Is it safe to use it directly on internet, or must we secure them ?
– Do the connexions between scheduler and broker put an heavy load on the Bandwith ? Le Croisic hasn't a good internet connexion unfortunatelly, so we don't want to overcharge it.

I am open to any suggestion to improve my system :)

Regards,

Adrien

PS: please keep me in CC, I do not subscribe to the list.

---- 

Adrien Grellier <adrien.grellier< at >ec-nantes.fr> (02 40 37 15 55)
Resp. informatique du LHEEA (anciennement LMF)
CNRS – École Centrale de Nantes

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
_______________________________________________
Shinken-devel mailing list
Shinken-devel< at >lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/shinken-devel

Road to 1.6

nap — 2013-05-14T09:21:58

Hi all,

now the 1.4 is on RC, it's time to talk about the next one, the 1.6.

If we take a look back since the 1.0 version, there are more and more
contributors, that's great, thanks to all of you :D

If we take a closer look, we can see that the major part of the
contributions are about bug fix and module/packs enhancements, and it's
quite normal in fact. But there are fewer new packs or modules. I saw
enhancements that were far more complex than creating a simple module or
pack, so why no "new" things there?

I think there is one main reason why there is no "new" things : it's in the
core. First, it's not easy to find them. Ok for packs it's just etc/packs,
but for modules it's inside the python lib. What if a user code a new one
and upgrade? He will have to "reinstall" the module. That's not good.

Packs are also hard to manage when updating. Currently, we just don't touch
them as the other user configuration in fact. But maybe the user change a
pack files, but want others packs to be updated.

As it's on the core, modules and packs are seems to be managed by the core
team (quite logic), and so don't see that they can also add new ones,
especially if they need to ask us for inclusion on the core (if you are
shy, it can be hard to ask for it).

That's why I think we should "export" modules and packs from the shinken
core repository, and give them their own, one repository by module/pack.
This will make them look as they are : small if you take one by one. So
eveyone will saw that it's quite easy to code a new module or a new pack.

We only need to provide a simple tool for listing and installing the. I
already get the shinken.io URL, so this can be the place of a new exchange
place, a bit like what npm.org is for the nodejs tool.

Every one will be able to send a pack or a module there, there won't be
need to get my aproval for posting there (just moderation to remove things
taht should not be there, like illegal things).

What do you think of this? Do you think you wil be more attract by such a
platform than commit in the core repository?

If you got other ideas for the 1.6 release, it's time to share :)


Jean
------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d_______________________________________________
Shinken-devel mailing list
Shinken-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/shinken-devel

Here is the 1.4RC1 :)

nap — 2013-05-14T08:22:12

Hi all,

It's time for testing the new 1.4RC1 version. You can grab it from
www.shinken-monitoring.org/pub/shinken-1.4rc1.tar.gz

Please test it and look if you don't find any regressions.

Good test! :)


Jean
------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d_______________________________________________
Shinken-devel mailing list
Shinken-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/shinken-devel

Skonf disabled by default

nap — 2013-05-13T12:07:15

Hi,


For the next release, I disabled skonf by default as I didn't got time to
finish the tool backend. So if you want to test/use it (for hosts the tool
is ok, but avoid services...) you will have to enable it in the init.d
script.

For packagers : you can avoid to package it for the 1.4 release, will be
really useless pain.

As you can see in github
https://github.com/naparuba/shinken/issues?milestone=5&page=1&state=openthe
number of tickets are reducing a lot, the release should be quite soon
now.

If you got bugs or regressions, it's still time to send them :)


Jean
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may_______________________________________________
Shinken-devel mailing list
Shinken-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/shinken-devel

Opening of the devel branch

nap — 2013-05-06T11:24:51

Hi all,

as the freeze is still in progress (I fixed a NDO bug this morning by the
way), I opened the devel branch. Please pull requests into this one for
feature things until the 1.4 is out :D

Remember that the 1.4 will be as good as much as your tests, so it's time
to test this new release everyone :)


Jean
------------------------------------------------------------------------------
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1_______________________________________________
Shinken-devel mailing list
Shinken-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/shinken-devel

1.4 is near, we freeze :)

nap — 2013-04-23T14:41:35

Hi all,

It's a long time since the 1.2, and we got great things for 1.4, so it's
time to go in freeze mode and hunt the last remaining bugs, and fully test
the new features.

So please don't push new feature to the master, multi_brokers or
develop-webui branchs, I'll merge them to master soon. If you got a
feature, please open a devel branch and commit in this one.

When the 1.4 is out, we will be able to talk about the 1.6 version, and
some ideas I got about a change in the directory structure (teasers : about
packs and modules) and some new helping commands (like shinken-admin but in
more powerful way).

Ready? Ok FREEZE :)

The parts that need some advanced tests before release are :
* multi-brokers : especially with scheduler stop/start or connexion lost.
* macro/checks_modulations : it's quite simple, but maybe a corner case was
missed :p
* webui : there are some news especially about the host view, I'll open a
new thread about this specific part after the merge.

Andreas : if you can, can you merge the other branch for WebUI into
devel-webui if you think it's good enough? If not, it will wait a 1.6
version.

One last thing : we will try to got far less time between 1.4 and 1.6 (yes
I know, I already say this for 1.4..., but this time I'll soonly have far
more time to work on Shinken so things should go quicker quite soon :D ).

Oh : when the release will be out? After you test it :D
So the quicker you test it, the quicker 1.6 will be out :)

Jean
------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr_______________________________________________
Shinken-devel mailing list
Shinken-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/shinken-devel

Give packs their own repo?

nap — 2013-04-15T15:00:28

Hi,

I was wondering if it can be a good thing to export current packs available
in their own repos, and give a simple way to get them when we install
Shinken.

I think exporting them to N small repo can help to get more contribution on
them, and even more variation/forks for special cases. It's a bit the idea
like community.shinken-monitoring.org, but far more simple (it's just a
repository for clone), and can push idea to others than they can also
create a pack, it's very easy, and their don't need to clone 100K+ lines of
the shinken repo for just add a new pack.

I think we can focus on finish the current features for the next version,
like modulations and architecture things, but this can be a good thing to
work on for the 1.6 release.

What do you think about this?


Jean
------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter_______________________________________________
Shinken-devel mailing list
Shinken-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/shinken-devel

Web sites migration

nap — 2013-04-12T14:01:12

Hi,

I'm currently working on the website (wordpress, wiki and forum) migration
to a new server. Please don't post something new during the weekend on
them, or you will likely lost them :)


Jean
------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter_______________________________________________
Shinken-devel mailing list
Shinken-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/shinken-devel

Not enough brokers? Ok let solve this :)

nap — 2013-04-11T09:19:55

Hi all,

I commit yesterday a new branch : multi_brokers available at
https://github.com/naparuba/shinken/tree/multi_brokers

The goal is to remove the fact that one scheduler is limited to one broker.
It was possible to scale brokers by putting several brokers, but so it need
to add at least as much scheduler.

One other limitation was for realms setup : you can't have one top level
broker, and sub-realms broker too. It was one or the other. It can be a
problem for large setups where you want a local WebUI but also a global one
on your main datacenter.

That's why this new branch is for. you can also give a try to this (huge?)
commit. Now each broker will have a broks queue on the scheduler. The code
is mainly missing tests (there is one but it's quite simple, without
scheduler headshot or things like that) and a call from arbiter to limit
brokers on schedulers (for example if you change the realm topology without
restarting scheduler).

To do not break previous behavior broker scaling compatibility, this new
behavior is optional, and is setup on the realm level broker_complete_links
that must be set to 1 to enable X brokers on 1 scheduler feature. I'm not
sure to keep this realm parameter and put it on scheduler level.

One other thing that is now available is to have dedicated brokers by
module, for xample you can now have one for graphite, one other for
LiveStatus (or two) and a last one with WebUI.

Good test :)

The next big feature will be "arbiter relays" after this multi brokers is
fully tested. I let you try to find what this "relay" is about :)

Jean
------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter_______________________________________________
Shinken-devel mailing list
Shinken-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/shinken-devel

Webui flup with a unix socket from Apache

Hermann Lauer — 2013-04-05T15:55:11

Hello,

managed today to get the shinken webui running with mod fastcgi throught 
apache with a unix socket.

Not working is the setting "bindAddress" and "umask" in shinken-specific, 
for the moment I patched the bindaddress (=socket path) directly into 
shinken/webui/bottle.py, see below.

Please tell me if I misunderstood the syntax. At the moment the
debug statements added are showing self.options always as empty
dict.

Thanks and a nice weekend to all,
 greetings
   Hermann


shinken-specific:
define module{
       module_name      WebUI
       module_type      webui

#fastcgi (unix socket)
       http_backend     flup
       bindAddress/var/lib/shinken/websock
       umask0
       scriptName/
...
}

bottle.py:
class FlupFCGIServer(ServerAdapter):
    def run(self, handler):  # pragma: no cover
        import flup.server.fcgi
print "Flup options: "+repr(self.options)
        kwargs = {'bindAddress': (self.host, self.port)}
        kwargs.update(self.options)  # allow to override bindAddress and others
kwargs['bindAddress']='/var/lib/shinken/websock'
print "Flup FCGI: "+repr(kwargs['bindAddress'])
        flup.server.fcgi.WSGIServer(handler, **kwargs).run()

Proxying Shinken from Apache

Riccardo Murri — 2013-04-04T14:18:39

Hello,

I would like to proxy the Shinken WebUI behind an Apache server (using
`mod_proxy` and the `ProxyPass`/`ProxyPassReverse` directives).

Everything works fine if I proxy the WebUI as the root URL of the
Apache server.

However, I would like to use Apache as a front-end for various
monitoring-related tools, so I would like the SHinken WebUI to appear
under the `/shinken` URL. This is where thins start to break, as the
CSS and JS files assume that the WebUI is always served from the root
URL.

Is there a way to relocate the Shinken WebUI under a "subdirectory" URL?
(e.g., `http://my.example.org/shinken/`)

Thanks,
Riccardo

--
Riccardo Murri
http://www.gc3.uzh.ch/people/rm

Grid Computing Competence Centre
University of Zurich
Winterthurerstrasse 190, CH-8057 Zürich (Switzerland)
Tel: +41 44 635 4222
Fax: +41 44 635 6888

------------------------------------------------------------------------------
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
_______________________________________________
Shinken-devel mailing list
Shinken-devel< at >lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/shinken-devel

BP rules : multi-levels rules

nap — 2013-04-03T09:40:22

Hi all,

I just push a commit that fix the ticket
#509<https://github.com/naparuba/shinken/issues/509>.
Before this fix, multi-layers business rules with () failed. Now you can
have if you want :
*
check_command           bp_rule!((cccsssp1,TimeSync &
cccsssp1,Log_File_Health) & ((cccsssp1,Cpu | cccsssp1,Load) &
cccsssp1,Memory & cccsssp1,NetworkUsage) & (cccsssp1,fs_var &
cccsssp1,fs_root & cccsssp1,fs_tmp & (cccsssp1,fs_home | cccsssp1,fs_usr |
cccsssp1,fs_opt)))*

And it will do the job (yes, real word example are always a bit
frightening...)


Jean
------------------------------------------------------------------------------
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html_______________________________________________
Shinken-devel mailing list
Shinken-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/shinken-devel

New feature : Macro modulations

nap — 2013-03-26T08:28:06

Hi,

I think you remember the check_modulation to change the commands based on
the timeperiods. I think it was a bit too hard to use with the packs. So I
implement another idea from Olivier Hanesse : macro modulations. After all,
it's not really the full command wewant to change, but only the
warning/critical values for 99%in 99% of the cases.

So one easier way it to allow user to change the macros based on time. And
here we got : *macro_modulations* :)

It's quite easy to use, and will be fully compatible with the packs based
configuration.

Let's take our basic linux pack :

*define host{*
* name linux*
* use generic-host*
* check_command check_ping*
* register 0*

* _LOAD_WARN 2,2,2*
* _LOAD_CRIT 3,3,3*
*}*

We want to change the _LOAD_WARN and _LOAD_CRIT macro during a specific
timeperiod, like the "backup" one. All we need it to define this :

*define macromodulation{
macromodulation_name Huge_load_during_backup
modulation_period backup

_LOAD_WARN 5,5,5
_LOAD_CRIT 8,8,8
}
*

And in your linux template, or directly the hosts, you can call this
modulation :
*define host{
name linux
use generic-host
check_command check_ping
register 0

macromodulations Huge_load_during_backup

_LOAD_WARN 2,2,2
_LOAD_CRIT 3,3,3
}
*

And you are done. During this "backup" timeperiod, the custom macros will
be changed automatically in all your linux hosts. Of course you can have
several modulations by hosts.

You can give a test about this, the tests are OK and the code was quite
simple, so I think there should not be any bugs remaining of this :)

Good test :)

Jean
------------------------------------------------------------------------------
Own the Future-Intel&reg; Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game
on Steam. $5K grand prize plus 10 genre and skill prizes.
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d_______________________________________________
Shinken-devel mailing list
Shinken-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/shinken-devel

Got design skills? We are looking for the Shinkenmascot :)

nap — 2013-03-22T15:12:36

Hi all,

If you follow the project since the old time, you know that the Shinken
mascot is a long history. First we start with a black samurai, that is
still available on the wiki header <http://www.shinken-monitoring.org/wiki/>.
Then we got a more color full samurai, available on the website
project page<http://www.shinken-monitoring.org/project/>,
but it's not as cool as it can be for such a project.

Then we got the "robot" on the first page, but I think few people know that
it's not our mascot for a simple reason : I just got a license for showing
it on a website, without the right to take this robot as a mascot. That's
why even if it's looking really really good, we can't keep him on the first
page, or at least we should have a strong mascot aside.

As I just sucks in design (who said "yes we saw this with the webui"....),
I need your help on it. If you got an idea or even a proposal about a cool
mascot for the project, just post it :) It can be something else than a
samurai of course, you can think about an animal or even a "classic"
abstract logo.

So now it's up to you, if you don't know how to code and still want to help
the project, it's your time to show your design skills :)


Jean
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar_______________________________________________
Shinken-devel mailing list
Shinken-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/shinken-devel

webui apache integration with mod-scgi

Hermann Lauer — 2013-03-18T12:47:49

Hello All,

for integration with mod-scgi (debian wheezy: libapache2-mod-scgi)
the appended patch is needed. It shouldn't harm anything else.

If someone want's to try, use in shinken-specific:

define module{
       module_name      WebUI
       module_type      webui
       host             127.0.0.1
       port             4444
       http_backend     flupscgi
       scriptName/
...
}

In the apache configuration, only a "SCGIMount / 127.0.0.1:4444" directive
is needed. Of course it needs not to be localhost.

Works fine here, but looking for a solution to use unix socket
when both are on the same machine.

Thanks,
 greetings
  Hermann

BTW: Would setting up an account on github and sending in pull requests
the preferred way ?

Logging in Shinken

Olivier Hanesse — 2013-03-12T14:08:44

Hello,

I've got a pretty big issue with how shinken deals with logs.
Actually, we are using the logger class /level for everything.

For example :

logger.info("Total number of hosts : %d"
logger.info("I correctly loaded the modules: []
logger.info("[Livestatus Broker] Starting Livestatus application")

And

console_logger.info('HOST ALERT: %s;%s;%s;%d;%s'

Then all those logs are sent via Brok to logstore.
They are both stored using the Class = 2 (aka program states).

But they don't come with the same scope/meaning.

This is problematic for all Livestatus queries. With Thruk for example,
when calculating a SLA, the LiveStatus uses this filter :
Filter: class = 2

So we are fetching tons of useless logs. and then we are "eating" a lot of
memory.
See issue : https://github.com/naparuba/shinken/issues/462

I think we should separate what I call "syslog" log with "Shinken internal
logs"

Maybe we could create a custom logging level and only this level will be
stored into logstore ?

What do you think about this ?

Olivier
------------------------------------------------------------------------------
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev_______________________________________________
Shinken-devel mailing list
Shinken-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/shinken-devel

Understanding realms as they are today

Denis GERMAIN — 2013-03-11T20:42:40

Hi,

I'd like to discover a feature that I always know existed for a while (the
very begining if I'm not mistaken ;-) ) but never had the opportunity to
put to use : the realms.

I'm working for a french company which is composed of multiple sub entities
that are more or less autonomous. The infrastructure/softwares I provide to
those semi autonomous entities do not want to share data with the other
ones. I'd like to propose a monitoring solution for both the technical and
decision teams for these entities. Ideally It would be acheived by a
centralised Shinken and subrealms, but there seem to be limitations...

First : Is it possible to grant user access to only certain realms? For
exemple, I'd like to affect user1 to "e1" realm, in which he can only see
items related to his realm, not those of "e2" when he logs into the WebUI.
I think it's not, as of today, but I'd like to be sure ;-)

Secondly, I created 2 subrealms under the main realm "All" (let's say "e1"
ans "e2"). Even though the wiki specifies "realm is: * at least a scheduler
*", I had expected that my only scheduler, being attached to the "All"
realm could be used for both subrealms as there are members, but it doesn't
seem possible. I get a config error on arbiter launch "The realm e1 have
hosts but no scheduler!".
Did I miss something, or is it necessary to absolutly have one scheduler
for each sub realm ? I know it might seem silly if you think of the example
of realms in a global network like in the wiki, but this could avoid having
using different schedulers in a mutualised infrastructure for multiple
clients (in a single local network).

Regards
------------------------------------------------------------------------------
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev_______________________________________________
Shinken-devel mailing list
Shinken-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/shinken-devel

Bug fix about additive inheritance

nap — 2013-03-08T15:17:14

Hi all,

I just push a new fix about a tricky bug about implicit inheritance (+ in a
template value). If you got some bugs about this feature (in a single level
template you should not have a problem, but with numerous levels, you can
have some missing values in the result), please apply this fix :
https://github.com/naparuba/shinken/commit/5036d214ff112a0cf52f6c6985302382233b1b83

Let me also know if your configuration is still ok with it :)

Good test,


Jean
------------------------------------------------------------------------------
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev_______________________________________________
Shinken-devel mailing list
Shinken-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/shinken-devel

Opening of a references page on the Website

nap — 2013-03-04T12:53:56

Hi all,

I'm working on opening a references page where users will have a way
to post a message on who they are and why they choose Shinken, and
also see who else is using it. To to not start with a blank page, I
need some references. Who is OK to be a public reference for Shinken?
As much as we can, the better it will be :)


Jean

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb