업데이트 날짜: 2013년 10월 14일

VMware ESXi™ 5.5 | 2013년 9월 22일 | 빌드 1331820

VMware vCenter Server™ 5.5 | 2013년 9월 22일 | 빌드 1312298

vCenter Server Appliance 5.5 | 2013년 9월 22일 | 빌드 1312297

이 릴리스 정보의 추가 사항 및 업데이트 사항을 확인하십시오.

릴리스 정보에 포함된 내용

릴리스 정보에는 다음과 같은 항목이 포함됩니다.

새로운 기능

이번 vSphere 5.5 릴리스에는 ESXi 5.5과 vCenter Server 5.5이 포함됩니다. 이번 릴리스에 포함된 새로운 기능과 향상된 기능은 VMware vSphere 5.5 플랫폼의 새로운 기능에 설명되어 있습니다.

국제화

VMware vSphere 5.5은 다음과 같은 언어로 제공됩니다.

  • 영어
  • 프랑스어
  • 독일어
  • 일본어
  • 한국어
  • 중국어 간체

호환성 및 설치

ESXi, vCenter Server 및 vSphere Web Client 버전 호환성

VMware 제품 상호 운용성 매트릭스에는 ESXi, VMware vCenter Server, vSphere Web Client 및 선택적 VMware 제품을 포함한 VMware vSphere 구성 요소의 현재 버전과 이전 버전 사이의 호환성에 대한 자세한 내용이 나와 있습니다. ESXi 또는 vCenter Server를 설치하기 전에 VMware 제품 상호 운용성 매트릭스에서 지원되는 관리 및 백업 에이전트 관련 정보도 확인하십시오.

vSphere Client 및 vSphere Web Client는 vCenter Server ISO 패키지에 포함되어 있습니다. VMware vCenter™ 설치 관리자 마법사를 사용하여 클라이언트를 하나 또는 둘 다 설치할 수 있습니다.

ESXi의 하드웨어 호환성

vSphere 5.5와 호환되는 프로세서, 스토리지 디바이스, SAN 어레이 및 I/O 디바이스 목록을 보려면 VMware 호환성 가이드에 나와 있는 ESXi 5.5 정보를 참조하십시오.

ESXi의 디바이스 호환성

ESXi 5.5와 호환되는 디바이스를 확인하려면 VMware 호환성 가이드에서 ESXi 5.5 정보를 참조하십시오.

일부 디바이스는 ESXi 5.5에서 사용되지 않으며 더 이상 지원되지 않습니다. 업그레이드 프로세스를 수행하는 동안 디바이스 드라이버가 ESXi 5.5 호스트에 설치되고 ESXi 5.5에서 계속 작동 가능하지만 디바이스가 ESXi 5.5에서 지원되지는 않습니다. 더 이상 사용되지 않고 ESXi 5.5에서 지원되지 않는 디바이스 목록은 VMware 기술 자료 문서 더 이상 사용되지 않는 디바이스 및 ESXi 5.5 업그레이드 프로세스 중 경고 를 참조하십시오.

ESXi의 게스트 운영 체제 호환성

vSphere 5.5과 호환되는 게스트 운영 체제를 확인하려면 VMware 호환성 가이드에 나와 있는 ESXi 5.5 정보를 참조하십시오.

ESXi의 가상 시스템 호환성

ESX 3.x 이상(하드웨어 버전 4)과 호환되는 가상 시스템은 ESXi 5.5에서 지원됩니다. ESX 2.x 이상(하드웨어 버전 3)과 호환되는 가상 시스템은 지원되지 않습니다. ESXi 5.5에서 이와 같은 가상 시스템을 사용하려면 가상 시스템 호환성을 업그레이드하십시오. 자세한 내용은 vSphere 업그레이드 설명서를 참조하십시오.

vCenter Server 5.x와 Linked Mode 환경에 vSphere Client 연결

vCenter Server 5.5은 연결 모드에서 vCenter Server 5.5의 다른 인스턴스와만 함께 있을 수 있습니다.

이 릴리스에 대한 설치 정보

ESXi 및 vCenter Server를 설치하고 구성하는 방법에 대한 지침은 vSphere 설치 및 설정 설명서를 참조하십시오.

설치는 간단하지만 여러 후속 구성 단계를 수행해야 합니다. 다음 설명서를 읽어 보십시오.

타사 솔루션 마이그레이션

호스트 업그레이드의 일부로 ESX 또는 ESXi 호스트에 설치된 타사 솔루션은 직접 마이그레이션할 수 없습니다. ESXi 5.1과 ESXi 5.5 간의 아키텍처 변경으로 타사 구성 요소가 손실되거나 시스템이 불안정해질 수 있습니다. 이러한 마이그레이션을 성공적으로 수행하려면 Image Builder를 사용하여 사용자 지정 ISO 파일을 생성합니다. 타사 사용자 지정 항목을 사용한 호스트 업그레이드에 대한 자세한 내용은 vSphere 업그레이드 설명서를 참조하십시오. Image Builder를 사용하여 사용자 지정 ISO를 만드는 방법에 대한 자세한 내용은 vSphere 설치 및 설정 설명서를 참조하십시오.

지원되지 않는 CPU에 대해 허용되지 않는 업그레이드 및 설치

vSphere 5.5에서는 LAHF 및 SAHF CPU 명령 집합이 포함된 CPU만 지원합니다. 설치 또는 업그레이드를 진행하는 동안 설치 관리자는 호스트 CPU가 vSphere 5.5과 호환되는지 여부를 확인합니다. 호스트 하드웨어가 호환되지 않는 경우 보라색 화면에 비호환성 관련 메시지가 표시됩니다. vSphere 5.5를 설치하거나 업그레이드할 수 없습니다.

이 릴리스의 업그레이드

vCenter Server 및 ESX/ESXi 호스트 업그레이드 방법에 대한 지침은 vSphere 업그레이드 설명서를 참조하십시오.

VMware vSphere 5.5의 오픈 소스 구성 요소

vSphere 5.5에 배포되는 오픈 소스 소프트웨어 구성 요소에 적용되는 저작권 정보 및 라이센스는 http://www.vmware.com/download/vsphere/open_source.html 페이지의 Open Source(오픈 소스) 탭에서 확인할 수 있습니다. 이 페이지에서는 최신 vSphere 릴리스에 소스 코드 또는 소스 코드 수정 사항을 사용하는 데 필요한 모든 GPL, LGPL 또는 기타 유사한 라이센스의 소스 파일도 다운로드할 수 있습니다.

제품 지원 고지 사항

  • vSphere Web Client. Linux 플랫폼은 Adobe Flash에서 더 이상 지원되지 않으므로 vSphere Web Client는 Linux OS에서 지원되지 않습니다. Linux 데스크톱 OS에서 Adobe Flash를 추가 지원하는 타사 브라우저는 계속 작동할 수 있습니다.

     

  • VMware vCenter Server Appliance. vSphere 5.5에서 VMware vCenter Server Appliance는 DISA STIG(Security Technical Information Guideline)를 적용함으로써 수준 높은 관리 규정 준수 표준을 충족합니다. VMware vCenter Server Appliance를 배포하기 전에 작업을 성공적으로 수행하려면 VMware 강화 가상 장치 작업 안내서에서 새 보안 배포 표준에 대한 정보를 참조하십시오.

  • vCenter Server 데이터베이스. vSphere 5.5에서는 vCenter Server 데이터베이스로 IBM DB2를 지원하지 않습니다.

  • VMware Tools. vSphere 5.5부터 vSphere에서 VMware Tools를 설치 및 구성하는 방법에 대한 모든 정보가 다른 vSphere 설명서와 병합됩니다. vSphere에서 VMware Tools를 사용하는 방법에 대한 자세한 내용을 보려면 vSphere 설명서를 참조하십시오. VMware Tools 설치 및 구성은 vSphere 5.5 이상과는 관련이 없습니다.

  • vSphere Data Protection. vSphere Web Client의 작동 방식이 변경되어 vSphere Data Protection 5.1이 vSphere 5.5와 호환되지 않습니다. vSphere Data Protection 5.1 사용자가 vSphere 5.5로 업그레이드하는 경우 vSphere Data Protection을 계속 사용하려면 vSphere Data Protection도 업데이트해야 합니다.

알려진 문제

알려진 문제는 다음과 같이 그룹화되어 있습니다.

