check for "make test"); in some occasions if devel/libconfig is installed at
build time it can cause the wrong libconfig to be picked up, resulting in
build failures. Add a pseudo-flavour to enable them if needed.
(I didn't run into this myself but, as found by ajacoutot@, in some builds
CMake decides to list -L/usr/local/lib before -L${WRKBUILD}/Bin/Release).
or client certificates for:
- filters, types, permissions
- query/create/modify/delete config objects at runtime
- status queries for global stats
- actions (e.g. acknowledge all service problems)
- event streams
- patch constants.conf to use /var/www/var/run/icinga2 as default RunDir
- modify startup script to create above RunDir and symlink into /var/run/icinga2
open()s in other threads, fixing an issue where the daemon doesn't start
correctly when the command listener is enabled.
Many thanks to dnsmichi and gunnarbeutner from Icinga for tracking this
down and fixing it.
- Replace previous backout with fixes from Gunnar Beutner (upstream):
. Make sure the timer thread is gone when calling fork()
. Ensure that the main thread pool gets re-initialized properly after fork()
- Add a check so that 'make test' fails early with a useful error if the
libconfig package is installed; the objects in the build directory don't
have a finalized rpath and they are looking in /usr/local/lib before the
build directory, so the wrong libconfig so is picked up.
I think this port should now be in good shape, please let me know if you're
using it and run into problems with forking etc.
upstream commit 86819f446e2 which broke daemon activation on OpenBSD.
Without this reversion ConfigItem::ActivateItems() doesn't get any
further after the call to DynamicObject::RestoreObjects().
instructions are meant to work on a fresh install.
- easy cases: replace some '$ sudo somecommand' with '# somecommand'
(while there I've swapped some "${RCDIR}/foo start" with "rcctl foo start").
- replace some 'sudo -u user somecommand foo bar' with
'su -s /bin/sh user "/path/to/somecommand foo bar"' and similar.
Not pretty with the -s, but many of the uids that need to run
these commands have /sbin/nologin as their usual shell.
ConfigItem::ActivateItems() calls DynamicObject::RestoreObjects().
DynamicObject::RestoreObjects() runs to the last line of the function,
however control is not returned to the following line in
ConfigItem::ActivateItems() (i.e. the calling function).
force running in the background; it was previously using "icinga2 daemon -d",
but since 2.2.2 this has been hanging on OpenBSD.
Disable vfork as was done upstream on MacOS (to stop a hang there) in the
hope it may also stop a runtime hang seen occasionally here.
There are still some odd things going on and I don't think this is production-
ready on OpenBSD yet, so the warning in DESCR-main remains, but I think this
is not worse than 2.2.1.
