[Matthias]

Nachdem mir Claus super aus der Patsche geholfen hat nachdem ich mir meine fsab  nebenbei zerschossen habe, geht der Test weiter.

Über das Webif nach NFS Shares gesucht - wobei das NFS Share bereits auf der Synology Disk Station eingerichtet ist.
Das Share wird auch gefunden: 192.168.115.6:/volume1/VDR
Wobei ein mount nfs share über das Webif: 192.168.115.6:/volume1/VDR zu einer Fehlermeldung führt: can not mount device 192.168.115.6:/volume1/VDR
Nachdem ich den Mount Befehl auf der Kommandozeile erneut ausgeführt habe und einen Reboot gemacht habe, ist das Share auch sichtbar.
Das ist irgendwie unlogisch, schaue ich mir Morgen nochmal in Ruhe an.

Code: [Select]

MyMLD> ls /mnt
192.168.115.6__volume1_VDR
sdb

Und:

Code: [Select]

MyMLD> ls /mnt/192.168.115.6__volume1_VDR/
tv

Passt also soweit.

Ich habe nebenbei mal mit restart nfs-client rumgespielt.

Code: [Select]

MyMLD> restart nfs-client
Stopping nfsclient:                                                  done
Starting nfsclient:
Das führt zu einem eigenwilligen Eintrag in der messages:

Code: [Select]

Mar  8 19:01:57 (MLD) daemon.err rpcbind[3577]: cannot open file = /run/rpcbind/rpcbind.xdr for writing
Mar  8 19:01:57 (MLD) daemon.err rpcbind[3577]: cannot save any registration
Mar  8 19:01:57 (MLD) daemon.err rpcbind[3577]: cannot open file = /run/rpcbind/portmap.xdr for writing
Mar  8 19:01:57 (MLD) daemon.err rpcbind[3577]: cannot save any registration
Mar  8 19:01:57 (MLD) daemon.notice rpc.statd[3649]: Version 1.3.3 starting
Mar  8 19:01:57 (MLD) daemon.notice sm-notify[3650]: Version 1.3.3 starting
Mar  8 19:01:57 (MLD) daemon.notice sm-notify[3650]: Already notifying clients; Exiting!
Mar  8 19:01:57 (MLD) daemon.warn rpc.statd[3649]: Running as root.  chown /var/lib/nfs to choose different user


Das Verzeichniss /run/rpcbind/ gibt es bei mir nicht.
Ist das alles so richtig?

Wenn ich jetzt das Share als weiteren Daten Speicher hinzufüge klappt das auch.
Die Verzeichnisstruktur sieht dann wie folgt aus:

Code: [Select]

MyMLD> ls /data
backup      cache       data        lost+found  music       photo       tv          video

Wobei das Verzeichniß data dann Richtung nfs Share führt:

Code: [Select]

MyMLD> ls /data/data
tv

Ich hoffe das passt so.
ich werde dann heute Abend, wenn die Familie die geliebte MLD nicht braucht den bisherigen internen Data Speicher abmelden.

[clausmuus]

Wieso landet das nfs share unter /data/data ? das sollte doch direkt unter /data eingebunden sein.

[Matthias]

Wieso landet das nfs share unter /data/data ? das sollte doch direkt unter /data eingebunden sein.

Meine fstab sieht jetzt so aus, wo ist der Fehler?
Der Pfad zum Server lautet wie folgt: smb://nas_tv/vdr/data/tv

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=e8e7861e-a754-4a29-9714-a50aeb050f03  /  auto  defaults  0 1
UUID=58d5ec21-3e74-417e-9aa3-e26a8e694795  /mnt/sdb  auto  defaults  0 2
UUID=59D9-6514  /boot  auto  defaults  0 2
/mnt/sdb/.cache  /var/cache  none  bind  0 0
/mnt/sdb:/mnt/192.168.115.6__volume1_VDR  /data  mergerfs  defaults,category.create=mfs,direct_io,use_ino  0 0
192.168.115.6:/volume1/VDR  /mnt/192.168.115.6__volume1_VDR  nfs  bg  0 0


[Matthias]

2 neue Aufnahmen von gestern Abend landen auch schon auf dem NAS:

[clausmuus]

OK, ich sehe's. Entweder Du musst Deine freigabe anpassen, das direkt der data Ordnerfrei gegeben wird, oder Du änderst in der fstab die Zeile:

Code: [Select]

