Tengo un problema con el almacenamiento en caché de atributos del lado del cliente NFS. Estoy usando algunos servidores, uno es un servidor NFS y los otros son servidores cliente NFS.

odos los servidores son Debian (lenny, 2.6.26-2-amd64 de Linux) y las siguientes versiones son las siguiente

 % dpkg -l | grep nfs
ii  libnfsidmap2                        0.20-1                     An nfs idmapping library
ii  nfs-common                          1:1.1.2-6lenny1            NFS support files common to client and server
ii  nfs-kernel-server                   1:1.1.2-6lenny1            support for NFS kernel server

En el servidor NFS, / etc / exports se escribe de la siguiente manera:

/export-path   192.168.0.0/255.255.255.0(async,rw,no_subtree_check)

En los clientes NFS, / etc / fstab se escribe de la siguiente manera:

server:/export-path     /mountpoint   nfs rw,hard,intr,rsize=8192,async 0 0

Como puede ver, la opción "async" se utiliza para el rendimiento de acceso de múltiples clientes. Sin embargo, a veces esto puede causar errores de almacenamiento en caché falsos.

Dado que mantengo muchos servidores (y no tengo un permiso tan fuerte para cambiar las opciones de montaje), no quiero modificar / etc / exports ni / etc / fstab. Creo que es suficiente si tengo una herramienta de línea de comandos que "limpia" el caché de atributos del lado del cliente NFS con un permiso de usuario.

Por favor, avíseme si hay tales comandos.

Gracias

(Adjunto)

Me refiero a "errores de falso almacenamiento en caché",

 % ls -l /data/1/kabe/foo                  
ls: cannot access /data/1/kabe/foo: No such file or directory
 % ssh another-server 'touch /data/1/kabe/foo' 
 % ls -l /data/1/kabe/foo
ls: cannot access /data/1/kabe/foo: No such file or directory

A veces, tales casos suceden. El problema no es el contenido del archivo sino los atributos del archivo (= denustra la información) ya que NFS dice que garantiza la consistencia de cierre para abri