[skippy]

Hallo zusammen,

seit ich meinen Server auf die MLD 5.3 umgestellt habe, werden auf den Clients, egal ob MLD 5.1 oder MLD 5.3, die Aufnahmen vom Server nicht mehr zur Verfügung gestellt. Im avahi-linker.log gibt es folgende Meldungen, wenn man den Loglevel auf debug gestellt hat:

Code: [Select]

2017-02-19 08:41:32,891 DEBUG  avahi-service resolved: Movies on MLD-Server on MLD-Server.local: ['category = movies', 'subtype = video', 'path = /mnt/data/video/movies']
2017-02-19 08:41:32,892 DEBUG  translated video to Video
2017-02-19 08:41:32,893 DEBUG  created symlink from /net/MLD-Server/mnt/data/video/movies to /media/Video/Filme/Movies on MLD-Server on MLD-Server.local for Movies on MLD-Server on MLD-Server.local
2017-02-19 08:41:32,896 DEBUG  avahi-service resolved: Series on MLD-Server on MLD-Server.local: ['category = series', 'subtype = video', 'path = /mnt/data/video/series']
2017-02-19 08:41:32,897 DEBUG  translated video to Video
2017-02-19 08:41:32,898 DEBUG  created symlink from /net/MLD-Server/mnt/data/video/series to /media/Video/Serien/Series on MLD-Server on MLD-Server.local for Series on MLD-Server on MLD-Server.local
2017-02-19 08:41:32,899 DEBUG  avahi-service resolved: Videos on MLD-Server on MLD-Server.local: ['subtype = video', 'path = /mnt/data/video']
2017-02-19 08:41:32,900 DEBUG  translated video to Video
2017-02-19 08:41:32,901 DEBUG  created symlink from /net/MLD-Server/mnt/data/video to /media/Video/Videos on MLD-Server on MLD-Server.local for Videos on MLD-Server on MLD-Server.local
2017-02-19 08:41:32,902 DEBUG  avahi-service resolved: Music on MLD-Server on MLD-Server.local: ['subtype = music', 'path = /mnt/data/music']
2017-02-19 08:41:32,903 DEBUG  translated music to Musik
2017-02-19 08:41:32,903 DEBUG  created symlink from /net/MLD-Server/mnt/data/music to /media/Musik/Music on MLD-Server on MLD-Server.local for Music on MLD-Server on MLD-Server.local
2017-02-19 08:41:32,904 DEBUG  avahi-service resolved: Pictures on MLD-Server on MLD-Server.local: ['subtype = picture', 'path = /mnt/data/photo']
2017-02-19 08:41:32,905 DEBUG  translated picture to Bilder
2017-02-19 08:41:32,906 DEBUG  created symlink from /net/MLD-Server/mnt/data/photo to /media/Bilder/Pictures on MLD-Server on MLD-Server.local for Pictures on MLD-Server on MLD-Server.local
2017-02-19 08:41:32,906 DEBUG  avahi-service resolved: Recordings on MLD-Server on MLD-Server.local: ['subtype = vdr', 'path = /mnt/data/tv']
2017-02-19 08:41:32,907 DEBUG  translated vdr to vdr
2017-02-19 08:41:32,983 DEBUG  autofs-path does not exist, try again in 1s
2017-02-19 08:41:33,985 DEBUG  autofs-path does not exist, try again in 1s
2017-02-19 08:41:34,987 DEBUG  autofs-path does not exist, try again in 1s
2017-02-19 08:41:35,989 DEBUG  autofs-path does not exist, try again in 1s
2017-02-19 08:41:36,991 DEBUG  autofs-path does not exist, try again in 1s

Ich vermute, dass sich das Verhalten vom nfs-server auf der MLD 5.3 geändert hat. Bei gleicher /etc/exports (Datei ist Standard und wurde nicht verändert => /mnt und /data sind freigegeben) kann man vom MLD 5.1 Server das Verzeichnis /mnt/data/tv  mounten. Das geht vom MLD 5.3 Server nicht mehr. Es erscheint die Meldung:

Code: [Select]

MLD-RPi3-Ambi> mount <IP-MLD-Server>:/mnt/data/tv /mnt/MLD-Server/
mount: mounting <IP-MLD-Server>:/mnt/data/tv on /mnt/MLD-Server/ failed: Permission denied

