Danke für die super tolle Beschreibung. Werde es in den nächsten Tagen mal probieren.
Dank und Gruß
klak
Danke für die super tolle Beschreibung. Werde es in den nächsten Tagen mal probieren.
Dank und Gruß
klak
Hi, das Zeile 31 mein Problem ist ist mir bewusst. Mittlerweile ist es so, dass es nur noch sehr, sehr, sehr selten auftritt. Es ist sowohl in der VM, als auch auf bare metal aufgetreten. Habe ein Reboot-Script gebaut mit dem ich gut leben kann.
Jemand eine Idee was ich sonst noch versuchen könnte?
Hi,
habe gerade dein Repository gefunden und in einer KVM ausprobiert:
kk@debt28:/etc/apt/sources.list.d$ cat s2-6400.list
#
deb https://www.jueling.de/vdr bullseye main contrib non-free #experimental
# deb-src https://www.jueling.de/vdr bullseye main contrib non-free #experimental
#
kk@debt28:~$ uname -a
Linux debt28 5.10.0-20-amd64 #1 SMP Debian 5.10.158-2 (2022-12-13) x86_64 GNU/Linux
kk@debt28:~$ sudo dpkg-reconfigure tts2-6400
## Copy patch
## Uncompress linux source
## Prepare linux source
## Build modules
## Install modules
## Check/Load modules
## Delete /tmp/linux-saa716x
## Success
kk@debt28:~$ sudo dmesg
[ 387.926327] SAA716x FF 0000:07:00.0: found a Technotrend S2 6400 Dual S2 Premium PCIe card
[ 387.942558] SAA716x FF 0000:07:00.0: SAA7160 Rev 2, irq: 52 (MSI)
[ 388.091602] SAA716x FF 0000:07:00.0: firmware: direct-loading firmware dvb-ttpremium-fpga-01.fw
[ 389.111373] SAA716x FF 0000:07:00.0: FPGA version 1.10
[ 389.171401] SAA716x FF 0000:07:00.0: firmware: direct-loading firmware dvb-ttpremium-loader-01.fw
[ 389.171406] SAA716x FF 0000:07:00.0: loader version 1.03
[ 389.460047] SAA716x FF 0000:07:00.0: firmware: direct-loading firmware dvb-ttpremium-st7109-01.fw
[ 389.769659] dvbdev: DVB: registering new adapter (SAA716x dvb adapter)
[ 390.115409] SAA716x FF 0000:07:00.0: I2C transfer error, msg 0, addr = 0x68, len=3, flags=0x0
[ 390.115494] SAA716x FF 0000:07:00.0: A frontend driver was not found for [1131:7160] subsystem [13c2:300a]
[ 390.116091] dvbdev: DVB: registering new adapter (SAA716x dvb adapter)
[ 391.167387] SAA716x FF 0000:07:00.0: I2C transfer error, msg 0, addr = 0x68, len=3, flags=0x0
[ 391.167470] SAA716x FF 0000:07:00.0: A frontend driver was not found for [1131:7160] subsystem [13c2:300a]
[ 391.170302] SAA716x FF 0000:07:00.0: firmware version 0.5.1
[ 391.170615] input: TT6400 DVB IR receiver as /devices/pci0000:00/0000:00:02.6/0000:07:00.0/input/input8
Alles anzeigen
Wo ist mein Problem?
Dank und Gruss
Hi, ich kann der Diskussion nur bedingt folgen. Habe eine FF im Einsatz. Wenn mir jemand sagt was zu tun ist würde ich es versuchen.
Hi, ich nutze die FF vom ersten Tag an im 7*24 Betrieb. Bin weiterhin am Verbleib in den Kernel-Sourcen interessiert. Bin auch bereit zu helfen , kann aber programmiertechnisch kein Beitrag leisten.
Hi,
auf 4 Debian Testing Instanzen:
vdradmin-am
vdr-plugin-epgsearch
vdr-plugin-femon
vdr-plugin-live
vdr-plugin-streamdev-server
vdr-plugin-xineliboutput
auf einer zusaetzlich
vdr-plugin-dvbhddevice
Dank und Gruss
klak
Tobi: Dank ffuer alles.
Aktueller Stand
keine Störung:
1 Aufnahme (SH oder HD)
2 Aufnahmen SD
1 Aufnahme HD + TV (SD oder HD)
Störung:
1 Aufnahme HD + 1 Aufnahme SD
2 Aufnahmen HD
Nach Beendigung der Aufnahme bleiben die Lifebild Störungen bis auf einen anderen Kanal umgeschaltet wird.
Defekter LNB? Denke nicht, habe weitere 10 Tuner ohne Probleme im Einsatz. Muss wohl diese Woche mal an den Switch um die Ports zu tauschen.
Habe die letzten 3 Tage alles moegliche probiert:
Neue Kabel
neue Stecker
beide Tuner an einer Schuessel
Betrieb in VM
Betrieb auf'm Host
Aufnahme-Verzeichnis via NFS-Mount (in VM)
Aufnahme-Verzeichnis eigene Partition (in VM)
Das Problem bleibt. Bei zwei HD Aufnahmen (ARD+ZDF) haben beide Bildstoerungen, die auch
nach Beendigung der Aufnahmen im Lifebild bleiben. Erst ein VDR Neustart beseitigt sie.
Was bleibt? Motherboard? Kann ich leider aktuell nicht testen. Oder Treiber?
Dank und Gruss klak
Hi,
Stromversorgung - OK.
Ohne NFS - Problem bleibt.
2*HD von einem Transponder - OK
Ja, Ferndiagnose ist sch.... - Deshalb die Frage nach einer Idee. An die zusätzliche Stromversorgung hatte ich schon gar nicht mehr gedacht.
Für mich ist die Multytenne der Schwachpunkt Kann mit einem anderen Anschluss/Kabel aber erst nächste Woche testen.
@Sören: Fahre seit ueber 10 Jahren VDRs virtuell. Erst mit XEN jetzt mit KVM und habe aktuell:
Debian Testing KVM - TT S2-6400
Debian Testing KVM - Cine S2 V6.5
Proxmox - Technisat SkyStar2
jeweils Xeon Hosts (zum Teil steinalt)
Edit:
Bin super zufrieden damit.
Das ist virtualisiert. In den Logs ist alles OK.
Aber die Stromversorgung ist 'ne gute Idee.
Hallo *,
fahre obige Karte in einer KVM als reinen (Autotimer-)Aufnahme-Server. Jetzt habe ich festgestellt, dass ich bei 2 gleichzeitigen HD AufnamenBildstörungen habe. Bei einer HD und einer SD Aufnahmen tritt es nicht auf. Habe mit verschiedenen vCPU-, RAM- und Aufnahmeverzeichnis-Parametern (andere Platten) getest, das Problem bleibt.
Jemand eine Idee?
ps:
Aufnahmeverzeichnis: NFS-Mount vom Host
SAT1: Multytenne / SAT2: Multischalter
Debian Testing - Kernel 5.9 von github
Hier Debian Testing (gefreezed - {tolles Wort}) . Hab ich 'ne Chance, dass in absehbarer Zeit der Patch ankommt oder sollte ich mich auf den Weg eines selbstkompilierten VDR machen? Habe taeglich 10 - 30 Aufnahmen und ohne epgsearch ist das ein muehseliges Unterfangen.
Dank und Gruss
klak
Hallo zusammen,
bei mir ist das Problem wieder da, eine alte Sicherung half diesmal nicht, also habe ich epgsearch deinstalliert.
Gib es eine Alternative für die Autotimer?
Dank und Gruss klak
Hi,
bei mir ist das Problem nicht mehr vorhanden! (!?!?!?!)
Habe eine 2 Tage alte Sicherung aufgespielt (bei mir ist alles in VMs) und und dann ein apt update + upgrade gemacht und siehe da, der segfault tritt nicht mehr auf.
Kann das an der Reihenfolge der Update-Einspielungen zu tun haben?
Dank und Gruss
klak
Meine eigene Doku war nicht in Ordnung:
CONFIG_SYSTEM_TRUSTED_KEYS="debian/certs/test-signing-certs.pem" in .config kommentiert und gut.
Hi,
hab leider nichts zu kompilieren. Ich setze die Debian Testing Pakete ein.
Das Problem tritt bei einem tagesaktuellen Testing mit 4.18.0-3-amd64 #1 SMP Debian 4.18.20-2 (2018-11-23) auf.
Bei einer 2. VM (anderer Host) mit einem selbstgebautem 4.16.0-kk1 #1 SMP Fri Jun 15 NICHT.
Hi, eine Ergängzung, der timer conflict check verursacht wohl das Problem:
Dec 20 09:08:43 debt21 vdr: [3635] EPGSearch: timer conflict check started
Dec 20 09:08:43 debt21 kernel: [ 1764.364601] EPGSearch: conf[3635]: segfault at 1000018 ip 00007fce3cc3920d sp 00007fce23ffea50 error 4 in libvdr-epgsearch.so.2.4.0[7fce3cbe8000+fc000]
Dec 20 09:08:43 debt21 systemd[1]: vdr.service: Main process exited, code=killed, status=11/SEGV
Dec 20 09:08:43 debt21 systemd[1]: vdr.service: Failed with result 'signal'.
Kann ich den deaktiveren?