"EOF on read" -fout van een cliënt

Dit artikel is voor Amanda Enterprise (AE)

probleem

  • Bij het starten van een back-up of het uitvoeren van een Host Check, meldt de client een "EOF on read" -fout. De client kan worden gepingd en heeft Amanda-poort 10080 open (of SSH-poort 22 open bij gebruik van de SSH-authenticatiemethode), maar elke keer dat een back-up of Host Check wordt uitgevoerd, wordt "EOF on read" gezien.

Fout

  • In het gedeelte OPMERKINGEN van een back-uprapport van een e-mail of op het rapport | Back-uppagina, een plannerfout is gemeld:

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

  • In een hostcontrole op de back-up | Welke pagina of welke uitvoer wordt gecontroleerd, de volgende fout wordt gerapporteerd:

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

Veroorzaken

Tijdens de planningsfase van een back-up stuurt amanda een SELFCHECK en SENDSIZE-verzoek naar de klant. Het pakket is ontvangen en bevestigd, maar de Amanda Enterprise-server ontvangt nooit een ACK-antwoord en rapporteert de EOF bij leesfout. Op de client geven de logboeken aan dat de client het SELFCHECK- of SENDSIZE-antwoord terugstuurde naar de server. Er zijn drie oorzaken van deze fout:

Mogelijke oorzaak 1: Tijdens de a Host Check controleert de Amanda-client de hostnaam en voert een reverse lookup van het IP-adres uit. Als het hostnaamverzoek of de reverse lookup mislukt, kan Amanda de server niet verifiëren en mislukt.

Mogelijke oorzaak 2: Tijdens de back-up retourneert Amanda een schatting van de back-upgrootte in een SENDSIZE-pakket. Dit pakket is doorgaans groter dan de standaard MTU van 1500 bytes. Als JumboFrames zijn ingeschakeld op de server of client, maar niet op alle netwerkhardware, wordt het pakket niet door de server ontvangen en door het netwerk verwijderd.

Mogelijke oorzaak 3: Als u de SSH-authenticatiemethode met openbare sleutel gebruikt in plaats van de standaard "bsdtcp" -authenticatiemethode met een UNIX- of Linux-client, mislukt de SSH-authenticatie tijdens een Host Check en back-up.

Mogelijke oorzaak 4: Je SELinux-beleid op de client verhindert dat Amanda van het bestandssysteem kan lezen.

Oplossingen

Oplossing voor oorzaak 1: Controleer voor de Host Check-fout of u een voorwaartse en achterwaartse opzoeking van de Amanda Enterprise-server op de client kunt uitvoeren. Controleer of de DNS-naam wordt omgezet naar het juiste IP-adres en dat het IP-adres wordt omgezet naar de juiste hostnaam. Voeg indien nodig vermeldingen toe aan de / etc / hosts-bestanden om eventuele discrepanties te corrigeren.

Oplossing voor oorzaak 2: Schakel voor de back-up / planner-fout JumboFrames uit op de client en server of controleer bij het Network Architecture-team dat JumboFrames is ingeschakeld voor alle netwerkelementen. Gebruik Wireshark of tcpdump om te controleren of het pakket niet wordt gefragmenteerd en verwijderd.

Oplossing voor oorzaak 3: Als deze fout optreedt bij het gebruik van de SSH-authenticatiemethode met openbare sleutel, zie dan "EOF on read" bij gebruik van de SSH-authenticatiemethode.

Oplossing voor oorzaak 4: Wijzig je SELinux-beleid volgens het SELinux en Amanda Enterprise Knowledge Base-artikel.