Jump to content
klangraum23

Media Server Dienst friert vollständig ein wenn Hintergrund-EPG-Update über SAT>IP-Gerät fehlschlägt

Recommended Posts

klangraum23

Hallo,

 

seit neuestem habe ich meine mit DVB Media Server betriebene Empängerlandschaft erweitert und nutze nun einen DVB-T2 USB-Stick und einen externen SAT>IP-Router. Das funktioniert im Prinzip großartig, bis auf ein gelegentlich auftretendes vollständiges Einfrieren des Media Server Dienstes, wenn der SAT>IP-Router ausgeschaltet ist. Nach Blick ins Server-Log habe ich nun ein zuverlässiges Repro-Szenario erstellen können:

 

  1. DVB Media Server für die Verwendung eines SAT>IP-Routers (und einem anderen lokalen Empfangsgerät) einrichten.
  2. SAT>IP-Gerät ausschalten oder vom Netzwerk trennen.
  3. Ein Programm des lokalen Empfangsgeräts im Browser wiedergeben (Transkodierte Streams -> Im Browser wiedergeben)
  4. In der Media Server Web-Oberfläche unter Aufgaben "EPG-Aktualisierung starten" anklicken
  5. Der Service reagiert nicht mehr. Die Web-Oberfäche reagiert nicht mehr, der laufende HTTP-Stream bricht ab und der Dienst kann nicht mehr heruntergefahren werden. Der Prozess kann nur noch im Task Manager beendet werden.

 

Einfach nicht auf den Link klicken, wenn das SAP>IP-Gerät nicht eingeschaltet ist, ist leider keine Lösung, da das Problem auch auftritt, wenn der Media Server von sich aus versucht, die EPG-Daten zu aktualisieren. Aufnahmen sind in dieser Konstellation nicht mehr zuverlässig zu realisieren. Darüberhinaus habe ich den Eindruck, dass laufende HTTP-Streams abgebrochen werden, wenn weitere Hintergrundoperationen (z. B. das Öffnen eines zweiten HTTP-Streams oder eben das EPG-Update) gestartet werden - vielleicht gibt es da einen Zusammenhang.

 

Ich wollte eigentlich noch ein Dump-File des Dienstes im eingefrorenen Zustand mitschicken, das ist mit 42 MB aber leider zu groß. Bei Bedarf stelle ich die Datei gerne über einen anderen Kanal zur Verfügung. Bei Rückfragen stehe ich gerne zur Verfügung.

 

Jürgen

support.zip

Share this post


Link to post
Griga

Ich vermute, der DMS friert nicht wirklich ein (zumindest nicht bei den momentanen Temperaturen). Der tut nur so :) Wenn du lange genug warten würdest, wäre er vielleicht wieder ansprechbar.

 

Wahrscheinlich sind es recht viele Sender/Frequenzen, die du über den Sat>IP-Server empfängst. Ursache dürfte sein, dass der EPG-Updater immer wieder versucht, über das virtuelle RTSP-Gerät eine Frequenz einzustellen und immer wieder etwa vier Sekunden auf eine Antwort des Servers wartet. Und das ohne Pause. Man kann das schön am Ende des svcdebug.log sehen. Während der Wartezeit ist der DMS nicht reaktionsfähig bzw. kann nichts anderes erledigen. Nur eine Aufnahme würde wahrscheinlich ungestört weiterlaufen.

 

Was passieren müsste: Wenn der EPG-Updater einmal festgestellt hat, dass der Sat>IP-Server nicht erreichbar ist, müsste er sofort aufgeben und das dazugehörige RTSP-Gerät während des Durchlaufs nicht mehr verwenden. Das würde den DMS nur 4 Sekunden lang aus dem Verkehr ziehen.

 

Ich werde die Situation mal nachstellen und schauen, ob sich dafür eine Lösung findet. Falls ja, brauche ich dich als Tester. Also bitte hier gelegentlich vorbeischauen.

 

Übrigens sehe ich bei dir noch ein anderes Problem, ein Relikt eines früheren Bugs in der Hardware-Erkennung. Stoppe den DMS, öffne die Datei config\svchardware.xml im Konfigurationsordner mit einem Texteditor und werfe die beiden Zeilen

 

<entry name="LowBandWidth">1</entry>

 

raus. Sonst kannst du pro DVB-T2-Tuner nur jeweils einen TV-Sender gleichzeitig empfangen, oder anders gesagt, brauchst du z.B. für das Erste und arte unnötigerweise beide Tuner, obwohl die Sender über die selbe Frequenz übertragen werden.

 

