Dieser Artikel ist für Amanda Unternehmen (AE)
Aufgabenstellung:
- Beim Starten einer Sicherung oder Durchführen einer Hostprüfung meldet der Client den Fehler "EOF beim Lesen". Der Client kann einen Ping-Befehl senden und hat den Amanda-Port 10080 geöffnet (oder den SSH-Port 22 geöffnet, wenn die SSH-Authentifizierungsmethode verwendet wird). Bei jeder Ausführung einer Sicherung oder Hostprüfung wird jedoch "EOF beim Lesen" angezeigt.
Fehler
- Im Abschnitt NOTES eines Sicherungsberichts aus einer E-Mail oder im Bericht | Sicherungsseite, ein Planerfehler wird gemeldet:
ERROR: planner Request to client.zmanda.com failed: EOF on read from client.zmanda.com
- Überprüfen Sie in einem Host die Sicherung | Bei welcher Seiten- oder Überprüfungsausgabe wird der folgende Fehler gemeldet:
WARNING: client.zmanda.com: selfcheck request failed: EOF on read from client.zmanda.com
Verursachen
Während der Planungsphase eines Backups sendet Amanda eine SELFCHECK- und SENDSIZE-Anforderung an den Client. Das Paket wird empfangen und bestätigt, aber der Amanda Enterprise-Server empfängt niemals eine Antwort-ACK und meldet die EOF bei einem Lesefehler. Auf dem Client geben die Protokolle an, dass der Client die Antwort SELFCHECK oder SENDSIZE an den Server zurückgesendet hat. Es gibt drei Ursachen für diesen Fehler:
Mögliche Ursache 1: Während der Hostprüfung überprüft der Amanda-Client den Hostnamen und führt eine umgekehrte Suche der IP-Adresse durch. Wenn die Hostnamenanforderung oder die umgekehrte Suche fehlschlägt, kann Amanda den Server nicht authentifizieren und schlägt fehl.
Mögliche Ursache 2: Während der Sicherung gibt Amanda eine Schätzung der Sicherungsgröße in einem SENDSIZE-Paket zurück. Dieses Paket ist normalerweise größer als die Standard-MTU von 1500 Bytes. Wenn JumboFrames auf dem Server oder Client aktiviert sind, jedoch nicht auf der gesamten Netzwerkhardware, wird das Paket nicht vom Server empfangen und vom Netzwerk verworfen.
Mögliche Ursache 3: Wenn Sie die Authentifizierungsmethode für öffentliche SSH-Schlüssel anstelle der Standardauthentifizierungsmethode "bsdtcp" mit einem UNIX- oder Linux-Client verwenden, schlägt die SSH-Authentifizierung während einer Hostprüfung und -sicherung fehl.
Mögliche Ursache 4: Ihre SELinux-Richtlinie auf dem Client verhindert, dass Amanda aus dem Dateisystem liest.
Lösungen
Lösung zu verursachen 1: Stellen Sie für den Host Check-Fehler sicher, dass Sie eine Vorwärts- und Rückwärtssuche des Amanda Enterprise-Servers auf dem Client durchführen können. Überprüfen Sie, ob der DNS-Name in die richtige IP-Adresse und die IP-Adresse in den richtigen Hostnamen aufgelöst wird. Fügen Sie bei Bedarf Einträge in die Dateien / etc / hosts ein, um etwaige Unstimmigkeiten zu korrigieren.
Lösung zu verursachen 2: Deaktivieren Sie für den Sicherungs- / Planerfehler JumboFrames auf dem Client und Server oder überprüfen Sie mit dem Netzwerkarchitektur-Team, ob für alle Netzwerkelemente JumboFrames aktiviert ist. Verwenden Sie Wireshark oder tcpdump, um sicherzustellen, dass das Paket nicht fragmentiert und verworfen wird.
Lösung zu verursachen 3: Wenn dieser Fehler bei Verwendung der Authentifizierungsmethode für öffentliche SSH-Schlüssel auftritt, lesen Sie bitte "EOF beim Lesen" bei Verwendung der SSH-Authentifizierungsmethode.
Lösung zu verursachen 4: Ändern Sie Ihre SELinux-Richtlinie gemäß der SELinux und Amanda Enterprise Wissensdatenbankartikel.
