VNSI Verbindung unterbrochen

mjelinski · 8. August 2014

Hallo zusammen,

ich habe ein Problem mit meinem VNSI Server unter yaVDR 0.5. Bislang konnte ein XBMC 12.2 welches auf meinem Windows Laptop installiert ist ohne Probleme über das VNSI Plugin darauf zugreifen. Nachdem ich auf einem weiteren Windows Rechner ebenfalls XBMC installiert hatte und dort der VNSI Client ständig "Verbindung verloren" angezeigt hatte, habe ich diverse Versuche gestartet den VNSI Server upzudaten (zuletzt habe ich das Paket mit deinstalliert und wieder installiert). Leider ohne Erfolg, da nun beide Rechner keine Verbindung mehr aufnehmen können.

Leider sind meine Linux-Kenntnisse sehr begrenzt. Daher meine Frage: Wie komme ich dem Problem auf die Spur?

LG Michael

seahawk1986 · 8. August 2014

Mit dem letzten Update für die stable-PPAs wurde XBMC Frodo durch XBMC Gotham ersetzt. Dementsprechend wurde das vdr-plugin-vnsi auf eine neuere Version aktualisiert. Die alte Pluginversion gibt es noch als vdr-plugin-vnsiserver3, ich würde aber eher den Windows-Client mit Gotham ausstatten und die Zugriffsberechtigungen in der /etc/vdr/plugins/vnsiserver/allowed_hosts.conf (weil im Namensschema die Nummer wieder rausgefallen ist: https://github.com/FernetMenta…2804c0cd1877f1d2b5148d4d2) entsprechend setzen.

mjelinski · 8. August 2014

Mh, hätte ich das gewusst

Nun habe ich durch meine ganzen Versuche das Teil soweit geschrottet, das ich nicht mal auf die Weboberfläche komme.

Ich glaube ich sichere mal die Festplatten-Datei und setze die Kiste schnell neu auf.

seahawk1986 · 8. August 2014

Ich weiß ja nicht, was ihr immer mit den yaVDR-Installationen anstellt, aber meine Installation läuft seit September 2012 inkl. mehrfachem Wechsel von stable nach testing und zurück...

Zitat von mjelinski

Nun habe ich durch meine ganzen Versuche das Teil soweit geschrottet, das ich nicht mal auf die Weboberfläche komme.

Du hast nicht rein zufällig den Port für tntnet umgebogen und jezt einen Konflikt, weil sich das Format der Konfigurationsdatei in der neuen Version geändert hat?

Hier noch die Hinweise für das Update:
Updates für yaVDR 0.5 stable: VDR 2.0.6, XBMC Gotham, Lirc usw.
http://www.yavdr.org/blog/blog…206-xbmc-gotham-lirc-etc/

mjelinski · 8. August 2014

Zitat von seahawk1986

Ich weiß ja nicht, was ihr immer mit den yaVDR-Installationen anstellt, aber meine Installation läuft seit September 2012 inkl. mehrfachem Wechsel von stable nach testing und zurück...

Nachdem das System einmal lief, lief es lange Zeit stabil. Erst als ich jetzt dran rumgefummelt habe um XBMC zum laufen zu bringen, hab ich das Teil geschrottet.

Zitat von seahawk1986

Du hast nicht rein zufällig den Port für tntnet umgebogen und jezt einen Konflikt, weil sich das Format der Konfigurationsdatei in der neuen Version geändert hat?

Da ich nicht weiß was tntnet ist, sag ich einfach mal nein.

mjelinski · 8. August 2014

Zitat von mjelinski

Ich glaube ich sichere mal die Festplatten-Datei und setze die Kiste schnell neu auf.

Das war nicht unbedingt die beste Idee. Nachdem ich yaVDR nun installiert habe, komme ich zwar wieder aufs Webfrontend, aber er scheint keinen Empfang mehr zu haben. Femon lässt sich auch nicht abfragen.

Dafür ist nun noch eine Fehlermeldung da:

Spoiler anzeigen

Installiert habe ich den headless Server wie folgt:

Spoiler anzeigen

Ist eventuell das "media-build-experimental-dkms" nicht mehr aktuell?

mjelinski · 8. August 2014

Zitat von mjelinski

sudo do-release-upgrade

OR

* Install a newer HWE version by running:
sudo apt-get install linux-image-generic-lts-trusty

Ich vermute mal das sowohl "do-release-upgrade" wie auch "sudo apt-get install linux-image-generic-lts-trusty" mein Empfangsproblem nicht lösen würden, oder? Ersteres würde vermutlich ein neues yaVDR voraussetzen?

gda · 8. August 2014

Sieh dir doch mal deinen Thread von Anfang bis Ende an. Du hast bisher noch gar nicht von Empfangsproblemen geschrieben. Bisher ging es nur um Verbindungsprobleme mit XBMC. Jetzt zeig doch erstmal warum du denkst du hättest Empfangsprobleme. Sieh mit dmesg, lsmod und ls /dev/dvb nach ob die Treiber geladen sind. Was sagt das VDR-Log?

Gerald

mjelinski · 8. August 2014

lspci zeigt scheinbar meine TV Karte an:

Spoiler anzeigen

root@MJ-yaVDR0:~# lspci
00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 01)
00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 01)
00:07.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 08)
00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01)
00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 08)
00:07.7 System peripheral: VMware Virtual Machine Communication Interface (rev 10)
00:0f.0 VGA compatible controller: VMware SVGA II Adapter
00:10.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 01)
00:11.0 PCI bridge: VMware PCI bridge (rev 02)
00:15.0 PCI bridge: VMware PCI Express Root Port (rev 01)
00:15.1 PCI bridge: VMware PCI Express Root Port (rev 01)
00:15.2 PCI bridge: VMware PCI Express Root Port (rev 01)
00:15.3 PCI bridge: VMware PCI Express Root Port (rev 01)
00:15.4 PCI bridge: VMware PCI Express Root Port (rev 01)
00:15.5 PCI bridge: VMware PCI Express Root Port (rev 01)
00:15.6 PCI bridge: VMware PCI Express Root Port (rev 01)
00:15.7 PCI bridge: VMware PCI Express Root Port (rev 01)
00:16.0 PCI bridge: VMware PCI Express Root Port (rev 01)
00:16.1 PCI bridge: VMware PCI Express Root Port (rev 01)
00:16.2 PCI bridge: VMware PCI Express Root Port (rev 01)
00:16.3 PCI bridge: VMware PCI Express Root Port (rev 01)
00:16.4 PCI bridge: VMware PCI Express Root Port (rev 01)
00:16.5 PCI bridge: VMware PCI Express Root Port (rev 01)
00:16.6 PCI bridge: VMware PCI Express Root Port (rev 01)
00:16.7 PCI bridge: VMware PCI Express Root Port (rev 01)
00:17.0 PCI bridge: VMware PCI Express Root Port (rev 01)
00:17.1 PCI bridge: VMware PCI Express Root Port (rev 01)
00:17.2 PCI bridge: VMware PCI Express Root Port (rev 01)
00:17.3 PCI bridge: VMware PCI Express Root Port (rev 01)
00:17.4 PCI bridge: VMware PCI Express Root Port (rev 01)
00:17.5 PCI bridge: VMware PCI Express Root Port (rev 01)
00:17.6 PCI bridge: VMware PCI Express Root Port (rev 01)
00:17.7 PCI bridge: VMware PCI Express Root Port (rev 01)
00:18.0 PCI bridge: VMware PCI Express Root Port (rev 01)
00:18.1 PCI bridge: VMware PCI Express Root Port (rev 01)
00:18.2 PCI bridge: VMware PCI Express Root Port (rev 01)
00:18.3 PCI bridge: VMware PCI Express Root Port (rev 01)
00:18.4 PCI bridge: VMware PCI Express Root Port (rev 01)
00:18.5 PCI bridge: VMware PCI Express Root Port (rev 01)
00:18.6 PCI bridge: VMware PCI Express Root Port (rev 01)
00:18.7 PCI bridge: VMware PCI Express Root Port (rev 01)
02:01.0 USB controller: VMware USB1.1 UHCI Controller
02:02.0 USB controller: VMware USB2 EHCI Controller
03:00.0 Multimedia controller: Digital Devices GmbH Device 0005
0b:00.0 Ethernet controller: VMware VMXNET3 Ethernet Controller (rev 01)

