Posts by Mirko76

    Ok, nun funktioniert es. Hab es nochmal neu eingegeben, jetzt passt es wohl.


    Log vom Server:

    Code
    Aug 17 19:58:05 vdrserver vdr: [822] SVDRP vdrserver < 192.168.1.5:43383 discovery received (SVDRP:discover name:yavdr port:6419 vdrversion:20400 apiversion:20400 timeout:300)
    Aug 17 19:58:05 vdrserver vdr: [822] SVDRP vdrserver > 192.168.1.5:6419 server connection established
    Aug 17 19:58:05 vdrserver vdr: [822] SVDRP vdrserver > 192.168.1.5:6419 client created for 'yavdr'
    Aug 17 19:58:05 vdrserver vdr: [821] SVDRP vdrserver < 192.168.1.5:34908 client connection accepted
    Aug 17 19:58:05 vdrserver vdr: [821] SVDRP vdrserver > 192.168.1.5:34908 server created
    Aug 17 19:58:24 vdrserver vdr: [793] timer 1@yavdr (1 2330-2350 VPS 'Tagesthemen') set to event Sa. 17.08.2019 23:20-23:40 (VPS: 17.08. 23:30) 'Tagesthemen'

    Mein Testtimer vom yavdr-Client wurde programmiert.


    Danke für die Hilfe.

    epg2vdr hat auch noch gestört.


    Jetzt kommt folgende Meldung:


    Code
    Aug 16 21:23:35 yavdr vdr: [2484] ERROR: Fehler beim Ansprechen des fernen Timers 0@vdrserver!


    Er will jetzt schonmal den Timer zum Server schicken, aber noch klemmt es irgendwo.

    Ok, nun hab ich zumindest beim Server und Client einen neuen Log-Eintrag:

    Server:

    Code
    Aug 16 17:09:11 vdrserver vdr: [2453] SVDRP vdrserver < 192.168.1.5:59262 client connection accepted
    Aug 16 17:09:11 vdrserver vdr: [2453] SVDRP vdrserver > 192.168.1.5:59262 server created

    Client:


    Code
    Aug 16 17:09:11 yavdr vdr: [5071] SVDRP yavdr > 192.168.1.15:6419 server connection established
    Aug 16 17:09:11 yavdr vdr: [5071] SVDRP yavdr > 192.168.1.15:6419 client created for 'vdrserver'

    Wie bekomm ich den Client jetzt dazu, die Timer dem Server zu übergeben?

    setup.conf Client


    Code
    SVDRPDefaultHost = vdrserver
    SVDRPHostName =
    SVDRPPeering = 1
    SVDRPTimeout = 300

    svdrphosts.conf Server

    Code
    127.0.0.1             # always accept localhost
    192.168.1.0/24     # any host on the local net


    Muss ich beim Client auch das lokale Netz freigeben?

    Hallo,


    hier mal ein paar Logs beim Neustart des Clients:

    Client-Log:


    Code
    Aug 15 19:29:56 yavdr vdr: [27145] SVDRP server handler thread started (pid=27109, tid=27145, prio=low)
    Aug 15 19:29:56 yavdr vdr: [27145] SVDRP yavdr opening port 6419/tcp
    Aug 15 19:29:56 yavdr vdr: [27145] SVDRP yavdr listening on port 6419/tcp
    Aug 15 19:29:56 yavdr vdr: [27146] SVDRP client handler thread started (pid=27109, tid=27146, prio=low)
    Aug 15 19:29:56 yavdr vdr: [27146] SVDRP yavdr opening port 6419/udp
    Aug 15 19:29:56 yavdr vdr: [27146] SVDRP yavdr listening on port 6419/udp
    Aug 15 19:29:56 yavdr vdr: [27146] SVDRP yavdr > 255.255.255.255:6419 send dgram 'SVDRP:discover name:yavdr port:6419 vdrversion:20400 apiversion:20400 timeout:300'


    Server-Log


    Code
    Aug 15 19:29:56 vdrserver vdr: [609] SVDRP vdrserver < 192.168.1.5:41187 discovery received (SVDRP:discover name:yavdr port:6419 vdrversion:20400 apiversion:20400 timeout:300)


    Grüße

    Mirko

    Hi,


    ich hab auf einem ollen Intel-Board samt Nvidia 1030 einen VDR 2.4 per yavdr-ansible am laufen.

    Desweiteren läuft im Keller auf meinem Proxmox in einem LXC-Container ein VDR-Server, ebenso 2.4 per yavdr-Quellen.


    Ich bekomm es leider nicht hin, dass ich die Timer auf dem Server angelegt bekomme per SVDRP-Peering. Kann mir jemand einen Tip geben,

    was ich beim Client und was beim Server in die setup.conf eintragen muss?


    Auf meinem Server kommt folgendes im Log:

    Code
    vdrserver vdr: [24532] SVDRP vdrserver < 192.168.1.5:39683 discovery received (SVDRP:discover name:yavdr port:6419 vdrversion:20400 apiversion:20400 timeout:300 host:vdrserver)

    192.168.1.5 ist mein Yavdr-Client


    Danke

    Mirko

    Hab mittlerweile einen VDR-Server am laufen, unter anderem auch mit tvm2vdr drauf. Dieser läuft im 24/7-Modus, aber
    nach ein paar Tagen werden die EPGs mancher Sender immer lückenhafter, manchmal fehlen ganze Tage.


    Gibt es irgendwelche Probleme an der Quelle? Oder pennt das Plugin irgendwann ein?

    Der Mount per fstab dauert genau 60s. Der Server ist laut log in 6s oben, die NFS-Freigabe erscheint aber erst nach 60s.
    Das Netzwerk ist sofort da, kann mich sofort nach dem Reboot einloggen per ssh.


    Gibts bei nfs irgendein log oder wo kann ich anfangen zu suchen?

    Hmm, es hat doch aber vorher funktioniert, bevor ich mit avahi rumexperimentiert hatte. Das Problem mit dem mounten per
    fstab ist eben, dass man die Kiste nicht ausschalten oder rebooten kann, weil sie beim Shutdown hängen bleibt.

    Also per WFE wird bei mir nix angelegt. Hab den Mount-Point in der /etc/fstab gelöscht und den avahi-mounter gestartet, aber es wird nix gemountet.


    Wo kann ich sehen, ob die Freigabe überhaupt in irgendeiner Conf-Datei steht?


    Ich habe bei mir folgende Konstellation:


    Server: stellt per avahi-daemon eine Freigabe zur Verfügung (nur vdr.service)
    VDR-Server (als VM auf Server): mountet per avahi-mounter die Freigabe vom Server per nfs (klappt)
    VDR-Client (Streamdev): mountet per avahi-mounter die Freigabe vom Server (klappt nicht)


    Die Conf-Dateien sind auf beiden Rechnern gleich.


    Das Log vom VDR-Server:


    Code
    avahi-mounter[2318]: mount static to /srv/vdr/video.00
    avahi-mounter[2318]: establish static mount: server:/mnt/raid/vdr/video.00
    avahi-mounter[2318]: localpath: /srv/vdr/video.00/server.000
    avahi-mounter[2318]: initialized zeroconf browser on yavdrserver
    avahi-mounter[2318]: Resolved type _nfs._tcp on server.local
    avahi-mounter[2318]: media is mounted on /srv/vdr/video.00 for server server.local and share /mnt/raid/vdr/video.00


    Im Log vom VDR-Client steht nix, wenn ich den avahi-mounter starte.

    Hi,


    ich wollte mal per WFE einen NFS-Mount anlegen, aber das scheint bei mir nicht funktionieren:


    Code
    /usr/bin/signal-event.real[8290]: processing signal autofs-state-change
    /usr/bin/signal-event.real[8290]: ERROR: access Permission denied: /usr/share/yavdr/events/autofs-state-change/dummy


    Ich habe bisher eine Freigabe per /etc/fstab gemountet, aber damit kann ich den Rechner nicht runterfahren oder rebooten, bleibt immer hängen.


    Hatte dann mal den avahi-mounter probiert, aber der scheint nur nach Neustart zu funktionieren. Nach einem Resume aus S3 sind die Mounts nicht angelegt.


    Hat jemand einen Tip für mich?


    Danke