[MRTG-Hosters edition] .log > .data fout

[Verwijderd]

Hallo Tweakers,

Nadat ik gister al een probleem had met het datapad voor MRTG Hosters Edtion dient nu het volgende probleem zich aan.

Nadat ik het datapad gefixt had wachte ik keurig netjes tot vanavond 0.10 uur. Op dat moment draait de cronjob die de dagstats van de MRTG Hosters edition moet gaan draaien. Echter kreeg ik weer het vertouwde plaatje

code:

20021001        0
20021002        0
20021003        0
20021004        0
20021005        0

Ik heb exact alles gedaan zoals in de handleiding stond. Zoals hier te zien is:

code:

Hades:/usr/local/mrtg/gbgraph# ./gbgraph.pl
Using workdir: /var/www/mrtg/, we do generate a new file each time.
Targets:
* 195.64.93.139_2 : 195.64.93.139_2.log -> 195.64.93.139_2.data
* 195.64.93.139_3 : 195.64.93.139_3.log -> 195.64.93.139_3.data
* load : load.log -> load.data
* users : users.log -> users.data
* temp_b : temp_b.log -> temp_b.data
* ram_usage : ram_usage.log -> ram_usage.data
* ping : ping.log -> ping.data

Hier maakt hij de .data files aan maar daar komt 0 uit. Als ik het lijntje comment waarin vertelt wordt dat die nieuwe .data files moet maken heeft dit ook geen effect. Er komt gewoon weer keihard 0 uit. Dit vind ik erg vreemd aangezien de logfile gewoon vol staat met data.

Weet iemand hoe ik de .log > .data conversie goed kan laten verlopen en zo toch de dagstats kan krijgen. Alvast bedankt voor de replys

[Coen Rosdorff]

Ben hier vanmiddag eens mee bezig geweest.
Wat je iig NIET moet doen, is de mrtglog gebruiken die bij de huidige mrtg zit. Die werkt namelijk heel anders als de mrtglog waarop de hosters edition gebasseerd is.

Als je de met de HE meegeleverde gebruikt werkt het waarschijnlijk wel.
Je moet even de regels in gbgraph.pl opzoeken waar mrtglog aangeroepen wordt, en die dan handimatig (met invulling van alle variablen) uitvoeren. Dan kan je zien of er zowieso wel zinnige data uitkomt.

[Verwijderd]

Heb ik geprobeerd. De .data files verwijderd en opnieuw aangemaakt. Helaas blijft het 0

[Verwijderd]

Laat maar. Probleem is opgelost. Lag aan een verkeerde mrtglog met verkeerd datapad. Alsnog bedankt voor de antwoorden. /me happy

[harryslinger]

Om dit dus werkend te krijgen heb je de mrtglog van versie 2.9.4 nodig
Heb hier de source file staan: http://www.bsdfreaks.nl/files/mrtg/mrtglog.c
FF compileren met

code:

 gcc -o mrtglog mrtglog.c

en klaar is kees

[Mior]

*schop*

Ik ben er ook mee aan het spelen, maar bij mij worden de grafiekjes niet goed getekend.
Zie: http://stats.pino.nu/mrtg...p?host=eth1&maand=Current

Hij telt het dataverkeer enzo wel goed, het eerste grafiekje ziet er ook goed uit, maar die van gisteren is wit ipv blauw

Ik heb als custo kleur lijn: $red = '137'; $green = '161'; $blue = '189';

En als ik debug mode aan zet, komt er dit uit:

Debug mode = on.
De maand 10 in 2002 heeft 31 dagen.

Document root currently: /www/pino.nu.stats/mrtg.
Parsed file: ./www/pino.nu.stats/mrtg/eth0.data

Grafiekwaarde 20021001: 0
Grafiekwaarde 20021002: 0
Grafiekwaarde 20021003: 0
Grafiekwaarde 20021004: 0
Grafiekwaarde 20021005: 237347274.752
Grafiekwaarde 20021006: 604055273.472

Max. value found op 20021006: 576.1 MegaBytes (604055273 bytes).

Plavond: 578. Bodem van de pizza: 144.5
Het totaal aantal is 841402548.224 (netjes: 802.4 MB) met een gemiddelde van 133.7 MB op 6 dagen.

De ppb waarde is: 0.164359861592 omdat 95/578 dat is.

Gevonden max format: MB en we gaan delen met 9.53674316406E-07
Op dag 0 (20021001): 112
Op dag 1 (20021002): 112
Op dag 2 (20021003): 112
Op dag 3 (20021004): 112
Op dag 4 (20021005): 74.796816609
Op dag 5 (20021006): 17.3168858131

Iemand die mij hiermee kan helpen

[M4RTiN]

KEWL!!!!!

dit moet het antwoord ook zijn voor mijn probleem!

als dit gaat werken ga ik 3 weken dansen en zingen!!


^{ben hier erg blij mee}

[Mior]

Ah, ik heb het al gevonden.

Het komt door dit stukje code in gb.php (komt 2 keer voor):

code:

if (!$red) {
  $grc = ImageColorAllocate($im, 0, 200, 0);
  $grc2 = ImageColorAllocate($im, 0, 220, 0);
} else {
  $grc = ImageColorAllocate($im, $red, $green, $blue);
};

Als je dus je eigen kleuren opgeeft wordt $grc2 niet gedefineerd, waardoor de even balkjes geen kleur krijgen.
Mogelijke oplossing:

code:

if (!$red) {
  $grc = ImageColorAllocate($im, 0, 200, 0);
  $grc2 = ImageColorAllocate($im, 0, 220, 0);
} else {
  $grc = ImageColorAllocate($im, $red, $green, $blue);
  $grc2 = ImageColorAllocate($im, $red, $green, $blue);
};

Maar je kunt dus ook aparte variabelen opgeven waardoor de oneven en even uren verschillende kleuren krijgen.