[gelöst][yavdr-ansible] in Kombination mit yavdr0.62, videos von yavdr-ansible nicht auf yavdr0.6 zu finden....

zaubi4u · February 14, 2019 at 11:17 AM

Nachdem ich jewtzt meinen hauptvdr auf ansible umgestellt habe, hat der 2. vdr (vdr 4 in der Liste) im lokalen Netz (mit yavdr0.62) keinen Zugriff mehr auf die aufnahmen des 1. vdr.

Wo muss ich jetzt ansetzen, dass die wieder sichtbar werden? (hide-first-recording-patch ist auf beiden vdr aktiv)

Gruß Micha

P.S. auf yavdr-ansible funktioniert alles bestens.

seahawk1986 · February 14, 2019 at 11:40 AM

Was hast du denn auf dem Haupt-VDR angepasst, außer den VDR mit aktiviertem hide-first-recording-level Patch starten zu lassen?

zaubi4u · February 14, 2019 at 5:12 PM

Hab die normalen Anpassungen gemacht für die Netzwerkfähigkeit (in der hosts das subnet eingetragen, svdrphosts.conf und streamdevhost.conf für das Subnet freigegeben)

seahawk1986 · February 14, 2019 at 5:53 PM

Ich meinte eher, ob du in der /etc/exports und der /etc/avahi/services/yavdr-recordings.service ein /local an den Pfad für das Aufnahmeverzeichnis dran gehängt hast.

Wie sieht denn auf dem Client die Ausgabe von tree /media/vdr aus (tree muss man ggf. aus dem gleichnamigen Paket installieren)?

zaubi4u · February 14, 2019 at 10:34 PM

nein, die hab ich noch nicht verändert.

tree /media/vdr gibt folgendes aus:

Code

hdvdr-micha@hdvdr06:~$ tree /media/vdr
/media/vdr
└── Recordings on hdvdr01 for hdvdr06 -> /net/hdvdr01/srv/vdr/video

0 directories, 1 file

Auch wenn ich in die Dateien das local im Pfad anhänge ändert sich nichts.

seahawk1986 · February 14, 2019 at 10:38 PM

Dann hat er zumindest die Freigabe auf dem Gegenüber erreicht - kannst du darauf zugreifen?

ls -l /net/hdvdr01/srv/vdr/video

zaubi4u · February 14, 2019 at 11:14 PM

Code

hdvdr-micha@hdvdr06:~$ ls -l /net/hdvdr01/srv/vdr/video

ls: Zugriff auf /net/hdvdr01/srv/vdr/video nicht möglich: Datei oder Verzeichnis nicht gefunden

Ich glaub das sind die Links vom alten vdr, das Verzeichnis /net ist leer....

in /media/vdr steht ein link "Recordings on hdvdr01 for hdvdr06" der nach net verweist. Sollt der "local" Eintrag doch den Erfolg gebracht haben? weil der vdr davor hieß hdvdr, es muss also kurz funktioniert haben

zaubi4u · February 14, 2019 at 11:22 PM

Soll ich doch nochmal das "local" einfügen?

Kann ich denn den avahi Dienst neu starten ohne neu zu booten?

Im ansible ist es service avahi-linker restart und beim 0.6?

seahawk1986 · February 15, 2019 at 12:10 AM

Quote from zaubi4u

Kann ich denn den avahi Dienst neu starten ohne neu zu booten?

Sobald du eine .service Datei änderst, sollte der avahi-daemon die Ankündigung aktualisieren. Außerdem kannst du mitsystemctl restart avahi-daemon avahi-linker die Dienste neu starten - unter yaVDR 0.6 müsste es ein restart avahi-daemon tun.

Fangen wir mal mit der Grundvoraussetzung an - siehst du die Ankündigungen des anderen VDR mit avahi-browse -l _nfs.tcp?

Kannst du den Hostnamen auflösen und das Gegenüber anpingen? ping hdvdr01 (oder wie der jetzt heißt) - falls nicht ggf. mal den Router und die Switches zwischen den beiden Rechnern resetten, gerade ältere Fritzboxen haben da mitunter Probleme mit den DNS-Cache.

Siehst du die NFS-Exports des Gegenübers? showmount hdvdr01

zaubi4u · February 15, 2019 at 10:39 AM

@seawhak,

ich mache das heute Abend und schicke Dir die Ergebnisse...

Habe noch ein wenig gebuddelt gestern Abend und festgestellt, dass der nfs-server auf dem ansible gelich wieder beendet wurde, weil er 2 video Verzeichnisse gefunden hat.

