TVH 4.3 auf OMV6 stürzt ständig ab in Verbindung mit SAT-IP/EPG

    Hallo zusammen,


    ich betreibe bei meiner Schwiegermutter schon seit Jahren ein OMV Server, (aktuell Version 6) auf dem nativ TVheadend (4.3) installiert ist. Das TV Signal wird über ein Digibit R1 (originalfirmware) zugeführt.

    Das hat bisher immer sehr zuverlässig funktioniert. Vor kurzem ist die OS-HDD ausgestiegen, sodass ich das Backup auf eine SSD zurückgespielt habe und den Server wieder in Betrieb genommen habe. Das Backup war ca. 4 Wochen alt, aber grundsätzlich ändert sich an der Konfiguration nichts. Die TVheadend Aufnahmen liegen in einer merger-Filesystem.


    Jetzt stürzt laut syslog jedoch Tvheadend ständig ab oder kommt nach einem Crash gar nicht mehr hoch. Was ich bisher beobachten konnte:

    • TVheadend lässt sich per systemctl restart wieder starten, wenn die Datei /home/hts/.hts/tvheadend/epgdb.v3 gelöscht wird. Solange die Datei da ist, kommt es wieder zum Crash
    • das EPG wird über ein XML eingespielt (aber auch wenn der Grabber deaktiviert ist, kommt es zu den Fehlern)
    • im Syslog taucht immer folgende Abfolge auf:


    Zudem scheint der Digibit auch Probleme zu machen. Tvheadend läuft zwar, findet aber keinen Input mehr. Hier hilft es dann den Digibit per Webseite neu zu starten und danach TVh:


    Code
    2024-06-10T15:43:34.155240+02:00 openmediavault tvheadend[219983]: satip: SAT>IP DVB-S Tuner #1 (192.168.178.43@UDP) - RTSP SETUP error -5 (Input/output error) [6-500]
2024-06-10T15:43:34.188658+02:00 openmediavault tvheadend[219983]: satip: SAT>IP DVB-S Tuner #2 (192.168.178.43@UDP) - RTSP SETUP error -5 (Input/output error) [6-500]
2024-06-10T15:43:34.236618+02:00 openmediavault tvheadend[219983]: satip: SAT>IP DVB-S Tuner #4 (192.168.178.43@UDP) - RTSP SETUP error -5 (Input/output error) [6-500]
2024-06-10T15:43:34.277146+02:00 openmediavault tvheadend[219983]: satip: SAT>IP DVB-S Tuner #3 (192.168.178.43@UDP) - RTSP SETUP error -5 (Input/output


    Da ich auf das System nur Remote Zugriff habe, kann ich nicht schnell mal einfach die Firmware des Digibit ändern.


    das vollständige Syslog findet sich hier: http://rahnefeld.net/syslog.txt

    Das EPG File ist hier: http://rahnefeld.net/guide.xml


    Irgendwelche Ideen?


    Die gleiche Konfiguration von TVH mit dem gleichen XML läuft problemfrei auf einem Ubuntu (mit Satkarte) oder Rpi (Digibit mit sat-axe).

    anbei die HTS Einstellungen mit deaktivierten XML Import:

    Haupsysteme: Server: Asrock N3160ITX, Ubuntu 24.04, TvH /// DVBSky 952 /// Wohnzimmer: Nvidia Shield Pro 2019
    Nebensysteme 1: Telestar Digibit R1 mit sat-axe25 /// Wohnzimmer: Asrock N3700, Libreelec 12 /// TvH @RPI4 Server /// Gästezimmer: Corelec 2 Tanix TX3
    Nebensysteme 2: Server: Asrock N3455M, OpenMediaVault7, TvH, Telestar Digibit R1 /// 4 Clients: Coreelec S905X

    Danke, habe ich geändert von 2 zu 1 Tuner.

    Lief aber bis zum Wechsel von HDD zu SSD immer fehlerfrei. Ich beobachte mal.

    Trotzdem sollte dann doch TVH nicht crashen, oder?

    Haupsysteme: Server: Asrock N3160ITX, Ubuntu 24.04, TvH /// DVBSky 952 /// Wohnzimmer: Nvidia Shield Pro 2019
    Nebensysteme 1: Telestar Digibit R1 mit sat-axe25 /// Wohnzimmer: Asrock N3700, Libreelec 12 /// TvH @RPI4 Server /// Gästezimmer: Corelec 2 Tanix TX3
    Nebensysteme 2: Server: Asrock N3455M, OpenMediaVault7, TvH, Telestar Digibit R1 /// 4 Clients: Coreelec S905X

    Eigentlich nicht. Kenne solche Crashes eigentlich nur von vor vielen Jahren. Hat sich bei der nativen OMV Installation an den Treibern für TVH irgendwas geändert?

    Vielleicht TVH einfach nochmal neu kompilieren (mit allen Abhängigkeiten) und reinstallieren? Oder per Docker probieren?

    Server: DIY NAS / Media Server w/ i3-8100, 32GB RAM, 4x6 TB WD Red in Raid5, DD Cine S2 + 3 x DuoFlex, OMV w/ Emby, TVheadend, Oscam fully dockered
    Living Room: NVIDIA Shield TV Pro 2019, Panasonic DP-UB9004, NAD 758v3, LG OLED 65 B7, L/R B&W CM10, B&W C S2, B&W ASW10 CM, SL/SR Elac WS 1445, HL/HR Dali Alteco C1
    Kids Room: Xbox One X w/ Kodi, Panasonic Viera TX-P50 Plasma

    Ich installiere es bisher immer über apt. Ich kann gern mal alles purgen und wieder einspielen.

    Wird dabei dann die Konfig übernommen? Sender und Aufnahmen sind mir da wichtig.


    Code
    root@openmediavault:/etc/apt/sources.list.d# cat tvheadend-tvheadend.list
