Nagios isn't ready for prime time

[Marc Belanger]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256



jim tate wrote:
> First I want to say that the Nagios documentation is very good.
> But expecting a new to Nagios person to build the object config files
> is so time consuming and not understanding a lot of what is required in 
> cfg files.

Isn't it this way with any worthwhile product? I've used (supported 
even) Tivoli products, and recently viewed a demonstration for the 
Heroics product.

First, none of these products (including Nagios) can be fully versatile 
"out-of-the-box" or vanilla in application.

Understanding how its built is a huge feather in my hat, for -- when 
something breaks, which will unavoidably happen. I think Nagios, on its 
own, is far easier to install and manage than then either my experience 
recollections with Tivoli, or my guesses at resources required for 
Heriocs. I'm not trashing either product, but the commercially driven 
aspect has it's own problems.

Secondly, auto-discovery tools, like some patch manager tools use, imho 
is not a good idea, nor worth the effort of tuning. In this case, I find 
it far more efficient to start building with simple host/service checks, 
and add-on, 1 step at a time.

> Why not put the object cfg files in Nagios as the app is compiled.
> For a IT person first being subjected to Negios , the time factor is to 
> much.

I'll agree the basic config files could be put into the nagios tree 
without much work or adverse effects. Its a little more than moving the 
.sample files, but fully testing the install, and website functionality 
would be a nice, but small, benefit.

> I know I'm going to get blasted for  my statement , but  I'm not trying 
> to be nasty, but constructive.

I failed to see any documentable suggestions, other than the config file 
strategy, but that could simply be the way you phrased your comments, 
and my Sunday afternoon buzz colliding.

> I know Nagios will be a very worthwhile app. in the future and I truly 
> look forward to it, as a radicle
> Linux user.

To me, it's far more worthwhile right now in cost, time, and knowledge 
than buying an enterprise system + included consulting fluff with canned 
configurations that need to be tweaked anyways.

This is a good conversational, and thought provoking thread.

- -Marc

-----BEGIN PGP SIGNATURE-----
Version: PGP Desktop 9.0.0 (Build 2001)

iQEVAwUBQofN6GquTKnl/rl2AQjzBgf+OETyBLGbRh9um0n5x1osQkGFwwXwLG35
7wG9bG4G8COizjycHwv/t8BakckeF2E/tGqd2FPA0h8aEVzkriswXjqb895EU9Tp
nhWQUDqOmBPfmMf3PrkhYOCJkggxndiBJKFwkWnikjVNQMdF1mDBsynxJTzcGFkd
jFVdkZDtiT5iQZdsbYudC4C5mtLRemDd3dsSH5HmBY6Axd/gZVIZjc7E8s3C3E8z
40Emmh126GK37UrAUDjTgoKFtZI5YaOap4x2SrtFtC2mrih/aXX5YUU7gKyhCgJV
pWWVvxD7SV8enBnBdqlsurCMmsZUrRZs9y5J6hVlg39QNL/LGhtHIA==
=mSV9
-----END PGP SIGNATURE-----


-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click
_______________________________________________
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