xbmc-addon-xvdr Versionskonflikt Precise 12.04

moinmanne

Hallo Gemeinde,

mit Precise 12.04 und den yavdr testing Quellen

add-apt-repository ppa:yavdr/main
add-apt-repository ppa:yavdr/testing-vdr
add-apt-repository ppa:yavdr/testing-yavdr
add-apt-repository ppa:yavdr/testing-xbmc

habe ich eine aktuelle Server und Client auf zwei Geräten laufen.

Seit dem letzten Update meldet der Xbmc des Client "lost connection" und "check xvdr server version".

Version vdr-plugin-xvdr auf dem Server ist die 0.9.9.git20130927-0yavdr0~precise
Version xbmc-addon-xvdr auf dem Client ist die 0.9.8

Beide aus den o.g. Quellen und sollten also zueinander passen.
Passen aber nicht gibt es eine Idee oder Verweise?

Vielen Dank für Tips im Voraus.

M

Das Xbmc-Log auf dem Client sagt dies:

Log Anfang:
16:01:26 T:2713709376 DEBUG: RegisterClient - registering add-on 'VDR XVDR Client'
16:01:26 T:2713709376 DEBUG: PVR - Create - creating PVR add-on instance 'VDR XVDR Client'
16:01:26 T:2713709376 DEBUG: ADDON: Dll Initializing - VDR XVDR Client
16:01:26 T:2713709376 DEBUG: AddOnLog: VDR XVDR Client: Creating VDR XVDR PVR-Client
16:01:26 T:2713709376 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'host'
16:01:26 T:2713709376 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'timeout'
16:01:26 T:2713709376 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'handlemessages'
16:01:26 T:2713709376 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'priority'
16:01:26 T:2713709376 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'compression'
16:01:26 T:2713709376 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'autochannelgroups'
16:01:26 T:2713709376 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'audiotype'
16:01:26 T:2713709376 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'updatechannels'
16:01:26 T:2713709376 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'iframe'
16:01:26 T:2713709376 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'ftachannels'
16:01:26 T:2713709376 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'nativelangonly'
16:01:26 T:2713709376 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'encryptedchannels'
16:01:26 T:2713709376 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'caids'
16:01:26 T:2713709376 DEBUG: CAddonCallbacksAddon - GetAddonSetting - add-on 'VDR XVDR Client' requests setting 'piconpath'
16:01:26 T:2713709376 DEBUG: AddOnLog: VDR XVDR Client: Possible leak caused by workaround in GetLanguageCode
16:01:26 T:2713709376 ERROR: AddOnLog: VDR XVDR Client: OnDisconnect - connection lost !!!
16:01:26 T:2713709376 DEBUG: CAddonCallbacksAddon - QueueNotification - VDR XVDR Client - Error Message : 'Verbindung zum VDR Server unterbrochen'
16:01:26 T:2713709376 ERROR: AddOnLog: VDR XVDR Client: failed to read greeting from server
16:01:26 T:2713709376 DEBUG: CAddonCallbacksAddon - QueueNotification - VDR XVDR Client - Warning Message: 'Check XVDR Server version'
16:01:30 T:3006846784 DEBUG: ------ Window Deinit (DialogKaiToast.xml) ------
16:01:31 T:2713709376 ERROR: ClearBlock: Trying to clear non existent block /usr/lib/xbmc/addons/pvr.vdr.xvdr
16:01:31 T:2713709376 ERROR: ADDON: Dll VDR XVDR Client - Client returned bad status (1) from Create and is not usable
16:01:31 T:2713709376 INFO: Called Add-on status handler for '1' of clientName:VDR XVDR Client, clientID:pvr.vdr.xvdr (same Thread=no)
16:01:31 T:2713709376 WARNING: UpdateAndInitialiseClients - failed to create add-on VDR XVDR Client, status = 1
16:01:31 T:2940152640 NOTICE: Thread CAddonStatusHandler:pvr.vdr.xvdr start, auto delete: true
16:01:31 T:2940152640 DEBUG: Thread CAddonStatusHandler:pvr.vdr.xvdr 2940152640 terminating (autodelete)
16:01:31 T:3006846784 DEBUG: ------ Window Init (DialogKaiToast.xml) ------
Log Ende

