2013/3/12 Denis GERMAIN <dt.germain@gmail.com>

2013/3/12 nap <naparuba@gmail.com>

On Tue, Mar 12, 2013 at 11:17 AM, Denis GERMAIN <dt.germain@gmail.com> wrote:

That's what I thought, seeing the errors I got and reading the wiki page. Thanks for the confirmation. So I have another question, even though I already tried too ;-) is it possible to run 2 scheduler on the same host (with 2 different config files and 2 distinct ports) ?

Because if you can't, this means I need to build one server for each sub scheduler. With virtual machine that is not really problematic in terms of infrastructure but not really conveniant if you have many clients...

Yes of course. Just change the port, the pid file and the log file, and it's ok. It's just that the init.d script do not manage multi-schedulers (or pollers) setup on the same server from now (patch accepted :) ).

That's what I tried last night without success, though I might have made a mistake, it was late ;-)

I added a new scheduler in my shinken-specific.cfg, copied /usr/local/shinken/etc/schedulerd.ini to /usr/local/shinken/etc/schedulerd-2.ini, changed port, logfile and pidfile location and launched manually
python /usr/local/shinken/bin/shinken-scheduler -d -c /usr/local/shinken/etc/schedulerd-2.ini

I got an error message leading me to think that the new PID file wasn't taken in account because shinken was telling me that I was trying to replace existing scheduler

I'll try again tonight

Thanks for the help in those first steps, you saved my a lot of time :-)

Now I've got on the same host 2 schedulers, 2 pollers and 2 brokers and 2 WebUI modules, some in ALL realms and the others in Entity1 realms. I'm happy because I have Entity1 servers in a separate WebUI (and the rest are in my first WebUI), which was a requirement for my project.

But you told me
"One way, if you want to have :
* each realm got only their views on their WebUI
* you still got the full view on one WebUI
is to put WebUI on each sub-schedulers, and got one global broker with a WebUI too until the multi-broker levels feature is done (will not be for the next release)."

I feel I can do even better if I understand well, because the hosts of Entity1 are not showing in the ALL WebUI, only in Entity1 WebUI. So I guess I didn't set up exactly what you suggested

What do you mean by "put WebUI on each sub-schedulers". Is it possible to really put the WebUI module in the schedulers declaration (and not in the brokers declaration as I did)? Am I confused?


Thank you both, I'm going to use the multiple WebUI brokers "trick", it will be more than enough for a start. I don't know what you mean by "multi-broker levels feature" though

Currently, a scheduler can only give data to one broker (but the idea that a realm can have only one broker is wrong, you can have more than one broker, but only as many as schedulers in fact). The multi-broker is to understand from the scheduler point of view : allowing several brokers to take data from one scheduler, so you can have a broker in your sub-realm AND a broker in your top realm with both WebUI (and not webui on schedulers, because if you need more than one scheduler by sub-realm, you loose).

Ok, thanks for the explaination, I understand the idea now!


It's done on paper, I "just" need time to code it :)


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.
Shinken-devel mailing list