VNSIServer-Port antwortet nicht

hrehbein · 15. Oktober 2013

Hallo,

Seit vielen Jahren nutze ich VDR´s in verschiedenen Versionen und Distributionen -- eine tolle Sache, allen Beteiligten vielen Dank für die geleistete Arbeit! Bislang bin ich mit den vorhandenen Informationen prima klargekommen, besonders das Portal hat mir immer weitergeholfen -- auch dafür meinen Dank!

Nun zu meinem kleinen Problem:

Ich versuche mich gerade an XBMC-Clients unter Windows, allerdings bekomme ich keine Verbindung. Der VDR (yaVDR, aktuelle Version, frische Installation) reagiert nicht auf den Port 34890, weder von einem externen Rechner (Telnet, XBMC), noch vom VDR (lsof -i). Die allowed_hosts.conf habe ich auf mein Netzwerk angepasst.

Hat evtl. jemand einen Tipp für mich? Danke im voraus.

seahawk1986 · 15. Oktober 2013

Zitat von hrehbein

. Die allowed_hosts.conf habe ich auf mein Netzwerk angepasst.

Welche genau? Die /etc/vdr/plugins/vnsiserver3/allowed_hosts.conf ?

TheChief · 15. Oktober 2013

Was sagt denn das Log des VDR dazu? allowed_hosts.conf im richtigen Verzeichnis? Kann je nach Version vnsiserver, vnsiserver3 oder vnsiserver4 sein.

Frodo · 15. Oktober 2013

Einfach beim Zugrif auf den VNSI Server das /var/log/syslog des VDRs im Auge behalten, dort wird protokolliert welcher Zugriff gescheitert ist.

hrehbein · 15. Oktober 2013

@ seahawk : Jo, genau die habe ich aufgrund der Beiträge hier angepasst.

@ TheChief : Auf meinem System gibt es zwei, eine in /etc/vdr/plugins/vnsiserver3/ und eine in /var/lib/vdr/plugins/vnsiserver3/ , beide sind gleich

@ Frodo : Leider kommt da gar nix, deshalb ist meine Vermutung, dass der VNSI-Server nicht läuft, der Standard-Port 34890 antwortet weder remote noch lokal.

Frodo · 15. Oktober 2013

Was sagt denn:
apt-cache policy vdr-plugin-vnsiserver

Falls das passende Plugin zum VDR installiert ist, mal in der /etc/vdr/plugin/order.conf nachschauen, ob dort ein vnsiserver mit einem "-" am Anfang steht.

TheChief · 15. Oktober 2013

Und das syslog posten, sonst bleibts heiteres Glaskugellesen

seahawk1986 · 15. Oktober 2013

Zitat von hrehbein

Auf meinem System gibt es zwei, eine in /etc/vdr/plugins/vnsiserver3/ und eine in /var/lib/vdr/plugins/vnsiserver3/ , beide sind gleich

Das in /var/lib/vdr/plugins/vnsiserver3/ ist ja auch ein Symlink auf die Datei unter /etc/vdr/plugins/vnsiserver3/

Mit welcher XBMC-Version bist du denn unter Windows unterwegs?

hrehbein · 15. Oktober 2013

@ Frodo : Hier die Ausgabe des Befehls:

Zitat
Code
root@yavdr:~# apt-cache policy vdr-plugin-vnsiserver 
vdr-plugin-vnsiserver: 
Installiert: 1:0.9.1.git20130320-5yavdr2~precise 
Kandidat: 1:0.9.1.git20130320-5yavdr2~precise 
Versionstabelle: 
*** 1:0.9.1.git20130320-5yavdr2~precise 0 
500 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ precise/main amd64 Packages 
100 /var/lib/dpkg/Status
In der order.conf ist das genannte Plugin nicht aufgeführt.

