Ab Revision 3047 kann nun die Anzahl vorgehaltener Backups von RRDstats begrenzt werden. Bitte beachtet auch, dass der Pfad an dem die Backups gespeichert werden angepasst werden muss, da diese per default unter /tmp liegt!
[Trunk #3047] Backups von RRDstats
- Ersteller cuma
- Erstellt am
SaschaBr
Aktives Mitglied
- Mitglied seit
- 1 Mai 2007
- Beiträge
- 2,351
- Punkte für Reaktionen
- 32
- Punkte
- 48
Hmm, bei mir nicht da.
Ich glaub ich mach mal nen dirclean und baue neu.
Edit:
Alles klar, make rrdstats-dirclean hat geholfen.
Coole Sache das.
(Ich bin ja mal gespannt, wie lange der USB-Stick diese minütlichen Zugriffe durch rrdstats mitmacht. :gruebel
Ich glaub ich mach mal nen dirclean und baue neu.
Edit:
Alles klar, make rrdstats-dirclean hat geholfen.
Coole Sache das.
(Ich bin ja mal gespannt, wie lange der USB-Stick diese minütlichen Zugriffe durch rrdstats mitmacht. :gruebel
Zuletzt bearbeitet:
Darkyputz
Aktives Mitglied
- Mitglied seit
- 27 Jul 2005
- Beiträge
- 2,324
- Punkte für Reaktionen
- 0
- Punkte
- 36
Wieso minütliche Zugriffe?
Ich verstadn das mit den Backups eigentlich so, das ab und an die gesammlten Daten vom flüchtigen Speicher dahin exportiert werden...also 1x am Tag oder sowas...
Weil sonst könnte man sich die Rdstats Pfade ja gleich auf nen nicht flüchtigen Pfad legen...
Ich verstadn das mit den Backups eigentlich so, das ab und an die gesammlten Daten vom flüchtigen Speicher dahin exportiert werden...also 1x am Tag oder sowas...
Weil sonst könnte man sich die Rdstats Pfade ja gleich auf nen nicht flüchtigen Pfad legen...
Hi,
exakt deshalb habe ich die 'restore' Funktion eingebaut, damit man per custom script die rrds nach einem Reboot der Box wieder in ddas /tmp/persistent Verzeichnis (oder wohin auch immer) werfen kann.
Bei mir liegen alle RRD bezogenen Sachen im /tmp/, da ich nicht möchte, daß meine Festplatte alle 5 Minuten aus dem Standby aufwacht...
Thomas.
exakt deshalb habe ich die 'restore' Funktion eingebaut, damit man per custom script die rrds nach einem Reboot der Box wieder in ddas /tmp/persistent Verzeichnis (oder wohin auch immer) werfen kann.
Bei mir liegen alle RRD bezogenen Sachen im /tmp/, da ich nicht möchte, daß meine Festplatte alle 5 Minuten aus dem Standby aufwacht...
Thomas.
Muss man das nun noch manuell machen, oder wie ist das mit dem "custom script" gemeint?
Ich hatte angenommen, dass die Backups nach einem Box-Reboot automatisch zurückkommen und weiterverwendet werden, ohne dass man da noch etwas dazu tun muss. Oder ist das nicht so?
SaschaBr
Aktives Mitglied
- Mitglied seit
- 1 Mai 2007
- Beiträge
- 2,351
- Punkte für Reaktionen
- 32
- Punkte
- 48
@ Darkyputz: Die jetzige Backupfunktion ist hinzugekommen, wegen der Jahreszahlproblematik....
Das Problem: Woher soll RRDstats wissen, das die Box neu gestartet wird, oder der Strom gleich weg ist?? Die jetzige Backup-Funktion sichert die RRD-Datenlogs ja vor dem Starten (also nach dem Hochfahren der Box) ins Backup-Verzeichniss, damit diese nicht durch eine falsche Jahreszahl vernichtet werden.
Ich fände es auch besser, die RRD-Datenlogs im RAM zu lassen. Ein Funktion, die die Daten im RAM puffert, und in Einstellbaren Intervallen auf dem USB-Stick sichert (z.B. stündlich, oder um eine feste Uhrzeit.). Dann müsste es aber auche ein Startscript geben, der die gesicherten Daten vor dem Start aus dem Sicherungsordner in den RAM zurückkopiert. Klar bleibt dann hier im schlimmsten Fall ne Datenlücke mit maximal dem Sicherungsabstand. Besser aber, als alle Daten zu verlieren.
Das Problem: Woher soll RRDstats wissen, das die Box neu gestartet wird, oder der Strom gleich weg ist?? Die jetzige Backup-Funktion sichert die RRD-Datenlogs ja vor dem Starten (also nach dem Hochfahren der Box) ins Backup-Verzeichniss, damit diese nicht durch eine falsche Jahreszahl vernichtet werden.
Ich fände es auch besser, die RRD-Datenlogs im RAM zu lassen. Ein Funktion, die die Daten im RAM puffert, und in Einstellbaren Intervallen auf dem USB-Stick sichert (z.B. stündlich, oder um eine feste Uhrzeit.). Dann müsste es aber auche ein Startscript geben, der die gesicherten Daten vor dem Start aus dem Sicherungsordner in den RAM zurückkopiert. Klar bleibt dann hier im schlimmsten Fall ne Datenlücke mit maximal dem Sicherungsabstand. Besser aber, als alle Daten zu verlieren.
Also mit rrdstats & Co. tue ich mir irgendwie schwer - ich stehe schon die ganze Zeit auf dem Schlauch. Was ist denn nun bzgl. "restore"? Muss man das manuell zurückspielen oder nicht? Hierzu gibt es eine ganze Menge Feedback, aber nichts, was diese Frage wirklich konkret beantwortet. Sorry, dass nur ich mich so schwer von Begriff anzustellen scheine.
PS:
Inzwischen gibt es ja auch WebDAV (davfs2) für Freetz. Damit kann man den Pfad zum Speichern und zum Restore der rrdstats-Daten z.B. zum GMX Mediacenter angeben. So braucht man weder USB-Stick noch -Platte an der Fritzbox.
Wäre es möglich, Daten von rrdstats (und digitemp etc.) anzuzeigen, die man nicht "live" misst, sondern von anderer Quelle eingelesen hat? Das müsste ja auch funktionieren und so könnte man zuvor abgespeicherte Daten mit anderen rrdstats-Nutzern austauschen, damit diese die Daten dann graphisch betrachten. Oder ist das Quark?
PS:
Inzwischen gibt es ja auch WebDAV (davfs2) für Freetz. Damit kann man den Pfad zum Speichern und zum Restore der rrdstats-Daten z.B. zum GMX Mediacenter angeben. So braucht man weder USB-Stick noch -Platte an der Fritzbox.
Wäre es möglich, Daten von rrdstats (und digitemp etc.) anzuzeigen, die man nicht "live" misst, sondern von anderer Quelle eingelesen hat? Das müsste ja auch funktionieren und so könnte man zuvor abgespeicherte Daten mit anderen rrdstats-Nutzern austauschen, damit diese die Daten dann graphisch betrachten. Oder ist das Quark?
Zuletzt bearbeitet:
Hi,
es gibt die Option VOR dem Starten von rrdstats ein backup der bisherigen rrd Files anzulegen. Das hat den Hintergrund, daß man - wenn die Box neu gestartet hat, rrdstats automatisch mitstartet, allerdings die Box das Datum noch nicht korrekt gesetzt hat, noch ein Backup von gültigen RRD Dateien erstellt wird, BEVOR da mit einem falschen Datum Werte reingeschrieben werden und somit die Graphen wertlos macht.
Das macht natürlich nur Sinn, wenn man die RRD Daten (/tmp/persistent) eh auf einem nichtflüchtigen Speicher liegen hat.
Ein Restore wird weder beim Starten, noch beim Beenden ausgeführt, es ist auch kein entsprechendes Web-IF vorhanden. Die Funktion ist nur dafür da den Restore Vorgang zu vereinfachen und man sich nicht raussuchen muß, welches denn jetzt das letzte aktuelle Backup war.
etwas klarer?
Gruß,
Thomas.
es gibt die Option VOR dem Starten von rrdstats ein backup der bisherigen rrd Files anzulegen. Das hat den Hintergrund, daß man - wenn die Box neu gestartet hat, rrdstats automatisch mitstartet, allerdings die Box das Datum noch nicht korrekt gesetzt hat, noch ein Backup von gültigen RRD Dateien erstellt wird, BEVOR da mit einem falschen Datum Werte reingeschrieben werden und somit die Graphen wertlos macht.
Das macht natürlich nur Sinn, wenn man die RRD Daten (/tmp/persistent) eh auf einem nichtflüchtigen Speicher liegen hat.
Ein Restore wird weder beim Starten, noch beim Beenden ausgeführt, es ist auch kein entsprechendes Web-IF vorhanden. Die Funktion ist nur dafür da den Restore Vorgang zu vereinfachen und man sich nicht raussuchen muß, welches denn jetzt das letzte aktuelle Backup war.
etwas klarer?
Gruß,
Thomas.
@SaschaBr:
das was Du möchtest, kannst Du doch jetzt schon mit der vorhandenen Funktionalität und dem rc.custom abbilden.
Thomas.
das was Du möchtest, kannst Du doch jetzt schon mit der vorhandenen Funktionalität und dem rc.custom abbilden.
Thomas.
Hi,
ist auch nicht nötig - ich mache bei mir genau das, was Du möchtest:
-> Pfade für die RRD Dateien nach /tmp/blafasel konfiguriert (/tmp ist in der Ramdisk)
-> Pfad für Backup Ordner auf den USB Stick oder Festplatte legen
-> automatsches Backup von rrdstats beim Start deaktivieren
-> per cron alle x Stunden/Tage/wieauchimmer '/etc/init.d/rc.rrdstats backup' aufrufen
-> in rc.custom '/etc/init.d/rc.rrdstats restore' aufrufen
was allerdings das Uhrzeitproblem nicht behebt.
Thomas.
ist auch nicht nötig - ich mache bei mir genau das, was Du möchtest:
-> Pfade für die RRD Dateien nach /tmp/blafasel konfiguriert (/tmp ist in der Ramdisk)
-> Pfad für Backup Ordner auf den USB Stick oder Festplatte legen
-> automatsches Backup von rrdstats beim Start deaktivieren
-> per cron alle x Stunden/Tage/wieauchimmer '/etc/init.d/rc.rrdstats backup' aufrufen
-> in rc.custom '/etc/init.d/rc.rrdstats restore' aufrufen
was allerdings das Uhrzeitproblem nicht behebt.
Thomas.
Hi,
Schreibzyklen auf Flash Speichern sind mir egal - mir geht es darum, daß ich meine Platte schlafen legen möchte (ich habe eine Festplatte an der Box).
Thomas.
Schreibzyklen auf Flash Speichern sind mir egal - mir geht es darum, daß ich meine Platte schlafen legen möchte (ich habe eine Festplatte an der Box).
Thomas.
@thom-s: Das ist natürlich ein Argument!
@ao: Webdav schau ich mir auch mal an, dann muss ich nicht meinen USB-Stick am lahmen USB-Port benutzen
@ao: Webdav schau ich mir auch mal an, dann muss ich nicht meinen USB-Stick am lahmen USB-Port benutzen
SaschaBr
Aktives Mitglied
- Mitglied seit
- 1 Mai 2007
- Beiträge
- 2,351
- Punkte für Reaktionen
- 32
- Punkte
- 48
Danke für die kurze Anleitung, habe das soeben umstetzen können (nachdem ich mich mit dem syntax von crond rumgeärgert habe, um dann festzustellen, das ich mich vertippt habe...).
Ich habe das jetzt so eingestellt, das alle 10 Minuten ein Backup das RAMs auf dem Flash angelegt wird. Somit habe ich maximal eine Lücke von 10 Minuten, und die Lebensdauer um das zehnfache erhöht (Eigentlich ging mir ja nur das geblinke jede Minute auf´n Keks).
Habe auch grad mal einen Reboot durchgeführt, und die Daten wurden erfolgreich zurückkopiert.
Kann man dieses Uhrzeitproblem (welches eben bei mir aber nicht auftrat) nicht dadurch umgehen, indem man einfach wartet, bis die Uhrzeit gesetzt wurde?
Neueste Beiträge
-
Analog-Adaptor mit FXS (VoIP) und FXO (VoC)- Letzte: Zwanzigeinundzwanzig
-
Fritz!Box 5690Pro - Fw 8.xx - Release - Zyklus 'Smart24P1FCS'- Letzte: syncron
-
FRITZ!Repeater3000 AX INHAUS - 7.9x - Smart24P1FCS- Letzte: NoMaaM79
-
[Sammlung] AVM-Gateway-kompatible Zigbee-Geräte
- Letzte: Netzonline
-
Wechselassistent wie lange von 7590 auf 5690pro
- Letzte: BenaresNeu
-
Fritz!DECT 302 regelt nicht mehr
- Letzte: Base
