VDR-Client: Erstellen von Timern auf dem Aufnahmeserver

Paulaner · 22. Mai 2022

Ich habe auf meinem bisher nur für Coreelec genutzten Odroid N2 einen VDR installiert, wie es hier

Installation eines VDR+Plugins nativ auf CoreELEC Boxen beschrieben ist.

Der VDR läuft jetzt schon, aber es fehlen noch grundlegende wichtige Dinge für die tägliche Nutzung!

Was will ich erreichen:

Nutzung meines bisherigen yaVDR-PC als Streamdev-Server für den neuen Odroid-Client.
Auf dem PC sind die DVB-Karten verbaut und er hat auch die großen Festplatten für die Aufnahmen usw.
Der Odroid hat keine DVB-Karten verbaut und auch keine Festplatte/SSD angeschlossen, da die Aufnahmen alle auf dem Server landen sollen.
Die Timer sollen somit vom Client aus direkt auf dem yaVDR-Server angelegt und dann auch alle Aufnahmen gespeichert werden. So wie das z.B. jetzt schon mit über KODI mit dem "vdrvnsi-client-Addon" möglich ist.

Ich habe schon etwas gesucht, aber wenn ich das richtig verstanden habe, dann ist das "streamdev-Plugin" dazu nicht in der Lage.

Das "vdrvnsi-Plugin" geht ja leider nur mit KODI, da es für den VDR nur ein "vdrvnsi-server-Plugin" gibt, aber leider nicht das entsprechende "vdrvnsi-client-Plugin" für einen VDR-Client.

Welche anderen Möglichkeiten gibt es denn noch?

Piet · 22. Mai 2022

Das Erzeugen der Timer auf dem Server kann VDR seit 2.4 schon ganz alleine, schau mal ins Manual unter SVDRP Peering. Das Aufnahmeverzeichnis vom Server kannst Du auf dem Client dann per NFS mounten.

Habe ich hier seit längerem so streßfrei im Einsatz, wobei die meisten Timer ohnehin vom Live-Plugin auf dem Server selber erzeug werden.

mauerspecht · 22. Mai 2022

Es gibt das Plugin Remotetimes, keine Ahnung ob das noch funktioniert. http://vdr.schmirler.de/

VDR 2.6.x hat auch Funktionalität für Remote Timers.

Ich benutze VDR-admin mit epg-serach zum Timer verwalten, das geht auch mit dem Smartphone-

Piet · 22. Mai 2022

Das remotetimers Plugin wird mW nicht mehr gepflegt, ist mit der Peering-Funktionalität im VDR ohnehin obsolet.

Zabrimus · 23. Mai 2022

Das SVDRP Peering funktioniert einwandfrei.

Unter Einstellungen/Sonstiges den eigenen Machinennamen eintragen. Ich habe noch SVDRP Standardmaschine auf den Server eingestellt, damit nicht zufällig andere VDR im Netz den Timer bekommen.

Alle Timer und Aufnahmen landen auf dem Server und das Server Video Verzeichnis wurde per NFS gemountet.

Den NFS Mount mit Coreelec konfiguriert du in /storage/.config/system.d. Es gibt da ein nfs.mount.sample, das als Template verwendet werden kann.

Ich habe z.B. eine Datei storage-mount-recordings.mountangelegt mit dem Inhalt:

Code

[Unit]
Description=VDR Recordings
Requires=network-online.service
After=network-online.service

[Mount]
What=192.168.178.9:/daten/nfs/video
Where=/storage/mount/recordings
Options=
Type=nfs

[Install]
WantedBy=multi-user.target

# Important:
# this file must be renamed to <mountpoint>.mount where <mountpoint>, is the FULL path
# where the share will be mounted but slashes "/" MUST BE REPLACED with dashes "-" with .mount
# as extension.
# This means, if we want mount to "/storage/movies2" (see above "Where=/storage/movies2")
# then this file must be renamed to 'storage-movies2.mount' and can be enabled via ssh with the
# command 'systemctl enable storage-movies2.mount'

Alles anzeigen

Beim Boot wird automatisch das Verzeichnis /storage/mount/recordings

gemountet und der VDR bekommt noch zusätzlich den Parameter -v /storage/mount/recordings

Damit ist die Box nur noch als Anzeigegerät eingerichtet. Keine lokalen Timer, keine lokalen Aufnahmen, ...

Piet · 23. Mai 2022

Als Ergänzung empfehle ich dann noch EPGD auf dem Server und das EPG2VDR-Plugin auf dem Client.

Paulaner · 23. Mai 2022

