Este articulo es para Empresa Amanda (AE)
Problema
- Al iniciar una copia de seguridad o realizar una verificación de host, el cliente informa un error de "EOF al leer". Se puede hacer ping al cliente y tiene el puerto Amanda 10080 abierto (o el puerto SSH 22 abierto si se usa el método de autenticación SSH), pero cada vez que se ejecuta una copia de seguridad o comprobación de host, se ve "EOF en lectura".
Error
- En la sección NOTAS de un informe de respaldo de un correo electrónico o en el Informe | Página de respaldo, se informa un error del planificador:
ERROR: planner Request to client.zmanda.com failed: EOF on read from client.zmanda.com
- En una comprobación de host en la copia de seguridad | En qué página o salida de amcheck, se informa el siguiente error:
WARNING: client.zmanda.com: selfcheck request failed: EOF on read from client.zmanda.com
Causar
Durante la etapa de planificación de una copia de seguridad, amanda envía una solicitud de SELFCHECK y SENDSIZE al cliente. El paquete se recibe y se reconoce, pero el servidor de Amanda Enterprise nunca recibe una respuesta ACK e informa el EOF en caso de error de lectura. En el cliente, los registros indican que el cliente envió la respuesta SELFCHECK o SENDSIZE al servidor. Hay tres causas de este error:
Posible causa 1: Durante una verificación de host, el cliente Amanda verifica el nombre de host y realiza una búsqueda inversa de la dirección IP. Si la solicitud de nombre de host o la búsqueda inversa fallan, Amanda no podrá autenticar el servidor y fallará.
Posible causa 2: Durante la copia de seguridad, Amanda devuelve una estimación del tamaño de la copia de seguridad en un paquete SENDSIZE. Este paquete suele ser más grande que la MTU estándar de 1500 bytes. Si los JumboFrames están habilitados en el servidor o en el cliente, pero no en todo el hardware de la red, el servidor no recibirá el paquete y la red lo eliminará.
Posible causa 3: Cuando se utiliza el método de autenticación de clave pública SSH en lugar del método de autenticación estándar "bsdtcp" con un cliente UNIX o Linux, la autenticación SSH falla durante una verificación de host y una copia de seguridad.
Posible causa 4: Su política de SELinux en el cliente impide que Amanda lea desde el sistema de archivos.
Soluciones
Solución a la causa 1: Para el error de comprobación de host, verifique que puede realizar una búsqueda hacia adelante y hacia atrás del servidor de Amanda Enterprise en el cliente. Compruebe que el nombre DNS se resuelve en la dirección IP correcta y que la dirección IP se resuelve en el nombre de host correcto. Agregue entradas en los archivos / etc / hosts si es necesario para corregir cualquier discrepancia.
Solución a la causa 2: Para el error de copia de seguridad / planificador, desactive JumboFrames en el cliente y el servidor o verifique con el equipo de Arquitectura de red que todos los elementos de la red tengan JumboFrames habilitados. Utilice Wireshark o tcpdump para verificar que el paquete no se fragmente ni se descarte.
Solución a la causa 3: Cuando se observe este error al utilizar el método de autenticación de clave pública SSH, consulte "EOF en lectura" cuando se utiliza el método de autenticación SSH.
Solución a la causa 4: Modifique su política de SELinux según el SELinux y Amanda Enterprise artículo de la base de conocimientos.