설치 문제
  • vCenter Single Sign-On 노드 재설치 작업이 "SSO 구성 요소 구성..."에서 무기한 중단됨
    vCenter Single Sign-On 5.5 인스턴스(노드)를 여러 개 설치합니다. 이러한 노드 중 하나를 제거하면 노드 전체에 복제된 VMware 디렉토리 서비스가 자동으로 정리되지 않습니다. 노드를 재설치하면 VMware 디렉토리 서비스 정보가 중복되어 설치 관리자가 설치를 완료하지 못하고 기존 vCenter Single Sign-On 인스턴스의 노드를 가리키지 못합니다. 설치 작업이 무기한 중단됩니다.

    해결 방법: vCenter Single Sign-On Server의 호스트 이름을 변경하고 오래된 Windows 레지스트리 키를 지웁니다. VMware 기술 자료 문서 2059131의 Resolution(해결책) 섹션을 참조하십시오.

  • Windows Server 2012에서 단순 설치 실패
    운영 체제가 DHCP IP 주소를 사용하도록 구성되어 있으면 Windows Server 2012에서 단순 설치에 실패합니다.

    해결 방법: 정적 IP 주소를 사용하도록 Windows 2012 Server를 구성합니다.

  • vCenter Server를 설치 및 제거한 후 vSphere Web Client에 스토리지 프로파일이 표시되지 않음
    Windows 제어판 항목의 프로그램 추가/제거 또는 프로그램 및 기능을 사용하여 vCenter Server를 제거하면 Profile-Driven Storage도 함께 제거됩니다. vCenter Server를 다시 설치하면 Profile-Driven Storage Service도 다시 설치되지만 이전에 만든 스토리지 프로파일은 vSphere Web Client에 표시되지 않습니다. 새 스토리지 프로파일은 계속 만들 수 있습니다.

    해결 방법: Profile-Driven Storage를 제거하지 않고 vCenter Server를 제거하려면 MSI 명령을 사용합니다. 그런 다음 설치 관리자 마법사 또는 명령줄을 사용하여 vCenter Server를 다시 설치하면 이전에 만든 스토리지 프로파일이 vSphere Web Client에 계속 표시됩니다.

    vCenter Server를 제거하려면 다음 샘플 명령을 모델로 사용합니다.
    msiexec.exe /x vCenter Server 제품 코드
    예:
    msiexec.exe /x {E1F05550-4238-4378-87F0-105147A251D9}
    vCenter의 정확한 제품 코드는 레지스트리 항목 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\VMware vCenter Server에서 확인할 수 있습니다.

  • vCenter Single Sign-On 5.5에 노드가 두 개 이상 포함되어 있으면 로컬 OS 사용자가 로그인하지 못할 수 있음
    로컬 OS ID 소스는 설치 또는 업그레이드 후 다음과 같이 사용할 수 있습니다. * vCenter Single Sign-On 설치 관리자가 vCenter Single Sign-On 구성에 로컬 OS ID 소스를 추가합니다. 노드를 두 개 이상 만들면 기본 노드의 로컬 OS가 다른 모든 노드에서 ID 소스로 표시됩니다. * vCenter Single Sign-On High Availability 환경을 업그레이드하면 기본 노드의 로컬 OS가 다른 모든 노드에서 ID 소스로 표시됩니다. 그러나 첫 번째 노드의 로컬 OS가 두 번째 노드에서 ID 소스로 표시되어도 첫 번째 노드의 로컬 OS 사용자가 두 번째 노드에 로그인할 수 없습니다.

    해결 방법: 없음

  • Windows Server 2008 R2 및 Windows 2012 호스트에서 단순 설치를 사용한 설치에 실패함
    Windows Server 2008 R2 또는 Windows 2012 호스트에서 단순 설치를 사용하여 vCenter Server 및 구성 요소를 설치할 때 호스트가 DHCP IP 주소를 사용하도록 구성된 경우 설치에 실패하고 경고 및 오류 메시지가 표시됩니다.

    해결 방법: 다음 작업 중 하나를 수행합니다.

    • Windows Server 2008 R2 또는 2012 호스트: 정적 IP 및 호스트 이름을 사용하도록 Windows Server를 구성합니다.
    • Windows Server 2008 R2 호스트에만 해당: 운영 체제에서 DHCP IP 및 호스트 이름을 시스템의 HOST파일에 매핑합니다.

  • vCenter Single Sign-On 5.5 설치 중 vCenter Single Sign-On을 설치하는 시스템의 FQDN과 다른 호스트 이름을 지정할 수 없음
    vCenter Single Sign-On 설치 관리자에는 설치 중에 호스트 이름을 지정할 수 있는 옵션이 없습니다. 설치 관리자는 vCenter Single Sign-On을 설치하는 시스템의 FQDN을 항상 사용합니다. 설치 중 FQDN 대신 CNAME을 사용할 수 없습니다.

    해결 방법: 없음

  • 소프트웨어 iSCSI LUN에서 설치에 실패하고 부팅 뱅크 2개가 필요함, 0개 발견이라는 오류가 발생함
    이 문제가 발생할 경우 표시되는 전체 오류는 다음과 같습니다.
    오류(자세한 내용은 로그 참조):
    부팅 뱅크 2개가 필요함, 0개 발견

    이 문제는 첫 번째 네트워크 어댑터가 iBFT iSCSI에서 부팅하도록 구성된 경우에 발생합니다. iBFT IP 설정은 iSCSI 부팅 디스크에 액세스하도록 생성된 VMkernel 네트워크 포트를 구성하는 데 사용됩니다. 이 경우 첫 번째 어댑터가 관리 트래픽에 사용되므로 이 포트는 관리 네트워크 포트입니다.

    설치가 대략 90% 정도 완료되면 설치 관리자가 DHCP를 사용하여 관리 인터페이스를 재구성합니다. 따라서 iBFT IP 설정이 손실되고 iSCSI 부팅 대상과의 TCP 연결이 끊어집니다.

    해결 방법: 다음 작업 중 하나를 수행합니다.

    • 네트워크 어댑터를 여러 개 사용할 수 있으면 두 번째 네트워크 어댑터를 사용하여 iSCSI 부팅 디스크에 액세스합니다.
    • 네트워크 어댑터를 하나만 사용할 수 있으면 DHCP를 사용하도록 iBFT를 구성합니다. iSCSI 대상은 관리 네트워크에 있어야 합니다. iSCSI 대상이 다른 서브넷에 있으면 기본 VMkernel 게이트웨이가 관리 및 iSCSI 트래픽을 모두 라우팅할 수 있습니다.

  • 터키어 버전의 Windows Server에서 vCenter Server 설치 중 오류 메시지 25205가 나타남
    터키어 버전의 Windows Server 2008 또는 2012에서 vCenter Server와 vCenter Server 데이터베이스를 동일한 호스트 시스템에 설치할 때 오류 메시지 25205가 나타납니다.

    해결 방법: 영어 버전의 원격 Windows Server에서 vCenter Server 데이터베이스를 설치하고 실행합니다.

  • 단순 설치는 시스템 드라이브에서만 공간 요구 사항을 검사함
    단순 설치는 설치를 시작하기 전에 사용 가능한 공간이 충분한지 검사합니다. 그러나 시스템 드라이브에 설치하는 경우에만 검사를 수행합니다. 시스템 드라이브가 아닌 드라이브에서 설치하려고 하면 설치 관리자가 사용 가능한 공간이 충분한지 검사하지 않습니다.

    해결 방법: 설치 전에 대상 드라이브에서 사용 가능한 디스크 공간을 확인합니다. 단순 설치에 필요한 최소 사용 가능 공간은 10GB입니다. 공간이 더 많은 것이 좋습니다. 자세한 내용은 설치 및 설정 설명서를 참조하십시오.

  • Auto Deploy 상태 비저장 캐시 또는 Auto Deploy 상태 저장 설치와 함께 VMFS 유지를 사용하는 경우 코어 덤프 파티션이 생성되지 않음
    빈 디스크에서 상태 비저장 캐시 또는 상태 저장 설치에 Auto Deploy를 사용하면 MSDOS 파티션 테이블이 생성됩니다. 그러나 코어 덤프 파티션은 생성되지 않습니다.

    해결 방법: 상태 비저장 캐시 또는 상태 저장 설치 호스트 프로파일 옵션을 사용하도록 설정한 경우 빈 디스크에 설치하더라도 VMFS 덮어쓰기를 선택합니다. 이렇게 하면 2.5GB 코어 덤프 파티션이 생성됩니다.

  • vCenter Single Sign-On 설치에 실패하고 롤백되는 경우에도 vCenter Server Java 구성 요소(JRE) 및 vCenter tc Server 구성 요소는 설치된 상태로 남음
    Single Sign-On 설치가 취소되거나 실패하는 경우 설치가 설치 전 상태로 롤백되고 시스템이 수정되지 않았다는 메시지가 표시됩니다. 그러나 vCenter Server Java 구성 요소(JRE) 및 vCenter tc Server 구성 요소는 계속 설치되어 있습니다.

    해결 방법: Windows 프로그램 및 기능 제어판에서 구성 요소를 수동으로 제거합니다.

  • 설치 경로에 ASCII가 아닌 문자가 포함된 경우 vSphere Authentication Proxy 설치에 실패함
    설치 경로에 ASCII가 아닌 문자가 포함된 경우 vSphere Authentication Proxy 설치에 실패하고 오류 29106. 알 수 없는 오류.오류 메시지가 표시됩니다.

    해결 방법: 설치 경로에 ASCII 문자만 포함되어 있는지 확인합니다.

  • 로그인한 사용자의 사용자 이름에 ASCII가 아닌 문자가 포함된 경우 vCenter Server 및 관련 구성 요소 설치에 실패함
    현재 로그인한 사용자의 사용자 이름에 ASCII가 아닌 문자가 포함된 경우 vCenter Server, vCenter Inventory Server, vCenter Single Sign-On 또는 vSphere Web Client 설치에 실패하고 다음과 같은 오류 메시지가 표시됩니다. 사용자 이름에 ASCII가 아닌 문자가 있습니다. ASCII 문자만 포함된 사용자 이름으로 로그인하십시오.오류 메시지가 표시됩니다.

    해결 방법: ASCII가 아닌 문자가 포함되지 않은 사용자 이름으로 로그인하고 설치를 다시 시도합니다.

  • 스크립트로 작성된 설치 중 installorupgrade 명령에 --ignoressd 옵션을 사용해도 ESXi가 SSD에 설치됨
    ESXi 5.5에서는 installorupgrade명령에 --ignoressd옵션을 사용할 수 없습니다. installorupgrade명령에 --ignoressd옵션을 사용하면 설치 관리자가 잘못된 조합이라는 경고를 표시합니다. 설치 관리자가 설치를 중지하거나 오류 메시지를 표시하지 않고 SSD에서 ESXi 설치를 계속합니다.

    해결 방법: ESXi의 스크립트로 작성된 설치에서 --ignoressd옵션을 사용하려면 installorupgrade명령 대신 install명령을 사용합니다.

  • autoPartition 부팅 옵션이 SSD를 의도하지 않게 분할할 수 있음
    Visor(디바이스에 기록된 ESXi dd 이미지)에서 autoPartition부팅 옵션은 기본적으로 TRUE로 설정됩니다. 이 설정으로 vFlash 및 가상 SAN과 함께 사용할 SSD를 비롯한 모든 빈 로컬 디스크가 분할됩니다.

    해결 방법: 부팅 옵션 줄에 skipPartitioningSsds=TRUE를 추가합니다.

  • vCenter Server 단순 설치 중 스크립트로 인해 브라우저가 느리게 실행된다는 경고가 대화상자에 표시됨
    vCenter Server 단순 설치 옵션이 필요한 모든 vCenter Server 구성 요소를 설치 또는 업그레이드하는 데 시간이 아주 오래 걸립니다. 이로 인해 vCenter Server 설치 관리자 자동 실행 화면을 실행하는 Internet Explorer 브라우저 프로세스에서 다음과 같은 내용의 경고 메시지를 표시할 수 있습니다.
    이 페이지의 스크립트 때문에 브라우저 실행 속도가 느려집니다. 계속 실행되면 컴퓨터가 응답하지 않을 수 있습니다. 스크립트를 중단하시겠습니까?

    이 경고 대화상자는 설치가 다음 Windows 레지스트리 항목에 설정된 시간보다 오래 걸리는 경우에 표시됩니다. HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Styles\MaxScriptStatements

    이 문제는 Windows Server 2012 운영 체제에서 가장 자주 발견되었습니다.

    해결 방법: 경고 메시지에서 아니요를 클릭하거나 MaxScriptStatements레지스트리 항목의 값을 0xffffffff로 설정합니다.

  • Auto Deploy 캐시 제거가 지연되어 삭제된 호스트 프로파일이 적용될 수 있음
    호스트 프로파일을 삭제한 후 Auto Deploy에서 해당 호스트 프로파일이 바로 제거되지는 않습니다. 호스트 프로파일이 캐시에 유지되는 동안에는 Auto Deploy가 계속 해당 호스트 프로파일을 적용합니다. 이 프로파일을 적용하는 모든 규칙은 캐시에서 해당 프로파일이 제거된 후에만 실패합니다.

    해결 방법: Get-DeployRuleSet PowerCLI cmdlet을 사용하여 규칙에서 삭제된 호스트 프로파일을 사용하는지 여부를 확인할 수 있습니다. 이 cmdlet은 규칙의 itemlistdeleted라는 문자열을 표시합니다. 그런 다음 Remove-DeployRule cmdlet을 실행하여 규칙을 제거할 수 있습니다.

  • 선택한 디스크에 ESX를 설치한 경우 상태 비저장 캐시와 함께 Auto Deploy를 사용하도록 설정된 호스트 프로파일 적용이 실패함
    호스트 프로파일을 사용하여 상태 비저장 캐시가 사용하도록 설정되어 있는 Auto Deploy를 설정합니다. 호스트 프로파일에서 ESX(ESXi가 아님) 버전이 설치되어 있는 디스크를 선택합니다. 호스트 프로파일을 적용하면 다음 텍스트가 포함된 오류가 나타납니다.
    부팅 뱅크 2개가 필요함, 0개 발견

    해결 방법: 상태 비저장 캐시에 사용할 다른 디스크를 선택하거나 디스크에서 ESX 소프트웨어를 제거합니다. 제거한 ESX 소프트웨어는 사용할 수 없게 됩니다.

  • 직렬 포트를 통한 ESXi 헤드리스 설치에는 직렬 포트를 통한 ESXi 액세스를 유지하는 firstboot 명령이 포함된 kickstart 파일이 필요함
    직렬 포트를 통해 헤드리스 ESXi 설치를 수행하면 ESXi가 성공적으로 설치되지만 설치 후 ESXi를 처음 재부팅할 때 직렬 포트가 logport로 변경되어 직렬 포트를 통해 ESXi에 더 이상 액세스하지 못하게 될 수 있습니다.

    해결 방법: kickstart 파일에 직렬 포트를 통한 ESXi 액세스를 유지하는 firstboot명령을 포함합니다. 다음은 kickstart 파일의 예입니다. 사용 중인 시스템에 맞게 샘플을 수정할 수 있습니다.

    #
    # Sample scripted installation file
    #
    # Accept the VMware End User License Agreement
    vmaccepteula
    # Set the root password for the Direct Console User Interface and Tech Support Mode
    rootpw mypassword
    # Install on the first local disk available on machine install --firstdisk --overwritevmfs # Set the network to DHCP on the first network adapter network --bootproto=dhcp --device=vmnic0 #reboot ssystem after install reboot

    # A sample post-install script
    #%post --interpreter=python --ignorefailure=true
    #import time
    #stampFile = open('/finished.stamp', mode='w')
    #stampFile.write( time.asctime() )

    #script to set advanced config options
    %post --interpreter=busybox --ignorefailure=true
    esxcfg-advcfg -k none gdbPort
    esxcfg-advcfg -k none logPort
    esxcfg-advcfg -k com1 tty2Port

    #script to set first boot options
    %firstboot --interpreter=busybox
    esxcfg-advcfg -k none gdbPort
    esxcfg-advcfg -k none logPort
    esxcfg-advcfg -k com1 tty2Port
    reboot

  • Oracle America(Sun) 공급업체의 서버에서 ESXi 버전 5.5.0 설치 또는 부팅에 실패함
    Oracle America(Sun) 공급업체의 서버에서 ESXi 버전 5.5.0을 새로 설치하거나 기존 ESXi 버전 5.5.0 설치를 부팅하면 설치 프로세스 중이나 기존 ESXi 5.5.0 빌드 부팅 시 서버 콘솔에 빈 화면이 표시됩니다. 이 문제가 발생하는 이유는 Oracle America(Sun) 공급업체의 서버가 헤드리스 플랫폼이 아닌데도 ACPI FADT테이블에 HEADLESS플래그가 설정되어 있기 때문입니다.

    해결 방법: ESXi 5.5.0을 설치하거나 부팅할 때 부팅 옵션 ignoreHeadless="TRUE"를 전달합니다.

