Problem mit einem MRTG-Abfragewert

[suntzu]

Hi,

ich habe folgenden MRTG-Eintrag:

Code: Select all

# Anzahl der bearbeiteten Mails
Target[number_of_mails]:`/usr/local/misc/sbin/num_mails.sh`
#Suppress[number_of_mails]: y
MaxBytes[number_of_mails]:6
AbsMax[number_of_mails]:5000
YLegend[number_of_mails]:Anzahl Mails
LegendI[number_of_mails]:gesamt: 
ShortLegend[number_of_mails]:Mails 
Title[number_of_mails]:Anzahl der Mails
PageTop[number_of_mails]:<h1>Anzahl der gesendeten und empfangenen E-Mails bei mail.server.de</h1>
Options[number_of_mails]:gauge,growright,nopercent,noo

und die num_mails.sh hat folgenden Inhalt:

Code: Select all

#!/bin/bash

NUM_MAILS=0
for datei in `find /var/log/qmail/* -mmin -5`
  do
    TEMP=`cat ${datei} 
      | grep "delivery [[:digit:]]{1,}: success" 
      | cut -d" " -f1 
      | tai64nlocal 
      | cut -d"." -f1 
      | date +"%s" -f - 
      | gawk '$1 > (systime()-300){print $1}' 
      | wc -l`
    let "NUM_MAILS=${NUM_MAILS}+${TEMP}"
  done

declare -i NUM_MAILS
echo ${NUM_MAILS}
echo ${NUM_MAILS}
echo 0
echo 0

So. Grundsätzlich funktioniert das auch, allerdings scheinen immer nur die Mails der letzten zwei Tage berücksichtigt zu werden. Dazu mal folgende Seite mit zwei Graphen:
http://www.dadadom.de/mrtg.html

Hier noch der Inhalt von /var/log/qmail, falls es irgendwen interessiert:

Code: Select all

(/var/log/qmail)# ls -al .
total 28700
drwx------    2 root     root         4096 Sep 30 08:58 .
drwxr-xr-x   14 root     root         4096 Sep 30 06:31 ..
-rwxr--r--    1 root     root       998171 Mar 16  2004 @400000004056ddce26985d0c.s
-rwxr--r--    1 root     root       998201 Mar 16  2004 @400000004056de991781632c.s
-rwxr--r--    1 root     root       998168 Mar 16  2004 @400000004056df0721ca9ca4.s
-rwxr--r--    1 root     root       998052 Mar 16  2004 @400000004056df5826c4108c.s
-rwxr--r--    1 root     root       998186 Mar 16  2004 @400000004056ed81073ee19c.s
-rwxr--r--    1 root     root       998038 Mar 18  2004 @400000004058de2c25fa7efc.s
-rwxr--r--    1 root     root       998136 Mar 21  2004 @40000000405d727630b7467c.s
-rwxr--r--    1 root     root       998144 Mar 25  2004 @4000000040630e29081d27f4.s
-rwxr--r--    1 root     root       998070 Mar 31  2004 @40000000406a37372b1c106c.s
-rwxr--r--    1 root     root       998076 Apr  6 10:01 @40000000407263ed0d7365c4.s
-rwxr--r--    1 root     root       998135 Apr 11 23:07 @400000004079b3b235df86dc.s
-rwxr--r--    1 root     root       998109 Apr 20 22:14 @40000000408584cb08b1f1cc.s
-rwxr--r--    1 root     root       998120 Apr 23 17:10 @40000000408931e513b6322c.s
-rwxr--r--    1 root     root       998076 Apr 29 00:11 @4000000040902c331c3a72b4.s
-rwxr--r--    1 root     root       998047 May  3 18:38 @400000004096759013dd7cc4.s
-rwxr--r--    1 root     root       998002 May  7 17:19 @40000000409ba922170b8f1c.s
-rwxr--r--    1 root     root       998046 May 13 01:06 @4000000040a2aded0998eab4.s
-rwxr--r--    1 root     root       998114 May 18 06:11 @4000000040a98cf2372b44a4.s
-rwxr--r--    1 root     root       998140 May 21 06:26 @4000000040ad84fe17883544.s
-rwxr--r--    1 root     root       998118 May 24 22:36 @4000000040b25cbb20cab8d4.s
-rwxr--r--    1 root     root       998022 May 28 15:07 @4000000040b7397f2e3b887c.s
-rwxr--r--    1 root     root       998148 Jun 11 00:31 @4000000040c8e13d108b6b94.s
-rwxr--r--    1 root     root       998006 Jun 23 00:01 @4000000040d8ac3d1229b62c.s
-rwxr--r--    1 root     root       998070 Jul  5 18:00 @4000000040e97b4422a387e4.s
-rwxr--r--    1 root     root       998123 Jul 16 11:40 @4000000040f7a2b4160e2804.s
-rwxr--r--    1 root     root       998123 Jul 23 18:01 @400000004101364f33d44d8c.s
-rwxr--r--    1 root     root       998043 Aug 10 07:23 @4000000041185bc9361e6c6c.s
-rw-r--r--    1 root     root       413645 Aug 21 22:30 @400000004127cc94110a5f94.u
-rw-r--r--    1 root     root         5184 Aug 22 01:06 @400000004127dfd02acfadbc.u
-rwxr--r--    1 root     root       998056 Sep 11 09:32 @400000004142aa0928b5d63c.s
-rw-r--r--    1 root     root       851580 Sep 30 08:32 current
-rw-------    1 root     root            0 Mar 14  2004 lock
-rw-r--r--    1 root     root            0 Aug 22 01:50 state

Hat da vielleicht irgendwer eine Ahnung, woran es liegen könnte?

Bin für jede Aufklärung dankbar :-)

Gruß,
Dominik

[suntzu]

Hallo,

das Problem ist "gelöst", jedoch nicht mit MRTG, sondern mit RRD Tool.

Nach mehrstündiger, ziemlich stupider Beobachtung der MRTG-Logfiles bin ich zu dem Schluss gekommen, dass es wohl an der ungenauen Berechnung der Werte durch MRTG liegen muss. RRD bietet dabei Double-Genauigkeit, das scheint ein entscheidender Vorteil zu sein.

Gruß,
Dominik

PS: Gibt es eine Möglichkeit, Dateien, die _vorne_ wachsen, wie die mrtg-logs, zu "tailen"? tac hat mich da irgendwie nicht wirklich weitergeholfen, da man es immer noch immer manuell eingeben musste und so recht schnell die Ã?bersicht flöten ging.

[dimaki]

Du hättest nur qmailmrtg7 (http://www.inter7.com/?page=qmailmrtg7) nehmen müssen.
Funktioniert einwandfrei.

[suntzu]

Das hab ich auch, aber es zeigt mir definitiv VIEL zu hohe Werte an. Wenn RRD 4 Nachrichten anzeigt (was richtig ist), hab ich in qmailmrtg über 70.

Danke trotzdem für den Hinweis.

Gruß,
Dominik

[dimaki]

Naja, das liegt daran, dass die Skalierung anders ist.
qmailmrtg7 skaliert in Messages per hour ! Also den 5min average hochgerechnet auf eine Stunde.
Ich hab das bei mir mal ausgerechnet und das stimmt dann genau.
1 Nachricht in einem 5 Minuten-Intervall wird dann als 12 msg/hour angezeigt.

Aber ich weiß, dass ist etwas unschön so.