Closed abergman closed 14 years ago
I lied, it still crashes with large_installation_tweaks = 0.
Backtrace;
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x70416950 (LWP 4321)] 0x00007fc075513230 in vfprintf () from /lib/libc.so.6 (gdb) bt
fmt=0x477d98 "Making callbacks (type %d)...\n") at logging.c:537
at nebmods.c:581
flags=<value optimized out>, attr=<value optimized out>,
data=0x7040d500 "mod_gearman: service job completed: agq.se PING PS 2: 3",
data_type=262144, entry_time=1288527511, timestamp=0x0) at broker.c:136
buffer=0x7040d500 "mod_gearman: service job completed: agq.se PING PS 2: 3", data_type=262144, timestamp=0x0) at logging.c:192
buffer=0x7040d500 "mod_gearman: service job completed: agq.se PING PS 2: 3", data_type=262144) at logging.c:132
(gdb)
I've double checked, setting event_broker_options to 31 keeps the check_results worker from crashing.
And i reactivated large_installation_tweaks again, and it's still going strong. So perhaps its some kind of overflow when one broker to much?
The problem is the not thread safe loging function of nagios. Please disable logging of mod_gearman or set it to 4, so it logs to stdout.
I've done just that and it seems to work. Thx! and sorry yet again for a stupid issue;)
For some reason the check_results worker crashes when running icinga with event_broker_options -1 and large_installation_tweaks activated.
I've been trying a number of combinations for event_broker_options and the only thing that seems to work is 31, but that leaves a lot of data out for idomod, so it's not an option.
I've been running 4 checks on a large number (500 too 1500) of webdomains, and the worker crashes after about 15-20 mins.
Backtrace from gdb: http://www.pastebin.se/202382