Share this post


Link to post
Griga

P.S. Entschärfen kann man die Situation eventuell, indem man DMSTweaker.bat im Installationsordner startet und den Haken bei "Automatische RTSP Server IP:Port-Ermittlung" entfernt.

 

Nachdem er festgestellt hat, dass der Sat>IP Server nicht erreichbar ist, versucht der DMS sonst nämlich bei jeder Frequenz erneut, ihn im Netz wiederzufinden, unter der Annahme, dass sich vielleicht die IP-Adresse oder der Port geändert hat. Das zieht sich dann zusätzlich 5 Sekunden hin.

 

Share this post


Link to post
klangraum23

Vielen Dank für die schnelle Antwort und auch vielen Dank für den LowBandWidth-Hinweis, die Einschränkung ist mir bislang gar nicht aufgefallen.

 

Zum eigentlichen Problem:  Ich habe die "Automatische RTSP Server IP:Port-Ermittlung" deaktiviert und das Problem nochmal provoziert. Es tatsächlich so wie vermutet, der Dienst reagiert nur vorrübergehend nicht, wobei "vorrübergehend" jetzt immer noch ca. 5 Minuten bedeutet.

 

Der Lösungsansatz der Vermeidung der weiteren Anfragen an das RTSP-Gerät erscheint mir plausibel und es wäre sicher kein Problem, wenn das Web-Interface des DMS alle 12 Stunden für 4 bzw. 9 Sekunden nicht erreichbar wäre. Ich fürchte nur, dass das noch nicht die ganze Lösung ist, denn es brechen ja auch während dessen laufende HTTP-Streams ab. Warum muss der DMS denn komplett blockieren, während im Hintergrund ein Web-Zugriff gemacht wird? Es müsste intern doch nur der Zugriff auf die EPG-Datenhaltung synchronisiert werden, nicht aber der gesamte Zugriff auf die Hardware. Und beim HTTP-Streaming verstehe ich es erst recht nicht, aber ich bin auch nicht unbedingt ein Experte für Echtzeitdatenverarbeitung. :-)

 

Wenn es etwas zu testen gibt, kann ich das gerne hier in meiner Umgebung ausprobieren.

Share this post


Link to post
Griga

Wenn sich das so einfach ändern ließe, wie du es darstellst, wäre es schon längst anders.

 

Ich kümmere mich drum.

Share this post


Link to post
klangraum23

Entschuldige, ich wollte Dir nicht zu nahe treten, war nur laut gedacht. Mir ist klar, dass die Dinge von innen betrachtet ein vielfaches komplizierter sind als es manchmal von außen erscheint.

Share this post


Link to post
Griga

 

15 hours ago, klangraum23 said:

Es tatsächlich so wie vermutet, der Dienst reagiert nur vorrübergehend nicht, wobei "vorrübergehend" jetzt immer noch ca. 5 Minuten bedeutet.

 

Eine weitere mögliche Maßnahme ist die Verringerung des Verbindungs-Timeouts für das RTSP-Gerät. Es steht in der (svc)hardware.xml als ConnectionTimeout (standardmäßig 2000 Millisekunden). Effektiv wird die doppelte Zeit verwendet. Dass man in einem Heimnetzwerk 4000 ms auf eine Serverantwort warten muss, halte ich für zweifelhaft. Eine Halbierung des Wertes in der (svc)hardware.xml auf 1000 (effektiv 2000) sollte es auch tun. Im DVBViewer GE und TransEdit verwende ich standardmäßig den halbierten Wert und habe noch nie von einem Problem damit gehört.

 

Weiterhin ist es bei EPG Updates eine gute Idee, alle Sender, die einem wichtig sind, auf dem Server-PC in die DVBViewer-Favoritenliste zu packen und dann in den DMS-Optionen oder im Webinterface einen Haken bei "EPG Update -> Nur Transponder mit Favoriten" zu setzen. Das spart insbesondere bei Sat-Empfang eine Menge Ausführungszeit und Speicher. Zu beachten ist, dass der DMS Sender und Favoriten erst nach einem Neustart übernimmt und wenn sie zuvor im DVBViewer gespeichert wurden (oder der DVBViewer beendet wurde).

 

Damit könntest du unter eine Minute kommen. :) Aber immer noch unschön. Deshalb habe ich die oben angedachte Maßnahme umgesetzt: Der EPG Updater verwendet jetzt virtuelle und sonstige Geräte, bei denen die Initialisierung scheitert, während einer Update-Session nicht mehr.

 

