Timer auf dem Server werden nicht angezeigt. - keine Verbindung mit SVDRP

wayne · Nov 24th 2024

Hallihallo,

beim Starten des Clients werden die Timer auf dem Server nicht angezeigt.

Am Client:

Code

Nov 23 19:29:10 MLDWZneu vdr[2676]: [2700] SVDRP MLDWZneu < 127.0.0.1:45848 server destroyed
Nov 23 19:29:10 MLDWZneu vdr[2676]: [2700] SVDRP MLDWZneu < 127.0.0.1:45848 connection closed
Nov 23 19:29:09 MLDWZneu vdr[2676]: [2700] SVDRP MLDWZneu > 192.168.178.220:48146 server created
Nov 23 19:29:09 MLDWZneu vdr[2676]: [2700] SVDRP MLDWZneu < 192.168.178.220:48146 client connection accepted
Nov 23 19:29:09 MLDWZneu vdr[2676]: [2703] SVDRP MLDWZneu > 255.255.255.255:6419 send dgram 'SVDRP:discover name:MLDWZneu port:6419 vdrversion:20703 apiversion:30005 timeout:300'
Nov 23 19:29:09 MLDWZneu vdr[2676]: [2703] SVDRP MLDWZneu listening on port 6419/udp
Nov 23 19:29:09 MLDWZneu vdr[2676]: [2703] SVDRP MLDWZneu opening port 6419/udp
Nov 23 19:29:09 MLDWZneu vdr[2676]: [2703] SVDRP client handler thread started (pid=2676, tid=2703, prio=low)
Nov 23 19:29:09 MLDWZneu vdr[2676]: [2701] device 2 TS buffer thread started (pid=2676, tid=2701, prio=high)
Nov 23 19:29:09 MLDWZneu vdr[2676]: [2700] SVDRP MLDWZneu listening on port 6419/tcp
Nov 23 19:29:09 MLDWZneu vdr[2676]: [2700] SVDRP MLDWZneu opening port 6419/tcp
Nov 23 19:29:09 MLDWZneu vdr[2676]: [2700] SVDRP server handler thread started (pid=2676, tid=2700, prio=low)

Display More

Code

SVDRPDefaultHost = MLD6-Server
SVDRPHostName = 
SVDRPPeering = 1
SVDRPTimeout = 300

svdrpservice.ConnectTimeout = 2
svdrpservice.ReadTimeout = 5
svdrpservice.ServerIp = 192.168.178.220
svdrpservice.ServerPort = 6419

Am Server:

Code

Nov 23 19:29:09 MLD6-Server.fritz.box vdr[2318]: [2364] SVDRP MLD6-SERVER > 192.168.178.101:6419 client created for 'MLDWZneu'
Nov 23 19:29:09 MLD6-Server.fritz.box vdr[2318]: [2364] SVDRP MLD6-SERVER > 192.168.178.101:6419 server connection established
Nov 23 19:29:09 MLD6-Server.fritz.box vdr[2318]: [2364] SVDRP MLD6-SERVER < 192.168.178.101:36413 discovery received (SVDRP:discover name:MLDWZneu port:6419 vdrversion:20703 apiversion:30005 timeout:300)
Nov 23 19:29:08 MLD6-Server.fritz.box vdr[2318]: [2363] SVDRP MLD6-SERVER < 192.168.178.101:41406 server destroyed
Nov 23 19:29:08 MLD6-Server.fritz.box vdr[2318]: [2363] SVDRP MLD6-SERVER < 192.168.178.101:41406 connection closed
Nov 23 19:29:08 MLD6-Server.fritz.box vdr[2318]: [2363] SVDRP MLD6-SERVER > 192.168.178.101:41406 server created
Nov 23 19:29:08 MLD6-Server.fritz.box vdr[2318]: [2363] SVDRP MLD6-SERVER < 192.168.178.101:41406 client connection accepted
Nov 23 19:29:08 MLD6-Server.fritz.box vdr[2318]: [2363] SVDRP MLD6-SERVER < 192.168.178.101:41390 server destroyed
Nov 23 19:29:08 MLD6-Server.fritz.box vdr[2318]: [2363] SVDRP MLD6-SERVER < 192.168.178.101:41390 connection closed
Nov 23 19:29:08 MLD6-Server.fritz.box vdr[2318]: [2363] SVDRP MLD6-SERVER > 192.168.178.101:41390 server created
Nov 23 19:29:08 MLD6-Server.fritz.box vdr[2318]: [2363] SVDRP MLD6-SERVER < 192.168.178.101:41390 client connection accepted

