Re: [Nagios-devel] feature request clustering
Posted: Sat Aug 01, 2009 5:05 pm
--0015175ce1f4565582047018621b
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
I think Ethan wants to concentrate nagios development at the core features
that everyone needs allowing others to build add-ons and plugins. Actual
setup of nagios in most places consists of the core nagios server and set o=
f
specific addons that work for the environment nagios is being setup at. Tha=
t
really has always been the strength of nagios that it is easy to create
monitoring plugins and that many are already available.
For clustering I'd personally also recommend DNX. I've helped with
development of that package when it was in early alpha (fixed several bugs
in XML parser and other places) and installed it year ago for large set of
monitoring servers. It works well although its still a lot more of a
development-level software then nagios is and it still has features missing
which I really would love to have. Specifically the two I want most is
embedded perl support for plugins that nagios itself has and capability to
assign sets of DNX servers for specific hosts (which would also allow it to
be used on remote network in place of nrpe), a patch to DNX is available fo=
r
this but is not well tested yet.
But it is very noticeable that two most requested features by users (as see=
n
at ideas.nagios.org) are clustering and performance graphing. I'm kind-of
sorry icinga people decided to do complete split because what I was hoping
to see is good open-source nagios-based monitoring super-package that would
include nagios at the core as well as such requested add-ons and larger set
of plugins all in one install for those who want to see a larger set of
features with nagios in one package. I know there are several commercial
monitoring products based on nagios that do this and to some degree they ar=
e
all open-source (as they are build on open-source packages) but they all
have very noticeable commercial interest in selling the package with suppor=
t
in mind. I was really hoping to see a package that is more positioned as
open-source with development by users for users and less commercial by one
company in nature (although I'm well aware that supporting open-source
development is not easy and requires certain business initiative and some
commercialization or sponsors). I've been thinking of creating such package
myself for almost a year but doing it alone is hard and not very
maintainable considering my schedule. But if there are multiple (at least 3
volunteers needed for this to work, need not be all developers) who are
willing to participate (5 hours/week) and have places where such package ca=
n
be installed and tested, then let me know and perhaps we can put a team
together for new nagios-based monitoring super package.
On Wed, Jul 15, 2009 at 8:51 AM, Nick Price wrote:
> Thanks Mark
>
> Was more hoping that it could be built into a future version of nagios.
>
>
>
> If it all comes from one development team there is likely to be less
> problems
>
>
>
> Nick
>
>
>
> *From:* Frost, Mark {PBG} [mailto:[email protected]]
> *Sent:* Wednesday, July 15, 2009 17:18
> *To:* Nagios Developers List
>
> *Subject:* Re: [Nagios-devel] feature request clustering
>
>
>
> Doesn't DNX do some of this? Actually, it seems more like the dream
> scenario of DNX + Merlin.
>
>
>
> Mark
>
>
>
> *From:* Nick Price [mailto:[email protected]]
> *Sent:* Wednesday, July 15, 2009 10:44 AM
> *To:* [email protected]
> *Subject:* Re: [Nagios-devel] feature request clustering
>
>
>
> I would like to request a feature that would do distributed clustering
> without the use of passive checks.
>
>
>
> With the following considerations
>
>
>
> Remote Servers:-
>
>
>
> Check results are passed to a database
>
> Web interface and notification access the database
>
>
>
> Remote server nagios.cfg
>
> remote_server_name ;used by the central server to displ=
ay
> where the data has come from e.g. London_datacenter
>
> central_server_address ;IP address of t
...[email truncated]...
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
I think Ethan wants to concentrate nagios development at the core features
that everyone needs allowing others to build add-ons and plugins. Actual
setup of nagios in most places consists of the core nagios server and set o=
f
specific addons that work for the environment nagios is being setup at. Tha=
t
really has always been the strength of nagios that it is easy to create
monitoring plugins and that many are already available.
For clustering I'd personally also recommend DNX. I've helped with
development of that package when it was in early alpha (fixed several bugs
in XML parser and other places) and installed it year ago for large set of
monitoring servers. It works well although its still a lot more of a
development-level software then nagios is and it still has features missing
which I really would love to have. Specifically the two I want most is
embedded perl support for plugins that nagios itself has and capability to
assign sets of DNX servers for specific hosts (which would also allow it to
be used on remote network in place of nrpe), a patch to DNX is available fo=
r
this but is not well tested yet.
But it is very noticeable that two most requested features by users (as see=
n
at ideas.nagios.org) are clustering and performance graphing. I'm kind-of
sorry icinga people decided to do complete split because what I was hoping
to see is good open-source nagios-based monitoring super-package that would
include nagios at the core as well as such requested add-ons and larger set
of plugins all in one install for those who want to see a larger set of
features with nagios in one package. I know there are several commercial
monitoring products based on nagios that do this and to some degree they ar=
e
all open-source (as they are build on open-source packages) but they all
have very noticeable commercial interest in selling the package with suppor=
t
in mind. I was really hoping to see a package that is more positioned as
open-source with development by users for users and less commercial by one
company in nature (although I'm well aware that supporting open-source
development is not easy and requires certain business initiative and some
commercialization or sponsors). I've been thinking of creating such package
myself for almost a year but doing it alone is hard and not very
maintainable considering my schedule. But if there are multiple (at least 3
volunteers needed for this to work, need not be all developers) who are
willing to participate (5 hours/week) and have places where such package ca=
n
be installed and tested, then let me know and perhaps we can put a team
together for new nagios-based monitoring super package.
On Wed, Jul 15, 2009 at 8:51 AM, Nick Price wrote:
> Thanks Mark
>
> Was more hoping that it could be built into a future version of nagios.
>
>
>
> If it all comes from one development team there is likely to be less
> problems
>
>
>
> Nick
>
>
>
> *From:* Frost, Mark {PBG} [mailto:[email protected]]
> *Sent:* Wednesday, July 15, 2009 17:18
> *To:* Nagios Developers List
>
> *Subject:* Re: [Nagios-devel] feature request clustering
>
>
>
> Doesn't DNX do some of this? Actually, it seems more like the dream
> scenario of DNX + Merlin.
>
>
>
> Mark
>
>
>
> *From:* Nick Price [mailto:[email protected]]
> *Sent:* Wednesday, July 15, 2009 10:44 AM
> *To:* [email protected]
> *Subject:* Re: [Nagios-devel] feature request clustering
>
>
>
> I would like to request a feature that would do distributed clustering
> without the use of passive checks.
>
>
>
> With the following considerations
>
>
>
> Remote Servers:-
>
>
>
> Check results are passed to a database
>
> Web interface and notification access the database
>
>
>
> Remote server nagios.cfg
>
> remote_server_name ;used by the central server to displ=
ay
> where the data has come from e.g. London_datacenter
>
> central_server_address ;IP address of t
...[email truncated]...
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]