seahawk1986

Zitat von moinmanne

Version xbmc-addon-xvdr auf dem Client ist die 0.9.8

Komisch, bei mir klappt es mit den Versionen aus testing:

Code

$ apt-cache policy vdr-plugin-xvdr
vdr-plugin-xvdr:
  Installiert: 0.9.9.git20130927-0yavdr0~precise
  Kandidat:    0.9.9.git20130927-0yavdr0~precise
  Versionstabelle:
 *** 0.9.9.git20130927-0yavdr0~precise 0
       1002 http://ppa.launchpad.net/yavdr/testing-vdr/ubuntu/ precise/main amd64 Packages
        100 /var/lib/dpkg/status


$ apt-cache policy xbmc-addon-xvdr
xbmc-addon-xvdr:
  Installiert: 0.9.8~git201304291220-7yavdr0
  Kandidat:    0.9.8~git201304291220-7yavdr0
  Versionstabelle:
 *** 0.9.8~git201304291220-7yavdr0 0
       1002 http://ppa.launchpad.net/yavdr/testing-xbmc/ubuntu/ precise/main amd64 Packages
        100 /var/lib/dpkg/status

Alles anzeigen

Wie sieht denn deine /var/lib/vdr/plugins/xvdr/allowed_hosts.conf aus? Passt die nach dem Update noch?

Code

16:01:26 T:2713709376 DEBUG: CAddonCallbacksAddon - QueueNotification - VDR XVDR Client - Error Message : 'Verbindung zum VDR Server unterbrochen'

moinmanne

Hallo seahawk1986, Hallo Gemeinde,
da wurde beim Update des vdr-plugin-xvdr doch die /var/lib/vdr/plugins/xvdr/allowed_hosts.conf mit den default Einstellungen überschrieben. Deswegen "no connection to server"
Nach der Eingabe des eigenen Netzes war die Verbindung zum Server ohne (VDR) Neustart sofort wieder da.
Vielen Dank für den Hinweis, hoffe er hilft auch anderen.
Gruss
M

gda

Zitat von moinmanne

da wurde beim Update des vdr-plugin-xvdr doch die /var/lib/vdr/plugins/xvdr/allowed_hosts.conf mit den default Einstellungen überschrieben. Deswegen "no connection to server"

Eigentlich ist das ein Fehler, die Datei sollte nach /etc/vdr/plugins/xvdr/ verschoben werden und /var/lib/vdr/plugins/xvdr/allowed_hosts.conf sollte ein Symlink dorthin sein. Dadurch würde die Datei nicht ohne Rückfrage überschrieben. Das solltest du hier mal Posten.

Gerald

BigChris

Das gleiche Problem nach dem dist-upgrade heute bei mir.

Der Bugtracker scheint auch gerade nicht zu funktionieren?

TXL

Selbes Problem hab mir auch mit einem apt-get upgrade meine xvdr zerschossen kommt immer check xvdr server Version jemand schon ne Lösung?

Edit: Okay jetzt gehts wieder die allowed_hosts hats ja komplett verhauen aus 192.168.0.0/16 wurde 192.168.0.0/24 ergibt ja mal überhaupt keinen sinn...

meikelmoeller · Server: Dell T30 / DD Cine S2 V6.5+Flexmodul - Ubuntu 18.04.01 / yaVDR headless

Zitat von TXL

Edit: Okay jetzt gehts wieder die allowed_hosts hats ja komplett verhauen aus 192.168.0.0/16 wurde 192.168.0.0/24 ergibt ja mal überhaupt keinen sinn...

Die hat es nicht "verhauen" sondern wurde überschrieben. Es hat schon seinen Sinn dass der Zugriff eingeschränkt wird und 192.168.0.0 ist pauschal etwas groß wie ich finde ;).

TXL

naja ich finde das nicht gerade schlimm in die Range so groß anzugeben aber das ist Ansichtssache wie man sieht ob man es so sicher haben will wie möglich oder wie auch immer die ganze Range würde ich au nie frei geben. Aber das 192.168.0.0/24 in der allowed_hosts steht was garnicht geht, warum auch immer hatte das gleiche Problem nämlich auch schon mit streamdev finde ich irgendwie komisch aber soll sicher ein sinn haben

Edit: Wieder was dazu gelernt, das /16 bzw /24 bezieht sich auf die Submask dann ergibts für mich zumindest einen sinn^^ Wobei ich dann immer noch nicht Versteht warum es damit nicht geht aber das ist ja egal

gda

Zitat von meikelmoeller

Die hat es nicht "verhauen" sondern wurde überschrieben. Es hat schon seinen Sinn dass der Zugriff eingeschränkt wird und 192.168.0.0 ist pauschal etwas groß wie ich finde .

Na ja, mein Sub-Netz ist 192.168.99.0/24. Ich könnte das jetzt auch darauf ändern, ist dann nicht so groß ;). Wieso es aber jetzt 192.168.0.0/24 statt 192.168.0.0/16 ist weiß ich auch nicht.

Gerald

mini73

Die Datei ist sowieso immer verkehrt, die muss immer auf das eigene Netzwerk angepasst werden.
Es sei denn, man baut im Plugin eine Auto-Erkennung ein und dann eine Konfigurationsmöglichkeit "LAN".

Das betrifft aber auch andere Plugins.

Lars.

gda

Zitat von mini73

Die Datei ist sowieso immer verkehrt, die muss immer auf das eigene Netzwerk angepasst werden.
Es sei denn, man baut im Plugin eine Auto-Erkennung ein und dann eine Konfigurationsmöglichkeit "LAN".

Na ja, 192.168.0.0/16 tut nicht wirklich weh.

Gerald

mini73

Finde ich auch, deshalb haben wir das ja als Vorschlag drin.

Lars

TXL

Zitat von gda

Na ja, 192.168.0.0/16 tut nicht wirklich weh.

Gerald

Der Meinung bin ich auch, gut ich könnte auch 192.168.7.0/24 draus machen da habt ihr recht aber in nem kleinen Netz ist das doch eh egal.
Wichtig ist mir nur das jetzt wieder alles geht, hätte mir die Beiträge nur davor mal richtig durchlesen sollen dann hätte ich wohl gar nicht erst Nachfragen müssen^^

gda

Zitat von mini73

Finde ich auch, deshalb haben wir das ja als Vorschlag drin.

Na ja, offensichtlich ja nicht mehr. Behauptet zumindest TXL.

Gerald

TXL

ja entweder man Ersetzt die vorletzte 0 und macht dann /24 oder man lässt sich und dann /16 sonst geht nix. Aber wenn ihr aus Sicherheitsgründen erreichen wollt, dass man es Editiert dann kann man das so machen.

seahawk1986 · In testing und unstable sollte es jetzt wieder mit 192.168.0.0/16 drin sein.

In testing und unstable sollte es jetzt wieder mit 192.168.0.0/16 drin sein.

mini73

:):tup

TXL

beim vnsiserver ist übrigens genau der gleiche Fehler in der allowed_hosts

meikelmoeller · Server: Dell T30 / DD Cine S2 V6.5+Flexmodul - Ubuntu 18.04.01 / yaVDR headless

Nur mal so am Rande, 192.168.0.0/24 ist ein ganz normales Class C Netz genau so wie das 192.168.1.0er Netz. Mit 192.168.0.0/16 erschlägt man eigentlich den ganzen Unsinn der im Heimbereich per Default genutzt wird.

gda

Zitat von meikelmoeller

Mit 192.168.0.0/16 erschlägt man eigentlich den ganzen Unsinn der im Heimbereich per Default genutzt wird.

Genau das war die Absicht.

Gerald

xbmc-addon-xvdr Versionskonflikt Precise 12.04

Jetzt mitmachen!

Tags