/mnt/sdb:/mnt/192.168.115.6__volume1_VDR  /data  mergerfs  defaults,category.create=mfs,direct_io,use_ino  0 0in

Code: [Select]

/mnt/sdb:/mnt/192.168.115.6__volume1_VDR/data  /data  mergerfs  defaults,category.create=mfs,direct_io,use_ino  0 0oder es stört Dich nicht, das die Aufnahmen auf dem share nicht unter /data/tv sondern unter /tv landen.

[Matthias]

Als irgendwie sieht meine fstab eigenwillig aus, ist das so OK?
Bis auf die Änderung wie von dir oben beschrieben habe ich nichts an der fstab manuell geändert.
Also alles nur über das Webif.
Als
Daten Speicher wird mir weiterhin nur /mnt/sdb/data: 2.7TB angezeigt.
Obwohl ich unter Datenspeicher entfernen: /192.168.115.6__volume1_VDR/data angezeigt bekomme

Code: [Select]

proc        /proc           proc      defaults            0 0
tas+/datas/d
sys         /sys            sysfs     defaults            0 0
tas+/datas/d
run         /run            tmpfs     defaults            0 0
tas+/datas/d
tmp         /tmp            tmpfs     defaults            0 0
tas+/datas/d
dev         /dev            devtmpfs  defaults            0 0
tas+/datas/d
devpts      /dev/pts        devpts    mode=0620,gid=5     0 0
tas+/datas/d
/dev/dvd    /media/dvd      auto      ro,noauto           0 0
tas+/datas/d
/dev/cdrom  /media/cdrom    auto      ro,noauto           0 0
tas+/datas/d
UUID=e8e7861e-a754-4a29-9714-a50aeb050f03  /  auto  defaults  0 1
tas+/datas/d
UUID=58d5ec21-3e74-417e-9aa3-e26a8e694795  /mnt/sdb  auto  defaults  0 2
tas+/datas/d
UUID=59D9-6514  /boot  auto  defaults  0 2
tas+/datas/d
/mnt/sdb/.cache  /var/cache  none  bind  0 0
tas+/datas/d
/mnt/sdb/data:/mnt/192.168.115.6__volume1_VDR/data  /data  mergerfs  defaults,category.create=mfs,direct_io,use_ino  0 0
tas+/datas/d
data   nfs  bg  0 0
tas+/datas/d
192.168.115.6:/volume1/VDR  /mnt/192.168.115.6__volume1_VDR  nfs  bg  0 0


[clausmuus]

Nein, das ist nicht in Ordnung. ersetze Deine fstab durch die Version die Du oben gepostet hast und ändere die nfs Zeile von Hand.
Da ist ein Fehler im Setup bezüglich des Entfernen Deines nfs Stores. Ich werde das aber gleich reparieren.

[clausmuus]

Nach einem update des mergerfs Paketes sollte es jetzt auch möglich sein über das Webif, z.B. dein sdb/data Laufwerk vom Datenlaufwerk zu entfernen.

[cekaro]

Nein, das ist nicht in Ordnung. ersetze Deine fstab durch die Version die Du oben gepostet hast und ändere die nfs Zeile von Hand.
Da ist ein Fehler im Setup bezüglich des Entfernen Deines nfs Stores. Ich werde das aber gleich reparieren.

Betrifft das nur die 5.4 oder auch die 5.3?

[clausmuus]

Repariert habe ich das nur in der 5.4, ob der auch in der 5.3 besteht weiß ich nicht.

[Matthias]

Und der nächste Versuch.
Das Einbinden von /data in der fstab ist suboptimal da nur händisch zu machen und wir es ja möglichst einfach gestalten.
Also die bestehende Freigabe auf dem NAS gelöscht und eine neue Freigabe eingerichtet mit den entsprechenden NFS Berechtigungen:
smb://nas_tv.local/data/
Sollte erstmal passen da ich ja von meinem Linux Laptop aus Zugriff habe.

Dann wieder im Webif nach Shares gesucht.
Das neue Share 192.168.115.6:/volume1/data wird auch gefunden.
Leider haut es wieder die fstab kurz und klein, trotz Update auf NFS 0-24.2 von eben:

Code: [Select]

