Fix: remove a unused test that make the integration server not happy.
[shinken.git] / FROM_NAGIOS_TO_SHINKEN
blobcef0931e18310bfaf36788ebefbd69aa35bf4567
1 == Fully compatible? ==
3 Not 100%, and it will never be. Some Nagios features are just useless in a Shiken architecture. For theses differences, you can look at the Shinken website :
4 http://www.shinken-monitoring.org/what-is-in-shinken-not-in-nagios-and-vice-versa/
6 == I need to change something ? ==
8 No.
10 There are differences between some nagios parameters and shinken way of doing :
11 status_file and log_file parameters are no more useful in the nagios.cfg file for Shinken. Theses things are now managed as "modules" by the Brokers, and are in the shinken-specific.cfg file (look at Simple-log and Status-Dat modules, and put your paths on it).
13 But hopefuly, Shinken can detect you put such parameters and will autogenerate the modules for you. (But if you can take them in the shinken-specific.cfg file, it's better...)
16 == Ok, but how do I launch my Nagios conf with Shinken ? ==
18 It's simple, after launching scheduler, poller, reactionner and broker daemons (see README), you just need
19 to launch the Arbiter daemon with your Nagios configuration :
21 $ /usr/local/shinken/src/shinken-arbiter.py -c /usr/local/nagios/etc/nagios.cfg -c /usr/local/shinken/src/etc/shinken-specific.cfg
23 (you can also be even more lasy and call the bin/launch_all.sh script).
25 And that's all :)
27 Shinken arbiter can take multiples configuration file, so classic Nagios things are called by nagios.cfg, all specific things (like daemons connexions or realms) are in shinken-specific.cfg.