Hello,

I am new to this list. I am testing Shinken, with all modules on a
single host all is OK and all checks working fine.
I want now to test to distribute components to a new host to monitor a
separate network. As only one machine is visible I want to put a
scheduler and a poller on that machine to check hosts "behind" that
machine.
I create a "realm" in the master config and describe a scheduler and a
poller in that realm. All is OK and the configuration starts, the "old"
checks are always OK.
On the other machine I start a poller and a scheduler. The scheduler
starts but stop as soon it receive a configuration. The messages are a
little bit too difficult for me :
=========================================================================
Have conf? True
Just apres reception
Ok we've got conf
The Checks Interface uri is:
PYRO://0.0.0.0:7768/7f000101071c059ca98edb2aa77ad9fd
The Broks Interface uri is:
PYRO://0.0.0.0:7768/7f000101071c059ca98fdb2aa76efd66
Loading configuration
Configuration Loaded
Reading from retention_file /var/lib/shinken/retention.dat
[Errno 2] No such file or directory: '/var/lib/shinken/retention.dat'
Traceback (most recent call last):
  File "/usr/local/shinken/shinken/../bin/shinken-scheduler.py", line
555, in <module>
    p.main()
  File "/usr/local/shinken/shinken/../bin/shinken-scheduler.py", line
472, in main
    self.sched.run()
  File "/usr/local/shinken/shinken/scheduler.py", line 726, in run
    self.fill_initial_broks()
  File "/usr/local/shinken/shinken/scheduler.py", line 493, in
fill_initial_broks
    b = i.get_initial_status_brok()
  File "/usr/local/shinken/shinken/item.py", line 423, in
get_initial_status_brok
    self.fill_data_brok_from(data, 'full_status')
  File "/usr/local/shinken/shinken/item.py", line 398, in
fill_data_brok_from
    data[prop] = self.get_property_value_for_brok(prop, cls.properties)
  File "/usr/local/shinken/shinken/item.py", line 384, in
get_property_value_for_brok
    value = pre_op(value)
  File "/usr/local/shinken/shinken/util.py", line 120, in
to_hostnames_list
    for h in tab:
TypeError: 'bool' object is not iterable
========================================================================
The configuration files are "accepted" by the arbiter and I wonder on
what is wrong in that #...@#?@#? configuration.

The main configuration file (new part) :
-------------------------------------------------------------------------
define realm {
        realm_name      testweb
        default         0
}

define scheduler{
       scheduler_name   scheduler-web   ; just the name 
       address  loc-t1.jpp.fr         ; ip or dns address of the daemon
       port     7768                  ; tcp port of the daemon

       #optional
       spare    0                     ; optional (0 = not a spare, 1 =
is spare)
       weight           1             ; optional (some schedulers can
manage more hosts than others)

       #advanced feature
       realm    testweb               ; optional (realm are multisites
features)
       }
---------------------------------------------------------------------------
and the new host/service configuration :
---------------------------------------------------------------------------
define host{
        use                     generic-host
        host_name               loc-t1  
        alias                   testweb_frontal
        address                 loc-t1.jpp.fr
        check_command           check_ping!4.0,80%!10.0,80%!       
        realm                   testweb
        max_check_attempts      3
        notification_interval   1800
        notification_period     24x7
        notification_options    d,u,r
        register                1
        }
---------------------------------------------------------------------------

The local configuration file for the scheduler :
---------------------------------------------------------------------------
[daemon]
workdir=/var/lib/shinken
pidfile=/var/lib/shinken/schedulerd.pid
port=7768
host=0.0.0.0
user=shinken
group=shinken
idontcareaboutsecurity=0
----------------------------------------------------------------------------
Should be OK.

Regards

JP P




------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
_______________________________________________
Shinken-devel mailing list
Shinken-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/shinken-devel

Reply via email to