Клиентские полномочия CentOS 5.4 NFS v4 файла отличаются из исходных файлов и содержания файла Доли NFS

Это сбивает с толку, чтобы попытаться понять, какова Ваша проблема, Вы не проясняете, проверяете ли Вы файл на web1 на web1 или db1 на web1, или что бы то ни было. Дайте хорошее описание того, что, Вы на самом деле видите, не путая проблему с копированием и chmoding. Что-то простое как я создаю файл на db1 с полномочиями x:y, и на web1 я вижу полномочия a:b, и на web2 я вижу полномочия c:d.

Первая вещь, с помощью NFS, любой файл, который принадлежит корню, будет обычно совместно использоваться так, чтобы это никому не принадлежало. Это означает, что, если у Вас есть корень на клиентской машине, у Вас эффективно нет корня на сервере. Я думаю, что это объясняет часть из того, что Вы видите.

Во-вторых, при выполнении NFS жизненно важно, чтобы идентификатор пользователя-> отображения имени пользователя был идентичен на всех серверах. Файловые системы Unix только хранят числовой идентификатор для идентификатора пользователя и groupid, которые затем отображаются на именах пользователей программами как ls. Вы уверены, что они - все в синхронизации? Могло случиться так, что у Вас есть несоответствие.

Наконец, tar p является опцией для извлечения, не создавая смол. Это проигнорировано при создании смол, и даже когда это используется, это не собирается устанавливать владение на то, каковы они первоначально были.-p в основном означает, проигнорируйте umask. Tar создаст файлы, принадлежавшие Вам только, если Вы не будете корнем.