[gelöst] epg2vdr: SQL-Error in 'execute(stmt_execute)' - Deadlock found when trying to get lock ...

  • Ich benutze epgd/epg2vdr (aus frodos repo) - update & dist-upgrade gestern durchgeführt.
    Seit kurzem finde ich vermehrt solche Zeilen im syslog:

    Code
    myVDR vdr: epg2vdr: SQL-Error in 'execute(stmt_execute)' - Deadlock found when trying to get lock; try restarting transaction (1213) 'Deadlock found when trying to get lock; try restarting transaction' [update events set delflg = ?, updflg = ?, updsp = ? where channelid = ? and source = ? and starttime+duration > ? and starttime < ? and (tableid > ? or (tableid = ? and version <> ?));]


    Code
    myVDR vdr: epg2vdr: SQL-Error in 'execute(stmt_execute)' - Deadlock found when trying to get lock; try restarting transaction (1213) 'Deadlock found when trying to get lock; try restarting transaction' [update events set actor = ?, audio = ?, camera = ?, category = ?, commentator = ?, complongdescription = ?, compshorttext = ?, comptitle = ?, contents = ?, country = ?, delflg = ?, director = ?, duration = ?, episodecompname = ?, episodecomppartname = ?, episodecompshortname = ?, episodelang = ?, extepnum = ?, fileref = ?, flags = ?, genre = ?, guest = ?, imagecount = ?, longdescription = ?, moderator = ?, movieid = ?, music = ?, numrating = ?, other = ?, parentalrating = ?, producer = ?, rating = ?, screenplay = ?, scrmovieid = ?, scrseriesepisode = ?, scrseriesid = ?, scrsp = ?, shortdescription = ?, shortreview = ?, shorttext = ?, source = ?, starttime = ?, tableid = ?, tipp = ?, title = ?, topic = ?, txtrating = ?, updflg = ?, updsp = ?, useid = ?, version = ?, vps = ?, year = ? where channelid = ? and eventid = ?;]


    Hat jemand eine Idee was da bei mir falsch läuft?


    Danke schon jetzt für eure Hilfe!

    MyVDR: yaVDR-Ansible (Ubuntu 20) - softhddevice-openglosd (ffmpeg 2.8) - epgd/epg2vdr - skindesigner estuary4vdr (adaptiert) - 1920x1080@50 Hz | kodi 18 - inputstream + amazon vod
    Aerocube M40 | 300W | ASRock H61M-GE | Intel G530 | Asus ENGT520 | 2 x TT-budget S2-3200 | ASRock Smart Remote (CIR) | 4 GB RAM | 120 GB SSD | 3 TB HDD

    Einmal editiert, zuletzt von davie2000 ()

  • Hi,



    wenn ich mich nicht täusche, ist das bereits in der GIT Version behoben - zumindest hat horchi was gegen Deadlocks getan.


    Ciao.
    Michael.

  • Wenn es mit der aktuellen Version immer noch Auftritt bitte nochmal posten.

  • Hi,


    vdr-epg-daemon-1.1.95

    Code
    Feb 19 18:00:59 easy3-test epgd: SQL-Error in 'execute(stmt_execute)' - Deadlock found when trying to get lock; try restarting transaction (1213) 'Deadlock found when trying to get lock; try restarting transaction' [call mergeepg]


    Gruss
    Wolfgang

    TT S2-6400 - saa716x kompilieren unter 20.04(Focal)

  • Hi,


    Aktuell ist 1.1.98


    Code
    /*
     * -----------------------------------
     * EPG Daemon - epgd Revision History
     * -----------------------------------
     */
    
    
    #define _VERSION     "1.1.95"
    #define VERSION_DATE "16.02.2017"
    #define DB_API       4


    https://projects.vdr-developer…vdr-epg-daemon/repository


    Gruss
    Wolfgang

    TT S2-6400 - saa716x kompilieren unter 20.04(Focal)

  • Du hast natürlich Recht!!


    Wer lesen kann, ist klar im Vorteil: [Blockierte Grafik: http://i144.photobucket.com/albums/r162/jsharr/facepalm.gif]


    Code
    server01 ~ # epgd-tool -show-stats
    +--------------------------------------------------+--------+----------------+---------------+-----------------------------+-----------------------------+-----------------------------+
    | version                                          | master | ip             | state         | last touch                  | last download               | next download               |
    +--------------------------------------------------+--------+----------------+---------------+-----------------------------+-----------------------------+-----------------------------+
    | vdr 2.2.0 epg2vdr 1.1.38-GITf223595 (14.02.2017) | n      | 192.168.177.52 | attached      | 19th February 2017 19:27:08 | 19th February 2017 12:50:57 | NULL                        |
    | vdr 2.3.2 epg2vdr 1.1.38-GITf223595 (14.02.2017) | Y      | 192.168.177.12 | attached      | 19th February 2017 19:27:09 | 19th February 2017 12:50:58 | NULL                        |
    | epgd 1.1.95-GIT28d0944 (16.02.2017)              | -      | 192.168.177.10 | busy (events) | 19th February 2017 19:27:17 | 19th February 2017 12:54:55 | 19th February 2017 19:27:17 |
    +--------------------------------------------------+--------+----------------+---------------+-----------------------------+-----------------------------+-----------------------------+
    server01 ~ #
  • Hier aktuelle Fehler im syslog nach heutigem update & dist-upgrade:

    Code
    Feb 19 15:08:49 myVDR vdr: [26770] closing SVDRP connection
    Feb 19 15:08:51 myVDR vdr: epg2vdr: SQL-Error in 'execute(stmt_execute)' - Deadlock found when trying to get lock; try restarting transaction (1213) 'Deadlock found when trying to get lock; try restarting transaction' [update events set delflg = ?, updflg = ?, updsp = ? where channelid = ? and source = ? and starttime+duration > ? and starttime < ? and (tableid > ? or (tableid = ? and version <> ?));]
    ...
    Feb 19 15:08:55 myVDR vdr: epg2vdr: SQL-Error in 'execute(stmt_execute)' - Deadlock found when trying to get lock; try restarting transaction (1213) 'Deadlock found when trying to get lock; try restarting transaction' [update events set delflg = ?, updflg = ?, updsp = ? where channelid = ? and source = ? and starttime+duration > ? and starttime < ? and (tableid > ? or (tableid = ? and version <> ?));]
    ...


    Dem ganzen geht meist so was ähnliches voraus:

    Code
    Feb 19 16:56:42 myVDR vdr: [4537] epg data writer thread started (pid=26770, tid=4537, prio=low)
    Feb 19 16:56:44 myVDR vdr: [4537] epg data writer thread ended (pid=26770, tid=4537)
    Feb 19 16:56:49 myVDR epgd: State now 'busy (match)'
    Feb 19 16:56:50 myVDR vdr: [26770] connect from 192.168.192.150, port 36768 - accepted
    Feb 19 16:56:50 myVDR vdr: epg2vdr: Got epgd state 'busy (match)' (4)
    Feb 19 16:56:50 myVDR vdr: epg2vdr: Change handler state to 'standby'
    Feb 19 16:56:50 myVDR vdr: [26770] lost connection to SVDRP client
    Feb 19 16:56:50 myVDR vdr: [26770] closing SVDRP connection

    MyVDR: yaVDR-Ansible (Ubuntu 20) - softhddevice-openglosd (ffmpeg 2.8) - epgd/epg2vdr - skindesigner estuary4vdr (adaptiert) - 1920x1080@50 Hz | kodi 18 - inputstream + amazon vod
    Aerocube M40 | 300W | ASRock H61M-GE | Intel G530 | Asus ENGT520 | 2 x TT-budget S2-3200 | ASRock Smart Remote (CIR) | 4 GB RAM | 120 GB SSD | 3 TB HDD

  • Hallo!


    Heute auch noch einen entdeckt "SQL-Error in 'SELECT SYSDATE();' - MySQL server has gone away (2006)"
    ...was aber keine Auswirkungen auf die Daten hat/hatte, da ein "re-connect" angestossen wird werden alle Daten von epg2vdr erfasst.

    Code
    Feb 20 18:28:59 easy3-test vdr: epg2vdr: SQL-Error in 'SELECT SYSDATE();' - MySQL server has gone away (2006) 
    Feb 20 18:28:59 easy3-test vdr: epg2vdr: Fatal, lost connection to mysql server, aborting pending actions
    Feb 20 18:28:59 easy3-test vdr: epg2vdr: Closing mysql connection and calling mysql_thread_end(3494)
    Feb 20 18:28:59 easy3-test vdr: epg2vdr: Trying to re-connect to database!
    Feb 20 18:28:59 easy3-test vdr: epg2vdr: Calling mysql_init(3494)
    Feb 20 18:29:00 easy3-test vdr: epg2vdr: Start reading hashes from db
    Feb 20 18:29:00 easy3-test vdr: epg2vdr: Finished reading hashes from db, got 52 hashes (in 0 seconds)
    Feb 20 18:29:00 easy3-test vdr: epg2vdr: Start reading external ids from db
    Feb 20 18:29:00 easy3-test vdr: epg2vdr: Finished reading external id's from db, got 57 id's
    Feb 20 18:29:00 easy3-test vdr: epg2vdr: Connection established successfull!


    Fehler "Deadlock" post #4 hatte ich nicht mehr!


    Gruss
    Wolfgang

    TT S2-6400 - saa716x kompilieren unter 20.04(Focal)

  • Habe gestern und heute update & dist-upgrade gemacht und leider immer wieder den Deadlock - allerdings etwas anders/ausführlicher als im 4. Post:

    Code
    Feb 23 20:50:30 myVDR vdr: epg2vdr: SQL-Error in 'execute(stmt_execute)' - Deadlock found when trying to get lock; try restarting transaction (1213) 'Deadlock found when trying to get lock; try restarting transaction' [update events set delflg = ?, updflg = ?, updsp = ? where channelid = ? and source = ? and starttime+duration > ? and starttime < ? and (tableid > ? or (tableid = ? and version <> ?));]


    Code
    epgd-tool -show-stats                                                                                                                                                         
    +-------------------------------------------+--------+-----------------+---------------+-----------------------------+-----------------------------+-----------------------------+
    | version                                   | master | ip              | state         | last touch                  | last download               | next download               |
    +-------------------------------------------+--------+-----------------+---------------+-----------------------------+-----------------------------+-----------------------------+
    | vdr 2.2.0 epg2vdr 1.1.38-GIT (14.02.2017) | y      | 192.168.192.150 | attached      | 23rd February 2017 20:52:35 | 23rd February 2017 20:04:51 | NULL                        |
    | epgd 1.1.97-GIT (22.02.2017)              | -      | 192.168.192.150 | busy (events) | 23rd February 2017 20:50:25 | 23rd February 2017 20:16:33 | 23rd February 2017 20:50:25 |
    +-------------------------------------------+--------+-----------------+---------------+-----------------------------+-----------------------------+-----------------------------+


    Hier neuerlich der gleiche Fehler - inkl. Vor- und Nachlauf:


    und gleich noch einer:

    Code
    Feb 23 20:55:34 myVDR epgd: Still updating images, now 16500 of 16547 checked and 0 loaded (0.000 KB)
    Feb 23 20:55:34 myVDR epgd: Loaded 0 images (0.000 KB), checked 16547; 9 failed to load in 9 seconds
    Feb 23 20:55:34 myVDR vdr: epg2vdr: SQL-Error in 'execute(stmt_execute)' - Deadlock found when trying to get lock; try restarting transaction (1213) 'Deadlock found when trying to get lock; try restarting transaction' [update events set delflg = ?, updflg = ?, updsp = ? where channelid = ? and source = ? and starttime+duration > ? and starttime < ? and (tableid > ? or (tableid = ? and version <> ?));]
    Feb 23 20:55:36 myVDR epgd: State now 'busy (scraping)'
    Feb 23 20:55:37 myVDR vdr: [1219] connect from 192.168.192.150, port 51410 - accepted
    Feb 23 20:55:37 myVDR vdr: epg2vdr: Got epgd state 'busy (scraping)' (5)
    Feb 23 20:55:37 myVDR vdr: epg2vdr: Change handler state to 'standby'
    Feb 23 20:55:37 myVDR vdr: [1219] lost connection to SVDRP client
    Feb 23 20:55:37 myVDR vdr: [1219] closing SVDRP connection
    Feb 23 20:55:39 myVDR epgd: Scraping new series and episodes


    Hat jemand eine Idee, was da bei mir los ist?
    Ich kann keine negativen Auswirkungen bemerken: EPG, Bilder, Beschreibungen etc. sind da.

    MyVDR: yaVDR-Ansible (Ubuntu 20) - softhddevice-openglosd (ffmpeg 2.8) - epgd/epg2vdr - skindesigner estuary4vdr (adaptiert) - 1920x1080@50 Hz | kodi 18 - inputstream + amazon vod
    Aerocube M40 | 300W | ASRock H61M-GE | Intel G530 | Asus ENGT520 | 2 x TT-budget S2-3200 | ASRock Smart Remote (CIR) | 4 GB RAM | 120 GB SSD | 3 TB HDD

  • Habe heute um ca. 12 Uhr einen Update in meinem PPA hinbekommen, der automatische Bau der Pakete ist leider fehlgeschlagen das es Änderungen an Make.config und Makefile gab.
    Jetzt gibt es die Version 1.1.97-1-g558f9b9 .

    Gruß
    Frodo

  • Hmmmm ... mein update war um ca. 20:45; jetzt gerade gabs nichts neues mehr zu holen (dist-upgrade läuft leer durch).
    Der Fehler besteht leider weiterhin ...

    MyVDR: yaVDR-Ansible (Ubuntu 20) - softhddevice-openglosd (ffmpeg 2.8) - epgd/epg2vdr - skindesigner estuary4vdr (adaptiert) - 1920x1080@50 Hz | kodi 18 - inputstream + amazon vod
    Aerocube M40 | 300W | ASRock H61M-GE | Intel G530 | Asus ENGT520 | 2 x TT-budget S2-3200 | ASRock Smart Remote (CIR) | 4 GB RAM | 120 GB SSD | 3 TB HDD

  • Dann ist der Fehler im Git oder bei deiner Installation.

    Gruß
    Frodo

  • Kann ich noch irgendetwas zur Fehlersuche beitragen?
    Keine Ahnung - Loglevel von epg2vdr erhöhen oder Backtrace machen oder so was?


    Update:
    Ich habe vdr-plugin-epg2vdr deinstalliert und wieder neu installiert.
    Dabei wurde folgende Version installiert:
    vdr-plugin-epg2vdr (3:1.1.38-2-gf223595+http-0frodo0~trusty) wird eingerichtet ...


    Das ist aber eine deutlich andere Version, als die gestern angesprochene "1.1.97-1-g558f9b9"???

    MyVDR: yaVDR-Ansible (Ubuntu 20) - softhddevice-openglosd (ffmpeg 2.8) - epgd/epg2vdr - skindesigner estuary4vdr (adaptiert) - 1920x1080@50 Hz | kodi 18 - inputstream + amazon vod
    Aerocube M40 | 300W | ASRock H61M-GE | Intel G530 | Asus ENGT520 | 2 x TT-budget S2-3200 | ASRock Smart Remote (CIR) | 4 GB RAM | 120 GB SSD | 3 TB HDD

  • Hi,


    Das ist aber eine deutlich andere Version, als die gestern angesprochene "1.1.97-1-g558f9b9"???

    ist ja nicht die Version von Plugin epg2vdr sondern von vdr-epg-daemon!


    P.S
    Keine Meldungen mehr im syslog zu epg2vdr: SQL-Error in 'execute(stmt_execute)' & epg2vdr: SQL-Error in 'SELECT SYSDATE();'
    vdr-epg-daemon-1.1.99
    vdr-plugin-epg2vdr-1.1.38
    vdr-plugin-scraper2vdr-1.0.3


    Gruss
    Wolfgang

    TT S2-6400 - saa716x kompilieren unter 20.04(Focal)

  • Ich habe bei mir die aktuellen Versionen im Einsatz und keinerlei deadlocks.


    Wenn ich solche Probleme habe ist das erste die Datenbank droppen und neu erstellen.

    Gruß
    Frodo

  • Die DB hat ja so ca. 6 GB.
    Wenn ich die DB droppe, muss ich dann beim Neuaufbau alles wieder herunterladen?


    btw: deadlocks sind jetzt weniger, aber immer noch vorhanden :(


    Update:
    Habe die DB mittels "epgd-tools -drop-all" gelöscht und den daemon neu gestartet.
    Dann hats erstmal Fehlermeldungen gehagelt und alles wurde über Nacht neu heruntergeladen.


    Heute morgen sah es dann ganz gut aus, aber jetzt sind die Deadlocks wieder da - genau wie vorher :wand
    Hat irgendjemand noch Tipps, wie ich den Fehler beheben kann?
    Oder zumindest der Ursache auf die Spur zu kommen?

    MyVDR: yaVDR-Ansible (Ubuntu 20) - softhddevice-openglosd (ffmpeg 2.8) - epgd/epg2vdr - skindesigner estuary4vdr (adaptiert) - 1920x1080@50 Hz | kodi 18 - inputstream + amazon vod
    Aerocube M40 | 300W | ASRock H61M-GE | Intel G530 | Asus ENGT520 | 2 x TT-budget S2-3200 | ASRock Smart Remote (CIR) | 4 GB RAM | 120 GB SSD | 3 TB HDD

    Einmal editiert, zuletzt von davie2000 ()

  • Ich habe hier mal die Ausgabe von "SHOW INNODB STATUS" eingefügt; kann da jemand was bzgl. Deadlock-Fehlerursache herauslesen???


    Vielen Dank schon jetzt für eure Expertise!

    MyVDR: yaVDR-Ansible (Ubuntu 20) - softhddevice-openglosd (ffmpeg 2.8) - epgd/epg2vdr - skindesigner estuary4vdr (adaptiert) - 1920x1080@50 Hz | kodi 18 - inputstream + amazon vod
    Aerocube M40 | 300W | ASRock H61M-GE | Intel G530 | Asus ENGT520 | 2 x TT-budget S2-3200 | ASRock Smart Remote (CIR) | 4 GB RAM | 120 GB SSD | 3 TB HDD

  • Und wenn die Motorkontrollleuchte im Auto blinkt, dann klebe ich sie einfach ab, oder wie?
    Danke, aber das wäre wirklich der letzte Ausweg. Ich würde gerne der Ursache auf den Grund gehen und den Fehler beheben.

    MyVDR: yaVDR-Ansible (Ubuntu 20) - softhddevice-openglosd (ffmpeg 2.8) - epgd/epg2vdr - skindesigner estuary4vdr (adaptiert) - 1920x1080@50 Hz | kodi 18 - inputstream + amazon vod
    Aerocube M40 | 300W | ASRock H61M-GE | Intel G530 | Asus ENGT520 | 2 x TT-budget S2-3200 | ASRock Smart Remote (CIR) | 4 GB RAM | 120 GB SSD | 3 TB HDD

    Einmal editiert, zuletzt von davie2000 ()

Jetzt mitmachen!

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