[GELÖST] Nach Neuinstallation des servers meldet der yavdr-client "remote timers not available"

[LÖSUNG ANFANG]
Der Port für die svdrpservices ist 6419 (nicht 2001)
[LÖSUNG ENDE]

Hallo.
Ich habe gestern den dockstar-server bei meinem Eltern neu aufgesetzt, weil es u.a. erhebliche Probleme beim Spulen der Aufnahmen gab.
Diesmal habe ich auch für den Server das yavdr-repo benutzt (vorher debian).

Nach der Installation lief eigentlich alles (leider waren auch die Spulprobleme noch vorhanden), aber als ich etwas programmieren wollte, meldete der yavdr-client "remote timers not available" und legte lokale Timer/Aufnahmen an.
Ich habe nochmal die svdrphosts.conf auf dem Server gecheckt, aber das komplette Netz (192.168.1.0/24) ist freigegeben.

BTW: Ich hatte noch das vdr-plugin-control und telnet eingerichtet. kann es da ggf. Überschneidungen mit dem port 2001 geben?

Könnt ihr mir helfen?

Hallo fnu.

Spulproblematik:
Ja, die Aufnahmen liegen auf der dockstar, aber sas lief anfangs problemlos.
Ist erst seit den letzten Wochen aufgetreten und betrifft u.a. auch das Springen mit der gelben bzw. grünen Taste.
Ich werde demnächt aber die 0.4 auf dem client installieren, dann sollte das wieder laufen.

Port:
Das scheint es zu sein. Wie gesagt hatte ich auf dem Server vorher ein debian und svdrpservice selber kompiliert. Da galt wahrscheinlich noch 2001.
Werde das mal mit 6419 versuchen.

Danke

Hallo.
Na ich meinte eher, dass da ne "frische" yavdr-Version auf den client kommt. Da bietet sich das update auf die 0.4 natürlich an.
Die 0.4 ist natürlich für den client (ein miniITX-PC).

Auf der dockstar läuft ein yavdr aus diesen repos:

deb http://dockstar.yavdr.org unstable/
#deb-src http://dockstar.yavdr.org unstable/

Hallo.
Muss diesen "gelösten" thread leider noch mal aufleben lassen.

Zwischenzeitlich habe ich den yavdr-Client auf die 0.4 geuppt. Das Bild & der Ton werden gestreamt, aber remotetimers geht (schon wieder) nicht.
Port & IP stimmen und auch die Freigabe des lokalen LAN (192.168.1.0/24) auf dem Server.

Wie kann ich eigentlich sehen, welcher svdrp-port eingestellt ist?

Grüße

Hallo.

Also die Server-IP ist 192.168.1.22, aber weder /24 noch /16 funktionieren.
Nun habe ich testweise svdrphosts.conf auf 0.0.0.0/0 gesetzt, aber auch hier keine Veränderung.

Kann es sein, dass der dockstar-yavdr noch die 2001 benutzt?

root@dockstar:~# netstat -tulpen
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode       PID/Program name
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      0          2234        485/portmap
tcp        0      0 0.0.0.0:2001            0.0.0.0:*               LISTEN      666        2851        788/vdr
tcp        0      0 0.0.0.0:2004            0.0.0.0:*               LISTEN      666        2849        788/vdr
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      0          2634        674/sshd
tcp        0      0 0.0.0.0:3000            0.0.0.0:*               LISTEN      666        2850        788/vdr
tcp        0      0 0.0.0.0:34683           0.0.0.0:*               LISTEN      0          2698        688/rpc.mountd
tcp        0      0 0.0.0.0:2049            0.0.0.0:*               LISTEN      0          2569        -
tcp        0      0 0.0.0.0:41411           0.0.0.0:*               LISTEN      102        2300        498/rpc.statd
tcp        0      0 0.0.0.0:8008            0.0.0.0:*               LISTEN      666        2846        788/vdr
tcp        0      0 0.0.0.0:35945           0.0.0.0:*               LISTEN      0          2589        -
tcp6       0      0 :::22                   :::*                    LISTEN      0          2636        674/sshd
udp        0      0 0.0.0.0:51603           0.0.0.0:*                           102        2297        498/rpc.statd
udp        0      0 0.0.0.0:674             0.0.0.0:*                           0          2288        498/rpc.statd
udp        0      0 0.0.0.0:58084           0.0.0.0:*                           0          2693        688/rpc.mountd
udp        0      0 0.0.0.0:111             0.0.0.0:*                           0          2226        485/portmap
udp        0      0 0.0.0.0:2049            0.0.0.0:*                           0          2604        -
udp        0      0 0.0.0.0:40712           0.0.0.0:*                           0          2582        -
root@dockstar:~#

Habe jetzt beim Client auf 2001 geändert. Keine abgewiesenen Verbindungen mehr, aber auch kein EPG bzw. keine Aufzeichnungen.

Grüße

Hi.
Laut http://vdr.schmirler.de/ muss svdrp-service nur auf dem client laufen.
svdrposd habe ich auf der dockstar installiert.

Es lief ja auch mit dem yavdr 0.3 als client.
Nun habe ich den Port 2001 angepasst und erhalte auch keine Fehlermeldungen ("not available") mehr.