Zabrimus und Piet

danke für die schnelle und perfekte Hilfe.

Das Anlegen von Timern auf dem Server klappt jetzt einwandfrei!

Super!

Mit dem NFS Mount der Recordings vom Server habe ich allerdings noch ein paar Probleme bzw. das will gar nicht!

Ich habe folgende Datei nfs.storage-recordings.mount unter /storage/.config/system.d angelegt und auch "enabled":

Code

[Unit]
Description=VDR Recordings
Requires=network-online.service
After=network-online.service

[Mount]
What=192.168.1.3:/srv/vdr/video
Where=/storage/recordings
Options=
Type=nfs

[Install]
WantedBy=multi-user.target

# Important:
# this file must be renamed to <mountpoint>.mount where <mountpoint>, is the FULL path
# where the share will be mounted but slashes "/" MUST BE REPLACED with dashes "-" with .mount
# as extension.
# This means, if we want mount to "/storage/movies2" (see above "Where=/storage/movies2")
# then this file must be renamed to 'storage-movies2.mount' and can be enabled via ssh with the
# command 'systemctl enable storage-movies2.mount'

Alles anzeigen

Zusätzlich habe ich dann noch in der vdr.conf ergänzt: -v /storage/recordings

Das Verzeichnis "recordings" gibt es bereits "original" von Coreelec, das habe ich nicht neu angelegt, sondern wollte es gleich verwenden.

Muss ich da evtl. etwas anderes machen?

Beim Start vom VDR habe ich dann keine Anzeige der Recordings vom Server, dafür aber folgende Fehlermeldung im "journalctl -e":

Code

...

Mai 23 17:03:41 CoreELEC systemd[1]: kodi.service: Succeeded.
Mai 23 17:03:41 CoreELEC systemd[1]: Stopped Kodi Media Center.
Mai 23 17:03:41 CoreELEC systemd[1]: nfs.storage-recordings.mount: Cannot add dependency job, ignoring: Unit nfs.storage-recordings.mount has a bad unit file setting.
Mai 23 17:03:41 CoreELEC systemd[1]: Started VDR Client.
Mai 23 17:03:41 CoreELEC systemd[1]: switch_kodi_vdr.service: Succeeded.
Mai 23 17:03:41 CoreELEC start_vdr.sh[4066]: killall: splash-image: no process killed
Mai 23 17:03:41 CoreELEC vdr[4067]: [4067] VDR version 2.6.1 started
Mai 23 17:03:41 CoreELEC vdr[4067]: [4067] switched to user 'root'
Mai 23 17:03:41 CoreELEC vdr[4067]: [4067] codeset is 'UTF-8' - known

...

Alles anzeigen

Könnt Ihr erkennen, was ich hier falsch gemacht habe?

Ich sehe nichts!

Zabrimus · 23. Mai 2022

Zitat von Paulaner

Zusätzlich habe ich dann noch in der vdr.conf ergänzt: -v /storage/recordings

Musst du wissen. Die Kodi Addons für VDR, TVHeadend und dergleichen scheinen das Verzeichnis zu verwenden. Wenn es keinen Konflikt gibt, was ich aber nicht weiß, kann das funktionieren.

Zitat von Paulaner

nfs.storage-recordings.mount: Cannot add dependency job, ignoring: Unit nfs.storage-recordings.mount has a bad unit file setting.

Der Dateiname ist nicht korrekt. Bei einer Einstellung müsste er wohl so lauten: storage-recordings.mount

Also der ganze Verzeichnispfad, wobei "/" durch "-" ersetzt wird.

Paulaner · 23. Mai 2022

Zitat von Zabrimus

Der Dateiname ist nicht korrekt. Bei einer Einstellung müsste er wohl so lauten: storage-recordings.mount

Danke, jetzt klappt es.

Ich habe den Dateinamen korrigiert und schon funktioniert es!

Paulaner · 23. Mai 2022

So, jetzt habe ich doch noch ein Problem mit der Anzeige der Aufnahmen vom Server auf dem Client.

Es werden alle Aufnahmen vom VDR-Server auf dem Clienten angezeigt, die nicht per SymLink am Server eingebunden sind.

Ich habe auf einer zusätzlichen Platte am VDR-Server meine archivierten Aufnahmen/Filme liegen. Diese habe ich in separaten Unterverzeichnissen wie "Dokumentationen", "SciFi-Filme", "Adventures-Filme" usw. gespeichert.

Und diese Unterverzeichnisse habe ich dann per SymLink in das "normale" Aufnahmeverzeichnis des yaVDR eingebunden.

