Beiträge von davie2000

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

    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?

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

    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"???

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

    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.

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

    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

  • [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!

  • [gelöst] Fehler im syslog: "... saa7146 ... vpeirq: used x times >80% of buffer (xxx bytes now)"

    Habe den Audiobuffer von softhddevice auf 600 ms erhöht, bringt aber keine Verbesserung.
    btw: Was ist eigentlich der Defaultwert für den Parameter softhddevice.AudioBufferTime?


    Ich habe jetzt im Verzeichnis /etc/modprobe.d eine Datei namens budget_core.conf angelegt mit folgendem Inhalt:
    options budget_core bufsize=1410 (lt. heise ganz unten)


    Ich werde das syslog weiter beobachten und hier rückmelden ...


    Update:
    ... das scheints gewesen zu sein: die Fehlermeldung ist Geschichte.

  • [gelöst] Fehler im syslog: "... saa7146 ... vpeirq: used x times >80% of buffer (xxx bytes now)"

    Seit dem letzten update & dist-upgrade habe ich immer wieder solche Fehler im Syslog:

    Code
    Feb 14 09:18:41 myVDR kernel: [24970.989655] saa7146 (0) vpeirq: used 9 times >80% of buffer (65612 bytes now)


    Ich habe daraufhin schon den Audiopuffer übers OSD in den Plugineinstellungen zu softhddevice von 50 ms auf 150 ms erhöht,
    aber das bringt leider keine Veränderung.


    Was mir noch aufgefallen ist:

    • Der vdr-Prozess ist CPU-hungriger geworden: jetzt sehr oft > 12 %; früher max. 5-10% (mit top)
    • Noch eine neue FM im Syslog (einmal beim Start): pulsecontrol: error on reading script /var/lib/vdr/plugins/pulsecontrol/startup.script


    Habt ihr eine Idee, woher der Fehler kommt?
    Bzw. was ich ändern kann, damit er wieder verschwindet?
    Braucht ihr noch irgendwelche Logs oder sonstigen Infos, um die Sache einzugrenzen?


    Vielen Dank schon jetzt für eure Hilfe!

  • Aufnehmen von non-FTA Sendern funzt nicht mehr ...

    Keine Ahnung worans jetzt wirklich gelegen hat: nach update & dist-upgrade und dem Abschalten von VPS (übers OSD - Einstellungen - Aufnahme) scheints wieder zu klappen.
    Ich habe leider sogar Aufnahmen von Mitte letzten Jahres gefunden, die auch schon den Fehler hatten :wand


    Werde das ganze jetzt mit ein paar Timern testen und auf Robustheit prüfen.
    Danke inzwischen, ich melde mich wieder hier ...

  • Aufnehmen von non-FTA Sendern funzt nicht mehr ...

    Mir ist erst jetzt (schmerzlich) bewusst geworden, dass Aufnahmen von verschlüsselten Sendern (zB ORF1) nicht mehr funktionieren:
    Es wird kurz aufgenommen, aber gleich wieder beendet; die erstellte Aufnahme zeigt dann "0 Minuten" Dauer an und beim Abspielen, sieht man für ein paar Sekunden einzelne Bild- und Tonfetzen vorbei springen.


    Ich hänge hier mal den (hoffentlich) relevanten Auszug von /var/log/syslog an.
    Versuch, eine 7-minütige Sendung "ZIB" auf ORF1 manuell aufzunehmen. Das gleiche Verhalten zeigt sich auch bei zeitgesteuerten Aufnahmen:


    Leider kann ich kein update oder sonstiges markantes Ereignis ausmachen, weil ich nicht weiß, wie lange solche Aufzeichnungen schon nicht mehr funktionieren; jedenfalls aber seit mehreren Wochen :(
    Hat jemand eine Idee, worans liegen könnte?
    (Mir fällt da nur mein Update auf den nvidia-Treiber Version 367 im Dezember 2016 ein ...)


    Danke schon jetzt für eure Unterstützung!

  • Kein Bild mit softhddevice nach Update (Ton ja)

    Dann ists ja noch viel schräger!
    Ich habe exakt die gleiche Karte und bei mir tuts offenbar der 367er:


    Code
    <user>@myVDR:~$ lspci -v | perl -ne '/VGA/../^$/ and /VGA|Kern/ and print'
01:00.0 VGA compatible controller: NVIDIA Corporation GF119 [GeForce GT 520] (rev a1) (prog-if 00 [VGA controller])
        Kernel driver in use: nvidia

    ????

  • Kein Bild mit softhddevice nach Update (Ton ja)

    Zur Info - vielleicht hilfts jemand:
    Ich habe jetzt seit mehr als 8 Wochen Version 367 des nvidia Treibers für meine GT520 installiert und seit dem keinerlei Probleme (mehr), trotz "temporal" und "temporar_spatial".
    (Seit den Problemen mit 304.13x war ich auf "hold mit 304.117", weil ich keine höhere Version installiert bekam.)


    Meine GT520 ist intern eine "GF119", für die lt. nvidia der Treiber 375.26 funzen sollte - den ich aber nicht finden konnte:
    1) nvidia-304 und nvidia-current 'hold' entfernen: sudo apt-mark unhold nvidia-304
    2) update auf "default" 304er
    3) dann sofort (ohne Neustart) den 367er installiert: sudo apt-get install nvidia-367