@ TheChief : Im syslog taucht leider gar nichts dazu auf:
Code
root@yavdr:~# cat /var/log/syslog | grep vnsi 
root@yavdr:~#
@ seahawk : Unter Windows verwende ich die aktuelle Version 12.2, installiert habe ich auf Win 7 und Win 8, beide 64-bit.
Alles anzeigen

TheChief · 15. Oktober 2013

Und bei mir sowas:

Zitat

root@homeserver:~# cat /var/log/syslog | grep vnsi
Oct 15 06:25:36 homeserver vdr: [28451] loading /etc/vdr/plugins/vnsiserver4/allowed_hosts.conf

oder sowas

Zitat

root@homeserver:~# cat /var/log/syslog | grep VNSI
Oct 15 06:25:36 homeserver vdr: [28451] VNSI: Client with ID 19 connected: 192.168.1.34:57092
Oct 15 06:25:36 homeserver vdr: [11690] VNSI: Welcome client 'XBMC Media Center' with protocol version '4'
Oct 15 06:36:53 homeserver vdr: [28451] VNSI: Trigger EPG update for channel WDR Münster
Oct 15 06:40:45 homeserver vdr: [11690] VNSI-Error: cxSocket::read: read() error at 0/4
Oct 15 06:40:45 homeserver vdr: [28451] VNSI: Client with ID 19 seems to be disconnected, removing from client list

Aber ich hab auch kein yaVDR.

hrehbein · 15. Oktober 2013

Sowas taucht bei mir im syslog überhaupt nicht auf, deshalb denke ich ja auch,dass der VNSI-Server gar nicht läuft. Kann man den Start erzwingen und beobachten?

gda · 15. Oktober 2013

Zitat von hrehbein

Sowas taucht bei mir im syslog überhaupt nicht auf, deshalb denke ich ja auch,dass der VNSI-Server gar nicht läuft. Kann man den Start erzwingen und beobachten?

Das ist kein Prozess den man starten kann. Das ist ein Plugin, dass der VDR lädt.

Ich verstehe hier alle Tippgeber nicht, die alle nur nach indirekten Hinweisen suchen anstatt einfach zu sehen ob der VDR das Plugin geladen hat:

Code

ps -ef|grep vnsi

oder

Code

svdrpsend plug|grep vnsi

Gerald

Frodo · 15. Oktober 2013

Ich verwende sehr gerne vdr -V da man hierbei gleich sieht ob alle Plugins ohne Fehler geladen werden können. Falls nicht steht am Ende der Liste Speicherzugriffsfehler, falls das der Fall ist sollte ein dmesg zumindest die fehlerhafte Library anzeigen.

Näheres liefert dan aber auch das /var/log/syslog welches beim Start des VDRs jedes Plugin auflistet incl. ob es erfolgreichgeladen wurde oder nicht.

TheChief · 15. Oktober 2013

Zitat von gda
Das ist kein Prozess den man starten kann. Das ist ein Plugin, dass der VDR lädt.

Ich verstehe hier alle Tippgeber nicht, die alle nur nach indirekten Hinweisen suchen anstatt einfach zu sehen ob der VDR das Plugin geladen hat:
Code
ps -ef|grep vnsi
oder
Code
svdrpsend plug|grep vnsi
Gerald
Alles anzeigen

Dann schreib doch gleich dazu, wie er das Plugin läd. Ich bin bei yavdr nicht zu Hause und ging davon aus, dass es geladen ist.

Frodo · 15. Oktober 2013

Es werden alle Plugins geladen welche unter /usr/lib/vdr/plugins vorgefunden werden. Vorrausgesetzt sie entsprechen der VDR API Version, im Falle von YaVDR Stable müssen die Plugins mit ".so.2.0.0" enden.
Mit Ausnahme der Plugins welche mit einem Minus [-] in der /etc/vdr/plugins/order.conf deaktiviert wurden.

Ausserdem werden in /etc/vdr/plugins/plugin.vnsiserver.conf die Optionen für das vnsiserver Plugin gesetzt.
Bei mir hat diese Datei den Inhalt

