이 기사는 아만다 엔터프라이즈(AE)
문제
- 백업을 시작하거나 호스트 확인을 수행 할 때 클라이언트는 "읽기시 EOF"오류를보고합니다. 클라이언트는 ping 될 수 있고 Amanda 포트 10080이 열려 있지만 (SSH 인증 방법을 사용하는 경우 SSH 포트 22가 열려 있음) 백업 또는 호스트 확인이 실행될 때마다 "읽기시 EOF"가 표시됩니다.
오류
- 이메일 또는 Report |에서 백업 보고서의 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 응답을 서버로 다시 보냈 음을 나타냅니다. 이 오류의 원인은 세 가지입니다.
가능한 원인 1: 호스트 확인 중에 Amanda 클라이언트는 호스트 이름을 확인하고 IP 주소의 역방향 조회를 수행합니다. 호스트 이름 요청 또는 역방향 조회가 실패하면 Amanda는 서버를 인증 할 수없고 실패합니다.
가능한 원인 2: 백업 중에 Amanda는 SENDSIZE 패킷에 예상 백업 크기를 반환합니다. 이 패킷은 일반적으로 표준 MTU 인 1500 바이트보다 큽니다. JumboFrames가 서버 또는 클라이언트에서 활성화되어 있지만 모든 네트워크 하드웨어에서는 활성화되지 않은 경우 패킷이 서버에서 수신되지 않고 네트워크에서 삭제됩니다.
가능한 원인 3: UNIX 또는 Linux 클라이언트에서 표준 "bsdtcp"인증 방법 대신 SSH 공개 키 인증 방법을 사용하는 경우 호스트 확인 및 백업 중에 SSH 인증이 실패합니다.
가능한 원인 4: 클라이언트의 SELinux 정책으로 인해 Amanda가 파일 시스템에서 읽을 수 없습니다.
솔루션
원인 1에 대한 해결책: 호스트 확인 오류의 경우 클라이언트에서 Amanda Enterprise 서버의 정방향 및 역방향 조회를 수행 할 수 있는지 확인합니다. DNS 이름이 올바른 IP 주소로 확인되고 IP 주소가 올바른 호스트 이름으로 확인되는지 확인합니다. 불일치를 수정해야하는 경우 / etc / hosts 파일에 항목을 추가하십시오.
원인 2에 대한 해결책: 백업 / 플래너 오류의 경우 클라이언트 및 서버에서 JumboFrames를 비활성화하거나 모든 네트워크 요소에 JumboFrame이 활성화되어 있는지 네트워크 아키텍처 팀에 확인하십시오. Wireshark 또는 tcpdump를 사용하여 패킷이 조각화 및 삭제되지 않았는지 확인합니다.
원인 3에 대한 해결책: SSH 공개 키 인증 방법을 사용할 때이 실패가 보이면 SSH 인증 방법 사용시 "읽기시 EOF".
원인 4에 대한 해결책: SELinux 정책을 수정하십시오. SELinux 및 Amanda Enterprise 지식 기반 문서.
