Digital Devices Max S8 funktioniert nur nach neustart

Dott · 11. August 2016

Ich habe mir eine Digital Devices Max S8 gekauft. Ich nutze sie in meinem Nas (openmediavault) Version 2.25

Ich habe sie nach dieser Anleitung installiert
http://www.kodinerds.net/index.php/Threa…er-DK/?pageNo=1

Die Karte wurde vor zwei Tagen installiert und lief auch ohne Probleme, wenn der Client allerdings für eine gewisse Zeit nicht auf den VDR zugreift, weil zb. ein Film vom Server geguckt wird und ich will dann auf TV umschalten bekomme ich auf den clients die Meldung "Vnsi Client Channel No Data".
Nach einem Neutstart des Servers läuft es dann wieder.

Soweit ich das Beurteilen kann sieht alles OK aus, bzw. finde ich den Fehler nicht.

dmesg | grep "DVB"

Code

root@NAS:~# dmesg | grep "DVB"
[    4.053833] Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-S2 MAX
[    4.053838] Port 1: Link 0, Link Port 1 (TAB 2): DUAL DVB-S2 MAX
[    4.053842] Port 2: Link 0, Link Port 2 (TAB 3): DUAL DVB-S2 MAX
[    4.053846] Port 3: Link 0, Link Port 3 (TAB 4): DUAL DVB-S2 MAX
[    4.055542] DVB: registering new adapter (DDBridge)
[    4.055544] DVB: registering new adapter (DDBridge)
[    4.055546] DVB: registering new adapter (DDBridge)
[    4.055548] DVB: registering new adapter (DDBridge)
[    4.055550] DVB: registering new adapter (DDBridge)
[    4.055552] DVB: registering new adapter (DDBridge)
[    4.055554] DVB: registering new adapter (DDBridge)
[    4.055556] DVB: registering new adapter (DDBridge)
[    9.776316] ddbridge 0000:02:00.0: DVB: registering adapter 0 frontend 0 (MXL5XX)...
[    9.824332] ddbridge 0000:02:00.0: DVB: registering adapter 1 frontend 0 (MXL5XX)...
[    9.872318] ddbridge 0000:02:00.0: DVB: registering adapter 2 frontend 0 (MXL5XX)...
[    9.920257] ddbridge 0000:02:00.0: DVB: registering adapter 3 frontend 0 (MXL5XX)...
[    9.921049] ddbridge 0000:02:00.0: DVB: registering adapter 4 frontend 0 (MXL5XX)...
[    9.921750] ddbridge 0000:02:00.0: DVB: registering adapter 5 frontend 0 (MXL5XX)...
[    9.922264] ddbridge 0000:02:00.0: DVB: registering adapter 6 frontend 0 (MXL5XX)...
[    9.923044] ddbridge 0000:02:00.0: DVB: registering adapter 7 frontend 0 (MXL5XX)...
[/codel]


[code]
root@NAS:~# dmesg | grep "DDBridge"
[    3.946742] DDBridge driver detected: Digital Devices MAX S8 4/8
[    3.946770] DDBridge: HW 01010007 REGMAP 00010001
[    4.055542] DVB: registering new adapter (DDBridge)
[    4.055544] DVB: registering new adapter (DDBridge)
[    4.055546] DVB: registering new adapter (DDBridge)
[    4.055548] DVB: registering new adapter (DDBridge)
[    4.055550] DVB: registering new adapter (DDBridge)
[    4.055552] DVB: registering new adapter (DDBridge)
[    4.055554] DVB: registering new adapter (DDBridge)
[    4.055556] DVB: registering new adapter (DDBridge)

Alles anzeigen

Code

root@NAS:~# lsmod | grep dvb_core
dvb_core               82315  1 ddbridge

Code

root@NAS:~# ls /dev/dvb/adapter?/
/dev/dvb/adapter0/:
demux0  dvr0  frontend0  net0


/dev/dvb/adapter1/:
demux0  dvr0  frontend0  net0


/dev/dvb/adapter2/:
demux0  dvr0  frontend0  net0


/dev/dvb/adapter3/:
demux0  dvr0  frontend0  net0


/dev/dvb/adapter4/:
demux0  dvr0  frontend0  net0


/dev/dvb/adapter5/:
demux0  dvr0  frontend0  net0


/dev/dvb/adapter6/:
demux0  dvr0  frontend0  net0