Habe dann einen Eintrag in der exports auskommentiert ( da gab es /srv/video und /srv/vdr/video) und dann lief der nfs-server, hatte nur auf dem alten yavdr ein eigenartiges Verhalten: ich habe dort ein als hdvdr01 (also vom ansible) verlinkt bekommen, der Inhalt war allerdings der vom hdvdr06!

Prinzipiell scheint es jetzt also zu gehen, nur mit eigenartigem Verhalten

zaubi4u · February 15, 2019 at 10:52 PM

Hier die Ausgaben:

Code

hdvdr-micha@hdvdr06:~$ avahi-browse -l _nfs.tcp
avahi_service_browser_new() fehlgeschlagen: Ungültiger Diensttyp

Code

PING hdvdr01.fritz.box (192.168.178.20) 56(84) bytes of data.
64 bytes from hdvdr01.fritz.box (192.168.178.20): icmp_seq=1 ttl=64 time=0.227 ms
64 bytes from hdvdr01.fritz.box (192.168.178.20): icmp_seq=2 ttl=64 time=0.210 ms
64 bytes from hdvdr01.fritz.box (192.168.178.20): icmp_seq=3 ttl=64 time=0.374 ms
64 bytes from hdvdr01.fritz.box (192.168.178.20): icmp_seq=4 ttl=64 time=0.177 ms
64 bytes from hdvdr01.fritz.box (192.168.178.20): icmp_seq=5 ttl=64 time=0.254 ms
64 bytes from hdvdr01.fritz.box (192.168.178.20): icmp_seq=6 ttl=64 time=0.188 ms
^C
--- hdvdr01.fritz.box ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5001ms
rtt min/avg/max/mdev = 0.177/0.238/0.374/0.066 ms

Display More

Code

hdvdr-micha@hdvdr06:~$ showmount hdvdr01
Hosts on hdvdr01:
fd00::201:2eff:fe2c:706

seahawk1986 · February 16, 2019 at 7:56 AM

Oh, da hatten sich ein paar Fehler eingeschlichen, der Typ für die avahi-Announcements muss so aussehen: avahi-browse -l _nfs._tcp

Und bei showmount fehlte ein -e als Argument: showmount -e hdvdr01

zaubi4u · February 16, 2019 at 10:29 AM

okay, dann nochmal

Code

root@hdvdr06:~# avahi-browse -l _nfs._tcp
+   eth2 IPv6 Pictures on hdvdr01                           Network File System  local
+   eth2 IPv6 Files on hdvdr01                              Network File System  local
+   eth2 IPv6 Backups on hdvdr01                            Network File System  local
+   eth2 IPv6 Audio on hdvdr01                              Network File System  local
+   eth2 IPv6 Video on hdvdr01                              Network File System  local
+   eth2 IPv6 Recordings on hdvdr01                         Network File System  local
+   eth2 IPv4 Pictures on hdvdr01                           Network File System  local
+   eth2 IPv4 Files on hdvdr01                              Network File System  local
+   eth2 IPv4 Backups on hdvdr01                            Network File System  local
+   eth2 IPv4 Audio on hdvdr01                              Network File System  local
+   eth2 IPv4 Video on hdvdr01                              Network File System  local
+   eth2 IPv4 Recordings on hdvdr01                         Network File System  local

Display More

Code

root@hdvdr06:~# showmount -e hdvdr01
Export list for hdvdr01:
/srv/audio   *
/srv/backups *
/video       *
/srv/picture *
/srv/files   *
/srv         *

Sieht jetzt besser aus, oder?

seahawk1986 · February 16, 2019 at 11:39 AM

Ja, das sieht besser aus, jetzt wäre interessant, was in der

/etc/avahi/services/yavdr-recordings.service auf dem Server steht - normalerweise würde ich mit aktiviertem hide-first-recording-level Patch sowas setzen, aber du scheinst das Aufnahmeverzeichnis des VDR gegenüber der Vorgabe verändert zu haben.

XML: /etc/avahi/services/yavdr-recordings.service

<?xml version="1.0" standalone='no'?>
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
<name replace-wildcards="yes">Recordings on %h</name> ## Name
<service>
       <type>_nfs._tcp</type>
       <port>2049</port>
       <txt-record>path=/srv/vdr/video/local</txt-record> ## path to shared Folder
       <txt-record>subtype=vdr</txt-record> ## subtype
</service>
</service-group>

Display More

zaubi4u · February 16, 2019 at 12:12 PM

Da steht bei mir folgendes:

Code