Das zeigt er in den logs

May 21 19:13:26 yavdr vdr: [1145] SvdrpService: connected to 192.168.1.22:2001 (enabled charset conversion ANSI_X3.4-1968 - UTF-8)

aber (wie gesagt) weder EPG noch Aufzeichnungen.

Gruß

Hallo.
Ich kriege es nicht hin.
Würde es gerne mal mit dem normalen VDR (nicht-yavdr) probieren.

Wie löscht man den yavdr auf der dockstar denn sauber?

Hallo.
Ich meinte natürlich die Pakete auf dem Server. Irgendwas stimmte da nicht.
Mit dem debian-VDR wird jetzt zumindest das (Server-)EPG am Client angezeigt.

Kann remotetimers eigentlich das Aufnahmenverzeichnis des Servers anzeigen?
Hatte das sonst immer per NFS eingebunden, aber die Optionen im remotetimers-plugin suggerieren, dass das auch ohne NFS geht?

Hallo.
Zu früh gefreut. Das remotetimer-plugin funktioniert leider auch nicht mit dem debian-VDR (1.6).
Dass die EPG-Daten vorhanden sind, lag an epg-sync, nicht am remotetimer-plugin.

Der SVDRP-Port beim VDR 1.6 ist 2001 und auch korrekt eingestellt, aber weder Timer noch Aufnahmen sind am Client zu sehen.
Ich habe gelesen, dass das extrecmenu-Plugion ggf. stören könnte.

Wollte das mal testweise löschen, aber da scheinen die yavdr-essentials dranzuhängen.

Habt ihr noch ne Idee?

Hallo seahawk.
Schön, dass du dich meinem Problem annimmst.

svdrpsend ist natürlich perfekt um mein problem einzukreisen, daher habe ich damit mal angefangen.

jcc@yavdr:~$ svdrpsend -d 192.168.1.22 lstr
connect: Verbindungsaufbau abgelehnt
jcc@yavdr:~$

die svdrphost.conf sieht wie folgt aus:

#
# svdrphosts    This file describes a number of host addresses that
#               are allowed to connect to the SVDRP port of the Video
#               Disk Recorder (VDR) running on this system.
# Syntax:
#
# IP-Address[/Netmask]
#


127.0.0.1             # always accept localhost
192.168.1.0/16     # any host on the local net
#204.152.189.113      # a specific host
0.0.0.0/0            # any host on any net (USE THIS WITH CARE!)
192.168.1.31         # yavdr

Ein bisschen doppelt gemoppelt, aber an der dürfte es nicht liegen, oder?

vdradmin-am - das ja probleme diesbezüglich bereiten könnte - habe ich auch schon gelöscht.

Was kann das sein?

nfs-mount:
Ich habe das Video-Verzeichnis des Servers nach /srv/video (Client) gemountet, aber wenn ich dich recht verstanden habe, muss ich nach (z.B.) /srv/video/server mounten und "/srv/video/server" muss ich dann auch in die Settings des plugins eintragen (oder nur "server"?).

Grüße

Leider nein. Habe die 0.0.0.0/0 herausgenommen, aber es bleibt beim "abgelehnten Verbindungsaufbau".

Zitat

Ist dein Rechner denn wirklich mit einer IP 192.168.1.xxx unterwegs? Ansonsten bräuchtest du die Regel 192.168.1.0/16

Ist das nicht nur abhängig vom Subnetz? Bei mir ist das 255.255.255.0. Dann muss es doch "/24" heissen, oder?
Ändert aber auch nichts...

EDIT:
Was ich ganz merkwürdig finde: RemoteOSD und EPGsync funktionieren!
Die greifen doch auch per svdrp auf die IP 192.168.1.22:2001 auf dem Server zu - ohne Probleme.
Das funktioniert. Manuell per svdrpsend geht das aber nicht!

EDIT2:

Jun 18 11:31:18 yavdr vdr: [2091] SvdrpService: connected to 192.168.1.22:2001 (enabled charset conversion ANSI_X3.4-1968 - UTF-8)
Jun 18 11:31:24 yavdr vdr: [2091] SvdrpService: connected to 192.168.1.22:2001 (enabled charset conversion ANSI_X3.4-1968 - UTF-8)
Jun 18 11:31:59 yavdr vdr: [2196] XVDR: Timers state changed (1)
Jun 18 11:31:59 yavdr vdr: [2196] XVDR: Requesting clients to reload timers

Kann XVDR evtl. querschiessen?
Oder kann es an der Lokalisierung liegen? Der Server-VDR kann offensichtlich nur engllisch.

Bin einen Schritt weiter:
Der yavdr 0.4 nutzt ja einen vdr > 1.7.15, d.h. standardmäßig wird beim Befehl svdrpsend der neue port (6412 oder so) benutzt.

Gebe ich den port mit an:
svdrpsend.pl -d 192.168.1.22 -p 2001 LSTR
werden alle Aufzeichnungen aufgelistet.

Das remotetimer-plugin jedoch müsste das ja richtig machen, weil ich den Port 2001 da ja eingetragen habe.

Woran liegt es?