Plugin EPGBackup mit Integration vom EPGRefresh

zackmuc · 27. April 2014

Hab jetzt ne bootschleife .. hör einfach nimmer auf ...

joe128 · 27. April 2014

und mit welcher fehlermeldung?

Bschaar · 27. April 2014

auch bei eine bootschleife kann man den crashlog über FTP von die box runterladen

*Jerry* · 30. April 2014

hatte es glaub ich schon mal erwähnt ...

Nach einem normalen GUI Neustart fehlen ein paar Tage vom EPG
Heute zB. 2

sieht dann so aus als ob eine Sicherung ( Größte ? ) geladen wird und nicht der aktuelle EPG aus dem Ram.

Sollte doch eigendlich nicht Sinn der Sache sein ...

joe128 · 30. April 2014

Welche Datei "restored" wurde solltest du im log sehen. Es kann bei deiner Einstelllung aber schon sein, dass dann die Größte geladen wurde.

Aber ich denke da liegt ein kleines "Genauigkeits"-Problem vor:
Es wird über [ backupfile -nt epgfile] getestet. Das zu letzt aus der echten epg-Datei erstellte File ist immer älter als das Geschriebene beim erfolgreichen Herunterfahren, also trifft obiger Test für diesen Fall nie zu.
Die Einstellung "jüngstes vor größtem" bzw. umgekehrt kommt noch von der Version als enigma2.sh gepatcht war. da wurde das file direkt nach dem herunterfahren erstellt, und war somit neuer.

Ich denke noch ein bisschen darüber nach. Entweder ich lasse die "Fallback"-Strategien wieder entfallen, oder ich überlege mir ein "intelligenteres" Abfragen. Theoretisch sollte man aber auch mit den beiden anderen Strategien auskommen. Oder ich mach eine neue Einstellung, die überhaupt ein restore nur zulässt, wenn keine epg-datei vorhanden ist (also bei einem Absturz).

Bis dahin kann ich dir nur raten, die strategie auf "jüngstes" zu ändern.

*Jerry* · 30. April 2014

Zitat

Original von joe128
Oder ich mach eine neue Einstellung, die überhaupt ein restore nur zulässt, wenn keine epg-datei vorhanden ist (also bei einem Absturz).

Das wäre begrüsenswert

Zitat

Original von joe128
Bis dahin kann ich dir nur raten, die strategie auf "jüngstes" zu ändern.

ähm ... die Einstellung benutze ich doch

Auch wenn ich ein EPGrefresh mit anschließender Sicherung ausführe und dann einen GUI Neustart mache fehlen mir ein paar Tage.

Nach der Einstellung müsste doch aber die letzt, gerade erstellte, Sicherung genommen werden ...

joe128 · 30. April 2014

Zitat

Original von *Jerry*
ähm ... die Einstellung benutze ich doch

Lt. Screenshot verwendest du "Jüngstes vor Größtem", seit dem Splitting vom EPgrefresh gibt es auch noch "Größtes" und "Jüngstes"

Jammy · 30. April 2014

hallo joe128,

hatte mir auch mal so ein script erstellt,
da hab ich jüngstes vor größtem, wenn jüngstes >500kb genommen,
weil bei mir nach einem absturz die neue leere epg.dat immer <500kb war!
sonst wurde ein backup der epg.dat genommen!
hat so immer ganz gut funktioniert

joe128 · 1. Mai 2014

Die größe einer gültigen Datei kann man einstellen. Kleinere Dateien werden ohnehin nicht gespeichert. Bei einem echten Absturz sollte ohnehin keine epg.dat vorhanden sein, also auf dieses Ereignis könnte man reagieren.

Aber ich denke ich werde es so umbauen, dass die "Fallback"-Strategie nur ausgefürt wird, wenn das original-file nicht "valid" ist. Nicht valid im Sinne der Einstellungen "gültiges Alter" und "gültige Dateigröße".
Den Default-Wert für die Größe würde ich dann auf 3 MB raufdrehen (und auch gleich nur MB als Werte zulassen 1 - 10).

