Parfois, le client NFS ne lit pas les données des exportations NFS de manière synchrone, par exemple lorsqu'elles ont été écrites par un autre client NFS. Par exemple, après que le client NFS A a écrit un fichier avec « echo hello> /NFS_mountpoint/testfile », le client NFS B ne peut pas lire le fichier avec « No such file », ou peut lire mais le contenu du fichier peut être ancien.
Les clients NFS mettent en cache diverses données NFS. RFC 1813 pour la spécification NFSv3 indique :
Clients can perform caching in varied manner.
et dit aussi :
The NFS version 3 protocol does not define a policy for caching on the client or server. In particular, there is no support for strict cache consistency between a client and server, nor between different clients. Therefore this is designed behavior of Linux NFS client.
Par conséquent, il s'agit du comportement conçu du client Linux NFS. Désactivez/ignorez la mise en cache du client NFS en configurant les options de montage du client NFS, ou lisez/écrivez les données avec O_DIRECT /O_SYNC .
Pour désactiver tous les caches pour le client NFS, ajoutez "sync ” pour l'option de montage, ex.
# mount -t nfs -o vers=3,sync NFS_Server:/NFS_Export/ /NFS_MountpointRemarque :Cette option peut entraîner une dégradation des performances. Testez soigneusement cette option sur votre système de test avant de l'appliquer sur un système de production.
Pour désactiver la mise en cache des entrées de répertoire par le client NFS, ajoutez "noac,lookupcache=none ” pour l'option de montage, comme dans l'exemple suivant :
# mount -t nfs -o vers=3,noac,lookupcache=none NFS_Server:/NFS_Export/ /NFS_MountpointRemarque :Il existe des différences entre noac et actimeo=0. actimeo=0 peut mettre en cache les changements d'attribution, mais pas noac. Ainsi noac est plus sûr qu'actimeo=0 mais cela peut avoir un impact sur les performances. Il est également acceptable de définir les deux options, pour restreindre davantage cela.