Symptoms
Avamar 서버와 프록시가 서로 다른 버전을 실행하는 경우 FLR(File Level Restore)이 실패합니다.
이 동작이 Avamar 서버와 Avamar 프록시가 모두 동일한 주 버전을 실행하는 경우 다음을 참조하십시오.
Avamar - Avamar 서버가 19.4 이하에서 업그레이드된 후 Avamar 19.7/19.8 파일 레벨 복원이 실패합니다.
FLR 작업이 실패합니다.
Avamar Java MCGUI에는 다음이 나와 있습니다.
VMDK 파일 이름이 유효하지 않거나 없습니다. 설명서

에서 지원되는 방법을 사용하여 프록시가 올바르게 등록되었는지 확인합니다.AUI 인터페이스에서 다음이 표시됩니다.

프록시 axionfs 로그(/usr/local/avamar/var/axionfs.log)는 다음과 같습니다.
[axionfs] snapupdirobj::getlabelnumsnapup rslt=MSG_ERR_PSWD_INVALID, list.cnt()=0
Cause
Avamar 19.7의 보안 변경으로 인해 FLR 작업은 이전 버전의 Avamar Proxies와 이전 버전과 호환되지 않습니다. .
Avamar 19.7:
STIG 암호 요구 사항으로 인해 19.7 Avamar 서버와 Avamar 19.7 프록시 클라이언트에서 내부 복원 계정 암호가 변경되었습니다.
이 암호 변경은 혼합 Avamar 서버 및 프록시 버전을 사용할 때 이전 버전과의 호환성 문제를 일으킵니다(혼합 버전 구성은 권장되지 않음). 또한 Avamar 19.7 서버가 여전히 이전 복원 암호를 사용하는 경우에도 발생합니다. 이 문제는 조사 중입니다.
배경:
Avamar FLR은 axionfs라는 프로세스를 사용합니다. 이 프로세스는 복원 사용자 계정과 특정 찾아보기 세션에 대해 Avamar 서버에서 동적으로 생성되는 보안 티켓 클라이언트 ID를 사용하여 Avamar 서버에 로그인합니다.
타겟 클라이언트와 레이블은 이 보안 티켓에 대해 검증됩니다.
제한:
Avamar FLR 찾아보기 워크플로우에는 Avamar 서버에서 내부 복원 자격 증명을 전송하지 않는 제한 사항이 있습니다.
대신 모든 Avamar 프록시에 존재하는 고정된 인코딩 구성 파일을 사용합니다.
파일은 /usr/local/avamar/var/axionfs.cmd에 있습니다.
Resolution
Avamar 프록시와 Avamar 서버가 모두 동일한 버전을 실행하고 있는지 확인합니다.
Products
Avamar