Ich versuche mich gerade an einem Import von EPG Daten und es funktioniert auch manchmal. Allerdings habe ich immer wieder das Problem, daß ich viele Fehlermeldungen bekomme und die Selbstheilung nicht funktioniert. Ich muß VDR durchstarten, damit das Syslog nicht mehr immer wieder dieselben Einträge erhält.
Das Log habe ich ansprechend gekürzt um den Blick auf das Wesentliche nicht zu verschleiern.
Apr 24 00:27:00 homeserver vdr: [8885] xmltv2vdr importer thread started (pid=10320, tid=8885)
...
Apr 24 00:47:43 homeserver vdr: [20082] xmltv2vdr housekeeping thread started (pid=10320, tid=20082)
Apr 24 00:47:45 homeserver vdr: [20082] xmltv2vdr: removed 570 old entries from db
Apr 24 00:47:45 homeserver vdr: [20082] xmltv2vdr housekeeping thread ended (pid=10320, tid=20082)
Apr 24 00:47:57 homeserver vdr: [8885] xmltv2vdr: 'timefortv' reading from '/var/lib/epgsources/timefortv.xmltv'
Apr 24 00:47:57 homeserver vdr: [8885] xmltv2vdr: 'timefortv' parsing output
Apr 24 00:47:59 homeserver vdr: [10338] xmltv2vdr: ERROR sqlite3: COMMIT -> database is locked
Apr 24 00:48:02 homeserver vdr: [10338] xmltv2vdr: ERROR sqlite3: COMMIT -> cannot commit - no transaction is active
...
Apr 24 00:48:46 homeserver vdr: [8885] xmltv2vdr importer thread ended (pid=10320, tid=8885)
Apr 24 00:49:01 homeserver vdr: [10338] xmltv2vdr: ERROR sqlite3: COMMIT -> cannot commit - no transaction is active
Apr 24 00:49:02 homeserver vdr: [10338] xmltv2vdr: ERROR sqlite3: COMMIT -> cannot commit - no transaction is active
Apr 24 00:49:02 homeserver vdr: [10332] xmltv2vdr: ERROR sqlite3: COMMIT -> cannot commit - no transaction is active
Apr 24 00:49:03 homeserver vdr: [10338] xmltv2vdr: ERROR sqlite3: COMMIT -> cannot commit - no transaction is active
Apr 24 00:49:03 homeserver vdr: [10338] xmltv2vdr: ERROR sqlite3: COMMIT -> cannot commit - no transaction is active
Apr 24 00:49:03 homeserver vdr: [10326] xmltv2vdr: ERROR sqlite3: COMMIT -> cannot commit - no transaction is active
Apr 24 00:49:03 homeserver vdr: [10326] xmltv2vdr: ERROR sqlite3: COMMIT -> cannot commit - no transaction is active
Apr 24 00:49:04 homeserver vdr: [10338] xmltv2vdr: ERROR sqlite3: COMMIT -> cannot commit - no transaction is active
Apr 24 00:49:04 homeserver vdr: [10338] xmltv2vdr: ERROR sqlite3: COMMIT -> cannot commit - no transaction is active
Apr 24 00:49:05 homeserver vdr: [10338] xmltv2vdr: ERROR sqlite3: COMMIT -> cannot commit - no transaction is active
Apr 24 00:49:05 homeserver vdr: [10338] xmltv2vdr: ERROR sqlite3: COMMIT -> cannot commit - no transaction is active
Apr 24 00:49:06 homeserver vdr: [10338] xmltv2vdr: ERROR sqlite3: COMMIT -> cannot commit - no transaction is active
Apr 24 00:49:18 homeserver vdr: [10326] xmltv2vdr: ERROR sqlite3: COMMIT -> cannot commit - no transaction is active
Apr 24 00:49:18 homeserver vdr: [10326] xmltv2vdr: ERROR sqlite3: COMMIT -> cannot commit - no transaction is active
Apr 24 00:49:52 homeserver vdr: [10329] xmltv2vdr: ERROR sqlite3: COMMIT -> cannot commit - no transaction is active
Alles anzeigen
Die Meldung, daß keine Transaktion aktiv ist, wiederholt sich permanent, bis VDR gestoppt wird. Der Restart scheint das Problem zu beseitigen.
Nach der Meldung, daß die Datenbank gelockt ist, beginnt das Inferno. Interessant ist dabei, daß der housekeeping-Thread nach dem Import startet und direkt vor dem Lock beendet wird. Daher vermute ich einen Zusammenhang. Nur wie kann ich es verhindern?
Die Version von xmltv2vdr habe ich am 20.4 aus dem git gezogen, dürfte also recht aktuell sein.
Zabrimus