Dit is de FAQ sectie. Het is gedeeltelijk gebaseerd op een oude NFS FAQ geschreven door Alan Cox.
Als je een probleem hebt met het mounten van een filesysteem kijk dan of je probleem is beschreven in de ``Mount Checklist'' sectie.
Dit wordt veroorzaakt door een bug in sommig oudere nfsd versies. Het is verbeterd in nfs-server2.2beta16 en later.
can't register with portmap: system error on send
Je gebruikt waarschijnlijk een Caldera systeem. Er is een bug in de rc scripts. Neem contact op met Caldera om een fix te krijgen.
De reden is dat nfsd open file handles cached voor snelheids redenen (onthoud, het draait in gebruikers ruimte). Zolang nfsd een file open heeft (als in het geval na erin te schrijven), staat de kernel je niet toe het uit te voeren. nfsds nieuwer dan lente 95 laten open files vrij na een paar seconden, oudere houden ze tot zelfs een paar dagen.
De Linux NFS server staat standaard op alleen lezen. Lees de sectie
over ``mountd en nfsd'' en ``filesystemen exporteren'' in deze HOWTO,
en kijk in de ``exports'' en ``nfsd'' man paginas. Je moet de /etc/exports
veranderen.
ls
werkt kan ik
geen files lezen en schrijven.
Op oudere versies van Linux moet NFS server met
rsize=1024,wsize=1024
mounten.
Doe het dan niet. Dit gebeurt niet met 2.0 en 2.2 kernels. En zo ver ik me herinner is er ook geen probleem met 1.2.
Nee, momenteel niet
Weet zeker dat je gebruikers in 8 groepen of minder zitten. Oudere servers willen dit.
Unmount NFS servers niet als je reboot of halt, sla ze gewoon over,
het kan geen kwaad als je ze niet unmount. Het commando is umount -avt nonfs
.
NFS schrijft is normaal synchroon (je kan dit uitzetten als het niet uitmaakt dat soms je data verliest). BSD afgeleide kernels neigen niet instaat te zijn te werken met kleine blokken. Dus als 4K data van een Linux box doet BSD dit
lees 4K page
verander 1K
schrijf 4K terug naar de schijf
lees 4K page
verander 1K
schrijf 4K page terug naar de schijf
etc..
Het NFS protocol gebruikt gefragmenteerde UDP pakketen. De kernel heeft een
limiet van hoeveel fragmenten of incomplete pakketen het kan hebben
voordat hij er weg gaat gooien. In 2.2 is dit looptijd veranderbaar
via het /proc/ filesysteem: /proc/sys/net/ipv4/ipfrag_high_thresh
en ipfrag_low_thresh
. In 2.0 voor het compileren te veranderen
in .../linux/net/ipv4/ip_fragment.c
, IPFRAG_HIGH_THRESH
en IPFRAG_LOW_TRESH
. De betekenis van deze waarden is dat wanneer
het geheugen gebruikt van niet samengestelde UDP fragmenten de ``ipfrag_high_thresh''
in bytes bereikt (256K standaard in 2.2.3 en 2.0.36) wordt het terug
gebracht naar ``ipfrag low tresh'' in een keer. Dit wordt gedaan door het
weggooien van fragmenten. Dit ziet er bijna uit als pakket verlies,
en als de hoge drempel is bereikt zakt de snelheid van je server.
256K is genoeg voor minder dan 30 clienten. Als je er 60 hebt, verdubbel het dan. En verdubbel dan ook de lage drempel.
Knfsd geeft aan dat het NFS versie 3 gebruikt. Dat doet hij niet.
Er is een optie dit uit te zetten. Gebruik deze. Of je kan "vers=2
"
bij de clienten in de mount opties lijst zetten.
mount: 1831-011 access denied for server:/dir
mount: 1831-008 giving up on:
server:/dir
The file access permissions do not allow the specified action.
of iets als dit.
AIX 4.2 used reserved ports (<1024) for NFS. AIX 4.2.1 and 4.3 are not constrained to reserved ports. Also, AIX 4.2.1 and 4.3 try to mount using NFS3, then NFS/TCP, then fiannly NFS/UDP.
Dit
nfso -o nfs_use_reserved_ports=1
aan het einde van rc.tcpip
toevoegen forceert hem gereserveerde poorten te gebruiken opnieuw.
(Deze tip is gegeven door Brian Gorka)