この記事は アマンダエンタープライズ（AE）
問題
- バックアップを開始するとき、またはホストチェックを実行するとき、クライアントは「読み取り時のEOF」エラーを報告します。 クライアントはpingを実行でき、Amandaポート10080を開いています（またはSSH認証方式を使用している場合はSSHポート22を開いています）が、バックアップまたはホストチェックが実行されるたびに「読み取り時のEOF」が表示されます。
エラー
- 電子メールからのバックアップレポートのNOTESセクションまたはレポート| バックアップページ、プランナーの失敗が報告されます：
ERROR: planner Request to client.zmanda.com failed: EOF on read from client.zmanda.com
- バックアップのホストチェックで| どのページまたはamcheckの出力で、次のエラーが報告されます。
WARNING: client.zmanda.com: selfcheck request failed: EOF on read from client.zmanda.com
原因となる
バックアップの計画段階で、amandaはSELFCHECKおよびSENDSIZE要求をクライアントに送信します。 パケットは受信されて確認応答されますが、Amanda Enterpriseサーバーは応答ACKを受信せず、読み取りエラーでEOFを報告します。 クライアントでは、ログは、クライアントがSELFCHECKまたはSENDSIZE応答をサーバーに送り返したことを示しています。 このエラーの原因はXNUMXつあります。
考えられる原因1：ホストチェック中に、Amandaクライアントはホスト名をチェックし、IPアドレスの逆ルックアップを実行します。 ホスト名要求または逆ルックアップが失敗した場合、Amandaはサーバーを認証できず、失敗します。
考えられる原因2：バックアップ中に、AmandaはSENDSIZEパケットでバックアップサイズの見積もりを返します。 このパケットは通常、1500バイトの標準MTUよりも大きくなります。 サーバーまたはクライアントでジャンボフレームが有効になっているが、すべてのネットワークハードウェアで有効になっていない場合、パケットはサーバーで受信されず、ネットワークでドロップされます。
考えられる原因3：UNIXまたはLinuxクライアントで標準の「bsdtcp」認証方法の代わりにSSH公開鍵認証方法を使用すると、ホストチェックおよびバックアップ中にSSH認証が失敗します。
考えられる原因4：クライアントのSELinuxポリシーにより、Amandaがファイルシステムから読み取ることができません。
ソリューション：
1を引き起こす解決策：ホストチェックエラーの場合、クライアントでAmandaEnterpriseサーバーの順方向および逆方向ルックアップを実行できることを確認します。 DNS名が正しいIPアドレスに解決され、IPアドレスが正しいホスト名に解決されることを確認します。 不一致を修正する必要がある場合は、/ etc / hostsファイルにエントリを追加します。
2を引き起こす解決策：バックアップ/プランナーエラーの場合は、クライアントとサーバーでジャンボフレームを無効にするか、すべてのネットワーク要素でジャンボフレームが有効になっていることをネットワークアーキテクチャチームに確認してください。 Wiresharkまたはtcpdumpを使用して、パケットがフラグメント化およびドロップされていないことを確認します。
3を引き起こす解決策：SSH公開鍵認証方式を使用しているときにこの失敗が見られる場合は、を参照してください。 SSH認証方式を使用する場合の「読み取り時のEOF」.
4を引き起こす解決策：に従ってSELinuxポリシーを変更します SELinuxとAmandaEnterprise ナレッジベースの記事。
