“EOF on read” -fel från en klient

Denna artikel är för Amanda Enterprise (AE)

Problem

  • När du startar en säkerhetskopia eller utför en värdcheck rapporterar klienten ett “EOF on read” -fel. Klienten kan pingas och har Amanda-port 10080 öppen (eller SSH-port 22 öppen om man använder SSH-autentiseringsmetoden) men när som helst en säkerhetskopia eller värdcheck körs visas "EOF vid läsning".

Fel

  • I avsnittet ANMÄRKNINGAR i en reservrapport från ett e-postmeddelande eller i rapporten | Säkerhetskopieringssida, ett planeringsfel rapporteras:

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

  • I en värdkontroll av säkerhetskopian | Vilken sida eller amcheck som matas ut, rapporteras följande fel:

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

Orsak

Under planeringsstadiet för en säkerhetskopia skickar amanda en SELFCHECK- och SENDSIZE-begäran till klienten. Paketet tas emot och bekräftas, men Amanda Enterprise-servern får aldrig svar ACK och rapporterar EOF om läsfel. På klienten indikerar loggarna att klienten skickade svaret SELFCHECK eller SENDSIZE tillbaka till servern. Det finns tre orsaker till detta fel:

Möjlig orsak 1: Under en värdcheck kontrollerar Amanda-klienten värdnamnet och utför en omvänd sökning av IP-adressen. Om värdnamnsbegäran eller omvänd uppslagning misslyckas kan Amanda inte verifiera servern och misslyckas.

Möjlig orsak 2: Under säkerhetskopieringen returnerar Amanda en uppskattning av säkerhetskopieringsstorleken i ett SENDSIZE-paket. Detta paket är vanligtvis större än standard MTU på 1500 byte. Om JumboFrames är aktiverat på servern eller klienten, men inte på all nätverkshårdvara, tas paketet inte emot av servern och tappas av nätverket.

Möjlig orsak 3: När du använder SSH-autentiseringsmetod för offentlig nyckel istället för den vanliga "bsdtcp" -autentiseringsmetoden med en UNIX- eller Linux-klient, misslyckas SSH-autentiseringen under värdkontroll och säkerhetskopiering.

Möjlig orsak 4: Din SELinux-policy på klienten hindrar Amanda från att läsa från filsystemet.

Lösningar

Lösning för att orsaka 1: För värdkontrollfelet, kontrollera att du kan söka framåt och bakåt på Amanda Enterprise-servern på klienten. Kontrollera att DNS-namnet har rätt IP-adress och att IP-adressen har rätt värdnamn. Lägg till poster i / etc / hosts-filerna om det behövs för att korrigera eventuella avvikelser.

Lösning för att orsaka 2: För backup / planner-felet inaktiverar du JumboFrames på klienten och servern eller verifierar med Network Architecture-teamet att alla nätverkselement har JumboFrames aktiverat. Använd Wireshark eller tcpdump för att kontrollera att paketet inte fragmenteras och tappas.

Lösning för att orsaka 3: Om detta misslyckas när du använder SSH-autentiseringsmetoden för offentlig nyckel, se “EOF vid läsning” när du använder SSH-autentiseringsmetod.

Lösning för att orsaka 4: Ändra din SELinux-policy enligt SELinux och Amanda Enterprise kunskapsbasartikel.