epgd mit TVDB API 4

    Im Log finde ich haufenweise:

    Zitat von MegaV0lt

    Im Log finde ich haufenweise:

    das bedeutet das für die neu gefundenen Serien nachgeschaut wird ob es bereits einen TVDB Eintrag gibt, dann wird er zugeordnet ansonsten wird versucht ihn von TVDB zu holen. Ich ändere davon mal den Log Level auf 2.

    das verhindern doppelter Aufnahmen erfolgt über die timersdone Tabelle, an dem Verfahren dazu hat sich nichts geändert. Gibt es die Serien/File welche nun wiederholt aufgenommen werden denn in der timersdone unter dem aktuellen Namen?
    Was bedeutet keine eplist angaben, ist die episodes Tabelle nun leer?

    Es gab bei der Verarbeitung der eplist einen Fehler durch welcher die Links ignoriert wurden, der ist seit gestern Abend behoben, also sollten nun (nach einem 'Lauf') auch die Links wieder in der Tabelle stehen.

    Zitat von kfb77

    Ich wollte mal wieder auf einer leeren Datenbank anfangen:

    Code
    Jan 27 23:55:01 epgd-2204 epgd: SQL-Error in 'prepare(stmt_prepare)' - Table 'epg2vdr.vdrs' doesn't exist (1146) 'Table 'epg2vdr.vdrs' doesn't exist' [select dbapi, inssp, ip, lastmerge, lastupd, mac, master, name, nextupd, osd2webp, pid, shareinweb, state, svdrp, tunercount, updsp, usecommonrecfolder, uuid, version, videodir, videofree, videototal from vdrs where uuid = ?;]

    den gibt es immer noch und der ist neu:


    Code
     epgd: SQL-Error in 'prepare(stmt_prepare)' - Table 'epg2vdr.imagerefs' doesn't exist (1146) 'Table 'epg2vdr.imagerefs' doesn't exist' [select eventid, fileref, imagename, imagenamefs, inssp, lfn, source, updsp from imagerefs where eventid = ? and lfn = ?;]

    Vorsicht: keine Datenbank löschen, damit geht jetzt nichts mehr.

    habe mir gerade ein Test System eingerichtet und ohne Tabellen 'plain from scratch' begonnen, damit kann ich das Problem reproduzieren, fix kommt gleich.

    mit Version 1.3.5 klappt das initiale anlegen der Tabellen (wenn nicht vorhanden) beim Start hier wieder.
    Es kommt in der Situation noch eine SQL Fehlermeldung im Log, im Anschluss werden die Tabellen angelegt.

    Diese Meldung kann ignoriert werden - baue ich in der nächsten Version noch aus.

    Sorry das mit dem 'nicht' anlegen war ein blöder Fehler der sich beim implementieren der automatisieren Migration der Tabellen eingeschlichen hat.

    Danke 2

    Ja, jetzt startet er auch mit einer leeren Datenbank wieder.

    Im Produktiv System habe ich den Backup eingespielt um wieder eine lauffähige Version zu haben, dann den Update durchgeführt. Die fehlenden eplists Einträge werden aber nicht ergänzt. Auf dem Testsystem mit leerer Datenbank neu aufgesetzt sind die Einträge da.

    Sieht so aus, dass das auf einer bestehender Datenbank nicht mehr nachgezogen wird und man die Datenbank löschen muss, oder gibt es einen Trick ?

    es werden immer nur die seit dem letzten Lauf aktualisieren/veränderten Serien geholt.


    Wenn man die episodes Tabelle truncatet werden alle geholt. Das geht aber nur einmal in 6 Stunden (ist epgd verriegelt).
    Wenn man sie öfter komplett holen möchte kann man die row zu 'lastEpisodeFullRun' in der parameters Tabelle zurück setzen, sollte aber nicht nötig sein.

    Zitat von horchi

    Was bedeutet keine eplist angaben, ist die episodes Tabelle nun leer?

    Ich meine, dass im EPG ab Mittwoch die Angaben wie


    Staffel: 1

    Episode: 5

    Folge: 5


    komplett fehlen.


    Deswegen werden nun alle meine Suchtimer alle alten Folgen neu aufnehmen, da ja die Staffel-Angabe fehlt


    Die timers.done kann ich erst Nachmittag anschauen, da VDR aus ist und ich auch erst mal weg muss

    die Episoden wurden wieder komplett incl. der links geladen?

    Ansonsten mach mit mal einen Port auf die Datenbank auf. Dann schaue ich heute Abend mal, was da los ist.

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Komisch die timersdone ist auffallend klein:


    -rw-r--r-- 1 vdr vdr 22K Jan 28 15:13 timersdone.conf


    timersdone.conf
    Shared with Dropbox
    www.dropbox.com


    Was ist da wieder passiert?

    Zitat von horchi

    Wenn man die episodes Tabelle truncatet werden alle geholt.

    Kann ich bitte den Befehl dazu haben?

    mysql -u epg2vdr -pepg -Depg2vdr

    truncate table episodes;


    Danach habe ich noch zur Sicherheit epgd neu gestartet.

    Gefällt mir 1

    zum epgd/epg2vdr gehört keine timersdone.conf, die Daten zu erledigten Aufnahmen sind in der Tabelle timersdone zu finden. Diese sollte man nicht leeren, sollte das mal nötig sein vorher sichern und wieder herstellen.

    Hallo,

    habe heute auch mal auf die neuen Versionen upgedatet (epgd, scraper2vdr, epg2vdr)

    Seitdem folgende, wiederkehrende Log-Meldungen:

    Code
    Jan 28 12:01:36 ce-vdr-uhd vdr[5974]: scraper2vdr: Calling mysql_init(6004)