# Source: Tvheadend
# Site: https://tvheadend.org
# Repository: Tvheadend / Tvheadend
# Description: Tvheadend is the leading TV streaming server and recorder for Linux, FreeBSD and Android supporting DVB-S, DVB-S2, DVB-C, DVB-T, DVB-T2, ATSC, ISDB-T, IPTV, SAT>IP and HDHomeRun as input sources.


deb [signed-by=/usr/share/keyrings/tvheadend-tvheadend-archive-keyring.gpg] https://dl.cloudsmith.io/public/tvheadend/tvheadend/deb/debian bookworm main

deb-src [signed-by=/usr/share/keyrings/tvheadend-tvheadend-archive-keyring.gpg] https://dl.cloudsmith.io/public/tvheadend/tvheadend/deb/debian bookworm main

    Haupsysteme: Server: Asrock N3160ITX, Ubuntu 24.04, TvH /// DVBSky 952 /// Wohnzimmer: Nvidia Shield Pro 2019
    Nebensysteme 1: Telestar Digibit R1 mit sat-axe25 /// Wohnzimmer: Asrock N3700, Libreelec 12 /// TvH @RPI4 Server /// Gästezimmer: Corelec 2 Tanix TX3
    Nebensysteme 2: Server: Asrock N3455M, OpenMediaVault7, TvH, Telestar Digibit R1 /// 4 Clients: Coreelec S905X

    Hmh, bin ich mir ehrlich gesagt nicht sicher. Würde die config Dateien in jedem Fall vor dem purgen wegsichern.

    Schau vielleicht vorher nochmal kurz nach der Festplattenkonfig in OMV: Bist Du sicher, dass die sauber ist, also...

    - Die alte, kaputte Festplatte hat keinen Mountpoint mehr
    - Die neue Platte ist richtig gemountet
    - Sämtliche Freigabe-Ordner und SMB-Shares sind auf die neue Platte umgehangen und heissen genauso wie vor dem Wechsel
    - Sämtliche Referenzen in der TVH und EPG-Config laufen auf die Freigabeordner bzw. SMB-Share-Namen und nicht auf irgendwelche /srv/dev-by-uuid-blabla Links, die noch der alten, kaputten Platte entsprechen.

    Sprich, OMV ist "clean", richtig?

    Server: DIY NAS / Media Server w/ i3-8100, 32GB RAM, 4x6 TB WD Red in Raid5, DD Cine S2 + 3 x DuoFlex, OMV w/ Emby, TVheadend, Oscam fully dockered
    Living Room: NVIDIA Shield TV Pro 2019, Panasonic DP-UB9004, NAD 758v3, LG OLED 65 B7, L/R B&W CM10, B&W C S2, B&W ASW10 CM, SL/SR Elac WS 1445, HL/HR Dali Alteco C1
    Kids Room: Xbox One X w/ Kodi, Panasonic Viera TX-P50 Plasma

    Die alte HDD wurde per dd auf die SSD kopiert. UUID und co ist gleich, da gibt es keine Änderungen.

    Alle mounts der Daten liegen auf den anderen 9 Platten. Hab ich grade nochmal alles geprüft. Aufnahmen und co geht auf zwar auf die /srv/dev-uid Links. Die sind aber alle ansprechbar.
    Aufnahmen und EPG per Kodi läuft auch.

    hts neu installieren geh ich demnächst an, wenn ich etwas Luft habe. Danke für die Ideen.

    Haupsysteme: Server: Asrock N3160ITX, Ubuntu 24.04, TvH /// DVBSky 952 /// Wohnzimmer: Nvidia Shield Pro 2019
    Nebensysteme 1: Telestar Digibit R1 mit sat-axe25 /// Wohnzimmer: Asrock N3700, Libreelec 12 /// TvH @RPI4 Server /// Gästezimmer: Corelec 2 Tanix TX3
    Nebensysteme 2: Server: Asrock N3455M, OpenMediaVault7, TvH, Telestar Digibit R1 /// 4 Clients: Coreelec S905X

    ich muss vorausschicken, dass ich keine Ahnung von OMV habe.

    da hier ein TVH-4.3 - unter LE zwar - einwandfrei läuft und deiner ja erst nach Umzug der Platte spinnt:

    in deinen Log stehen viele

    "space usage 94.7% matches resource limit [space usage > 85.0%]"

    und ich dies als mangelnden Platz intepretiere (kann mich irren, weil es ggf. *vor* dem Platttenumzug war ?)

    meine Theorie:

    weil TVH f. EPG-Grap-Aktionen Dateien anlegt, für die aber kein Platz sind (?), fällt TVH auf die Fresse:

    Code
    2024-06-09T20:25:57.023226+02:00 openmediavault tvheadend[556139]: epgdb: parsing 8929116 bytes
