Der Fehler lag vor der Maschine . In den vdr-Einstellungen stand DiSEqC auf 0 und nicht auf 1. Jetzt kommt auch wieder was an.
Posts by sk001
-
-
Ich muss dieses Thema noch mal aufmachen,nachdem ich mein System auf noble mit ansible umgestellt habe und das System als headless server betrieben möchte (habe also die Grafikkarte für die Ausgabe an das TV ausgebaut). Die Konfiguration aus den Angaben von oben ist so geblieben und ich verwende folgende Plugins:
Code
Display MoreLinux 6.8.0-45-generic x86_64 vdr (2.7.2/5) - The Video Disk Recorder conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu dbus2vdr (31) - control vdr via D-Bus devstatus (0.4.1) - Status of dvb devices distributedvideodir (0.0.4) - Distributed video directory, like in VDR <= 2.1.1 . dynamite (0.3.2) - attach/detach devices on the fly epg2vdr (1.2.16-GIT) - epg2vdr plugin epgsearch (2.4.3) - search the EPG for repeats and more epgsearchonly (0.0.1) - Direct access to epgsearch's search menu live (3.3.7) - Live Interactive VDR Environment markad (4.2.2) - Mark advertisements osd2web (0.3.2-GIT) - osd2web plugin quickepgsearch (0.0.1) - Quick search for broadcasts streamdev-client (0.6.3) - VTP Streaming Client streamdev-server (0.6.3) - VDR Streaming Server vnsiserver (1.8.3) - VDR-Network-Streaming-Interface (VNSI) Server
Leider bekomme ich scheinbar kein Signal von der Cine S 6.5. Femon zeigt Folgendes:
Codesudo femon -a0 -H FE: STV090x Multistandard (DVBS) Problem retrieving frontend information: Unknown error 524 status SC | signal 0% | snr 0% | ber 8388608 | unc 0 | Problem retrieving frontend information: Unknown error 524 status | signal 0% | snr 0% | ber 8388608 | unc 0 | Problem retrieving frontend information: Unknown error 524 status | signal 0% | snr 0% | ber 8388608 | unc 0 | Problem retrieving frontend information: Unknown error 524 status | signal 0% | snr 0% | ber 8388608 | unc 0 |
Ich kann die Fehlermeldung mit Error-Code 524 nicht intepretieren. Die Karte scheint korrekt von ddbridg erkannt zu werden und die zwei Devices werden auch korrekt Initialisiert. Für das primäre Device (wird wohl die Grafikkarte auf dem Motherboard sein) wird angegeben, dass kein MPEG-Decoder genutzt werden kann und daher auch keine Ausgabe möglich ist. Da ich das Gerät aber headless betreibe, sollte das kein Problem sein.
Code
Display More024-10-06T11:21:01.705594+02:00 yavdr kernel: ddbridge: Digital Devices PCIE bridge driver 0.9.33-integrated, Copyright (C) 2010-17 Digital Devices GmbH 2024-10-06T11:21:01.705595+02:00 yavdr kernel: ddbridge 0000:04:00.0: detected Digital Devices Cine S2 V6.5 DVB adapter 2024-10-06T11:21:01.705595+02:00 yavdr kernel: ddbridge 0000:04:00.0: HW 0001000d REGMAP 00010004 2024-10-06T11:21:01.705605+02:00 yavdr kernel: ddbridge 0000:04:00.0: Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-S2 2024-10-06T11:21:01.705610+02:00 yavdr kernel: ddbridge 0000:04:00.0: Port 1: Link 0, Link Port 1 (TAB 2): NO MODULE 2024-10-06T11:21:01.705611+02:00 yavdr kernel: ddbridge 0000:04:00.0: Port 2: Link 0, Link Port 2 (TAB 3): NO MODULE 2024-10-06T11:21:01.705612+02:00 yavdr kernel: ddbridge 0000:04:00.0: Port 3: Link 0, Link Port 3 (TAB 4): NO MODULE 2024-10-06T11:21:01.705683+02:00 yavdr kernel: ddbridge 0000:04:00.0: attach tuner input 0 adr 60 2024-10-06T11:21:01.705683+02:00 yavdr kernel: ddbridge 0000:04:00.0: DVB: registering adapter 0 frontend 0 (STV090x Multistandard)... 2024-10-06T11:21:01.705684+02:00 yavdr kernel: ddbridge 0000:04:00.0: attach tuner input 1 adr 63 2024-10-06T11:21:01.705694+02:00 yavdr kernel: ddbridge 0000:04:00.0: DVB: registering adapter 1 frontend 0 (STV090x Multistandard)... 2024-10-06T11:23:23.927258+02:00 yavdr vdr: [2211] ERROR: Primäres Device hat keinen MPEG-Decoder, Wiedergabe nicht möglich!
Ich finde leider keinen Fehler. Die Sat-Kabel habe ich auch geprüft, aber daran lage es auch nicht. Hat jemand eine Idee, wo ich noch suchen könnte?
Danke vorab
Stefan
-
Hallo!
Leider kann ich keinen Patch beitragen, aber ich hätte noch eine Idee für mögliche weitere Ergänzungen. Vielleicht hat so etwas ja aber auch schon jemand umgesetzt ;-)?!
Es wäre super, wenn man an den Aufnahmen einen zusätzlichen Button hätte, über den man eine Transcodierung z. B. mit vdr-transcode ausführen könnte.
Hatte hier schon mal die Frage gestellt, was da aktuell geht, aber auf dem beschriebenen Weg kann man die Funktion ja leider nicht ins Fronted integrieren....
vdr-transcode - swiss knife for transcoding
Danke für die tolle Arbeit, die ich schon ca. 20 Jahre nutzen darf
Stefan
-
Hallo!
Ich suche eine Möglichkeit, eine ausgewählte Aufnahme auf einem headless-Server mit vdr-transcode zu konvertieren. Der Gedanke wäre, das über die genutzen Frontends (entweder vdr-live oder epghttpd) auswählen und auslösen zu können und nicht über die Kommandozeile zu gehen, um das Script aufzurufen. Wurde so eine Funktion schon mal umgesetzt?
-
Hallo zusammen und alles Gute für das neue Jahr!
Ich versuche nach einem Umstieg auf eine Proxmox VM, auf der epgd, epghttpd sowie die zugehörige Datenbank laufen, meinen VDR (läuft auf einem separten Rechner) über WOL für die Übernahme von Timern automatisiert aufzuwecken. Das heißt, wenn ein Timer programmiert wurde, soll der epgd den VDR rechtzeitig vorher per WOL aufwecken, damit der Timer vom VDR übernommen werden kann und zur Aufnahmezeit der VDR per ACPI gestartet wird. Auf dem alten System, auf dem der epgd-Dienst vorher lief, hat das ohne Probleme funktioniert.
Mit Umstieg auf einen Thinclient Dell Wyse 5070 mit Proxmox funktionert (hier läuft epgd, etc.) dies nun nicht mehr. Das führt dazu, dass ich zwar Timer über epgd bzw. epghttpd anlegen kann (diese landen auch in der Datenbank auf dem Client), eine Übertragung auf den VDR scheitert aber daran, dass dieser vorher nicht automatisch per WOL aufgeweckt wird. Wenn der VDR läuft, werden die Timer-Daten auch ohne Probleme übernommen, der VDR schaltete sich dann wieder ab und startet den Rechner zur Aufnahmezeit (dann nicht über WOL sondern über ACPI), lediglich das vorzeitige Wecken zur Timer-Übernahme funktioniert einfach nicht.
Die epgd.conf (Auszug) auf dem Wyse mit Proxmox sieht wie folgt aus:
Code
Display MoreDbHost = localhost DbPort = 3306 DbName = epg2vdr DbUser = epg2vdr DbPass = epg EpgView = eventsview.sql EpgViewWeb = eventsviewplain.sql TheTvDBView = thetvdbview.sql CheckInitial = 1 DaysInAdvance = 8 DaysToUpdate = 4 UpdateTime = 12 UpdateThreshold = 500 XmlStoreToFs = 0 GetEPGImages = 1 EpgImageSize = 2 MaxImagesPerEvent = 1 SeriesEnabled = 1 SeriesPort = 2006 SeriesStoreToFs = 0 SeriesUrl = www.eplists.de ScrapEpg = 1 ScrapRecordings = 1 #ScrapMovieDbApiKey = #Habe NetDevice ich wieder auskommetiert, da dies auch nicht den gewünschten Effekt erzielt hat #NetDevice =vmbr0
Der epgd läuft auf dem Wyse in einer Proxmox-VM (192.168.178.49), in der eine Netzwerkverbindung (vmbr0) zur Verfügung steht. Vom Wyse aus ist es auch möglich, den VDR manuell über "wakeonlan" aufzuwecken. Wenn ich das aber über das Frontend von epghttpd mache, kommt nichts an. In der epgd.conf habe ich über den Parameter "NetDevice" bereits unterschiedliche Varianten (also z.B. NetDevice=vmbr0) ausprobiert. Behoben wurde das Problem leider nicht.
Auf dem VDR sieht die setup.conf (Auszug) wie folgt aus:
Code
Display Moreepg2vdr.ActiveOnEpgd = 0 epg2vdr.Blacklist = 0 epg2vdr.CloseOnSwith = 1 epg2vdr.CreateTimerLocal = 0 epg2vdr.DbHost = 192.168.178.49 epg2vdr.DbName = epg2vdr epg2vdr.DbPass = epg epg2vdr.DbPort = 3306 epg2vdr.DbUser = epg2vdr epg2vdr.ExtendedEpgData2Aux = 0 epg2vdr.LoadImages = 1 epg2vdr.LogLevel = 1 epg2vdr.MasterMode = 0 epg2vdr.NetDevice = eth0 epg2vdr.ReplaceScheduleMenu = 0 epg2vdr.ReplaceTimerMenu = 0 epg2vdr.ScheduleBoot = 1 epg2vdr.ShareInWeb = 1 epg2vdr.ShowEmptyChannels = 0 epg2vdr.ShowInMainMenu = 1 epg2vdr.SwTimerNotifyTime = 0 epg2vdr.UseCommonRecFolder = 0 scraper2vdr.DbHost = 192.168.178.49 scraper2vdr.DbName = epg2vdr scraper2vdr.DbPass = epg scraper2vdr.DbPort = 3306 scraper2vdr.DbUser = epg2vdr
Hat jemand von Euch eine Idee, woran das liegen könnte (hat ja mit der anderen Maschine mal funktioniert und auch die manuelle Variante klappt ja)? Wo kann ich noch nach der Problemlösung suchen?
Danke vorab, Stefan
-
Man könnte einen Memorycheck laufen lassen. Hast du beim Booten memtest als Menüpunkt? Ansonsten evtl. über den Weg unter https://wiki.ubuntuusers.de/memtest/. Alternativ gibt es noch memtester als Paket - und etliche mehr.
keine Auffälligkeiten.....
Code
Display Morememtester version 4.5.0 (32-bit) Copyright (C) 2001-2020 Charles Cazabon. Licensed under the GNU General Public License version 2 (only). pagesize is 4096 pagesizemask is 0xfffff000 want 20MB (20971520 bytes) got 20MB (20971520 bytes), trying mlock ...locked. Loop 1/5: Stuck Address : ok Random Value : ok Compare XOR : ok Compare SUB : ok Compare MUL : ok Compare DIV : ok Compare OR : ok Compare AND : ok Sequential Increment: ok Solid Bits : ok Block Sequential : ok Checkerboard : ok Bit Spread : ok Bit Flip : ok Walking Ones : ok Walking Zeroes : ok 8-bit Writes : ok 16-bit Writes : ok Loop 2/5: Stuck Address : ok Random Value : ok Compare XOR : ok Compare SUB : ok Compare MUL : ok Compare DIV : ok Compare OR : ok Compare AND : ok Sequential Increment: ok Solid Bits : ok Block Sequential : ok Checkerboard : ok Bit Spread : ok Bit Flip : ok Walking Ones : ok Walking Zeroes : ok 8-bit Writes : ok 16-bit Writes : ok Loop 3/5: Stuck Address : ok Random Value : ok Compare XOR : ok Compare SUB : ok Compare MUL : ok Compare DIV : ok Compare OR : ok Compare AND : ok Sequential Increment: ok Solid Bits : ok Block Sequential : ok Checkerboard : ok Bit Spread : ok Bit Flip : ok Walking Ones : ok Walking Zeroes : ok 8-bit Writes : ok 16-bit Writes : ok Loop 4/5: Stuck Address : ok Random Value : ok Compare XOR : ok Compare SUB : ok Compare MUL : ok Compare DIV : ok Compare OR : ok Compare AND : ok Sequential Increment: ok Solid Bits : ok Block Sequential : ok Checkerboard : ok Bit Spread : ok Bit Flip : ok Walking Ones : ok Walking Zeroes : ok 8-bit Writes : ok 16-bit Writes : ok Loop 5/5: Stuck Address : ok Random Value : ok Compare XOR : ok Compare SUB : ok Compare MUL : ok Compare DIV : ok Compare OR : ok Compare AND : ok Sequential Increment: ok Solid Bits : ok Block Sequential : ok Checkerboard : ok Bit Spread : ok Bit Flip : ok Walking Ones : ok Walking Zeroes : ok 8-bit Writes : ok 16-bit Writes : ok Done.
-
Alle anderen Dienste brauchen aber auch nicht soviel Speicher wie eine Datenbank.
Je voller der Speicher wird, umso eher fallen Speicherdefekte auf.
Hast Du einen Tipp, wie man so etwas prüfen kann?
-
Naja, evtl. Memory?
Ich denke, dass es dies nicht die Ursache ist. Alle anderen Dienste laufe ja ohne Probleme.
-
Ich habe aber an anderer Stelle nicht festgestellt, dass die Platte korrupt ist.
-
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
-
Es sieht so aus, als ob es hier einen Speicherüberlauf bei der mariadb gibt:
Code
Display Morepr 23 13:51:57 fhempi3 kernel: [1300236.372612] Out of memory: Killed process 20666 (mariadbd) total-vm:540068kB, anon-rss:229984kB, file-rss:0kB, shmem-rss:0kB, UID:109 pgtables:318kB oom_score_adj:0 Apr 23 13:52:01 fhempi3 systemd[1]: mariadb.service: Main process exited, code=killed, status=9/KILL Apr 23 13:52:01 fhempi3 epgd: SQL-Error in 'execute(stmt_execute)' - Lost connection to MySQL server during query (2013) 'Lost connection to MySQL server during query' [select actor_id, episode_id, inssp, lfn, media_content, media_height, media_rating, media_type, media_url, media_width, season_number, series_id, updsp from series_media where actor_id = ? and episode_id = ? and lfn = ? and media_type = ? and season_number = ? and series_id = ?;] Apr 23 13:52:01 fhempi3 systemd[1]: mariadb.service: Failed with result 'signal'. Apr 23 13:52:01 fhempi3 epgd: Fatal, lost connection to mysql server, aborting pending actions Apr 23 13:52:02 fhempi3 systemd[1]: mariadb.service: Consumed 12min 38.694s CPU time. Apr 23 13:52:02 fhempi3 epgd: SQL-Error in 'find()' - Lost connection to MySQL server during query (2013) Apr 23 13:52:02 fhempi3 epgd: Fatal, lost connection to mysql server, aborting pending actions Apr 23 13:52:02 fhempi3 epgd: Closing mysql connection and calling mysql_thread_end(15839) Apr 23 13:52:02 fhempi3 epgd: SQL-Error in 'store()' Apr 23 13:52:02 fhempi3 epgd: SQL-Error in 'store()'
Die Folge ist, dass der Server abgeschossen wird und dann neu gestartet wird.
Das ganze scheint nach dem Aufruf von "mergeepg" zu passieren.
Codepr 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:
Code
Display More2023-04-23 14:00:20 0 [ERROR] InnoDB: Space id and page no stored in the page, read in are [page id: space=20885, page number=0], should be [page id: space=20885, page number=262144] 2023-04-23 14:00:20 0 [Note] Plugin 'FEEDBACK' is disabled. 2023-04-23 14:00:20 0 [Note] InnoDB: Rolled back recovered transaction 90867803 2023-04-23 14:00:20 0 [Note] InnoDB: Rollback of non-prepared transactions completed 2023-04-23 14:00:20 0 [Note] Server socket created on IP: '192.168.178.28'. 2023-04-23 14:00:20 0 [Note] Reading of all Master_info entries succeeded 2023-04-23 14:00:20 0 [Note] Added new Master_info '' to hash table 2023-04-23 14:00:20 0 [Note] /usr/sbin/mariadbd: ready for connections. Version: '10.5.15-MariaDB-0+deb11u1' socket: '/var/run/mysqld/mysqld.sock' port: 3306 Raspbian 11 2023-04-23 14:00:24 0 [Note] InnoDB: Buffer pool(s) load completed at 230423 14:00:24 2023-04-23 14:01:53 6 [Note] InnoDB: Resetting invalid page [page id: space=20885, page number=262144] type 8 to 9 when flushing. 2023-04-23 14:01:55 6 [ERROR] InnoDB: Space id and page no stored in the page, read in are [page id: space=20885, page number=0], should be [page id: space=20885, page number=262144] 2023-04-23 14:01:55 0x607cdf80 InnoDB: Assertion failure in file ./storage/innobase/btr/btr0cur.cc line 7391 InnoDB: Failing assertion: block != NULL InnoDB: We intentionally generate a memory trap. InnoDB: Submit a detailed bug report to https://jira.mariadb.org/ InnoDB: If you get repeated assertion failures or crashes, even InnoDB: immediately after the mysqld startup, there may be InnoDB: corruption in the InnoDB tablespace. Please refer to InnoDB: https://mariadb.com/kb/en/library/innodb-recovery-modes/ InnoDB: about forcing recovery. 230423 14:01:55 [ERROR] mysqld got signal 6 ; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. To report this bug, see https://mariadb.com/kb/en/reporting-bugs We will try our best to scrape up some info that will hopefully help diagnose the problem, but since we have already crashed, something is definitely wrong and this may fail. Server version: 10.5.15-MariaDB-0+deb11u1 key_buffer_size=16777216 read_buffer_size=131072 max_used_connections=3 max_threads=153 thread_count=3 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 351836 K bytes of memory Hope that's ok; if not, decrease some variables in the equation. Thread pointer: 0x377c470 Attempting backtrace. You can use the following information to find out where mysqld died. If you see no messages after this, something went terribly wrong... stack_bottom = 0x607cd90c thread_stack 0x4ac00 Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x3bc2ed0): insert into series_media set actor_id = ?, episode_id = ?, inssp = ?, lfn = ?, media_content = ?, media_height = ?, media_rating = ?, media_type = ?, media_url = ?, media_width = ?, season_number = ?, series_id = ?, updsp = ? Connection ID (thread ID): 6 Status: NOT_KILLED Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=off,index_condition_pushdown=on,derived_merge=on,derived_with_keys=on,firstmatch=on,loosescan=on,materialization=on,in_to_exists=on,semijoin=on,partial_match_rowid_merge=on,partial_match_table_scan=on,subquery_cache=on,mrr=off,mrr_cost_based=off,mrr_sort_keys=off,outer_join_with_cache=on,semijoin_with_cache=on,join_cache_incremental=on,join_cache_hashed=on,join_cache_bka=on,optimize_join_buffer_size=on,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on,condition_pushdown_for_subquery=on,rowid_filter=on,condition_pushdown_from_having=on,not_null_range_scan=off The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains information that should help you find out what is causing the crash. Writing a core file... Working directory at /var/lib/mysql Resource Limits: Limit Soft Limit Hard Limit Units Max cpu time unlimited unlimited seconds Max file size unlimited unlimited bytes Max data size unlimited unlimited bytes Max stack size 8388608 unlimited bytes Max core file size 0 unlimited bytes Max resident set unlimited unlimited bytes Max processes 6858 6858 processes Max open files 32768 32768 files Max locked memory 8388608 8388608 bytes Max address space unlimited unlimited bytes Max file locks unlimited unlimited locks Max pending signals 6858 6858 signals Max msgqueue size 819200 819200 bytes Max nice priority 0 0 Max realtime priority 0 0 Max realtime timeout unlimited unlimited us Core pattern: core
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.
-
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?
Code
Display Morepr 11 20:43:23 fhempi3 epgd: Update of series and episodes done in 23 s, downloaded 0.000 KB Apr 11 20:43:24 fhempi3 epgd: --------------------- Apr 11 20:43:24 fhempi3 epgd: Series for 6543 new events to scrap Apr 11 20:43:24 fhempi3 epgd: Series episode 1 / 6543 scraped, continuing ... Apr 11 20:43:25 fhempi3 epgd: Series 'Zu Tisch' not found by aliases, using first of (1) search results -> 'Cuisines des terroirs'(140511) Apr 11 20:43:27 fhempi3 epgd: lookup 140511/22/9 'Kastilien - León - Spanien' Apr 11 20:43:31 fhempi3 epgd: lookup 291180/8/2 'Ein schwarzer Tag' Apr 11 20:43:31 fhempi3 epgd: lookup 291180/17/19 'Hals über Kopf' Apr 11 20:43:31 fhempi3 epgd: lookup 72073/4/9 'Das Schwert des Kahless' Apr 11 20:43:34 fhempi3 epgd: lookup 167231/18/1 'Stolpersteine' Apr 11 20:43:34 fhempi3 epgd: lookup 369212/2/8 'Auge um Auge …' Apr 11 20:43:34 fhempi3 epgd: SQL-Error in 'execute(stmt_execute)' - Lost connection to MySQL server during query (2013) 'Lost connection to MySQL server during query' [select actor_id, episode_id, inssp, lfn, media_content, media_height, media_rating, media_type, media_url, media_width, season_number, series_id, updsp from series_media where actor_id = ? and episode_id = ? and lfn = ? and media_type = ? and season_number = ? and series_id = ?;] Apr 11 20:43:34 fhempi3 epgd: Fatal, lost connection to mysql server, aborting pending actions Apr 11 20:43:34 fhempi3 epgd: SQL-Error in 'find()' - Lost connection to MySQL server during query (2013) Apr 11 20:43:34 fhempi3 epgd: Fatal, lost connection to mysql server, aborting pending actions Apr 11 20:43:34 fhempi3 epgd: Closing mysql connection and calling mysql_thread_end(25664) Apr 11 20:43:34 fhempi3 epgd: Trying to re-connect to database! Apr 11 20:43:34 fhempi3 epgd: Calling mysql_init(25664) Apr 11 20:43:34 fhempi3 systemd[1]: mariadb.service: Main process exited, code=killed, status=6/ABRT Apr 11 20:43:34 fhempi3 epgd: SQL-Error in 'connecting to database' - Can't connect to local MySQL server through socket '/run/mysqld/mysqld.sock' (111) (2002) Apr 11 20:43:34 fhempi3 systemd[1]: mariadb.service: Failed with result 'signal'. Apr 11 20:43:34 fhempi3 epgd: Fatal, lost connection to mysql server, aborting pending actions Apr 11 20:43:34 fhempi3 systemd[1]: mariadb.service: Consumed 2min 54.542s CPU time. Apr 11 20:43:34 fhempi3 epgd: Error, connecting to database at 'localhost' on port (3306) failed Apr 11 20:43:34 fhempi3 epgd: Closing mysql connection and calling mysql_thread_end(25664) Apr 11 20:43:34 fhempi3 epgd: Could not access database 'localhost:3306' Apr 11 20:43:34 fhempi3 epgd: Could not access database 'localhost:3306' (tried to open vdrs) Apr 11 20:43:34 fhempi3 epgd: Retry #1 failed, retrying in 60 seconds!
-
Eigentlich schon. Zumindest epgd-plugin-tvm und epgdata hatte ich ebenfalls neu gebaut.
-
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:
Code
Display Moreepgd: SQL-Error in 'execute(stmt_execute)' - Lost connection to MySQL server during query (2013) 'Lost connection to MySQL server during query' [select actor_id, episode_id, inssp, lfn, media_content, media_height, media_rating, media_type, media_url, media_width, season_number, series_id, updsp from series_media where actor_id = ? and episode_id = ? and lfn = ? and media_type = ? and season_number = ? and series_id = ?;] Apr 10 14:32:55 fhempi3 epgd: Fatal, lost connection to mysql server, aborting pending actions Apr 10 14:32:55 fhempi3 epgd: SQL-Error in 'find()' - Lost connection to MySQL server during query (2013) Apr 10 14:32:55 fhempi3 systemd[1]: mariadb.service: Main process exited, code=killed, status=6/ABRT Apr 10 14:32:55 fhempi3 epgd: Fatal, lost connection to mysql server, aborting pending actions Apr 10 14:32:55 fhempi3 systemd[1]: mariadb.service: Failed with result 'signal'. Apr 10 14:32:55 fhempi3 epgd: Closing mysql connection and calling mysql_thread_end(12381) Apr 10 14:32:55 fhempi3 systemd[1]: mariadb.service: Consumed 4min 17.720s CPU time. Apr 10 14:32:55 fhempi3 epgd: Trying to re-connect to database! Apr 10 14:32:55 fhempi3 epgd: Calling mysql_init(12381) Apr 10 14:32:55 fhempi3 epgd: SQL-Error in 'connecting to database' - Can't connect to local MySQL server through socket '/run/mysqld/mysqld.sock' (111) (2002) Apr 10 14:32:55 fhempi3 epgd: Fatal, lost connection to mysql server, aborting pending actions Apr 10 14:32:55 fhempi3 epgd: Error, connecting to database at 'localhost' on port (3306) failed Apr 10 14:32:55 fhempi3 epgd: Closing mysql connection and calling mysql_thread_end(12381) Apr 10 14:32:55 fhempi3 epgd: Could not access database 'localhost:3306' Apr 10 14:32:55 fhempi3 epgd: Could not access database 'localhost:3306' (tried to open vdrs) Apr 10 14:32:55 fhempi3 epgd: Retry #1 failed, retrying in 60 seconds! Apr 10 14:32:55 fhempi3 epgd: Closing mysql connection and calling mysql_thread_end(12381) Apr 10 14:32:56 fhempi3 epgd: Trying to re-connect to database! Apr 10 14:32:56 fhempi3 epgd: Calling mysql_init(12381) Apr 10 14:32:56 fhempi3 epgd: SQL-Error in 'connecting to database' - Can't connect to local MySQL server through socket '/run/mysqld/mysqld.sock' (111) (2002) Apr 10 14:32:56 fhempi3 epgd: Fatal, lost connection to mysql server, aborting pending actions Apr 10 14:32:56 fhempi3 epgd: Error, connecting to database at 'localhost' on port (3306) failed Apr 10 14:32:56 fhempi3 epgd: Closing mysql connection and calling mysql_thread_end(12381)
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?
-
Musste
1.) Das epgd-plugin-tvm zunächst noch zusätzlich aus dem git ziehen und im epgd-Verzeichnis unter /PLUGINS speichern.
2) Danach jeweils ein "make" und "make install" für das epgd-plugin-tvm-Plugin ausführen.
3) Ein "make" und "make install" für das epgdata-Plugin ausführen.
4) Danach den epgd wieder neu starten.
Nun funktioniert alles ohne Fehler auf dem Pi!
Danke für die Hinweise!!
-
Ich habe den aktuellen epgd aus dem git neu gebaut und hierzu unter /vdr-epg-deamon/ ein "make install" ausgeführt. Das Bauen klappt ohne Probleme. Welche Plugins müsste ich denn auch neu bauen?
-
Habe nun für die mariadb ein Update auf Version 10.5.15 durchgeführt. Trotzdem startet der epgd nicht und zeigt stattdessen "Speicherzugrifffehler"
Bin leider immer noch ratlos....
Code
Display Moresudo /usr/local/bin/epgd -n -t /usr/local/lib/epgd/plugins 19:05:37,054 Set locale to 'de_DE.UTF-8' 19:05:37,055 Calling sd_notify(READY=1$STATUS=Ready$MAINPID=8200$) 19:05:37,055 Info: Systemd watchdog not configured, epgd won't be sending keep-alive messages! 19:05:37,055 Loading uuid from '/etc/epgd/uuid' succeeded [20F85DE4-C2E5-4E47-802E-6D233549CDF4] 19:05:37,069 Starting epgd 19:05:37,069 Initialize python script '/etc/epgd/recording.py' 19:05:37,151 Loading plugin: /usr/local/lib/epgd/plugins/libepgd-tvm.so 19:05:37,154 Loading plugin: /usr/local/lib/epgd/plugins/libepgd-epgdata.so Found unexpected parameter 'LogLevel', ignoring 19:05:37,156 Read 26 option from /etc/epgd/epgd.conf 19:05:37,156 Info: Calling mysql_library_init() 19:05:37,175 Calling mysql_init(8200) 19:05:37,176 SQL client character now 'utf8' 19:05:37,184 Closing mysql connection and calling mysql_thread_end(8200) 19:05:37,185 Checking database connection ... 19:05:37,185 Calling mysql_init(8200) 19:05:37,194 Checking table structure and indices ... 19:05:37,195 Checking table 'analyse' 19:05:37,218 Checking table 'channelmap' 19:05:37,242 Checking table 'components' 19:05:37,257 Checking table 'episodes' 19:05:37,273 Checking table 'events' 19:05:37,311 Checking table 'fileref' 19:05:37,328 Checking table 'imagerefs' 19:05:37,346 Checking table 'images' 19:05:37,360 Checking table 'messages' 19:05:37,375 Checking table 'movie' 19:05:37,392 Checking table 'movie_actor' 19:05:37,408 Checking table 'movie_actors' 19:05:37,425 Checking table 'movie_media' 19:05:37,442 Checking table 'parameters' 19:05:37,456 Checking table 'recordingdirs' 19:05:37,471 Checking table 'recordingimages' 19:05:37,486 Checking table 'recordinglist' 19:05:37,503 Checking table 'searchtimers' 19:05:37,520 Checking table 'series' 19:05:37,536 Checking table 'series_actor' 19:05:37,552 Checking table 'series_episode' 19:05:37,570 Checking table 'series_media' 19:05:37,595 Checking table 'snapshot' 19:05:37,619 Checking table 'timers' 19:05:37,637 Checking table 'timersdone' 19:05:37,654 Checking table 'useevents' 19:05:37,676 Checking table 'users' 19:05:37,690 Checking table 'vdrs' 19:05:37,706 Closing mysql connection and calling mysql_thread_end(8200) 19:05:37,706 Checking table structure and indices succeeded 19:05:37,706 Calling mysql_init(8200) 19:05:37,713 State now 'init' 19:05:37,755 Loading '/etc/epgd/channelmap.conf' 19:05:37,865 31 channel mappings read. Speicherzugriffsfehler
-
Hallo zusammen!
Ich habe heute auf raspbian bulleseye eine neue Version des epgd gebaut, so wie horchi das empfohlen hat. Der Service läuft auf einem separaten Raspi, auf dem kein VDR installiert ist und der nur epghttpd als Frontend zur Verfügung stellt. Die Versionen von scraper2vdr und vdr-plugin-epg2vdr sind die aktuellen aus dem git.
Das "make install" für epgd hat fehlerfrei funktioniert (habe vorher epgd und epghttpd deaktiviert) und dann versucht die neu gebaute epgd-Version zu starten.
Hierbei tritt nun leider folgender Fehler auf:
Code
Display More#systemctl status epgd.service ● epgd.service - Database driven EPG Data collector Loaded: loaded (/etc/systemd/system/epgd.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Mon 2023-03-06 20:46:40 CET; 8min ago Process: 15521 ExecStart=/usr/local/bin/epgd -c /etc/epgd -p /usr/local/lib/epgd/plugins (code=exited, status=1/FAILURE) CPU: 254ms Mär 06 20:46:40 fhempi3 systemd[1]: epgd.service: Scheduled restart job, restart counter is at 5. Mär 06 20:46:40 fhempi3 systemd[1]: Stopped Database driven EPG Data collector. Mär 06 20:46:40 fhempi3 systemd[1]: epgd.service: Start request repeated too quickly. Mär 06 20:46:40 fhempi3 systemd[1]: epgd.service: Failed with result 'exit-code'. Mär 06 20:46:40 fhempi3 systemd[1]: Failed to start Database driven EPG Data collector.
Der epgd lässt sich also derzeit nicht wieder starten. Kann mir jemand auf die Sprünge helfen, was man tun kann? Sind vorher noch weitere Schritte erforderlich, z. B. um die Datenbank vorzubereiten? Danke!
Im Log finden sich zudem noch folgende Meldungen:
CodeMär 06 21:36:26 fhempi3 epgd[13939]: create index idxcombinedComp on episodes(combinedcomp); Mär 06 21:36:26 fhempi3 epgd[13939]: SQL-Error in 'create index idxcombinedComp on episodes(combinedcomp);' - BLOB/TEXT column 'combinedcomp' used in key specification without a key l> Mär 06 21:36:26 fhempi3 epgd[13939]: SQL-Error in 'createIndices()' - BLOB/TEXT column 'combinedcomp' used in key specification without a key length (1170) '' [create index idxcombine> Mär 06 21:36:26 fhempi3 epgd[13939]: Checking table 'events'
-
-
Habe immer versucht darauf zu verzichten, die Pakete aus dem git selbst zu bauen. Ich versuche dann die Tage mal mein Glück....
Dir horchi, erstmal vielen Dank für die Erklärungen und für die tollen Dinge, die Du uns allen rund um den VDR zur Verfügung stellst!!