Jan 28 12:01:36 ce-vdr-uhd vdr[5974]: scraper2vdr: Fatal: Missing definition of field 'series_media.LFN' in dictionary!
Jan 28 12:01:36 ce-vdr-uhd vdr[5974]: scraper2vdr: Fatal: Field 'series_media.LFN' not defined (missing in dictionary)
Jan 28 12:01:36 ce-vdr-uhd vdr[5974]: scraper2vdr: Error: Missing bind value
Jan 28 12:01:36 ce-vdr-uhd vdr[5974]: scraper2vdr: Fatal: Missing definition of field 'series_media.LFN' in dictionary!
Jan 28 12:01:36 ce-vdr-uhd vdr[5974]: scraper2vdr: Fatal: Field 'series_media.LFN' not defined (missing in dictionary)
Jan 28 12:01:36 ce-vdr-uhd vdr[5974]: scraper2vdr: Error: Missing bind value
Jan 28 12:01:36 ce-vdr-uhd vdr[5974]: scraper2vdr: Retry #11 failed, retrying in 30 seconds!
Jan 28 12:01:36 ce-vdr-uhd vdr[5974]: scraper2vdr: Closing mysql connection and calling mysql_thread_end(6004)

    Kann ich, und wenn ja wie, händisch etwas korrigieren?


    LG

    astra

    [haupt-vdr] .. Odroid N2+, VDRSternELEC, SatIP

    [haupt-vdr] .. Gen2vdr-V60, vdr-2.4.4, AsRock H77 Pro4-M, Zotac GeForce GT 1030 ZONE Edition, V4L-Cine-S2-V6.5, TT-FF-S2-6400 (Tuners only), URC 7140 @ CIR
    [vdr-2] ......... Gen2vdr-V51, vdr-2.2.0, AsRock AM1B-ITX, AMD 3850 APU, Sundtek SkyTV Ultimate IV, URC 7140 (LIRC)

    Du musst das scraper Plugin aktualisieren, siehe ersten Post hier

    ich hab eine Idee, es schaut im Log aus als hättest du von der neuen Version des scraper2vdr

    nur einen Teile installiert, also vermutlich das Plugin selbst aber nicht die anderen dazu gehörenden Files wie die epg.dat.
    Nach make install sollte alles an Ort uns Stelle sein.

    läuft jetzt :)

    der Tipp mit epg.dat von @horchi hat geholfen


    Da ich die Plugins nicht selbst kompiliere, sondern "nur" das Update von VDRSternELEC "drüberbügle" muss ich die configs manuell anpassen.

    Da weiß ich im Moment noch nicht, wie das eleganter funktionieren soll ... bei einem Update.
    Aber erstmal gut zu wissen, worauf ich zukünftig achten muss.


    Danke

    astra

    [haupt-vdr] .. Odroid N2+, VDRSternELEC, SatIP

    [haupt-vdr] .. Gen2vdr-V60, vdr-2.4.4, AsRock H77 Pro4-M, Zotac GeForce GT 1030 ZONE Edition, V4L-Cine-S2-V6.5, TT-FF-S2-6400 (Tuners only), URC 7140 @ CIR
    [vdr-2] ......... Gen2vdr-V51, vdr-2.2.0, AsRock AM1B-ITX, AMD 3850 APU, Sundtek SkyTV Ultimate IV, URC 7140 (LIRC)

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden