Mount auf externe NFS-Ordner

[baeumer]

Hallo,

besteht eine Möglichkeit, einen mount auf einen NFS-Ordner, der nicht auf der DS selbst liegt, durchzuführen (im meinem Fall ReelBox mit Linux-Betriebssystem). Wenn ja, wie lautet der Befehl dafür? Ich bin etwas Unix-umerfahren.

 

[mkl0815]

normalerweise

mount -t nfs xxx.xxx.xxx.xxx:/freigabe /mnt/zielverzeichnis

wobei 'xxx.xxx.xxx.xxx' die IP des NFS-Servers ist, 'freigabe' der NFS-Ordner und '/mnt/zielverzeichnis' das Zielverzeichnis auf der DS (welches bereits existieren muss).

 

[baeumer]

Der mount ging ohne Fehlermeldung im Telnet. Aber weder in FTP noch in AFP funktioniert der Link.

DiskStation> mount -t nfs 192.168.0.99:/media/hd/recordings /mnt/ReelVDR

 

[itari]

Aber weder in FTP noch in AFP funktioniert der Link.

Das hast auch nicht in deiner Frage oben gefragt

Geht denn telnet auf das entfernte Dateisystem? Kannst symbolische Links zwischen entferntem und lokalem Dateisystem machen? Kannst dann nochmal probieren ob FTP geht?

Itari

 

[baeumer]

Ich bin mal wieder zu doof.
Ich möchte einen Link von der DS auf die beiden Linux-Systeme (Reelbox und icord-HD).

DiskStation> ln 192.168.0.99:/media/hd/recordings /mnt/ReelVDR                  ln: 192.168.0.99:/media/hd/recordings: No such file or directory

geht nicht.
Natürlich geht Telnet auf das 1. entfernte Dateisystem (ReelBox):

192.168.0.99:/media/hd/recordings #

und auch auf das 2. entfernte System (Humax iCord-HD):

# ls
bin    etc    media  opt    sbin   sys    usr
dev    lib    mnt    proc   share  tmp    var

Auch FTP geht mit beiden Linux-Systemen.
Was muß ich denn jetzt machen?

 

[jahlives]

Wäre mir neu wenn man Links egal ob symbolisch oder nicht zu einer nfs Ressource, die nicht gemountet ist, machen kann. ln ohne -s erzeugt einen Hardlink und das geht garantiert nicht. Wenn schon ln -s aber auch das wird kaum gehen.
Ich habe ehrlich noch nicht so ganz begriffen was du wirklich vorhast. Wenn du den mount machst, wieso brauchst du dann noch FTP?

 

[mkl0815]

Am besten beschreibst DU erstmal genau was Du eigentlich machen willst. Ohne dabei an die Lösung zu denken, sondern nur was soll am Ende dabei rauskommen.
Danach können wir überlegen wie die Lösung dafür aussieht.
Ich weiß jetzt nämlich auch nicht mehr was Du eigentlich machen willst.

 

[baeumer]

Also:

Ich habe vor, daß ich von außen aus dem Netz auf die beiden Sat-Reciever zugreifen kann. Beide laufen mit Linux.

Für den DDNS-Dienst (Auflösung der IP in Echtnamen) kann ich aber nur eine Zieladresse eingeben, nämlich die DS.

Ich möchte deshalb Verweise auf der DS zu den beiden Sat-Recivern einrichten, sodaß ich dann über den Umweg auch auf die aufgenommen Filme von außen zugreifen kann. Dazu hätte ich gerne zwei Ordner, nämlich "icord-HD" und "ReelVDR", die direkt auf die Aufnahmeordner der Geräte springen.

 

[mkl0815]

Gut, das passt ja auch zu Deiner anfänglichen Frage.
Lösung:
1.) Anlegen von Verzeichnissen innerhalb der von Dir auf der DS freigegebenen Ordner. (z.B. /volume1/Video/icord-HD und /volume1/Video/ReelVDR)
2.) Mounten der NFS-Freigaben der Sat-Reciever auf die angelegten Verzeichnisse auf der DS. Das kannst Du zum Testen erstmal händisch machen, wenn alles OK ist, würde ich das aber in die /etc/fstab eintragen, dann werden die NFS-Freigaben bei jedem Start der DS automatisch gemountet.
3.) Testen der Zugriffe über die DS. Das sollte sowohl via SMB als auch FTP funktionieren. AFP eigentlich auch, aber damit habe ich noch keine Erfahrungen gemacht. Du solltest dann (bezogen auf die Beispielverzeichnisse oben) unter der Freigabe "Video" die beiden Ordner mit den Inhalten der Sat-Reciever sehen.

 

[itari]

DiskStation> ln 192.168.0.99:/media/hd/recordings /mnt/ReelVDR                  ln: 192.168.0.99:/media/hd/recordings: No such file or directory

Der Gedanke war am Beispiel einer Datei 'datei1' das folgende zu probieren:

1] gemeinsamen Ordner/Share anlegen: 'reel'
2] mount -t nfs 192.168.0.99:/media/hd/recordings /mnt/ReelVDR
3] ln -s /mnt/ReelVDR/datei1 /volume1/reel/datei1
4] gucken, ob du auf die Datei /volume1/reel/datei1 so zugreifen kannst, wie du vor hattest

Itari

 

[baeumer]

mount -t nfs 192.168.0.99:/media/hd/recordings /volume1/links/ReelVDR

wobei links ein Gemeinsamer Ordner ist. ReelVDR hatte ich mit mkDir angelegt.

Hat gefunzelt. Danke

 

[nboss]

Klappt alles wunderbar mit dem mounten! Danke für die super Tips!

Nur leider erhalte ich nur 350 kB/s beim Kopieren von meiner DM8000 (NFS-Server) und sämtliche Samba Datentransfers gehen auch in die Knie. Das gleiche ist auch bei der FTP Übertragung von der DM8000 auf meinen PC. Sobald ich über meine gemounteten Daten auf die DM8000 zugreife, geht die Netzwerkperformance in die Knie (und nur dann). Habe ein GBit Netzwerk und kopiere normalerweise mit bis zu 70 MB/s von der Synology 209+ auf meine PC's (Samba).

Sogar der letze Test über NFS Client von Windows 7 DIREKT auf die NFS Freigabe der Dreambox ergab normale Bandbreiten von ca. 9MB/s was ok ist. An der DM8000 NFS Server Einstellung kann es also nicht liegen...

Hat jemand ein Tip?

Gruss,
Nboss

 

[nboss]

Klappt alles wunderbar mit dem mounten! Danke für die super Tips!

Nur leider erhalte ich nur 350 kB/s beim Kopieren von meiner DM8000 (NFS-Server) und sämtliche Samba Datentransfers gehen auch in die Knie. Das gleiche ist auch bei der FTP Übertragung von der DM8000 auf meinen PC. Sobald ich über meine gemounteten Daten auf die DM8000 zugreife, geht die Netzwerkperformance in die Knie (und nur dann). Habe ein GBit Netzwerk und kopiere normalerweise mit bis zu 70 MB/s von der Synology 209+ auf meine PC's (Samba).

Sogar der letze Test über NFS Client von Windows 7 DIREKT auf die NFS Freigabe der Dreambox ergab normale Bandbreiten von ca. 9MB/s was ok ist. An der DM8000 NFS Server Einstellung kann es also nicht liegen...

Hat jemand ein Tip?

Gruss,
Nboss

Noch ein paar Zusatzinformationen:

habe folgenden Mountbefehl verwendet:

mount -t nfs 192.168.1.102:/media/hdd /volume2/record

Auf der DM8000 läuft Gemini 4.7, Standart NFS Server ist aktiviert mit folgenden Optionen:
Verzeichnis: /media/hdd
Für alle freigeben: an
Optionen: rw,no_root_squash,sync,no_subtree_check
ein/ausschalten Port: aus
Port: 02049
Anzahl Benutzer: wenig

Auf der DM laufen sonst noch folgende Dienste:
UPNP Clienet und Server
Samba

Auf meiner DS209+ habe ich mit folgenden Firmwaren getestet:
- DSM 2.2-0965
- DSM 2.3-1118

Habe eben bemerkt, dass die DM8000 in die Knie geht wenn die DM darauf zugreift über NFS. Alle anderne Zugriffe führen nicht zum Ausbremsen der Dreambox. Hmmm, dann liegt es trotzdem an der Dreambox. Aber weshalb nur beim Zugriff über die DM? Kann man etwas "optimieren"?

Da sieht man, dass nfsd alle CUP recourcen auffrisst wenn die DM zugreift:

  PID USER     STATUS   RSS  PPID %CPU %MEM COMMAND
 1826 root     RW         0     1 31.7  0.0 nfsd
 1827 root     RW         0     1 30.4  0.0 nfsd
 1828 root     RW         0     1 29.9  0.0 nfsd
 3510 root     R        996  3504  2.1  0.6 top
 1870 root     S        46M  1724  1.0 30.5 enigma2
 1694 avahi    S       1472     1  0.3  0.9 avahi-daemon
 1730 root     S       1312     1  0.1  0.8 mediascanner
  198 root     SW         0     1  0.1  0.0 usb-storage
  208 root     SW         0     1  0.1  0.0 usb-storage
   55 root     SW         0     1  0.1  0.0 kswapd0
 1880 root     S        46M  1870  0.0 30.5 enigma2
 1890 root     S N      46M  1870  0.0 30.5 enigma2
 1893 root     R N      46M  1870  0.0 30.5 enigma2
 1892 root     S N      46M  1870  0.0 30.5 enigma2
 1912 root     S       2628  1911  0.0  1.6 CCcam_2.1.4
 1944 root     S       2628  1911  0.0  1.6 CCcam_2.1.4
 1911 root     S       2628     1  0.0  1.6 CCcam_2.1.4
 1925 root     S       2628  1911  0.0  1.6 CCcam_2.1.4
 1922 root     S       2628  1911  0.0  1.6 CCcam_2.1.4
 1924 root     S       2628  1911  0.0  1.6 CCcam_2.1.4

Fragen über Fragen!

Gruss,
Nboss

 

[nboss]

Nach einem ganzen Nachmittag Fehlersuchen Problem doch noch gefunden:

Der NFS Server der DM8000 mag kein UDP! Mit folgendem mount Befehl auf der Synology rennt es mit 9.5 MB/s:

mount -t nfs -o rsize=8192,wsize=8192,rw,soft,tcp,nolock 192.168.1.102:/media/hdd /volume2/record

Sorry für die Störung...

Gruss,
Nboss