über Nacht bei DVBViewer kein Empfang mehr und local host von Media Server lehnt Verbindung ab

[Lobar]

über Nacht hat der DVBViewer kein Empfang mehr, beim Öffnen black screen aber EPG-Fenster lässt sich öffnen.  Der local host von Media Server lehnt Verbindung ab und der Server ist gestoppt. Gestern Abend hat alles noch funktioniert. Heute Nacht war ein kumulatives Update von Windows 10, das eine Ursache sein könnte. 

Die zweite Ursache könnte sein, dass ich Gestern das Problem gelöst habe, dass eine Serie nicht in das zugewiesene Verzeichnis gespielt wurde. Ich hatte deshalb im MS Diensteverzeichnis services.msc in Eigenschaften von DVBViewer Media Server die Anmeldedaten auf "dieses Konto" mit Nutzername und Passwort gesetzt.

Alles funktionierte gestern abend und heute nichts mehr.

 

TV-Karten: Digital devices (cineS2v7 Advanced) Treiberversion 3.0.3.224: Basis Device, Capture Device, Tuner Device 

Grafikkarte:  Intel HD Graphics 630  Treiberversion 31.0.101.2128

Mainboard: Intel 100 Series/C230 Series Chipset Family

 

support.zip

[Griga]

vor 5 Stunden schrieb Lobar:

über Nacht hat der DVBViewer kein Empfang mehr, beim Öffnen black screen aber EPG-Fenster lässt sich öffnen.  Der local host von Media Server lehnt Verbindung ab und der Server ist gestoppt.

 

Der zweite Satz ergibt so keinen Sinn. ""localhost von media Server" gibt es nicht. Interpretiere ich die Aussage richtig als "Wenn ich das Webinterface des Media Servers über die Adresse http://localhost:.... aufrufe, kann sich der Browser nicht verbinden"?

 

Laut svcdebug.log wurde dein Media Server letzte Nacht (am 14.11.) frühmorgens um 02:03:10 gestoppt und seitdem nicht mehr gestartet, warum auch immer. Dann hat natürlich weder der DVBViewer Empfang, noch ist das Webinterface über die Adresse http://localhost...  erreichbar. Der Media Server kann nicht einmal Verbindungen ablehnen, weil er schlicht und einfach nicht läuft.

 

Normalerweise sollte der Media Server beim Hochfahren des PC automatisch starten, außer wenn du in services.msc -> DVBViewer Media Server -> Eigenschaften den Starttyp von "Automatisch" auf "Manuell" oder gar "Deaktiviert" gesetzt hast.

 

Manuell kannst du den Media Server über das Menü des Tray Kontrollprogramms starten. Das Media Server-Icon unten rechts in der Taskleiste ist grau, wenn der Server nicht läuft. Dann klickst du drauf und wählst im Menü "Media Server starten".

 

[Lobar]

Beim normalem Start von Mediaserver kommt die Fehlermeldung 

     Die Website ist nicht erreichbar

        localhost hat die Verbindung abgelehnt.

 

Manuell mit Rechtsklick auf das grau hinterlegte Symbol und Klick auf Mediaserver starten funktioniert nicht.

Gestern hatte alles problemlos funktioniert und heute Nacht ca. 2Uhr wurde das Windowsupdate durchgeführt und danach der PC neu gestartet

Ich habe jetzt in services.msc versucht den Dienst zu starten. Da kam die unten als Bild angehängte Fehlermeldung.

Starttyp habe ich auf automatisch belassen und im Reiter Anmelden "Lokales Systemkonto" deaktiviert und "Dieses Konto" aktiviert mit Benutzernamen und Kennwort.

[Griga]

vor 5 Stunden schrieb Lobar:

Ich habe jetzt in services.msc versucht den Dienst zu starten. Da kam die unten als Bild angehängte Fehlermeldung. Starttyp habe ich auf automatisch belassen und im Reiter Anmelden "Lokales Systemkonto" deaktiviert und "Dieses Konto" aktiviert mit Benutzernamen und Kennwort.

 

Windows will den Media Server also aufgrund einer fehlenden Berechtigung nicht mehr als Service starten. Zwei mögliche Ursachen:

• "Dieses Konto" ist kein Admin-Konto. Überprüfen durch Anmelden in dem Konto -> Einstellungen -> Konten -> Ihre Infos. Da sollte "Administrator" stehen. Falls nicht, muss der Kontotyp geändert werden - am besten von einem anderen Adminkonto aus. Dort Einstellungen -> Konten -> Familie & Andere Benutzer -> Betreffendes Konto anwählen -> Kontotyp ändern.
• Tray-Menü des Media Servers -> Mit Admin-Rechten konfigurieren -> Aufgaben -> "Erweiterte Privilegien für die Ausführung von Aufgaben im aktiven Benutzerkonto" ist angehakt. Falls ja: Das verträgt sich nach dem Willen von Microsoft nicht mit der Verwendung von Benutzername und Passwort eines Kontos durch einen Service. Er startet dann nicht mehr.

 

[Lobar]

Beide Ursachen trafen nicht zu, denn mein Nutzerkonto ist ein Administratorkonto und der Haken bei "Erweiterte Privilegien für die Ausführung von Aufgaben im aktiven Benutzerkonto" war nicht gesetzt.

[Griga]

