Um identificador de arquivo obsoleto do NFS pode persistir por 2 dias completos sem nenhum sinal?

Question

Eu tenho meu diretório home em um servidor de arquivos NFS, nossa equipe de TI mudou para outro servidor há uma semana. Antes da mudança, eu matei todos os meus processos com killall -u my_user_name . Após a mudança, pude começar a trabalhar normalmente e retomei o trabalho por dois dias. Agora, de repente, todo o meu trabalho após a mudança desapareceu no ar!

As equipes de TI afirmam que eu não eliminei todos os processos, o que deixou meu diretório home como identificador de arquivos obsoletos após a mudança.

É possível que um ponteiro de arquivo obsoleto persista por dois dias sem erros? Eu estava trabalhando normalmente salvar e criar lotes de arquivos e diretórios sem qualquer problema / mensagem de erro que assim sempre (exceto para as coisas sendo um pouco mais lento, o que eu apenas assumi devido ao NFS cashes ainda não atualizado ou algo assim).

    

Answer 1

Probabilidades sem fim aqui. Arquivo obsoleto durará um longo tempo, pois há um programa usando esse arquivo / diretório. Depende de como você 'começa' o trabalho todos os dias, como a rede é organizada.

Um problema que vejo diretamente na sua pergunta é que 'killall -u user' não mataria todos os processos do usuário. Você deve usar (no bash) 'killall -9 -u user & disown 'e verifique se o shell que você usou realmente sair. Pode haver outros usuários usando seus arquivos (você deve ter usado 'lsof' para descobrir isso).

    

Answer 2

O automountd é um processo raiz, então você não poderia tê-lo matado.

Agora, se você continuar a trabalhar, há uma boa chance de que o antigo servidor NFS ainda esteja funcionando por um tempo.

Pergunte à sua equipe de TI se eles podem rsync arquivos mais recentes do servidor antigo para o novo servidor para o seu diretório home.