Für die Default-Einstellungen ("jüngstes vor größtem", Backup nach erfolglosem Restore und nach EPGRefresh) würde das dann bedeuten, dass das jüngste genommen wird, wenn gar keine original-datei vorhanden ist. Falls das original kleiner als die valid Größe ist, würde die größte Backup-Datei genommen werden.
So würde ein backup wirklich nur noch restored werden, wenn der normale ablauf nicht eingehalten wurde (z.B. absturz, oder epg.dat nicht durch epgrefresh befüllt).

Was sagt die Mehrheit dazu?

*Jerry* · 1. Mai 2014

10 Stimmen von mir

joe128 · 2. Mai 2014

Neue Version:
V 0.1b4-20140502

Edit:
Habe noch etwas vergessen:
Beim Wechsel von einer älteren Version sollte einmal die Konfiguration geöffnet und gespeichert werden, da jetzt die Einstellung "Valid Size" in MiB angegeben wird und sich der default geändert hat (1024 auf 3)

zackmuc · 5. Mai 2014

Irgendwie wird bei mir nix gelöscht hab immer ncoh die alten backups .. obwohl ichs auf einen Tag gestellt hab

Joachim_Ernst · 6. Mai 2014

Zitat

Original von zackmuc
Irgendwie wird bei mir nix gelöscht hab immer ncoh die alten backups .. obwohl ichs auf einen Tag gestellt hab

Bei mir wird leider auch nichts automatisch gelöscht.

Code

root@dm8000:/usr/lib/enigma2/python/Plugins/Extensions/EPGBackup# sh EPGBackup.sh info
[EPG-Backup-Script] [20140506_131130] Action: info
--------------------------------------
Variables:
Backup enabled: true
Make backup after unsuccessfully restore: true
Valid Size: 3145728 Bytes
Valid Timespan: 2
EPG writetime: 3
Backup-Strategy: youngest_before_biggest
Maximal Bootcount: 3
Debug: true
Logpath: /media/usb/

Alles anzeigen

Code

root@dm8000:/usr/lib/enigma2/python/Plugins/Extensions/EPGBackup# sh EPGBackup.sh epginfo
epg_20140502_1705.dat   6.7M (youngest)
epg_20140506_1243.dat   6.7M
epg_20140506_1143.dat   6.7M
epg_20140506_1042.dat   6.7M
epg_20140506_0942.dat   6.8M
epg_20140506_0842.dat   6.8M
epg_20140506_0741.dat   6.8M (biggest)
epg_20140505_1242.dat   6.6M
epg_20140505_0741.dat   6.8M
epg_20140504_1705.dat   6.7M
root@dm8000:/usr/lib/enigma2/python/Plugins/Extensions/EPGBackup#

Alles anzeigen

Ich hab jetzt mal Debug aktiviert, mit folgendem Ergebnis:

Code

--------------------------------------
[EPG-Backup-Script] [20140506_130445] Restoring ...
Variables:
Backup enabled: true
Make backup after unsuccessfully restore: true
Valid Size: 3145728 Bytes
Valid Timespan: 2
EPG writetime: 3
Backup-Strategy: youngest_before_biggest
Maximal Bootcount: 3
Debug: true
Logpath: /media/usb/
EPG-Path: /media/usb
--------------------------------------
[EPG-Backup-Script] [20140506_130445] epg_20140502_1705.dat too old or equal: May 6 12:47:44 2014
[EPG-Backup-Script] [20140506_130445] Modify-Date of Epg-File: May 6 13:04:35 2014
[EPG-Backup-Script] [20140506_130446] Original epg.dat is valid, fallback - strategy not needed!

Alles anzeigen

Der Eintrag
[EPG-Backup-Script] [20140506_130445] epg_20140502_1705.dat too old or equal: May 6 12:47:44 2014
deutet doch darauf hin, dass diese Datei gelöscht werden soll da sie zu alt ist?
Gelöscht wird sie aber nicht.....