Display More

Code

SVDRPDefaultHost = 
SVDRPHostName = MLD6-SERVER
SVDRPPeering = 1
SVDRPTimeout = 0

kls · Nov 25th 2024

Funktioniert bei mir einwandfrei.

Allerdings habe ich kein "svdrpservice" installiert (was auch immer das macht).

Lass das mal weg.

wayne · Nov 25th 2024

Habe den "svdrpservice" deinstalliert. Geht aber leider immer noch nicht.

Hilft vielleicht die neue Erkenntnis weiter?

der neue MLD6.5 Client sieht die Timer des alten Servers 5.5
der neue MLD6.5 Client sieht die Timer des neuen Servers 6.5 nicht

carel · Nov 25th 2024

Vielleicht geht es mit:

Code

SVDRPDefaultHost = MLD6-Server.fritz.box

?

wayne · Nov 26th 2024

Nee, auch das hat nicht geholfen.

Noch eine Ergänzung:

Wenn ich am Client einmal von "Standardmaschine" zu "mit jeder Maschine" oder umgekehrt wechsle,

sind die Timer sichtbar.

Nur nach einem Reboot sind die Timer wieder nicht mehr sichtbar...

bronline · Nov 26th 2024

Auf unserem yavdr server/client funktionieren die folgenden Angaben:

Auf dem Server (hostname = theatresrv)

SVDRPDefaultHost =

SVDRPHostName = theatresrv

SVDRPPeering = 1

Auf dem client (hostname = theatre)

SVDRPDefaultHost = theatresrv

SVDRPHostName = theatre

SVDRPPeering = 2

Gruß

kfb77 · Nov 26th 2024

Die Frage hatten wir noch nicht: Am Client und Server das IP Subnetz in der /etc/vdr/svdrphosts.conf freigeben ?

Test mit: "svdrpsend -d <Name des anderen VDR wie oben eingetragen> stat disk"

wayne · Nov 26th 2024

Quote from kfb77

Die Frage hatten wir noch nicht: Am Client und Server das IP Subnetz in der /etc/vdr/svdrphosts.conf freigeben ?
Test mit: "svdrpsend -d <Name des anderen VDR wie oben eingetragen> stat disk"

Ja, das Subnet ist freigegeben:

Code

 127.0.0.1             # always accept localhost
#192.168.178.0/24     # 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!)

stat disk geht nicht:

Code

root@MLD6-Server:~# svdrpsend -d MLDWZneu stat disk                                                                                                                                                                                                  
invalid port number                                                                                                                                                                                                                                  
recv faild: Bad file descriptor                                                                                                                                                                                                                      
recv faild: Bad file descriptor                                                                                                                                                                                                                      
recv faild: Bad file descriptor                                                                                                                                                                                                                      
root@MLD6-Server:~#

Aber ein MESG:

Code

root@MLD6-Server:~# svdrpsend MLDWZneu 6419 "MESG Test"                                                                                                                                                                                              
220 MLDWZneu SVDRP VideoDiskRecorder 2.7.3; Tue Nov 26 21:12:59 2024; UTF-8                                                                                                                                                                          
250 Message queued                                                                                                                                                                                                                                   
221 MLDWZneu closing connection

Neztwerktechnisch ist es wohl eher nicht das Problem, weil es ja funktioniert, wenn ich einmal im OSD von "Standardmaschine" zu "mit jeder Maschine" oder umgekehrt wechsle. Nur nach dem Reboot geht's nicht mehr.

Wie man oben im Log sieht, steht die Verbindung ja auch für eine kurze Sekunde nach dem Reboot , wird dann aber "closed und destroyed"

wayne · Nov 26th 2024

Quote from bronline

Auf unserem yavdr server/client funktionieren die folgenden Angaben:

Auf dem Server (hostname = theatresrv)

SVDRPDefaultHost =
SVDRPHostName = theatresrv
SVDRPPeering = 1
Auf dem client (hostname = theatre)
SVDRPDefaultHost = theatresrv
SVDRPHostName = theatre
SVDRPPeering = 2

Gruß

Display More

