Erro “EOF na leitura” de um cliente

Este artigo é para Empresa Amanda (AE)

Problema

  • Ao iniciar um backup ou executar uma verificação de host, o cliente relata um erro “EOF na leitura”. O cliente pode ser pingado e tem a porta Amanda 10080 aberta (ou porta SSH 22 aberta se estiver usando o método de autenticação SSH), mas sempre que um backup ou verificação de host for executado, “EOF na leitura” será visto.

erro

  • Na seção NOTAS de um relatório de backup de um e-mail ou na seção Relatório | Página de backup, uma falha do planejador é relatada:

ERROR: planner Request to client.zmanda.com failed: EOF on read from client.zmanda.com

  • Em uma verificação de host no backup | Em qual página ou saída de verificação, o seguinte erro é relatado:

WARNING: client.zmanda.com: selfcheck request failed: EOF on read from client.zmanda.com

Causar

Durante o estágio de planejamento de um backup, amanda envia uma solicitação SELFCHECK e SENDSIZE ao cliente. O pacote é recebido e confirmado, mas o servidor Amanda Enterprise nunca recebe uma resposta ACK e relata o EOF em erro de leitura. No cliente, os logs indicam que o cliente enviou a resposta SELFCHECK ou SENDSIZE de volta ao servidor. Existem três causas para esse erro:

Possível causa 1: Durante a verificação de host, o cliente Amanda verifica o nome do host e executa uma pesquisa reversa do endereço IP. Se a solicitação do nome do host ou pesquisa reversa falhar, Amanda não será capaz de autenticar o servidor e falhar.

Possível causa 2: Durante o backup, Amanda retorna uma estimativa do tamanho do backup em um pacote SENDSIZE. Este pacote é normalmente maior do que o MTU padrão de 1500 bytes. Se JumboFrames estiverem habilitados no servidor ou cliente, mas não em todo o hardware de rede, o pacote não será recebido pelo servidor e descartado pela rede.

Possível causa 3: Ao usar o método de autenticação de chave pública SSH em vez do método de autenticação “bsdtcp” padrão com um cliente UNIX ou Linux, a autenticação SSH falha durante uma verificação de host e backup.

Possível causa 4: Sua política SELinux no cliente está impedindo Amanda de ler o sistema de arquivos.

Soluções

Solução para causar 1: Para o erro de verificação de host, verifique se você pode executar uma pesquisa direta e reversa do servidor Amanda Enterprise no cliente. Verifique se o nome DNS é resolvido para o endereço IP correto e se o endereço IP é resolvido para o nome de host correto. Adicione entradas aos arquivos / etc / hosts se necessário para corrigir quaisquer discrepâncias.

Solução para causar 2: Para o erro de backup / planejador, desabilite JumboFrames no cliente e servidor ou verifique com a equipe de Arquitetura de Rede se todos os elementos de rede têm JumboFrames habilitados. Use o Wireshark ou tcpdump para verificar se o pacote não está sendo fragmentado e descartado.

Solução para causar 3: Quando esta falha for observada ao usar o método de autenticação de chave pública SSH, consulte “EOF na leitura” ao usar o método de autenticação SSH.

Solução para causar 4: Modifique sua política SELinux de acordo com o SELinux e Amanda Enterprise artigo da base de conhecimento.