dmesg zeigt auch meine DVB Bridge an:

Spoiler anzeigen

cat /var/log/syslog |grep dvb

Spoiler anzeigen

root@MJ-yaVDR0:~# cat /var/log/syslog |grep dvb
Aug 8 11:42:31 MJ-yaVDR0 vdr: [1750] dynamite udev monitor for subsystem dvb thread started (pid=1695, tid=1750)
Aug 8 11:42:31 MJ-yaVDR0 vdr: [1695] dynamite: no devices found for dvb/DVB_DEVICE_TYPE=frontend
Aug 8 11:44:00 MJ-yaVDR0 vdr: [1750] dynamite udev monitor for subsystem dvb thread ended (pid=1695, tid=1750)
Aug 8 11:54:48 MJ-yaVDR0 vdr: [1184] dynamite udev monitor for subsystem dvb thread started (pid=983, tid=1184)
Aug 8 11:54:48 MJ-yaVDR0 vdr: [983] dynamite: no devices found for dvb/DVB_DEVICE_TYPE=frontend
Aug 8 12:06:32 MJ-yaVDR0 vdr: [1184] dynamite udev monitor for subsystem dvb thread ended (pid=983, tid=1184)
Aug 8 12:07:01 MJ-yaVDR0 vdr: [1124] dynamite udev monitor for subsystem dvb thread started (pid=997, tid=1124, prio=high)
Aug 8 12:07:02 MJ-yaVDR0 vdr: [997] udev: no devices found for dvb/DVB_DEVICE_TYPE=frontend
Aug 8 12:24:51 MJ-yaVDR0 vdr: [1124] dynamite udev monitor for subsystem dvb thread ended (pid=997, tid=1124)
Aug 8 12:24:51 MJ-yaVDR0 vdr: [32096] dynamite udev monitor for subsystem dvb thread started (pid=32044, tid=32096, prio=high)
Aug 8 12:24:51 MJ-yaVDR0 vdr: [32044] udev: no devices found for dvb/DVB_DEVICE_TYPE=frontend
Aug 8 13:12:39 MJ-yaVDR0 vdr: [32096] dynamite udev monitor for subsystem dvb thread ended (pid=32044, tid=32096)
Aug 8 13:18:26 MJ-yaVDR0 vdr: [1712] dynamite udev monitor for subsystem dvb thread started (pid=1646, tid=1712, prio=high)
Aug 8 13:18:27 MJ-yaVDR0 vdr: [1646] udev: no devices found for dvb/DVB_DEVICE_TYPE=frontend
Aug 8 13:44:47 MJ-yaVDR0 vdr: [1712] dynamite udev monitor for subsystem dvb thread ended (pid=1646, tid=1712)
Aug 8 13:45:43 MJ-yaVDR0 vdr: [1894] dynamite udev monitor for subsystem dvb thread started (pid=1830, tid=1894, prio=high)
Aug 8 13:45:44 MJ-yaVDR0 vdr: [1830] udev: no devices found for dvb/DVB_DEVICE_TYPE=frontend
Aug 8 14:17:36 MJ-yaVDR0 vdr: [1894] dynamite udev monitor for subsystem dvb thread ended (pid=1830, tid=1894)
Aug 8 14:18:34 MJ-yaVDR0 vdr: [1464] dynamite udev monitor for subsystem dvb thread started (pid=1397, tid=1464, prio=high)
Aug 8 14:18:35 MJ-yaVDR0 vdr: [1397] udev: no devices found for dvb/DVB_DEVICE_TYPE=frontend
Aug 8 14:26:27 MJ-yaVDR0 vdr: [1464] dynamite udev monitor for subsystem dvb thread ended (pid=1397, tid=1464)
Aug 8 14:27:23 MJ-yaVDR0 vdr: [1921] dynamite udev monitor for subsystem dvb thread started (pid=1852, tid=1921, prio=high)
Aug 8 14:27:24 MJ-yaVDR0 vdr: [1852] udev: no devices found for dvb/DVB_DEVICE_TYPE=frontend
root@MJ-yaVDR0:~#

