[naemon-dev] Naemon Livestatus update

Anton Löfgren alofgren at op5.com
Sat Mar 29 12:51:09 CET 2014


I don't want to derail this thread further than necessary, but I just
thought I should mention that there are also a number of fixes available
for the build system which I hope to get into naemon in the coming week,
apart from the unicode stuff Max mentions. The upstream build system (at
least what we have in the op5 fork) is a complete mess, which anyone who
has been down that rabbit hole should be able to attest to.

I also added a couple of test cases for said unicode stuff, which should
make it easier to add new ones in the future.

Anyway, is anyone talking to Kettner about this? Ideally, we'd be able to
work towards a common goal. Although from what I've heard (though this may
or may not be accurate), he's not particularly interested in at least some
of the changes we've made.

If that's not possible for whatever reason, it might be best to do as Max
says, and cherry-pick whatever changes we want from upstream.

To get back on thread, and reiterate: you're better off using the naemon
livestatus fork with naemon.

al
On 29 Mar 2014 11:16, "Max Sikström" <max.sikstrom at op5.com> wrote:

> Hi!
>
> I've tried to keep up reading what changes had happend to livestatus
> upstream. But it's quite hard to track, since livestatus is just a
> subdirectory in the check_mk repository.
>
> As far as I can see, there are just a few new features resolved in the
> upstream livestatus since the fork:
> - statehist table is added
> - bugfixes with the log table
> - fixes with livecheck, and later removal of the livecheck
>
> Since log handling in livestatus is really nasty to use, because of how
> just increases in memory usage (since livestatus never deallocates it's
> growing buffer. Once parsed 1GB of logs, 1GB of memory is stored per
> thread, afaik), I've assumed that check_mk was the only system really used
> that part.
>
>
> I don't want to see it as naemon-livestatus is older, but just a little
> bit different.
>
> The naemon fork of livestatus has taken a path through op5 before ending
> up as the naemon-fork.  During that time, some issues has been resolved:
> - Add sorting (and pagination) support, and some bugfixes too. (Sort:
> column_name asc/desc, Offset: 80, Limit: 20)
> - Regexp handles case sensitivity for unicode characters correctly (it's
> really new, so I'm not sure if it's in master yet. Just know that Anton
> Löfgren/catharsis has it in a branch right now)
>
> In the naemon-fork, there are also a couple of bug fixes:
> - Possible segfault due to races between threads when submitting commands.
> (Command processing in upstream is done in worker thread, but naemon/nagios
> isn't thread safe itself, since it doesn't use threads)
>
> In short: naemon-livestatus and mk-livestatus has diverged, and before
> it's practical to upstream changes, it probably will be too.
>
>
> So are there any specific features you need or bugs to resolve in
> naemon-livestatus that are available in mk-livestatus? Because then, it's
> probably quite easy to just port those specific ones.
>
> Best regards,
> Max Sikström
>
> On 28 Mar 2014, at 19:58, Eron Nicholson <eron at basecamp.com> wrote:
>
> > Hello,
> >  I am attempting to use Naemon with Check_MK.  Check_MK released a
> > new version of livestatus today (1.2.5i1) which supports Nagios 4.
> > However, I am getting errors when trying to use it with Naemon :
> >
> > [1396026973] Error: Could not load module
> > '/usr/lib/check_mk/livestatus.o' -> /usr/lib/check_mk/livestatus.o:
> > undefined symbol: get_next_log_rotation_time
> > [1396026973] Error: Failed to load module
> '/usr/lib/check_mk/livestatus.o'.
> > [1396026973] Error: Module loading failed. Aborting.
> >
> > We have been having issues with the forked naemon version of
> > livestatus crashing.  We push in a lot of passive services, and it
> > seems that this is causing livestatus to crash.  The forked version is
> > quite old.  I was wondering if there was a plan to update naemon's
> > livestatus to a more recent version or if there was a plan to allow
> > naemon to integrate with the latest version of livestatus.
> >
> > Thanks,
> >
> > Eron Nicholson
> > Systems Administrator | Basecamp
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/naemon-dev/attachments/20140329/9c819253/attachment.html>


More information about the Naemon-dev mailing list