epgd mit TVDB API 4

  • Ich glaube die DB auf den Server zu lege wird nichts:

    Code
    [mysqld]
    character_set_server = utf8mb4
    collation_server = utf8mb4_general_ci

    Wird von Nextcloud benötigt

  • Ich glaube die DB auf den Server zu lege wird nichts:

    Code
    [mysqld]
    character_set_server = utf8mb4
    collation_server = utf8mb4_general_ci

    Wird von Nextcloud benötigt

    Dann lasse halt zwei sqld laufen:



  • Danke, das muss ich mir mal anschauen. Da tun sich einige Fragen auf:


    - Warum 2 verschiedene IP's?

    - Warum nicht die epgd-Datenbank als 2.? Auf der ersten laufen noch andere Sachen wie "WebTrees"

    - Datadir in /home/mysql; Warum nicht /var/lib/mysql2

    - Muss der mysql-Service deaktiviert werden?

    - Was ist mit der Performance/Speicherverbrauch wenn 2 Instanzen laufen?

  • - Warum 2 verschiedene IP's?

    -> Muss nicht sein, ist hier halt so ausgekommen (aus historischen Gründen).


    - Warum nicht die epgd-Datenbank als 2.? Auf der ersten laufen noch andere Sachen wie "WebTrees"

    -> Das kannst du machen, wie dir spassig ist - auch das ist hier halt so.


    - Datadir in /home/mysql; Warum nicht /var/lib/mysql2

    -> Selber Grund - alles historisch. Allerdings würde ich keine Datenbank nach /var/lib packen. Irgendwie gehört sowas da nicht hin, weil man im Normalfall /var/lib in / hat und / eigentlich keine Daten halten sollte. Auch sonst ist ein lib-Verzeichnis nach meinem Verständnis für libs und sonst nix.


    - Muss der mysql-Service deaktiviert werden?

    -> Macht Sinn, ja.


    - Was ist mit der Performance/Speicherverbrauch wenn 2 Instanzen laufen?

    -> Das ist ziemlich egal. Das hängt mehr von der Nutzung von Nextcloud ab und da ist es wurscht, ob eine oder zwei Instanzen. EPGD hat eh kaum Ansprüche an die Datenbank.

  • Klasse! Vielen Dank für die Erklärungen. Werde versuchen das bei gelegenheit umzusetzen.

    epgd konnte ich am Server schon mal bauen.

  • "Es gibt keinen Grund, warum irgendjemand einen Computer in seinem Haus wollen würde."

    Dem stimme ich uneingeschränkt zu, wenn man das so ändert:

    "Es gibt keinen Grund, warum irgendjemand *einen* Computer in seinem Haus wollen würde."

  • Hallo und frohe Ostern!


    Nach der Aktualisierung meines mariadb-servers auf Version 10.5.15 (lief bis vor einigen Tagen fehlerfrei) und dem Bauen des epgd aus dem git erhalte ich nun folgende Fehlermeldungen:


    Wenn ich den epgd manuell starte, holt dieser auch epg-Daten ab. Es kommt zu der oben dargestellten Fehlermeldung. Dann kommt es dazu, dass der Server nicht mehr konstant durchläuft und in regelmäßigem Abstand neu gestartet wird. Schalte ich den epgd ab, läuft die mariadb störungsfrei durch.


    Die mariadb wird parallel auch von einer Nextcloud-Instanz verwendet. Ich hänge die mariadb.cnf zur Erläuterung an (vielleicht kommt es dadurch zu unterschiedlichen Konfigurationsanforderungen?!)


    Hat jemand eine Idee, wo der Fehler liegen könnte?

  • Die loader plugins hattest du gegen die aktuelle epgd Version gebaut?

    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



  • epgdata ist doch out-of-order? Würde ich deaktivieren. Und falls noch ein altes tvsp-Plugin (nicht neu gebaut) rumkullert, auch aktualisieren oder weg damit.

    Den epglv auch aktualisiert? Das klemmte irgendwie nach dem mariadb-update bei mir, ich glaub ich mußte den Ordner für epglv "rumbasteln".

  • Danke für den Hinweis! Aber leider schmiert die mariadb auch mit dem neu gebauten epglv weiterhin ab. Habe aber an epglv keine Änderungen vorgenommen, sondern nur ein "make install" in diesem Verzeichnis ausgeführt. Hast Du dort für die mariadb noch was angepasst?


  • Was sagt das mysql-Log dazu (mysql/error.log) bzw. nur "systemctl status mariadb/mysql" nach dem Ausfall des Servers?

    Startet der dann selbst wieder bzw. ist im Service ein Restart= Parameter gesetzt?

  • kannst du mal versuchen von der epg2vdr DB ein fullbackup rauszufahren - ich hatte das schon mal das eine Tabelle nach einem Stromausfall defekt war, das Backup sollte dann an der Stelle auch stolpern.


    Gerade wenn du sagst der Server wäre nicht mehr ansprechbar gewesen...

    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



  • Es sieht so aus, als ob es hier einen Speicherüberlauf bei der mariadb gibt:

    Die Folge ist, dass der Server abgeschossen wird und dann neu gestartet wird.

    Das ganze scheint nach dem Aufruf von "mergeepg" zu passieren.


    Code
    pr 23 13:57:12 fhempi3 epgd: Calling sd_notify(STATUS=Ready)
    Apr 23 13:57:12 fhempi3 epgd: Starting 'update' episode download ...
    Apr 23 13:57:13 fhempi3 epgd: Connected to eplist server at 'www.eplists.de'
    Apr 23 13:57:13 fhempi3 epgd: Requesting episode changes of last 121 minutes
    Apr 23 13:57:33 fhempi3 epgd: Error: SVDRPCL: Timeout waiting server reply 'www.eplists.de'
    Apr 23 13:57:33 fhempi3 epgd: Received 0 episode files
    Apr 23 13:57:33 fhempi3 epgd: Update episodes.combinedcomp
    Apr 23 13:57:33 fhempi3 epgd: Starting episode lookup ...
    Apr 23 13:57:41 fhempi3 epghttpd: SQL-Error in 'SELECT SYSDATE();' - MySQL server has gone away (2006) 
    Apr 23 13:57:41 fhempi3 epghttpd: Fatal, lost connection to mysql server, aborting pending actions


    Das mysql error.log zeigt Folgendes:



    Ich meine, dass ich InnoDB für den Betrieb von Netxcloud benötige, welches auch auf die mariadb zugreift, in die auch die epg-Daten geschrieben werden.

  • Wie viele speicherressourcen hat die dB denn und wie viele Sender hast du in der kanalliste

    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



  • Es sind nur 30 Sender in der channelmap.


    Für die mariadb sind folgende Einstellungen in der "50-server.cf" gesetzt:


    key_buffer_size = 16M

    max_allowed_packet = 16M

    thread_stack = 299K

    thread_cache_size = 256

    query_cache_limit = 1M

    query_cache_size = 16M

  • Code
    corruption in the InnoDB tablespace

    Das hat aber nix mit Speicherproblemen zu tun - außer der Speicher ist defekt. Wahlweise ist das Filesystem/die Platte korrupt.

  • Ich habe aber an anderer Stelle nicht festgestellt, dass die Platte korrupt ist.

    Naja, evtl. Memory?

Jetzt mitmachen!

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