Por que estou vendo um número como proprietário / grupo em vez de um nome?

Question

CentOS 6.x / OpenVZ

Recentemente, meu provedor de VPS moveu meu contêiner OpenVZ para um novo servidor. Após essa mudança, notei que os arquivos / diretórios de uma das minhas contas de usuário mostram um proprietário / grupo ímpar.

Por exemplo, vou ver coisas como esta:

[root@exampleserver ~] ls -l /home/foouser
-rw-rw-r-- 1 65534 65534 370123 Jan 1  2014 ExampleFile.txt

Eu esperaria ver "foouser" como o proprietário / grupo em vez de 65534.

Da mesma forma, quando tento mudar para o usuário, recebo um erro:

[root@exampleserver ~] su - foouser
su: warning: cannot change directory to /home/foouser: Permission denied
-bash: /home/foouser/.bash_profile: Permission denied

Meu palpite é que algum identificador numérico para as contas de usuário não persistiu com a mudança, então agora minha conta de usuário não está associada a arquivos antigos.

O que causaria isso e como posso corrigi-lo?

    

Answer 1

65534 é algum tipo de padrão / nobody UID & Valor de GID. Seu provedor de VPS cometeu algum tipo de erro ao copiar o contêiner. Por exemplo, eles usaram rsync , mas não usaram sua opção --numeric-ids .

Os IDs de usuário dentro do seu contêiner não existem fora do contêiner e algumas ferramentas de cópia, ao ver UIDs e GIDs que não podem resolver, os revertem para os padrões. É assim que esse tipo de erro pode acontecer. Um provedor de virtualização competente não deve cometer esse erro embora.

Suas opções são:

• chown / chgrp todos os arquivos de volta para o que deveriam ser. No entanto, as informações sobre os proprietários e grupos originais foram perdidas, portanto, em alguns casos, pode não ser óbvio como reconstruí-las (por exemplo, "esse ou aquele arquivo pode ser gravado pelo usuário do servidor web ou pelo meu próprio usuário?" ).
• Reclame para o provedor e faça com que ele refaça a cópia, desta vez fazendo isso corretamente.