/dev/dvb/adapter7/:
demux0  dvr0  frontend0  net0

Alles anzeigen

Das sind jetzt die Ausgaben wo der Client die Fehlermeldung bringt, hat jemand eine Idee wie ich die Karte dauerthat ans laufen bringe?

seahawk1986 · 11. August 2016

Der Link zeigt leider auf keine gültige Seite...

Was steht den auf der Seite des VDR im Log? Welche VDR-Version kommt zum Einsatz und welche Plugins werden genutzt?

Dott · 11. August 2016

http://www.kodinerds.net/index…T2-%C3%BCber-DK/?pageNo=1

Code

root@NAS:~#  vdr -V
vdr (2.0.3/2.0.0) - The Video Disk Recorder
quickepgsearch (0.0.1) - Quick search for broadcasts
xineliboutput (1.1.0) - X11/xine-lib output plugin
conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu
live (0.2.0) - Live Interactive VDR Environment
xvdr (0.9.9) - XVDR Server
vnsiserver (1.3.1) - VDR-Network-Streaming-Interface (VNSI) Server
epgsearch (1.0.1.beta3) - search the EPG for repeats and more
vnsiserver4 (0.9.2) - VDR-Network-Streaming-Interface (VNSI) Server
streamdev-server (0.6.0-git) - VDR Streaming Server
epgsearchonly (0.0.1) - Direct access to epgsearch's search menu

Alles anzeigen

seahawk1986 · 11. August 2016

Und welches von den beiden Versionen des vnsiserver-Plugins ist aktiv? Wozu dient (das mittlerweile eigentlich obsolete) xvdr? Ist das ebenfalls aktiv? Was steht im Log?

Dott · 11. August 2016

XVDR ist zwar aktiv wird aber nicht mehr genutzt, läuft alles über vnsi, wie finde ich raus welcher vnsi server genutzt wird?

Mit der alten Karte lief das, also habe am VDR nichts mehr geändert

Das Problem ist ich habe kein seperates VDR log und mein syslog steht voll mit Meldungen das die Datenplatte voll ist.

Das habe ich installiert
dddvb-dkms_0.9.22.0yavdr0-trusty_all.deb

seahawk1986 · 11. August 2016

Und was hindert dich daran das Problem zu beheben und das Log nach deinen Vorstellungen zu filtern?

seahawk1986 · 11. August 2016

Mit dem Befehl

Code

svdrpsend plug

kannst du abfragen, welche Plugins der VDR geladen hat. Bei den Debian-Paketen für die VDR-Version 2.0.3 kannst du in der /etc/vdr/plugins/order.conf das Laden von Plugins deaktivieren, indem du ihren Namen mit führendem Minus-Zeichen einträgst - also z.B. so, um xvdr und vnsiserver4 nicht mitladen zu lassen:

Code

-xvdr
-vnsiserver4

Dott · 11. August 2016

Code

Aug 11 11:53:53 NAS vdr: [2963] VNSI-Error: cxSocket::write(fd=30): write() error
Aug 11 11:54:06 NAS vdr: [2968] VNSI-Error: cxSocket::write(fd=32): write() error
Aug 11 11:58:31 NAS vdr: [2999] VNSI-Error: cxSocket::write(fd=86): write() error
Aug 11 11:58:41 NAS vdr: [3001] VNSI-Error: cxSocket::read(fd=81): read() error at 0/4

Das sind die Fehler die im Syslog auftauchen

Die beiden plugins habe ich deaktiviert
-xvdr
-vnsiserver4

Dott · 11. August 2016

Ich installiere mitlerweile auf einer anderen Festplatte OMV 3, zum testen. Dabei ist mit aufgefallen das OMV 2 noch auf Debian 7 basiert, ist da das Paket von trusty nicht das falsche?

Hätte ich unter OMV2 nicht das "0.9.19b.0yavdr0-precise" installieren müssen?

Ich habe unter OMV3 jetzt die Karte nach folgender Anleitung installieren können.
http://support.digital-devices…ledgebase.php?article=151

Sendersuchlauf ist gerade dran.

hoppel118 · 11. August 2016

OMV3 hat von Haus aus übrigens auch nur VDR 2.0.3 (aktuellste Version in Debian 8). Da ich mit dieser Version vor ein paar Monaten einige kleinere Fehler hatte, habe ich zu e-tobis repository gewechselt. Seither läuft der VDR 2.2.0 ohne irgendwelche Probleme. Den vnsiserver hatte ich zu letzt die aktuellste Version (Master) aus git kompiliert. Der Nachteil ist, dass du keine Webinterfaces mehr hast, um den VDR zu konfigurieren. Wenn du ein wenig Erfahrung hast, ist das aber alles nicht so wild.

