I forward to the ML :
if anyone can have a look because it's very special as problem as far as I
see..
just check the tracker ticket.
thx.
greg
---------- Forwarded message ----------
From: shinken <nore...@sourceforge.net>
Date: 2011/1/19
Subject: Re: [shinken] #209: daemon: should open listening port BEFORE going
to daemon mode (double fork + setsid)
To:
#209: daemon: should open listening port BEFORE going to daemon mode
(double
fork + setsid)
----------------------+-----------------------------------------------------
Reporter: leblutch | Owner: leblutch
Type: defect | Status: accepted
Priority: major | Milestone: 0.6 (Fearless Fugu)
Component: General | Version: 0.6 (Fearless Fugu)
Keywords: |
----------------------+-----------------------------------------------------
Comment(by leblutch):
Replying to [ticket:209 leblutch]:
> Actually all the daemons (arbiter, schedulers, brokers...), when
started, are going in daemon mode *before* opening their listening port
(if any).
>
>
> But I'm now facing very weird exception with reactionner & poller (and
I see that reactionner & poller are using the __init__ & "main" function
from Satellite (while arbiter+scheduler+broker override these methods in
their respective "bin" script).
>
> 2 problems in fact (they are certainly related I guess):
>
> 1) The init script doesn't return anymore from the call to
shinken-{reactionner,poller} (with -d (daemonize)).
>
> 2) The reactionner & poller get this exception nearly directly (arbiter
& schedulers must be already running) :
>
NB: If you launch the reactionner & poller NOT in daemon mode then they
don't crash at all and run perfectly well.
So this is a clear sign it's something related to daemon mode but I still
don't find any real solution.
More over I tried running reactionner with python2.7 (have installed pyro
with easy_install-2.7) but I get another prob:
(daemon_start)greg@brutus:~/Documents/Projets/shinken$ python2.7
/home/greg/Documents/Projets/shinken/bin/shinken-reactionner -c
/home/greg/Documents/Projets/my-shinken-cfg/reactionnerd.ini --debug
/home/greg/Documents/Projets/shinken/var/reactionner-debug.log
Using Pyro 3.11
Shinken 0.4
Copyright (c) 2009-2010 :
Gabes Jean (napar...@gmail.com)
Gerhard Lausser, gerhard.laus...@consol.de
License: AGPL
Traceback (most recent call last):
File "/home/greg/Documents/Projets/shinken/bin/shinken-reactionner",
line 161, in <module>
p = Reactionner(config_file, is_daemon, do_replace, debug, debug_file)
File "./shinken/satellite.py", line 273, in __init__
self.s = Queue() #Global Master -> Slave
File "/usr/lib/python2.7/multiprocessing/__init__.py", line 212, in
Queue
from multiprocessing.queues import Queue
File "/usr/lib/python2.7/multiprocessing/queues.py", line 22, in
<module>
from multiprocessing.synchronize import Lock, BoundedSemaphore,
Semaphore, Condition
File "/usr/lib/python2.7/multiprocessing/synchronize.py", line 33, in
<module>
" function, see issue 3770.")
ImportError: This platform lacks a functioning sem_open implementation,
therefore, the required synchronization primitives needed will not
function, see issue 3770.
(daemon_start)greg@brutus:~/Documents/Projets/shinken$
looking into that..
--
Ticket URL: <http://sourceforge.net/apps/trac/shinken/ticket/209#comment:5>
shinken <http://sourceforge.net/projects/shinken/>
Shinken is a Linux/Windows compatible Nagios reimplementation in Python. The
main goal of the program is to allows users to scale the load : it "cuts"
the user's configuration into independent part and send it to workers.
------------------------------------------------------------------------------
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand
malware threats, the impact they can have on your business, and how you
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Shinken-devel mailing list
Shinken-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/shinken-devel
