About a active plugin in local machine

[Daniel Szortyka]

Hi people...

I will work this afternoon in the NC_Net plugin on my windows
machines.... If I obtain some good or bad result I will post here...
and my conf's too...

My NSCA is working fine, and my sent_nsca on windows is ok too... I
sent passive checks to nagios from my windows machines and it's ok.

After I post my result here!

Thanks for all!

Daniel

MSN: hellhead_thc at hotmail.com


On 6/22/05, Harlan Richard C <HarlanRichardC at johndeere.com> wrote:
> I know about distributed monitoring, and we have run it before, the
> question the way I read it was had nothing to do with distributed
> monitoring but sending a change of state of the service. Witch is a
> valid thing to want to do. The metrics over all will not be off, if the
> service goes down Nagios will get the passive results sent to it, if the
> box goes down you have another check to allow Nagios to down the box. If
> the Nagios is setup with passive check with a time out Nagios will force
> the check it self get an unknown and then ping the box. If it turn out
> to be the case we talking about where pings works Nagios will show the
> box up but service in a unknown state. The other way the passive monitor
> will stay in a ok state but the second check will return unknown. Over
> all I do not think it is a big deal over all, there are many way in
> witch you can setup your box. But over all I still think that if you are
> waiting for the host to update Nagios about the state of the service
> then it is a non critical check. That is not the same a down stream
> Nagios box running a active check then sending the data to the Main
> Nagios server.
> 
> -----Original Message-----
> From: nagios-users-admin at lists.sourceforge.net
> [mailto:nagios-users-admin at lists.sourceforge.net] On Behalf Of Mark
> Musone
> Sent: Wednesday, June 22, 2005 9:37 AM
> To: nagios-users at lists.sourceforge.net
> Subject: Re: [Nagios-users] Re: About a active plugin in local machine
> 
> he main reason why you want regular updates is less for the "up/down"
> state of the services/elements, and more of the metrics.
> 
> By sending performance data at regular intervals, you have real
> INFORMATION that you can use to determine problems BEFORE they occur.
> without that, you're generally monitoring blindly.
> 
> As far as your specific environment, you mentioned that you have client
> machine on remote networks that you cannot remotely monitor via active
> checks. another options is to install a nagios box at their location,
> have it do local active checks, have it collect the information, and
> send it via passive checks to your main nagios machine. look up
> distributed monitoing in the nagios docs.
> 
> 
> -Mark
> 
> On 6/22/05, Harlan Richard C <HarlanRichardC at johndeere.com> wrote:
> > I see what you are saying in stead of using check_pick you could use
> > check_smb or something in layer 7. Over all I am not a fan of passive
> > checks, in my option if the service check is not critical enough to
> > perform a active check but wait for the host, then it is a nice to
> > know but not critical.
> >
> > Though my views are slant to our environment, all web sites, each site
> 
> > displays a page giving information of the health of the site. From
> > there we are firm believers if the service is critical we will
> > actively probe it, not waits for it.
> >
> > -----Original Message-----
> > From: nagios-users-admin at lists.sourceforge.net
> > [mailto:nagios-users-admin at lists.sourceforge.net] On Behalf Of Paul L.
> > Allen
> > Sent: Wednesday, June 22, 2005 9:16 AM
> > To: nagios-users at lists.sourceforge.net
> > Subject: [Nagios-users] Re: About a active plugin in local machine
> >
> > Matt Luettgen writes:
> >
> > > I would agree with this, accept I've seen many machines that were
> > 'dead'
> > > and still responded to ping.
> >
> > I've seen machines that complete the TCP three-way handshake for a
> > service but don't get any further.  The problem is usually that of
> > running out of some critical resource needed to fork off the service
> > to handle the connection although the TCP stack itself continues to
> > function.
> >
> > Check_ping is a very poor test of a service.  Check_telnet is a little
> 
> > better but all it really tells you is that you have a functioning
> > stack, not that the service behind it is running correctly.  A check
> > that tests for a response from the service (like a 220 response from
> > SMTP) is better still.  Best of all would be a check that runs through
> 
> > the whole sequence, such as sending mail on port 25 and checking that
> > the final response is OK (because you might get a temporary or
> > permanent failure code when SMTP tries to queue or deliver the mail),
> > although that's probably too much overhead if you're monitoring lots
> of servers.
> >
> > --
> > Paul Allen
> > Softflare Support
> >
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> 
> > from IBM. Find simple to follow Roadmaps, straightforward articles,
> > informative Webcasts and more! Get everything you need to get up to
> > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&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
> >
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> 
> > from IBM. Find simple to follow Roadmaps, straightforward articles,
> > informative Webcasts and more! Get everything you need to get up to
> > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&opclick
> > _______________________________________________
> > 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
> >
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=ick
> _______________________________________________
> 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
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&opclick
> _______________________________________________
> 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
>


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&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