[Oranje]

Hallo zusammen,

Ich kämpfe seid einiger Zeit mit einem Problem beim EPG-Search und dem Vermeiden von Wiederholungen.
Es scheint so als ob die Datei epgsearchdone.data sich neu erstellt und Willkürlich mit ein paar erledigten Timern wieder füllt. Aufgefallen ist es mir da z.B. Criminal Minds mittlerweile die selbe Folge bis zu 4 mal auftauchte (einer der ältesten Suchtimern)

Eine Datensicherung von ca. Mai hatte noch fast 400kb diese hab ich am Freitag nachdem die datei auf dem Server wieder nur 150kb hatte erneut hochgeladen (VDR gestopt -> datei per Filzilla überschrieben -> VDR starten und Systemneustart)
Nun haben wir Montag morgen und scheinbar hat sich done-Datei um 00:36Uhr neu erstellt mit nur noch 79kb?

Benutzte MLD:
System
Name:    MLD-SERVER
Version:    5.5
Systemarchitektur:    amd64
Paket Kategorie:    testing

Spoiler (show / hide)

Paket    Version
alsa    1.1.8-47+5.15.76.205.8
appstarter    0-10
apt    1.8.2.3-75
at    3.1.23-10
backup    1-36
base    0-105
bash    5.0-4
btrfs    5.10.1-117+5.15.76.205.8
busybox    1:1.25.1-58
config.server    0-9
debug    0-5
dpkg    1.19.7-19
dvb-tbs    2022.11.21-30+5.15.76.205.8
font-config    0-5
hdparm    9.58-5
i2c    4.1-13+5.15.76.205.8
init    0-107
initramfs    2022.11.12-113
install    0-149
kernel    5.15.76.205.8-207
ldconfig    2.28-12
locales    0-27
mariadb-server    10.3.29-13
mergerfs    1:2.24.2-13
mtools    4.0.23-0
network    0-82+5.15.76.205.8
nfs-common    0-5
nfs-server    0-23+5.15.76.205.8
pam    1.3.1-5
perl    5.28.1-17
powersave    0-10+5.15.76.205.8
psplash    2009.05.28-23
rc-core-drivers    0-0+5.15.76.205.8
samba-libs    4.9.5-~92
samba-vfs-modules    4.9.5-~1
samba    4.9.5-30
scan    20170107-66
ssh    2018.76-16
syslinux    6.04-10
t2scan    2022.10.23-0
udev    241-51
vdr-plugin-dummydevice    1.0.2-7+2.6.1.221
vdr-plugin-epgsearch    2022.02.01-18+2.6.1.221
vdr-plugin-menuorg    2018.02.27-6+2.6.1.221
vdr-plugin-skincurses    2.4.3-14+2.6.1.221
vdr-plugin-streamdev-server    2017.09.30-23+2.6.1.221
vdr-plugin-suspendoutput    2.1.0-12+2.6.1.221
vdr-plugin-vdrmanager    2022.10.25-11+2.6.1.221
vdr-plugin-vnsiserver    1:1.8.0-5+2.6.1.221
vdr    2.6.1.221-222
vdradmin-am    2022.10.25-15
vfat    0-1
w-scan    20210218-5
wakeup    1.1-20+5.15.76.205.8
webif    0-5
webserver    0-248
xfs    0-5
zlib1g    1.2.11-~1

Hatte das schonmal jemand oder kann vielleicht eine Vermutung aufstellen wieso das passiert?

Danke und Grüße
Oranje

[clausmuus]

Ich verwende zwar kein epgsearch, aber der Dateiname suggeriert, dass in dieser erledigte Suchteimer gespeichert werden. Wird diese Datei also gelöscht (oder zurückgesetzt), werden Suchtimer vermutlich erneut ausgeführt. Dann wird die selbe Sendung also noch einmal aufgenommen.

[Oranje]

Soweit so korrekt um was es sich bei dieser Datei handelt 
Mein Problem ist das (für mich bislang willkürlich) Einträge "verschwinden"

Z.b. waren jetzt heute morgen die Einträge für "Dragon Ball" weg, außer die vom Sonntag. Diesen Timer gibt es seit xx.08.2023 und hat eigentlich schon 95 Folgen aufgenommen.
Die Einträge von "Demon Slayer" gibt es noch, da wurde die letzte Folge am 30.04.2023 ausgestrahlt.

[Oranje]

Ich bin ratlos....
soeben gewundert das die Timerliste endlos Lange ist. Die Datei hatte genau noch 4 Einträge von heute......

Keiner eine Ahnung wieso weshalb oder irgendwie einen Hinweis? Der Server läuft nur beim Fernsehschauen oder aufnahmen, nimmt er jetzt alles 5mal auf ist das verdammt ärgerlich.

Oder gibt es eine möglichkeit die Datei bei jeden neustart neu zu speichern mit Datum? Als Bacup um zu sehen wann genau die korruption eintritt?
 

[clausmuus]

