<br><tt><font size=2>Mike Hamrick <mikeh@bluegecko.net> schrieb am
02.03.2008 14:13:51:<br>
<br>
> > You need to call iostat with multiple checks - the longer the
better -<br>
> > but then it means you would have to run iostat for like 30 seconds
or<br>
> > so -> plugin runtime is 30 seconds too then! That means that
check<br>
> > would have a high delay/latency, which is overall a bad idea.
My<br>
> > solution so far is to run the plugin via cron and report output
via<br>
> > nsca, this gave me the best results.<br>
> <br>
> One thing you might want to consider is using sadc/sar for this job.<br>
> The sadc(8) program collects all kinds of stats on OS resource usage<br>
> and if you explicitly ask it, it will capture some interesting<br>
> disk i/o stats, including read/write requests per second.<br>
</font></tt>
<br><tt><font size=2>I actually have considered this, but found sadc not
feasable for</font></tt>
<br><tt><font size=2>my intents. I am not interested in general iowait,
but more in</font></tt>
<br><tt><font size=2>bandwidth usage of actual devices. Most of our high
load servers</font></tt>
<br><tt><font size=2>have 3 SAN connections and it's important to know
_which_ of those</font></tt>
<br><tt><font size=2>is under high stress and especially the performance
data of</font></tt>
<br><tt><font size=2>those statistics to determine upcoming problems.</font></tt>
<br>
<br><tt><font size=2>At least I haven't been able to get sadc to log bandwitdh
and</font></tt>
<br><tt><font size=2>throughput for each block device individually. sar
in interactive</font></tt>
<br><tt><font size=2>mode is capable of doing it via "sar -dp 60 1"
for example.</font></tt>
<br>
<br><tt><font size=2>Another problem that arises when using sadc is the
problem that</font></tt>
<br><tt><font size=2>the scheduling of nagios is non predictable. I cannot
garantuee,</font></tt>
<br><tt><font size=2>that nagios will poll the information once a minute
for example.</font></tt>
<br><tt><font size=2>I cannot garantuee that nagios won't run the check
twice in a</font></tt>
<br><tt><font size=2>longer checkperiod. The biggest feature of using it
via send_ncsa</font></tt>
<br><tt><font size=2>passive checks, is the fact that I can inject the
data when I want</font></tt>
<br><tt><font size=2>to - with perfect timing.</font></tt>
<br><tt><font size=2><br>
But when using sar interactively, it's basically just a iostat -dp,</font></tt>
<br><tt><font size=2>which does the average calculation at the end - something
my plugin</font></tt>
<br><tt><font size=2>already does ;)</font></tt>
<br>
<br><tt><font size=2>I'll put out our options in an abstract way:</font></tt>
<br>
<br><tt><font size=2>a) using sadc/sar:</font></tt>
<br>
<br><tt><font size=2>Have $script run by cronjob.</font></tt>
<br><tt><font size=2>Run active checks from nagios.</font></tt>
<br>
<br><tt><font size=2>b) using my passive plugin.</font></tt>
<br>
<br><tt><font size=2>Have $script run by cronjob.</font></tt>
<br><tt><font size=2>Let $script send output to nagios.</font></tt>
<br>
<br>
<br><tt><font size=2>In my opinion b) sound more appealing to me, since
we have full</font></tt>
<br><tt><font size=2>control of timings. I do not see any benefit of using
a).</font></tt>
<br>
<br><tt><font size=2>But maybe I am missing something - I am open to suggestions
and</font></tt>
<br><tt><font size=2>ideas ;)</font></tt>
<br>
<br><tt><font size=2>S</font></tt>
<br>
<br><tt><font size=2>PS: Please do not CC me, I don't like dupes ;)</font></tt>
<br>
<br><font size=2 face="sans-serif">-- <br>
Sascha Runschke<br>
Netzwerk-  und  Systemmanagement        -
       Abt. Organisation und Betrieb - IT-Infrastruktur<br>
Telefon : +49 (201) 102-1879        Mobil :
+49 (173) 5419665        Fax : +49 (201) 102-1102105</font>
<br>
<br>
<br>
<span style="font-family:sans-serif,helvetica; font-size:10pt; color:#000000">GFKL Financial Services AG</span><br>
<span style="font-family:sans-serif,helvetica; font-size:10pt; color:#000000">Vorstand: Dr. Peter Jänsch (Vors.), Jürgen Baltes, Dr. Till Ergenzinger, Dr. Tom Haverkamp</span><br>
<span style="font-family:sans-serif,helvetica; font-size:10pt; color:#000000">Vorsitzender des Aufsichtsrats: Dr. Georg F. Thoma</span><br>
<span style="font-family:sans-serif,helvetica; font-size:10pt; color:#000000">Sitz: Limbecker Platz 1, 45127 Essen, Amtsgericht Essen, HRB 13522</span>