Ten artykuł jest przeznaczony dla Amanda Enterprise (AE)
Błąd: „żądanie samodzielnego sprawdzenia nie powiodło się: odmowa połączenia”
Ten błąd może wystąpić podczas sprawdzania, które Amanda przeprowadza przed wykonaniem operacji tworzenia kopii zapasowych i przywracania, takich jak na stronie Backup | what. Ten błąd może wystąpić w starszych wersjach Amanda Enterprise.
- Upewnij się, że na zdalnym hoście jest zainstalowane odpowiednie oprogramowanie klienckie Amanda Enterprise.
- Upewnij się, że usługi klienta Amanda Enterprise działają na kliencie. Na przykład w systemie Linux sprawdź, czy xinetd jest zainstalowany i działa, uruchamiając „/etc/init.d/xinetd status”. W systemie Windows sprawdź, czy usługi ZWC MySQL i ZWC Service są uruchomione.
- Upewnij się, że zapora nie blokuje połączenia między klientem a serwerem. Usługa tworzenia kopii zapasowych Amanda Enterprise działa na porcie 10080, a usługa przywracania na porcie 10081. Sprawdź, czy zapora nie blokuje dostępu z serwera kopii zapasowych do tych portów na kliencie. Na przykład w systemie Linux uruchom „iptables -L” na kliencie, aby zobaczyć wszystkie reguły zapory.
- Sprawdź, czy możesz nawiązać połączenie między serwerem kopii zapasowych a klientem, używając telnetu do telnetu z serwera kopii zapasowych do nazwy hosta klienta na porcie 10080, na przykład uruchom „telnet HostA 10080”.
- Przy AE 3.0 działającym w niektórych dystrybucjach Linuksa, nieprawidłowa konfiguracja IPv6 serwera Amanda (np. Umieszczenie IPv6 na czarnej liście) może spowodować awarie komunikacji Amandy. Rozwiązaniem jest zmiana konfiguracji xinetd serwera Amanda, aby określić protokół IPv4. W szczególności wpis określający flagi = IPv6 należy zmienić na flagi = IPv4:
service amanda {disable = no flags = IPv6 <<<<<< zmień na IPv4 socket_type = stream protocol = tcp wait = no user = amandabackup group = disk groups = yes server = / usr / lib / amanda / amandad server_args = -auth = bsdtcp amdump amindexd amidxtaped}