Wie sind die denn gemountet worden`? Per NFS? Wenn der Client die IP des Servers auflösen kann und die /etc/exports am Server passt, müsste das aber einfach so klappen.
Für die Bekanntgabe der Verzeichnisse und das jeweilige automatische mounten ist Avahi zuständig. So finden sich im LAN die VDR`s selbstständig und es wird ein jeweiliger Unterordner zur entsprechenden Maschine erstellt. LINK
Alternativ kann man Avahi deaktivieren und per fstab die Verzeichnisse per NFS mounten...
Bei avahi bin ich leider raus.
was sagt denn auf dem client ein
showmount -e name_des_haupt_vdrund hast Du die IP irgendwo statt eines Namens genutzt und/oder in Deinem DNS (Router?) dafür gesorgt, dass Name und IP zusammenpassen?
Der avahi-linker, der das Verzeichnis einbinden soll, braucht eine Ankündigung der Freigabe - die würde am Client z.B. so aussehen, wenn nur ein yaVDR im Netz Freigaben anbietet:
$ avahi-browse -lvr _nfs._tcp
Server version: avahi 0.8; Host name: yavdr-noble-demo.local
E Ifce Prot Name Type Domain
+ eno1 IPv4 Backups on vdr Network File System local
+ eno1 IPv4 Audio on vdr Network File System local
+ eno1 IPv4 Video on vdr Network File System local
+ eno1 IPv4 Recordings on vdr Network File System local
+ eno1 IPv4 Pictures on vdr Network File System local
+ eno1 IPv4 Files on vdr Network File System local
= eno1 IPv4 Audio on vdr Network File System local
hostname = [vdr.local]
address = [192.168.1.104]
port = [2049]
txt = ["subtype=audio" "path=/srv/audio"]
= eno1 IPv4 Backups on vdr Network File System local
hostname = [vdr.local]
address = [192.168.1.104]
port = [2049]
txt = ["subtype=backups" "path=/srv/backups"]
= eno1 IPv4 Files on vdr Network File System local
hostname = [vdr.local]
address = [192.168.1.104]
port = [2049]
txt = ["subtype=files" "path=/srv/files"]
= eno1 IPv4 Pictures on vdr Network File System local
hostname = [vdr.local]
address = [192.168.1.104]
port = [2049]
txt = ["subtype=pictures" "path=/srv/picture"]
= eno1 IPv4 Recordings on vdr Network File System local
hostname = [vdr.local]
address = [192.168.1.104]
port = [2049]
txt = ["subtype=vdr" "path=/srv/vdr/video/local"]
= eno1 IPv4 Video on vdr Network File System local
hostname = [vdr.local]
address = [192.168.1.104]
port = [2049]
txt = ["subtype=video" "path=/srv/video"]
: All for now
: Cache exhaustedDann erzeugt er zwei symbolische Links - einmal aus dem Aufnahmeverzeichnis nach /media:
$ ls -ld /srv/vdr/video/Recordings_on_vdr\(nfs\)
lrwxrwxrwx 1 root root 49 Nov 14 15:34 '/srv/vdr/video/Recordings_on_vdr(nfs)' -> '/media/vdr/Recordings on vdr for yavdr-noble-demo'Und einmal von /media nach /net:
$ ls -ld '/media/vdr/Recordings on vdr for yavdr-noble-demo'
lrwxrwxrwx 1 root root 28 Okt 15 19:03 '/media/vdr/Recordings on vdr for yavdr-noble-demo' -> /net/vdr/srv/vdr/video/localAutofs ist dann dafür Zuständig, diese Freigabe aufzulösen und einzubinden, wenn jemand auf den Pfad in /net zugreift - das ist in der
/etc/auto.master.d/avahi-linker.autofs konfiguriert:
/net -hosts -intr,soft --timeout=60Ja, genauso sieht das bei mir auch aus, nur sehe ich keine Dateien im jeweiligen Aufnahmeverzeichnis der vdrs.
Ich kann mich auch im /net Verzeichnis durchhangeln bis zu den Aufnahmen, das funktioniert also.
Was ich vielleicht noch erwähnen sollte, ich habe einen neuen Router, könnte dort das Problem liegen?
Gerade noch gesehen, ich habe mal ein syslog mitlaufen lassen während ich in dem /net/vdr/srv/vdr/video ein ls abgesetzt habe, dabei kam diese Fehlermeldung zutage:
Nov 14 18:01:13 vdr automount[1408]: key "192.168.1.77" not found in map source(s).
Nov 14 18:01:13 vdr automount[1408]: create_client: hostname lookup for beamerknecht failed: Temporary failure in name resolution
Nov 14 18:01:13 vdr automount[1408]: create_client: hostname lookup for beamerknecht failed: Temporary failure in name resolution
Nov 14 18:01:13 vdr automount[1408]: key "beamerknecht" not found in map source(s).Dabei ist mir dann aufgefallen, daß ich meinen vdrs doch Namen gegeben habe. 
Und die können nicht aufgelöst werden, die IP 192.168.1.77 ist allerdings von meinem NAS, das ich auch noch eingebunden habe, die hatte ich ebenfalls geändert und das ebenfalls in /etc/avahi-linker/default.cfg eingetragen bzw. geändert.
Ich stehe gerade irgendwie mächtig auf dem Schlauch muss ich feststellen... 
Kann denn der avahi-browser sowohl den Namen als auch die IP auflösen?
Bei älteren Fritzboxen hatte ich das ein paar Mal, dass die einen Neustart gebraucht haben, wenn man sich bei einem yaVDR etwas geändert hat, damit die Auflösung nach Namen wieder funktioniert hat.
IPv6 Problem?
Kannst du mal die Logausgaben des avahi-linkers zeigen? journalctl -u avahi-linker -b -l
Wenn das System Probleme hat den Namen aufzulösen, könnte man ggf. noch ein Fallback auf die über avahi aufgelöste IP-Adresse machen - ich muss den avahi-linker eh demnächst mal überarbeiten, weil Python 3.13 die telnetlib rauswirft - da ich dann gleichzeitig noch die DBus-Anbindung auf asyncio mit sdbus umstellen würde, fällt mindestens focal unter den unterstützten Systemen raus.
Da sieht man vom Server nur, dass da gerade die Anündigungen von "beamerknecht" verschwunden sind - interessant wäre, was im Log steht, wenn das Gegenüber tatsächlich verfügbar ist und die Rechner die Avahi-Announcements des jeweils anderen sehen können.
Wenn ich das richtig verstehe werden die Symlinks angelegt und du kannst die Verzeichnisse vom Server am Client sehen und auch erfolgreich betreten - was passiert denn, wenn du den VDR das Aufnahmeverzeichnis neu einlesen lässt (also z.B. svdrpsend updr)? Falls er dann die Aufnahmen sieht, könnte es ein Timing-Problem beim Start des VDR sein, weil der avahi-linker IIRC keine Aktualisierungsaufforderung verschickt, wenn der VDR noch nicht vollständig gestartet ist.
Don’t have an account yet? Register yourself now and be a part of our community!