Probleme mit REMOTEOSD und REMOTETIMERS

  • Hallo Leute,


    ich bräuchte mal eure geschätzte Hilfe.
    Zuerst, Ja, Port stimmt, da serverOSD und Remotetimers lassen sich von den clients ansprechen, da funktioniert eine gewisse Weile, dann heisst es bei remoteosd als auch remote timers im OSD .. remote timers not availabele. Erst nach einem Neustart des Servers bzw. Neustart des VDR auf dem server geht es wieder - eine Weile lang.
    Im Log konnte ich noch nichts verdächtiges finden - falls jemand dieses Problem hatte und lösen konnte - nur her mit.


    Danke schon mal


    Magicdragon67

  • Möglicherweise ist der SVDRP-Port auf dem Server durch einen anderen Client oder ein Programm belegt. Kannst Du Dich wenn das Problem auftritt erfolgreich per telnet mit dem SVDRP-Port des Servers verbinden? Falls nein, sollte Dir "netstat -ntp | grep 2001" einen Hinweis liefern, wer gerade den Port belegt.

  • Hi, Danke,


    das versuche ich mal, wenns wieder hakt - 2001 ist wohl der Port ? der hat sich ja geändert - aber bin mal gespannt, was dabei herauskommt.


    Grüße


    Magicdragon67

  • Hi SChmirl,


    das habe ich mir fast gedach :D


    Aber Danke dann brauch ich den Port nicht raussuchen ;D


    Wenn man auf den Absturz wartet, passiert wie immer nix - VDR :gemein


    Grüße Magicdragon67

  • Hi dei Ausgave von netstat ergibt:


    tcp 0 0 129.168.1.34:6419 192.168.1.36:40080 TIME_WAIT -



    xxx.34 ist der server xxx.36 der client.


    OK was kann ich daraus ablesen ??


    Grüße


    Magicdragon67

  • Hi Leute,


    wie kann man eine svdrp Verbindung, die hängt zwangsweise schließen ??
    Möglicherweise könnte ich für mein Problem ein woraround machen, der die svdrp Verbindungen überwacht und nach gewisser Zeit zwangsweise schließt ??


    Bis auf die schon gepostete Ergebnisse von netstat habe ich keinen neuen Daten für mein Problem - leider fehlt mir auch ein weiterer Ansatzpunkt zum Suchen.


    Mal eine Verständniss Frage - SVDRPSERVICE stellt doch die eine SVDRP Verbindung mehreren Nutzern zur Verfügung - wäre es denkbar, dass SVDRPSERVICE nicht alle Verbindungen ordnungsgemäß schließt und es irgend wann zu zuvielen offenen Verbindungen kommt und das Ganze dann hängt ??


    Danke schon mal für alle Tips und Hilfen.



    Grüße


    Magicdragon67

  • In Deiner netstat-Ausgabe ist die Verbindung auf TIME_WAIT, die Verbindung wurde also bereits getrennt. Da auch keine weiteren Verbindungen bestehen, sollte der SVDRP-Port frei sein. Bekommst Du die SVDRP-Begrüßungsmeldung wenn Du Dich mit telnet an den Port verbindest? Schau bitte auch mal im Log nach "max. latency time"-Meldungen. Wieviele Sekunden werden Dir da angezeigt?

  • Hi,


    ich melde mich mal wieder, eine Meldung mit "Latency....." konnte ich im Log nicht finden.
    Ich habe mal die Ausgaben im Log verfolgt, wenn das Remoteosd nicht erreichbar ist. Dabei stellte sich heraus, dass der Port auf dem Server geöffnet wird und gleich darauf wieder geschlossen wird??
    Was ich damit anfangen soll ?? Hmpft keine Ahnung. Nur scheint es wohl so zu sein, dass die Kommunikation schon noch funktioniert nur dass die Verbindung vom Server beendet wird.
    Kann man im RemoteOSD bzw. Remotetimers Log-Meldungen einschalten um mehr zu erfahren ??


    Grüße


    Magicdragon67

  • Du kannst das svdrpservice-Plugin mit Debug-Option kompilieren, dann werden alle Ausgaben ins Log geschrieben ("make clean; SVDRPSERVICE_DEBUG=syslog make install")


    Zitat

    Debugging:
    ----------
    Compile with SVDRPSERVICE_DEBUG=syslog if you want to see the commands
    and replies in the log. Use SVDRPSERVICE_DEBUG=stderr (actually any
    value will do) to get output on the terminal where you started vdr.


    Die Latency-Meldungen kommen nur wenn der VDR Watchdog-Timeout aktiviert ist und der Debug-Level auf Default bzw. -l 3 steht.

  • Hi Schmirl,


    Danke für die Infos, setze ich mal um, sobald sich dafür Zeit findet und meine Frau mir den Server mal überlässt :D


    Bin mal auf die Ausgaben gespannt.


    Grüße


    Magicdragon67

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!