Ich versuche hier seit 2 Tagen von nfs3 auf nfs4 umzustellen. Ich hab wohl mittlerweile alle Howtos die im Netz zu finden sind durchgeackert. Es will einfach nicht hinhauen, das Ergebnis ist immer das selbe. Der mount einer nfs4 Freigabe dauert ewig, bis zu 30 Sekunden. Und das hier im Lokalen Netz.
Wenn der mount dann geklappt hat ist immer diese Meldung zu finden. Endlos oft wiederholbar.
RPC: AUTH_GSS upcall timed out.
Please check user daemon is running.
Ich habe hier in meinem Netz ein funktionierenden Nameserver der auch reverse funktioniert.
Trage ich die beteiligten Hosts in die /etc/hosts ein ist alles gut. Nehm ich sie wieder raus passiert das oben beschriebene wieder.
Seltsamerweise ist das wohl nur bei Debian so, bei Arch, Fedora, CentOS usw. (alle selber ausprobiert) tritt das nicht auf. Es klappt also mit dem Nameserver.
Ich weiss echt nicht weiter, ich hoffe einer von euch.
https://help.ubuntu.com/community/NFSv4Howto
Ich hab noch etwas rumprobiert und einfach mal den letzten 3.9er Kernel von towo installiert. Und siehe da alles ist gut und der mount von nfs4 funktioniert perfekt. Den 3.10er wieder gebootet und das Problem ist wieder da.
Ein diff in Sachen nfs der Kernelconfig ergibt keine Ämderung der config.
@towo
Kannste mal nachschauen ob es da schon ein Patch für gibt, danke?
...
Ich hab mal Kernel 3.10.2 selber gebrutzelt und muss feststellen das dort das Problem das gleiche ist.
Irgendwas ist aber passiert seit dem Wechsel zum 3.10er Kernel, denn unter 3.9.x ist alles in Ordnung.
...
Hi hsp,
ich kann das Fehlerbild bestätigen, ist bei mir genauso wenn ich nfs4 nutze. Bugs beim Paket nfs-common habe ich dazu auch keine gefunden bei Debian.
Ich habe mittlerweile noch andere Probleme mit nfs4 festgestellt. Wenn man zum Beispiel ein Backup mit 'rsync -av' machen will auf den NFS4-Share, obwohl der share mit 'no_root_squash' exportiert ist passiert folgendes. Wenn es auf dem Zielsystem die/der Gruppe/Besitzer nicht gibt, die auf dem Quellsystem vorhanden sind meldet rsync.
chown /bla/bla.... failed: Invalid argument (22)
bzw.
chgrp /bla/bla.... failed: Invalid argument (22)
Danach passen logischerweise die Eigentumsrechte auf dem Zielsystem nicht mehr. Da kannste rumconfen was du willst, es ist nicht in den Griff zubekommen.
Bei nfs3 gibt es das Problem nicht, da flutscht es. Und das seit Jahren
Hier ein Beispiel. was aber nicht hilft. Google findet da noch mehr von.
http://unix.stackexchange.com/questions/25165/rsync-gives-chown-failed-invalid-argument-22-with-nfs-share
...
Ich versuche heute mal wieder ein paar (etwa 8 ) selbst erstellte große DVD-Isos per nfs4 auf den Multimedia-Rechner im Wohnzimmer zu schieben. Dass dabei bei mehreren Dateien der Datendurchsatz ziemlich einbrach hatte ich schon öfters.
Aber jetzt "steht" die Übertragung praktisch.Es werden aktuell ca 330Kbit/s angegeben und das bei einer 1GBit Leitung :shock:
Auch das ganze Dateisystem bzw. die Zugriffe darauf scheinen fast komplett blockiert zu sein. :oops:
Am 3.10er Kernel kann es bei mir nicht liegen da ich noch den 3.9-8.towo-siduction-amd64 verwende.
Paket sind soweit eigentlich aktuell
Grüße
Reiner
Nachtrag:Nach jeder übertragenen Datei fängt die Übertragung der nächsten mit "normaler" Geschwindigkeit an (40-60MB/s) bricht dann aber wieder zusehends zusammen.
Das kann ich auch bestätigen das der Datendurchsatz teilweise zusammem bricht. nfs4 ist echt noch ganz schön 'crazy'.
Ich hab wieder nfs3 in Betrieb genommen, werde irgendwann später nochmal nfs4 probieren.
...
Kann auch noch etwas seltsames zu NFS berichten. Seit kurzen zeigt ein "df -h" nicht mehr alle gemounteten NFS-Shares an, nur "df -a" oder ein "mount" tut das noch.
$ df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/mapper/VGsys-LVroot 5,3G 4,3G 1,1G 81% /
udev 10M 0 10M 0% /dev
tmpfs 1,6G 460K 1,6G 1% /run
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 3,2G 1,2M 3,2G 1% /run/shm
/dev/mapper/VGsys-LVhome 5,8G 4,3G 1,6G 73% /home
/dev/mapper/VGsys-LVvar 3,4G 2,4G 1018M 71% /var
/dev/mapper/VGsys-LVvm 30G 5,4G 25G 19% /mnt/vm/fast
/dev/mapper/VGdata-LVvm 79G 61G 19G 77% /mnt/vm/normal
/dev/mapper/VGdata-LVmisc 59G 44G 16G 75% /mnt/share/misc
/dev/mapper/VGdata-LVmusic 50G 40G 9,2G 82% /mnt/share/music
/dev/mapper/VGdata-LVphoto 50G 33G 17G 66% /mnt/share/photo
/dev/mapper/VGdata-LVuserdata 9,8G 1,4G 8,4G 15% /mnt/share/userdata
/dev/mapper/VGdata-LVvideo 20G 9,6G 10G 50% /mnt/share/videostream
diskstation:/volume1/VM 1,8T 518G 1,3T 29% /mnt/import/vm
diskstation:/volume2/Backup_Archive 1,8T 1,4T 446G 76% /mnt/import/archive
$ df -a
Dateisystem 1K-blocks Benutzt Verfügbar Verw% Eingehängt auf
rootfs 5545568 4469716 1059468 81% /
sysfs 0 0 0 - /sys
proc 0 0 0 - /proc
udev 10240 0 10240 0% /dev
devpts 0 0 0 - /dev/pts
tmpfs 1633840 460 1633380 1% /run
/dev/mapper/VGsys-LVroot 5545568 4469716 1059468 81% /
tmpfs 5120 0 5120 0% /run/lock
tmpfs 3267660 1208 3266452 1% /run/shm
fusectl 0 0 0 - /sys/fs/fuse/connections
/dev/mapper/VGsys-LVhome 6061632 4412612 1632636 73% /home
/dev/mapper/VGsys-LVvar 3546848 2488328 1042136 71% /var
/dev/mapper/VGsys-LVvm 30832636 5608596 25207656 19% /mnt/vm/fast
/dev/mapper/VGdata-LVvm 82438832 63355576 19066872 77% /mnt/vm/normal
/dev/mapper/VGdata-LVmisc 61796348 46022620 15757344 75% /mnt/share/misc
/dev/mapper/VGdata-LVmusic 51475068 41822660 9636024 82% /mnt/share/music
/dev/mapper/VGdata-LVphoto 51475068 33770460 17688224 66% /mnt/share/photo
/dev/mapper/VGdata-LVuserdata 10190136 1464472 8709280 15% /mnt/share/userdata
/dev/mapper/VGdata-LVvideo 20511356 10065040 10429932 50% /mnt/share/videostream
rpc_pipefs 0 0 0 - /var/lib/nfs/rpc_pipefs
diskstation:/volume1/Exchange 1918213760 543137536 1374973824 29% /mnt/import/dataexchange
diskstation:/volume1/VM 1918213760 543137536 1374973824 29% /mnt/import/vm
diskstation:/volume1/Backup_Diskimages 1918213760 543137536 1374973824 29% /mnt/import/diskdump
diskstation:/volume2/Backup_Filesnapshots 1918213760 1450712832 467398528 76% /mnt/import/rsnapshot
diskstation:/volume2/Backup_Archive 1918213760 1450712832 467398528 76% /mnt/import/archive
binfmt_misc 0 0 0 - /proc/sys/fs/binfmt_misc
nfsd 0 0 0 - /proc/fs/nfsd
$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=2040327,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=1633840k,mode=755)
/dev/mapper/VGsys-LVroot on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=3267660k)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/mapper/VGsys-LVhome on /home type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/mapper/VGsys-LVvar on /var type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/mapper/VGsys-LVvm on /mnt/vm/fast type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/mapper/VGdata-LVvm on /mnt/vm/normal type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/mapper/VGdata-LVmisc on /mnt/share/misc type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/mapper/VGdata-LVmusic on /mnt/share/music type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/mapper/VGdata-LVphoto on /mnt/share/photo type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/mapper/VGdata-LVuserdata on /mnt/share/userdata type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/mapper/VGdata-LVvideo on /mnt/share/videostream type ext4 (rw,relatime,errors=remount-ro,data=ordered)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
diskstation:/volume1/Exchange on /mnt/import/dataexchange type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.178.77,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=192.168.178.77)
diskstation:/volume1/VM on /mnt/import/vm type nfs (rw,nosuid,nodev,noexec,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.178.77,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=192.168.178.77,_netdev)
diskstation:/volume1/Backup_Diskimages on /mnt/import/diskdump type nfs (rw,nosuid,nodev,noexec,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.178.77,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=192.168.178.77,_netdev)
diskstation:/volume2/Backup_Filesnapshots on /mnt/import/rsnapshot type nfs (rw,nosuid,nodev,noexec,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.178.77,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=192.168.178.77,_netdev)
diskstation:/volume2/Backup_Archive on /mnt/import/archive type nfs (rw,nosuid,nodev,noexec,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.178.77,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=192.168.178.77,_netdev)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
Ich hab die Lösung gefunden warum das mounten von nfs4 ab dem 3.10er Kernel solange dauert. Wie oben schon erwähnt müssen alle beteiligten Clients per Hostnamen auflösbar sein, auch reverse-lookup (warum?). Entweden per lokalen Nameserver oder halt per /etc/hosts. Des weiteren wird am dem 3.10er der rpc.gssd zum auflösen gebraucht, was auch immer dieser Genosse da zu tun hat, ich hab keine Ahnung. Ich hab dafür noch keine vernünftige Doku gefunden. In der /etc/default/nfs-common NEED_GSSD= auf yes setzen und den Service restarten. Dann klappt das auch mit dem mounten.
Jetzt bleibt nur noch das Problem mit dem ordnungsgemässen übertragen der Ownerships.
...
idmapd richtig konfiguriert? Überhaupt konfigugiert?
Da kannst doch nur die Domain und das mapping einstellen, und das hab ich. Das sollte sich aber nicht bei 'no_root_squash' auswirken wenn man denn als root kommt.
...