chown: смена владельца `. ': неверный аргумент

Я пытаюсь установить несколько новых файлов на наш новый сервер, пока наш системный администратор не работает:

Вот мой df

#  df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sdb3             273G   11G  248G   5% /
tmpfs                  48G  260K   48G   1% /dev/shm
/dev/sdb1             485M  187M  273M  41% /boot
xxx.xx.xxx.xxx:/commun
                       63T  2.2T   61T   4% /commun

как пользователь root , я могу создать новый каталог и запустить его chownв / home / lindenb

# cd /home/lindenb/
# mkdir X
# chown lindenb X

но я не могу запустить ту же команду в / commun

# cd /commun/data/users/lindenb/
# mkdir X
# chown lindenb X
chown: changing ownership of `X': Invalid argument

Почему ? Как я могу это исправить ?

обновлено :

крепление:

/dev/sdb3 on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
/dev/sdb1 on /boot type ext4 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
xxx.xx.xxx.xxx:/commun on /commun type nfs (rw,noatime,noac,hard,intr,vers=4,addr=xxx.xx.xxx.xxx,clientaddr=xxx.xx.xxx.xxx)

версия:

$ cat /etc/redhat-release 
CentOS release 6.3 (Final)

permissions chown пьер
источник

Введите mountи вставьте вывод этого в свой вопрос. Кроме того, на какой ОС вы работаете?

Jwbensley

Я не очень хорошо разбираюсь в NFS; Но учитывая, что / commun / data / users / lindenb / - это не локальный каталог на вашем компьютере, а сетевой ресурс, доступ к которому осуществляется через NFS, я бы начал с изучения ваших разрешений на сервере NFS (что выходит за рамки моих знаний)

Jwbensley

Ответы:

/communФайловая система смонтирована с удаленного сервера, и сообщение об ошибке говорит о том , что это может быть NFSv4 крепление (то же самое для более ранних версий Nfs это разрешение запрещен). По умолчанию удаленный файловый сервер сопоставляет удаленного rootпользователя с nobodyучетной записью, поэтому он не может изменить владельца файла.

Самым простым решением может быть использование локальной lindenbучетной записи для создания каталогов в /communкаталоге. Так как корень

sudo -u linedb mkdir -p /commun/data/users/lindenb

Если это не сработает, возможно, имеет место какое-то отображение идентификаторов, поэтому вам, возможно, придется mkae каталоги на сервере xxx.xx.xxx.xxxи изменить там владельца / разрешения.

user9517
источник

спасибо, но это не сработало sudo -u lindenb mkdir -p /commun/data/users/TMP mkdir: cannot create directory / общение / данные / пользователи / TMP ': В доступе отказано`

Пьер

Ваша точка зрения по поводу NFSv4 - красная сельдь, но я согласен с остальным ответом как правильный.

DaveG

в любом случае, спасибо за ваш ответ, я недостаточно квалифицирован, чтобы делать эти изменения в одиночку. Я подожду окончания праздников нашего сисадмина и уточню ваш ответ, если он будет правильным :-)

Pierre

@DaveG: почему это? Если я пытаюсь выбрать каталог как root для монтирования NFSv4, я получаю точно такое же сообщение об ошибке, что и OP, и если я переключаюсь на NFSv3, я получаю Permission Denied, так что это как-то связано с тем, как он взаимодействует с идентификаторами пользователей.

user9517

Из-за того, что root также оказывается раздавленным в NFSv3, сообщение об ошибке может отличаться, но он все равно не сможет создать каталог от имени пользователя root.

DaveG

mount -t nfs -o vers=3 SERVER:PATH MOUNT_PATH

Это сработало для меня.

Шинта
источник

Это действительно проблема NFS4. Возможно, вам придется рассмотреть rpc.idmapd как демон сопоставления NFS4, чтобы решить такие проблемы, особенно если многим пользователям потребуется правильное сопоставление между клиентом и сервером NFS. Обратите внимание, что NFS3 (например, в CentOS <6) не использовал демон отображения.

апк
источник