Da die Datei ja vermutlich nur nach Abschluss einer Aufnahme geändert werden sollte, könntest Du ja mal schauen was für einen Zeitstempel die nach dem Booten hat. Und dann zum Vergleich wenn die nicht mehr stimmt. Wurde die also beim Booten beschädigt, oder am Ende einer Aufnahme.
Du könntest Dir auch einen Cronjob erstellen, der jede Stunde eine Kopie der Datei erstellt. Dann kannst Du vielleicht noch besser einschätzen zu welchem Zeitpunkt die kaputt geht. Für den Cronjob müsstest Du das Paket cron installieren, und dann unter unter /etc/crontab den Kopierjob eintragen:

Code: [Select]

0 * * * * root cp -a EPG_DATA_FILE /root/epg_$(date +%Y%m%d%H%M).dataDas EPG_DATA_FILE musst Du durch den Pfad zur EPG-Search Datei ersetzen.

[Oranje]

Danke mit dem Tipp für Cronjob. Kannte ich bislang nicht und werde ich definitiv anlegen.

Heute morgen war es nähmlich wieder Soweit^^ Beim Frühstücken festgestellt das der Server läuft.
The Mentalist wird aufgenommen obwohl Wiederholung vom Freitag, in der Datei war der letzte Eintrag dann nicht vollständig.
Anstatt

Code: [Select]

R 1724025000 1200 0
C S19.2E-1-1078-28676
T Rick and Morty
D Rick hackt den Kabelanschluss, um Sender aus verschiedenen Realitäten zu empfangen. Aber Jerry, Beth und Summer sind an einer anderen Erfindung von Rick interessiert.
@ <epgsearch><channel>14 - Comedy Central</channel><searchtimer>Rick and Morty</searchtimer><start>1724024820</start><stop>1724026500</stop><s-id>0</s-id><eventid>1784</eventid></epgsearch>
r

Code: [Select]

R 1724025000 1200 0
C S19.2E-1-1078-28676
T Rick and Morty
D Rick hackt den Kabelans
r
Ein Uralter Eintrag, kann es sein das der Server nach einer Aufnahme zu schnell runterfährt und nicht darauf wartet das die Datei fertig geschrieben wurde?
Die letzte geplante Aufnahme war am Samstag um 22Uhr und am Mittag hatte ich die Datei noch gesichert 

Edit:
das mit dem Datum im Cronjob funktioniert irgendwie nicht

Code: [Select]

Oct 13 19:20:01 MLD cron.info CRON[31957]: (root) CMD (cp -a /etc/vdr/plugins/epgsearch/epgsearchdone.data /data/Sonstiges/epgsearchbac/epg_$(date +)ist die Ausgabe.
Per Terminal funktioniert es und über cron ohne (date +.....) erstellt er auch ne Datei. Google mich schon blöd wieso

Edit2:
funktioniert nun, wieso auch immer man hier noch \ setzen muss

Code: [Select]

*/30 * * * * root cp -a /etc/vdr/plugins/epgsearch/epgsearchdone.data /data/Sonstiges/epgsearchbac/epg_$(date +\%Y\%m\%d\%H\%M).data >/dev/null 2>&1

[clausmuus]

Sofern Du ein USB Stick als root Laufwerk verwendest, könnte es tatsächlich sein, dass die Änderungen nicht schnell genug geschrieben werden. Es soll USB Sticks geben, die melden, dass fertig geschrieben wurde, obwohl dies nicht zutrifft.

[Oranje]

Nein, als Systemplatte ist es eine ältere "Laptop" HDD und als Datenplatten zwei "Server" HDD´s.

Spoiler (show / hide)

zusätzlich zu allen 30 Minuten gibt es jetzt noch eine Sicherung direkt nach dem Hochfahren

Code: [Select]

@reboot root cp -a /etc/vdr/plugins/epgsearch/epgsearchdone.data /data/Sonstiges/epgsearchbac/epg_$(date +\%Y\%m\%d\%H\%M).data >/dev/null 2>&1

[Oranje]

Mittlerweile bin ich fast sicher das der server nach einer Aufnahme zu schnell herunterfährt und die Datei dadurch nicht fertig geschrieben wird...

Welcher Datei muss ich am besten bearbeiten, dass er nach einer Aufnahme erst z.b. 2 Minuten wartet bis er herunterfährt?
Gilt die shutdown unter sbin immer? Bin da leider noch etwas Noob^^

[clausmuus]

Normalerweise wartet der VDR nach dem Ende von Aufnahmen 5 Minuten bevor der PC abgeschaltet wird.

[Oranje]

hmm komisch dass muss ich bei mir mal Testen.
War mir fast sicher das er direkt runterfährt, wenn das nicht der Fall ist und er wirklich 5 Minuten wartet dnn kann es nicht am zu langsamen schreiben liegen 

[clausmuus]

Es müssten die 5 Minuten sein, die ein Hinweis angezeigt wird, dass das System herunter gefahren wird.