Auch mit diesen Angaben geht es nur wie beschrieben (...

wenn ich einmal im OSD von "Standardmaschine" zu "mit jeder Maschine" oder umgekehrt wechsle. Nur nach dem Reboot geht's nicht mehr.)

wmautner · Nov 26th 2024

Mmhm, das

Code

127.0.0.1             # always accept localhost
#192.168.178.0/24     # 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!)

sieht unkonfiguriert aus. Warum nicht das eigene Subnetz eintragen und das Kommentarzeichen (#) dafür entfernen?

Wie der "alles frei"-Eintrag 0.0... sich auswirkt, kann ich nicht sagen, aber vielleicht der Nachbar am selben Kabelstrang freut sich?

wayne · Nov 27th 2024

Habe das eigene Subnetz natürlich auch schon eingetragen (sieht man an dem Fritzbox-Netz 192.168.178.0)

Hilft aber auch nicht.

Mit dem alten Server MLD5.5 und den Clients MLD5.5 funktioniert ja auch meine svdr-Konfig.

Nur eben mit der neuen Kombi MLD6 nicht richtig.

Ich kenne es nur so, dass es gar keine Verbindung gibt, wenn die Konfiguration fehlerhaft ist.

Es funktioniert ja nach ein paar mal hin und her wechseln des Hosts im OSD.

wmautner · Nov 27th 2024

Der Eintrag hat aber noch den Kommentar-Hash # am Zeilenanfang ...

wayne · Nov 27th 2024

Schon klar, habe es wieder rückgängig gemacht, als es auch nix geholfen hatte...

wayne · Nov 29th 2024

Hmmmm...

Seit ich wegen diesem Problem beim MLD-Client folgendes eingestellt habe, sind die Timer auch nach einem Reboot wieder da:

Code

Mit der Einstellung für den Streaming Client "Beim Starten auf den Server warten" ist der VDR Start nun so lange verzögert,
dass es reicht, die Aufzeichnungen einzubinden..

wayne · Nov 29th 2024

kls:

Eine Frage von clausmuus aus dem MLD-Forum:

Quote

Magst Du mal bei Klaus (kls) nachfragen, ob der Client gestartet werden darf, bevor die Netzwerk Verbindung steht?

kls · Nov 29th 2024

Der Client schickt nur einmal beim Start sein "discover", daher muss das Netzwerk zu dem Zeitpunkt bereits laufen.

Eventuell wäre es sinnvoll, das bei einer unterbrochenen oder gar nicht erst zustandegekommenen Verbindung in gewissen Abständen zu wiederholen.

clausmuus · Nov 29th 2024

Hi kls

das klingt sinnvoll, vor allem weil z.B. das Herstellen einer WLAN Verbindung doch eine gewisse Zeit dauern kann (und nicht immer 100%ig stabil ist). Wenn der VDR (wie bei der MLD) direkt beim Booten gestartet wird, muss ansonsten immer auf die Netzwerk Verbindung gewartet werden.

kls · Nov 30th 2024

clausmuus Kannst du bitte mal das hier probieren?

Diff

--- svdrp.c     2024/09/09 13:39:05     5.10
+++ svdrp.c     2024/11/30 15:08:15
@@ -713,9 +713,17 @@
 void cSVDRPClientHandler::Action(void)
 {
   if (udpSocket.Listen()) {
+     time_t LastDiscover = 0;
+#define SVDRPDiscoverDelta 3 // seconds
      SVDRPClientPoller.Add(udpSocket.Socket(), false);
-     SendDiscover();
      while (Running()) {
+           if (clientConnections.Size() == 0) {
+              time_t Now = time(NULL);
+              if (Now - LastDiscover >= SVDRPDiscoverDelta) {
+                 SendDiscover();
+                 LastDiscover = Now;
+                 }
+              }
            SVDRPClientPoller.Poll(1000);
            cMutexLock MutexLock(&mutex);
            HandleClientConnection();

Display More

Ist nur mal ein erster Versuch. Ich weiß nicht, ob es bei fehlendem Netzwerk überhaupt so weit kommt, oder schon udpSocket.Listen() scheitert.

clausmuus · Dec 1st 2024

kls

leider war gerade der MLD Webserver ausgefallen, weshalb ich mich zuerst einmal um den kümmern musste, und Deine Anpassung noch nicht testen konnte.

Ich Melde mich aber sobald das getestet wurde.

Timer auf dem Server werden nicht angezeigt. - keine Verbindung mit SVDRP

Participate now!

Share

Users Viewing This Thread