-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Gucks dir mal an... #6
Conversation
send_multi implements child checks of check_multi to be directly inserted into Nagios via mod_gearmans check_results queue. The name of the check_multi child check corresponds to the Nagios passive service description. No worker is needed for this construction: send_multi reads all check_multi data in XML format via STDIN, transforms the attributes to gearman / Nagios format and then feeds it into the results queue. For more details please see: http://my-plugin.de/wiki/projects/check_multi/feed_passive
Danke für den Patch, schaut gut aus. Da muss ich ja nich eine Zeile anpassen :-) |
Och, das sind nur 30 child checks ;). Wobei ich es auch fuer vertretbar halte, die 16k zu lassen - Nagios sitzt ja schliesslich immer noch auf seinen 8k default. |
ok, dann lass ich es erstmal so. Mit dem mergen dauert noch... Unter Fork Queue taucht noch nichts auf. Github cached das aber immer recht lang. Sollte nachher dann schon auftauchen. |
Na dann dank ich schoen - und geh jetzt erst mal ins Kino :) |
this leads to crashes sometimes: #0 0x00007ffff6f56387 in raise () from /lib64/libc.so.6 #1 0x00007ffff6f57a78 in abort () from /lib64/libc.so.6 #2 0x00007ffff43bca95 in __gnu_cxx::__verbose_terminate_handler() () from /lib64/libstdc++.so.6 #3 0x00007ffff43baa06 in ?? () from /lib64/libstdc++.so.6 #4 0x00007ffff43baa33 in std::terminate() () from /lib64/libstdc++.so.6 #5 0x00007ffff43ba631 in __gxx_personality_v0 () from /lib64/libstdc++.so.6 #6 0x00007ffff41559f4 in ?? () from /lib64/libgcc_s.so.1 #7 0x00007ffff4155d44 in _Unwind_ForcedUnwind () from /lib64/libgcc_s.so.1 #8 0x00007ffff6ab0362 in __pthread_unwind () from /lib64/libpthread.so.0 #9 0x00007ffff6aa88e5 in sigcancel_handler () from /lib64/libpthread.so.0 #10 <signal handler called> #11 0x00007ffff701020d in close () from /lib64/libc.so.6 #12 0x00007ffff55846ab in ?? () from /omd/sites/mon/lib/libgearman.so.8 #13 0x00007ffff558476e in ?? () from /omd/sites/mon/lib/libgearman.so.8 #14 0x00007ffff558d02d in ?? () from /omd/sites/mon/lib/libgearman.so.8 #15 0x00007ffff558d05e in ?? () from /omd/sites/mon/lib/libgearman.so.8 #16 0x00007ffff558fe78 in gearman_worker_free () from /omd/sites/mon/lib/libgearman.so.8 #17 0x00007ffff5e7e319 in gm_free_worker (worker=worker@entry=0x7ffff0386ee8) at common/gearman_utils.c:274 #18 0x00007ffff5e83f88 in result_worker (data=<optimized out>) at neb_module_naemon/result_thread.c:115 #19 0x00007ffff6aa9ea5 in start_thread () from /lib64/libpthread.so.0 #20 0x00007ffff701eb0d in clone () from /lib64/libc.so.6
Hi Sven,
dass das im github mit den forks so einfach ist, haette ich nicht gedacht ;).
Guck dir das send_multi mal an, es laeuft in der Arbeit mittlerweile seit ein paar Tagen problemlos.
Ich hab allerdings die GM_BUFFERSIZE auf 120k und die GM_MAX_OUTPUT auf 100k raufschrauben muessen, weil ich z.T. so grosse Plugin-Outputs habe. ;).
Gruss - Matthias