Hab die 0.3.1 drauf
Posts by Mirko76
-
-
Eben mal probiert, klappt scheinbar nicht aus tvguideng heraus. Aus dem normalen Programm-Menü gehts. Mit epg2vdr klappts auch.
-
Das muss ich noch testen, hab das Plugin noch nicht wieder drauf.
-
Ok, nun funktioniert es. Hab es nochmal neu eingegeben, jetzt passt es wohl.
Log vom Server:
CodeAug 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.
-
wie sehen denn deine setup.conf-Einträge vom Server und Client aus?
-
Auf dem Server kommt dazu nix im Log.
Die Kanäle sind auf beiden gleich, hab eben nochmal die channels.conf auf beiden verglichen.
Hab eben mal epg2vdr auf beiden gelöscht, ohne Erfolg.
-
-
Ok, nun hab ich zumindest beim Server und Client einen neuen Log-Eintrag:
Server:CodeAug 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:
CodeAug 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?
-
-
Ja, tvguideng läuft auf dem Client
-
Hallo,
hier mal ein paar Logs beim Neustart des Clients:
Client-Log:CodeAug 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
CodeAug 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:
Codevdrserver 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. -
Bin jetzt wieder zurück zum Mount-Point in der fstab, aber da ist mittlerweile das Problem, dass die Freigabe erst nach dem VDR-Start gemountet wird.
-
Ja, da steht es bei beiden Rechnern drin, die gleiche Freigabe.
-
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:
Codeavahi-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
-
Das löschen der tvm.db und der epg.data scheinen das Problem gelöst zu haben. Danke