Estou tentando instalar alguns novos arquivos em nosso novo servidor enquanto nosso sysadmin está de férias:
Aqui está o meu 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
como root , posso criar um novo diretório e executar chown
em / home / lindenb
# cd /home/lindenb/
# mkdir X
# chown lindenb X
mas não consigo executar o mesmo comando em / commun
# cd /commun/data/users/lindenb/
# mkdir X
# chown lindenb X
chown: changing ownership of `X': Invalid argument
porque ? Como posso consertar isso ?
atualizado :
montagem:
/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)
versão:
$ cat /etc/redhat-release
CentOS release 6.3 (Final)
permissions
chown
Pierre
fonte
fonte
mount
e cole a saída disso na sua pergunta. Além disso, em qual SO você está?Respostas:
O
/commun
sistema de arquivos é montado a partir de um servidor remoto e a mensagem de erro sugere que pode ser uma montagem nfsv4 (o mesmo para versões anteriores do nfs é permissão negada). Por padrão, o servidor de arquivos remoto mapeará oroot
usuário remoto para umanobody
conta para que não possa alterar a propriedade do arquivo.A solução mais fácil pode ser usar a
lindenb
conta local para criar os diretórios no/commun
diretório. Então, como rootSe isso não funcionar, pode haver algum mapeamento de identificação, portanto, você pode precisar
xxx.xx.xxx.xxx
alterar os diretórios no servidor e alterar a propriedade / permissões lá.fonte
sudo -u lindenb mkdir -p /commun/data/users/TMP mkdir: cannot create directory
/ commun / data / usuários / TMP ': Permissão denied`Isso funcionou para mim.
fonte
Este é realmente um problema do NFS4. Pode ser necessário considerar rpc.idmapd o daemon de mapeamento NFS4 para resolver esses problemas, especialmente se muitos usuários precisarão do mapeamento correto entre o cliente e o servidor NFS. Observe que o NFS3 (no CentOS <6, por exemplo) não usou um daemon de mapeamento.
fonte