[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