업그레이드 문제
  • ESXLIC 명령을 사용하여 물리적 RAM이 4GB 미만인 ESXi 호스트를 업그레이드하면 업그레이드에 성공하지만 재부팅 시 일부 ESXi 작업에 실패함
    ESXi 5.5에는 물리적 RAM이 4GB 이상 필요합니다. ESXCLI 명령줄 인터페이스는 필요한 4GB 메모리가 있는지 업그레이드 전에 확인하지 않습니다. ESXCLI를 사용하여 메모리가 부족한 호스트를 성공적으로 업그레이드할 수는 있지만 RAM이 4GB 미만인 업그레이드된 ESXi 5.5 호스트를 부팅하면 일부 작업에 실패할 수 있습니다.

    해결 방법: 없음 버전 5.5로 업그레이드하기 전에 ESXi 호스트에 물리적 RAM이 4GB 이상 있는지 확인합니다.

  • vCenter Server 5.5로 업그레이드할 때 만료된 SSL 인증서를 감지하지 못함
    단순 설치를 사용하여 vCenter Server 5.5로 업그레이드하면 설치 관리자가 만료된 SSL 인증서를 감지하지 못합니다.

    사용자 지정 설치에서 개별 설치 관리자를 사용하여 5.1.x에서 5.5로 업그레이드하면 vSphere Web Client만 만료된 SSL 인증서를 감지하고 설치를 중지합니다. vCenter Single Sign-On은 SSL 인증서의 유효성을 확인하는 일반 주의 메시지를 표시합니다. vCenter Inventory Service 및 vCenter Server 개별 설치 관리자는 만료된 SSL 인증서를 감지하지 못합니다.

    해결 방법: 단순 설치 또는 사용자 지정 설치의 개별 설치 관리자를 사용하여 vCenter Server 5.5로 업그레이드하기 전에 vCenter Single Sign-On, vSphere Web Client, vCenter Inventory Service 및 vCenter Server에 대한 SSL 인증서의 유효성을 확인합니다. 업그레이드 프로세스를 시작하기 전에 만료된 SSL 인증서를 유효한 인증서로 바꿉니다.

  • vCenter Server Appliance 5.0.x에서 5.5로 업그레이드한 후 외부 vCenter Single Sign-On을 사용하면 vCenter Server가 시작되지 않음
    vCenter Server Appliance를 5.0.x에서 5.5로 업그레이드할 때 사용자가 외부 vCenter Single Sign-On 인스턴스를 사용하면 업그레이드 후 vCenter Server가 시작되지 않습니다. 장치 관리 인터페이스에서 vCenter Single Sign-On은 구성되지 않음으로 표시됩니다.

    해결 방법: 다음 단계를 수행합니다.

    1. 웹 브라우저에서 vCenter Server Appliance 관리 인터페이스(https:// appliance-address:5480)를 엽니다.
    2. vCenter Server/요약 페이지에서 서버 중지 버튼을 클릭합니다.
    3. vCenter Server/SSO 페이지에서 양식에 적절한 설정을 입력하고 설정 저장을 클릭합니다.
    4. 요약 페이지로 돌아가서 서버 시작을 클릭합니다.

  • 로드 밸런서가 있는 고가용성 배포에서 vCenter Single Sign-On 5.1.x를 버전 5.5로 업그레이드한 후에는 로드 밸런서를 재구성해야 함
    vCenter Single Sign-On 5.1을 5.5로 업그레이드할 때 server.xml파일이 마이그레이션되기는 하지만 업그레이드 후 파일을 수동으로 업데이트해야 합니다.

    해결 방법: vSphere 업그레이드 설명서에서 vCenter Single Sign-On High Availability 배포를 버전 5.5로 업그레이드한 후 로드 밸런서 재구성 항목을 참조하십시오.

  • vSphere Web Client 및 vCenter Single Sign-On을 버전 5.5로 업그레이드한 후 vCenter Server 5.1이 표시되지 않음
    vSphere Single Sign-On 및 vSphere Web Client를 버전 5.1에서 버전 5.5로 업그레이드하지만 vCenter Server 시스템은 업그레이드하지 않는 것으로 가정해 보겠습니다. 업그레이드 후 vSphere Web Client에 로그인하면 vCenter Server 시스템 버전 5.1이 표시되지 않습니다. 이 문제는 Windows 업그레이드에 대해서만 발생하며 vCenter Server Appliance를 업그레이드할 때는 발생하지 않습니다.

    해결 방법: vCenter Server 시스템 및 vSphere Inventory Service( services.msc)를 다시 시작합니다. vCenter Server 5.1 인벤토리를 표시하려면 admin@System-Domain으로 로그인합니다. VMware 기술 자료 문서 1003895를 참조하십시오.

  • vCenter Server를 버전 5.0 업데이트 2에서 버전 5.5로 업그레이드한 후 VMware VirtualCenter Server 서비스가 시작되지 않을 수 있음

    해결 방법: VMware VirtualCenter Server 서비스를 수동으로 시작합니다.

    1. Windows 시작 메뉴에서 관리 도구 제어판 항목을 엽니다.
    2. 서비스를 선택합니다.
    3. VMware VirtualCenter Server를 마우스 오른쪽 버튼으로 클릭하고 시작을 선택합니다.

  • ESXCLI를 사용하여 ESXi 4.x 또는 5.0.x 호스트를 버전 5.1 또는 5.5로 업그레이드하면 업그레이드 후 VMkernel 포트 그룹의 vMotion 및 FT 로깅(Fault Tolerance 로깅) 설정이 손실됨
    esxcli software profile update <options>명령을 사용하여 ESXi 4.x 또는 5.0.x 호스트를 버전 5.1 또는 5.5로 업그레이드하면 업그레이드에 성공하지만 VMkernel 포트 그룹의 vMotion 및 FT 로깅 설정이 손실됩니다. 따라서 vMotion 및 FT 로깅이 기본 설정(사용 안 함)으로 복원됩니다.

    해결 방법: 스크립트로 작성된 업그레이드 또는 대화형 업그레이드를 수행하거나 vSphere Update Manager를 사용하여 호스트를 업그레이드합니다. esxcli명령을 사용하는 경우에는 업그레이드 후 영향을 받는 VMkernel 포트 그룹에 vMotion 및 FT 로깅 설정을 수동으로 적용합니다.

  • vSphere 5.0.x 이전 버전에서 버전 5.5로 업그레이드할 때 수동으로 설정한 시스템 리소스 할당 값이 기본값으로 재설정됨
    vSphere 5.0.x 이전 버전에서는 임시 해결 방법으로 시스템 리소스 할당 사용자 인터페이스에서 설정을 수정합니다. ESXi를 완전히 재설치하지 않고는 이러한 설정의 값을 기본값으로 재설정할 수 없습니다. vSphere 5.1 이상에서는 시스템 동작이 변경되어, 사용자 지정 시스템 리소스 할당 설정을 유지하는 경우 안전하지 않은 값을 사용하게 될 수 있습니다. 업그레이드 시 이러한 값을 재설정합니다.

    해결 방법: 없음

  • vSphere Client 및 vSphere PowerCLI가 vCenter Server 5.5에 연결하지 못하고 핸드셰이크 오류가 발생할 수 있음
    Windows XP 또는 Windows Server 2003 호스트 시스템에 설치된 경우 vSphere Client 및 vSphere PowerCLI가 vCenter Server 5.5에 연결하지 못하고 핸드셰이크 오류가 발생할 수 있습니다. vSphere 5.5는 Open SSL 라이브러리를 사용하는데, 이 라이브러리는 보안을 위해 기본적으로 강력한 암호 그룹을 사용하는 연결만 허용하도록 구성됩니다. Windows XP 또는 Windows Server 2003에서 vSphere Client 및 vSphere PowerCLI는 vCenter Server에 연결할 때 강력한 암호 그룹을 사용하지 않습니다. 서버 측에서 일치하는 암호 그룹 없음이라는 오류가 발생하고 vSphere Client 또는 vSphere PowerCLI 측에서 핸드셰이크에 실패합니다.

    해결 방법: 다음 작업 중 하나를 수행합니다.

    Windows Server 2003 또는 64비트 Windows XP의 경우 플랫폼에 적합한 Microsoft 핫픽스를 적용합니다.

    Windows XP 32비트, Windows XP 64비트 또는 Windows Server 2003의 경우 다음 작업 중 하나를 수행합니다.

    • 호스트 시스템에서 vSphere Client 또는 vSphere PowerCLI를 설치하기 전에 Windows 운영 체제를 Windows Vista 이상으로 업그레이드합니다.
    • vCenter Server 호스트 시스템에서 서버가 취약한 암호 그룹을 사용하여 통신하도록 허용하여 묵시적 보안 수준을 낮춥니다. 이렇게 하려면 vCenter Server vpxd.cfg파일에 다음 섹션을 포함합니다.
      <config>
          ...
          <vmacore>
              ...
              <ssl>
                  ...
                  <cipherList>ALL</cipherList>
              ...
              </ssl>
          ...
          </vmacore>
      ...
      </config>
  • vCenter Server Appliance 업그레이드 후 기존 vCenter Server Appliance가 정적 IP 구성을 사용하고 있고 기존 vCenter Server Appliance 및 업그레이드된 vCenter Server Appliance가 다른 서브넷에 있으면 네트워크 연결이 끊어짐
    다음 조건을 모두 적용하여 구성된 vCenter Server Appliance를 업그레이드하면 네트워크 연결이 끊어집니다.

    • 기존 vCenter Server Appliance가 정적 IP 구성을 사용합니다.
    • 기존 vCenter Server Appliance 및 업그레이드된 vCenter Server Appliance가 다른 서브넷에 있습니다.

    해결 방법: 네트워킹을 복원하려면 다음을 수행합니다.

    1. 가상 시스템 콘솔을 통해 vCenter Server Appliance에 로그인합니다.
    2. /opt/vmware/share/vami/vami_config_net을 실행하여 네트워크 연결을 재구성합니다.
  • vSphere Web Client를 버전 5.5로 업그레이드하려고 하면 다음 경고 메시지가 표시됨. 오류: 29108
    vSphere Web Client를 버전 5.5로 업그레이드할 때 다음 경고 메시지가 표시됩니다. 오류: 29108. 서비스 또는 솔루션 사용자의 등록을 취소하지 못했습니다.이 오류가 발생하는 이유는 설치 관리자가 애플리케이션 사용자를 프로그래밍 방식으로 제거할 수 없기 때문입니다.

    해결 방법:

    1. 경고 메시지에 나와 있는 정확한 vSphere Web Client 솔루션 사용자 이름을 기록합니다.
    2. 확인을 클릭하여 경고 메시지를 닫고 vSphere Web Client 버전 5.5로 업그레이드를 완료합니다.
    3. vSphere Web Client에 Single Sign-On 관리자로 로그인합니다.
    4. 관리의 Single Sign-On 아래에서 사용자 및 그룹을 클릭하고 애플리케이션 사용자 탭을 클릭합니다.
    5. 경고 메시지에 나와 있는 애플리케이션 사용자를 제거하려면 해당 사용자의 행을 선택하고 삭제를 클릭합니다.

  • ESX 4.x에서 ESXi 5.5로 업그레이드한 후 가상 NIC vmk0의 IPv6 설정이 유지되지 않음
    IPv6을 사용하도록 설정된 ESX 4.x 호스트를 --forcemigrate옵션을 사용하여 ESXi 5.5로 업그레이드하면 업그레이드 후 가상 NIC vmk0의 IPv6 주소가 유지되지 않습니다.

    해결 방법: 없음

  • vCenter Server Appliance 업그레이드 후 vSphere Web Client 서비스가 시작되지 않음
    vCenter Server Appliance를 버전 5.0 또는 5.1에서 버전 5.5로 업그레이드하면 vSphere Web Client 서비스가 시작되지 않고 Virgo Server 로그에 다음과 같은 내용의 메시지가 표시됩니다.
    [오류] startup-tracker org.eclipse.virgo.medic.eventlog.default KE0004E 커널을 300초 내에 시작하지 못했습니다.
    [정보] startup-tracker org.eclipse.virgo.medic.eventlog.default KE0011I 즉시 종료가 시작되었습니다.

    해결 방법: vCenter Server Appliance 관리 인터페이스를 사용하여 vSphere Web Client 서비스를 시작합니다.

    • vCenter Single Sign-On 문제
      • vSphere 5.1U1a에서 vSphere 5.5로 업그레이드되었으며 vCenter Heartbeat를 사용하는 시스템에서 전환/페일오버 후 오류 발생
        환경이 처음에는 vCenter Single Sign-On, Inventory Service 및 vSphere Web Client가 포함된 vCenter Server 5.1U1a와 vCenter Heartbeat 6.5U1로 구성되어 있습니다. vCenter Server 5.5를 업그레이드하고 동시에 vCenter Single Sign-On, Inventory Service 및 vSphere Web Client를 업그레이드합니다. vCenter Heartbeat를 버전 6.6으로 업그레이드합니다.
        모든 VMware 구성 요소 및 서비스가 기본/활성 노드에서 성공적으로 시작됩니다. 기본 노드가 작동 중지된 경우 보조 노드를 활성화하면 보조/활성 노드에서 vCenter Server 서비스가 시작될 때 vpxd 로그에
        SSO facade를 생성할 수 없음: 잘못된 응답 코드: 404 찾을 수 없음이라는 내용의 오류가 표시됩니다. 보조 노드에서 vpxd 서비스가 시작되지 않습니다.

        해결 방법: 없음 업그레이드를 수행하는 대신 새 버전의 vCenter Server 및 vCenter Heartbeat를 설치하면 보조 노드가 정상적으로 시작됩니다.

      • vSphere Web Client를 5.1U1a에서 5.5로 업그레이드할 때 오류 29107이 나타남
        vSphere Web Client를 버전 5.1 업데이트 U1a에서 버전 5.5로 업그레이드할 때 업그레이드 전에 사용 중이던 vCenter Single Sign-On 서비스가 고가용성 Single Sign-On으로 구성되어 있으면 오류 29107이 나타납니다.

        해결 방법: 업그레이드를 다시 수행합니다. 설치 관리자를 실행하고 사용자 지정 설치를 선택하여 vSphere Web Client만 업그레이드할 수 있습니다.

      • Active Directory 서비스와 vCenter 서비스가 다른 위치에 있으면 500개 이상의 그룹에 속한 사용자의 로그인이 오래 걸릴 수 있음
        환경에서 Active Directory 설정을 사용하고 있고, 이 설정이 vCenter Server 및 해당 서비스와 다른 위치에 있습니다. 따라서 500개 이상의 Active Directory 그룹에 속한 사용자가 vSphere Web Client를 사용하여 로그인할 때 로그인에 10~20분 정도가 걸릴 수 있습니다. vSphere Client를 사용하면 해당 사용자의 로그인이 시간 초과될 수 있습니다.

        해결 방법: Active Directory 서비스와 vCenter Server 시스템이 동일한 위치에 있도록 설정을 변경하거나 아주 많은 Active Directory 그룹에 속하지 않은 사용자로 로그인합니다.

      • Active Directory의 자동 검색 설정이 vCenter Single Sign-On 5.5에서 더 이상 지원되지 않음
        vSphere 5.1 vCenter Single Sign-On 버전에는 자동 검색 기능이 포함되어 있었지만 vSphere 5.5 vCenter Single Sign-On 서비스에서는 이 기능이 제거되었습니다.

        해결 방법: vSphere Web Client에서 vCenter Single Sign-On 관리자 권한이 있는 사용자로 vCenter Single Sign-On에 로그인하고 ID 소스를 수동으로 추가합니다. 기본적으로 administrator@vsphere.local은 vCenter Single Sign-On 관리자 권한을 가지고 있습니다.

      • 업그레이드 후 로컬 관리자 그룹에 속한 도메인 관리자가 vCenter Server에 로그인할 수 없음
        vSphere 5.1 환경에서 도메인 관리자 그룹을 암시적으로 포함하는 로컬 관리자 그룹에 사용 권한을 부여했습니다. 도메인 관리자 그룹의 멤버로 vCenter Server 5.1에 로그인할 수 있습니다. 그러나 vSphere 5.5로 업그레이드하면 도메인 관리자에게 더 이상 vCenter Server에 로그인할 수 있는 권한이 없습니다. 로컬 사용자의 사용 권한은 업그레이드 후에도 유지됩니다.

        해결 방법: 가장 간단한 솔루션은 vCenter Server에 administrator@vsphere.local로 로그인하고 도메인 관리자 그룹에 사용 권한을 직접 할당하는 것입니다. 하위 도메인 내에 있지 않은 다른 로컬 사용자가 업그레이드 전에 vCenter Server 사용자를 관리할 수 있는 권한을 가지고 있었으면 해당 사용자도 vCenter Server에 로그인하고 도메인 관리자 그룹이나 다른 그룹에 사용 권한을 할당할 수 있습니다.

      • Windows Server 2008 SP1에서 vCenter Single Sign-On 설치에 실패함
        Windows 2008 SP1(64비트)에서 vCenter Single Sign-On을 설치하려고 하면 다음 경고가 나타납니다.
        이 애플리케이션은 Windows Server 2008 64비트 이상에서만 지원됩니다. Windows가 도메인 컨트롤러로 실행되고 있지 않은지 확인하십시오.
        설치가 완료되지 않습니다.

        해결 방법: 없음 Windows 2008 SP2(64비트) 시스템에서 vCenter Single Sign-On을 설치합니다.

      • 서비스의 인증서를 다른 서비스에서 이미 사용 중인 인증서로 바꿀 때 오류가 발생하지 않음
        Certificate Automation Tool을 사용하여 인증서를 바꿀 때 기존 인증서를 다른 서비스에서 이미 사용 중인 인증서로 바꾸어 프롬프트에 응답해도 도구에서 오류 메시지를 표시하지 않습니다. 도구는 인증서 교체를 계속 진행합니다. Windows에서 vCenter를 설치할 때는 각 서비스에 고유한 인증서가 있어야 하므로 인증이 제대로 작동하지 않습니다.

        해결 방법: 없음 다른 서비스에 사용 중인 인증서를 추적합니다.

      • vSphere Web Client 풀다운 메뉴에서 administrator@vsphere.local의 암호를 변경할 수 없음
        vSphere Web Client에서 vCenter Single Sign-On Server에 로그인할 때 풀다운 메뉴에서 암호를 변경할 수 없습니다. administrator@vsphere.local로 로그인하면 암호 변경 옵션이 회색으로 비활성화됩니다.

        해결 방법:

        1. 관리 탭을 선택하고 vCenter Single Sign-On > 사용자 및 그룹을 선택합니다.
        2. 관리자를 마우스 오른쪽 버튼으로 클릭하고 사용자 편집을 클릭합니다.
        3. 암호를 변경합니다.

      • vCenter Single Sign-On을 사용한 로그인 시 도메인 이름을 포함해야 할 수 있음
        vSphere 5.5에서 vCenter Single Sign-On은 여러 기본 도메인을 더 이상 지원하지 않습니다. 이로 인해 Windows에 설치된 vCenter Server 시스템에 로그인하려는 사용자나 vCenter Server Appliance에 로그인하는 사용자에게 문제가 발생할 수 있습니다.

        해결 방법: 기본이 아닌 도메인에 로그인할 경우 사용자 이름과 함께 도메인 접두사를 포함합니다. 예를 들어 로컬 운영 체제의 루트 사용자는 localos\root로 로그인할 수 있습니다. DOMAIN1 도메인의 user1 사용자는 DOMAIN1\user1로 로그인할 수 있습니다.
        이 동작은 버그로 간주되지는 않지만 완벽을 기하기 위해 릴리스 정보에 포함되었습니다.

      • 대상 폴더에 ASCII가 아닌 문자나 상위 ASCII 문자가 포함되어 있으면 vCenter Single Sign-On 설치에 실패함
        설치 중 vCenter Single Sign-On의 대상 폴더를 변경할 때 선택하는 새 대상 폴더에 ASCII가 아닌 문자나 상위 ASCII 문자가 포함되어 있으면 경고가 표시되지 않지만 설치에는 실패합니다.

        해결 방법: ASCII 문자가 포함되어 있는 대상 폴더를 선택합니다. 특수 문자는 허용되지 않으며 다음의 알려진 문제에 나오는 오류를 생성합니다.

      • 설치 폴더에 특수 문자가 포함되어 있으면 vCenter Single Sign-On이 실패함
        vCenter Single Sign-On을 사용자 지정 위치에 설치하려고 할 때 대상 폴더 이름에 백분율(%) 또는 앰퍼샌드(&)와 같은 문자가 포함되어 있으면 설치에 실패합니다. 다음과 유사한 오류 메시지가 표시됩니다.
        오류 20020. server.xml 파일에서 값을 업데이트하지 못했습니다.

        해결 방법: 없음 허용되지 않는 문자의 전체 목록은 vSphere 설치 및 설정 설명서를 참조하십시오.

      • 여러 네트워크 인터페이스가 있는 가상 시스템에서 vCenter Single Sign-On 설치 중 경고
        네트워크 인터페이스가 여러 개인 환경에서 vCenter Single Sign-On을 설치합니다. 환경의 네트워크 인터페이스 중 하나 이상이 DNS에서 확인되지 않을 수 있습니다. vCenter Single Sign-On 설치 관리자가 필수 구성 요소 검사를 수행할 때 다음과 유사한 경고가 표시됩니다.

        DNS에서 확인된 IP(<ip_address_1>)가 시스템에서 보고한 IP(<ip_address_2>)와 일치하지 않습니다. 인증서에 FQDN 대신 시스템 IP가 사용됩니다. IP가 올바로 작동하려면 정적 IP 주소를 사용하는 것이 좋습니다.

        해결 방법: 기본 인터페이스에 대한 정방향 DNS 조회 및 역방향 DNS 조회가 모두 올바르면 경고를 무시하고 설치를 계속할 수 있습니다.

      네트워킹 문제
      • ESXi 호스트가 해당 IPv6 주소로 vCenter Server에 추가된 후 응답을 중지함
        ESXi 호스트를 fe80::/64 형식의 IPv6 링크 로컬 주소를 사용하여 vCenter Server에 추가하면 짧은 시간 내에 호스트 이름이 흐리게 표시되고 호스트가 vCenter Server에 대한 응답을 중지합니다.

        해결 방법: 링크 로컬 주소가 아닌 올바른 IPv6 주소를 사용합니다.

      • vSphere Web Client에서 물리적 NIC가 지원하는 것보다 많은 가상 기능을 구성해도 오류 메시지를 표시하지 않음
        물리적 어댑터의 SR-IOV 설정에서 어댑터가 지원하는 것보다 많은 가상 기능을 구성할 수 있습니다. 예를 들어 가상 기능을 23개만 지원하는 NIC에서 가상 기능을 100개 구성할 수 있으며, 이때 오류 메시지가 표시되지 않습니다. SR-IOV 설정을 적용하려면 호스트를 재부팅해야 한다는 메시지가 표시됩니다. 호스트를 재부팅하면 NIC에 해당 어댑터가 지원하는 만큼의 가상 기능(이 예에서는 23개)이 구성됩니다. 호스트를 재부팅하라는 메시지가 표시되지 않아야 하는데도 계속 표시됩니다.

        해결 방법: 없음

      • 서로게이트 쌍 문자를 사용하여 LAG(링크 집계 그룹) 포트 이름을 지정하려고 하면 지정에 실패함
        vSphere Web Client에서 LAG 포트 이름을 바꿀 때 새 이름에 서로게이트 쌍 문자를 포함하려고 하면 다음과 같은 오류 메시지가 나타납니다. 포트 이름이 잘못되었습니다. 유효한 포트 이름을 지정하십시오. 서로게이트 쌍은 UTF-16에서 16비트 이상이 필요한 문자를 나타내는 데 사용하는 16비트 값 쌍입니다.

        해결 방법: LAG 포트 이름을 지정할 때 서로게이트 쌍 문자를 사용하지 마십시오.

      • SR-IOV를 사용하도록 설정된 ESXi 호스트에서 가상 기능과 연결된 가상 시스템이 시작되지 않을 수 있음
        Intel ixgbe NIC를 포함하는 ESXi 호스트 5.1 이상에서 SR-IOV를 사용하도록 설정하고 이 환경에서 몇 가지 가상 기능을 사용하도록 설정하면 일부 가상 시스템이 시작되지 않을 수 있습니다.
        vmware.log 파일에는 다음과 유사한 메시지가 포함됩니다.
        2013-02-28T07:06:31.863Z| vcpu-1| I120: Msg_Post: 오류
        2013-02-28T07:06:31.863Z| vcpu-1| I120: [msg.log.error.unrecoverable] VMware ESX 복구 불가능 오류: (vcpu-1)
        2013-02-28T07:06:31.863Z| vcpu-1| I120+ PCIPassthruChangeIntrSettings: 0a:17.3 인터럽트 등록에 실패(오류 코드 195887110)
        2013-02-28T07:06:31.863Z| vcpu-1| I120: [msg.panic.haveLog] "/vmfs/volumes/5122262e-ab950f8e-cd4f-b8ac6f917d68/VMLibRoot/VMLib-RHEL6.2-64-HW7-default-3-2-1361954882/vmwar"에서 로그 파일을 사용할 수 있음
        2013-02-28T07:06:31.863Z| vcpu-1| I120: [msg.panic.requestSupport.withoutLog] 지원을 요청할 수 있습니다.
        2013-02-28T07:06:31.863Z| vcpu-1| I120: [msg.panic.requestSupport.vmSupport.vmx86]
        2013-02-28T07:06:31.863Z| vcpu-1| I120+ VMware 기술 지원에 제출할 데이터를 수집하려면 "vm-support"를 실행하십시오.
        2013-02-28T07:06:31.863Z| vcpu-1| I120: [msg.panic.response] 고객은 지원 사용 권한에 따라 응답을 받게 됩니다.

        해결 방법: 영향을 받는 가상 시스템과 연결된 가상 기능의 수를 줄인 후 가상 시스템을 시작합니다.

      • Emulex BladeEngine 3 물리적 네트워크 어댑터에서 가상 기능으로 지원되는 가상 시스템 네트워크 어댑터가 물리적 기능을 업링크로 사용하는 VMkernel 어댑터에 연결할 수 없음
        가상 기능과 물리적 기능 사이에는 트래픽이 흐르지 않습니다. 예를 들어 물리적 기능으로 지원되는 스위치에서 동일한 포트를 통해 가상 기능을 사용하는 가상 시스템은 동일한 스위치의 VMkernel 어댑터에 연결할 수 없습니다. 이는 Emulex BladeEngine 3 물리적 어댑터의 알려진 문제입니다. 자세한 내용은 Emulex에 문의하십시오.

        해결 방법: 필요한 경우 VMKLinux 드라이버로 복구합니다. VMKLinux 드라이버는 네이티브 드라이버가 기본 우선 순위이면 동일한 디바이스의 네이티브 드라이버를 재정의합니다. 이 구성은 호스트를 다시 시작한 후에도 유지됩니다.

        vCenter Server에서 vSphere Web Client를 사용하거나 호스트에서 직접 VMKLinux 드라이버를 사용하도록 설정할 수 있습니다.

        • vCenter Server에서 호스트의 VMkernel.Boot.preferVmklinux 매개 변수를 true로 설정합니다.
          1. vSphere Web Client에서 호스트로 이동합니다.
          2. 관리 탭에서 설정을 클릭하고 고급 시스템 설정을 선택합니다.
          3. VMkernel.Boot.preferVmklinux 매개 변수를 true로 설정합니다.
          4. 호스트를 재부팅합니다.
        • 호스트에서 VMKLinux 드라이버를 사용하도록 설정하려면 preferVmklinux VMkernel 속성을 true로 설정합니다.
          • ESXCLI 명령을 실행합니다.
            1. ESXi Shell에서 esxcli system settings kernel set -s preferVmklinux -v TRUE 명령을 실행합니다.
            2. 호스트를 다시 시작합니다.
          • 호스트가 부팅될 때 명령줄 매개 변수를 설정합니다.
            1. 호스트를 재부팅합니다.
            2. 부팅을 중단합니다.
            3. 명령줄 매개 변수 preferVmklinux=TRUE를 설정합니다.
            4. 호스트 부팅을 계속 진행합니다.
      • ESXi Dump Collector가 ESXi 코어 파일을 원격 서버로 보내지 못함
        덤프 수집기의 트래픽을 처리하는 VMkernel 어댑터가 LAG(링크 집계 그룹)가 활성 업링크로 설정된 분산 포트 그룹으로 구성되어 있으면 ESXi Dump Collector가 ESXi 코어 파일을 보내지 못합니다. LACP 포트 채널이 물리적 스위치에 구성되어 있습니다.

        해결 방법: 다음 해결 방법 중 하나를 수행합니다.

        • vSphere 표준 스위치를 사용하여 원격 서버에서 ESXi Dump Collector의 트래픽을 처리하는 VMkernel 어댑터를 구성합니다.
        • 독립 실행형 업링크를 사용하여 VMkernel 어댑터가 구성된 분산 포트 그룹의 트래픽을 처리합니다.
      • vSphere Distributed Switch에서 가상 시스템을 배포하려고 할 때 스위치에 빈 포트가 있는데도 distributed_switch_name에 사용 가능한 빈 포트가 없음이라는 오류 메시지가 표시될 수 있음
        vSphere Distributed Switch에서 가상 시스템을 배포하려고 할 때 스위치에 빈 포트가 많이 있는데도 distributed_switch_name에 사용 가능한 빈 포트가 없음이라는 오류 메시지가 표시될 수 있습니다. 분산 포트를 예약 및 삭제할 때 vCenter Server가 경합 조건을 잘못 처리합니다. 이 문제로 인해 vCenter Server는 사용 가능한 첫 번째 포트가 삭제 중이지만 아직 삭제되지 않았으면 Distributed Switch의 포트를 사용할 수 없다고 결정합니다. 예를 들어 vCenter Server는 호스트가 연결이 끊기거나 유지 보수 모드로 전환될 때 또는 가상 시스템이 재구성될 때 포트를 삭제합니다.

        해결 방법: 몇 분 정도 기다린 다음 가상 시스템을 다시 배포합니다. 이번에는 경합 조건이 발생하지 않을 수 있습니다.

      • 호스트에서 vSphere Standard Switch 또는 vSphere Distributed Switch가 사용하는 포트 수를 vSphere Client를 사용하여 변경하면 재부팅 후에도 변경 내용이 저장되지 않음
        ESXi 5.5 호스트에서 vSphere Standard Switch 또는 vSphere Distributed Switch가 사용하는 포트 수를 vSphere Client를 사용하여 변경하면 호스트를 재부팅한 후에도 포트 수가 변경되지 않습니다.

        ESXi 5.5를 실행하는 호스트는 재부팅될 때 가상 스위치의 포트를 동적으로 늘리거나 줄입니다. 포트 수는 호스트가 실행할 수 있는 가상 시스템 수에 따라 다릅니다. 이러한 호스트에서는 스위치 포트 수를 구성할 필요가 없습니다.

        해결 방법: vSphere Client에서는 해결 방법이 없습니다.

      서버 구성 문제
      • vSphere Distributed Switch를 사용한 호스트 프로파일 업데이트 적용에 실패함
        vSphere Distributed Switch를 사용하여 호스트 프로파일을 적용할 때 Fault Tolerance를 사용하는 가상 시스템이 해당 호스트 프로파일의 Distributed Switch를 사용하는 호스트에서 전원이 꺼진 상태이면 업데이트 적용 오류가 발생할 수 있습니다.

        해결 방법: 호스트 프로파일이 정상적으로 적용되도록 전원이 꺼진 가상 시스템을 다른 호스트로 이동합니다.

      • USB로 상태 비저장 캐시 또는 상태 저장 설치에 Auto Deploy를 사용한 후 비준수 메시지가 나타남
        호스트 프로파일을 편집하여 호스트의 USB 디스크에 상태 비저장 캐시를 사용하도록 설정한 후 업데이트를 적용하려고 할 때 호스트 프로파일에 규정 준수 오류가 발생합니다. 호스트가 재부팅되고 캐시가 완료됩니다. 규정 준수 여부를 검사한 후 다음과 같은 규정 준수 오류가 표시됩니다.
        호스트 상태가 규격과 일치하지 않음

        해결 방법: 해결 방법이 필요하지 않습니다. 메시지가 잘못되었습니다.

      • ESXi 5.5 호스트에 ESX 4.0 또는 ESX 4.1 프로파일을 적용할 때 호스트 프로파일에 방화벽 설정 규정 준수 오류가 발생함
        ESX 4.0 또는 ESX 4.1 호스트에서 호스트 프로파일을 추출하여 ESXi 5.5 호스트에 적용하려는 경우 프로파일 업데이트 적용이 성공합니다. 규정 준수 검사에서 다음을 포함하는 방화벽 설정 오류가 발생합니다.
        규칙 집합 LDAP를 찾을 수 없음
        규칙 집합 LDAPS를 찾을 수 없음
        규칙 집합 TSM을 찾을 수 없음
        규칙 집합 VCB를 찾을 수 없음
        규칙 집합 activeDrirectorKerberos를 찾을 수 없음

        해결 방법: 해결 방법이 필요하지 않습니다. ESX 4.0 또는 ESX 4.1 호스트의 방화벽 설정이 ESXi 5.5 호스트의 방화벽 설정과 다르기 때문에 나타나는 현상입니다.

      • 새로운 항목 ESXi 호스트에 대한 BIOS 디바이스 설정이 변경되면 디바이스 이름이 잘못될 수 있음
        ESXi 호스트에 대한 BIOS 디바이스 설정이 변경되면 해당 변경으로 인해 할당된 <segment:bus:device:function> 값이 디바이스로 전환될 경우 디바이스 이름이 잘못될 수 있습니다. 예를 들어 이전에 사용 안 함으로 설정되어 있던 통합 NIC를 사용하도록 설정하면 할당된 <segment:bus:device:function> 값이 다른 PCI 디바이스로 전환되어 ESXi의 할당된 이름이 이러한 NIC로 변경됩니다. 이전 버전의 ESXi와 달리 ESXi 5.5에서는 호스트 BIOS가 특정 디바이스 위치 정보를 제공할 경우 <segment:bus:device:function> 값을 변경함으로써 디바이스 이름을 보존하려고 합니다. 이 기능에 버그가 발생하면 vmhba1 및 vmnic32처럼 잘못된 이름이 생성되는 경우도 있습니다.

        해결 방법: ESXi 호스트를 1~2회 재부팅하면 잘못된 디바이스 이름이 제거되고 기존의 이름이 복원될 수 있습니다. 운영 시 잘못된 디바이스 이름을 사용하여 ESXi 호스트를 실행하지 마십시오.

      스토리지 문제
      • vCenter Server를 버전 5.5로 업그레이드한 후 스토리지 기능이 없는 스토리지 프로파일이 누락될 수 있음
        vCenter Server 5.5로 업그레이드한 후 이전 버전의 vCenter Server에서 생성한 스토리지 프로파일이 vSphere Web Client에 표시되지 않습니다. 이 문제는 스토리지 기능을 연결하지 않은 스토리지 프로파일에만 영향을 미칩니다.

        해결 방법: 업그레이드를 수행하기 전에 vCenter Server 5.5에서 사용할 수 있어야 하는 스토리지 프로파일에 스토리지 기능을 연결합니다. 업그레이드 후 기존 스토리지 기능은 레거시 사용자 레이블 범주의 태그로 변환되고 스토리지 프로파일은 이러한 태그를 참조하는 스토리지 정책으로 변환됩니다.

      • 이름이 바뀐 태그가 VM 스토리지 정책 편집 마법사에서 누락된 것으로 표시됨
        가상 시스템 스토리지 정책에는 데이터스토어 태그를 기반으로 하는 규칙이 포함될 수 있습니다. 태그 이름을 바꾸면 이 태그를 참조하는 스토리지 정책에서 태그를 자동으로 업데이트하지 않고 누락된 것으로 표시합니다.

        해결 방법: 가상 시스템 스토리지 정책에서 누락된 것으로 표시된 태그를 제거하고 이름이 변경된 태그를 추가합니다. 스토리지 정책을 오래된 모든 엔티티에 다시 적용합니다.

      • 플래시 읽기 캐시 블록 크기가 16KB, 256KB, 512KB 또는 1024KB로 설정된 경우 가상 시스템의 전원을 켤 수 없음
        플래시 읽기 캐시가 구성되어 있고 블록 크기가 16KB, 256KB, 512KB 또는 1024KB인 가상 시스템의 전원을 켤 수 없습니다. 플래시 읽기 캐시의 경우 캐시 크기는 최소 4MB에서 최대 200GB까지, 블록 크기는 최소 4KB에서 최대 1MB까지 지원합니다. 가상 시스템의 전원을 켤 때 작업이 실패하고 다음과 같은 메시지가 표시됩니다.

        VM의 전원을 켜는 동안 ESX 호스트에서 오류를 수신했습니다.

        가상 시스템을 시작하지 못했습니다.

        DiskEarly 모듈의 전원을 켜지 못했습니다.

        scsi0:0 디스크를 구성하지 못했습니다.

        구성되지 않은 디스크가 있는 가상 시스템의 전원을 켤 수 없습니다. vFlash 캐시를 연결할 수 없습니다(msg.vflashcache.error.VFC_FAILURE).

        해결 방법: 가상 시스템 플래시 읽기 캐시 크기 및 블록 크기를 구성합니다.

        1. 가상 시스템을 오른쪽 버튼으로 클릭하고 설정 편집을 선택합니다.
        2. 가상 하드웨어 탭에서 하드 디스크를 확장하여 디스크 옵션을 표시합니다.
        3. 가상 플래시 읽기 캐시 필드 옆의 고급을 클릭합니다.
        4. 캐시 예약 크기를 늘리거나 블록 크기를 줄입니다.
        5. 확인을 클릭하여 변경 내용을 저장합니다.
      • 저장된 리소스 풀 트리 파일의 사용자 지정 확장자를 vSphere Web Client에서 로드할 수 없음
        호스트 요약 페이지에 DRS 오류 메시지가 나타납니다.

        vSphere Web Client에서 DRS를 사용하지 않도록 설정할 때 리소스 풀 구조를 나중에 다시 로드할 수 있도록 저장하라는 메시지가 표시됩니다. 이 파일의 기본 확장자는 .snapshot이지만 다른 확장자를 선택할 수 있습니다. 이 파일이 사용자 지정 확장자를 사용하는 경우 해당 파일을 로드하려고 하면 사용할 수 없는 것으로 표시됩니다. 이 동작은 OS X에서만 발견됩니다.

        해결 방법: OS X의 vSphere Web Client에 이 파일을 로드하려면 확장자를 .snapshot으로 변경합니다.

      • 호스트 요약 페이지에 DRS 오류 메시지가 표시됨
        호스트 요약 페이지에 다음과 같은 DRS 오류 메시지가 나타납니다.

        호스트에서 DRS 리소스 설정을 적용할 수 없습니다. 현재 상태에서 허용되지 않는 작업입니다. DRS의 효율성이 대폭 감소할 수 있습니다.

        일부 구성에서 경합 조건으로 인해 의미 없거나 조치를 취할 수 없는 오류 메시지가 로그에 생성될 수 있습니다. 이 오류는 DRS 리소스 설정을 적용하는 것과 동시에 가상 시스템의 등록을 취소하는 경우 발생할 수 있습니다.

        해결 방법: 이 오류 메시지를 무시하십시오.

      • 16TB보다 큰 VMDK에 대해 가상 플래시 읽기 캐시를 구성하면 오류가 발생함
        가상 플래시 읽기 캐시는 16TB보다 큰 가상 시스템 디스크를 지원하지 않습니다. 이러한 디스크를 구성하려고 하면 작업이 실패합니다.

        해결 방법: 없음

      • 가상 플래시 읽기 캐시 예약이 있는 가상 시스템의 전원을 켜거나 캐시 예약을 확대할 수 없음
        가상 플래시 읽기 캐시 예약이 있는 가상 시스템의 전원을 켜면 이 시스템이 상주한 호스트는 일반 RAM 메모리를 사용하여 플래시 예약을 관리합니다. 사용 가능한 메모리가 부족한 경우 가상 시스템의 전원을 켤 수 없습니다. 가상 시스템이 실행 중일 때 플래시 읽기 캐시 예약을 확대하면 작업이 실패하고 캐시를 연결할 수 없으므로 런타임 오류가 발생합니다.

        해결 방법: 가상 시스템을 다른 호스트로 이동하거나, 영향 받는 가상 시스템 또는 동일한 호스트에서 실행 중인 다른 가상 시스템에 대해 더 큰 플래시 읽기 캐시 블록 크기를 구성하여 플래시 읽기 캐시의 메모리 요구 사항을 줄입니다. 또한 호스트에 상주한 하나 이상의 가상 시스템에 대한 플래시 읽기 캐시 예약을 줄일 수도 있습니다. 이와 같이 변경한 후 가상 시스템을 다시 켜거나 재구성합니다. 이러한 오류 가능성을 최소화하려면 vSphere Storage 설명서의 플래시 읽기 캐시 구성 권장 사항을 따르십시오.

      • 캐시 크기를 재구성할 때 가상 시스템의 전원이 꺼질 수 있음
        가상 시스템에서 가상 플래시 읽기 캐시를 재구성할 때 잘못된 값을 할당하는 등 올바르지 않게 재구성하면 가상 시스템의 전원이 꺼질 수 있습니다.

        해결 방법: vSphere Storage 설명서의 권장 캐시 크기 지침을 따르십시오.

      • 가상 플래시 읽기 캐시를 사용하도록 설정된 가상 시스템을 재구성하면 작업이 실패하고 작업 시간 초과오류가 발생할 수 있음
        재구성 작업에는 상당한 양의 I/O 대역폭이 필요합니다. 로드를 많이 실행하는 경우 해당 작업이 완료되기 전에 시간이 초과될 수 있습니다. 호스트에 APD(모든 경로 다운) 상태인 LUN이 있는 경우에도 이 동작이 나타날 수 있습니다.

        해결 방법: 호스트 APD 상태를 모두 해결하고 LUN 및 호스트에서 보다 적은 I/O 로드로 작업을 다시 시도합니다.

      • DRS가 로드 밸런싱에 가상 플래시 읽기 캐시를 사용하는 가상 시스템에 대해 vMotion을 수행하지 않음
        DRS가 로드 밸런싱에 가상 플래시 읽기 캐시를 사용하는 가상 시스템에 대해 vMotion을 수행하지 않습니다.

        해결 방법: 다음과 같은 경우를 제외하고는 DRS에서 이러한 가상 시스템에 대해 vMotion을 수행하지 않는 것이 좋습니다.

        • 사용자가 유지 보수 또는 대기 모드로 전환하도록 요청한 호스트를 제거하려는 경우
        • DRS 규칙 위반을 해결하려는 경우
        • 호스트 리소스 사용량이 빨간색 상태인 경우
        • 하나 또는 대부분의 호스트가 초과 사용되고 가상 시스템 요구가 충족되지 않는 경우
          참고:필요한 경우 DRS에서 이 이유를 무시하도록 설정할 수 있습니다.
      • 가상 시스템의 활성 메모리가 낮지만 사용되는 메모리가 높은 경우 호스트가 대기 모드로 전환됨
        ESXi 5.5에서는 기능의 강도를 줄이기 위해 DPM의 기본 동작을 변경합니다. 이와 같이 변경하면 활성 메모리는 낮지만 사용되는 메모리가 높을 때 발생하는 가상 시스템의 성능 저하 문제를 방지하는 데 도움이 될 수 있습니다. DPM 메트릭은 X%*IdleConsumedMemory + 활성 메모리입니다. X% 변수는 조정할 수 있으며 기본적으로 25%로 설정됩니다.

        해결 방법: 고급 옵션에서 PercentIdleMBInMemDemand=0을 설정하여 이전 ESXi 릴리스에 포함된 적극적 DPM 동작으로 복구할 수 있습니다.

      • DRS에서 시작된 vMotion이 실패할 수 있음
        DRS가 가상 플래시 읽기 캐시 예약이 있는 가상 시스템에 vMotion을 권장할 때 대상 호스트에서 사용 가능한 메모리(RAM)가 부족하여 가상 시스템의 플래시 읽기 캐시 예약을 관리할 수 없기 때문에 vMotion이 실패할 수 있습니다.

        해결 방법: vSphere Storage에 나와 있는 플래시 읽기 캐시 구성 권장 사항을 따르십시오.
        vMotion이 실패할 경우 다음 단계를 수행합니다.

        1. 대상 호스트에 있는 가상 시스템 및 들어오는 가상 시스템의 블록 크기를 재구성하여 대상 호스트에서 VMkernel 메모리의 전체 목표 사용량을 줄입니다.
        2. vMotion을 사용하여 가상 시스템을 대상 호스트에 수동으로 마이그레이션하여 상태가 해결되도록 합니다.
      • 개별 SSD 디바이스의 가상 플래시를 구성하는 동안 발생하는 문제를 볼 수 없음
        가상 플래시 리소스 구성은 SSD 디바이스 목록에서 작동하는 작업입니다. 전체 개체에 대해 작업이 완료되면 vSphere Web Client는 작업을 성공한 것으로 보고하며 개별 SSD 디바이스의 구성 관련 문제에 대한 알림을 받을 수 없습니다.

        해결 방법: 다음 작업 중 하나를 수행합니다.

        • 최근 작업 패널에서 완료된 작업을 두 번 클릭합니다.
          작업 세부 정보 대화상자의 관련 이벤트 섹션에 모든 구성 오류가 표시됩니다.
        • 또는 다음 단계를 따릅니다.
          1. 인벤토리에서 호스트를 선택합니다.
          2. 모니터 탭을 클릭하고 이벤트를 클릭합니다.
      • ESXi 호스트에서 Micron PCIe SSD에 대한 SMART 정보를 가져올 수 없음
        esxcli storage core device smart get -d명령을 사용하여 Micron PCIe SSD 디바이스에 대한 통계를 표시하려고 하면 작업에 실패합니다. 다음과 같은 오류 메시지가 표시됩니다.
        Smart 매개 변수를 가져오는 동안 오류가 발생했습니다. 디바이스를 열 수 없습니다.

        해결 방법: 없음 이번 릴리스에서는 esxcli storage core device smart명령이 Micron PCIe SSD를 지원하지 않습니다.

      • ESXi는 가상 시스템의 구성 파일에서 SCSI 가상 디스크에 대해 구성된 대역폭 제한을 적용하지 않음
        SCSI 가상 디스크의 대역폭 및 처리량 제한은 가상 시스템 구성 파일( .vmx)의 매개 변수 집합을 사용하여 구성합니다. 예를 들어 구성 파일에는 다음과 같은 scsi0:0 가상 디스크의 제한이 포함될 수 있습니다.
        sched.scsi0:0.throughputCap = "80IOPS"
        sched.scsi0:0.bandwidthCap = "10MBps"
        sched.scsi0:0.shares = "normal"

        ESXi는 sched.scsi0:0.bandwidthCap 제한을 scsi0:0 가상 디스크에 적용하지 않습니다.

        해결 방법: vSphere Web Client 또는 esxcli system settings advanced set 명령을 사용하여 이전 버전의 디스크 I/O 스케줄러로 복구합니다.

        • vSphere Web Client에서 호스트의 고급 시스템 설정 목록에서 Disk.SchedulerWithReservation 매개 변수를 편집합니다.
          1. 호스트로 이동합니다.
          2. 관리 탭에서 설정을 선택하고 고급 시스템 설정을 선택합니다.
          3. Disk.SchedulerWithReservation 매개 변수를 찾습니다. 이때 필터 또는 찾기 텍스트 상자를 사용합니다.
          4. 편집을 클릭하고 매개 변수를 0으로 설정합니다.
          5. 확인을 클릭합니다.
        • 호스트에 대한 ESXi Shell에서 다음 콘솔 명령을 실행합니다.
          esxcli system settings advanced set -o /Disk/SchedulerWithReservation -i=0
      • 캐시에 오류가 있으면 플래시 읽기 캐시가 구성된 가상 시스템을 호스트 밖으로 마이그레이션할 수 없음
        캐시가 오류 상태이고 사용할 수 없다면 플래시 읽기 캐시가 구성된 가상 시스템에서 마이그레이션 오류가 발생했을 수 있습니다. 이 오류가 발생하면 가상 시스템 마이그레이션이 실패합니다.

        해결 방법:

        1. 가상 시스템을 재구성하고 캐시를 비활성화합니다.
        2. 마이그레이션을 수행합니다.
        3. 가상 시스템이 마이그레이션된 후 캐시를 다시 사용합니다.

        또는 가상 시스템을 껐다 켜서 캐시 오류를 교정합니다.

      • 호스트를 ESXi 5.5 베타에서 업그레이드하고 나서 VFFS 볼륨을 삭제할 수 없음
        호스트를 ESXi 5.5 베타에서 업그레이드하고 나서 VFFS 볼륨을 삭제할 수 없습니다.

        해결 방법: 이 문제는 ESXi 5.5 베타에서 ESXi 5.5로 업그레이드할 때만 발생합니다. 이 문제를 방지하려면 업그레이드하는 대신 ESXi 5.5를 설치합니다. ESXi 5.5 베타에서 업그레이드하려면 VFFS 볼륨을 삭제한 후 업그레이드합니다.

      • 이전 Windows 및 Linux 게스트 운영 체제를 사용하는 가상 시스템에서 가상 플래시 읽기 캐시를 사용하도록 설정할 때 개선된 예상 지연 시간 런타임이 나타나지 않음
        가상 플래시 읽기 캐시는 캐시 크기를 대상 작업 집합과 일치하도록 지정할 때와 게스트 파일 시스템을 4KB 이상 경계로 정렬했을 때 최적의 성능을 제공합니다. 플래시 읽기 캐시는 캐시 내에서 부분 블록 캐시가 수행되지 않도록 잘못 정렬된 블록을 필터링합니다. 이 동작은 일반적으로 Windows XP 및 Linux 2.6 이전 배포를 사용하는 가상 시스템의 VMDK에 대해 가상 플래시 읽기 캐시가 구성되었을 때 나타납니다. 이러한 경우 캐시 점유율이 적은 낮은 캐시 적중률이 관찰되며, 이는 해당 VMDK의 캐시 예약이 낭비된다는 것을 나타냅니다. Windows 7, Windows 2008 및 Linux 2.6 이상 배포를 실행하는 가상 시스템에서는 파일 시스템이 4KB 경계로 정렬되어 최적의 성능을 보장하므로 이러한 동작이 나타나지 않습니다.

        해결 방법: 각 VMDK에 대해 캐시 적중률을 개선하고 캐시 예약을 최적으로 사용하려면 VMDK에 설치된 게스트 운영 체제가 4KB 이상 경계로 정렬되어 있는지 확인합니다.

      vCenter Server 및 vSphere Web Client 문제
      • 새로운 항목 IPv4 및 IPv6가 사용되도록 설정된 VMware vCenter Server Appliance의 웹 콘솔에서 IPv4를 DHCP에서 없음으로 변경하여 사용하지 않도록 설정하려고 하면 네트워크 설정을 지정하지 못했습니다.와 같은 오류 메시지가 나타나면서 작업이 실패함
        기본적으로 IPv4 및 IPv6는 vCenter Server Appliance의 기본 가상 네트워크 어댑터에서 둘 다 사용하도록 설정됩니다. IPv4를 사용하지 않도록 설정하고 IPv6만 사용하려면 https://vCenter_Server_Appliance_IP_address:5480에서 웹 콘솔에 로그인한 다음 네트워크를 클릭하고 주소 탭을 클릭하여 기본 네트워크 어댑터의 IPv4 주소 형식 값을 DHCP에서 없음으로 변경합니다. 변경 내용을 저장하려고 하면 네트워크 설정을 지정하지 못했습니다.와 같은 오류 메시지가 나타납니다.

        해결 방법: IPv4 주소 형식을 정적으로 설정한 다음 없음으로 변경합니다.

        1. 기본 네트워크 어댑터의 주소 탭에서 IPv4 주소 형식 값을 DHCP에서 정적으로 변경하고 변경 내용을 저장합니다.
        2. IPv4 주소 형식 값을 정적에서 없음으로 변경한 다음 변경 내용을 저장합니다.
      • 새로운 항목 VMware vCenter Server Appliance 데이터베이스의 디스크 사용량
        vPostgres 내장형 데이터베이스를 사용하는 vCenter Server Appliance의 경우 디스크 파티션의 디스크 공간이 부족해질 수 있습니다. 이 문제는 인벤토리 보존 설정이 크거나 동적이기 때문에 발생할 수 있습니다. 대부분의 경우 vPostgres 디스크 공간은 vCenter Server가 수집한 통계, 이벤트 및 작업을 위해 유지되는 기록 데이터로 채워집니다.

        해결 방법: vCenter Server 데이터 보존 설정을 변경합니다. 지침은 vSphere 설명서에서 확인할 수 있습니다.

        • 통계 관련 내용은 vCenter Server 및 호스트 관리의 "vSphere Web Client에서 통계 설정 구성"을 참조하십시오.
        • 이벤트 및 작업 관련 내용은 vCenter Server 및 호스트 관리의 "vSphere Web Client에서 vCenter Server 구성"을 참조하십시오.

        또한 vPostgres 디스크의 디스크 사용량을 모니터링할 수도 있습니다. 자세한 내용은 기술 자료 문서 vCenter Server Appliance 데이터베이스의 디스크 사용량 모니터링을 참조하십시오.

      • 새로운 항목 루트 사용자에게 설정된 VMware vCenter Server Appliance 5.5 암호 만료
        기본적으로 VMware vCenter Server Appliance에서 로컬 루트 계정의 암호 만료 기간은 응용 프로그램을 처음 시작한 이후 90일로 설정됩니다. 웹 관리 인터페이스( https:// IP address or vCenter Server Appliance host name:5480)에서 관리 탭에 이메일 주소가 구성되어 있으면 암호가 만료되기 전 7일 동안 매일 e-메일 알림이 전송됩니다. 릴레이 SMTP 서버와 같은 이메일 설정은 vSphere Client를 통해 vCenter Server 메일 설정에서 구성됩니다.

        해결 방법: 암호를 변경하지 않을 경우 루트 사용자가 잠깁니다. 그러면 콘솔 또는 웹 관리 인터페이스에 로그인할 수 없습니다.

        만료된 VMware vCenter Server Appliance 세션을 복원하려면 다음을 수행하십시오.

        1. 현재 Linux 라이브 CD를 사용하여 vCenter Server를 부팅합니다.
        2. VMware vCenter Server Appliance 루트 파티션( /dev/sda3이어야 함)을 마운트합니다.
        3. /etc/shadow 파일을 편집하여 루트 줄에서 다섯 번째 필드를 지웁니다.
        4. 루트 암호의 해시(두 번째 필드)를 x로 시작하고 x를 제거합니다.
        5. 파일을 저장하고 VMware vCenter Server Appliance를 재부팅합니다.

        예:
        root:x$2y$10$vE9TNkYnJmxMvzoJxQc6DugE7juXF04iCI5qpaKMaWhNwcrQfn70K:15813:0:90:7:::

        두 번째 및 다섯 번째 필드 변경:
        root:$2y$10$vE9TNkYnJmxMvzoJxQc6DugE7juXF04iCI5qpaKMaWhNwcrQfn70K:15813:0::7:::

        이렇게 하면 암호 만료가 해제됩니다. 이제 VMware vCenter Server Appliance에 로그인할 수 있습니다.

      • vCenter Server Appliance 대규모 배포 요구 사항
        vCenter Server Appliance가 대규모 배포를 관리하려면 원격 데이터베이스에 연결하고 가상 시스템 설정을 수정해야 합니다. 메모리 및 크기 조정 옵션에 대한 자세한 내용은 vCenter Server 및 호스트 관리에서 VMware vCenter Server Appliance에 대한 인벤토리 크기 구성을 참조하십시오.

        해결 방법:

        1. 가상 시스템이 최소 메모리 및 CPU 요구 사항으로 구성되어 있는지 확인합니다.
          가상 시스템 구성에 대한 자세한 내용은 vSphere 가상 시스템 관리에서 가상 시스템 구성을 참조하십시오. 메모리 옵션에 대한 자세한 내용은 vCenter Server 및 호스트 관리에서 VMware vCenter Server Appliance에 대한 인벤토리 크기 구성을 참조하십시오.
        2. https:// vCenter Server Appliance의 IP 주소 또는 FQDN:5480의 vCenter Server Appliance 관리 인터페이스에 로그인하고 서비스로 이동합니다. 인벤토리 크기 드롭다운 메뉴에서 을 선택하고 설정 저장을 클릭합니다.
        3. vCenter Server Appliance에서 내장형 데이터베이스를 사용하는 경우 vCenter Server Appliance에서 디스크 공간 늘리기에 설명된 단계에 따라 디스크 공간을 120GB 이상으로 늘립니다.

        vCenter Server Appliance 데이터베이스 디스크 사용량 모니터링에 설명된 대로 vCenter Server Appliance 데이터베이스 디스크 사용량을 정기적으로 모니터링합니다.

      • vSphere Web Client 5.5용 클라이언트 통합 플러그인은 Mac OS 10.7 이상에서만 지원됨
        vSphere Web Client 5.5용 클라이언트 통합 플러그인은 Mac OS 10.7 이상에서만 지원됩니다. Mac OS 10.6.x 이전 버전에서는 클라이언트 지원 플러그인이 브라우저에서 올바로 등록되지 않거나 OVF 및 OVA 업로드 또는 다운로드 중 OVF Tool이 런타임 오류를 표시합니다.

        해결 방법: Mac OS를 10.7 또는 10.8로 업그레이드합니다.

      • vCenter Server Appliance에서 생성한 기본 폴더 이름에 브라우저의 언어 설정이 반영되지 않음
        vSphere Web Client를 사용하여 vCenter Server Appliance에 액세스할 때 서버에서 생성하는 기본 폴더 이름(예: Discovered Virtual Machines)에 브라우저의 언어 설정이 반영되지 않습니다.

        해결 방법: vpxd 로케일 설정을 편집합니다.

        1. vSphere Web Client 인벤토리에서 vCenter Server 인스턴스를 선택합니다.
        2. 관리 탭을 클릭합니다.
        3. 고급 설정을 클릭합니다.
        4. 편집을 클릭합니다.
        5. vpxd.locale 텍스트 상자에 로케일 코드를 입력합니다.

          유효한 옵션에는 de, en, fr, ja, ko, zh_CN 등이 있습니다.

        6. 확인을 클릭합니다.
        7. vCenter Server를 다시 시작합니다.
          1. https:// hostname:5480에서 vCenter Server Appliance 구성 인터페이스에 로그인합니다.
          2. vCenter Server 탭에서 요약을 선택합니다.
          3. vCenter 중지를 클릭합니다.
          4. vCenter 시작을 클릭합니다.

      • vSphere Client를 사용하여 vCenter Server에 로그인하려고 하면 로그인에 실패하고 알 수 없는 연결 오류가 발생했다는 오류가 표시됨
        Windows XP 또는 Windows Server 2003에 설치된 vSphere Client를 사용하여 vCenter Sever에 로그인하려고 하면 로그인에 실패하고 다음 오류가 발생합니다. 알 수 없는 연결 오류가 발생했습니다. (클라이언트에서 서버로 완전한 요청을 보낼 수 없습니다. (기본 연결이 닫혀 있습니다. 전송 측에서 예상치 못한 오류가 발생했습니다.))오류가 발생합니다. 이 오류가 발생하는 이유는 Windows XP 및 Windows Server 2003에서 일부 SSL 암호를 지원하지 않기 때문입니다.

        해결 방법: Windows Server 2003 또는 64비트 Windows XP의 경우 http://support.microsoft.com/kb/948963에서 적절한 핫픽스를 적용합니다.

        32비트 Windows XP의 경우 사용 가능한 핫픽스가 없습니다. Microsoft는 Windows XP에 대해 제한된 지원만 제공하며, 이를 위한 핫픽스가 릴리스되지 않았습니다. 높은 암호 보안 수준을 지원하는 Windows Vista 이상으로 호스트 운영 체제를 업그레이드해야 합니다.

      • Internet Explorer에서 EAM Sample Solution의 솔루션 탭을 볼 수 없음
        vSphere Web Client에서 EAM Sample Solution의 솔루션 탭을 클릭하면 다음과 같은 오류 메시지가 나타날 수 있습니다. 웹 페이지 탐색이 취소되었습니다.

        해결 방법: Mozilla Firefox 또는 Google Chrome과 같은 다른 브라우저에서 EAM Sample Solution의 솔루션 탭을 봅니다.
        또는 Internet Explorer에 EAM Sample Solution SSL 인증서를 설치합니다.

        1. Internet Explorer에서 EAM Sample Solution을 설정할 때 지정한 주소의 EAM Sample Solution 관리 페이지로 이동합니다.
          기본 URL은 http://<IP_adress_of_machine_where_you_install_the_solution>:8080/eam-sample입니다.
        2. 페이지가 로드될 때 인증서 보안 경고에 동의합니다.
        3. Internet Explorer 주소 표시줄에서 인증서 오류 아이콘을 클릭하여 EAM Sample Solution 인증서를 설치합니다.
        4. Internet Explorer를 다시 시작하고 vSphere Web Client를 엽니다.

      • vCenter Server Appliance가 대/소문자를 구분하지 않는 사용자 이름 일치를 기반으로 사용자 권한을 확인함
        이전 vSphere 릴리스에서는 vCenter Server Appliance가 사용자 권한을 확인할 때 사용자 이름에 대/소문자를 구분하는 일치를 사용했습니다. vSphere 5.5 릴리스에서는 vCenter Server Appliance가 사용 권한을 확인할 때 사용자 이름에 대/소문자를 구분하지 않는 일치를 사용합니다. 따라서 사용자 이름의 대/소문자만 다른 두 사용자(예: User1 및 user1)는 vCenter Server가 사용 권한을 확인할 때 동일한 사용자로 간주됩니다.

        해결 방법: vCenter Server Appliance에서 이름의 대/소문자만 다른 사용자가 있으면 이 중 적어도 한 사용자의 이름을 바꾸고 이름을 바꾼 사용자에게 권한을 다시 할당합니다.

      • 로그인한 후 오류 메시지가 표시되고 vSphere Web Client 인벤토리에서 vCenter Server 인스턴스를 사용할 수 없음
        vCenter Server 인스턴스에서 관리하는 인벤토리가 너무 크고 과부하 상태에서 작동하고 있으면 이 문제가 발생할 수 있습니다.

        해결 방법: vSphere Web Client에서 로그아웃했다가 로그인하십시오. 이 방법으로 문제가 해결되지 않으면 vSphere 환경이 권장 구성 최대값 범위 내에서 실행되고 있는지 확인합니다.

      가상 시스템 관리 문제
      • 가상 시스템 게스트 OS가 Chrome의 HTML 5 콘솔에서 보낸 제어 키를 감지하지 못함
        Chrome의 HTML 5 콘솔에서 가상 시스템에 제어 명령을 보내면 게스트 운영 체제가 반응하지 않습니다.

        Firefox의 HTML 5 콘솔을 사용하거나 vSphere Web Client의 가상 시스템 콘솔을 사용합니다.

      • Mac OS X 클라이언트 컴퓨터에 연결된 USB 디바이스에 연결할 때 가상 시스템이 USB 연결 오류를 보고함
        Mac OS X 클라이언트 컴퓨터에서 가상 시스템에 USB 디바이스를 연결할 때 다음과 같은 경우 디바이스를 연결하는 중 오류 발생라는 메시지가 표시됩니다.

        • Mac OS X 클라이언트 컴퓨터에서 가상 시스템에 둘 이상의 USB 디바이스 또는 허브를 연결하는 경우
        • 여러 디바이스가 가상 시스템의 USB 컨트롤러에 연결할 수 있는 것으로 잘못 나열되지만 디바이스가 이미 다른 가상 시스템이나 클라이언트 컴퓨터에서 사용되고 있을 때 USB 디바이스를 추가하는 경우

        해결 방법: 다른 가상 시스템이나 클라이언트 컴퓨터가 USB 디바이스를 사용하고 있지 않은지 확인하고 Mac OS X 클라이언트 컴퓨터에서 가상 시스템에 USB 디바이스나 허브를 하나만 연결합니다.

      • 프랑스어 로케일의 Windows 7 Enterprise 64비트 게스트 운영 체제를 사용하는 가상 시스템에서 복제 작업 중 문제 발생
        프랑스어 로케일로 실행 중인 복제된 Windows 7 Enterprise 64비트 가상 시스템이 있는 경우 가상 시스템의 네트워크 연결이 끊어지고 사용자 지정 규격이 적용되지 않습니다. 이 문제는 가상 시스템이 ESXi 5.1 호스트에서 실행되고 있을 때 시스템을 ESXi 5.5로 복제하고 VMware Tools 버전을 5.5 호스트에서 사용 가능한 최신 버전으로 업그레이드하는 경우에 나타납니다.

        해결 방법: 사용 가능한 최신 버전의 VMware Tools로 업그레이드하기 전에 가상 시스템 호환성을 ESXi 5.5 이상으로 업그레이드합니다.

      • 실행 중인 가상 시스템에서 가상 디스크의 크기를 늘리려고 하면 작업이 실패하고 오류가 발생함
        가상 시스템이 실행 중일 때 가상 디스크 크기를 늘리는 경우 작업이 실패하고 다음과 같은 오류가 발생할 수 있습니다.

        이 디바이스 유형에는 이 작업이 지원되지 않습니다.

        디스크 크기를 2TB 이상으로 확장하는 경우 오류가 발생할 수 있습니다. 핫 확장 작업에서는 디스크 크기를 2TB 미만으로만 늘릴 수 있습니다. SATA 가상 디스크는 크기에 관계없이 핫 확장 작업을 지원하지 않습니다.

        해결 방법: 가상 디스크를 2TB 이상으로 확장하려면 가상 시스템의 전원을 끕니다.

      마이그레이션 문제
      • 호스트 간에 가상 시스템 끌어서 놓기가 지원되지 않음
        vSphere Web Client를 사용할 때 가상 시스템을 한 호스트에서 다른 호스트로 끌어서 놓으려 합니다. 빨간색 X는 끌어서 놓기가 지원되지 않음을 나타냅니다.

        해결 방법: VM 마이그레이션 동작을 사용하거나 마우스 오른쪽 버튼으로 가상 시스템을 클릭하고 다음으로 이동을 선택하여 마이그레이션 마법사를 시작합니다.

      • Intel IvyBridge Generation EVC 클러스터에 IvyBridge-EP 또는 IvyBridge-EX 프로세서를 사용하는 호스트를 추가할 수 없음
        Intel IvyBridge Generation EVC 모드를 사용하도록 설정한 EVC 클러스터에 IvyBridge-EP 또는 IvyBridge-EX 프로세서를 사용하는 호스트를 추가하려고 하면 호스트에 필요한 CPU 기능이 없다는 오류 메시지가 표시됩니다. 이 호스트는 클러스터에 추가할 수 없습니다.

        해결 방법: 없음

      • 가상 디스크 수가 65개 이상인 경우 마이그레이션을 통해 데이터스토어를 변경할 수 없음
        Storage vMotion 및 공유 스토리지가 없는 vMotion은 가상 디스크가 최대 64개 있는 가상 시스템의 마이그레이션을 지원합니다. 이동할 가상 디스크 수가 64개보다 크면 마이그레이션 작업이 허용되지 않습니다.
        Storage vMotion을 사용하여 64개 미만의 디스크를 선택해서 이동하거나 가상 시스템의 홈 디렉터리만 이동하는 경우, 지원되는 최대 가상 디스크 수가 포함된 가상 시스템에서도 작업에 성공합니다.

        해결 방법:

        • Storage vMotion의 경우 매번 최대 64개 디스크로 마이그레이션을 여러 번 수행합니다. 가상 시스템 마이그레이션 마법사의 고급 옵션을 사용하여 마이그레이션할 디스크를 선택하고 데이터스토어 위치를 지정합니다.
        • 공유 저장소가 없는 vMotion의 경우 가상 시스템의 전원을 끄고 마이그레이션을 수행합니다.

      • vSphere HA 클러스터에서 Storage vMotion 작업이 성공적으로 수행되면 가상 시스템 연결이 끊어질 수 있음
        vSphere HA 클러스터에서 Storage vMotion을 사용하여 가상 시스템을 마이그레이션한 후에는 vCenter Server 인벤토리에 연결이 끊긴 같은 이름의 가상 시스템이 남아 있을 수 있습니다. 이 오류는 Storage vMotion 워크플로가 완료되기 전에 vSphere HA가 마이그레이션 중인 가상 시스템을 다시 시작하려고 하면 발생할 수 있습니다. 다음과 같은 경우 이러한 가상 시스템 다시 시작이 트리거될 수 있습니다.

        • 마스터 호스트가 가상 시스템에 영향을 줄 수 있는 장애(예: 네트워크 중단)를 감지합니다.
        • 가상 SAN이 없는 환경에서 마스터 호스트가 가상 시스템 데이터스토어에 다시 액세스할 수 있게 됩니다.
        • 가상 SAN이 있는 환경에서 마스터 호스트가 가상 SAN 개체 액세스의 변경을 감지합니다. 예를 들어 최근에 호스트가 네트워크 파티션 후 가상 SAN 네트워크에 다시 가입했습니다.

        해결 방법: 연결이 끊긴 가상 시스템을 삭제합니다.

      VMware HA 및 Fault Tolerance 문제
      • vSphere HA 클러스터에서 ESX/ESXi 4.0 또는 4.1 호스트를 선택하여 가상 시스템을 페일오버하면 가상 시스템이 정상적으로 다시 시작되지 않을 수 있음
        vSphere HA가 가상 시스템이 실행되던 원래 호스트와 다른 ESX/ESXi 4.0 또는 4.1 호스트에서 가상 시스템을 다시 시작하면 응답을 받지 못하는 쿼리가 실행됩니다. vSphere Client에서 사용자가 직접 쿼리에 응답할 때까지 새 호스트에서 가상 시스템의 전원이 켜지지 않습니다.

        해결 방법: vSphere Client에서 쿼리에 응답합니다. 또는 시간이 초과될 때(기본적으로 15분)까지 기다리면 vSphere HA가 다른 호스트에서 가상 시스템을 다시 시작하려고 시도합니다. 호스트가 ESX/ESXi 5.0 이상을 실행하고 있으면 가상 시스템이 다시 시작됩니다.

      • 공유 스토리지가 없는 vMotion 작업이 vSphere HA 클러스터에서 실패하면 대상 가상 시스템이 예기치 않은 호스트에 등록될 수 있음
        공유 스토리지를 포함하지 않는 vMotion 마이그레이션은 대상 가상 시스템이 두 가상 시스템 간의 제어권 전송을 조정하는 핸드셰이크 메시지를 수신하지 않아 실패할 수 있습니다. vMotion 프로토콜은 소스 및 대상 가상 시스템의 전원을 모두 끕니다. 소스 및 대상 호스트가 동일한 클러스터에 있고 vSphere HA를 사용하도록 설정했으면 vSphere HA에 의해 대상 가상 시스템이 vMotion 마이그레이션 대상으로 선택한 호스트가 아닌 다른 호스트에 등록될 수 있습니다.

        해결 방법: 대상 가상 시스템을 유지하고 특정 호스트에 등록되게 하려면 대상 가상 시스템을 대상 호스트에 재배치합니다. 이때 가상 시스템을 재배치한 후에 전원을 켜는 것이 좋습니다.

      • vSphere HA 클러스터에 대해 승인 제어를 사용하도록 설정하면 오류 메시지가 표시됨
        전원이 켜진 가상 시스템이 있는 vSphere HA 클러스터에서 승인 제어를 사용하도록 설정하면 다음과 같은 오류 메시지가 나타납니다. 내부 오류가 발생했습니다. 알 수 없는 속성: '-1.

        해결 방법: 이 메시지가 기능에는 아무런 영향을 주지 않지만 클라이언트를 다시 로드해야 계속할 수 있습니다.

      • vSphere HA가 vSphere 플래시 읽기 캐시 예약이 있는 가상 시스템을 다시 시작하지 못할 수 있음
        vSphere 플래시 읽기 캐시 예약이 있는 가상 시스템의 전원을 켜면 이 시스템이 상주한 호스트는 일반(RAM) 메모리를 사용하여 이 플래시 예약을 관리합니다. 충분한 메모리를 사용할 수 없으면 가상 시스템의 전원이 켜지지 않습니다. vSphere HA는 이와 같이 실패한 전원 켜기 작업을 네 번만 다시 시도합니다. 다섯 번째 시도에서도 전원을 켜지 못하면 vSphere HA가 다시 시작해 볼 수 있는 최대 횟수에 도달했음을 보고하는 이벤트를 실행합니다.
        참고: vSphere HA가 실행한 이벤트를 나열하려면 이벤트 기록에서 "vSphere HA" 구문을 검색할 수 있습니다.

        해결 방법: vSphere HA가 가상 시스템을 다시 시작하지 못하고 다시 시작할 수 있는 최대 횟수를 시도했음을 보고하는 vSphere HA 이벤트를 확인한 경우 호스트 중 하나에서 가상 시스템의 전원을 직접 켜 봅니다. 전원 켜기 작업에 실패하고 사유가 제공되면 해당 문제를 해결합니다.

        그러나 설명할 수 없는 이유로 이 전원 켜기 작업에 실패하거나 작업 오류 스택에서 vSphere 플래시 읽기 캐시를 연결할 수 없다고 보고하면 다른 호스트를 시도해 보거나 vSphere 플래시 읽기 캐시의 메모리 요구 사항을 줄이고 다시 시도합니다. 다음 두 가지 중 하나를 수행할 수 있습니다.

        • 가상 시스템이나 동일한 호스트에서 실행 중인 다른 가상 시스템의 vSphere 플래시 읽기 캐시 블록 크기를 더 크게 구성
        • 이러한 가상 시스템 하나 이상의 vSphere 플래시 읽기 캐시 예약을 대폭 줄이기

        vSphere Storage 안내서 및 vSphere 5.5 베타 릴리스 정보에 설명된 vSphere 플래시 읽기 캐시 구성 권장 사항을 따르면 이 유형의 오류가 발생할 가능성을 최소화할 수 있습니다.

      • VM 간 반선호도 규칙을 변경한 후 반선호도 제약 조건으로 인해 실패한 가상 시스템의 배치를 vSphere HA가 다시 시도하지 않음
        vSphere HA가 반선호도 제약 조건으로 인해 가상 시스템을 다시 시작하지 못하면 VM 간 반선호도 규칙을 변경하거나 제거해도 다시 시도하지 않습니다.

        해결 방법: vSphere HA 마스터 호스트는 예약되지 않은 클러스터 용량이 증가하면 리소스를 대기하는 가상 시스템을 다시 배치하려고 합니다. 이 용량을 늘리려면 가상 시스템의 전원을 끄고 vMotion을 사용하여 다른 클러스터로 마이그레이션한 후 다음을 수행합니다.

        • 장애가 있는 호스트를 온라인 상태로 되돌립니다.
        • 클러스터에 다른 호스트를 추가합니다.
        • 전원이 켜진 가상 시스템에 의해 예약된 리소스를 줄입니다.

      • 특정 상황에서 appState가 appStateNeedReset인데도 가상 시스템이 재설정되지 않음
        가상 시스템이 독립 실행형 호스트에 있고 VM 및 애플리케이션 모니터링을 사용하도록 설정한 클러스터로 호스트가 이동될 때 애플리케이션 모니터링 GuestSDK를 사용하여 needReset appstate가 실행되면 가상 시스템이 재설정되지 않습니다. needReset 요청이 보류 중인 동안 호스트에서 FDM 프로세스가 다시 시작되는 경우에도 이 문제가 발생할 수 있습니다. 예를 들어 vSphere HA를 재구성할 때나 애플리케이션 모니터링 GuestSDK를 사용하여 가상 시스템의 needReset 상태가 실행된 후 서비스가 중단되면 이 오류가 발생할 수 있습니다.

        해결 방법: 호스트가 포함된 vSphere HA 클러스터에 대해 클러스터 재구성 작업을 빈 상태로 트리거합니다. 호스트의 FDM이 가상 시스템의 needReset 상태를 선택하고, 가상 시스템이 재설정됩니다. vSphere Web Client에서 클러스터 설정 편집 패널로 이동하고 편집을 클릭합니다. 클러스터 관련 항목을 변경하지 않고 클러스터 설정 패널에서 확인을 누릅니다. 그러면 클러스터 재구성 작업이 빈 상태로 트리거됩니다.

      지원되는 하드웨어 문제
      • 팬, 전원 공급 장치, 전압 및 현재 센서의 센서 값이 vCenter Server 하드웨어 상태 탭의 기타 그룹 아래에 나타남
        일부 센서 값은 분류된 해당 그룹이 아니라 기타 그룹에 나열됩니다.

        해결 방법: 없음

      • 새로운 항목디버그 DMA(Direct Memory Access) 매퍼를 사용하도록 설정하면 IOMMU(입/출력 메모리 관리 장치) 장애가 나타날 수 있음
        디버그 매퍼는 장치를 IOMMU 도메인에 배치하여 디바이스 메모리가 명시적으로 매핑되지 않은 주소에 액세스하도록 도와줍니다. 이전 펌웨어를 사용하는 일부 HP 시스템에서 IOMMU 장애가 나타날 수 있습니다.

        해결 방법: HP 웹 사이트에서 펌웨어 업그레이드를 다운로드하고 적용합니다.

        • HP iLO2 컨트롤러의 펌웨어를 업그레이드합니다.
          2011년 8월에 릴리스된 버전 2.07에서 이 문제를 해결합니다.
        • HP Smart Array의 펌웨어를 업그레이드합니다.
          HP Smart Array P410의 경우 2012년 1월에 릴리스된 버전 5.14에서 이 문제를 해결합니다.

      기타 문제
      • 특정 언어 및 형식 로케일의 Mac OS X 10.7.x에서 Google Chrome을 사용하여 vSphere Web Client에 로그인할 때 오류 메시지가 표시됨
        Mac OS X 10.7.x에서 실행되는 Google Chrome 23을 사용할 때 오류 2007 및 오류 1009가 발생하고 로그인할 수 없습니다. 운영 체제 언어 및 형식이 프랑스어, 독일어, 일본어, 한국어 또는 러시아어로 설정된 경우 이 문제가 나타납니다. 운영 체제 로케일을 전환하기 전에 Google Chrome이 설치되어 있어야 하고 브라우저에서 Flash Player 11.5.31.5 또는 11.5.31.139를 사용해야 이 문제가 나타납니다.

        해결 방법: 다음 작업 중 하나를 수행합니다.

        • Flash Player 버전을 11.5.502.136 또는 11.5.31.137로 변경합니다.
        • 영어 로케일로 전환하고 브라우저를 다시 시작합니다.
        • 영어 로케일로 전환하고, Chrome을 제거하고, 원하는 로케일로 다시 전환한 다음 Chrome을 다시 설치합니다.

      • IPv6 네트워크 환경의 특정 운영 체제에서 일부 Firefox 버전을 사용하여 vSphere Web Client에 액세스할 수 없음
        Windows 및 Linux 버전의 Firefox 18.0.2에서 IPv6 환경의 URL에 액세스할 수 없습니다. SLES/SLED 11과 같은 일부 지원되는 Linux 배포 환경에서는 브라우저에서 IPv6 주소에 SSL 인증서를 사용할 수 없으므로 번들로 제공된 Firefox 10.x 브라우저를 사용할 수 없습니다. 이 타사 문제에 대한 자세한 내용은 Mozilla 버그 633001을 참조하십시오.

        해결 방법: Google Chrome이나 Internet Explorer와 같은 지원되는 다른 브라우저를 사용합니다.

      • vSphere Web Client가 zh, zh-hans 및 zh-hant 로케일의 오류 메시지를 표시함
        브라우저 로케일이 중국어 간체 또는 중국어 번체로 설정된 경우 개체 관리, 라이센싱 및 데이터 센터 만들기와 같은 일부 작업을 수행할 때 vSphere Web Client가 오류를 표시할 수 있습니다. 최근 작업 창에 다음과 같은 메시지가 표시될 수 있습니다. <string>에 대해 관리 개체를 생성할 수 없습니다. 추가 오류 메시지는 알림으로 표시됩니다. 이 문제는 Internet Explorer, Google Chrome 및 Mozilla Firefox에서 발생합니다.

        해결 방법: 브라우저 로케일을 변경하고 브라우저를 다시 시작합니다.

      • 터키어 버전의 Windows Server 2008 또는 Windows Server 2012에서 VMware vSphere Web Client 서비스가 시작되지 않음
        터키어 버전의 Windows Server 2008 또는 Windows Server 2012에서 vSphere Web Client의 서버 구성 요소를 설치할 때 설치를 완료한 후에도 서비스가 시작되지 않습니다.

        해결 방법: 다른 언어의 Windows Server 2008 또는 Windows Server 2012 버전에 vSphere Web Client를 설치합니다.