[Fli4l_dev] Seltsames Verhalten von httpd

Peter Schiefer newsgroup at lan4me.de
Do Nov 13 11:53:32 CET 2014


Hallo Martin,

Am Thu, 13 Nov 2014 09:02:24 +0100 schrieb Martin Dresbach:

> Vielen Dank für die ausführliche Erklärung. Sowas in der Art hatte
> ich auch schon vermutet.

Gerne doch,

> Allerdings ist mir eine Sache nicht ganz klar:
> Ich verwende eine CACHETIME von 3600. Soweit ich weiss, handelt es sich
> dabei ja um Sekunden, richtig? Also dementsprechend bei mir dann 1

genau - Sekunden sind das - und falls du syslog aktiv hast siehst du immer
bei der doppelten Zeit eine Eintrag in der Form:

Nov 13 09:10:36 fli4l daemon.debug rrdcached[6387]: flushing old values
Nov 13 09:10:36 fli4l daemon.debug rrdcached[6387]: rotating journals
Nov 13 09:10:36 fli4l daemon.debug rrdcached[6387]: started new journal
/var/run/rrdcached/rrd.journal.1415866236.800413
Nov 13 11:10:36 fli4l daemon.debug rrdcached[6387]: flushing old values
Nov 13 11:10:36 fli4l daemon.debug rrdcached[6387]: rotating journals
Nov 13 11:10:36 fli4l daemon.debug rrdcached[6387]: started new journal
/var/run/rrdcached/rrd.journal.1415873436.800609
Nov 13 11:10:36 fli4l daemon.debug rrdcached[6387]: removing old journal
/var/run/rrdcached/rrd.journal.1415859036.786686

das die doppelt Zeit rauskomt liegt an der Berechnung für zwei beim
rrdcached verwendete Parameter:

 -w <seconds>  Interval in which to write data.
hier kommt direkt der Wert von RRDTOOL_CACHETIME zum Einsatz.

 -f <seconds>  Interval in which to flush dead data.
hier kommt der doppelte Wert von RRDTOOL_CACHETIME zum Einsatz.

> Stunde. Allerdings ist die Länge eines Sägezahns in meinen Grafiken
> ziemlich genau 2 Stunden. Es ist nicht so, dass mich das jetzt stört,
> ich würde es nur gern verstehen.

ich hoffe mit diesen Infos wird das nun etwas klarer

> Oder hab ich da etwa einen kleinen Bug entdeckt? :)

eher eine ev. anders zu interpretierende Beschreibung für
RRDTOOL_CACHETIME.

Gruß Peter


Mehr Informationen über die Mailingliste Fli4l_dev