<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Nsclient++ on BAFM</title><link>https://christian.blog.pakiheim.de/tags/nsclient++/</link><description>Recent content in Nsclient++ on BAFM</description><generator>Hugo -- 0.160.1</generator><language>en</language><lastBuildDate>Fri, 07 Dec 2018 21:24:54 +0000</lastBuildDate><atom:link href="https://christian.blog.pakiheim.de/tags/nsclient++/index.xml" rel="self" type="application/rss+xml"/><item><title>Nagios: Service Check Timed Out</title><link>https://christian.blog.pakiheim.de/posts/2018-12-07_nagios-service-check-timed-out/</link><pubDate>Fri, 07 Dec 2018 21:24:54 +0000</pubDate><guid isPermaLink="false">http://blog.barfoo.org/?p=1981</guid><description>&lt;p&gt;Since I got the pleasure of watching some Windows boxen with Nagios, I took the &lt;a href="http://www.monitoringexchange.org/inventory/Check-Plugins/Operating-Systems/Windows-NRPE/Check-Windows-Updates"&gt;Windows Update plugin&lt;/a&gt; from Michal Jankowski and implemented it. It took me some time, to initially set up the nsclient++ correctly so it just works, but up till now the check plugin sometimes reported the usual &amp;ldquo;Service Check Timed Out&amp;rdquo;.&lt;/p&gt;
&lt;p&gt;Usually I ended up increasing the cscript timeout, or the nsclient++ socket timeout, but it still kept showing up. Since I rely heavily on my surveillance tools, I have the demand, that as few as possible false positives show up. So I ended up chasing down this error today, and after that I have to say it was quite simple.&lt;/p&gt;</description></item><item><title>Nagios: Watching Clustered environments (the other way)</title><link>https://christian.blog.pakiheim.de/posts/2009-03-19_nagios-watching-clustered-environments-the-other-way/</link><pubDate>Thu, 19 Mar 2009 08:36:22 +0000</pubDate><guid isPermaLink="false">http://blog.barfoo.org/?p=1931</guid><description>&lt;p&gt;Well, recently I stepped up to watch our cluster environments &amp;hellip; Michael has a good howto on how to watch Windows Cluster environments in the &lt;a href="http://nsclient.com/nscp/wiki/TipsAndTrick"&gt;NSclient++ wiki&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Now, this has it&amp;rsquo;s own perks &amp;hellip; Which I stumbled upon when trying to write a Linux-HA OCF resource agent for the Nagios NRPE server. Combining that Linux-HA with SLES10 is a good thing generally, but using startproc in that resource agent is not such a good idea.&lt;/p&gt;
&lt;p&gt;Apparently Novell (or SuSE GmbH) thought it might be wise to include some additional logic into the wrapper. startproc, checkproc and killproc do check for the name of the executable. So if you try to start an additional process with the same name, you need to dig a bit deeper.&lt;/p&gt;
&lt;p&gt;For this to work, you need two additional things (quotations directly from &lt;strong&gt;man 8 startproc&lt;/strong&gt;):&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;-p&lt;/strong&gt; pid_file
(Former option &lt;strong&gt;-f&lt;/strong&gt; changed due to the LSB specification.) Use an alternate pid file instead of the default (/var/run/ &lt;strong&gt;&lt;!-- raw HTML omitted --&gt;&lt;/strong&gt;.pid). The pid read from this file is being matched against the pid of running processes that have an executable with specified path of the program. In order to avoid confusion with stale pid files, a not up-to-date pid will be ignored.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Now, then apparently this isn&amp;rsquo;t enough. startproc is still refusing to start a second process.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;-i&lt;/strong&gt; ignore_file
The pid found in this file is used as session id of the same binary program which should be ignored by &lt;strong&gt;startproc&lt;/strong&gt;.&lt;/p&gt;
&lt;/blockquote&gt;</description></item><item><title>Nagios: NSclient++ in a clustered Environment</title><link>https://christian.blog.pakiheim.de/posts/2009-02-26_nagios-nsclient-in-a-clustered-environment/</link><pubDate>Thu, 26 Feb 2009 10:50:36 +0000</pubDate><guid isPermaLink="false">http://blog.barfoo.org/?p=1880</guid><description>&lt;p&gt;Well, most of you already know that I&amp;rsquo;m a Nagios fanatic. I like to watch as many aspects as I possibly can. So, yesterday I started figuring out ways to watch our different cluster groups (housing a bunch &amp;ndash; try above 20.000 &amp;ndash; of file shares).&lt;/p&gt;
&lt;p&gt;Now, my first tries failed horribly. I brought down a complete cluster group, resulting in a major annoyance. Now, today I went at it a bit smarter &amp;#x1f61b; I cloned myself two VM&amp;rsquo;s off my &lt;em&gt;Windows Server 2003 Enterprise R2 template&lt;/em&gt;, created a new cluster.&lt;/p&gt;</description></item><item><title>Restarting the NSclient++ service without the management applet</title><link>https://christian.blog.pakiheim.de/posts/2009-02-11_restarting-the-nsclient-service-without-the-management-applet/</link><pubDate>Wed, 11 Feb 2009 14:21:36 +0000</pubDate><guid isPermaLink="false">http://blog.barfoo.org/?p=1760</guid><description>&lt;p&gt;For people, who are as click and point-lazy as me, here is how you restart the service without using the service management applet.&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;div class="chroma"&gt;
&lt;table class="lntable"&gt;&lt;tr&gt;&lt;td class="lntd"&gt;
&lt;pre tabindex="0" class="chroma"&gt;&lt;code&gt;&lt;span class="lnt" id="hl-0-1"&gt;&lt;a class="lnlinks" href="#hl-0-1"&gt;1&lt;/a&gt;
&lt;/span&gt;&lt;span class="lnt" id="hl-0-2"&gt;&lt;a class="lnlinks" href="#hl-0-2"&gt;2&lt;/a&gt;
&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/td&gt;
&lt;td class="lntd"&gt;
&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-fallback" data-lang="fallback"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;net stop &amp;#34;NSClientpp (Nagios) 0.3.5.2 2008-09-24 w32&amp;#34;
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;net start &amp;#34;NSClientpp (Nagios) 0.3.5.2 2008-09-24 w32&amp;#34;
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/td&gt;&lt;/tr&gt;&lt;/table&gt;
&lt;/div&gt;
&lt;/div&gt;</description></item><item><title>Nagios undamp; plugins</title><link>https://christian.blog.pakiheim.de/posts/2007-10-06_nagios-amp-plugins/</link><pubDate>Sat, 06 Oct 2007 15:12:43 +0000</pubDate><guid isPermaLink="false">http://blog.barfoo.org/2007/10/06/nagios-plugins/</guid><description>&lt;p&gt;Since we started utilizing &lt;a href="http://www.nagios.org/"&gt;Nagios&lt;/a&gt;&amp;rsquo;s power two months ago, I finally came up with a C-based ram-plugin for nagios. The biggest problem I had with the python and perl based plugins, that some distributions (yes, SLES and Debian) don&amp;rsquo;t install either Python or Perl.&lt;/p&gt;
&lt;p&gt;Since I wanted a manageable setup (as in unified code base across all distributions), I wanted it to work without installing too much. So I took the &lt;a href="http://nagiosplug.svn.sourceforge.net/viewvc/nagiosplug/nagiosplug/trunk/plugins/check_swap.c?view=markup"&gt;swap plugin&lt;/a&gt; and basically removed what wasn&amp;rsquo;t necessary and &lt;a href="https://christian.blog.pakiheim.de/uploads/2007/10/check_ram.patch"&gt;voila&lt;/a&gt;!&lt;/p&gt;</description></item></channel></rss>