Re: [Nagios-devel] Nagios 4: Registering object relationships in

Support forum for Nagios Core, Nagios Plugins, NCPA, NRPE, NSCA, NDOUtils and more. Engage with the community of users including those using the open source solutions.
Locked
Guest

Re: [Nagios-devel] Nagios 4: Registering object relationships in

Post by Guest »

On 01/18/2013 12:29 PM, Ton Voon wrote:
> Hi Andreas,
>
> On 16 Jan 2013, at 17:37, Andreas Ericsson wrote:
>
>> Well, the story goes like this:
>> We would *actually* want to use the recombobulate_*groups() functions,
>> but those rely on find_*(), add_member_to_group() and a whole bunch of
>> other functions which are inside #ifndef NSCGI (or #ifdef NSCORE).
>>
>> Those functions bring in yet other functions and some of *those* live
>> in other files. There are no functions anywhere that reside in the
>> base/ directory which have to be linked to the cgi's no matter how far
>> down the rabbithole you go, but it's a bit of a mess, really, and
>> with the recent improbable-but-possible coredump issue in Nagios core
>> I was forced to take a short hiatus from cgi issues and jump on that
>> one instead.
>>
>> Anyways; It's unlikely manageable to fix it the proper way. If you
>> beat me to a hack that just iterates over the string elements inside
>> register_*group(), I think I'll just take that patch instead and put
>> a big fat "FIXME this is fugly and should use instead".
>
> I think I've fixed this "properly", as properly as possible. Can you review?
>

Done(ish). I still have to apply and see how it goes. It looks as though
you had the time and energy to do what I attempted but got sidetracked
doing, so all in all it's a big thumbs up.

I'll make an extra patch on top of this to give the cgi's a fake version
of the "test_scheduling" variable in addition to the current ones, and
also make them macros so even really dumb preprocessors can remove the
code entirely for us.

> Most of the changes are just #ifdefs moved to appropriate places. It seems that the parsing of objects.cache was done, just the expansion was not. I'm assuming that host/service dependency information is not required in the CGIs.
>

It isn't, except for the "view config" page, but I'll leave that as a
headache for another day.

> I've also included a test update which checks the CGI are returning the object information correctly. svn has marked t/610cgistatus.t as an application/x-troff so was not showing the diff correctly. I've included as a separate file. Can this be fixed in svn please.
>

Another reason to hate svn then. Blegh.

I have no idea how one sets svnprops (or whatever one does), so I
can't fix that myself, but sending the entire file is fine.

Thanks.

--
Andreas Ericsson andreas.ericsson@op5.se
OP5 AB www.op5.se
Tel: +46 8-230225 Fax: +46 8-230231

Considering the successes of the wars on alcohol, poverty, drugs and
terror, I think we should give some serious thought to declaring war
on peace.





This post was automatically imported from historical nagios-devel mailing list archives
Original poster: ae@op5.se
Locked