dkms status

Spoiler anzeigen

pastebinit /var/log/syslog = http://paste.ubuntu.com/7988731/

mjelinski · 8. August 2014

Zitat von gda

Sieh dir doch mal deinen Thread von Anfang bis Ende an. Du hast bisher noch gar nicht von Empfangsproblemen geschrieben. Bisher ging es nur um Verbindungsprobleme mit XBMC. Jetzt zeig doch erstmal warum du denkst du hättest Empfangsprobleme. Sieh mit dmesg, lsmod und ls /dev/dvb nach ob die Treiber geladen sind. Was sagt das VDR-Log?

Gerald

Hallo Gerald,

ich hatte das System neu aufgesetzt (nachdem ich probiert hatte das VNSI Paket zu entfernen, neu zu installieren usw. lief nichts mehr - hab dabei wohl was falsch gemacht). Seit dem ich es neu aufgesetzt habe, bekomme ich auch in der Live Weboberfläche keinen EPG Daten mehr (Dieser Kanal hat kein EPG! - steht dort). Auch die VLC Anzeige von Sendern funktioniert nicht (bin allerdings leider noch nicht Zuhause, so dass ich XBMC noch nicht testen kann).

gda · 8. August 2014

Das ist jetzt nicht dein Ernst, oder:

Code

