Rewriting nsclient? (was NSClient 1.0.8.0 Installation Problem)
Michael.Wirtgen at miwi-dv.com
Michael.Wirtgen at miwi-dv.com
Fri May 9 03:15:59 CEST 2003
All,
I'm currently working to get nrpe "ported" to run on windows, so I take a
great interest in this.
Please allow some thoughts & questions...
- If you consider rewriting nsclient to add nrpe functionality, what do you
consider the benefit?
May be I'm missing something, but to me it looks like a decision between
monolithic vs. modular design. Whatever you choose may be ok, but I see no
reason in mixing this?
If you go with the current nsclient design, I'd suggest, ALL checks should
be done by the agent. However, this would make this a very complex beast,
and it may be difficult to add new checks. If you go with plugins, why not
put everything into a plugin? Is there anything that would be impossible to
implement as a plugin? (Thinking of it, registering callbacks on eventlog or
filesystem events pops to my mind ...)
- On choosing a development language, perl sounds great in terms of porting,
but I think for windows, the only option for any agent is to run as a
service. On my boxes I usually prefer NOT to resort to any wrappers to
achieve this. For everything else, I guess the answer is: Whatever gets the
job done....
- Tim, I can't resist to ask this ;-)
>>Hell will freeze over before I buy a product from MS
What do you actually RUN nsclient on?
cheers
MiWi
-----Original Message-----
From: Jeremy Russell [mailto:Jeremy.Russell at chickasaw.net]
Sent: Donnerstag, 8. Mai 2003 21:01
To: Carroll, Jim P [Contractor]; Roy Sigurd Karlsbakk; Tim Shouldice;
testrm at kisters.com; nagios-users at lists.sourceforge.net
Subject: RE: [Nagios-users] Re: Rewriting nsclient? (was NSClient
1.0.8.0 Installation Problem)
It is a pretty good idea to start a rewrite of the NSClient and add in
the nrpe functionality, also make this an agent that will work on
virtually every OS available, at least the OS's that nagios and the
current nsclient runs on. I myself would find that an agent such as
nslcient would be more appealing to get simple stats such as disk space,
uptime, and memory from servers. Being perl, I don't know, would
probably work on most systems, but of course, windows admins probably
would want a binary.
Creating a Nagios agent though would be sweet and extend the software
package just that much further.
(even more to think about is building into the agent IDS software, and
let it send nagios security alerts, that would be cool, a single tool
for security and availability!)
-----Original Message-----
From: Carroll, Jim P [Contractor] [mailto:jcarro10 at sprintspectrum.com]
Sent: Thursday, May 08, 2003 12:15 PM
To: Roy Sigurd Karlsbakk; Tim Shouldice; testrm at kisters.com;
nagios-users at lists.sourceforge.net
Subject: RE: [Nagios-users] Re: Rewriting nsclient? (was NSClient
1.0.8.0 Installation Problem)
FWIW, there's always FireDaemon for turning binaries into a service:
http://www.firedaemon.com/
jc
> -----Original Message-----
> From: Roy Sigurd Karlsbakk [mailto:roy at karlsbakk.net]
> Sent: Thursday, May 08, 2003 9:40 AM
> To: Tim Shouldice; testrm at kisters.com;
> nagios-users at lists.sourceforge.net
> Subject: [Nagios-users] Re: Rewriting nsclient? (was NSClient 1.0.8.0
> Installation Problem)
>
>
> > Coding on Windows is a horrible task, coding a service is
> even worse, given
> > that how can I make it as painless as possible?
>
> I don't thinks Windoze is a horrible OS to code on, given you
> understand
> Windoze. Also: You can create services with a small wrapper
> of virtually any
> executable.
>
> > Perl would be nice, however requiring NT admins to install
> Perl on their
> > boxes is sometimes hard, some NT admins believe WSH is all
> they'll ever
> > need and think Perl is something they buy at a jewelry store.
>
> you can compile a perl script into an .exe file. although
> it's not an optimal
> solution, it can be a solution for sysadmins that don't want
> perl on their
> windoze boxes. I really don't think this'll be a big problem,
> as Nagios
> itself must run on a unix host, there's always unix people
> around to talk to
> the children (read: Windoze admins)
>
> > C++ requires either Visual Studio or C++ builder. Hell will
> freeze over
> > before I buy a product from MS.
> >
> > Buy C++ builder and start from scratch or Delphi and build
> on what was
> > already done.
>
> My point exactly. I don't want to buy any software to change
> the product!
>
> > Building on what is already done was easier and Pascal isn't a hard
> > language to work in, if find it easier than C and C++.
> Although this is the
> > first time I've coded in Pascal in over a dozen years.
> >
> > For non-commercial use (and I believe writing GPL code is
> non-commercial),
> > Delphi only costs a hundred bucks, a pretty decent deal to me.
>
> Still:
> Pascal is a dead language. It'll be harder and harder to find
> people to
> maintain the source. This piece of software will probably be
> rewritten pretty
> soon anyway, so why not now?
>
> roy
>
> --
> Roy Sigurd Karlsbakk, Datavaktmester
> ProntoTV AS - http://www.pronto.tv/
> Tel: +47 9801 3356
>
> Computers are like air conditioners.
> They stop working when you open Windows.
>
>
>
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux
> enterprise solutions
> www.enterpriselinuxforum.com
>
> _______________________________________________
> 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
>
-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com
_______________________________________________
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
-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com
_______________________________________________
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
-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com
_______________________________________________
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
More information about the Users
mailing list