Gruß

*Jerry* · 6. Mai 2014

Dann sollte ihr mal die epg.dat da speichern lassen wo sie hin gehört und nicht immer den Pfad verbiegen.

Joachim_Ernst · 6. Mai 2014

Was heist da verbiegen, das ist eine Einstellungsmöglichkeit im Blue-Panel (Siehe Screenshot).

Außerdem helfen solche aussagen nicht weiter.

zackmuc · 6. Mai 2014

Bei mir ist sie im default Path

joe128 · 6. Mai 2014

Prinzipiell sollte es egal sein, ob der epg-Pfad default ist oder nicht.

Ich glaube ich habe den Fehler auch schon gefunden:
Es gab da anscheinend irgendwann einen fix für die busybox, sodass

Code

-mtime +/-[days]

kein >= / <= mehr ausführt sonder > / < (ich denke das ist ohnehin standardverhalten vom find). Somit müsste ich bei "Valid-Age=1" 2-stufig vorgehen: einmal ohne Vorzeichen abfragen (das würde 1 Tag alt bedeuten) und einmal mit +1, damit auch die älteren gelöscht werden. Ist dann eben leider ein bisschen unübersichtlicher im Code, aber ich denke noch ein bisschen darüber nach.

Quelle: http://osdir.com/ml/linux.busybox/2002-12/msg00034.html

Zitat

Original von Joachim_Ernst
Der Eintrag
[EPG-Backup-Script] [20140506_130445] epg_20140502_1705.dat too old or equal: May 6 12:47:44 2014
deutet doch darauf hin, dass diese Datei gelöscht werden soll da sie zu alt ist?
Gelöscht wird sie aber nicht.....
Gruß

Diesen Debug-Text ändere ich dann auch gleich auf "older or equal", weil der hat nichts mit dem Housekeeping zu tun, sondern er ist aus dem Kontext zu sehen --> die selektierte backup-Datei ist älter oder gleich alt als die vorhandene epg.dat.

HomeCoach · 6. Mai 2014

Hi,

ich lese hier mit großem Interesse

´ne kurze Frage:
Kann man es evtl. irgendwie einbauen, dass bei jedem Reboot automatisch die letzte Backup-Datei eingelesen wird?

Hintergrund ist folgender:
Ich habe hier 4 Boxen im Netzwerk. Ich würde nun eine davon regelmässig EPGRefresh machen lassen und dann mit EPGBackup ein Backup auf mein NAS schreiben lassen. Anschließend reboote ich einfach die anderen Boxen und hab´ überall das aktuelle EPG.

Geht sowas?

zackmuc · 6. Mai 2014

Super freu mich aufs update

joe128 · 7. Mai 2014

Zitat

Original von HomeCoach
Hi,

ich lese hier mit großem Interesse

´ne kurze Frage:
Kann man es evtl. irgendwie einbauen, dass bei jedem Reboot automatisch die letzte Backup-Datei eingelesen wird?

Hintergrund ist folgender:
Ich habe hier 4 Boxen im Netzwerk. Ich würde nun eine davon regelmässig EPGRefresh machen lassen und dann mit EPGBackup ein Backup auf mein NAS schreiben lassen. Anschließend reboote ich einfach die anderen Boxen und hab´ überall das aktuelle EPG.

Geht sowas?

Alles anzeigen

Ja, geht. Das recoveren vor dem Starten ist eine standardfunktionalität vom epgbackup. Du müsstest überall das NAS gemounted haben, und das epg-verzeichnis dort hin zeigen lassen.
bei der box die das backup erstellen soll, stellst du ein wann bzw. unter welchen umständen ein backup erstellt werden soll. bei den anderen boxen drehst du die Einstellungen fürs Speichern ab (backup beim start, nach epgrefresh, periodisch erstellen).

Plugin EPGBackup mit Integration vom EPGRefresh

Wer ist / war online ?

Benutzer online 7

Wer war online 19