Das ist eben bei yaVDR: /srv/vdr/video

Direkt unter yaVDR funktioniert das einwandfrei und ich kann auf alle Filme, also auch die, die per SymLink eingebunden sind, zugreifen. Nur eben vom Client aus klappt das nicht.

Da kann ich nur auf die Aufnahmen zugreifen, die nicht per SymLink eingebunden sind, also die, welche direkt im Aufnahmeverzeichnis liegen.

Gibt es da jetzt noch irgendeine Konfiguration, damit den SymLinks gefolgt wird?

kfb77 · 23. Mai 2022

Du brauchst für jedes Unterverzeichnis einen eigenen NFS share (z.B. über eine systemd unit wie oben beschrieben) und für den übergeordneten share ("/srv/vdr/vidio") zusätzlich die Option "crossmnt".

Piet · 23. Mai 2022

Per NFS gibt es da mW Probleme. Kannst Du die zweite Platte, oder die Ordner darin getrennt freigeben, und dann auf dem Client in die korrekten Ordner mounten?

Ansonsten sollte das evtl. per Samba / CIFS gehen, da gibt‘s mW den Parameter „Follow Symlinks“ für diesen Fall.

Edit: kfb77 war schneller

Paulaner · 23. Mai 2022

Zitat von Piet

Ansonsten sollte das evtl. per Samba / CIFS gehen, da gibt‘s mW den Parameter „Follow Symlinks“ für diesen Fall.

Daran habe ich auch schon gedacht.

Da brauchte ich ja nur einen extra Eintrag in der "samba.conf" ?

Ich werde Morgen noch weiter testen, jetzt ist erstmal Schluss.

Paulaner · 24. Mai 2022

Ich habe mal versucht das Aufnahmeverzeichnis vom yaVDR-Server per "cifs" auf den Client einzubinden.

Leider will es nicht funktionieren.

In storage/.config/system.d gibt es eine cifs.mount.sample die ich als Grundlage für meine Versuche genommen habe.

Ich habe eine neue Datei storage-vdr_recordings.mount erstellt, da der Mountpoint /storage/vdr_recordings sein soll :

Code

[Unit]
Description=VDR Recordings
Requires=network-online.service
After=network-online.service
Before=kodi.service

[Mount]
What=//192.168.1.3/srv/vdr/video
Where=/storage/vdr_recordings
Options=username="root",password="yavdr",_netdev
Type=cifs

[Install]
WantedBy=multi-user.target

Alles anzeigen

Damit bekomme ich dann aber immer folgende Meldung in "journalctl -e" und natürlich keine verbindung zum Aufnahmeverzeichnis vom yaVDR-Server:

Code

. . .
Mai 24 11:56:05 CoreELEC systemd[1]: Finished Wait for network to be configured by ConnMan.
Mai 24 11:56:05 CoreELEC systemd[1]: Finished Wait on network.
Mai 24 11:56:05 CoreELEC systemd[1]: Reached target Network is Online.
Mai 24 11:56:05 CoreELEC systemd[1]: Mounting VDR Recordings...
Mai 24 11:56:05 CoreELEC systemd[1]: Condition check resulted in Entware service being skipped.
Mai 24 11:56:05 CoreELEC connmand[3568]: eth0 {add} route 82.165.8.211 gw 192.168.1.1 scope 0 <UNIVERSE>
Mai 24 11:56:05 CoreELEC systemd[1]: Starting NFS Mount Daemon...
Mai 24 11:56:05 CoreELEC systemd[1]: Starting Samba NMB Daemon...
Mai 24 11:56:05 CoreELEC mount[3616]: mount: mounting //192.168.1.3/srv/vdr/video on /storage/vdr_recordings failed: Operation not supported
Mai 24 11:56:05 CoreELEC systemd[1]: Starting NFS status monitor for NFSv2/3 locking....
Mai 24 11:56:05 CoreELEC systemd[1]: Finished Wait for Kernel Time Synchronisation.
Mai 24 11:56:05 CoreELEC systemd[1]: storage-vdr_recordings.mount: Mount process exited, code=exited, status=255/EXCEPTION
Mai 24 11:56:05 CoreELEC systemd[1]: storage-vdr_recordings.mount: Failed with result 'exit-code'.
Mai 24 11:56:05 CoreELEC systemd[1]: Failed to mount VDR Recordings.
Mai 24 11:56:05 CoreELEC systemd[1]: Reached target System Time Synchronized.
Mai 24 11:56:05 CoreELEC rpc.statd[3624]: Version 2.6.1 starting
. . .