root@hdvdr01:~# cat /etc/avahi/services/yavdr-recordings.service
<?xml version="1.0" standalone='no'?>
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
<name replace-wildcards="yes">Recordings on %h</name> ## Name
<service>
       <type>_nfs._tcp</type>
       <port>2049</port>
       <txt-record>path=/srv/vdr/video/</txt-record> ## path to shared Folder
       <txt-record>subtype=vdr</txt-record> ## subtype
</service>
</service-group>

Display More

sollte ich da dann das /local noch einfügen?

seahawk1986 · February 16, 2019 at 1:46 PM

Was ist denn jetzt das tatsächliche Aufnahmeverzeichnis? /srv/vdr/video/ scheint ja nicht über NFS exportiert zu werden, sondern nur /video. Und wenn das der Fall wäre, müsstest du /video/local über Avahi ankündigen und über NFS exportieren.

zaubi4u · February 16, 2019 at 2:17 PM

Also meine Videofestplatte ist nach /video gemounted und dann nach /srv/vdr/video verlinkt. Macht das bei nfs Probleme? Hab das so schon seit yavdr0.5 im Einsatz und bisher ging es so. Kann das aber auch ändern....

Wenn es so bleibt, wo müsste ich /video/local eintragen? Welche Dateien sind dan für avahi und nfs zuständig? (ich bin mit der Systematik leider noch nicht warm geworden um das Vorgehen verstehen zu können...)

seahawk1986 · February 16, 2019 at 2:27 PM

Quote from zaubi4u

Macht das bei nfs Probleme?

So wie es jetzt ist passt es einfach nicht zusammen - wenn du /video über NFS exportierst, aber mit avahi /srv/vdr/video als Verzeichnis ankündigst, scheitert der avahi-linker daran auf die NFS-Freigabe hdvdr01:/srv/vdr/video zuzugreifen, wie die ja nicht von deinem Server zur Verfügung gestellt wird.

Bei Dateifreigaben würde ich immer einen bind-Mount (vgl. z.B. https://wiki.ubuntuusers.de/fstab/#Einzelne-Ordner-einhaengen) gegenüber einem Symlink bevorzugen.

Quote from zaubi4u

Welche Dateien sind dan für avahi und nfs zuständig?

Für nfs-Freigaben die /etc/exports und für die Ankündigung des Aufnahmeverzeichnis über Avahi die /etc/avahi/services/yavdr-recordings.service

Ich würde da für beides /video/local als Pfad setzen.

zaubi4u · February 16, 2019 at 9:12 PM

Ich hab die entsprechenden Anpassungen durchgeführt (in der fstab die videoplatte nach /video gemountet und dann mittels bind nach /svr/vdr/video gelegt, die exports und yavdr-recordings.service angepasst, auf dem anderen Rechner analog geändert) jedoch ohne Erfolg. Weiterhin ist auf dem ansible vdr das Verzeichnis des anderen zu sehen, aber umgekehrt im yavdr0.6 nicht.

showmount sieht jetzt so aus:

Code

hdvdr-micha@hdvdr06:~$ showmount -e hdvdr01
Export list for hdvdr01:
/srv/audio   *
/srv/backups *
/video/local *
/srv/picture *
/srv/files   *
/srv         *

avahi-browse sieht so aus:

Code

hdvdr-micha@hdvdr06:~$ avahi-browse -l _nfs._tcp
+   eth2 IPv6 Pictures on hdvdr01                           Network File System  local
+   eth2 IPv6 Files on hdvdr01                              Network File System  local
+   eth2 IPv6 Backups on hdvdr01                            Network File System  local
+   eth2 IPv6 Audio on hdvdr01                              Network File System  local
+   eth2 IPv6 Recordings on hdvdr01                         Network File System  local
+   eth2 IPv6 Video on hdvdr01                              Network File System  local
+   eth2 IPv4 Pictures on hdvdr01                           Network File System  local
+   eth2 IPv4 Files on hdvdr01                              Network File System  local
+   eth2 IPv4 Backups on hdvdr01                            Network File System  local
+   eth2 IPv4 Audio on hdvdr01                              Network File System  local
+   eth2 IPv4 Recordings on hdvdr01                         Network File System  local
+   eth2 IPv4 Video on hdvdr01                              Network File System  local

Display More

seahawk1986 · February 16, 2019 at 9:45 PM

Kannst du jetzt auf dem Client den Inhalt des Verzeichnis /net/hdvdr01/video/local sehen?

[gelöst][yavdr-ansible] in Kombination mit yavdr0.62, videos von yavdr-ansible nicht auf yavdr0.6 zu finden....

Participate now!

Tags