simplesmente digite 'kinit' depois de reconectar (e digite a senha do seu usuário)
Eu tenho um script bash de longa execução que executo em um host remoto com screen , para que eu possa fazer logoff do ssh. Quando volto depois de algum tempo (após o logoff), o terminal de tela não tem mais permissões para acessar meus arquivos e pastas.
O que está causando isso e existe uma maneira de evitá-lo?
SO: Scientific Linux CERN SLC versão 6.9 (Carbon), usando o Andrew File System. Estou usando o diretório privado no AFS, se isso faz diferença.
Editar: A tela ainda tem acesso ao meu diretório público após a desconexão e outros arquivos públicos. Então, algo sobre o AFS está estragando tudo.
simplesmente digite 'kinit' depois de reconectar (e digite a senha do seu usuário)
Eu tive um problema parecido, mas a desconexão do AFS não é imediata e automática, às vezes o programa será executado por 6 horas ou mais antes de perder o acesso ao AFS. Mesmo se alguém limpa coisas com
fs checkservers
fs checkvolumes
fs flush
ainda não funciona ou traz o acesso ao AFS de volta. Nosso gerente do sistema sugeriu a seguinte causa e solução:
Causa: "Infelizmente isso não funcionará devido a um recurso" novo "no Linux. o que está acontecendo é que o deamon systemd que gerencia o sistema recursos / logins limpam agressivamente uma vez que detectam um logout (ou conexão interrompida) da sessão remota, o que leva à destruição dos tokens do AFS e, portanto, a permissão negou o erro. "
Solução possível: Uma solução possível é abrir a tela em uma máquina e depois em ssh para outra máquina e iniciar o programa em execução lá. Por exemplo - faça o login para machine1 então - iniciar uma sessão de tela. - De dentro da sessão de tela, ssh para máquina 2 - inicie o software para executar a análise. - Retire a sessão
Espero que a conexão acima de 2 SSH possa garantir que os tokens sejam mantidos vivos na segunda máquina. "
Tags ssh permissions gnu-screen afs