Das Verzeichnis /mnt kann jedoch ohne Fehler gemountet werden. Dadurch, dass bei der MLD 5.3 keine Unterverzeichnisse einer Freigabe gemountet werden können, kann auch der "autofs-pfad" unter /net/MLD-Server/mnt/data/tv nicht angelegt werden. Kann das bitte mal einer gegenprüfen. Falls meine Vermutung stimmt, gibt es vielleicht eine Möglichkeit, dem nfs-server so zu konfigurieren, dass auch die Unterverzeichnisse einer Freigabe gemountet werden können.

//edit: Abhilfe schafft erst einmal die Anpassung der /etc/exports. Die Freigabe in Zeile 2 von /mnt auf /mnt/data/tv ergänzen und ein restart nfs-server durchführen.

Code: [Select]

## remove the /mnt prefix from the exports
#/mnt        *(rw,fsid=0,no_subtree_check,sync)
/mnt/data/tv        *(rw,fsid=0,no_subtree_check,sync)

## export the data dir rw for everyone
/data   *(rw,all_squash,anonuid=0,anongid=0,no_subtree_check,crossmnt,fsid=1)


Viele Grüße skippy

[clausmuus]

Hi,

der Freigabe Fehler des /data Ordners war mir auch schon bei einem Freund aufgefallen. Allerdings konnte ich das dann zuhause nicht nachstellen, weshalb ich das als Eeinzelfall abgetan hatte. Meiner Meinung nach hängt das mit dem mergerfs zusammen, das wir bei der MLD-5.3 für den /data Ordner nehmen. Ich werde das jetzt noch mal versuchen nachzustellen.

Claus

[skippy]

Hallo Claus,

mergerfs war auch meine erste Vermutung. Ich habe es dann mal ohne mergerfs versucht (Eintrag in der fstab auskommentiert und neu gestartet). Doch auch da tritt der Fehler auf.

Viele Grüße skippy

[clausmuus]

Ich sehe gerade, bei Dir ist's ja der Ordner /mnt/data/... der sich nicht mounten lässt. Bei meinem Freund war's lediglich der Ordner /data. Wenn's /mnt/data/... betrifft, dann ist's nicht mergerfs.

Claus

[skippy]

Na ja, ich habe die Datenpartitionen mit mergerfs nach /mnt/data zusammengepackt. Die einzelnen Platten habe ich nach /mnt/sd?1 gemountet. Fand ich für mich logischer.

Code: [Select]

proc        /proc           proc      defaults            0 0
sys         /sys            sysfs     defaults            0 0
run         /run            tmpfs     defaults            0 0
tmp         /tmp            tmpfs     defaults            0 0
dev         /dev            devtmpfs  defaults            0 0
devpts      /dev/pts        devpts    mode=0620,gid=5     0 0
/dev/dvd    /media/dvd      auto      ro,noauto           0 0
/dev/cdrom  /media/cdrom    auto      ro,noauto           0 0
UUID=eeaf258f-608b-4560-91a1-e1dfdb5a2ef3  /  auto  defaults  0 1
UUID=15e17119-bdba-4a4b-bef1-bd52f14217f8  /mnt/sdd1  auto  defaults  0 2
UUID=8c6f4c6a-a9d9-49a9-8f23-0ceef04ade4d  /mnt/sdb1  auto  defaults  0 3
/mnt/sdb1:/mnt/sdd1  /mnt/data  mergerfs  defaults,category.create=mfs  0 0
/data/.003005C8D061/cache  /var/cache  auto  bind  0 0

//edit: Ist mir gerade aufgefallen => Obwohl die Rechte gut aussehen (Eigentümer + Gruppe = root, Verzeichnisrecht = 775), habe ich in den Verzeichnissen der Freigabe vom Server kein Schreibrecht. Das führt dazu, dass ich vom Client aus keine Schnittmarken setzen oder einen Film löschen kann

Viele Grüße skippy

[clausmuus]

OK, dann also doch nen mergerfs Problem...

Claus

[skippy]

Hallo zusammen,

die Probleme wurden heute Abend im Videochat gelöst. Es wird Anpassungen in den Paketen Avahi-linker und NFS-Server geben.

Viele Grüße skippy

[clausmuus]

Ich hab die nötige nfs Anpassung gestern Abend doch nicht mehr gemacht, hoffe aber heute Abend dazu zu kommen.

Claus