Dann weiß ich nichts anderes mehr, als mit Google nach Fehler 1297 Dienstkonfiguration zu suchen. Aber das kannst du dann auch gleich selbst machen...

 

Ich würde auch sowohl das Eintragen von Nutzernamen und Passwort als auch das Windows Update probeweise rückgängig machen, um zu ermitteln, was der Auslöser war.

 

[Lobar]

Ich habe in services.msc auf Lokales Systemkonto zurückgeschaltet und bei Datenaustausch zwischen Dienst und Desktop einen Haken gesetzt. 

Jetzt funktioniert wieder alles, seltsamerweise sogar die Aufzeichnung einer Serie in dem von mir festgelegtem Ordner. Das hatte mit Lokales Systemkonto bis dahin nicht funktioniert und erst nach Umschalten auf "Dieses Konto" mit Nutzenamen und Kennwort. Die Freude währte aber nicht lange denn nach dem Systemupdate und dem damit verbundenen Neustart ging dann gar nichts mehr. Ich habe vorsichtshalber nach dem Rücksetzen auf Lokales Systemkonto einen Neustart des Rechners gemacht, und die Aufzeichnung in dem von mir zugewiesenen Ordner funktionierte weiterhin. Vielleicht war vorher der oben genannte Haken bezüglich Datenaustausch zwischen Dienst und Desktop nicht gesetzt. Dann erst mal vielen Dank für die Hilfe!

[HaraldL]

Solange der Ordner auf einem lokalen Laufwerk ist braucht es keine Umstellung des Dienstes auf Benutzer.

 

Nur wenn auf ein externes Netzwerklaufwerk z.B. Server, NAS oder Freigabe auf einem anderen PC gesichert werden soll geht das mit dem Systemkonto nicht. Selbst wenn man das externe Laufwerk z.B. \\NAS1\Aufnahmen mit einem Laufwerksbuchstaben verbindet z.B. X:\Aufnahmen hilft das nicht, nur der Benutzer sieht diesen Laufwerksbuchstaben, das Systemkonto nicht. Und auf UNC-Pfade wie eben \\Server\TV o.ä. darf das Systemkonto nicht zugreifen.

[Lobar]

Mein Problem ist jetzt gelöst. Ich verstehe nur folgendes nicht: Mit der Einstellung lokales Systemkonto konnte ich Serien nicht in von mir festgelegte Ordner speichern, sondern diese wurden immer im Standardverzeichnis abgelegt. Nach Umstellung auf "Dieses Konto" in services.msc funktionierte kurzzeitig bis in der Nacht das Betriebssystem automatisch upgedatet und der PC neu gestartet wurde. Danach startete der Server nicht mehr. Deshalb schaltete ich wieder auf das lokale Systemkonto zurück uns alles ging wieder. Dass auch das Speichern der Serien in die von mir zugewiesenen Ordner weiterhin funktionierte obwohl ich den ursprünglichen Zustand wieder hergestellt hatte wo es nicht funktioniert hatte verstehe ich nicht. Vielleicht weil ich den Haken in "Datenaustausch zwischen Dienst und Desktop"  gesetzt habe der vorher eventuell nicht war.

[Griga]

vor 5 Stunden schrieb Lobar:

Dass auch das Speichern der Serien in die von mir zugewiesenen Ordner weiterhin funktionierte obwohl ich den ursprünglichen Zustand wieder hergestellt hatte wo es nicht funktioniert hatte verstehe ich nicht.

 

Wenn jetzt der im Systemkonto laufende Media Server ohne Benutzername/Passwort in dem Ordner speichern kann, befindet sich dieser also nicht auf einem anderen Gerät/PC, wo er nur über einen UNC- bzw. Netzwerkpfad erreichbar wäre, sondern ist ein ganz ordinärer Ordner auf der Festplatte des Server PCs. Ist das richtig? Ich bin bislang von einem Remote-Ordner im Netzwerk ausgegangen, denn nur für Zugriffe auf einen solchen muss man den Service ab Windows 10 mit Benutzername und Passwort ausstatten, nicht für einen lokalen Ordner.

 

vor 5 Stunden schrieb Lobar:

Vielleicht weil ich den Haken in "Datenaustausch zwischen Dienst und Desktop"  gesetzt habe der vorher eventuell nicht war.

 

Kaum. Die Option dient einzig dazu, dem Service zu ermöglichen, auf dem aktiven Desktop Meldungsfenster oder Nachfragen anzuzeigen. Das Systemkonto selbst hat ja keinen Desktop. Der Media Server benötigt die Option jedoch nicht, da ein im Benutzerkonto laufendes Autostart-Programm (das Tray Tool, DVBVCtrl.exe) für den Service den Kontakt zur "Außenwelt" herstellt und alles weitere über Netzwerkverbindungen (das Webinterface im Browser) abläuft.

 

Insofern bleibt das ganze etwas mysteriös, auch wenn es jetzt funktioniert.  Da dein Windows 10 ein Update erhalten hat,  ist es wahrscheinlich für ESU registriert, und du hast dafür Maßnahmen durchgeführt. Womöglich hat das im Vorfeld zu dem Phänomen beigetragen. ESU selbst läuft auch noch nicht ganz rund, wie ich eben durch eine Aufforderung zum Neustart wegen eines "Emergency Updates" erfahren habe.