이전의 알려진 문제는 다음과 같이 그룹화되어 있습니다.
- Update Manager 사용자 인터페이스에 오류 메시지가 표시됨
Windows에서 vCenter Server 시스템과 다른 별도의 시스템에서 Update Manager 서버를 실행하고 Update Manager를 버전 6.5 업데이트 1로 업그레이드한 경우 [Update Manager] 탭의 사용자 인터페이스에 오류 메시지가 표시되고 액세스할 수 없습니다. 표시되는 오류 메시지는 다음과 같습니다.
클래스 로더에서 인터페이스 com.vmware.vim.binding.integrity.vcIntegrity를 볼 수 없습니다.
해결 방법: Windows 호스트 시스템에서 vCenter Server 서비스를 다시 시작합니다.
- 새로 업데이트된 vCenter Server Appliance 6.5 업데이트 1에서 SSL 인증서를 교체하려는 시도가 실패함
버전 6.5에서 버전 6.5 업데이트 1로 vCenter Server Appliance를 업데이트한 경우, Update Manager 서비스가 /etc/vmware/에 위치한 .buildinfo 파일에 액세스할 수 없어 호스트 시스템에서 SSL 인증서를 교체하려는 모든 시도가 실패합니다. 문제의 원인은 vCenter Appliance의 업데이트 중에 .buildinfo 파일 액세스를 위한 사용 권한이 444에서 640으로 변경되었기 때문입니다.
해결 방법: 다음 작업을 수행하여 .buildinfo 파일에 대한 사용 권한을 444로 변경합니다.
- vCenter Server Appliance에
루트로 로그인합니다.
- 다음 명령을 사용하여
.buildinfo 파일에 대한 사용 권한을 640에서 444로 변경합니다.
chmod 444 /etc/vmware/.buildinfo
- SSL 인증서 교체를 시도합니다.
Linux에 설치하는 UMDS에 Update Manager Utility가 포함되지 않음
Linux 시스템에 UMDS를 설치할 때 Update Manager Utility가 시스템에 설치되지 않습니다.
해결 방법: 다음 작업 중 하나를 수행하여 이 문제를 해결할 수 있습니다.
- Linux 시스템에서 다음 명령을 입력하여 데이터베이스를 재설정합니다.
cd <UMDS_INSTALLATION_DIRECTORY>/bin/ ./vmware-vciInstallUtils -D <DSN> -U <DB_USERNAME> -P <DB_PASSWORD> -I <UMDS_INSTALLATION_DIRECTORY>/bin -L <LOG_DIRECTORY> -C <UMDS_INSTALLATION_DIRECTORY>/bin -T PostgreSQL -O dbcreate
- Linux 시스템에서 프록시 호스트와 포트를 업데이트합니다.
- 다음 명령을 입력하여 프록시 호스트와 포트를 업데이트합니다.
<UMDS_INSTALLATION_DIRECTORY>/bin/vmware-umds -S -p <HOST>:<PORT>
- 다음 명령을 입력하여 프록시 사용자 이름과 암호를 업데이트합니다.
cd <UMDS_INSTALLATION_DIRECTORY>/bin
vi downloadConfig.xml
downloadConfig.xml 파일에서 proxySettings/username 및 proxySettings/password 매개 변수를 업데이트합니다.
Update Manager 데이터베이스의 DSN에 상위 ASCII 문자가 포함되어 있으면 Update Manager 마이그레이션이 실패할 수 있음
Update Manager를 Windows에서 vCenter Server Appliance 6.5로 마이그레이션하는 경우, Update Manager 데이터베이스의 DSN에 상위 ASCII 문자가 포함되어 있으면 마이그레이션이 실패합니다.
해결 방법: 상위 ASCII 문자를 포함하지 않도록 DSN 이름을 변경합니다.
-
vCenter Server Appliance가 인터넷에 연결되어 있지 않은데도 Update Manager용 패치의 다운로드 시도가 실패했다는 오류 메시지가 vSphere Web Client에 표시됨
vCenter Server Appliance를 배포하면 Update Manager 서비스가 자동으로 시작되고, 미리 정의된 패치 디포에서 패치를 다운로드하려고 시도합니다. 서비스 시작 시 패치를 다운로드하는 것은 vCenter Server Appliance에서 Update Manager 서비스의 옵션이며 이 옵션은 vCenter Server Appliance를 배포한 후 기본적으로 사용되도록 설정됩니다. 배포 후 vCenter Server Appliance가 인터넷에 연결할 수 없는 경우, 사용자가 vSphere Web Client에 로그인하면 Update Manager용 패치의 다운로드 시도가 실패했다는 오류 메시지가 표시됩니다. 이 작업은 매일 실행되기 때문에 이 오류 메시지가 계속 반복됩니다.
해결 방법: vCenter Server Appliance에서 인터넷에 연결할 수 없는 경우, vCenter Server Appliance를 처음 시작할 때 Update Manager가 패치 다운로드에 실패하고 나면 Update Manager 서비스 시작 시 패치를 다운로드하는 옵션을 사용하지 않도록 설정합니다. 이렇게 하면 Update Manager가 Update Manager 서비스 시작 시 패치 다운로드를 더 이상 시도하지 않습니다.
Update Manager 서비스 시작 시 패치 다운로드를 사용하지 않도록 설정하려면 다음 단계를 수행합니다.
- vSphere Web Client에서 홈 > 관리를 선택합니다.
- 배포 > 시스템 구성을 선택한 후 서비스를 선택합니다.
- 서비스 목록에서 VMware vSphere Update Manager를 선택하고 관리 탭을 클릭합니다.
- 편집을 클릭한 후 서비스 시작 시 패치 다운로드 텍스트 상자에 False를 값으로 입력하고 확인을 클릭합니다.
- VMware vSphere Update Manager 서비스를 다시 시작합니다.
-
Windows Server 2008 R2에서 Update Manager 설치가 실패할 수 있음
데이터베이스와 함께 제공된 Update Manager를 Windows server 2008 R2에 설치하려는 시도가 실패할 수 있습니다.
해결 방법: 다음 운영 체제에 Update Manager를 설치합니다.
- Windows Server 2008 R2 SP1 Datacenter 64비트
- Windows Server 2008 R2 SP1 Enterprise 64비트
- Windows Server 2008 R2 SP1 Standard 64비트
- Windows Server 2008 R2 SP1 Foundation 64비트
- Windows Server 2008 R2 SP1 Web 64비트
- Windows Server 2008 SP2 Datacenter 64비트
- Windows Server 2008 SP2 Enterprise 64비트
- Windows Server 2008 SP2 Standard 64비트
- Windows Server 2008 SP2 Foundation 64비트
- Windows Server 2008 SP2 Web 64비트
-
내장형 Microsoft SQL 2012 데이터베이스가 포함된 Update Manager를 Microsoft .NET Framework 4를 사용하는 시스템에 설치하는 작업이 실패함
호스트 시스템이 Microsoft .NET Framework 4를 사용하는 경우 내장형 Microsoft SQL 2012 데이터베이스가 포함된 Update Manager를 설치하려는 시도가 실패합니다. 이 경우 다음과 같은 오류 메시지가 표시됩니다.
SQL 설치가 완료되지 않았습니다.
해결 방법: 이 문제를 해결하려면 다음 단계를 수행하십시오.
- Update Manager를 설치하려는 시스템에서 Microsoft .NET Framework 4를 사용해야 하는 모든 서비스를 종료하고 사용하지 않도록 설정합니다.
- 모든 Microsoft .NET Framework 4 구성 요소를 제거합니다.
- 명령 프롬프트 창을 열고 C:\Windows\Microsoft.NET\Framework\v2.0.50727로 변경합니다.
- 다음 명령을 실행하여 구성 폴더에서 security.config 및 security.config.cch 파일을 생성합니다.
Caspol.exe -all -reset
- 경로를 C:\Windows\Microsoft.NET\Framework64\v2.0.50727로 변경합니다.
- 다음 명령을 실행하여 구성 폴더에서 security.config 및 security.config.cch 파일을 생성합니다.
Caspol.exe -all -reset
- 모든 Microsoft .NET Framework 4 구성 요소를 다시 다운로드하여 설치합니다.
- 설치가 완료되면 Microsoft .NET Framework 4를 사용해야 하는 모든 서비스를 사용하도록 설정합니다.
- 운영 체제를 다시 시작하고 내장형 Microsoft SQL 2012 데이터베이스가 포함된 Update Manager를 다시 설치합니다.
-
Update Manager 서버 설치 동안 ASCII가 아닌 문자를 사용하는 DSN을 구성한 경우 Update Manager Client가 영어가 아닌 로케일을 사용하는 Windows 시스템에서 시작되지 않음
영어가 아닌 로케일을 사용하는 Windows 시스템에 Update Manager 서버를 설치할 때 DSN 이름에 ASCII가 아닌 문자를 사용하고 지원되는 기존 데이터베이스를 사용하는 옵션을 선택하면 설치가 성공적으로 완료됩니다. 그런 다음 Update Manager Client를 설치합니다. Update Manager Client를 시작하려고 하면 클라이언트가 시작되지 않고 다음 오류 메시지가 표시됩니다.
VMware vSphere Update Manager에 연결하는 동안 오류가 발생했습니다. 데이터베이스를 일시적으로 사용할 수 없거나 네트워크 문제가 있습니다.DSN에 ASCII가 아닌 문자가 있으면 Update Manager Client가 시작되지 않습니다.
해결 방법: Update Manager 서버를 설치하는 동안 ASCII가 아닌 문자를 사용하지 마십시오.
-
시스템에 이미 Microsoft SQL 2008 R2 SP2 데이터베이스가 있는 경우 Update Manager 설치 관리자가 응답을 멈춤
Update Manager 서버 또는 UMDS를 설치하는 시스템에 Microsoft SQL 2008 R2 SP2 데이터베이스의 인스턴스가 있지만 VIM_SQLEXP 인스턴스가 없는 경우 Update Manager 서버 또는 UMDS를 설치하려고 할 때 설치 관리자와 함께 제공된 데이터베이스를 설치하는 옵션을 선택하면 설치 관리자가 응답을 멈춥니다.
해결 방법: 이 문제를 해결하려면 다음 단계를 수행하십시오.
- Update Manager 서버 또는 UMDS를 설치하는 시스템에서 명령줄 인터페이스를 열고 다음 명령을 입력합니다.
.\redist\SQLEXPR\SQLEXPR_x64_ENU.exe /ACTION=install /IACCEPTSQLSERVERLICENSETERMS /SQLSVCACCOUNT="NT AUTHORITY\SYSTEM" /HIDECONSOLE /FEATURES=SQL /SQLSYSADMINACCOUNTS="BUILTIN\ADMINISTRATORS" /NPENABLED="1" /TCPENABLED="1" /INSTANCENAME=VIM_SQLEXP
- Update Manager 서버 또는 UMDS 설치를 다시 시도합니다.
-
Update Manager 제거 후에도 vSphere Web Client에 Update Manager Web Client가 있음
Update Manager를 제거해도 vSphere Web Client의 모니터 탭 아래에 Update Manager 탭이 남아 있으며 검사 및 연결 버튼이 여전히 활성 상태입니다. Update Manager 서버를 제거한 후 vSphere Web Client에서 Update Manager 탭을 선택하면 다음 오류 메시지가 표시됩니다. VMware vSphere Update Manager에 연결하는 동안 오류가 발생했습니다.
해결 방법: vSphere Web Client에서 로그아웃했다가 로그인하십시오.
-
터키어 언어 팩이 있는 Windows 운영 체제에서 Update Manager 서버 및 UMDS를 번들 데이터베이스와 함께 설치하려고 시도하면 실패함
터키어 언어 팩이 있는 Windows 운영 체제에서 Update Manager 서버 및 UMDS를 번들 데이터베이스와 함께 설치하려고 시도하면 실패하고 다음과 같은 오류가 표시됩니다.
오류 25003. 데이터베이스 테이블을 생성하지 못했습니다.
해결 방법: 이 문제를 해결하려면 다음 작업 중 하나를 수행하십시오.
- 영어 언어 팩이 있는 Windows 운영 체제에서 Update Manager 서버 및 UMDS를 설치하십시오.
- 터키어 언어 팩이 있는 Windows 운영 체제에서 Update Manager 서버 및 UMDS를 설치하고 다음 데이터베이스 중 하나를 사용하십시오.
- Microsoft SQL Server 2012(64비트)
- Microsoft SQL Server 2008 R2(64비트)
- Oracle 11g R2(64비트)
-
업그레이드 후 다운로드 작업 기간 동안에 Update Manager 플러그인이 사용 안 함으로 설정될 수 있음
다운로드 작업이 실행되는 동안 Update Manager와 vCenter Server의 연결이 끊어지면 Update Manager 플러그인을 다시 설정할 수 없습니다. 이 문제는 Update Manager를 업그레이드한 이후에 발생할 수 있습니다.
해결 방법: 다운로드 작업이 완료될 때까지 기다렸다가 Update Manager 플러그인을 사용하도록 설정하십시오.
-
Update Manager를 설치하려면 부팅 드라이브에 Update Manager용으로 최소 600MB의 사용 가능한 공간이 있어야 함
Update Manager는 반드시 부팅 드라이브에 설치할 필요는 없지만 일부 필수 구성 요소는 부팅 드라이브에 설치해야 합니다. 이러한 필수 구성 요소와, 설치 중에 사용되는 임시 파일을 포함할 수 있는 600MB의 공간이 Update Manager용으로 필요합니다.
해결 방법: Update Manager를 설치하기 전에 최소 600MB의 사용 가능한 공간이 부팅 드라이브에 있는지 확인하십시오.
- vSphere Update Manager를 사용하여 업데이트를 적용하는 동안 ESXi 업그레이드가 실패함
ESXi 호스트 업그레이드를 적용하는 동안 vSphere Update Manager는 검색 실행 후 실제 업그레이드를 수행합니다. 검색하는 동안 updatemgr 서비스는 지정된 호스트에 대해 vSphere Update Manager 저장소에 있는 모든 이미지의 호환성을 확인하고 보고합니다. 검색 작업은 검색 중인 이미지 크기의 RAM 디스크를 할당 및 할당 취소합니다. 드문 경우지만 이미지가 호환되는 경우 이 RAM 디스크는 검색이 완료된 후에 할당이 취소되지 않습니다. 이 크기는 업데이트 적용 작업에 충분하지 않을 수 있습니다. 결과적으로 호스트 업그레이드 적용이 실패하고 vmkernel 로그에 ramdisk (upgradescratch) is full 오류가 기록됩니다.
해결 방법: vSphere Update Manager 저장소에서 호환되는 이미지를 제거하고 호스트 업그레이드 적용을 다시 시도합니다.
- Virtual SAN 데이터스토어에서 가상 시스템의 총 CPU 수가 384개를 초과하는 경우 Virtual SAN 클러스터의 업데이트 적용이 실패함
Virtual SAN 데이터스토어의 가상 시스템이 활성 CPU를 384개 이상 포함하는 Virtual SAN 클러스터에서 호스트가 유지 보수 모드로 전환해야 하는 패치에 대한 업데이트를 적용하려고 하면 작업이 실패합니다.
해결 방법: 다음 해결 방법 중 하나를 수행합니다.
- Virtual SAN 데이터스토어에 포함된 가상 시스템의 전원을 꺼 활성 가상 시스템 CPU 수를 384개 이하로 유지하십시오.
- 호스트가 유지 보수 모드 상태로 전환할 수 없어서 Virtual SAN 클러스터 업데이트 적용이 실패한 후 업데이트 적용에 실패한 Virtual SAN 클러스터의 호스트에서 업데이트 적용을 실행해 봅니다.
-
패치를 스테이징하거나 업데이트 적용하는 중에 잘못된 주의 메시지가 표시될 수 있음
Update Manager에서 패치 스테이징 또는 업데이트 적용 작업 도중 일부 패치를 사용할 수 없다는 주의 메시지가 잘못 표시될 수 있습니다. 수신되는 주의 메시지는 다음과 같습니다.
업데이트 적용을 위해 선택한 패치 중 일부를 사용할 수 없습니다. 계속하시겠습니까?
해결 방법: 메시지를 무시하고 예를 클릭하여 스테이징을 계속하십시오. 처음에 선택한 모든 패치가 스테이징됩니다.
-
HA 클러스터에 속하는 ESXi 5.x 호스트를 검색하거나 업데이트를 적용할 때 Update Manager가 규정 준수 상태를 비호환으로 보고함
HA 클러스터에 속하는 ESXi 5.x 호스트의 업그레이드 검색을 수행할 때 Update Manager가 호스트의 준수 상태를 비호환으로 보고하고 호스트에 업데이트를 적용할 수 없게 됩니다. 비호환 준수 상태는 ESXi 5.x 호스트에 FDM(HA) 에이전트가 설치된 방식 때문에 발생합니다. vSphere 5.0부터 FDM 에이전트는 ESXi 호스트에 VIB로 설치됩니다. ESXi 호스트에서 VIB를 설치하거나 업데이트할 때 호스트의 부트 뱅크가 업데이트되었음을 나타내기 위해 플래그가 설정됩니다. Update Manager는 업그레이드 검색이나 업데이트를 적용하는 동안 이 플래그를 확인하여 호스트를 업그레이드하기 전에 이 플래그를 지우도록 요구합니다. 이 플래그는 호스트를 재부팅하여 지울 수 있습니다.
HA 클러스터에 속하는 ESXi 5.x 호스트의 업그레이드 검색을 수행할 때 Update Manager가 호스트의 준수 상태를 비호환으로 보고하고 호스트에 업데이트를 적용할 수 없게 됩니다. 비호환 준수 상태는 ESXi 5.x 호스트에 FDM(HA) 에이전트가 설치된 방식 때문에 발생합니다. vSphere 5.0부터 FDM 에이전트는 ESXi 호스트에 VIB로 설치됩니다. ESXi 호스트에서 VIB를 설치하거나 업데이트할 때 호스트의 부트 뱅크가 업데이트되었음을 나타내기 위해 플래그가 설정됩니다. Update Manager는 업그레이드 검색이나 업데이트를 적용하는 동안 이 플래그를 확인하여 호스트를 업그레이드하기 전에 이 플래그를 지우도록 요구합니다. 이 플래그는 호스트를 재부팅하여 지울 수 있습니다.
해결 방법: 비호환 준수 상태를 보고하는 호스트를 재부팅하십시오. 호스트가 다시 온라인 상태가 되면 업그레이드 검색이나 업데이트 적용을 다시 실행합니다.
-
호스트에 전원이 켜진 무장애 가상 시스템이 있는 경우 호스트 업데이트 적용이 완료되지 않을 수 있음
호스트에 FT 기능이 해제된 기본 가상 시스템이 있고 업데이트 적용 마법사의 호스트 업데이트 적용 옵션 페이지에서 작업 실패 처리 또는 재시도를 선택하면 호스트 업데이트 적용이 완료되지 않을 수 있습니다. 이러한 시나리오에서 FT 기능이 해제된 상태로 전원이 켜진 기본 가상 시스템은 DRS 클러스터에서 전원을 끄거나 마이그레이션할 수 없습니다. 전원이 켜진 가상 시스템이 있는 경우 호스트는 유지 보수 모드로 전환되지 않으므로 업데이트 적용을 완료할 수 없습니다.
해결 방법: 기본 또는 보조 가상 시스템이 포함된 호스트에 업데이트를 적용할 때는 다음 해결 방법 중 하나를 사용할 수 있습니다.
- 업데이트 적용 마법사의 호스트 업데이트 적용 옵션 페이지에서 가상 시스템의 전원을 끄고 재시도 또는 가상 시스템을 일시 중단하고 재시도를 선택합니다.
- 업데이트 적용을 시작하기 전에 무장애 가상 시스템을 다른 호스트로 수동으로 마이그레이션합니다.
- EVC가 DRS 클러스터에서 설정되어 있으면 호스트가 유지 보수 모드로 전환되려고 할 때 FT 기능이 해제된 가상 시스템이 자동으로 마이그레이션될 수 있습니다. 이는 DRS가 특정 호스트에서 해제되어 있지 않은 경우에만 가능한 동작입니다.
- 업데이트 적용 선택 페이지에서 선택된 기준선에 대해 잘못된 패치 수가 표시됨
준수 보기에서 미리 선택된 패치 또는 확장 기준선에 기반하여 vSphere 인벤토리 개체에 업데이트를 적용할 때 업데이트 적용 마법사의 초기 페이지에서 업데이트를 적용해야 할 패치 수가 잘못 표시될 수 있습니다. 이 경우 인벤토리 개체에 여러 패치 및 확장 기준선이 연결되어 있으면 패치 수는 선택된 기준선뿐 아니라 연결된 모든 기준선에서 호환되는 패치 수에 해당합니다.
해결 방법: [업데이트 적용 선택] 페이지에서 기준선 또는 그룹의 선택을 변경하거나, 먼저 [다음]을 클릭하여 다음 페이지로 이동한 후 [뒤로]를 클릭하여 선택 페이지로 돌아갑니다.
-
호스트에 사용 가능한 공간이 부족한 경우 호스트 업그레이드 검색 및 업데이트 적용이 실패할 수 있음
호스트 업그레이드 검색 및 업데이트 적용이 AgentInstallFailed 오류 메시지와 함께 실패할 수 있습니다. 이 오류는 ESXi 호스트에 사용 가능한 공간이 부족하여 발생할 수 있습니다.
해결 방법: ESXi 호스트를 업그레이드하려면 호스트의 /tmp 디렉토리에 최소 20MB의 사용 가능한 공간이 있는지 확인합니다.
-
호스트에서 발생한 패치와의 해결 불가능한 충돌로 인해 일부 패치에 대해 호스트 업데이트 적용이 실패할 수 있음
기준선 입력의 패치(예: 패치 A)가 호스트와 충돌하지만 기준선 입력의 다른 패치로 해당 충돌을 해결할 수 없을 때는 호스트의 패치 업데이트 적용이 실패할 수 있습니다.
해결 방법: 패치 A의 패치 세부 정보 창에 다른 패치를 사용하여 충돌을 해결하라는 권장 사항이 표시됩니다. 권장 사항에도 여러 패치가 포함될 수 있습니다. 권장 패치 중 하나 또는 모두를 기준선에 포함시키면 충돌이 해결될 수 있습니다. 자세한 내용은 패치 A 및 권장 패치와 연관된 KB 문서를 참조하십시오.
가져오기 작업 후 목록에 ESXi 이미지가 표시되지 않음
ESXi 이미지를 삭제했다가 잠시 후에 해당 이미지를 다시 가져오면 가져온 이미지는 Update Manager가 사용할 수 있는 ESXi 이미지 목록에 표시되지 않습니다. 이미지는 실제로 업로드되지만 Update Manager 관리 보기의 관리 탭 아래의 ESXi 이미지에 표시되지 않습니다. vSphere Web Client 새로 고침 버튼을 사용해도 ESXi 이미지가 [가져온 ESXi 이미지] 목록에 표시되지 않습니다.
해결 방법: 이 문제를 해결하려면 브라우저의 새로 고침 버튼을 사용합니다.
-
vSphere Web Client의 Update Manager 관리 보기에서 Update Manager의 패치 스토어 설정을 변경할 수 없음
Update Manager 서버 시스템의 호스트 이름에 상위 ASCII 또는 ASCII가 아닌 문자가 포함되어 있는 경우, Update Manager 네트워킹 설정에서 Update Manager 패치 스토어의 호스트 이름과 IP 주소 간에 전환하려고 하면 다음 오류 메시지와 함께 작업이 실패합니다.
오류 정보: com.vmware.vim.vmomi.core.exception. allException 마샬링 해제: 응답을 마샬링 해제할 수 없습니다.
해결 방법: Update Manager 서버 시스템의 호스트 이름에 ASCII 문자만 사용합니다.
VMware VirtualCenter Server 서비스가 다시 시작된 후 Update Manager 서비스가 자동으로 시작되지 않음
vCenter Server가 예기치 않게 작동을 중지하는 경우 VMware VirtualCenter Server 서비스(vmware-vpxd 서비스)는 자동화된 프로세스를 통해 강제로 다시 시작됩니다. 그러나 VMware VirtualCenter Server 서비스가 시작된 후 Update Manager 서비스가 자동으로 시작되지 않습니다.
해결 방법: Update Manager 서비스를 수동으로 시작합니다.
-
Linux에서 실행되는 Update Manager Utility의 도움말에 Update Manager 인증서를 새로 고치는 옵션이 잘못 노출됨
Linux에서 실행되는 Update Manager Utility에 대한 도움말을 호출하면 제안되는 위치 인수 줄에 Update Manager에서 사용하는 인증서를 새로 고치는 옵션이 표시됩니다. 이 옵션은 노출되면 안 되는 옵션입니다.
해결 방법: 없음. 이 옵션을 사용하지 마십시오.
1024보다 낮은 사용자 지정 포트를 사용하도록 구성할 경우 Update Manager 서비스가 시작되지 않을 수 있음
vSphere Web Client에서는 VMware vSphere Update Manager 서비스에 사용할 포트를 사용자 지정할 수 있습니다. 1024보다 낮게 포트를 사용자 지정하면 Update Manager 서비스를 시작할 수 없습니다. 이 문제는 1024보다 낮은 포트는 vCenter Server Appliance에서 이미 사용 중이기 때문에 Update Manager 서비스를 시작할 수 없어서 발생합니다.
해결 방법: 없음. Update Manager 서비스에 대해 사용자 지정 포트를 사용할 경우 1024보다 높게 포트를 설정합니다.
-
Update Manager가 여러 vCenter Server 인스턴스가 있는 vSphere 환경에서 하나의 vCenter Server만 표시함
모두가 하나의 Platform Services Controller에 등록되었거나 각각 개별 Platform Services Controller에 등록된 여러 vCenter Server 인스턴스가 있는 vSphere 환경에서 Update Manager가 IP/DNS가 Update Manager Client에서 사용된 vCenter Server 인스턴스만 표시합니다.
해결 방법: 없음. Update Manager Client에서 입력한 IP/DNS에 상관없이 인벤토리에는 두 vCenter Server 인스턴스가 모두 표시되어야 합니다.
-
하나의 Platform Sevices Controller에 등록된 여러 vCenter Server 인스턴스가 있는 vSphere 환경에서 Update Manager를 사용하지 못할 수 있음
하나의 Platform Sevices Controller에 등록된 두 vCenter Server가 있는 vSphere 환경을 설정하고 각 vCenter Server 인스턴스에 Update Manager 서버를 등록한 경우 Update Manager 인스턴스 중 하나에 성공적으로 로그인할 수 있지만 두 번째 인스턴스에 로그인하려고 하면 Update Manager Client가 연결하지 못합니다. 로그인할 수 없는 Update Manager 인스턴스의 경우 다음과 같은 오류 메시지가 표시됩니다.
데이터를 검색할 수 있는 사용 권한이 없음.
해결 방법: vCenter Server 인스턴스를 관리하는 vSphere Web Client에서 모든 vSphere 권한이 있는 새로운 사용자를 생성하고 해당 계정을 사용하여 오류를 표시하는 Update Manager 인스턴스에 로그인합니다.
-
며칠의 가동 시간이 지난 후 Update Manager 서버의 vCenter Server 인스턴스에 대한 연결이 끊길 수 있음
며칠 동안 Update Manager 서버를 사용하는 경우 vCenter Server 인스턴스에 대한 연결이 끊길 수 있으며 Update Manager Client에서 작업을 수행하는 동안 다음과 같은 오류 메시지가 표시될 수 있습니다.
다시 로그인할 VC 서버에 연결되어 있지 않습니다.
해결 방법: Update Manager 유틸리티를 사용하여 vCenter Server 인스턴스에 Update Manager서버를 다시 연결한 다음 Update Manager 서비스를 다시 시작합니다.
-
업데이트 적용 중 Virtual SAN 클러스터에 포함된 호스트가 유지 보수 모드로 전환하지 못하는 경우 유용한 정보를 제공하지 않는 시스템 오류가 표시됨
업데이트 적용 중에 Virtual SAN 클러스터에 포함된 호스트가 유지 보수 모드로 전환하지 못하는 경우 Virtual SAN에 대한 일반 시스템 오류가 다음과 같이 표시됩니다.
일반 시스템 오류가 발생했습니다. vSAN 오류로 인해 작업에 실패했습니다.
이 오류 메시지에는 실패의 원인에 대한 상황 정보나 관련 오류 메시지가 포함되지 않습니다.
해결 방법: 실패의 원인에 대한 자세한 상황 정보를 보려면 다음 단계를 수행합니다.
- 최근 작업 창에서 세부 정보 보기를 클릭합니다.
- 오류 보고서 제출을 클릭하고 오류 스택 아래에서 실패 원인에 대한 자세한 정보를 확인합니다.
-
IPv6 주소로 Update Manager Utility에 로그인할 수 없음
vCenter Server 시스템 IPv6 주소를 입력하여 Update Manager Utility에 로그인하려고 시도하면 오류가 발생하여 로그인이 실패합니다.
해결 방법: Update Manager Utility에 로그인하려면 vCenter Server 시스템 IPv4 주소나 호스트 이름을 입력하십시오.
-
VMware Update Manager가 구성된 프록시 인증을 사용하지 않음
패치 다운로드 작업을 시작할 때 Update Manager가 인증에 프록시를 사용하도록 구성되어 있는데도 Update Manager가 익명 자격 증명을 사용하여 프록시 서버에 인증합니다. 프록시 서버가 익명 자격 증명을 수락하지 않는 경우 패치 다운로드 작업이 실패할 수 있습니다.
해결 방법: 로컬 관리자 권한이 있는 로컬 관리자 계정이나 로컬 관리자 권한이 있는 도메인 계정을 사용하여 Update Manager 서비스를 실행하도록 변경합니다.
-
호스트 업그레이드 중에 Update Manager를 실행하는 가상 시스템의 전원이 꺼질 수 있음
DRS 클러스터 외부의 Update Manager는 vCenter Server 또는 Update Manager 가상 시스템이 실행되는 호스트를 업그레이드하지 않습니다. DRS 클러스터에서 vCenter Server 또는 Update Manager 가상 시스템을 실행하는 호스트에 업데이트 적용 작업을 시작할 경우 DRS에서는 업데이트 적용이 성공하도록 가상 시스템을 다른 호스트로 마이그레이션하려고 시도합니다. Update Manager 가상 시스템이 실행되는 호스트를 DRS 클러스터에서 제거한 후 이를 vSphere Web Client 인벤토리의 데이터 센터에 추가하면 호스트에 업데이트를 적용할 수 있고 Update Manager 가상 시스템의 전원이 꺼집니다.
해결 방법: 업데이트를 적용하기 전에 Update Manager 가상 시스템이 실행되는 호스트가 DRS 클러스터에 있는지 확인하거나 Update Manager 가상 시스템을 다른 호스트로 이동하십시오.
-
복제된 가상 시스템에 대한 준수 정보가 표시되지 않을 수 있음
가상 시스템을 복제하고 시스템에 대한 Fault Tolerance를 설정한 후 복제된 가상 시스템의 전원을 켜면 준수 정보가 표시되지 않을 수 있습니다. 준수 보기를 열면 데이터를 검색할 수 없음 오류가 나타납니다.
-
패치 가져오기 마법사에서 패치 유형 정보가 누락됨
Update Manager를 새로 설치할 때 오프라인 패치 번들을 처음으로 가져오면 패치 유형 정보가 패치 가져오기 마법사에 표시되지 않습니다. 가져오기 확인 페이지의 유형 열이 비어 있습니다.
해결 방법: 패치 유형 정보가 표시되지 않더라도 마법사를 완료하여 패치 가져오기 작업을 성공적으로 마무리할 수 있습니다. 이 문제는 오프라인 패치 번들을 처음 가져올 때만 발생합니다. 이후의 가져오기 작업에서는 패치 유형 정보가 마법사에 올바로 표시됩니다.
-
Update Manager가 인증된 프록시를 사용하도록 구성된 경우 패치 정의 다운로드 작업이 실패할 수 있음
Update Manager Server가 인증을 필요로 하는 프록시 서버를 사용하도록 구성된 경우 패치 정의 다운로드 작업에서 패치 다운로드가 실패할 수 있습니다.
해결 방법: 프록시 서버에서 익명 사용자 액세스를 사용하도록 설정합니다.
-
Update Manager가 올바른 다운로드 소스에서 업데이트를 다운로드할 수 없음
존재하지 않는 HTTPS URL이 다운로드 소스 추가 창에서 액세스 가능한 것으로 잘못 표시될 수 있습니다. 예를 들어, http://mydepot.com 대신 https://mydepot.com을 입력하고 URL 확인을 클릭하면 실제 다운로드 소스가 HTTP 주소이더라도 검증이 성공할 수 있습니다. 그에 따라 Update Manager가 지정된 HTTPS URL 주소에서 업데이트를 다운로드할 수 없습니다.
해결 방법: URL을 삭제하고 올바르게 추가하십시오.
-
이메일 알림 설정에서 이메일 주소가 잘못되어 Update Manager가 이메일 메시지를 보낼 수 없음
패치 및 알림 다운로드 스케줄에서, 새로운 패치 또는 알림이 다운로드되었을 때 Update Manager가 이메일을 보내도록 구성할 수 있습니다. 잘못된 이메일 주소를 입력하면 Update Manager가 이메일을 보내지 못할 수 있습니다. vCenter Server 메일 보낸 사람 설정에서 SMTP 서버 보낸 사람 계정과 동일한 도메인 이름을 가진 잘못된 이메일 주소를 입력하면 Update Manager가 올바른 이메일 주소를 비롯한 어떤 이메일 주소로도 이메일을 배달하지 않습니다. 잘못된 이메일 주소의 도메인 이름이 vCenter Server 메일 보낸 사람 설정의 SMTP 서버 보낸 사람 계정과 다르면 Update Manager 이메일 알림 설정에 입력된 올바른 이메일 주소로 이메일 알림이 제대로 배달될 수 있습니다.
해결 방법: 잘못된 이메일 주소를 이메일 알림 설정에서 제거합니다.
-
Windows Vista에서 Update Manager Client의 모든 도움말 버튼으로 기본 Update Manager 도움말 페이지가 열림
Windows Vista 시스템에 설치된 Internet Explorer 7 브라우저를 사용하는 경우 vSphere Update Manager의 상황에 맞는 도움말에서 관련 도움말 페이지가 표시되지 않습니다. 대신 도움말에 기본 vSphere Update Manager 도움말 페이지이 표시됩니다.
해결 방법: 서비스 팩 2를 Windows Vista에 적용합니다. 자세한 내용은 Microsoft 기술 자료 문서(http://support.microsoft.com/kb/942172)를 참조하십시오.
-
알림 이메일이 바이러스 백신 소프트웨어에 의해 차단됨
특정 바이러스 백신 소프트웨어가 vCenter Server 시스템에 설치된 경우 Update Manager로부터 이메일 알림을 수신하지 못할 수 있습니다. 이메일 알림(예: 새로 다운로드된 패치 및 스케줄링된 기타 작업에 대한 알림)을 보내도록 Update Manager를 구성할 수 있습니다. 이메일 트래픽을 모니터링하여 차단하는 바이러스 백신 소프트웨어(예: McAfee)를 설치한 경우 Update Manager로부터 알림을 수신하지 못할 수 있습니다.
해결 방법: 이메일 트래픽을 차단하는 바이러스 백신 소프트웨어 규칙을 해제합니다.
- Update Manager가 업데이트 적용 전에 FT 기능이 설정되어 있는 가상 시스템의 스냅샷을 작성하지 않음
FT 기능이 설정된 가상 시스템의 스냅샷을 작성할 수 없습니다. FT 기능이 설정되어 있는 가상 시스템에 업데이트를 적용하고 업데이트 적용 마법사에서 업데이트 적용 전에 스냅샷을 작성하도록 선택하는 경우 Update Manager가 이 설정을 무시하고 가상 시스템의 스냅샷을 작성하지 않습니다.
해결 방법: FT 기능을 해제하고 가상 시스템의 스냅샷을 작성하도록 Update Manager를 구성한 후 시스템에 업데이트를 적용합니다. 업데이트 적용 후에 FT 기능을 설정하려면 스냅샷을 삭제한 다음 FT 기능을 사용하도록 설정합니다.
-
여러 사용자가 동일한 이름의 기준선을 동시에 생성하려고 하면 Update Manager가 모호한 오류 메시지를 표시함
여러 사용자가 동일한 이름의 기준선을 동시에 생성하려고 하면 Update Manager가 지정한 키, 이름 또는 식별자가 이미 있습니다라는 메시지를 표시합니다. 이 메시지에서는 다른 사용자가 동일한 이름의 기준선을 생성하려고 한다는 사실이 명시적으로 알려주지 않습니다.
-
여러 공지가 포함된 기준선을 스테이징하면 일부 공지가 누락된 것으로 표시됨
여러 공지가 포함된 기준선을 성공적으로 스테이징하고 나면 일부 공지가 스테이징됨으로 표시되나 다른 공지는 누락으로 표시될 수 있습니다. 자세한 내용은 After you stage a baseline, a bulletin might be shown as Missing instead of Staged(기준선을 스테이징한 후 공지가 스테이징됨 대신 누락으로 표시될 수 있음)(KB 1018530)를 참조하십시오.
-
ESX 호스트가 IPv6 네트워킹 스택에서 실행 중인 경우 Update Manager가 Cisco Nexus 1000V VEM의 설치 및 업그레이드에 실패함
ESX 호스트가 Cisco Nexus 1000V DVS에 추가되는 경우 Update Manager가 Cisco Nexus 1000V VEM을 호스트에 설치합니다. Cisco Nexus 1000V VSM을 최신 버전으로 업그레이드하면 Update Manager가 호출되어 DVS에 연결된 호스트에서 VEM을 업그레이드합니다. ESX 호스트가 IPv6 네트워킹 스택에서 실행 중인 경우 설치 및 업그레이드 작업이 모두 실패할 수 있습니다.
해결 방법: 오프라인 번들을 사용하여 호스트에서 VEM을 수동으로 설치하거나 업그레이드합니다.
-
VMware Tools 업그레이드 중에 잘못된 오류 메시지가 최근 작업 창에 표시됨
가상 시스템의 VMware Tools 업그레이드를 수행할 때 업데이트 적용이 성공적임에도 불구하고 이 가상 시스템에서 VMware Tools가 실행되고 있지 않기 때문에 작업을 완료할 수 없습니다라는 잘못된 오류 메시지가 표시될 수 있습니다.
-
업데이트 적용 작업을 스케줄링할 때 작업 집합이 생성됨
업데이트 적용 작업을 스케줄링할 때 몇 가지 활성 작업이 최근 작업 창에 나타납니다. 해당 작업 중 하나는 엔터티 업데이트 적용입니다. 이 작업은 새로운 업데이트 적용 작업을 생성할 때 나타나며 개체에 업데이트가 적용되는 실제 업데이트 적용 작업은 아닙니다. 엔터티 업데이트 적용 작업에서는 업데이트 적용 마법사에 입력한 내용을 기반으로 스케줄링된 업데이트 적용을 위한 하위 작업을 생성합니다.
-
사용자 환경이 Linked Mode에 있는 경우 관리 보기와 준수 보기 간의 빠른 전환 링크가 제대로 작동하지 않을 수 있음
vCenter Server 시스템이 Linked Mode에 속해 있으며 별도의 Update Manager 인스턴스를 각 vCenter Server 시스템에 등록한 경우 관리 보기와 준수 보기 탐색 링크가 제대로 작동하지 않을 수 있습니다. 예를 들어 Update Manager 인스턴스 1이 vCenter Server 시스템 1에 등록되었고 Update Manager 인스턴스 2가 vCenter Server 시스템 2에 등록된 시나리오를 생각해 보겠습니다. vCenter Server 시스템 1이 관리하는 개체를 선택하고 Update Manager 탭을 클릭한 다음 오른쪽 상단 모서리에 있는 관리 보기를 클릭하면 Update Manager 인스턴스 1의 관리 보기가 표시됩니다. 준수 보기를 클릭하고 vCenter Server 2가 관리하는 인벤토리에서 개체를 선택하고 오른쪽 상단 모서리에 있는 관리 보기를 클릭하면 Update Manager 인스턴스 1의 관리 보기가 다시 표시됩니다.
해결 방법: 준수 보기를 클릭하고 관리 보기를 다시 클릭하여 두 번째 Update Manager 인스턴스의 관리 보기를 표시합니다.
-
충돌하는 패치가 업데이트 적용 마법사에서 계산됨
패치 기준선에 기반하여 특정 개체를 검색하고 나면 패치 기준선 창에 충돌하는 패치의 수가 표시될 수 있습니다. 선택된 개체에 업데이트를 적용하려고 하면 업데이트 적용 마법사에서 충돌하는 패치가 개체에 설치될 패치로 계산되지만 업데이트 적용 중에 충돌하는 패치가 일부만 설치되거나 아예 설치되지 않습니다.
- Update Manager 서비스가 \Temp 디렉토리를 여러 임시 시스템 파일로 채움
Windows \Temp 디렉토리(기본 위치: C:\WINDOWS\Temp)에 ufa{*}.tmp 및 ufa{*}.tmp.LOG{*}와 같은 이름의 파일이 많이 있을 수 있습니다.
ufa{*}.tmp 파일 – 오프라인 가상 시스템 검색 중에 Update Manager 서비스를 사용할 수 없게 되면 이 파일이 생성됩니다. ufa{*}.tmp 파일(예: ufa729F.tmp 파일)을 삭제하려면 다음 단계를 수행하십시오.
- 시작 > 실행을 선택합니다.
- 실행 창에서
regedit를 입력하고 Enter 키를 누릅니다.
- 레지스트리 편집기에서
My Computer\HKEY_LOCAL_MACHINE 폴더로 이동하고 ufa729F.tmp 파일을 선택합니다.
- 파일 > 하이브 언로드를 선택합니다.
- 명령 프롬프트 창을 엽니다.
C:\로 이동하고 다음 명령을 실행합니다.
del C:\Windows\Temp\ufa729F.tmp
ufa{*}.tmp.LOG{*} 파일 – 이 파일은 레지스트리 작업에 대한 Windows 트랜잭션 로그 파일입니다. Windows 로깅 레지스트리 트랜잭션의 결과로 생성될 수 있으며 사용 후 제거됩니다. ufa{*}.tmp.LOG{*} 파일은 다른 Windows 임시 파일과 같으며 Windows 디스크 정리 작업의 일부로 삭제될 수 있습니다.
ufa{*}.tmp.LOG{*} 파일(예: ufaFF50.tmp.LOG2 파일)을 삭제하려면 다음 단계를 수행하십시오.
- 명령 프롬프트 창을 엽니다.
C:\로 이동하고 다음 명령을 실행합니다.
del C:\Windows\Temp\ufaFF50.tmp.LOG2
-
Update Manager Web Client가 vSphere Web Client에 표시되지 않음
IPv6 주소를 사용하는 vCenter Server 시스템에 Update Manager 서버를 등록한 다음 IPv4 주소를 사용하는 vSphere Web Client에 로그인하는 경우 Update Manager 탭이 vSphere Web Client에 표시되지 않습니다.
해결 방법: vSphere Web Client에서 Update Manager 탭을 보려면 다음 작업 중 하나를 수행합니다.
- IPv4를 사용하는 vCenter Server 시스템에 Update Manager 서버를 등록한 경우 IPv4 주소를 사용하여 vSphere Web Client에 연결합니다.
- IPv6을 사용하는 vCenter Server 시스템에 Update Manager 서버를 등록한 경우 IPv6 주소를 사용하여 vSphere Web Client에 연결합니다.
-
[Update Manager Web Client] 페이지에 규정 준수 상태 정보 불일치가 나타날 수 있음
Update Manager Web Client에서 기준선을 선택하면 연결된 기준선 표에 개체에 대한 규정 준수 상태 정보가 나타나고, 연결된 기준선 그룹 드롭다운 메뉴가 표시되며, 연결된 기준선 표 아래에는 규정 준수 상태가 자세히 표시됩니다.
사용자 또는 다른 사용자가 개체의 규정 준수 상태에 영향을 미치는 작업을 수행하면 [Update Manager Web Client] 페이지에 표시되는 규정 준수 상태 정보에 일부 불일치가 나타날 수 있습니다. 예를 들어 개체의 규정 준수 상태에 영향을 미칠 수 있는 작업으로는 Update Manager Client에서 개체에 업데이트 적용, 개체를 직접 업데이트 또는 Update Manager Client에서 기준선의 내용 변경 등이 있습니다.
Update Manager Web Client에서 기준선을 선택하면 규정 준수 상태 세부 정보에는 항상 개체의 최신 규정 준수 상태 정보가 표시됩니다. 하지만 기준선은 Update Manager Web Client에서 실행한 마지막 검사 작업의 규정 준수 상태 또는 vSphere Web Client를 마지막으로 새로 고친 시점의 규정 준수 상태를 표시합니다.
-
Update Manager Web Client의 연결된 기준선이 Update Manager Client의 연결된 기준선과 다름
기준선을 Update Manager Client에서 vSphere 인벤토리 개체에 연결하면 Update Manager Web Client의 연결된 기준선 표에 나타나지 않습니다.
기준선을 Update Manager Client에서 분리하면 Update Manager Web Client의 연결된 기준선 표에서 사라지지 않습니다.
이미 Update Manager Web Client에서 분리되었지만 Update Manager Web Client에는 여전히 표시되는 기준선에 대해 Update Manager Web Client에서 검사를 시작하면, 검사 작업이 완료된 후 기준선은 Update Manager Web Client의 연결된 기준선 표에서 사라집니다.
이 동작은 Update Manager Web Client가 Update Manager Client에서 작업을 수행한 후 일부 컨텐츠를 자동으로 새로 고치지 않기 때문에 발생합니다.
이 동작은 기준선과 기준선 그룹에 대해 동일합니다.
해결 방법: vSphere Web Client를 수동으로 새로 고치십시오.
