- 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.
as reported by otto@. Build with -wformat to make the other two hundred
and ten of them more obvious.
(icinga2 doesn't have these problems, but we are stuck with an older
version of icinga2 as current versions fail at runtime on OpenBSD,
and a number of these problems affect the icinga1 cgis which are still
useful with 2).
This standalone script allows you to migrate the basic Icinga 1.x object
configuration into native Icinga 2 configuration objects. This project
will be merged into the upstream CLI once there is a stable release.
Meanwhile it acts as standalone helper tool for migrating to Icinga 2.
You are highly advised to read the Icinga 2 Migration documentation
and understand the new dynamic configuration syntax. Check the manual
migration hints in the documentation (http://docs.icinga.org/icinga2/latest/).
