nagios future?

[Andreas Ericsson]

Michael Friedrich wrote:
> Andreas Ericsson wrote the following on 09.06.2009 15:09:
>>
>> Nagios will move to git when 3.2.0 is out the door. Ethan wants some
>> time to manage patches and stuff like he's used to without having to
>> learn another tool. I'm sure he'll curse himself for not switching
>> sooner when he learns the benefits of git, but at least we're getting
>> there.
> Well some common aliases from cvs for git will help too ;-) I've been 
> looking onto git for about 3 weeks and I like to use this cheatsheet a 
> lot: http://ktown.kde.org/~zrusin/git/git-cheat-sheet-medium.png

Ugh. I absolutely hate that, because it just tells you "do this, do that"
but doesn't explain *why*. It never mentions why the index is there, or
how you can use it when you run into stuff that's actually *hard*, such
as an 8-way merge that suddenly went wahoonie-shaped.

But to each his own, I guess.

>>
>> One of the annoying things about the icinga-fork though is that they've
>> mainly done a lot of renaming and not so much actual patching. This will
>> ofcourse merge cleanly but in an unsatisfactory way for Nagios. Messy,
>> but certainly possible to work around.
> Yep that is true but to say "Hey it's like Nagios but not the same" all 
> names had to be removed/changed. But concerning merging patches it 
> shouldn't be that big problem. Current Nagios patches have been pulled 
> over and merged into actual Icinga source. So backwards it should work 
> then too.
> 

It has? I'll have to take a look at that, I think. The hard part will
be to separate the cruft from the code, so that only the real changes
appear in a diff. Some simple sed magic will probably do the trick
though.

>> Very realistic. We're already using it for development to that purpose,
>> and it's working just fine. One problem with NDOUtils is that the 
>> database
>> schema makes it impossible to write stuff for it that scale linearly.
>> That's totally unacceptable for us, so we had to come up with something
>> new. Fortunately, Lars Hjemli of the NagVis project has been very 
>> friendly
>> and cooperative in helping us add support for the Merlin database schema
>> in NagVis. Given how simple the Merlin schema is, I have no doubt that
>> we'll provide patches to other projects to achieve the same thing.
>
> Yeah i like that move because everyone is holding back on the DB schema 
> of the NDO which is far too normalized and doesn't scale. And my biggest 
> concern right now, Oracle limits table and column names to max 30 
> characters (varchar2(30)). Maybe you'll keep an eye on that while 
> testing your schema.

I haven't actually thought about it. A quick glance reveals that the
serviceescalation_contactgroup junction table is the one with the
longest name, weighing in at 31 characters. That can be fixed quite
easily though, since junction table names are determined by a function
which can easily special-case this particular one.

>>
>> It's been planned, implemented, tested and available since 2009-03-17.
>> Additional bugfixes happened later, but libdbi has been in use in
>> Merlin almost three months now.
>
> Ok good to hear that - some query normalizations and other database 
> specific stuff will pop up for sure. I've been hitting on the 
> libdbi-driver for Oracle and it seems to work (connection using the 
> IDOUtils to remote Oracle-Server). When everything works out I hope to 
> push source for libdbi Oracle soon to Icinga IDOUtils. Even though IDO 
> and Merlin are different, but I think && hope libdbi knowledge can be 
> shared in this case :)
> 

Since libdbi provides a database-agnostic api (it would be quite useless
if it didn't), a simple thing such as loading the correct driver should
suffice to make it work with Merlin as well. Which driver to use can be
specified in the Merlin configuration file. However, there's currently
no oracle driver for Kohana that I'm aware of, and that means Ninja
won't be able to benefit from an Oracle database even if Merlin can
write to it.

-- 
Andreas Ericsson                   andreas.ericsson at 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.

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null