У меня проблема с кэшированием атрибутов на стороне клиента NFS.Я использую некоторые серверы, один из них - сервер NFS, а другие - клиентские серверы NFS.
Все серверы - Debian (lenny, 2.6.26-2-amd64 для Linux), и версии следующие.*
% 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
На сервере NFS файл / etc / exports записывается следующим образом:
/export-path 192.168.0.0/255.255.255.0(async,rw,no_subtree_check)
В клиентах NFS файл / etc / fstab записывается следующим образом:
server:/export-path /mountpoint nfs rw,hard,intr,rsize=8192,async 0 0
Как видите, опция «асинхронный» используется для повышения производительности доступа нескольких клиентов.Однако иногда это может привести к ошибочному кешированию.
Так как я поддерживаю много серверов (и у меня нет такого сильного разрешения изменять параметры монтирования), я не хочу изменять / etc / exports, ни/ и т.д. / Fstab.Я думаю, что достаточно, если у меня есть инструмент командной строки, который «очищает» кэш атрибутов на стороне клиента NFS с разрешения пользователя.
Пожалуйста, дайте мне знать, если есть такие команды.,
(добавлено)
Я имею в виду "ошибки ложного кэширования",
% 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
Иногда такие случаи случаются.Проблема заключается не в содержимом файла, а в атрибутах файла (= информация о зубных камнях), поскольку NFS заявляет, что гарантирует согласованность при закрытии.