У меня есть диск NAS, подключенный к одному из моих серверов с NFSv3. Проблема в том, что некоторое время назад в системе изменились некоторые числовые идентификаторы UID, и эти пользователи больше не могут получить доступ к своим файлам на диске NAS.
Это заставило меня задуматься, и я создал файл как root, а затем привязал его к своему идентификатору, и, к моему удивлению, я не смог получить к нему доступ.
Я понял, что файл "go_in_to" - это диск с определенным идентификатором, и он остается таким, независимо от того, подавляет ли его root со стороны клиента. Я никогда раньше такого не видел; но root не должен быть зажат, потому что, когда root пытается прочитать, он может прочитать все файлы, а когда root chows, он правильно отражается на "ls -l", но пользователь все равно не может получить доступ.
Следующим шагом, который я сделал, я - с моим идентификатором - снова открыл этот файл с помощью редактора vim, очевидно, получил флаг «read_only», затем я попытался принудительно записать с помощью wq !, и это разблокировало файл для меня, и я смог снова получить к нему доступ. Это произошло потому, что очевидно, что vim создает новый файл при принудительной записи, поэтому этот новый файл на этот раз содержит мой идентификатор, а не корневой.
Но проблема в том, что на этом диске много файлов, и я не могу обойтись без принудительной записи на все из них, что еще хуже, ящик NAS - это то, к чему у меня нет доступа.
Это известное поведение с точки зрения NAS.