proc        /proc           proc      defaults            0 0
tas+/datas/d
sys         /sys            sysfs     defaults            0 0
tas+/datas/d
run         /run            tmpfs     defaults            0 0
tas+/datas/d
tmp         /tmp            tmpfs     defaults            0 0
tas+/datas/d
dev         /dev            devtmpfs  defaults            0 0
tas+/datas/d
devpts      /dev/pts        devpts    mode=0620,gid=5     0 0
tas+/datas/d
/dev/dvd    /media/dvd      auto      ro,noauto           0 0
tas+/datas/d
/dev/cdrom  /media/cdrom    auto      ro,noauto           0 0
tas+/datas/d
UUID=e8e7861e-a754-4a29-9714-a50aeb050f03  /  auto  defaults  0 1
tas+/datas/d
UUID=58d5ec21-3e74-417e-9aa3-e26a8e694795  /mnt/sdb  auto  defaults  0 2
tas+/datas/d
UUID=59D9-6514  /boot  auto  defaults  0 2
tas+/datas/d
/mnt/sdb/.cache  /var/cache  none  bind  0 0
tas+/datas/d
tas+/datas/d
tas+/datas/d

ich vermute die Zeile UUID=58d5ec21-3e74-417e-9aa3-e26a8e694795  /mnt/sdb  auto  defaults  0 2 brauche ich nicht mehr da ja sdb ausgebaut ist - richtig?

Beim Versuch das Share im WEBIF zu mounten passiert wieder ein Fehler in der fstab:
UUID=59D9-6514  /boot  auto  defaults  0 2192.168.115.6:/volume1/data  /mnt/192.168.115.6__volume1_data  nfs  bg  0 0

Also händisch geändert:

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=e8e7861e-a754-4a29-9714-a50aeb050f03  /  auto  defaults  0 1
UUID=59D9-6514  /boot  auto  defaults  0 2
192.168.115.6:/volume1/data  /mnt/192.168.115.6__volume1_data  nfs  bg  0 0
/mnt/192.168.115.6__volume1_data  /data  mergerfs  defaults,category.create=mfs,direct_io,use_ino  0 0

Und dann funktioniert es auch 

[clausmuus]

Wichtig ist noch, dass der cache mount erhalten bleibt (wieder hinzugefügt wird), bzw. auf eine Daten Partition zeigt.
Wenn die System Platte nicht zu klein ist, existiert ja eine Datenpartition die hierfür genommen werden kann. Diese Partition solltest Du auch zum Datenlaufwerk hinzufügen, damit das System auch dann noch stabil läuft, wenn der nfs Share mal nicht gemountet werden konnte.
Alternativ existiert auf dem System Laufwerk auch ein @data subvolume, das dafür herhalten kann. Das ist aber eher sub-optimal, da wenn dieses vollläuft, auch die root Partition keinen freien Speicher mehr hat.

Ist die fstab erst beim entfernen eines Datenlaufwerkes per Webif kaputt gegangen, oder bei welcher Aktion ist das passiert?

[Matthias]

Wichtig ist noch, dass der cache mount erhalten bleibt (wieder hinzugefügt wird), bzw. auf eine Daten Partition zeigt.
Wenn die System Platte nicht zu klein ist, existiert ja eine Datenpartition die hierfür genommen werden kann. Diese Partition solltest Du auch zum Datenlaufwerk hinzufügen, damit das System auch dann noch stabil läuft, wenn der nfs Share mal nicht gemountet werden konnte.
Alternativ existiert auf dem System Laufwerk auch ein @data subvolume, das dafür herhalten kann. Das ist aber eher sub-optimal, da wenn dieses vollläuft, auch die root Partition keinen freien Speicher mehr hat.

Ist die fstab erst beim entfernen eines Datenlaufwerkes per Webif kaputt gegangen, oder bei welcher Aktion ist das passiert?

ich bin mir leider nicht mehr sicher ob der Fehler in der fstab bei der Suche nach dem Share oder beim Einbinden passiert ist.
Aber wenn ich mir mein Post oben anschaue, scheint es schon bei der Suche nach dem Share zu passieren.
Und jetzt wo es läuft tue ich mich schwer damit von vorne anzufangen... :-)
Soll ich das am Wochenende nochmals per Live/USB Stick probieren?

Ein Cache Verzeichniss habe ich sicherheitshalber schon auf dem Share eingerichtet:
Und auch die anderen Verzeichnisse.

Code: [Select]

MyMLD> ls /data
backup                music                 
cache                 photo                 video
lost+found            tv

Reicht das oder muss ich noch mehr machen?