Корень не может изменять разрешение или право собственности на файл

Моя директива – это корень:

pwd / 

У меня есть следующий каталог:

  • Недокументированный «chown user.» Сокращенный
  • Изменить владельца собственного каталога
  • Как предоставить права пользователя на изменение прав собственности на файлы / каталоги в каталоге
  • как очистить кеш-сервер клиента NFS и кешку на стороне сервера?
  • NFS экспортирует all_squash, anonuid, anongid, сопоставляя все клиенты клиентов с владельцем на сервере (работающем), все еще нуждающимся в возможностях для чтения на сервере?
  • Список изменений chmod и chown
  •  drwxrwxrwx 4 root root 81920 Jun 4 09:25 imr_report_repo 

    ПРИМЕЧАНИЕ. imr_report_repo – это общий ресурс NFS.

    Вот список fstab для imr_report_repo :

     netapp1:/imr_report_repos_stage /imr_report_repo nfs rw,bg,actimeo=0,nointr,vers=3,timeo=600,rsize=32768,wsize=32768,tcp 1 1 d imr_report_repo 

    Файл в mount:

     $ ls -al -rw-r--r-- 1 502 502 1273 Mar 21 2013 imr1_test.txt 

    UID 502 не существует. Если мы добавим этот UID / GID локально:

     $ groupadd -g 502 jimmy $ useradd -g 502 -u 502 jimmy 

    Теперь он показывает:

     $ ls -al -rw-r--r-- 1 jimmy jimmy 1273 Mar 21 2013 imr1_test.txt 

    Теперь измените на root:

     $ su - $ chown oracle:oinstall imr1_test.txt chown: changing ownership of `imr1_test.txt': Operation not permitted 

  • Проблема разрешения NFS со вторичными группами
  • Autofs: я могу установить одну папку, но не другую
  • Могу ли я отправлять журналы аудита на другой компьютер?
  • Отключено подключение NFS
  • Red Hat с rpc.statd не работает и не может запускать nfslock
  • Как настроить пользовательские квоты для дискового хранилища?
  • 3 Solutions collect form web for “Корень не может изменять разрешение или право собственности на файл”

    Обычно у root нет специальных разрешений для общих ресурсов NFS. Напротив: root сопоставляется с обычным пользователем (т. Е. Даже не имеет «нормального» доступа для чтения и записи к root файлам).

    Вы должны запустить chown на сервере NFS.

    Как правило, локальный пользователь root из NFS-клиентов не разрешен выполнять эти виды действий на установленных NFS-ресурсах. Похоже, что NetApp добавляет немного завихрения:

    • По умолчанию опция anon указывает UID 65534. То есть, если вы не используете параметры root и anon для ресурса, пользователи root на всех узлах получают доступ к ресурсу с использованием UID 65534.
    • Если опция anon указывает UID 65535, root-доступ отключен.
    • Если параметр anon указывает UID 0, root-доступ предоставляется всем хостам.
    • Если вместо UID указано имя, это имя просматривается в соответствии с порядком, указанным в файле /etc/nsswitch.conf чтобы определить соответствующий UID, который будет назначен опцией anon.

    Таким образом, с точки зрения этого, у NetApp NFS share есть опция по умолчанию, # 1. Вы можете подтвердить это, коснувшись файла на общем ресурсе NFS как root и видя, какие результаты ID это делают.

    Вы должны иметь возможность экспортировать экспортированные параметры NFS с помощью mount -v на вашем клиенте NFS.

     $ mount -v ... mulder:/export/raid1/home/sam on /home/sam type nfs (rw,intr,tcp,nfsvers=3,rsize=16384,wsize=16384,addr=192.168.1.1) 

    Рекомендации

    • NFS: root – сообщество NetApp

    Сервер NetApp NFS по умолчанию изменяет учетные данные пользователя root на клиенте в uid 65534 на сервере, поэтому операции, такие как chown , не будут выполнены. Чтобы изменить это, отредактируйте список экспорта в файле, чтобы строка для файловой системы имела параметр root=clientid , где clientid – это IP-адрес или имя хоста клиента, для которого вы хотите получить root-доступ к этой файловой системе. Затем запустите exportfs -a если вы используете интерфейс командной строки в файле.

    Linux и Unix - лучшая ОС в мире.