Bu makale Amanda Kurumsal (AE)
Sorun
- Bir yedeklemeye başlarken veya bir Ana Bilgisayar Kontrolü gerçekleştirirken, istemci "okunduğunda EOF" hatası bildiriyor. İstemci pinglenebilir ve Amanda bağlantı noktası 10080'i açabilir (veya SSH kimlik doğrulama yöntemi kullanılıyorsa SSH bağlantı noktası 22 açıktır), ancak bir yedekleme veya Ana Bilgisayar Kontrolü çalıştırıldığında "okunduğunda EOF" görülür.
Hata
- Bir e-postadaki veya Rapordaki bir yedekleme raporunun NOTLAR bölümünde | Yedekleme sayfası, bir planlayıcı hatası rapor edilir:
ERROR: planner Request to client.zmanda.com failed: EOF on read from client.zmanda.com
- Bir Ana Bilgisayarda Yedeklemede Kontrol | Hangi sayfa veya kontrol çıktısı, aşağıdaki hata bildirilir:
WARNING: client.zmanda.com: selfcheck request failed: EOF on read from client.zmanda.com
Sebeb olmak
Bir yedeklemenin planlama aşamasında amanda, müşteriye SELFCHECK ve SENDSIZE isteği gönderir. Paket alınır ve onaylanır, ancak Amanda Enterprise sunucusu hiçbir zaman bir ACK yanıtı almaz ve EOF'yi okuma hatasıyla ilgili olarak bildirir. İstemcide, günlükler, istemcinin SELFCHECK veya SENDSIZE yanıtını sunucuya geri gönderdiğini gösterir. Bu hatanın üç nedeni vardır:
Olası neden 1: Bir Ana Bilgisayar Kontrolü sırasında, Amanda istemcisi ana bilgisayar adını kontrol eder ve IP adresinin tersini arar. Ana bilgisayar adı isteği veya geriye doğru arama başarısız olursa, Amanda sunucunun kimliğini doğrulayamaz ve başarısız olur.
Olası neden 2: Yedekleme sırasında, Amanda bir SENDSIZE paketindeki yedekleme boyutunun tahminini döndürür. Bu paket tipik olarak 1500 baytlık standart MTU'dan daha büyüktür. JumboFrames sunucuda veya istemcide etkinleştirilir, ancak tüm ağ donanımlarında etkinleştirilmezse, paket sunucu tarafından alınmaz ve ağ tarafından bırakılmaz.
Olası neden 3: Bir UNIX veya Linux istemcisiyle standart "bsdtcp" kimlik doğrulama yöntemi yerine SSH ortak anahtar kimlik doğrulama yöntemi kullanıldığında, SSH kimlik doğrulaması bir Ana Bilgisayar Kontrolü ve yedekleme sırasında başarısız oluyor.
Olası neden 4: İstemcideki SELinux politikanız Amanda'nın dosya sisteminden okumasını engelliyor.
Çözümler
Neden 1'e çözüm: Ana Bilgisayar Kontrolü hatası için, istemcide Amanda Enterprise sunucusunda ileriye ve geriye doğru arama yapabildiğinizi doğrulayın. DNS adının doğru IP adresine çözümlendiğini ve IP adresinin doğru ana bilgisayar adına çözümlendiğini kontrol edin. Herhangi bir tutarsızlığı düzeltmek için gerekirse / etc / hosts dosyalarına girişler ekleyin.
Neden 2'e çözüm: Yedekleme / planlayıcı hatası için, istemcide ve sunucuda JumboFrame'leri devre dışı bırakın veya tüm ağ öğelerinin JumboFrame'lerin etkin olduğunu Ağ Mimarisi ekibiyle doğrulayın. Paketin parçalanmadığını ve düşmediğini doğrulamak için Wireshark veya tcpdump kullanın.
Neden 3'e çözüm: SSH ortak anahtar kimlik doğrulama yöntemi kullanılırken bu hata görüldüğünde, lütfen bkz. SSH kimlik doğrulama yöntemi kullanılırken "okunduğunda EOF".
Neden 4'e çözüm: SELinux politikanızı aşağıdaki talimatlara göre değiştirin: SELinux ve Amanda Enterprise bilgi bankası makalesi.