Code

-t 10

hrehbein · 15. Oktober 2013

Also, das Webinterface ist der Meinung, das Plugin ist installiert und geladen. Allerdings gibt die Ausgabe der Befehle leider nichts her:

Code

root@yavdr:~# ps -ef|grep vnsi 
root 3630 3573 0 19:06 pts/1 00:00:00 grep --color=auto vnsi 


root@yavdr:~# svdrpsend plug|grep vnsi 


root@yavdr:~# vdr -V 
vdr (1.7.27/1.7.27) - The Video Disk Recorder 
dvbsddevice (0.0.6) - SD Full Featured DVB device 
live (0.2.0) - Live Interactive VDR Environment 
xineliboutput (1.0.90-cvs) - X11/xine-lib output plugin 
skinpearlhd (0.0.1) - PearlHD Skin 
pvr350 (1.7.4) - PVR350 as output device 
xine (0.9.4) - Software based playback using xine 
dvbhddevice (0.0.4) - HD Full Featured DVB device 
dummydevice (1.0.3) - Output device that does nothing 
wirbelscan (0.0.7) - DVB and pvrinput channel scan for VDR 
text2skin (1.3.2+git) - Loader for text-based skins 
markad (0.1.5pre) - Mark advertisements 
streamdev-server (0.6.0-git) - VDR Streaming Server 
graphtft (0.3.6) - VDR OSD on TFT 
root@yavdr:~#

Alles anzeigen

Hier ist der VNSI-Server auch nicht aufgeführt. was bedeutet das denn? Habe das Plugin schonmal deinstalliert und neu installiert -- das Ergebnis war das gleiche. Auch den Rechner habe ich sicherheitshalber neu gestartet, damit sollte mit dem Neustart des VDR doch auch das Plugin mit hochkommen ...

gda · 15. Oktober 2013

Zitat von hrehbein

Hier ist der VNSI-Server auch nicht aufgeführt. was bedeutet das denn? Habe das Plugin schonmal deinstalliert und neu installiert -- das Ergebnis war das gleiche.

Dann ist es in der /etc/vdr/plugins/order.conf disabled. Das hat Frodo hier schon angemerkt, du hast es aber einfach ignoriert.

Gerald

seahawk1986 · 15. Oktober 2013

Ich frag ja nur ungern, aber warum bist du noch auf VDR 1.7.27 und mit graphtft statt graphtftng unterwegs? Alle VDR-Plugins in den yaVDR PPAs sind für VDR 2.0.x gebaut und du kannst nicht einfach ein neues Paket für eine alte VDR-Version installieren...

gda · 15. Oktober 2013

Zitat von seahawk1986

Ich frag ja nur ungern, aber warum bist du noch auf VDR 1.7.27 und mit graphtft statt graphtftng unterwegs? Alle VDR-Plugins in den yaVDR PPAs sind für VDR 2.0.x gebaut und du kannst nicht einfach ein neues Paket für eine alte VDR-Version installieren...

Ach du Schande, auf so was Blödes habe ich natürlich nicht geachtet.
Eventuell wieder einer der apt-get upgrade statt apt-get dist-upgrade macht?

Gerald

Frodo · 15. Oktober 2013

Zumindest erklärt das warum das Plugin nicht geladen wird laut der Ausgabe von apt-cache policy vdr-plugin-vnsiserver hat er die Version für 2.0.0 aber den VDR 1.2.27 das passt nicht zusammen.

Wie Gerald schon schrieb wäre wohl ein

Code

apt-get update
apt-get dist-upgrade

Ziel führend.

Ich vermute wenn man ein ls -la /usr/lib/vdr/plugins ausführt sind da noch mehr Plugins für VDR 2.0.0 vorhanden.

VNSIServer-Port antwortet nicht

Jetzt mitmachen!

Teilen