Voici la section FAQ. Elle est en partie bas�e sur une vieille FAQ NFS �crite par Alan Cox.
Si vous avez un probl�me pour monter un syst�me de fichier, voyez si votre probl�me est d�crit dans la section ``Checklist mount''.
Cela est d� � une bogue dans quelques vieilles versions de nfsd. Elle est corrig�e � partir de nfs-server2.2beta16.
can't register with portmap: system error on send
Vous utilisez probablement un syst�me Caldera. Il y a une bogue dans les scripts rc. Contactez Caldera pour obtenir la solution.
La raison est que nfsd cache les manipulations de fichiers pour des raisons de performances (rappelons qu'il fonctionne dans l'espace utilisateur). Ainsi, apr�s une �criture le fichier peut ne pas �tre ferm� tout de suite, et tant qu'il est ouvert le noyau ne vous autorisera pas � l'ex�cuter. Les nfsd plus r�cents que le printemps 95 [Ndt : hum...] ferment les fichiers ouverts apr�s quelques secondes, les plus vieux pouvaient ne pas les rel�cher avant plusieurs jours...
Le serveur NFS Linux est par d�faut en lecture seule. Voyez les
sections ``Mountd et nfsd'' et ``Exporter des syst�mes de fichier'' dans
ce HOWTO et r�f�rez vous aux pages de manuel ``exports'' et
``nfsd''. Vous devrez modifier /etc/exports
.
ls
marche et
pourtant je ne peux pas lire ou �crire de fichiers.
Sur les anciennes versions de Linux il faut monter un serveur
NFS avec rsize=1024, wsize=1024
.
Bah alors ne le faites pas. Cela ne se produit pas avec les noyaux 2.0 et 2.2 ni, autant que je sache avec les 1.2.
Non, pas pour le moment.
Assurez-vous que vos utilisateurs sont dans 8 groupes au maximum. C'est une limitation des vieux serveurs.
Ne d�montez pas les serveurs NFS en red�marrant ou arr�tant la
machine, �a ne cr�era pas de probl�mes si vous ne le faites pas. La
commande est umount -avt nonfs
.
Normalement les �critures NFS sont synchrones (vous pouvez le d�sactiver si vous ne craignez pas de perdre des donn�es). Les noyaux d�riv�s de BSD ont tendance � ne pas savoir travailler avec des petits blocs. Ainsi quand vous �crivez 4K de donn�es depuis un client Linux dans des paquets de 1K, BSD fait ceci :
lit une page de 4K
traite 1K
�crit 4K sur le disque
lit une page de 4K
traite 1K
�crit 4K sur le disque
...
Le protocole NFS utilise les paquets UDP fragment�s. Le noyau ne
conserve qu'un nombre limit� de fragments de paquets incomplets avant de
commencer � jeter des paquets. En 2.2, ce param�tre est r�glable �
l'ex�cution au moyen du syst�me de fichier /proc :
/proc/sys/net/ipv4/ipfrag_high_tresh
et
ipfrag_low_tresh
. En 2.0 ce sont des constantes d�finies � la
compilation dans .../linux/net/ipv4/ip_fragment.c
,
IPFRAG_HIGH_TRESH
et IPFRAG_LOW_THRESH
. La signification des
ces valeurs est que quand la m�moire consomm�e par les fragments UDP non
r�assembl�s atteint ``ipfrag_high_thresh'' (en octets, 256K par d�faut
en 2.2.3 et 2.0.36) elle est ramen�e � ``ipfrag_low_tresh'' d'un coup,
en jetant des fragments. Ainsi, si la borne sup�rieure (high_tresh) est
atteinte, la performance de votre serveur diminue drastiquement.
256K est suffisant pour 30 clients. Si vous en avez 60, doublez la valeur. Et doublez aussi la borne inf�rieure (low_tresh).
knfsd annonce qu'il impl�mente NFS version 3, alors que ce n'est pas
vrai. Utilisez l'option qui permet de stopper ces annonces, ou mettez
"vers=2"
dans la liste d'options de montage de votre client.
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.
AIX 4.2 utilise des ports r�serv�s (<1024) pour NFS. AIX 4.2.1 et 4.3 peuvent utiliser d'autres ports, et essaient de monter par NFS3, NFS/TCP et finalement NFS/UDP.
Ajouter
nfso -o nfs_use_reserved_ports=1
� la fin de rc.tcpip
la forcera � utiliser les ports r�serv�s
(truc fourni par Brian Gorka).
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:37