MK Livestatus - a Nagios event broker module that allows quick,
direct and comfortable access to your status data.
Livestatus is concepted and tuned to reduce disk, memory and cpu loads
caused by live-data processing on the Nagios system. Just as NDO,
Livestatus makes use of the Nagios Event Broker API and loads a binary
module into the Nagios process. But other than NDO, Livestatus does not
actively write out data e.g. to the disk. Instead, it opens a socket for
external applications to connect to and fetch the current status
information from Nagios.
===> The following configuration options are available for mk-livestatus-1.2.8p25_3:
EXAMPLES=on: Build and/or install examples
PERL=off: Install Monitoring-Livestatus Perl API
====> Options available for the single NAGIOS: you have to select exactly one of them
NAGIOS3=off: Build support for Nagios 3.x
NAGIOS4=on: Build support for Nagios 4.x
===> Use 'make config' to modify these settings
Notes:
* See the documentation at https://mathias-kettner.com/checkmk_livestatus.html
* Requires Nagios (net-mgmt/nagios, or net-mgmt/nagios4) be built with event
broker support enabled, or 'livestatus.o' will never be loaded. This is
the default for net-mgmt/nagios4.
* unixcat (for use with reading from the socket and/or inetd(8) support)
moved from /usr/local/bin to /usr/local/lib/mk-livestatus
in order to avoid a conflict with sysutils/ucspi-unix
* livecheck was removed in 1.2.3.i5. Please adjust your "broker_module=..."
directive in /usr/local/etc/nagios/nagios.cfg!
net-mgmt/mk-livestatus: Remove OSVERSION conditionals
Minimum supported OSVERSION is 120400 by the port infrastructure so no
need for additional conditions.
Approved by: portmgr (blanket)
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
net-mgmt: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* @BABOLO <.@babolo.ru>
* Alex Samorukov, samm@freebsd.org
* Alexander Kriventsov <avk@vl.ru>
* Alexander Sulfrian <alexander@sulfrian.net>
* Alexander Y. Grigoryev <alexander.4mail@gmail.com>
* Alexandre Biancalana <ale@biancalanas.net>
* Alexandre Snarskii <snar@paranoia.ru>
* Alexandre Snarskii <snar@snar.spb.ru>
* Alexey Bobkov <mr.deadlystorm@gmail.com>
* Alexey Dokuchaev <danfe@FreeBSD.org>
* Alexey V. Degtyarev
(Only the first 15 lines of the commit message are shown above )
net-mgmt/mk-livestatus: fix "ld: error: duplicate symbol: g_mainthread_id"
- add '-fcommon' to our CFLAGS in order to build with clang 11;
- fix used by other ports as well (mentioned a few on original PR);
- this is applied in a conditional way, checking OSVERSION;
- while here, also added new DISTSITES.
Reported by: dvl@, pkg-fallout
PR: 257162
Mark BROKEN on FreeBSD 13 and 14
ld: error: duplicate symbol: g_mainthread_id
>>> defined at module.c
>>> livestatus_so-module.o:(g_mainthread_id)
>>> defined at logger.c
>>> livestatus_so-logger.o:(.bss+0x8)
Reported by: pkg-fallout
MFH: 2021Q1
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
net-mgmt/mk-livestatus: Restore fix from r485075
mk-livestatus always builds with Nagios 4 support again and
--without-nagios4 is still broken.
PR: 232716
Reported by: Leonid Vasiliev <leo9641@yandex.ru>
Approved by: egypcio (maintainer)
net-mgmt/mk-livestatus: enable Nagios4 support by default
- ../UPDATING
add note regarding default options being changed.
- Makefile
adopt the port; update '1.2.8p22' to '1.2.8p24';
enable Nagios 4.x as the default supported version;
RUN_DEPENDS uses respective Nagios package as dependency;
delete unnecessary ${RM} -r api/perl;
new option now provides mk-livestatus' Perl API;
clean USES variable; built just fine.
- pkg-message
update documentation's URL (linked the one with text in English);
add clear note that Nagios' event broker support needs to be enabled.
Approved by: rene (mentor)
Differential Revision: https://reviews.freebsd.org/D18513
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
net-mgmt/mk-livestatus: Unbreak Nagios 3.x support
Fix the NAGIOS4 option: The --without-nagios4 configure arg seems
to be broken in 1.2.8p20 and actually also enables Nagios 4.x
support. Switch to just passing --with-nagios4 if NAGIOS4=on for
the time being.
$ mk-livestatus-1.2.8p20> ./configure --without-nagios4
$ mk-livestatus-1.2.8p20> grep NAGIOS Makefile
CPPFLAGS = -g -O2 -DNAGIOS4
$ mk-livestatus-1.2.8p20> ./configure --with-nagios4
$ mk-livestatus-1.2.8p20> grep CPPFLAGS Makefile
CPPFLAGS = -g -O2 -DNAGIOS4
$ mk-livestatus-1.2.8p20> ./configure
$ mk-livestatus-1.2.8p20> grep CPPFLAGS Makefile
CPPFLAGS =
This makes sure that mk-livestatus is built with Nagios 3.x support
again by default.
PR: 232716
Submitted by: Leonid Vasiliev <leo9641@yandex.ru>
Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
Change INSTALL_DATA to install with mode 644
Remove patches and hacks that were used to work around the previous
situation
This allows to stage more ports as a regular user
Differential Revision: https://reviews.freebsd.org/D703
Reviewed by and discussed with: bapt
With hat: portmgr
- update to 1.2.4
- add option to build for Nagios3 (default) and Nagios4
- add stage support
- remove livecheck patches (broker was removed)
Changes:
========
1.2.4
o nagios4 livestatus support
1.2.4b1
o New header for limiting the execution time of a query
o FIX: Parse state of downtime notification log entries correctly
o FIX: Limit the number of lines read from a single logfile
o FIX: Fix semantics of columns num_services_hard_*
(Only the first 15 lines of the commit message are shown above )
- update to 1.2.2p2
Changes:
==========
1.2.p1
livestatus.log: show utf-8 decoding problems only with debug logging >=2
1.2.b6
FIX: memory leak when removing downtime / comment
1.2.b5
FIX: possible crash with VERY long downtime comments
FIX: now able to handle equal comment id of host and service
1.2.b1
(Only the first 15 lines of the commit message are shown above )
- update to version 1.1.11i2
Changelog:
Column aggregation (Stats) now also works for perf_data
New configuration variable data_encoding and full UTF-8 support.
New column contact_groups in table hosts and services (thanks to Matthew Kent)
New headers Negate:, StatsNegate: and WaitConditionNegate:
- update to version 1.1.8
- take maintainership
PR: 151998
Submitted by: ohauer
Approved by: Peter Lai <cowbert _at_ gmail.com> (old maintainer), glarkin
(mentor, implicit)
MKLivestatus is a very simple and smart Nagios eventbroker module.
Livestatus is concepted and tuned to reduce disk, memory and cpu loads
caused by live-data processing on the Nagios system. Just as NDO,
Livestatus makes use of the Nagios Event Broker API and loads a binary
module into the Nagios process. But other than NDO, Livestatus does not
actively write out data e.g. to the disk. Instead, it opens a socket for
external applications to connect to and fetch the current status
information from Nagios.
WWW: http://mathias-kettner.de/checkmk_livestatus.html
PR: ports/145449
Submitted by: Peter C. Lai <cowbert at gmail.com>
