Sundtek Support Forum

Ja, habe ich. Vor jedem neuen Versuch klicke ich im Driver Setup auf "Remove Streaming Server", lösche danach die sundtek.db, und boote sogar das NAS neu.

Gestern Abend habe ich über putty/ssh die Datenbank gelöscht, dann über die GUI der Diskstation (http://diskstation.fritz.box:5000/) vom "Sundtek Driver Setup" aus "Install Sundtek Streaming Server" aufgerufen, dann "Open Sundtek Streaming Server" ((http://diskstation.fritz.box:22000/)) ausgeführt und "Setup/Setup starten" geklickt. Der Sender-Scan ist problemlos durchgelaufen. Danach habe ich eine neue Gruppe "Sundtek" angelegt und mehrere HD(FTA)-Sender dieser Gruppe zugeordnet.

Soweit die gute Nachricht. Was nicht funktioniert:

Es wird auch nach einiger Zeit in der GUI des Streaming Servers kein EPG angezeigt, und ich kann auf meinen Linux-Clients auch keinen Stream anzeigen.
 
Frage 1: In der GUI des Streaming Servers kann ich unter "Setup/Streaming Server/IP-Adressen" verschiedene IP-Adressen für den UPnP Server und den HTTP Server anhaken. Bisher habe ich da nie Haken gesetzt, ist da jetzt etwas erforderlich? Ich habe verschiedenes ausprobiert, kein Effekt.

Frage 2: Es ist mir nicht gelungen, den Streaming Server "von Hand" über putts/ssh zu starten (cd /var/packages/sundtek/target/opt/bin, ./rtspd -v). Kurz nach dem Start geht das Programm in eine Endlos-Schleife "checking for dead sessions / there are currently: 0 sessions" (log angehängt). Ich habe deshalb keine Chance tiefer in die Fehlersuche einzusteigen. Ein Restart des NAS und auch der Fritz!Box hat nicht geholfen, ich kann den Server nur über die GUI starten. Wie muss ich korrekt vorgehen?

Leider wird durch "synogear install" der gdb nicht installiert, Synology liefert den Debugger nicht mehr mit aus. Auch diese Möglichkeit entfällt.

Das mit dem Update war leider nichts, da hat jemand eine 32Bit-Version in das 64Bit-Directory geschoben

root@Diskstation:/var/packages/sundtek/target/opt/bin# rm rtspd*
root@Diskstation:/var/packages/sundtek/target/opt/bin# wget http://sundtek.de/media/streamer/64bit/rtspd
--2024-01-24 22:11:04--  http://sundtek.de/media/streamer/64bit/rtspd
Auflösen des Hostnamens sundtek.de (sundtek.de) … 85.10.198.106
Verbindungsaufbau zu sundtek.de (sundtek.de)|85.10.198.106|:80 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
Länge: 1252021 (1,2M) [application/octet-stream]
Wird in ‘rtspd’ gespeichert.

rtspd                            100%[==========================================================>]   1,19M  1,13MB/s    in 1,1s   

2024-01-24 22:11:05 (1,13 MB/s) - ‘rtspd’ gespeichert [1252021/1252021]

root@Diskstation:/var/packages/sundtek/target/opt/bin# synogear install
root@Diskstation:/var/packages/sundtek/target/opt/bin# file ./rtspd
rtspd: ELF 32-bit LSB executable, Renesas SH, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.30, with debug_info, not stripped

Ich bin ein Stück weiter:
Um den Fehler weiter einzugrenzen habe ich die Datenbank gelöscht,
$ rm /var/packages/sundtek/opt/bin/sundtek.dbDann habe ich putty so konfiguriert, dass der gesamte Output in eine Datei geschrieben wird (angehängt) und den Streaming Server unter root so gestartet: $ /var/packages/sundtek/opt/bin/rtspd -v und den Sender-Suchlauf über die Weboberfläche gestartet.

Hier sind die letzten Zeilen des Outputs:
**** SAVING LNB CONFIG: 0 0 0
>> insert into sundtek_channel_master(f_id, group_description, group_description_length, plist_type) values(1, 'DVB-S/S2 (2024-01-20 13:20:09)', '30', 0)
token: insert
token: into
token: sundtek_channel_master
token: f_id
token: group_description
token: group_description_length
token: plist_type
token: values
token: 1
token: DVB-S/S2 (2024-01-20 13:20:09)
token: 30
token: 0
>> insert into sundtek_channels(f_id, pmt_pid, program_number, transport_stream_id, delsys) values(1, 1024, 29850, 0)
token: insert
token: into
token: sundtek_channels
token: f_id
token: pmt_pid
token: program_number
token: transport_stream_id
token: delsys
token: values
token: 1
token: 1024
token: 29850
token: 0
Segmentation fault (core dumped)

Der Server stirbt also, sobald der erste Channel in die Datenbank geschrieben wird.

Nach meinem Verständnis ist das betreffende sql-Statement fehlerhaft:
Dort sollen in der Tabelle sundtek_channels 5 Spalten befüllt werden, aber es werden nur 4 Werte angegeben. Ist das zulässig? Ist das so gewollt?
Abgesehen davon wundert mich, dass ein SQL-Fehler zu einem Segmentation fault führt, hier fehlt's wohl an der Fehlerbehandlung...
BTW: Der Server kann auch mit der Option --logpath gestartet werden. Wenn man so startet, landen allerdings die letzten Zeilen nicht mehr in der Datei. Ursache ist wohl, dass beim Segmentation fault der letzte Buffer des Logfiles nicht mehr auf die Platte geschrieben wird.

Ich betreibe mehrere PCs unter aktuellem Linux Mint und den Sundtek Streaming Server auf einem Synology NAS DS218+

Dieses System hat mehrere Jahren recht gut funktioniert. OK, alle paar Monate ist mal rtspd gecrasht, eine Ursache habe ich nie feststellen können. Seit ein paar Tagen crasht rtspd aber reproduzierbar mitten im Sender-Scan.

Um den Fehler einzugrenzen habe ich die alte Installation komplett gelöscht, den Stick aus- und wieder eingesteckt, das NAS neu gebootet und neu installiert (Kochbuch angehängt)

Nach Abschluss der Installation habe ich den Streaming Server aufgerufen, dann Reiter Setup, Setup starten, Satellit "E 19.2 Astra" ausgewählt und Sendersuche gestartet.

Danach läuft die Sendersuche los, findet auch allerlei Sender, bleibt aber reproduzierbar mitten im Scan hängen.

In /var/log/messages steht dann
rtspd[8874]: segfault at 0 ip 00007fef75370686 sp 00007fef708f1670 error 4 in libc-2.26.so[7fef75337000+1a8000]
coredump[14538]: Process rtspd[8855](/volume1/@appstore/sundtek/opt/bin/rtspd) dumped core on signal [11]. Core file [/volume1/@rtspd.synology_apollolake_218+.42962.core.gz]. Cmdline [/var/packages/sundtek/target/opt/bin/rtspd ]
coredump[14538]: Core file [/volume1/@rtspd.synology_apollolake_218+.42962.core.gz] size [1067994]

Den gesamten Vorgang habe ich mehrfach durchgeführt, jedesmal das gleiche Ergebnis. Auch ein Austausch des Sticks incl. Netzteil hat das gleiche Verhalten gezeigt.

Was muss ich tun, um eine ältere Version der Software aufzuspielen?
Was kann ich sonst tun, um wieder zu einem lauffähigen System zu kommen?

Danke im Voraus für die Unterstützung


Hier noch ein paar Details zu unserem System:
Unser System:         Mehrere PCs unter aktuellem Linux Mint, Sundtek Streaming Server auf Synology NAS
Bezeichnung des NAS:   Synology Diskstation DS218+
CPU:               INTEL Celeron J3355
DSM-Version:         DSM 7.1.1-42962 Update 6

Bezeichnung des Sticks:   Sundtek SkyTV Ultimate 5 U151215184044, versuchsweise alternativ Sundtek SkyTV Ultimate V 2015 U150619122943

LNB:               Kathrein Quattro LNB (Baujahr 2004)

Sundtek Driver installierte Version:   0.51
rtspd-Version:         Build Date Jan 8, 2024