이전에 알려진 문제는 다음과 같이 분류됩니다.
다음 결함은 이전 릴리스에서 알려진 문제이며 이 릴리스에 알려진 문제로 남아 있습니다.
- 7.2 대상 환경에 다른 vRealize Orchestrator 관리자 그룹이 기본값으로 설정되어 있으면 6.x에서 7.2로의 vRealize Automation 마이그레이션이 실패함
마이그레이션하기 전에 vRealize Orchestrator 제어 센터에서 기본 vRealize Orchestrator 관리 그룹인 vsphere.local/vcoadmin을 변경하면 안 됩니다.
해결 방법: 기술 자료 문서 2148669를 참조하십시오.
tcServer를 버전 3.2로 업그레이드한 후 STOMP 클라이언트가 연결을 설정할 수 없음
vRealize Automation 7.2에서 IaaS Manager Service는 이벤트 브로커 서비스와 통신할 때 연결 메커니즘으로 REST 폴링만 지원합니다. Extensibility.Client.RetrievalMethod 구성 설정이 무시됩니다.
-
vRealize Automation 6.2.4 또는 6.2.5에서 7.2로 업그레이드하기 전에 원격 분석이 사용하지 않도록 설정된 경우 vRealize Automation 장치 관리 콘솔의 원격 분석 탭에 오류가 표시될 수 있음
업그레이드 후에 다음 메시지가 표시될 수 있습니다. 오류: 다음 실행 시간을 확인할 수 없습니다. 원격 분석을 다시 사용하도록 설정하거나 사용하지 않도록 설정하십시오. 이 메시지는 원격 분석 데이터가 수집되고 있지 않아서 시스템에서 적절한 다음 실행 시간을 확인할 수 없기 때문에 나타납니다. 이 경우 원격 분석 기능을 사용할 수 없습니다.
해결 방법: VMware 고객 환경 향상 프로그램에 참여 확인란을 사용하여 원격 분석 사용 여부를 선택한 다음 설정 저장을 클릭합니다.
-
네이티브 Active Directory의 마이그레이션이 오류와 함께 실패함
현재, SSO 마이그레이션 유틸리티는 vRealize Automation 마이그레이션 프로세스 중에 자동화된 네이티브 Active Directory를 전송하지 않습니다.
해결 방법: 네이티브 Active Directory를 수동으로 구성 및 실행하면 Active Directory를 성공적으로 마이그레이션할 수 있습니다. 이 작업은 vRealize Automation 마이그레이션 프로세스를 완료한 후에 수행해야 합니다.
-
PostgreSQL 서버 인스턴스 이름에 ASCII가 아닌 문자가 포함된 경우 vRealize Automation 6.2.4에서 7.1로의 IaaS 노드 마이그레이션이 실패함
해결 방법: [IaaS 데이터베이스 백업으로 vRealize Automation 환경 마이그레이션] 절차에 따라 vRealize Automation 6.2.4 환경을 7.1로 마이그레이션하십시오.
-
vRealize Automation 6.2.3 또는 이전의 고가용성 환경에서 7.1로 업그레이드한 후에 IaaS 관리 에이전트 구성이 손상됨
vRealize Automation 6.2.2에서 7.1로 업그레이드한 후에 IaaS 관리 에이전트가 시작되지 않습니다. 관리 에이전트 구성 파일에서 노드 ID가 누락되었다는 오류 메시지가 표시됩니다.
해결 방법: 기술 자료 문서 2146550을 참조하십시오.
-
업그레이드된 배포에서 축소 또는 확장 작업이 실패함
대량 가져오기 배포 또는 vRealize Automation 6.x에서 업그레이드된 배포에 대해서는 축소 또는 확장 작업이 지원되지 않습니다.
해결 방법: 해결 방법이 없습니다. 업그레이드 이후 Blueprint를 사용하여 만든 새로운 배포에서는 축소 또는 확장 작업이 지원됩니다.
vRealize Automation 장치 관리 콘솔에 로그인하면 오류 메시지가 표시됨
올바른 자격 증명으로 로그인한 후 "서버 응답이 잘못되었습니다. 다시 시도하십시오."라는 오류 메시지가 표시됩니다. 이 오류는 브라우저 캐시의 문제가 원인입니다.
해결 방법: 로그아웃하여 브라우저 캐시를 지운 후 다시 로그인합니다.
카탈로그 리소스 업데이트 실패로 인해 일부 Blueprint를 완전히 업그레이드할 수 없음
요청 시 네트워크 또는 로드 밸런서 설정이 포함된 다중 시스템 Blueprint를 업그레이드하면 vRealize Automation 7.x로 업그레이드한 후 제대로 작동하지 않을 수 있습니다.
해결 방법: 업그레이드한 후 다중 시스템 Blueprint에 연결된 배포를 삭제한 후 다시 생성합니다. 연결된 모든 NSX Edge 정리 작업은 NSX에서 수행해야 합니다.
-
vRealize Automation 6.2.0을 7.0으로 업그레이드할 때 vPostgres 업그레이드가 실패하고 오류 메시지가 나타남
시스템에 손상된 RPM 데이터베이스가 있는 경우 업그레이드 프로세스 동안 다음 오류 메시지가 나타납니다. 업데이트를 설치하지 못했습니다(pre-install 스크립트 실행 오류).
해결 방법: 손상된 RPM 데이터베이스를 복구하는 방법에 대한 자세한 내용은 RPM 웹 사이트 RPM에서 "RPM Database Recovery" 문서를 참조하십시오. 문제를 수정한 후 업그레이드를 다시 실행합니다.
-
사전 요구 사항 검사기를 실행하면 RegistryKeyPermissionCheck 관련 경고와 함께 검사가 실패하고 오류 해결 지침은 설치하는 동안 작동하지 않음
사전 요구 사항 검사기는 사용자 이름에 대해 대/소문자를 구분하기 때문에 검사가 실패합니다.
해결 방법: Windows 시스템에서 관리 에이전트 서비스를 실행하도록 지정한 사용자를 일시적으로 다른 사용자로 변경한 후, 사용자 이름에 올바른 대/소문자를 사용하여 원래 사용자로 다시 변경합니다.
-
Manager Service 및 DEM 조정자 시스템을 업그레이드할 때 이름 검증 오류 메시지가 나타나며 Model Manager Web 호스트를 검증할 수 없음
ManagerService.exe.config 파일에서 로드 밸런서의 이름이 변경되는 경우 다음 오류가 나타납니다.
Distributed Execution Manager "NAME" Cannot be upgraded because it points to Management model web host "xxxx.xxxx.xxxx.net:443", which cannot be validated. You must resolve this error before running the upgrade again: Cannot validate Model Manager Web host. The remote certificate is invalid according to the validation procedure.
해결 방법: ManagerService.exe.config 구성 파일을 다음과 같이 변경합니다. 기본 위치는 C:\Program Files (x86)\VMware\vCAC\Server\ManagerService.exe.config입니다.
모든 DEM 인스턴스에 대한 레지스트리 값을 변경합니다. 예를 들어 다음 레지스트리 항목의 DEM 인스턴스를 모두 업데이트해야 합니다.
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\VMware, Inc.\VMware vCloud Automation Center DEM\DemInstanceId02]
"Name"="DEM"
"Role"="Worker"
"RepositoryAddress"="https://host_name:443/repository/"
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\VMware, Inc.\VMware vCloud Automation Center DEM\DemInstanceId03]
"Name"="DEO"
"Role"="Orchestrator"
"RepositoryAddress"="https://host_name:443/repository/"
- IaaS 데이터베이스에서 PostgreSQL 데이터베이스로 예약을 동기화할 때 마이그레이션이 실패할 수 있음
작업 실패 때문에 "읽기 시간 초과" 오류 메시지가 생성됩니다.
해결 방법: 기술 자료 문서 2149882를 참조하십시오.
- 배포의 기존 요청 시 로드 밸런서에 새 가상 서버를 추가하는 작업이 실패함
이전 vRealize Automation 7.x 버전에서 업그레이드된 배포의 기존 요청 시 로드 밸런서에 새 가상 서버를 추가하는 경우, 이 작업이 업그레이드 이후에 로드 밸런서에 대해 수행한 첫 번째 재구성 작업이면 추가 작업이 실패합니다. 이 경우 "중복된 포트"와 관련된 오류 코드 14623이 생성됩니다. 시스템에서 이전 버전의 기본 설정을 저장하기 때문에 이 작업 실패가 발생합니다. 이 실패는 시스템의 다른 부분에는 영향을 주지 않습니다. vRealize Automation 7.3 배포의 경우 로드 밸런서에 가상 서버를 추가하도록 요청하는 동시에 다른 가상 서버를 변경하면 요청이 실패하고 동일한 오류가 발생합니다.
해결 방법: 업그레이드된 배포의 경우: 로드 밸런서에 대해 재구성 작업을 수행하고 가상 서버 중 하나에서 설정을 편집합니다. 이렇게 하면 이전 버전의 기본 설정을 저장하는 시스템의 문제가 해결됩니다. 이전 버전에서 업그레이드된 로드 밸런서 또는 같은 문제가 발생한 로드 밸런서에서도 이렇게 할 수 있습니다.
업그레이드된 로드 밸런서 및 7.3에 배포된 로드 밸런서의 경우에는 가상 서버 편집 및 가상 서버 추가 작업을 같은 요청에서 수행하지 마십시오. 편집 작업과 추가 작업을 별도의 요청에서 수행하면 이 실패를 방지할 수 있습니다.
- vRealize Automation 7.3으로 업그레이드한 후 끝점이 표시되지 않음
vRealize Automation 7.3으로 업그레이드한 후 vRealize Automation 콘솔의 [끝점] 페이지에 일부 끝점이 표시되지 않습니다.
해결 방법: 기술 자료 문서 2150252를 참조하십시오.
- 중복 항목으로 인해 대량 가져오기를 위한 CSV 파일을 생성할 수 없음
vRealize Automation 콘솔에 로그인하고 인프라 > 관리 > 대량 가져오기를 선택하고 CSV 파일 생성을 클릭하면 다음 오류 메시지가 표시됩니다. "오류가 발생했습니다. 자세한 내용은 IaaS 서버의 이벤트 로그를 참조하거나 시스템 관리자에게 문의하십시오." Windows IaaS 시스템 이벤트 로그에 다음과 유사한 항목이 표시됩니다. "System.ArgumentException: An item with the same key has already been added." 이 문제는 대량 가져오기를 위해 Blueprint를 검색하는 데 사용된 쿼리에서 중복 항목을 반환하는 경우 발생합니다.
해결 방법: 다음 단계에 따라 cloudutil.exe 유틸리티를 사용하여 CSV 파일을 생성하십시오.
- vRealize Automation 장치에서 Windows 설치 관리자 다운로드 페이지의 cloudutil.exe를 다운로드합니다(https://vra-va-hostname.domain.name:5480/installer/). CloudUtil은 vRealize Automation Designer용 명령줄 인터페이스입니다. Designer를 실행 중인 Windows 시스템에서 명령을 실행합니다. Windows 시스템의 기본 설치 위치는 C:\Program Files (x86)\VMware\vCAC\vRealize Automation Designer입니다.
- 다음 명령을 실행하여 CSV 파일을 생성합니다. CloudUtil.exe Machine-BulkRegisterExport
- vRealize Business의 현재 버전과 통합된 환경에서 vRealize Automation 7.3으로 업그레이드하면 vRealize Automation 콘솔에서 모든 카탈로그 항목에 대해 비용 정보가 “사용할 수 없음”으로 나타남
이것은 vRealize Business의 최신 릴리스로 업그레이드할 때 해결될 일시적인 문제입니다.
해결 방법: vRealize Business for Cloud 7.3.0으로 업그레이드합니다.
vRealize Automation 가상 시스템에 대한 비용 정보는 vRealize Business 보고서 및 기타 섹션에서 여전히 볼 수 있습니다.
- 2012 R2 IaaS 시스템을 업그레이드하기 위한 사전 요구 사항 중 하나로 WEBDAV를 제거한 후 구성 마법사에 InternalServerError 메시지가 표시됨
저장소 앱 풀이 중단되기 때문에 다음 메시지가 나타납니다. "Distributed Execution Manager가 검증할 수 없는 Management Model Web 호스트 :443을 가리키므로 업그레이드될 수 없습니다. 이 오류를 해결한 후 업그레이드를 다시 실행해야 합니다. Model Manager Web Service가 호스트 :443에 설치되지만 실행되지는 않습니다. HTTP Web 응답 상태 코드: InternalServerError."
해결 방법: IIS 서버의 애플리케이션 풀로 이동하여 저장소 앱 풀을 시작하고 업그레이드를 계속 진행합니다.
- vRealize Automation 클러스터링된 환경을 업그레이드한 후 Xenon 노드 중 하나가 실행되지 않음
업그레이드 중에 vRrealize Automation 노드 중 하나가 시작되지 않습니다.
해결 방법: 관리 콘솔의 [Xenon] 탭에서 각 노드의 상태를 확인합니다. 노드 중 하나가 실행되지 않으면 해당 노드를 수동으로 시작하십시오. 대안으로, 각 노드에 대한 SSH 연결을 열고 "service xenon-service status"를 실행할 수 있습니다. 노드가 실행되지 않을 경우 "service xenon-service start"를 실행하십시오.
- vRealize Automation 장치를 업그레이드할 때 vRealize Orchestrator 서비스의 데이터베이스에서 중복과 관련된 오류가 발생할 수 있습니다.
UI에 표시되는 오류는 다음과 유사합니다.
- 업데이트를 설치하지 못했습니다(post-install 스크립트를 실행하는 동안 오류 발생).
- VA 검사: 완료됨
- 설치 전: 완료됨
- 설치 후: 실패
- 업데이트 실패(코드 0-2). /opt/vmware/var/log/vami에서 로그를 확인하거나 나중에 업데이트를 다시 시도하십시오.
/Var/log/bootstrap/postupdate.log에 나열된 오류 포함됩니다.
불필요한 항목을 삭제하여 중복을 해결하십시오.
Orchestrator 데이터베이스에 중복된 항목이 있습니다.
리소스 요소 중복 항목:
- ID가 ‘<UUID>’이고 이름이 ‘ko.properties’인 항목 1개
- ID가 ‘<UUID>’이고 이름이 ‘fr_FR.properties’인 항목 1개
- ID가 ‘<UUID>’이고 이름이 ‘zh_CN.properties’인 항목 1개
(그 외에 더 많이 있음)
해결 방법: 기술 자료 문서 54982를 참조하십시오.
vRealize Automation 장치 페이지가 올바르게 로드되지 않음
Windows 2012 R2에서 Internet Explorer 11을 사용하는 경우, vRealize Automation 장치에 대한 웹 인터페이스 페이지가 올바르게 로드되지 않습니다.
해결 방법: 대체 브라우저를 사용하여 vRealize Automation 웹 인터페이스 페이지에 액세스합니다.
- 마이그레이션 후 복제 vRealize Automation 가상 장치의 클러스터 가입이 실패함
복제 가상 장치의 구성이 잘못되어 재가입 작업이 완료되지 않습니다.
해결 방법: 소스 환경의 클러스터에서 복제 가상 장치를 제거하고 최소 대상 환경에 대해 마이그레이션 절차를 수행합니다. 마이그레이션이 완료되면 대상 환경에 복제 가상 장치를 배포하고 기본 장치에 가입시킵니다.
- vRealize Automation 7.3에서 7.4로 성공적으로 마이그레이션한 후 Azure 리소스의 일부 작업에 대한 실패 메시지가 표시됨
vRealize Automation 7.3에서 7.4로 마이그레이션을 완료한 후 일부 작업(예: 다시 시작)이 마이그레이션된 Azure 리소스에서 일시적으로 실패합니다. 이러한 실패는 vRealize Orchestrator 워크플로가 성공하더라도 vRealize Automation에서 보고됩니다.
해결 방법: 새 명령 프롬프트를 열고 다음과 같은 명령을 실행하여 o11n-gateway 및 shindig-ui 속성의 시간 제한 값을 늘리고 vcac-server를 다시 시작하도록 요청된 편집을 수행합니다.
1. # cd /var/lib/vcac/server/webapps/vcac/WEB-INF/classes/
2. # cp shindig.properties shindig.properties.`date +%m%d%Y`
3. # vi shindig.properties
4. edit > shindig.http.client.read-timeout-ms=150000
5. # cd /usr/lib/vcac/server/webapps/o11n-gateway-service/WEB-INF/classes/META-INF/spring/root
6. # cp o11n-gateway-service-context.xml o11n-gateway-service-context.xml.`date +%m%d%Y`
7. # vi o11n-gateway-service-context.xml
8 edit >
to 150000
9. # service vcac-server restart
-
vRealize Automation 7.1이 Microsoft SQL 2016 130 모드를 지원하지 않음
vRealize Automation 마법사 설치 중 생성된 Microsoft SQL 2016 데이터베이스는 100 모드를 사용합니다. SQL 2016 데이터베이스를 수동으로 생성하는 경우에도 100 모드를 사용해야 합니다. 자세한 내용은 Microsoft 문서 Always On 가용성 그룹에 대한 필수 조건, 제한 사항 및 권장 사항을 참조하십시오.
- vRealize Automation 업그레이드가 기본 IaaS 웹 노드를 업그레이드하지 못함
시스템에 다음과 유사한 오류 메시지가 표시됩니다. “Model Manager Web web.config를 업데이트하는 중 오류 발생: 실행에 실패함” 또는 “오류: Mul-web1-2arm.sqa.local 노드에 upgrade-server 명령을 실행하지 못했습니다.”
해결 방법: 업그레이드를 시작한 후 기본 IaaS 웹 노드에서 업그레이드 서버에 오류가 발생할 때마다 IaaS 웹 서버를 Microsoft SQL 데이터베이스와 함께 업그레이드 전 상태로 되돌려야 합니다. IaaS 구성 요소의 수동 설치를 수행합니다.
보안 업데이트가 자동 설치에 영향을 줌
이 릴리스에서는 Microsoft 보안 업데이트 3098779 및 3097997 때문에 새로운 자동 설치 기능이 제대로 작동하지 않습니다. 이러한 업데이트는 설치 마법사 사전 요구 사항 검사기에 영향을 주는 업데이트와 동일합니다.
해결 방법: 자동 설치를 수행하기 전에 IaaS Windows Server에서 해당 업데이트를 수동으로 제거해야 합니다. 자동 설치가 완료된 후 업데이트 3098779 및 3097997을 수동으로 다시 설치할 수 있습니다.
- 리소스 그룹 이름에 ASCII가 아닌 문자가 포함된 경우 Azure 가상 시스템 프로비저닝이 실패함
azure-java-sdk는 ASCII가 아닌 리소스 그룹 이름을 지원하지 않습니다.
해결 방법: 리소스 그룹 이름에 ASCII가 아닌 문자를 사용하지 않습니다.
- 상태 데이터 수집에서 기본 IP만 반환함
이 동작은 RDP를 사용하여 연결, SSH를 사용하여 연결을 사용할 수 있는 기능에 영향을 주거나, 컨테이너 서비스에서 가상 시스템을 컨테이너 호스트로 등록하고 가상 시스템 IP 주소를 사용하여 가상 시스템에 액세스하는 것에 의존하는 기타 기능에 영향을 줄 수 있습니다.
해결 방법: 이 문제는 향후 릴리스에서 해결될 예정입니다.
[설계] 탭에서 Blueprint에 Azure 시스템을 추가하면 내부 오류 메시지가 나타남
외부 vRealize Orchestrator 서버를 vRealize Automation과 함께 사용하면 Microsoft Azure 통합을 사용할 수 없습니다.
해결 방법: vRealize Automation 가상 장치의 내부 vRealize Orchestrator에서 Azure 플러그인 및 패키지를 내보내고, 해당 플러그인 및 패키지를 외부 vRealize Orchestrator에 설치하거나 가져옵니다. 외부 vRealize Orchestrator에 Azure 플러그인을 설치하거나 Azure 패키지를 가져온 후, Microsoft Azure가 vRealize Automation 환경에서 지원됩니다.
- vRealize Automation 가상 장치의 내부 vRealize Orchestrator에 대한 vRealize Orchestrator 제어 센터에 로그인합니다. 지침은 vRealize Orchestrator 구성 인터페이스에 로그인을 참조하십시오.
- [플러그인] 아래에서 플러그인 관리를 클릭합니다.
- Azure 플러그인을 찾고 플러그인 DAR 파일 다운로드를 마우스 오른쪽 단추로 클릭합니다. 데스크톱에 파일을 저장합니다.
- 외부 vRealize Orchestrator에 대한 vRealize Orchestrator 제어 센터에 로그인합니다. 지침은 vRealize Orchestrator 구성 인터페이스에 로그인을 참조하십시오.
- [플러그인] 아래에서 플러그인 관리를 클릭합니다.
- [플러그인 설치] 아래에서 찾아보기를 클릭하고 데스크톱에 다운로드한 Azure DAR 파일을 찾습니다.
- 설치를 클릭합니다. 확인 메시지가 표시되면 설치를 다시 클릭합니다.
- 제어 센터의 [시작 옵션] 아래에서 다시 시작을 클릭하여 새 플러그인 설치를 완료합니다.
- 모든 vRealize Automation 가상 장치를 동시에 재부팅합니다.
Microsoft Azure 통합 기능이 복원됩니다.
재부팅 후 통합이 제대로 작동하지 않으면 Azure 패키지(com.vmware.vra.endpoint.azure)가 외부 vRealize Orchestrator에 있는지 확인합니다. Azure 패키지가 없으면 다음 단계를 완료합니다.
- vRealize Automation 가상 장치의 내부 vRealize Orchestrator 클라이언트에 로그인합니다.
- Azure 패키지(com.vmware.vra.endpoint.azure)를 내보냅니다. 지침은 패키지 내보내기를 참조하십시오.
- 외부 vRealize Orchestrator에 대한 vRealize Orchestrator 클라이언트에 로그인합니다.
- Azure 패키지(com.vmware.vra.endpoint.azure)를 외부 vRealize Orrchestrator에 가져옵니다. 지침은 패키지 가져오기를 참조하십시오.
가상 시스템 복제를 호출하는 동시 XaaS 카탈로그 요청, 30명의 사용자가 포함된 사용자 지정하지 않은 워크플로인 경우 일부 요청이 실패함
느린 끝점에서 높은 동시성으로 일부 작업을 수행하도록 vRealize Orchestrator 워크플로를 호출하는 XaaS Blueprint를 요청할 때, 일부 요청이 다음 오류와 함께 실패합니다. java.net.SocketTimeoutException: 읽기 시간 초과. 요청 시간 초과로 인해 vRealize Orchestrator 워크플로가 여러 번 다시 트리거될 수도 있습니다.
해결 방법: vRealize Automation 장치 노드 각각에서 다음 단계를 수행합니다. vcac.properties 파일은 업그레이드 시 유지되지 않습니다. 업그레이드 후 해당 단계를 반복해야 합니다.
- vRealize Automation 장치에서 SSH 세션을 엽니다.
- /etc/vcac/vcac.properties를 편집하여 파일에 다음 줄을 추가해 클라이언트 시간 초과를 10분으로 늘립니다. vco.socket.timeout.millis=600000
- 명령 프롬프트에서 다음 명령을 실행하여 vcac-server 서비스를 다시 시작합니다. service vcac-server restart
- VCHA(vCenter Server HA) 페일오버 중에 인벤토리 데이터 수집이 중지됨
드문 경우이지만, VCHA 페일오버 중에 관리되는 vSphere 6.5 끝점에 대해 진행 중인 작업 항목이 중지될 수 있습니다.
해결 방법: vRealize Automation vSphere 에이전트를 다시 시작합니다. 진행 중에 데이터 수집이 여전히 중지되는 경우 GSS에 문의하십시오.
- NSX Manager에 보조 역할이 있는 클러스터로 프로비저닝할 때 NSX 개체가 포함된 vRealize Automation Blueprint 배포가 실패함
NSX의 상호 vCenter 배포에서 Edge Gateway, 새 가상 와이어, 로드 밸런서와 같은 NSX 범용 개체는 기본 역할이 있는 NSX Manager를 사용하여 프로비저닝되어야 합니다. 범용 개체를 보조 NSX Manager로 프로비저닝하려고 하면 오류와 함께 해당 프로세스가 실패합니다. vRealize Automation은 네트워크 및 보안이 통합되고 지정된 NSX Manager에 보조 역할이 있는 vSphere 끝점으로의 NSX 범용 개체의 프로비저닝을 지원하지 않습니다.
해결 방법: NSX 글로벌 개체를 사용할 수 있으려면 영역별 NSX 로컬 전송 영역 및 가상 와이어를 생성해야 합니다. VMware Validated Design 내에서 이 프로세스에 대한 자세한 내용은 기술 자료 문서 2147240을 참조하십시오.
-
Azure로 프로비저닝한 시스템이 Azure 끝점을 삭제한 후에도 유지됨
Azure 끝점을 삭제하면 분리된 시스템, Blueprint 및 예약이 남아 있게 됩니다. Azure 끝점을 삭제하기 전에 특정 Azure VM을 삭제하려면 vRealize Automation 콘솔을 사용하여 해당 VM을 수동으로 삭제하십시오.
- Mac에서 단일 가상 시스템에 대해 두 번째 VMware Remote Console을 열면 두 콘솔 모두 비어 있음
Windows에서 단일 가상 시스템에 대해 2개 이상의 VMRC(VMware Remote Console)를 열 수 있지만, VMRC는 다중 세션을 지원하지 않습니다. Windows에서 각 콘솔은 별도의 프로세스입니다. Mac에서는 각 콘솔이 단일 프로세스를 표시하려고 시도합니다.
해결 방법: 모든 VMRC 인스턴스를 닫고 지정된 시스템에 대해 하나의 VMRC만 여십시오.
- VCHA(vCenter High Availability) 페일오버 중에 vSphere 6.5에서 관리되는 가상 시스템을 다시 프로비저닝하면 해당 가상 시스템이 영구적으로 삭제됨
vSphere 6.5를 사용한 VCHA 페일오버 중에 동일한 vSphere 끝점에서 가상 시스템 다시 프로비저닝이 진행 중인 경우 해당 가상 시스템이 삭제됩니다. 이 이벤트는 자주 발생하지 않습니다.
해결 방법: 삭제된 가상 시스템의 원래 Blueprint를 요청합니다.
-
VCHA(vCenter High Availability) 페일오버 후 vRealize Automation 잘못된 자격 증명 오류가 나타남
관리되는 vSphere 6.5 끝점에서 VCHA 페일오버를 진행한 후 vRealize Automation 로그에 끝점에 대한 다음 메시지가 포함될 수 있습니다. Cannot complete login due to an incorrect user name or password.
해결 방법: vRealize Automation vCenter 에이전트를 다시 시작합니다.
-
가상 시스템 소유자가 다른 사용자인 경우 가상 시스템 예약 변경이 작동하지 않음
관리되는 IaaS 가상 시스템에서 등록 작업이 호출된 경우 사용된 예약은 현재 가상 시스템 소유자에게 소유되어야 합니다. 사용자 매개 변수에는 현재 소유자만 지정할 수 있습니다. 현재 소유자가 아닌 사용자를 지정한 경우 Iaas에서는 가상 시스템이 한 소유자에게 소유되고 카탈로그에서는 다른 소유자에게 소유되는 것으로 시스템에 기록됩니다.
해결 방법: 현재 가상 시스템 소유자가 소유한 예약에 대해서만 IaaS 가상 시스템에 대한 예약 변경 워크플로를 사용하십시오.
-
7.2로 업그레이드한 vRealize Automation 7.1에서 관리되지 않는 시스템의 대량 가져오기를 위한 Blueprint를 선택할 수 없음
IaaS는 대량 가져오기를 위한 Blueprint를 검색하는 API에게 권한 부여 서비스에서 표시한 대/소문자가 아니라 소문자 테넌트 ID를 전달합니다. 사용자가 대/소문자를 혼합하여 테넌트 ID를 생성하는 경우(예를 들어 rainpole 대신 Rainpole 사용) 조회가 실패합니다.
해결 방법: Blueprint 이름 또는 구성 요소가 없는 CSV 파일을 생성한 다음 CSV 파일을 수동으로 편집하여 이러한 필드에 원하는 값을 입력합니다.
-
중첩된 컨테이너가 네트워크를 지원하지 않음
네트워크를 중첩된 컨테이너에 추가할 수 없습니다.
해결 방법: 이 문제는 향후 릴리스에서 해결될 예정입니다.
-
원격 콘솔을 사용하여 vSphere 6.5의 가상 시스템에 연결한 후 창의 컨텐츠가 정확히 표시되지 않음
원격 콘솔을 사용하여 vSphere 6.5 끝점에 호스팅된 가상 시스템에 연결하면 연결이 실패하거나 사용할 수 없게 됩니다.
해결 방법: VMRC 클라이언트 애플리케이션을 사용하여 영향 받는 시스템에 연결합니다. VMRC를 사용하여 연결을 선택합니다.
기존 내부 Blueprint를 최신 외부 Blueprint로 끌어 오면 일부 구성 요소가 예상대로 작동하지 않을 수 있음
구성 요소가 어느 Blueprint에 있는지에 따라 구성 요소 설정이 변경될 수 있습니다. 예를 들어 보안 그룹, 보안 태그 또는 요청 시 네트워크를 내부 및 외부 Blueprint 수준 모두에 포함하는 경우 외부 Blueprint의 설정이 내부 Blueprint의 설정을 재정의합니다. 네트워크 및 보안 구성 요소는 내부 Blueprint 수준에서 작동하는 기존 네트워크만 예외로 하고 외부 Blueprint 수준에서만 지원됩니다.
해결 방법: 모든 보안 그룹, 보안 태그 또는 요청 시 네트워크를 외부 Blueprint에만 추가합니다.
-
고가용성 환경에서 페일오버 후 Horizon이 인증을 수행하지 못함
해결 방법: 페일오버 후 vRealize Automation 장치를 다시 시작하여 인증을 복원합니다.
그룹 이름에 마침표가 포함된 속성 그룹을 생성하는 경우, vRealize Automation 사용자 인터페이스를 사용하여 해당 그룹을 편집할 수 없음
이 문제는 그룹 이름에 마침표가 포함된 속성 그룹을 생성하는 경우(예: property.group)에 발생합니다. vRealize Automation 사용자 인터페이스를 사용하여 이 속성 그룹을 편집하면 빈 페이지가 나타납니다. 이 속성 그룹은 REST API를 사용하여 편집할 수 있습니다.
해결 방법: 마침표가 포함된 속성 그룹 이름을 사용하지 마십시오. 불가피한 경우, REST API를 사용하여 그룹을 편집합니다.
제거 프로세스 중에 IaaS와 일반 서비스 카탈로그 사이의 통신이 끊기면 가상 시스템이 삭제 중 상태로 남아 있게 됨
제거 요청이 진행 중이지만 vRealize Automation이 데이터베이스에서 가상 시스템 기록을 제거하기 이전에 IaaS와 일반 서비스 카탈로그 사이의 통신이 끊기면 시스템이 삭제 중 상태를 유지합니다. 통신이 복원된 후, 제거 요청이 성공 또는 실패로 업데이트되지만, 해당 시스템이 여전히 표시됩니다. 시스템이 끝점에서 삭제되었지만 vRealize Automation 관리 인터페이스에서 이름이 계속 표시됩니다.
-
vRealize Automation 장치 호스트 이름을 변경하면 서비스가 사용할 수 없는 서비스로 표시됨
해결 방법: 호스트 이름을 변경한 후 사용할 수 없는 서비스가 있는 경우 vRealize Automation 서버를 다시 시작하십시오.
-
복제된 Windows Server 2012의 관리 에이전트 도메인 계정을 도메인에 가입시키면 관리 에이전트 도메인 계정에서 에이전트 인증서 개인 키에 대한 권한이 손실됨
사용자 지정 마법사를 사용하여 도메인에 속한 vSphere의 시스템을 복제하는 경우 시스템이 더 이상 해당 도메인에 속하지 않습니다. 복제된 시스템을 도메인에 다시 가입시키면 관리 에이전트 로그에 다음 오류 메시지가 나타납니다. CryptographicException - Keyset does not exist.
해결 방법: 이 문제를 해결하려면 다음 절차에 따라 인증서의 개인 키에 대한 보안 설정을 열었다가 아무것도 변경하지 않고 닫아야 합니다.
- Microsoft 관리 콘솔 인증서 스냅인을 사용하여 인증서 위치를 찾습니다. 스냅인의 이름 텍스트 상자에 에이전트 ID가 표시됩니다.
- 모든 작업 > 개인 키 관리를 선택합니다.
- 고급을 클릭합니다.
- 확인을 클릭합니다.
- 기존 내부 Blueprint를 현재 외부 Blueprint로 끌어 오는 것이 제한됨
기존 내부 Blueprint를 현재 외부 Blueprint로 끌 때, 내부 Blueprint에 보안 그룹이나 보안 태그 또는 요청 시 네트워크에 가입된 시스템이 있는 경우 다음의 제한이 적용됩니다. 이 문제는 가져온 Blueprint에서도 발생할 수 있습니다.
- 외부 Blueprint는 요청 시 네트워크 설정 또는 요청 시 로드 밸런서 설정이 포함된 내부 Blueprint를 포함할 수 없습니다. NSX 요청 시 네트워크 구성 요소 또는 요청 시 로드 밸런서 구성 요소가 포함된 내부 Blueprint를 사용할 수 없습니다.
- 내부 Blueprint의 시스템에 새 보안 그룹 또는 추가 보안 그룹을 추가할 때, Blueprint 제작 페이지에는 내부 및 외부 Blueprint의 보안 그룹이 표시되더라도 시스템은 외부 Blueprint의 일부로 추가된 새 보안 그룹에만 추가됩니다.
- 외부 Blueprint에서 내부 시스템으로 새 보안 태그를 추가하면 원래 내부 Blueprint에서 연결되었던 보안 태그를 더 이상 사용할 수 없게 됩니다.
- 외부 Blueprint에서 내부 시스템으로 새 요청 시 네트워크를 추가하면 원래 내부 Blueprint에서 연결되었던 요청 시 네트워크를 더 이상 사용할 수 없게 됩니다. 원래 내부 Blueprint에 연결된 기존 네트워크는 계속 사용할 수 있습니다.
해결 방법: 다음 작업 중 하나를 수행하여 이 문제를 해결할 수 있습니다.
- 보안 그룹, 태그 또는 요청 시 네트워크를 내부 Blueprint가 아니라 외부 Blueprint에 추가합니다.
- 보안 그룹, 태그 또는 기존 네트워크를 외부 Blueprint가 아니라 내부 Blueprint에 추가합니다.
- [디렉토리 추가] 페이지의 [디렉토리 검색 특성] 메뉴에 정확하지 않은 정보가 포함됨
디렉토리 검색 특성 메뉴에 처음 나타나는 일부 코드 문자열이 정확하지 않습니다.해결 방법: 디렉토리 검색 특성 드롭다운 메뉴를 클릭하여 정확한 코드 문자열을 표시합니다.
카탈로그 항목을 요청할 때 리소스를 찾을 수 없다는 오류가 발생함
vRealize Automation이 고가용성 모드에 있는 경우 마스터 데이터베이스 노드가 실패하고 새 마스터 노드가 승격되지 않으면, 새 마스터 데이터베이스가 승격되기 전까지 데이터베이스에 대한 쓰기 액세스 권한이 필요한 모든 서비스가 실패하거나 일시적으로 손상된 상태가 됩니다.
해결 방법: 마스터 데이터베이스를 사용할 수 없는 경우에는 이 오류를 피할 수 없습니다. 새 마스터 데이터베이스를 승격하면 이 오류가 사라지고 리소스를 요청할 수 있습니다.
XaaS Blueprint의 [Blueprint 양식] 페이지에서 변경 내용이 저장되지 않음
XaaS Blueprint의 [Blueprint 양식] 페이지에서 각 필드를 업데이트한 후 [적용]을 클릭하지 않으면 변경 내용이 저장되지 않습니다.
[항목] 탭은 로드 밸런서에 대해 사용되도록 설정된 서비스 정보를 표시하지 않음
vCloud Networking and Security에 연결된 로드 밸런서를 사용하여 프로비저닝된 시스템의 경우, [항목] 탭은 로드 밸런서에 대해 사용하도록 설정된 서비스 관련 정보를 표시하지 않습니다.
-
vSphere 복제 작업이 진행 중인 상태에서 시스템이 제거된 경우, 진행 중인 시스템 복제 작업은 취소되지 않음
이 문제로 인해 시스템이 복제될 수 있습니다. 복제된 가상 시스템은 vCenter에서 관리하고 더 이상 vRealize Automation에서 관리하지 않을 수 있습니다.
-
복합 Blueprint를 요청하는 경우 요청이 즉시 실패하고 요청 세부 정보 양식을 로드할 수 없음
구성 요소 Blueprint에 대한 최대 리스 기간(일)이 외부 Blueprint의 리스 기간(일)보다 적은 경우, 요청이 즉시 실패하고 요청 세부 정보 양식을 로드하지 못합니다.
-
소프트웨어 배포에서 배포의 DHCP를 IP 주소에 바인딩할 수 없음
이 작업을 시도할 때 네트워크 프로파일이 없으면 ip_address를 사용할 수 없습니다. 이 경우 다음과 같은 오류 메시지가 표시됩니다. 시스템 오류: 구성 요소 요청을 처리하는 중 발생한 내부 오류: com.vmware.vcac.platform.content.exceptions.EvaluationException: 다음 필드에 데이터가 없습니다. ip_address.
해결 방법: 바인딩이 필요한 경우, 정적 IP 주소를 사용하거나 네트워크 프로파일에서 vRealize Automation이 관리하는 IP 주소를 사용하거나 IPAM 통합을 사용하십시오. DHCP를 사용하면 IP 주소가 아닌 호스트 이름에 바인딩해야 합니다.
다음 스크립트를 사용하여 Cent OS 시스템의 IP 주소를 가져올 수 있습니다.
IPv4_Address = $(hostname -I | sed -e 's/[[:space:]]$//')
echo $IPv4_Address
DHCP 사용 사례에 IP 주소가 필요한 경우, 이 스크립트에 제공된 값으로 바인딩합니다.
-
오류 메시지를 수신한 후에도 디렉토리가 생성됨
관리 > ID 저장소 관리 > ID 저장소에서 디렉토리를 생성하고 저장을 클릭하면 오류 메시지 잘못된 데이터로 인해 커넥터 통신이 실패했습니다. Bind DN 사용자를 관리자로 승격하는 중 문제 발생: 사용자가 이미 존재하며 다른 동기화 클라이언트에 연결되어 있음이 나타날 수 있습니다. 새 ID 저장소가 잘못된 구성으로 저장되고 사용할 수 없게 됩니다.
이 오류는 이전에 성공적으로 생성되어 이미 존재하는 Active Directory에서 사용된 것과 동일한 기본 DN 및 Bind DN 값을 사용하여 새 Active Directory를 저장하려고 시도하는 경우에 발생합니다.
해결 방법: 구성이 잘못되었으므로 새 Active Directory를 수동으로 삭제하고 새 Active Directory에 다른 Bind DN 및 기본 DN을 사용해야 합니다.
UserPrincipalName 디렉토리 검색 특성을 포함하는 디렉토리를 생성하는 경우, 도메인이 사용자 UPN에 추가됨
새로운 디텍토리를 생성하고 디렉토리 검색 특성에 대해 UserPrincipalName을 선택한 경우, 도메인이 사용자 UPN에 추가됩니다. 예를 들어, UPN이 user.domain@domain.local인 vRealize Automation 사용자 이름이 user.domain@domain.local@domain.local로 나타납니다. 이는 UPN 접미사가 AD 사이트에 도메인으로 구성된 경우에 발생합니다. 예를 들어, UPN 접미사가 "example.com"으로 사용자 지정된 경우, UPN이 user.domain@example.com인 vRealize Automation 사용자 이름은 user.domain@example.com@domain.local로 나타납니다.
UserPrincipalName 디렉토리 검색 특성이 사용되는 경우 사용자는 도메인을 포함하여 사용자 이름을 표시된 형식(user.domain@domain.local@domain.local)으로 정확히 입력해야 로그인하여 REST API 또는 클라우드 클라이언트를 사용할 수 있습니다.
해결 방법: UserPrincipalName 대신 sAMAccountName을 사용하여 디렉토리 관리의 사용자 이름 도메인 고유성 보장 기능을 사용하십시오.
다른 사용자를 대신해 시스템을 요청하는 경우, 404 Not Found 오류가 나타남
Blueprint에 요청 시 NAT 네트워크 또는 요청 시 로드 밸런서 구성 요소가 포함된 경우, 다른 사용자를 대신해 배포를 요청하면 404 Not Found 오류가 나타납니다.
-
대량 가져오기를 사용하여 가져온 시스템이 올바른 융합형 Blueprint와 구성 요소 Blueprint에 매핑되지 않음
해결 방법: VMware.VirtualCenter.OperatingSystem 사용자 지정 속성을 가져오기 CSV 파일 내의 각 시스템에 추가합니다.
예:
Yes,NNNNP2-0105,8ba90c35-9e03-4ac4-8a5d-2e6d76f37b81,development-res,ce-san-1:custom-nfs-2,UNNAMED_DEPLOYMENT-0105,BulkImport,Imported_Machine,system_blueprint_vsphere,user.admin@sqa.local,VMWare.VirtualCenter.OperatingSystem,sles11_64Guest,NOP
- 사용자가 시스템의 네트워크 경로 재구성을 요청하는 경우에 시스템의 예약에 원본 네트워크 경로가 선택되어 있지 않으면 요청이 성공한 것처럼 보이고 vRealize Automation이 시스템의 네트워크 카드 기록을 해당 데이터베이스에서 자동으로 삭제함. 실제 시스템에서는 아무 것도 변경되지 않음
시스템의 예약에 원본 네트워크 경로가 선택되어 있지 않은 상태에서 시스템의 네트워크 경로를 재구성하는 것은 지원되지 않습니다. 이렇게 하려는 모든 요청은 해당하는 오류 메시지와 함께 실패해야 합니다. 하지만 대신 작업이 성공한 것처럼 나타나고 시스템의 네트워크 카드 기록이 vRealize Automation 데이터베이스에서 자동으로 삭제됩니다. 실제 시스템은 영향을 받지 않습니다.
해결 방법: 없음. 연결된 클러스터에 대해 다음번 데이터 수집이 실행되면 네트워크 카드 기록과 관련하여 시스템의 vRealize Automation 보기가 원본 상태로 복원됩니다.
vRealize Automation에서 카탈로그 관리 작업이 표시되지 않음
해결 방법: 기술 자료 문서 2113027을 참조하십시오.
- vRealize Appliance 페일오버 이후 [상태] 페이지 로드 속도가 느려질 수 있음
vRealize Appliance가 페일오버되기 전에 [상태] 페이지가 열려 있는 경우, 페일오버 이후 페이지를 처음 로드하는 데 15분까지 소요될 수 있습니다.
- Blueprint에 이미지 구성 요소 프로파일이 포함되어 있으면 배포 가격이 정확하지 않음
작성 시 이미지 구성 요소 프로파일을 선택할 경우, 사용자가 시스템을 요청할 때 복제 디스크 크기를 알 수 없습니다. 사용자가 시스템의 가격을 요청하면 표시된 가격이 정확하지 않습니다. 이미지 구성 요소 프로파일의 일부로 선택된 템플릿의 복제 디스크가 가격에 포함되지 않습니다.
해결 방법: 사용자가 카탈로그 항목을 요청하면 시스템에서 사용하는 복제 디스크 크기가 vRealize Business에 포함된 이후에 vRealize Business가 배포 비용을 수정합니다.
-
복제 인스턴스를 마스터 인스턴스로 승격한 후 vRealize Automation master 노드 관리 인터페이스의 [데이터베이스] 탭에 잘못된 정보가 나타남
vRealize Automation 장치의 master 노드가 실패하는 경우 정상 노드의 vRealize Automation 장치 관리 인터페이스를 클러스터 관리 작업에 사용해야 합니다.
- 클러스터 구성원에 대해 수행한 삭제 작업 때문에 확장 또는 축소 작업이 예상한 대로 작동하지 않음
다중 시스템 클러스터의 일부인 시스템을 수동으로 삭제하면 확장 또는 축소 사후 프로비저닝 작업을 더 이상 안정적으로 수행할 수 없습니다. 시스템에서 제거 작업을 사용하여 클러스터의 구성원 중 하나를 수동으로 삭제하면 개수 불일치가 발생합니다. 개수가 불일치하면 확장 작업 시 이미 삭제된 시스템이 여전히 클러스터의 일부인 것으로 간주됩니다. 이 경우 확장 작업은 필요한 시스템 전체 또는 일부를 추가하지 못할 수 있습니다. 시스템 개수가 1개 차이 나고 클러스터 제한이 5개인 경우 최대 4개의 실제 가상 시스템과 1개의 팬텀 시스템이 있을 수 있습니다. 축소 작업의 경우 구성 서비스가 단일 시스템만 남도록 축소를 시도하여 모든 클러스터 구성원이 제거될 수 있습니다.
해결 방법: 확장 또는 축소 작업을 사용할 수 있도록 설정한 배포에서는 삭제 작업 사용 권한을 부여하지 마십시오. 이렇게 하면 개수 불일치를 방지할 수 있습니다. 클러스터의 시스템이 수동으로 삭제되었다고 생각되는 배포의 경우 관리자가 [배포] 페이지에 표시되는 클러스터 구성원의 수를 세어볼 수 있습니다. 삭제된 가상 시스템이 있는 클러스터가 있으면 배포를 다시 배포하고, 다시 배포된 배포에는 삭제 작업 사용 권한을 부여하지 마십시오.
데이터스토어를 한 vSphere Storage DRS에서 다른 vSphere Storage DRS로 이동하면 시스템이 가상 시스템을 생성하는 대신 삭제함
데이터스토어를 한 vSphere Storage DRS 클러스터에서 다른 vSphere Storage DRS 클러스터로 이동할 때 대상 클러스터의 자동화 수준이 자동이 아닌 경우, 생성된 시스템을 다시 프로비저닝하면 시스템이 해당 시스템을 삭제하고 다음 오류가 표시됩니다. StoragePlacement: SDRS가 사용하지 않도록 설정된 VM의 디스크에 대해 데이터스토어가 지정되지 않았습니다. 가상 시스템이 복제된 경우에는 이 문제가 발생하지 않습니다.
해결 방법: 데이터스토어를 한 vSphere Storage DRS 클러스터에서 다른 vSphere Storage DRS 클러스터로 이동하기 전에 대상 클러스터의 자동화 수준이 자동으로 설정되었는지 확인합니다. 단일 시스템 배포만 지원됩니다.
- 로드 밸런서가 여러 개 있는 배포에서 로드 밸런서 가상 서버가 잘못 표시됨
vRealize Automation 7.2 이하에 여러 로드 밸런서가 사용되는 배포에서 각 로드 밸런서가 배포에 있는 모든 로드 밸런서의 가상 서버를 표시합니다.
해결 방법: 없음.
- 연결 테스트에 성공하고 유효한 지문과 함께 끝점을 저장한 경우, 연결이 끊어졌거나, 신뢰 관계를 설정할 수 없거나, 원격 인증서가 잘못되었다는 내용의 오류 메시지가 vSphere 에이전트 로그 또는 DEM 로그에 포함됨
vRealize Automation 7.3에는 vSphere 및 NSX 끝점에 인증서 검증이 사용되도록 설정됩니다. 따라서 이러한 끝점에는 신뢰할 수 없는 인증서를 더 이상 사용할 수 없습니다. [연결 테스트] 버튼을 사용하여 이러한 끝점에서 인증서 지문을 검증할 수는 있지만, 인증서 체인의 루트 인증서가 자체 서명되지 않도록 인증서가 생성될 경우, 이러한 두 끝점에 대한 인증서 검증 프로세스가 실패할 수 있으며 이로 인해 데이터 수집, 프로비저닝 또는 사후 프로비저닝 작업의 기능이 실패할 수 있습니다.
해결 방법:
vSphere의 경우
끝점 인증서 체인에서 루트 인증서를 다운로드합니다.
다음 단계를 완료합니다.
- 먼저, 브라우저에서 끝점에 직접 액세스하여 끝점 인증서를 다운로드합니다.
- [인증 경로]로 이동하여 루트 인증서를 가져옵니다.
- 체인에서 루트 인증서를 다운로드합니다.
- 에이전트 및 DEM 시스템의 신뢰할 수 있는 루트 저장소에 인증서를 설치합니다.
NSX 끝점의 경우
- 브라우저에서 끝점에 직접 액세스하여 끝점 인증서를 다운로드합니다.
- [인증 경로]로 이동하여 루트 인증서를 가져옵니다.
- 체인에서 루트 인증서를 다운로드합니다.
- DEM 시스템의 신뢰할 수 있는 루트 저장소에 인증서를 설치합니다.
- YAML에서 가져온 Blueprint에 대해 [로드 밸런서 재구성] 사후 프로비저닝 작업이 실패함
경우에 따라 배포에서 [로드 밸런서 재구성] 사후 프로비저닝 작업을 수행하면 작업이 실패합니다. 이것은 이름 필드에 있는 값이 ID 필드의 값과는 다른 요청 시 로드 밸런서가 포함된 YAML 파일에서 배포와 연결된 Blueprint를 가져온 경우 발생합니다.
해결 방법: 향후 배포에서 로드 밸런서에 대해 사후 프로비저닝 작업을 실행할 수 있도록 Blueprint를 수정하려면 다음 단계를 따릅니다. vRealize Automation 콘솔에서 이름 및 ID 필드의 값이 일치하지 않는 Blueprint를 선택합니다. [편집]을 클릭하고 로드 밸런서 구성 요소 이름을 다시 입력합니다. Blueprint를 저장합니다. 그러면 Blueprint에 포함된 이름 및 ID 값이 동일한 값으로 설정됩니다. 편집된 Blueprint를 사용하여 새 배포를 프로비저닝하면 [로드 밸런서 재구성] 작업이 작동합니다. 이 문제는 모든 YAML 파일이 각 요청 시 로드 밸런서 구성 요소에서 동일한 이름 및 ID 값을 갖도록 하면 피할 수 있습니다.
- Windows 컨테이너 Blueprint를 생성할 때 YAML 파일에서 구분 기호로 사용된 콜론(:)이 제대로 인식되지 않음
이 문제는 컨테이너 경로와 호스트 경로 모두에 콜론이 있는 Windows 드라이브 문자가 포함된 컨테이너 볼륨을 사용하여 Blueprint를 생성하는 경우에 발생합니다(예: D:/DBFILES/:c:/temp/). Blueprint를 저장하고 열 때, 드라이브 문자의 첫 번째 콜론이 구분 기호로 잘못 해석되어 컨테이너 경로 및 호스트 경로 값이 제대로 인식되지 않습니다.
해결 방법: 없음.
- 루트 파티션의 스토리지 공간이 부족함
/var/lib/vrhb의 부적절한 로그 순환으로 인해 루트 파티션에 대한 사용률이 높아져서 / 파티션이 채워질 수 있습니다.
해결 방법: 기술 자료 문서 2151693을 참조하십시오.
- SCVMM(System Center Virtual Machine Manager)으로 프로비저닝된 가상 시스템을 재프로비저닝할 수 없음
vRealize Automation 7.3 이전에는 SCVMM으로 프로비저닝된 가상 시스템을 재프로비저닝하면 다음 오류 메시지와 함께 재프로비저닝이 실패했습니다. "워크플로 'ScvmmCreateVM'이 다음 예외와 함께 실패함:DynamicOps.Repository.Activities.PowerShellException: null 값 식에 대한 메서드를 호출할 수 없습니다." 이 문제는 7.3에서 해결되었습니다. 하지만 시스템을 이전 버전에서 7.3으로 업그레이드한 경우 업그레이드 전에 SCVMM으로 프로비저닝된 시스템이 계속해서 재프로비저닝에 실패합니다.
해결 방법:
다음 단계를 완료합니다.
- SCVMM 가상 시스템 관리자 콘솔에 로그인합니다.
- 왼쪽 메뉴에서 [라이브러리] > [템플릿]을 클릭합니다.
- 오른쪽 창 테이블에서 템플릿을 이름으로 정렬합니다.
- TemporaryTemplate이라는 접두사가 있고 그 뒤에 문자 및 숫자 문자열이 포함된 GUID가 오는 모든 템플릿을 삭제합니다.
- 템플릿을 삭제한 후 가상 시스템을 재프로비저닝합니다.
- Windows CMD 소프트웨어 스크립트에 전달되도록 구성된 바운드 속성이 런타임 시 스크립트에 수신되지 않음
바운드 입력 속성을 Windows CMD 소프트웨어 스크립트에 전달하는 기능은 지원되지 않습니다. Bash 또는 Windows PowerShell 같은 다른 소프트웨어 스크립트 유형은 소프트웨어 스크립트에 속성을 값 어레이로 전달하는 기능을 지원하지만 Windows CMD는 인수 어레이(argv) 유형을 지원하지 않습니다.
해결 방법: 없음.
- 401 인증되지 않음 오류가 수신됨
vRealize Automation API가 vIDM(VMware Identity Manager) API를 호출합니다. vIDM이 외부/타사 IDP(ID 공급자) 및 타사 IDP에 대해 API 인증을 지원하지 않기 때문에 타사 IDP가 사용될 경우 인증이 실패합니다. 하지만 타사 IDP는 vIDM의 JIT(Just-in-Time) 사용자 프로비저닝 기능을 사용하도록 설정하고 구성하기 위한 사전 요구 사항입니다. 따라서 JIT 사용자는 vRealize Automation API를 사용하여 인증할 수 없습니다.
해결 방법: OAuth2 암호 부여 유형을 사용하는 API 인증을 사용하려면 vIDM에 다음과 같은 암호 인증 방법 중 하나가 있어야 합니다.
- 커넥터 암호 인증
- 커넥터(아웃바운드) 암호 인증
- 로컬 사용자 암호
- ACC 암호
인증을 위한 타사 IDP가 구성된 경우에도 이러한 암호 중 하나가 있어야 합니다. 이 문제를 해결하기 위해 로컬 사용자는 vRealize Automation API를 사용하여 인증할 수 있습니다.
- 재개 요청이 실패함
다음과 같은 경우 재개 요청이 실패할 수 있습니다.
- 시스템이 성공적으로 할당되었지만 프로비저닝에 실패한 경우 구성 요소 요청에 대한 재개 요청이 실패합니다. 이 문제는 시스템이 더 이상 유효하지 않은 할당 정보를 사용하여 시스템을 재프로비저닝하려고 할 때 발생합니다.
- 중첩된 Blueprint에 대한 재개 요청이 실패합니다. 재개 요청 작업이 구성 요소 요청을 다시 생성할 때 내부 Blueprint의 요청을 올바르게 초기화하지 못합니다.
해결 방법: 없음
- XaaS가 구성 요소 Blueprint에 있는 경우 _asd.requestInfo_~requestedBy 또는 _asd.requestInfo_~requestedFor에 바인딩된 XaaS 필드가 잘못 평가됨
asd.requestInfo_, requestedFor 또는 requestedBy에 바인딩된 값 제약 조건이 있는 XaaS 필드가 XaaS Blueprint를 편집하고 저장한 마지막 사용자로 평가됩니다.
해결 방법:
- 바인딩된 XaaS 필드에서 값 제약 조건을 제거합니다.
- 이 필드에 기본값을 설정하고 _asd.requestInfo_~requestedBy~principalId에 바인딩합니다.
- XaaS 구성 요소를 삭제하고 복합 Blueprint 캔버스로 다시 끌어서 놓습니다.
- 복합 Blueprint를 저장합니다.
- 커넥터 인증 어댑터 편집을 위해 로그인해야 할 수 있음
관리자는 vRealize Automation 콘솔을 사용하여 콘솔에 로그인한 후 30분 이내에 디렉토리에 해당하는 커넥터에 대한 인증 어댑터를 구성할 수 있습니다. 관리자가 30분이 경과한 후 이 구성을 수행하려고 하면 로그인 페이지가 표시되고 인증이 필요합니다.
해결 방법: 관리자 자격 증명을 사용하여 콘솔에 다시 로그인합니다.
- vRealize Automation 장치 관리에 성공적으로 로그인한 후 다시 로그인하라는 메시지가 표시됨
vRealize Automation 장치 관리에서 [패치 관리]를 클릭하면 자격 증명을 다시 입력하라는 메시지가 나타납니다.
해결 방법: 루트 사용자로 다시 인증하여 패치 관리 페이지를 사용합니다.
- 주 도메인 컨트롤러를 사용할 수 없는 경우 로그인 속도가 매우 느리거나 로그인이 실패함
주 도메인 컨트롤러에 연결하려는 시도가 실패하면 vIDM이 보조 도메인 컨트롤러에 연결합니다. vIDM은 보조 도메인 컨트롤러에 연결하기 전에 주 도메인 컨트롤러에 항상 연결하기 때문에 로그인 요청 처리가 지연됩니다. 이로 인해 요청이 누적되어 시스템 속도가 느려집니다.
해결 방법: 기술 자료 문서 52840을 참조하십시오.
- vRealize Automation 장치 관리의 [Xenon] 탭 아래에서 [시작], [중지] 또는 [다시 시작] 버튼을 클릭해도 서비스에 영향을 주지 않음
클러스터링된 환경에서는 vRealize Automation 장치 관리의 [Xenon] 탭 아래 시작, 중지 또는 다시 시작 작업은 복제본 노드에서 실행할 경우 서비스에 영향을 주지 않습니다.
해결 방법: Xenon 서비스 작업은 마스터 노드에서만 실행해야 합니다.
- 브라우저를 시작하고 vRealize Automation 장치 관리를 열면 자체 서명된 인증서에 대한 오류 메시지가 표시되며 계속할 수 없음
HSTS(HTTP Strict Transport Security)가 사용되도록 설정된 브라우저는 자체 서명된 인증서가 포함된 사이트에 대한 액세스를 차단합니다.
해결 방법: 기술 자료 문서 53533을 참조하십시오.
- 클러스터링된 vRealize Automation 환경에서 복제 장치의 CPU 사용률이 100%에 도달할 수 있음
클러스터링된 vRealize Automation 환경에서 여러 socat 프로세스로 인해 복제 장치의 CPU 사용률이 100%에 도달할 수 있습니다.
해결 방법: 기술 자료 문서 54143을 참조하십시오.
- Active Directory 동기화 실패
1. AD에 200K를 초과하는 사용자와 60K를 초과하는 그룹이 있습니다.
2. 동기화할 때 subdomain1.abc.com과 같은 하위 도메인 대신 abc.com과 같은 최상위 도메인이 사용됩니다.
증상:
커넥터(cafe의 /var/log/vmware/horizon 폴더에 있음) 로그에서 오류가 발생합니다.
2018-03-23 18:01:22,122 ERROR (SimpleAsyncTaskExecutor-168) [3259@JNJ;local@JNJ;127.0.0.1] com.vmware.horizon.directory.ldap.LdapConnector - Problem reading from LDAP directory: javax.naming.OperationNotSupportedException: [LDAP: error code 12 - 00002040: SvcErr: DSID-03140395, problem 5010 (UNAVAIL_EXTENSION), data 0
1. AD 동기화는 개별적인 OU 각각에 대해 수행해야 하며 OU 당 최대 120K의 사용자와 40K의 그룹이 허용됩니다.
2. [동기화 설정] > [세이프가드] 페이지에서 세이프가드를 무시해야 합니다.
- 400개가 넘는 컨테이너가 포함된 호스트 제거가 직렬화 오류가 발생하여 실패함
vRealize Automation 7.2 및 7.3에서 400개가 넘는 컨테이너가 포함된 컨테이너 호스트를 제거하려고 하면 직렬화 오류가 발생하여 실패할 수 있습니다.
해결 방법: vRealize Automation 콘솔, API 또는 CLI를 사용하여 호스트에서 400개의 컨테이너를 한 번에 제거한 다음 컨테이너 호스트를 제거합니다.
