... icinga-users-requ...@lists.sourceforge.net wrote:
>Send icinga-users mailing list submissions to > icinga-users@lists.sourceforge.net > >To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/icinga-users >or, via email, send a message with subject or body 'help' to > icinga-users-requ...@lists.sourceforge.net > >You can reach the person managing the list at > icinga-users-ow...@lists.sourceforge.net > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of icinga-users digest..." > > >Today's Topics: > > 1. Port status monitoring (Dmitry Korzhevin) > 2. Re: Port status monitoring (Michael Friedrich) > 3. Clearing PING CRITICAL when host comes back up (Zachary McGibbon) > 4. Re: Clearing PING CRITICAL when host comes back up > (Michael Friedrich) > 5. Re: Clearing PING CRITICAL when host comes back up > (Zachary McGibbon) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Wed, 01 May 2013 17:32:58 +0300 >From: Dmitry Korzhevin <dmitry.korzhe...@stidia.com> >Subject: [icinga-users] Port status monitoring >To: "icinga-users@lists.sourceforge.net" > <icinga-users@lists.sourceforge.net> >Message-ID: <5181279a.8080...@stidia.com> >Content-Type: text/plain; charset="utf-8" > >Hi, > >Please advice, which is best way to check remote linux system port status? > >I have icinga 1.8.4 and i need to check 2 ports (ipsec, udp) on remote >linux server: > >500 (udp/isakmp) and 4500 (udp/ipsec-nat-t). > >Now i can check them with netcat: > >nc -vzu hostname 500 >Connection to hostname 500 port [udp/ipsec-nat-t] succeeded! > > >How can i make similar check from icinga? > > > >Best Regards, >Dmitry > >--- >Dmitry KORZHEVIN >System Administrator >STIDIA S.A. - Luxembourg > >e: dmitry.korzhe...@stidia.com >m: +38 093 874 5453 >w: http://www.stidia.com > >-------------- next part -------------- >A non-text attachment was scrubbed... >Name: smime.p7s >Type: application/pkcs7-signature >Size: 4488 bytes >Desc: ?????????????????????????????????? ?????????????? S/MIME > >------------------------------ > >Message: 2 >Date: Wed, 01 May 2013 17:10:58 +0200 >From: Michael Friedrich <michael.friedr...@gmail.com> >Subject: Re: [icinga-users] Port status monitoring >To: icinga-users@lists.sourceforge.net >Message-ID: <51813082.1060...@gmail.com> >Content-Type: text/plain; charset=ISO-8859-1; format=flowed > >On 01.05.2013 16:32, Dmitry Korzhevin wrote: >> Hi, >> >> Please advice, which is best way to check remote linux system port >> status? >> >> I have icinga 1.8.4 and i need to check 2 ports (ipsec, udp) on remote >> linux server: >> >> 500 (udp/isakmp) and 4500 (udp/ipsec-nat-t). >> >> Now i can check them with netcat: >> >> nc -vzu hostname 500 >> Connection to hostname 500 port [udp/ipsec-nat-t] succeeded! >> >> >> How can i make similar check from icinga? > >You may have a look at check_udp (or tcp if you got that requirement as >well). The plugin further requires options to put a string and expect >one. More on that either via -h param, or at >http://nagiosplugins.org/man/check_udp > >Since the Nagiosplugins are a prerequisite when installing Icinga, >you'll likely find those either in libexec/ in your installed prefix, or >package wise, /usr/{lib,lib64}/nagios/plugins/. If all fails, $USER1$ >macro in resource.cfg should contain the path to your plugins, if that >was set correctly during install. > >kind regards, >Michael >> >> >> >> Best Regards, >> Dmitry >> >> --- >> Dmitry KORZHEVIN >> System Administrator >> STIDIA S.A. - Luxembourg >> >> e: dmitry.korzhe...@stidia.com >> m: +38 093 874 5453 >> w: http://www.stidia.com >> >> >> >> ------------------------------------------------------------------------------ >> Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET >> Get 100% visibility into your production application - at no cost. >> Code-level diagnostics for performance bottlenecks with<2% overhead >> Download for free and get started troubleshooting in minutes. >> http://p.sf.net/sfu/appdyn_d2d_ap1 >> >> >> _______________________________________________ >> icinga-users mailing list >> icinga-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/icinga-users > > >-- >DI (FH) Michael Friedrich > >mail: michael.friedr...@gmail.com >twitter: https://twitter.com/dnsmichi >jabber: dnsmi...@jabber.ccc.de >irc: irc.freenode.net/icinga dnsmichi > >icinga open source monitoring >position: lead core developer >url: https://www.icinga.org > > > > >------------------------------ > >Message: 3 >Date: Thu, 2 May 2013 12:51:40 -0400 >From: Zachary McGibbon <zachary.mcgib...@gmail.com> >Subject: [icinga-users] Clearing PING CRITICAL when host comes back up >To: icinga-users@lists.sourceforge.net >Message-ID: > <CAJdNrejpHgrvosOrod=04lnxafeyc0vhut_jvqd2+23tk8b...@mail.gmail.com> >Content-Type: text/plain; charset="iso-8859-1" > >I'm trying to figure out a way to submit a passive check result for a PING >service check when a host comes back up. Our Icinga installation is quite >large and by the time the host comes back up, it takes a while for the >service check to kick in. Since the PING failed before, it still shows >critical. > >Besides setting up a contact for the up state and having it run the passive >submit, does anyone have another idea how I could trigger the passive >result on host up? > >Thanks >-------------- next part -------------- >An HTML attachment was scrubbed... > >------------------------------ > >Message: 4 >Date: Thu, 02 May 2013 19:06:28 +0200 >From: Michael Friedrich <michael.friedr...@gmail.com> >Subject: Re: [icinga-users] Clearing PING CRITICAL when host comes > back up >To: icinga-users@lists.sourceforge.net >Message-ID: <51829d14.8090...@gmail.com> >Content-Type: text/plain; charset=ISO-8859-1; format=flowed > >On 02.05.2013 18:51, Zachary McGibbon wrote: >> I'm trying to figure out a way to submit a passive check result for a >> PING service check when a host comes back up. Our Icinga installation >> is quite large and by the time the host comes back up, it takes a while >> for the service check to kick in. Since the PING failed before, it >> still shows critical. > >Question aside - I assume that the host check command is the exact same >as the service 'PING' check - why not just drop the ping check and focus >on the host itsself? > >Such a duplication does not make much sense but seems to be common >practice. (which is why icinga2 won't have a check_command, but takes a >virtual service state whereas a service can be a business process later >then too). > > > >> >> Besides setting up a contact for the up state and having it run the >> passive submit, does anyone have another idea how I could trigger the >> passive result on host up? > >eventhandlers are run on every state change, so you might trigger that >one, putting a command to pass a checkresult to the service then too. >but that's just an ugly idea, not tested. > >kind regards, >michael > >> >> Thanks >> >> >> ------------------------------------------------------------------------------ >> Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET >> Get 100% visibility into your production application - at no cost. >> Code-level diagnostics for performance bottlenecks with<2% overhead >> Download for free and get started troubleshooting in minutes. >> http://p.sf.net/sfu/appdyn_d2d_ap1 >> >> >> >> _______________________________________________ >> icinga-users mailing list >> icinga-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/icinga-users > > >-- >DI (FH) Michael Friedrich > >mail: michael.friedr...@gmail.com >twitter: https://twitter.com/dnsmichi >jabber: dnsmi...@jabber.ccc.de >irc: irc.freenode.net/icinga dnsmichi > >icinga open source monitoring >position: lead core developer >url: https://www.icinga.org > > > >------------------------------ > >Message: 5 >Date: Thu, 2 May 2013 13:19:20 -0400 >From: Zachary McGibbon <zachary.mcgib...@gmail.com> >Subject: Re: [icinga-users] Clearing PING CRITICAL when host comes > back up >To: icinga-users@lists.sourceforge.net >Message-ID: > <cajdnreht758ypr-ohp2zlcy_t85gubobhpgyt6co3qvvtwg...@mail.gmail.com> >Content-Type: text/plain; charset="iso-8859-1" > >Yes, I do realize we could take out the service ping check, but no, our >commands are different for host/service check as we want to get latency and >packet loss statistics on our service check: > >Host check: > >command_line $USER1$/check_fping -H $HOSTADDRESS$ -c 5000.0,100% -n 5 -i >50 > >Service check: > >command_line $USER1$/check_fping -H $HOSTADDRESS$ -w $ARG1$ -c $ARG2$ -n >5 -i 50 > >I changed my host check so that it won't report warnings. We were getting >too many false DOWNs on the host check, since documentation states that >anything returned from the plugin other than OK will show that the host is >DOWN. > >True, I could look at the event handler but I don't think I'm ready to go >there yet. For sure we will be looking at what Icinga 2 can offer! > > >On Thu, May 2, 2013 at 1:06 PM, Michael Friedrich < >michael.friedr...@gmail.com> wrote: > >> On 02.05.2013 18:51, Zachary McGibbon wrote: >> > I'm trying to figure out a way to submit a passive check result for a >> > PING service check when a host comes back up. Our Icinga installation >> > is quite large and by the time the host comes back up, it takes a while >> > for the service check to kick in. Since the PING failed before, it >> > still shows critical. >> >> Question aside - I assume that the host check command is the exact same >> as the service 'PING' check - why not just drop the ping check and focus >> on the host itsself? >> >> Such a duplication does not make much sense but seems to be common >> practice. (which is why icinga2 won't have a check_command, but takes a >> virtual service state whereas a service can be a business process later >> then too). >> >> >> >> > >> > Besides setting up a contact for the up state and having it run the >> > passive submit, does anyone have another idea how I could trigger the >> > passive result on host up? >> >> eventhandlers are run on every state change, so you might trigger that >> one, putting a command to pass a checkresult to the service then too. >> but that's just an ugly idea, not tested. >> >> kind regards, >> michael >> >> > >> > Thanks >> > >> > >> > >> ------------------------------------------------------------------------------ >> > Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET >> > Get 100% visibility into your production application - at no cost. >> > Code-level diagnostics for performance bottlenecks with<2% overhead >> > Download for free and get started troubleshooting in minutes. >> > http://p.sf.net/sfu/appdyn_d2d_ap1 >> > >> > >> > >> > _______________________________________________ >> > icinga-users mailing list >> > icinga-users@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/icinga-users >> >> >> -- >> DI (FH) Michael Friedrich >> >> mail: michael.friedr...@gmail.com >> twitter: https://twitter.com/dnsmichi >> jabber: dnsmi...@jabber.ccc.de >> irc: irc.freenode.net/icinga dnsmichi >> >> icinga open source monitoring >> position: lead core developer >> url: https://www.icinga.org >> >> >> ------------------------------------------------------------------------------ >> Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET >> Get 100% visibility into your production application - at no cost. >> Code-level diagnostics for performance bottlenecks with <2% overhead >> Download for free and get started troubleshooting in minutes. >> http://p.sf.net/sfu/appdyn_d2d_ap1 >> _______________________________________________ >> icinga-users mailing list >> icinga-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/icinga-users >> >-------------- next part -------------- >An HTML attachment was scrubbed... > >------------------------------ > >------------------------------------------------------------------------------ >Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET >Get 100% visibility into your production application - at no cost. >Code-level diagnostics for performance bottlenecks with <2% overhead >Download for free and get started troubleshooting in minutes. >http://p.sf.net/sfu/appdyn_d2d_ap1 > >------------------------------ > >_______________________________________________ >icinga-users mailing list >icinga-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/icinga-users > > >End of icinga-users Digest, Vol 49, Issue 1 >******************************************* ------------------------------------------------------------------------------ Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 _______________________________________________ icinga-users mailing list icinga-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/icinga-users
