[clausmuus]

"Funktioniert" bedeutet hilft, oder bedeutet das es keine Fehler wirft.

[wayne]

"Funktioniert" bedeutet hilft!
Es ist kein Neustart des VDR notwendig.
Die Verbindung zum svdrp-Server steht sofort noch dem Einschalten.

[clausmuus]

Magst Du Bitte noch mal testen, ob auch dieses Script in /usr/share/vdr/run.d/70_server.sh funktioniert. Auch dies muss wieder ausführbar gemacht werden.

Code: [Select]

#!/bin/sh

case "$1" in
    start)
        /lib/systemd/systemd-networkd-wait-online --timeout 30 -i eth0 -i wlan0 --any
        ;;
esac


[wayne]

Bei 5 Mal starten hatte es 3 Mal nicht und 2 Mal funktioniert.

[clausmuus]

Hm, dann brauche ich noch einen weiteren Test. Bitte füge nach dem systemd-networkd-wait-online Aufruf noch ein "sleep 5" ein:

Code: [Select]

#!/bin/sh

case "$1" in
    start)
        /lib/systemd/systemd-networkd-wait-online --timeout 30 -i eth0 -i wlan0 --any
        sleep 5
        ;;
esac


[wayne]

Bei 5 Mal starten hatte es 4 Mal nicht und 1 Mal funktioniert.

[franky]

@claus
Es scheint nicht daran zu liegen, dass noch kein Netzwerk aktiv ist, wenn der VDR startet.

Das Netzwerk ist definitiv aktiv, da bei meinen Tests beim Server immer eine SVDRP Anfrage vom Client ankommt.

Nur wird dann nicht immer eine SVDRP-Verbindung aufgebaut.
Bei einem VDR-Restart funktioniert es dann doch, wobei ich auch schon den Fall hatte, dass auch ein VDR-Restart nicht geholfen hat.
Mir ist auch aufgefallen, dass im VDR-Setup des Client unter Einstellungen-Sonstiges der Eintrag "SVDRP Standardmaschine" nicht angezeigt wird, wenn die SVDRP-Verbindung nicht aktiv ist.
Wenn die SVDRP Verbindung aktiv ist, wird dort der Hostname des Servers angezeigt.

Irgendwie scheint da der VDR ein Problem zu haben, beim Start die SVDRP Verbindung zuverlässig aufzubauen, wenn kein streamdev-client Plugin installiert ist.
Ich hatte schon den Verdacht, dass der avahi Linker der ja auch SVDRP verwendet evtl. stört, was sich aber nicht bestätigt hat.

Ich habe keine Idee mehr, wie man das Problem lösen könnte.

Als Anlage mal die Logauszüge vom Client und Server einmal, wenn nach dem Systemstart des Client keine Verbindung aktiviert wird und dann nach dem VDR-Restart, wenn die Verbindung aktiv ist.

[clausmuus]

Mag mal einer von Euch im VDR Portal zu dem Thema fragen.

[wayne]

Hallo Claus,

das hatte ich quasi schon mal im VDR-Portal gepostet und Du wolltest was testen 

https://www.vdr-portal.de/forum/thread/136579-timer-auf-dem-server-werden-nicht-angezeigt-keine-verbindung-mit-svdrp/?postID=1377245#post1377245

[clausmuus]

Ich habe den Patch von kls hinzugefügt und lasse gerade den VDR für den x86'er auf dem nightbuild neu bauen. Der Build müsste in 15 Minuten durch sein.
Bitte mal testen ob das hilft (auch ohne das /usr/share/vdr/run.d/70_server.sh).

[franky]

@claus
Bei der Aktualisierung gibt es ein Problem mit restfulapi.

Code: [Select]

dpkg: dependency problems prevent configuration of vdr-plugin-restfulapi:
 vdr-plugin-restfulapi depends on vdr (<< 2.7.6-r131..); however:
  Version of vdr on system is 2.7.6-r134.0.

dpkg: error processing package vdr-plugin-restfulapi (--configure):
 dependency problems - leaving unconfiguredIch habe dann doch mal getestet.
Leider hat sich das Verhalten nicht gebessert.
Ist jetzt halt die Frage, ob es daran lag, dass die Aktualisierung nicht sauber funktioniert hat.
Ich gehe mal per Snapshot wieder zurück.

[wayne]

Dann warte ich noch mit meinem Test bis das Problem mit dem vdr-plugin-restfulapi behoben ist...

[clausmuus]

Das liegt mal wieder da dran, dass unser Build System die Versionen einiger Pakete zurück gesetzt hat Ich hab jetzt noch einen Versuch unternommen dies zu umschiffen.
Es gibt jetzt wieder neue Pakete.

[wayne]

Sodele...

Update gemacht, aber es wurde dann der nfs-client und das vdr-plugin-epgsync removed --> neu installiert, geht wieder

Bei ungefähr jedem zweiten Reboot gibt es keine sofortige Verbindung zum svdrp-Server (keine Timer im OSD sichbar)
Warte ich allerdings vielleicht 2 min, dann steht die Verbindung zum svdrp-Server (die Timer im OSD sichbar), ohne dass der VDR neu gestartet wurde.

[franky]

Nach einem Update des VDR verhält sich auch mein System, wie von wayne beschrieben.
Durch den patch versucht jetzt der Client-VDR die SVDRP Verbindung erneut aufzubauen, falls der erste Versuch nicht funktioniert hat.
Im Log des Client sieht man, dass er dazu alle 3 Sekunden eine erneute SVDRP-Anfrage sendet, die auch jedes Mal beim Server ankommt.
Das kann dann bis zu 2 Minuten dauern, bis die SVDRP Verbindung aufgebaut ist und der Client dann auch aufhört die Anfragen zu senden.

Es wird jetzt auf jeden Fall ohne VDR-Restart immer eine SVDRP Verbindung aufgebaut und die fernen Timer des Servers sind am Client sichtbar, auch wenn es mal etwas länger dauern kann.
Ich denke, das sollte das Problem für diesen Sonderfall lösen.
Bei einem Streamdev Client funktioniert die Verbindung ja sowieso immer zuverlässig nach dem Systemstart.