Nagios 3.3.1, event brokers, and debug.

[Sven Nierlein]

On 2/24/12 11:26, Andreas Ericsson wrote:
> On 02/23/2012 07:50 PM, Sven Nierlein wrote:
>> On 2/23/12 19:33, Mike Lindsey wrote:
>>> Turns out that's the problem.  I've rebuilt from source and it
>>> loads, now to get our package maintainer to rebuild the package.
>>> And to figure out why mod_gearman_worker's children keep
>>> segfaulting.
>> Seems to be freebsd related. A colleague could reproduce that with
>> freebsd 8.
>>
> Probably caused by fork() in threads. All bsd's are notoriously and
> retardedly picky about things like that, so programs that work just
> splendidly on Linux sometimes fail on *BSD.

Mixing threads and forks is not a good idea on linux too. The NEB module
part uses threads but no forks. The worker uses only forks but no threads.
Currently it seems to be a small problem in different behaviour of strdup().

> I'd have to send you the new Nagios code and get Sven to help me patch
> mod_gearman to avoid using threads, but if you want to give it a shot,
> I'm sure we could have you up and running in notime.

The problem resides in the worker, although i did not test the neb module
yet. Let me first get the worker running on freebsd and then let me try the
neb part.

  Sven


-- 
Sven Nierlein             Sven.Nierlein at consol.de
ConSol* GmbH              http://www.consol.de
Franziskanerstrasse 38    Tel.:089/45841-439
81669 Muenchen            Fax.:089/45841-111


------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null