2024-06-09T20:25:57.262804+02:00 openmediavault tvheadend[556139]: epgdb: loaded v3
2024-06-09T20:25:57.266799+02:00 openmediavault tvheadend[556139]: epgdb:   config     1
2024-06-09T20:25:57.266898+02:00 openmediavault tvheadend[556139]: epgdb:   broadcasts 20916
2024-06-09T20:25:58.418119+02:00 openmediavault tvheadend[556139]: CRASH: Signal: 11 in PRG: /usr/bin/tvheadend (4.3-2335~gf15f05761) [20b310209e6167d5017f3a5100b10c6ba2126ca2] CWD: /  
2024-06-09T20:25:58.418539+02:00 openmediavault tvheadend[556139]: CRASH: Fault address (nil) (Address not mapped)
2024-06-09T20:25:58.418678+02:00 openmediavault tvheadend[556139]: CRASH: Loaded libraries: linux-vdso.so.1 /lib/x86_64-linux-gnu/libdvbcsa.so.1 /lib/x86_64-linux-gnu/libssl.so.3 /lib/x86_64-linux-gnu/libcrypto.so.3 /lib/x86_64-linux-gnu/libz.so.1 /lib/x86_64-linux-gnu/libpcre.so.3 /lib/x86_64-linux-gnu/liburiparser.so.1 /lib/x86_64-linux-gnu/libavahi-common.so.3 /lib/x86_64-linux-gnu/libavahi-client.so.3 /lib/x86_64-linux-gnu/libdbus-1.so.3 /lib/x86_64-linux-gnu/libm.so.6 /lib/x86_64-linux-gnu/libmvec.so.1 /lib/x86_64-linux-gnu/libstdc++.so.6 /lib/x86_64-linux-gnu/libc.so.6 /lib/x86_64-linux-gnu/libsystemd.so.0 /lib64/ld-linux-x86-64.so.2 /lib/x86_64-linux-gnu/libgcc_s.so.1 /lib/x86_64-linux-gnu/libcap.so.2 /lib/x86_64-linux-gnu/libgcrypt.so.20 /lib/x86_64-linux-gnu/liblzma.so.5 /lib/x86_64-linux-gnu/libzstd.so.1 /lib/x86_64-linux-gnu/liblz4.so.1 /lib/x86_64-linux-gnu/libgpg-error.so.0 /lib/x86_64-linux-gnu/libnss_compat.so.2 /lib/x86_64-linux-gnu/libnss_systemd.so.2  
2024-06-09T20:25:58.418889+02:00 openmediavault tvheadend[556139]: CRASH: Register dump [23]: 00000000000000460000000000000073000000000000000000007f83b89b01480000562559fe00d4000056255d8580e000007ffc27412fc000000000000000b400000000000000000000562559fe00d40000000000000000000056255e9fd1a000000000000000000000000000000000000000000000000000007ffc27412f8800007f83b88c8cb60000000000010293002b0000000000330000000000000004000000000000000efffffffe7ffbfa170000000000000000
2024-06-09T20:25:58.423557+02:00 openmediavault tvheadend[556139]: CRASH: STACKTRACE
...

    schon mal den Total-Abriss (mit vorherigem Backup) von TVH, Reboot, Neuinstall v. TVH, probiert ?

    mit vlt. danach mit zwei terminals offen:

    - in einem: journalctl -f oder tail -f <log dateien v. TVH)

    - im anderen: systemctl restart tvh.service

    f. meine Plattenplatzproblem-Theorie könnte ggf. auch sprechen, wenn du TVH mal

    - "Erzwinge initale EPG--Suche beim Start" und

    - "Force Intial EPG Grab at start-up" (siehe 2. screenshot in Kommentar #1)

    temporär mal abschaltest und TVH danach startest und das gleiche mit obigen wieder AN

    tvh crash bei aus/an ?

    ===

    unterstellend, dass du die Platte auf der TVH lag ge'dd'ed hast:

    ich könnte mir vorstellen, dass beim dd irgenwelche links von TVH (welche ? keine Ahnung !) zerlegt wurden und TVH daher nicht mehr richtig funzt ...

    Dabei sollen Totalabriss (löschen) und Neuinstallation gewährleisten, dass ggf. diese links wieder korrekt gesetzt werden (können; bei nur Drüberinstallation ohne Löschen ggf. aber nicht)

    Ich habe jetzt mal die Platten und alle Pfade geprüft. Es sind noch mehrere TB frei (die Meldungen kommen durch die Belegung der Einzelplatten, die werden nacheinander voll gemacht und sind in einem gemeinsamen Share erreichbar).

    Die SSD hat auch nur eine Belegung von 12GB von 240.


    Geändert habe ich bisher:

    • epgscan nur auf einem Tuner (die EPG Parameter hatte ich testweise auch mal deaktiviert, macht aber keinen Unterschied)
    • xml import mal deaktiviert (komplett)


    Jetzt crasht TVh zwar immer noch, aber startet gleich wieder. Ich beobachte das mal und schaue parallel in die alten syslogs, ob es das schon länger gibt.

    Haupsysteme: Server: Asrock N3160ITX, Ubuntu 24.04, TvH /// DVBSky 952 /// Wohnzimmer: Nvidia Shield Pro 2019
    Nebensysteme 1: Telestar Digibit R1 mit sat-axe25 /// Wohnzimmer: Asrock N3700, Libreelec 12 /// TvH @RPI4 Server /// Gästezimmer: Corelec 2 Tanix TX3
    Nebensysteme 2: Server: Asrock N3455M, OpenMediaVault7, TvH, Telestar Digibit R1 /// 4 Clients: Coreelec S905X

    Schau dir mal die xml an. in einer Bug Meldung hab ich das gefunden dazu:

    I finally figured out the source of my segfault during the epggrab, in the xmltv.xml file two channels had empty display-name tags. Once these were removed the epggrab processed the file without errors.

    Code
    <channel id="I935.10559.tvguide.com">
    <display-name>935 D-HDTV</display-name>
    <display-name>935</display-name>
    <display-name>D-HDTV</display-name>
    <display-name></display-name>
</channel>

    das Einzige was am Ende zählt ist
    dass ihr lebt was ihr liebt und liebt wofür ihr lebt


    Kodi HTPC - W11 | AMD Athlon 3000G | Pioneer A 504R Bj. 96
    OMV NAS - NAS | Emby Server | LogitechMediaServer
    3x Logitech SqueezeBox & 3x RasPi PiCorePlayer
    Unifi Netzwerk | Sophos XGS Firewall | Agfeo TK | Kentix Security
    Loxone SmartHome

    Kurzes Update:

    Danke noob_at_pc hab ich geprüft, da sah alles gut aus. Trotzdem hat es mich bewogen mal tiefer in das XML EPG einzusteigen, und evtl. hat es auch was gebracht.

    der XML Import ist weiter komplett aus. Es gibt zwar noch Crashes, aber TVh startet wieder von selbst.

    Gestern hatte ich eine neue Version von TVH installiert, da es ähnliche Probleme /Crashes beim XML Import gibt: [BUG]: TVHeadend crashes when attempting xmltv import with process parental labels is checked · Issue #1709 · tvheadend/tvheadend · GitHub

    Seit gestern abend läuft es laut Log durch. Wenn sich das bessert ist der nächste Schritt mal die gesamte XML Config zu löschen und nur OTA zuzulassen.


    Den kompletten Neuinstall ohne Konfig habe ich noch nicht gewagt - da fehlt leider noch die Zeit.

    Das Digibit Problem konnte ich lösen, indem ich zusätzlich die Einstellung "Sende vollen PLAY Befehl" in den einzelnen Tunern aktiviert habe. Seitdem gab es das "RTSP setup" nicht mehr. Zukünftig werde ich wohl auch bei diesem Digibit auf die sat-axe Version wechseln.

    Haupsysteme: Server: Asrock N3160ITX, Ubuntu 24.04, TvH /// DVBSky 952 /// Wohnzimmer: Nvidia Shield Pro 2019
    Nebensysteme 1: Telestar Digibit R1 mit sat-axe25 /// Wohnzimmer: Asrock N3700, Libreelec 12 /// TvH @RPI4 Server /// Gästezimmer: Corelec 2 Tanix TX3
    Nebensysteme 2: Server: Asrock N3455M, OpenMediaVault7, TvH, Telestar Digibit R1 /// 4 Clients: Coreelec S905X

    Update: Keine Crashes mehr. Entweder hat die neue TVH Version oder das komplette entfernen des XML Imports das Problem gelöst.


    Werde als nächste Schritt mal einen Sender wieder per XML EPG befüttern und eine Woche laufen lassen.

    Haupsysteme: Server: Asrock N3160ITX, Ubuntu 24.04, TvH /// DVBSky 952 /// Wohnzimmer: Nvidia Shield Pro 2019
    Nebensysteme 1: Telestar Digibit R1 mit sat-axe25 /// Wohnzimmer: Asrock N3700, Libreelec 12 /// TvH @RPI4 Server /// Gästezimmer: Corelec 2 Tanix TX3
    Nebensysteme 2: Server: Asrock N3455M, OpenMediaVault7, TvH, Telestar Digibit R1 /// 4 Clients: Coreelec S905X

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden