CIFS oder NFS und Probleme bei mount nfs > Permission denied

[schnecke]

Hallo,
ich habe folgende Situation:
Der Server (192.168.xx.1) mountet von einem NAS (192.168.xx.49) ein Verzeichnis zum Backup als cifs.
Funktioniert soweit auch sehr gut nur extrem langsam (8 MB / s).
Der Eintrag in der fstab sieht wie folgt aus:

Code: Alles auswählen

//192.168.xx.49/backup    /data/backup       cifs       auto,cred=/etc/backup.cred,user 0 0

Da ich wegen der Geschwindigkeit das NFS ausprobieren wollte, habe ich es am NAS (Thecus 4100 pro) aktiviert und in der Verzeichnisfreigabe testweise alle user als root mit Vollzugriff angeleget.
Der Eintrag in der fstab dazu sieht so aus:

Code: Alles auswählen

192.168.xx.49:/backup    /data/nfs            nfs       auto,user 0 0

Wenn ich jetzt mount /data/nfs ausführe erscheint:

Code: Alles auswählen

mount: 192.168.xx.49:/backup failed, reason given by server: Permission denied

Zum cifs:
Kann man die Geschwindigkeit erhöhen?

Zum nfs:
Ist das i.R. schneller als cifs?
Wo ist das Problem, dass ich per nfs nicht mounten kann, zu suchen? /var/log/messages gibt nichts aus ebenso /var/log/warn

Vielen Dank!
Gruß,
Alex

[Janka]

Funktioniert soweit auch sehr gut nur extrem langsam (8 MB / s).
Der Eintrag in der fstab sieht wie folgt aus:

Code: Alles auswählen

//192.168.xx.49/backup    /data/backup       cifs       auto,cred=/etc/backup.cred,user 0 0

Versuch mal an den atime-Einstellungen zu drehen. Z.B. relatime statt atime. Also keine unnötigen Zugriffe auf die atime. Sollte die Kiste eigentlich intern handhaben, aber wer weiß?

Da ich wegen der Geschwindigkeit das NFS ausprobieren wollte, habe ich es am NAS (Thecus 4100 pro) aktiviert und in der Verzeichnisfreigabe testweise alle user als root mit Vollzugriff angeleget.
Der Eintrag in der fstab dazu sieht so aus:

Code: Alles auswählen

192.168.xx.49:/backup    /data/nfs            nfs       auto,user 0 0

Wenn ich jetzt mount /data/nfs ausführe erscheint:

Code: Alles auswählen

mount: 192.168.xx.49:/backup failed, reason given by server: Permission denied
[/quote]
Du musst NFS auf der Kiste auch konfigurieren. Von selbst geht da garantiert nichts, weil es selten benutzt wird. Außerdem bitte die mount-optionen in

$ man 5 nfs

beachten!

Janka

[schnecke]

Vielen Dank soweit. Das mit dem atime werde ich mir mal zu Gemüte führen.

Ja, nfs hatte ich auf dem Server (192.168.xx.49) "enabled" und für diesen Ordner ebenfalls eingerichtet. Sogar so, dass jeder darauf zu greifen kann, also sowohl gues als auch root haben RW-Rechte.

Gibt es eine Möglichkeit eine genauere Beschreibung zu diesem Fehler zu erhalten? Logfile?

Loht sich der Aufwand auf NFS um zu steigen oder ist CIFS schneller?

Vielen Dank!

[Janka]

Ja, nfs hatte ich auf dem Server (192.168.xx.49) "enabled" und für diesen Ordner ebenfalls eingerichtet. Sogar so, dass jeder darauf zu greifen kann, also sowohl gues als auch root haben RW-Rechte.

Dann kann es noch die NFS-Version sein. Evtl. kann die Kiste nur NFSv2 oder nur v3. Vielleicht auch nur per UDP oder nur per TCP. Vielleicht ist noch eine Firewall auf dem Ding aktiv?

Gibt es eine Möglichkeit eine genauere Beschreibung zu diesem Fehler zu erhalten? Logfile?

dmesg, weil der Kernel ja das mounten durchführt.

Loht sich der Aufwand auf NFS um zu steigen oder ist CIFS schneller?

NFS kann um einiges schneller sein als CIFS, weil der ganze Session- und Benutzeroverhead wegfällt. NFS ist ganz einfach ein "mounte die Platte via Netzwerk"-Protokoll, während CIFS ein "hole mir diese und jenen Block jener Datei"-Protokoll ist. Dafür ist NFS auch für sein nicht gerade nachvollziehbares Verhalten bei Problemen berüchtigt.

Janka

[schnecke]

Ich halt's nicht aus! Tatsache in der aktuellen FW (v3.00.05) wird nur NFS V3 unterstützt.
Alter, alter Verwalter!
Ich bin von NFS V4 ausgegangen. Na dann mal schaun ob's daran lag und was ich nun wieder beachten muss.

Aber mal ehrlich 9 MB/s sind für eine 1GBit Leitung nicht gerade der Renner, oder?

Vielen Dank!!!
Gruß,
Alex

[Janka]

1GBit wären maximal 125MB/s. Allerdings bleiben davon Netto nur ca. 100MB/s übrig, der Rest geht für die Stromkodierung auf der Netzwerkebene drauf. Aber selbst das können die Festplatten in dem Ding ohnehin nicht liefern. Wenn du RAID1 oder RAID10 hast und ausschließlich Lesezugriffe hast vielleicht. Oder alle Daten schön aufgereiht hintereinander liegen. Oder mit einer SSD. Rechne bei *zufälligem* Zugriff mal realistisch mit maximal ca. 50MB/s, die Zugriffe auf dem Gerät selbst bringen.

Janka

[schnecke]

Das wären ja Traumwerte! 9MB/s schreibend ist allerdings für Daten um die 140GB zu langsam. Das dauert ja ewig! Für das Backup an sich nicht weiter schlimm, gesetzt den Fall ich muss es zurückspielen ist es jedoch inakzeptabel.
50MB/s oder sogar 30MB/s wären in Ordnung.
Irgendwas bremst da ganz gewaltig.
Installiert ist ein RAID 10 mit 4 Festplatten.

Gruß,
Alex

[schnecke]

Die dmesg Ausgabe gefiltert auf die IP Adresse gibt folgendes aus:

Code: Alles auswählen

SFW2-INext-DROP-DEFLT-INV IN=eth3 OUT= MAC=XXX SRC=192.168.XX.49 DST=192.168.XX.1 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=21372 DF PROTO=TCP SPT=445 DPT=17315 WINDOW=215 RES=0x00 ACK FIN URGP=0 OPT (0101080A03E9EED4355E1618)

Sprerrt mich hier meine FW aus?

Kann man bei der Fehlermeldung "Permission denied" wirklich davon ausgehen, dass der Kontakt zum NFS Server hergestellt wurde und dieser den Zugriff verwehrt?
Gruß,
Alex

[Janka]

Wie man an SPT=445 leicht erkennen kann, sind das Pakete von "microsoft-ds" (siehe /etc/services), die da via eth3 an deinen Rechner gehen und abgewiesen werden. Und CIFS funktioniert dennoch?

Janka

[schnecke]

Erstaunlich, aber CIFS geht, zwar langsam, aber et geht!