Aug  8 11:42:30 MJ-yaVDR0 vdr: [1695] VDR version 1.7.27 started

Gerald

mjelinski · 8. August 2014

Zitat von gda

Das ist jetzt nicht dein Ernst, oder:
Aug 8 11:42:30 MJ-yaVDR0 vdr: [1695] VDR version 1.7.27 started

Ok, da gibt es schon was neueres (ich hatte die 0.5er ISO genommen und mit apt-get update und apt-get dist-upgrade versucht zu aktualisieren.

root@MJ-yaVDR0:~# apt-get dist-upgrade
Paketlisten werden gelesen... Fertig
AbhÃ¤ngigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
root@MJ-yaVDR0:~#

mjelinski · 8. August 2014

Aug 8 14:27:24 MJ-yaVDR0 vdr: [1852] VDR version 2.0.6 started

Das war wohl noch früh nach der Neuinstallation. Nun müsste die VDR Version stimmen. In der Weboberfläche zeigt er allerdings keine DVB-Adapter an.

mjelinski · 8. August 2014

Auf der direkten Console bringt er folgende Meldungen. Ich starte den ganzen ESXi Host mal neu.

gda · 8. August 2014

Oh man, dass es sich um eine VMware-Instanz handelt, habe ich auch erst eben gerade aus dem Logfile erfahren. Ich bin dann erstmal raus.

Gerald

mjelinski · 8. August 2014

Der Neustart hat nichts gebracht. Ich werde die Kiste nachher mal komplett runter fahren, den Sitz der Karte überprüfen und wieder hochfahren. Ich melde mich wieder...

Vielen Dank schon mal für die Hilfe!

mjelinski · 8. August 2014

Der Server läuft grundsätzlich wieder. Es lag am Grub.

Er hatte die Einstellung pci=nomsi vergessen (muss ich das noch in die Templates einarbeiten?).

Nach

Spoiler anzeigen

lief der Empfang wieder.

Jetzt schaue ich mir die XBMC Sache noch an.

seahawk1986 · 8. August 2014

Zitat von mjelinski

muss ich das noch in die Templates einarbeiten?

Ja, da die /etc/default/grub getemplated ist: https://github.com/yavdr/yavdr…/etc/default/grub/10_main

mjelinski · 8. August 2014

Daran könnte es gelegen haben

XBMC läuft auch wieder (zumindest 13.x; 12.x und 14.x leider nicht, womit ich aber leben kann).

Für einen XBMC Test (mir geht es hauptsächlich darum ob sich XBMC so gut bedienen lässt wie yaVDR) würde ich mir gerne eine Testmaschine mit XBMC aufsetzen.

Wichtig ist, das folgende Punkte möglichst stressarm funktionieren/einzurichten sind:

- Theme ACE
- MCE Fernbedienung an Atric IR-Einschalter
- VNSI Plugin

Welche Distribution würdet Ihr dafür empfehlen?

- Windows mit XBMC (hätte den Vorteil das Amazon Prime Instant Video ohne extra Hardware laufen würde)
- yaVDR mit XBMC (sind da alle benötigten Plugins drin?)
- OpenELEC

mjelinski · 8. August 2014

Ich habe mich zu früh gefreut. Auf meinem Laptop läuft XBMC 13.1 inkl. LiveTV. Auf meinem Testrechner leider nicht (Verbindung verloren-Meldung). Ich komme zwar heute nicht mehr ran, da meine Tochter in dem Raum schläft, aber dennoch die Frage wie ich das Problem angehen kann (verstehen kann ich es im Moment noch nicht, da ich den Windows Test-Rechner frisch aufgesetzt habe)?

Es handelt sich bei beiden Rechnern um Windows 7 (Testrechner = Ultimate; Laptop = Pro). Bei beiden Rechnern wurde die selbe Installationsdatei (XBMC 13.1) verwendet.

VNSI Verbindung unterbrochen

Jetzt mitmachen!

Teilen