Ein ähnliches Problem ist mir beim Recorder aufgefallen. Der versucht auch wiederholt, Aufnahmen zu starten, falls das nicht klappt. Da die Wiederholungen timergesteuert stattfinden und nicht in einer "engen" Schleife, reagiert der DMS dann noch, wenn auch ziemlich lahm. Ich habe jetzt dafür gesorgt, dass nur einmal pro Minute versucht wird, das betreffende Gerät wiederzubeleben.

 

Für einen Test siehe PM.

 

Share this post


Link to post
This thread is quite old. Please consider starting a new thread rather than reviving this one.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Similar Content

    • breakiboy
      By breakiboy
      Hallo zusammen,
       
      Ist es möglich den record button also die Funktionalität zu verbergen mit einem command wie z.B
      http://172.30.110.26:8089/timeline.html?aktion=timeline&showrecordbutton=false 
       
      ich möchte eine EPG Liste darstellen und die recordfunktion möchte ich nicht dabei haben, da es sich nur um epg view handelt. Gibt es da schon was? alternative wäre selber was zu machen mittels
      http://172.30.110.26:8089/api/epg.html export aber 
      1. will das rad nicht neu erfinden
      2. euer view sieht echt nice aus und würde es gerne auch selber gebrauchen.
       
      Freundliche Grüsse aus der Schweiz
       
       
    • SchauAN
      By SchauAN
      Ich suche nach einer Möglichkeit, EPG oder Ähnliches auch bei Streams aus dem Internet im DVBV GE zu haben. 
      AKtuell nutze ich unter Android MT-Cast von Sofalabor.de als Zusatzinfo, das bei Internetstreams eine Programminfo rudimentär angezeigen kann.
      Gibt es eine Lösung hierfür?
    • Matthias Grimmeisen
      By Matthias Grimmeisen
      Hallo,
       
      nachdem ich nach langer Zeit ein Aktualisierung durchgeführt und die DVBViewer Pro-Version 6.1.5.0 installiert habe, sind in den Aufnahmedaten (TS-Format) leider nicht mehr die EPG-Informationen (Folgenname, Sendungsbeschreibung etc.) enthalten. Diese waren in der bisher von mir genutzen Version (leider weiß ich nicht mehr, welche dies war) enthalten und wurden in den Eigenschaften der Datei abgelegt bzw. im Explorer-Fenster angezeigt (sh. auch Screenshot im Anhang..
       
      Zwar ist es möglich, zusätzlich eine Textdatei mit diesen Infos anzulegen, doch dann muss ich diese Textdatei immer zusammen mit der Aufnahme verschieben/kopieren/ablegen, was insgesamt deutlich weniger komfortabel und übersichtlich ist.
       
      Gibt es daher eine Einstellung-Möglichkeit (die ich übersehen habe), um die EPG-Infos wieder direkt in der Aufnahmedatei einzubinden? Falls ja, wäre ich über Tipps7Hinweise dankbar!
       
      Gruß,
       
      Matthias

    • SvenTorsten
      By SvenTorsten
      Hallo,
       
      habe gerade DVBViewer und MediaServer auf 6.1.5/ 2.1.5 aktualisiert und dann versucht, einen Timer für Sonntag, 28.07.2019 9:30 (mit Wiederholung Sonntags) zu erstellen (Bild "Timer erstellt.jpg").
       
      Nach dem Speichern erscheint der Timer unter Samstag, 27.07.2019 9:30 mit Wiederholung Samstags, sowohl in der Liste (Bild "Timer gespeichert.jpg") als auch beim Öffnen zum Bearbeiten. Mehrfach probiert, absolut reproduzierbar.
       
      Bitte prüft das mal. Danke!
       
      Viele Grüße
      Torsten
       
       


    • DetlefM
      By DetlefM
      Bei den Mediaservereinstellungen für Aufnahmen gibt es den Punkt "EPG als NTFS Datei Eigenschaften".
      Ich kann mit Rechtsklick auf die erstellte ts Datei keine EPG Daten oder andere weitere Informationen sehen.
      Es wird natürlich eine txt Datei mit EPG Daten und falls angeklickt auch eine log Datei erzeugt.
      Kann ich die EPG Daten irgendwie aus der ts Datei direkt herausbekommen? Oder was macht diese Auswahl?
×
×
  • Create New...