Gruß Hoppel

Dott · 11. August 2016

Was hattest du denn für Probleme?
Ich komme morgen erst leider wieder zum testen.

Habe auch gemerkt das die gleiche vdr Version am laufen ist. Solange das läuft ist mir das aber auch egal welche Version das ist.
Hast du omv3 im produktiv betrieb? Wie läuft es?

Dott · 12. August 2016

Unter OMV3 habe ich die gleichen Probleme, nach Server neustart läuft es wieder.

Jemand eine Idee was das sein kann?

Hier noch neue Informationen

Wenn ich den server neustarte und nicht sofort danach den client auf TV umstelle sondern ein ein par Minuten warte dann kommt auch die Fehlermeldung.

Wenn ichnur den VDR über konsole neustarte behebt das nicht den Fehler, ich muss den Server komplett neustarten.

Und eine neue Fehlermeldung im syslog
No OSD Prividor avalaible - using dummy osd

Kann damit jemand was anfangen?

Dott · 12. August 2016

Ich habe heute den TV stundenlang durchlaufen lassen, ohne Probleme. Dann eine Serie von der Festplatte geguckt, und danach wieder auf TV geschaltet und schon ist der Fehler wieder da, No Channel data.

Kann mir irgendjemand einen Tipp geben woran das liegt?

hoppel118 · 12. August 2016

Zitat von Dott

Was hattest du denn für Probleme?
Ich komme morgen erst leider wieder zum testen.

Habe auch gemerkt das die gleiche vdr Version am laufen ist. Solange das läuft ist mir das aber auch egal welche Version das ist.
Hast du omv3 im produktiv betrieb? Wie läuft es?

Ich habe gerade nochmal recherchiert, warum ich damals vom openmediavault-vdr-plugin zum e-tobi repo gewechselt habe und damit auf die Einstellungsmöglichkeiten per omv-Webinterface verzichtet habe. Ich brauchte die restfulapi für den Emby Media Server. Darüber hatten wir uns in folgendem Beitrag unterhalten:

Emby Media Server

Ich muss meine Aussage oben nochmal korrigieren. Grundsätzlich lief die Version 2.0.3 aus den debian Quellen in Kombination mit dem omv-plugin sehr stabil. Ja, ich habe omv3 im Produktiveinsatz, befinde mich allerdings in einem Dilemma, da ich zfs und emby nutze und beide Plugins noch nicht mit omv >3.0.13 kompatibel sind. Es gab größere Änderungen in omv3, die dazu geführt haben, dass die Plugins nun beide imkompatibel sind. Da es sich um ein stabiles debian 8 handelt, ist das für mich aber nicht weiter schlimm. Ich habe openmediavault v3.0.13 on hold und warte nun gespannt daruf, wann die beiden plugins wieder laufen. Ich kann dir nicht wirklich empfehlen eine Beta-Version produktiv einzusetzen, auch wenn es bei mir stabil läuft.

Zitat von Dott

Unter OMV3 habe ich die gleichen Probleme, nach Server neustart läuft es wieder.

Jemand eine Idee was das sein kann?

Hier noch neue Informationen

Wenn ich den server neustarte und nicht sofort danach den client auf TV umstelle sondern ein ein par Minuten warte dann kommt auch die Fehlermeldung.

Wenn ichnur den VDR über konsole neustarte behebt das nicht den Fehler, ich muss den Server komplett neustarten.

Und eine neue Fehlermeldung im syslog
No OSD Prividor avalaible - using dummy osd

Kann damit jemand was anfangen?

Alles anzeigen

Hast du das openmediavault vdr plugin installiert oder hast du die debian pakete per apt-get über die Konsole installiert?

Wenn du das manuell installiert hast, empfehle ich dir, alles rückgängig zu machen und die plugins zu verwenden oder (was ich persönlich besser finde aber aufwändiger ist) direkt zum e-tobi repo zu wechseln und alles "manuell" per apt-get zu installieren. Dann hast du nämlich vdr v2.2.0 und nicht mehr vdr v2.0.3 und dir stehen wesentlich mehr vdr plugins zur Verfügung, als es in den Standard debian Paketquellen der Fall ist. OMV nutzt übrigens auch nur die Standard debian Paketquellen.
Wenn du die omv vdr plugins verwendest: Hast du schonmal probiert, eine andere vnsi-server Version über das Webinterface zu kompilieren? Wenn ich mich recht entsinne, standen dort verschiedene Versionen zur Auswahl.