Alles anzeigen

Ich habe jetzt schon eine ganze Weile gesucht, kann aber keine Idee / Lösung für mich finden.

Vielleicht könnt Ihr mir hier nochmals helfen!

kamel5 · 24. Mai 2022

Hast Du den das Verzeichnis, das Du mit cifs mounten willst auch auf dem server in der /etc/samba/smb.conf freigegeben.

smbclient -L //server sollten Dir die Freigaben anzeigen.

Außerdem kannst Du nicht einfach beim mounten mit cifs das Verzeichnis des Servers benutzen, sondern Du musst dann den Freigabenamen aus der smb.conf benutzen.

Was auch hilft: das Ganze, bevor man den Fehler beim systemd sucht, erst einmal am Prompt auszuprobieren:

mount -t cifs //server/freigabe /mountpoint

Ich persönlich würde zwar aus Performance-Gründen eher zu nfs tendieren, auch wenn das bedeutet, das man sich im Vorfeld etwas mehr Gedanken machen muss, wenn es um solche Sachen wie Symlinks geht. Ich nutze das z.B. seit Jahren so, und habe noch nie damit Probleme gehabt.

Grüße

kamel5

M-Reimer · 24. Mai 2022

Wäre denn "bind-mounts" statt Symlinks eine Option? Geht natürlich nur wenn es jetzt nicht 10 oder mehr Symlinks sind aber bei ein paar könnte man die einfach in die fstab mit eintragen.

kamel5 · 24. Mai 2022

Zitat von M-Reimer

Wäre denn "bind-mounts" statt Symlinks eine Option?

"bind-mounts" sind auch sehr nützlich bei nfs, allerdings würde ich die nicht als Ersatz für Symlinks einsetzen, sondern für die Verzeichnisse, wo der Symlink hinzeigt.

Zitat von Paulaner

Ich habe auf einer zusätzlichen Platte am VDR-Server meine archivierten Aufnahmen/Filme liegen. Diese habe ich in separaten Unterverzeichnissen wie "Dokumentationen", "SciFi-Filme", "Adventures-Filme" usw. gespeichert.

Und diese Unterverzeichnisse habe ich dann per SymLink in das "normale" Aufnahmeverzeichnis des yaVDR eingebunden.

Das ist eben bei yaVDR: /srv/vdr/video

Genau hier liegt wahrscheinlich das Problem. Der Symlink zeigt dann auf dem Client ins Leere. Um das zu verhindern, muss man auf dem Client die gleiche Verzeichnisstruktur nachbilden, wie auf dem Server, auch für die zusätzliche Platte.

Grüße

kamel5

Paulaner · 24. Mai 2022

So, jetzt läuft es endlich.

Mit "nfs" habe ich die SymLinks nicht hinbekommen. Liegt vermutlich an den unterschiedlichen Symlinks, die ich eingesetzt habe.

Dann habe ich es nochmal mit "cifs" probiert und es hat erst gar nicht gewollt.

Die Samba-Freigabe des Aufnahmeordners hatte ich schon im der smb.conf vom yaVDR-Server drin.

Die wichtige Option "follow symlinks = yes" war da auch schon enthalten.

Mit einem smbclient -L //server-ip wurden mir dann auch alle verfügbaren smb-shares auf dem CoreElec-Client angezeigt.

Dann habe ich lange vergeblich versucht auf der Konsole das Mounten mit "cifs" zu testen.

Das mount -t cifs //server/freigabe /mountpoint brachte aber immer eine Fehlermeldung: "Invalid argument".

Die Lösung war dann, eine weitere Option zuzufügen, nämlich die smb-Version > 1.0 , wobei vers=2.0 und auch vers=3.0 funktioniert haben.

Mit einem mount -t cifs -o username=xxx,password=yyy,vers=3.0 //server/freigabe /mountpoint funktionierte dann das mounten!

Meine funktionierende system.d-Datei storage-vdr_recordings.mount mit der auch alle SymLinks funktionieren, sieht nun so aus:

Code

[Unit]
Description=VDR Recordings vom yaVDR-PC
Requires=network-online.service
After=network-online.service
#Before=kodi.service

[Mount]
What=//192.168.1.3/recordings
Where=/storage/vdr_recordings
Options=username=xxxx,password=yyyy,vers=3.0
Type=cifs

[Install]
WantedBy=multi-user.target

Alles anzeigen

Vielen Dank an alle für die Hilfe und die Tipps.

VDR-Client: Erstellen von Timern auf dem Aufnahmeserver

Jetzt mitmachen!

Teilen