Gruß Hoppel

seahawk1986 · 12. August 2016

Zeil mal die kompletten Log-Ausgaben vom VDR mit höchstem Loglevel, von das Problem auftritt - eventuell ist es dieses Problem: ring buffer overflows -> cDevice::Detach() blockiert...

mini73 · 12. August 2016

Zur Meldung wegen "dummy osd": das kannst du ignorieren, das tut nichts zur Sache.

Lars.

Dott · 12. August 2016

Ich nutze die Plugins von OMV, habe auch mehrere Vnsi Server getestet leider immer das gleiche.

Das Problem habe ich nur mit der Karte, also mit den Karten davor hatte ich die Probleme nicht, von daher kann es ja eigentlich nicht am VDR liegen.

Kann es sein das die Karte sich bei nicht Gebrauch irgendwie abschaltet und nicht mehr aktiviert wird, so eine Art Standby? Ich weiß nur nicht wie ich das überprüfen kann.

Wie gesagt das Problem tritt nur auf wenn ich den TV Modus nicht sofort starte oder für längere Zeit unterbreche.

Log ist angehangen

hoppel118 · 12. August 2016

Zitat von Dott

Das Problem habe ich nur mit der Karte, also mit den Karten davor hatte ich die Probleme nicht, von daher kann es ja eigentlich nicht am VDR liegen.

Aha, das hattest du glaube ich noch nicht erwähnt. Dann würde ich den VDR wohl auch erstmal ausschließen.

An deiner Selle würde ich mir mal Gedanken, um die folgende Meldung in deinem Logfile machen:

Code

Aug 12 16:50:01 NAS monit[863]: 'fs_media_c218a41a-6a31-4cd0-91c0-fb2f5cb146f1' space usage 94.8% matches resource limit [space usage>80.0%]

Dein Logfile ist voll damit. Deine Festplatte bzw. dein USB-Stick 'fs_media_c218a41a-6a31-4cd0-91c0-fb2f5cb146f1' ist voll. Sonst geht aus diesem Logfile leider gar nichts hervor, es ist nicht vollständig und nicht brauchbar für eine Analyse. Evtl. werden deine Probleme dadurch verursacht. Wofür benutzt du dieses Speichermedium genau?

Ich habe übrigens gerade mal einen Blick in mein Logfile geworfen. Du hast folgenden Error:

Code

Aug 12 17:03:58 NAS vdr: [1314] VNSI-Error: cxSocket::read(fd=4): read() error at 0/4

Bei mir sieht das etwas anders aus:

Code

Aug 12 18:19:50 mediatank vdr: [30612] VNSI: cxSocket::read(fd=44): eof, connection closed

Ob man das nun vernachlässigen kann, weiß ich nicht. Ich würde erstmal das Speichermedium aufräumen.

Gruß Hoppel

Dott · 12. August 2016

Das ist meine Datenplatte, die 6 TB groß von daher ist da noch richtig viel Platz. Da liegen Filme, Serien und Aufnahmen.

Ich habe noch zwei Platten die im Moment nicht eingebunden sind, sonst wären da noch mehr Meldungen drin.

Das logfile habe ich heute irgendwann mal gelöscht weil da soviel Meldungen von den Platten drin war.

hoppel118 · 12. August 2016

Dann mach mal folgendes:

Datenplatte so unmounten, dass sie beim Start nicht mehr gemounted wird (über das omv web interface)
Logfile löschen
Server neustarten
wenn der Server hochgefahren ist, Kodi Client starten
wenn die Meldung "vnsi client channel no data" am Client erschienen ist, Server Logfile erneut hier posten

Für das posten von Logfiles eignet sich übrigens pastebin.com hervorragend. Dateien jeglicher Art fremder Personen lädt man nur ungern auf den eigenen Rechner. Hier gibt es beim Posten auch noch so eine Spoiler-Funktion (SP). Wieviel Zeilen Text da rein passen, weiß ich nicht.

Gruß Hoppel

Digital Devices Max S8 funktioniert nur nach neustart

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema