ESXi 5.0 업데이트 1 | 2012년 3월 15일 | 빌드 623860

마지막 업데이트 날짜: 2012년 3월 29일

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

릴리스 정보에 포함된 내용

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

새로운 기능

아래에서는 이 VMware ESXi 릴리스에서 제공되는 향상된 기능 중 일부를 설명합니다.

  • 새 프로세서 지원 - ESXi 5.0 업데이트 1에서는 새로운 AMD 프로세서와 Intel 프로세서를 지원합니다. 자세한 내용은 VMware 호환성 가이드를 참조하십시오.
  • 추가 게스트 운영 체제 지원 - ESXi 5.0 업데이트 1은 이제 Mac OS X Server Lion 10.7.2 및 10.7.3을 지원합니다.
  • 디바이스 드라이버 신규 지원 또는 업그레이드 - ESXi 5.0 업데이트 1은 이제 Intel C600 칩셋용 네이티브 스토리지 드라이버를 지원하며 LSI MegaRAID SAS 드라이버를 버전 5.34로 업그레이드합니다.

해결된 문제 - 또한 이 릴리스에서는 해결된 문제 섹션에서 설명하는 여러 가지 버그 수정도 제공합니다.


ESXi 5.0의 이전 릴리스

ESXi 5.0 업데이트 1의 이전 릴리스는 ESXi 5.0입니다. ESXi 5.0의 기능과 알려진 문제는 VMware vSphere 5.0 릴리스 정보에서 제공되는 릴리스 정보에 설명되어 있습니다.

국제화

VMware vSphere 5.0 업데이트 1은 다음과 같은 언어로 제공됩니다.

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

vSphere Client 로케일 강제 적용 모드

vSphere 5.0 업데이트 1에서는 VMware vSphere Client™를 실행하는 시스템이 영어 버전이 아닌 경우에도 인터페이스 텍스트를 영어로 표시하도록 VMware vSphere Client를 구성할 수 있습니다. 명령줄 스위치를 입력하여 단일 세션이 실행되는 동안 이와 같은 구성을 설정할 수 있습니다. 이 구성은 인터페이스 텍스트에만 적용되며 날짜와 시간 또는 숫자 형식과 같은 다른 로케일 관련 설정에는 영향을 주지 않습니다.

다음 vSphere Client 명령을 실행하면 개별 세션이 영어로 표시됩니다.

vpxClient -locale en_US

호환성 및 설치

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

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

vSphere Web Client와 vSphere Client는 vCenter Server 및 모듈 ZIP 파일에 함께 패키지되어 있으며 둘 중 하나 또는 둘 모두를 VMware vCenter™ 설치 마법사를 통해 설치할 수 있습니다.

ESXi, vCenter Server 및 VDDK 호환성

VDDK(Virtual Disk Development Kit) 5.0에는 ESXi 5.0 업데이트 1 및 vCenter Server 5.0 업데이트 1 릴리스에 대한 지원이 추가되었습니다. VDDK에 대한 자세한 내용은 http://www.vmware.com/support/developer/vddk/를 참조하십시오.

ESXi의 하드웨어 호환성

vSphere 5.0 업데이트 1과 호환되는 프로세서, 스토리지 디바이스, SAN 어레이 및 I/O 디바이스를 확인하려면 VMware 호환성 가이드에서 ESXi 5.0 업데이트 1 정보를 참조하십시오.

지원되는 CPU를 위한 업그레이드 및 설치. vSphere 5.0 업데이트 1은 LAHF 및 SAHF CPU 명령 세트를 포함하는 CPU만 지원합니다. 설치 또는 업그레이드를 진행하는 동안 설치 관리자는 호스트 CPU가 vSphere 5.0 업데이트 1과 호환되는지 여부를 확인합니다. CPU 지원에 대해서는 VMware 호환성 가이드를 참조하십시오.

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

vSphere 5.0 업데이트 1과 호환되는 게스트 운영 체제를 확인하려면 VMware 호환성 가이드에서 ESXi 5.0 업데이트 1 정보를 참조하십시오.

ESXi의 가상 시스템 호환성

ESXi 5.0 업데이트 1에서는 가상 하드웨어 버전이 4.0 이상인 가상 시스템이 지원됩니다. 하드웨어 버전 3은 더 이상 지원되지 않습니다. 하드웨어 버전 3의 가상 시스템을 ESXi 5.0 업데이트 1에서 사용하려면 가상 하드웨어를 업그레이드해야 합니다. 자세한 내용은 vSphere 업그레이드 설명서를 참조하십시오.

이 릴리스에 대한 설치 정보

ESXi 및 vCenter Server를 설치하고 구성하는 방법에 대한 단계별 지침을 보려면 vSphere 설치 및 설정 설명서를 참조하십시오.

설치를 완료한 후에는 라이센스 할당, 네트워킹 및 보안 구성 작업을 수행해야 합니다. 이러한 구성 작업에 대한 자세한 내용은 vSphere 설명서에서 다음 가이드를 참조하십시오.

 

타사 솔루션 마이그레이션

ESX/ESXi 호스트에 Cisco Nexus 1000V VEM 또는 EMC PowerPath 모듈과 같은 타사 소프트웨어가 포함된 경우가 있습니다. ESXi 5.0에서는 ESX/ESXi 4.x에서 ESXi 5.0 이상으로 업그레이드하는 경우 사용자 지정된 타사 소프트웨어 패키지(VIB)를 마이그레이션할 수 없도록 아키텍처가 변경되었습니다. 업그레이드 ISO에 포함되지 않은 사용자 지정 VIB를 사용하여 4.x 호스트를 업그레이드하면 업그레이드를 진행할 수는 있지만 누락된 VIB가 나열되는 오류 메시지가 표시됩니다. 호스트를 성공적으로 업그레이드하거나 마이그레이션하려면 누락된 VIB가 포함된 사용자 지정 ESXi ISO 이미지를 Image Builder를 통해 생성해야 합니다. 타사 소프트웨어를 제외하고 업그레이드하려면 ForceMigrate옵션을 사용하거나, vSphere Update Manager의 업데이트 적용 프로세스 동안 타사 소프트웨어 모듈을 제거하는 옵션을 선택합니다. Image Builder를 사용하여 사용자 지정 ISO를 생성하는 방법은 vSphere 설치 및 설정 설명서를 참조하십시오. 타사 사용자 지정 항목을 포함한 업그레이드에 대한 자세한 내용은 vSphere 업그레이드VMware vSphere Update Manager 설치 및 관리 설명서를 참조하십시오. vSphere Update Manager를 사용한 업그레이드에 대한 자세한 내용은 vSphere 업그레이드VMware vSphere Update Manager 설치 및 관리 설명서를 참조하십시오.

L3 라우팅 NFS 스토리지 액세스

vSphere 5.0 업데이트 1은 사용자 환경이 다음 조건을 충족하는지 확인할 때 L3 라우팅 NFS 스토리지 액세스를 지원합니다.
  • IP 라우터에서 Cisco의 HSRP(Hot Standby Router Protocol)를 사용합니다. Cisco 라우터가 아닌 다른 라우터를 사용하는 경우 대신 VRRP(Virtual Router Redundancy Protocol)를 사용합니다.
  • 대역폭이 제한된 네트워크 또는 정체가 발생하는 네트워크에서 QoS(서비스 품질)를 사용하여 NFS L3 트래픽의 우선 순위를 지정합니다. 자세한 내용은 라우터 회사 설명서를 참조하십시오.
  • 스토리지 벤더에서 권장하는 라우팅 NFS L3 모범 사례를 따릅니다. 자세한 내용은 스토리지 벤더에 문의하십시오.
  • NetIORM(Network I/O Resource Management)을 해제합니다.
  • 랙형 스위치 또는 스위치 종속 I/O 디바이스 파티셔닝을 사용하는 시스템을 사용하려는 경우 시스템 벤더에 호환성 및 지원 여부를 문의하십시오.
L3 환경에서는 다음 추가 제한 사항이 적용됩니다.
  • 이 환경에서는 VMware Site Recovery Manager를 지원하지 않습니다.
  • 이 환경에서는 NFS 프로토콜만 지원합니다. 동일한 물리적 네트워크에서 FCoE와 같은 다른 스토리지 프로토콜을 사용하지 마십시오.
  • 이 환경의 NFS 트래픽은 IPv6을 지원하지 않습니다.
  • 이 환경의 NFS 트래픽은 LAN을 통해서만 라우팅될 수 있습니다. WAN과 같은 다른 환경은 지원되지 않습니다.
  • 이 환경에서는 DVS(분산 가상 스위치)를 지원하지 않습니다.

이 릴리스의 업그레이드

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

VMware Tools 업그레이드

VMware ESXi 5.0 업데이트 1에는 최신 버전의 VMware Tools가 포함되어 있습니다. VMware Tools는 가상 시스템의 게스트 운영 체제 성능을 향상시키는 유틸리티의 모음입니다. 이 ESX 릴리스에서 VMware Tools와 관련하여 해결된 문제의 목록을 보려면 VMware Tools 해결된 문제를 참조하십시오.

설치된 VMware Tools 버전을 확인하려면 VMware Tools 빌드 버전 확인(KB 1003947)을 참조하십시오.

ESX/ESXi 업그레이드

vSphere 5.0 업데이트 1은 ESX/ESXi 호스트를 업그레이드할 수 있도록 다음과 같은 도구를 제공합니다.

  • vSphere Update Manager. 사이트에서 vCenter Server를 사용하는 경우에는 vSphere Update Manager를 사용하여 ESX/ESXi 4.0, 4.1 및 ESXi 5.0에서 오케스트레이션된 호스트 업그레이드 또는 오케스트레이션된 가상 시스템 업그레이드를 수행할 수 있습니다. vSphere 업그레이드 설명서에 나와 있는 지침을 참조하거나, vSphere Update Manager에 대한 자세한 설명을 보려면 VMware vSphere Update Manager 설치 및 관리 설명서를 참조하십시오.

  • CD-ROM이나 DVD에 있는 ESXi 설치 관리자 ISO 이미지를 사용하여 대화형으로 업그레이드. CD-ROM 또는 DVD 드라이브에서 ESXi 5.0 업데이트 1 설치 관리자를 실행하여 대화형 업그레이드를 수행할 수 있습니다. 이 방법은 업그레이드하는 호스트 수가 적은 경우에 적합합니다.

  • 스크립트로 작성된 업그레이드 수행. 업데이트 스크립트를 실행하여 ESXi/ESX 4.x 호스트를 ESXi 5.0 업데이트 1로 업그레이드하거나 마이그레이션하면 효율적인 자동 업그레이드를 수행할 수 있습니다. 스크립트로 작성된 업그레이드를 수행할 경우 여러 호스트를 효율적으로 배포할 수 있습니다. 스크립트를 사용하여 CD-ROM이나 DVD 드라이브에서 ESXI를 업그레이드하거나 설치 관리자를 PXE 부팅할 수 있습니다.

  • ESXCLI: esxcli 명령줄 유틸리티를 사용하여 ESXi 5.x 호스트를 업데이트하고 패치를 적용할 수 있습니다. 그러나 esxcli를 사용하여 ESX/ESXi 4.x 호스트를 ESXi 5.0 업데이트 1로 업그레이드할 수는 없습니다.
ESXi 5.0 업데이트 1로의 업그레이드에 대해 지원되는 업그레이드 경로:

업그레이드 자료

지원되는 업그레이드 도구

ESXi 5.0 업데이트 1로의 업그레이드를 위해 지원되는 경로

ESX 4.0:
포함 버전:
ESX 4.0 업데이트 1
ESX4.0 업데이트 2

ESX4.0 업데이트 3
ESX 4.0 업데이트 4

ESXi 4.0:
포함 버전:
ESXi 4.0 업데이트 1
ESXi 4.0 업데이트 2

ESXi 4.0 업데이트 3
ESXi 4.0 업데이트 4

ESX 4.1:
포함 버전:
ESX 4.1 업데이트 1
ESX 4.1 업데이트 2

ESXi 4.1 :
포함 버전:
ESXi 4.1 업데이트 1

ESXi 4.1 업데이트 2

ESXi 5.0

VMware-VMvisor-Installer-5.0.0.update01-623860.x86_64.iso

 

  • VMware vCenter Update Manager
  • CD 업그레이드
  • 스크립트로 작성된 업그레이드

*

update-from-esxi5.0-5.0_update01.zip
  • VMware vCenter Update Manager
  • ESXCLI
  • VMware vSphere CLI
  • CD 업그레이드
  • 스크립트로 작성된 업그레이드

아니요

아니요

아니요

아니요

VMware 포털(온라인)에서 다운로드한 패치 정의 사용 VMware vCenter Update Manager(패치 기준선 포함)

아니요

아니요

아니요

아니요

* 참고: VMware-VMvisor-Installer-5.0.0.update01-623860.x86_64.iso를 사용한 ESXi 5.0 업그레이드는 지원되지 않습니다. 대신 VMware vCenter Update Manager에서 update-from-esxi5.0-5.0_update01.zip을 사용하여 업그레이드해야 합니다.

VMware vSphere SDK

VMware vSphere는 vSphere 서버 및 게스트 운영 체제 환경에 사용할 수 있는 일련의 SDK를 제공합니다.

  • vSphere Management SDK. vSphere 관리 프로그래밍 환경에 사용할 수 있는 소프트웨어 개발 키트의 모음입니다. vSphere Management SDK에는 다음과 같은 vSphere SDK가 포함됩니다.

    • vSphere Web Services SDK. ESXi 5.0 이상 및 vCenter Server 5.0 이상 서버 시스템에서 사용할 수 있는 새로운 기능에 대한 지원을 포함합니다. 이 SDK는 이전 버전의 ESX/ESXi 및 vCenter Server에도 사용할 수 있습니다. 자세한 내용은 VMware vSphere Web Services SDK 설명서를 참조하십시오.

    • vSphere vCenter SMS(Storage Monitoring Service) SDK. SMS 2.0은 vCenter Server 5.0에서 지원됩니다. 자세한 내용은 vCenter SMS SDK 설명서를 참조하십시오.

    • vSphere EAM(ESX Agent Manager) SDK. EAM 1.0은 ESXi 5.0 업데이트 1에서 지원됩니다. 자세한 내용은 vSphere ESX Agent Manager를 참조하십시오.

  • vSphere Guest SDK. VMware vSphere Guest SDK 4.0은 ESXi 5.0 업데이트 1에서 지원됩니다. 자세한 내용은 VMware vSphere 게스트 SDK 설명서를 참조하십시오.

  • VMware vSphere SDK for Perl. SDK for Perl 5.0은 vSphere 5.0 업데이트 1에서 지원됩니다. 자세한 내용은 vSphere SDK for Perl 설명서를 참조하십시오.

VMware vSphere의 오픈 소스 구성 요소

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

이 릴리스에 포함된 패치

이 릴리스에는 이 제품 출시 이전에 출시된 모든 ESXi 관련 공지가 포함됩니다. 개별 공지에 대한 자세한 내용은 VMware 패치 다운로드 페이지를 참조하십시오.

패치 릴리스 ESXi50-Update01에는 다음과 같은 개별 공지가 포함되어 있습니다.

ESXi500-201203201-UG: ESXi 5.0 esx-base vib 업데이트
ESXi500-201203202-UG: ESXi 5.0 tools-light vib 업데이트
ESXi500-201203203-UG: ESXi 5.0 ehci-ehci-hcd vib 업데이트
ESXi500-201203204-UG: ESXi 5.0 scsi-megaraid-sas vib 업데이트
ESXi500-201203205-UG: ESXi 5.0 misc-drivers vib 업데이트
ESXi500-201203206-UG: ESXi 5.0 sata vib 업데이트
ESXi500-201203207-UG: ESXi 5.0 net-e1000e vib 업데이트
ESXi500-201203208-UG: ESXi 5.0 scsi-rste vib 업데이트
ESXi500-201203209-UG: ESXi 5.0 net-nx-nic vib 업데이트
ESXi500-201203210-UG: ESXi 5.0 scsi-mpt2sas 드라이버 업데이트
ESXi500-201203211-UG: ESXi 5.0 scsi-aacraid 드라이버 업데이트


패치 릴리스 ESXi50-Update01 Security-only에는 다음과 같은 개별 공지가 포함되어 있습니다.

ESXi500-201203101-SG: ESXi 5.0 esx-base vib 업데이트
ESXi500-201203102-SG: ESXi 5.0 tools-light vib 업데이트
ESXi500-201203103-SG: ESXi 5.0 net-e1000e vib 업데이트

패치 릴리스 ESXi50-Update01에는 다음과 같은 이미지 프로파일이 포함되어 있습니다.

ESXi-5.0.0-20120302001-standard
ESXi-5.0.0-20120302001-no-tools

패치 릴리스 ESXi50-Update01 Security-only에는 다음과 같은 이미지 프로파일이 포함되어 있습니다.

ESXi-5.0.0-20120301001s-standard
ESXi-5.0.0-20120301001s-no-tools


패치 및 업데이트 분류에 대한 자세한 내용은 KB 2014447을 참조하십시오.

해결된 문제

이 섹션에서는 이 릴리스에서 다음 분야와 관련하여 해결된 문제에 대해 설명합니다.

이제는 해결된 문제로, 이전에 알려진 문제로 문서화된 문제는 † 기호로 표시되어 있습니다.

CIM 및 API

  • OpenManage 6.5가 ESXi 5.0 호스트에 설치되어 있을 경우 WinRM 쿼리가 시간 초과됨
    Dell OMSA(OpenManage Server Administrator) 6.5가 설치된 ESXi 5.0 호스트에서 CIM_SoftwareIdentity클래스에 대해 WinRM(Windows Remote Management) 열거 작업을 실행하면 쿼리가 다음과 유사한 오류 메시지와 함께 시간 초과가 발생할 수 있습니다.

    WinRM 클라이언트에서 지정된 시간 내에 작업을 완료할 수 없습니다. 시스템 이름이 올바르고 네트워크를 통해 시스템에 액세스할 수 있는지 확인하십시오.

    다음과 유사한 오류 메시지가 var/log/syslog.log에 기록됩니다.

    2011-09-22T15:18:53Z sfcb-vmware_base[4927]: spGetMsg receiving from 50 4927-11 Resource temporarily unavailable
    2011-09-22T15:18:53Z sfcb-vmware_base[4927]: rcvMsg receiving from 50 4927-11 Resource temporarily unavailable
    2011-09-22T15:18:53Z sfcb-vmware_base[4927]: Timeout or other socket error


    OMSA 소프트웨어가 설치되지 않은 경우에는 쿼리가 작동합니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • 오프라인 상태의 데이터스토어에 대해 호출할 경우 RefreshDatastore API가 오류를 표시하지 않음
    ESXi4.0에서 스토리지 케이블 연결을 끊은 후 MOB(Managed Object Browser)를 사용하여 이 FC SAN에 생성된 데이터스토어를 찾고 존재하지 않는 데이터스토어의 MoRef(관리 개체 참조)에 대해 RefreshDatastore메서드를 호출한 경우 RefreshDatastoreAPI가 어떤 오류도 표시하지 않습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • 여러 클라이언트를 구성할 경우 CIM 표시가 실패할 수 있음
    ESXi 호스트의 CIM 표시를 둘 이상의 클라이언트(예: C1 및 C2)에서 구독하고 첫 번째 클라이언트(C1)에서 구독을 삭제하면 다른 클라이언트(C2)에서 호스트의 표시 알림을 수신하지 못할 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • 메모리 누수로 인해 CIM 표시가 실패할 수 있음
    sfcb-ProviderMa메모리 크기 증가를 발견할 수도 있습니다. 메모리 크기가 17920MB 한도에 도달하면 sfcb-ProviderMa프로세스가 실패합니다. CIM 표시가 중지되고 memSizeLimit에 도달했음을 알리는 다음과 유사한 메시지가 vmkernel.log에 기록됩니다.

    2011-12-04T10:49:41.852Z cpu4:3570)MemSched: vm 3570: UserReserveBStore:7987: Invalid memSize=17221 + memSizeResv=0 + nPages=1101 > memSizeLimit=17920

    이 문제는 이 릴리스에서 해결되었습니다.

  • 매개 변수에 WS 관리 호출 작업의 어레이가 있는 경우 WSMan 서비스에서 서비스 사용 불가 오류를 보고함
    ESXi 호스트의 WSMan 서비스는 호출 작업을 수행할 때 단일 요소 어레이 입력 매개 변수를 지원하지 않습니다.

    이 문제는 이 릴리스에서 해결되었습니다. 이제 어레이 입력 매개 변수가 지원됩니다.

  • JRE 1.6U29에서 실행되는 클라이언트에서 열거 인스턴스를 수행하는 동안 CIM 오류가 발생함
    JRE 1.6U29에서 실행되는 CIM 클라이언트에서 ESX 호스트의 열거 인스턴스를 수행하는 동안 sfcbd서비스와 JRE 간의 비호환성으로 인해 CIM 클라이언트에서 HTTP 500 Method not implemented오류를 표시할 수 있습니다. CIM 클라이언트가 JRE 1.6U27 이전 릴리스에서 실행되는 경우에는 이 문제가 발생하지 않습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • 타사 CIM 공급자가 기본 SFCB 할당(256개의 파일 설명자)을 초과할 수 있음
    다음과 유사한 오류 메시지가 vmkernel.log에 기록됩니다.

    socketcall: UserSocketUnix: AllocRecvMsg:3294: Unable to reserve fd.

    No free fds /sbin/sfcbd -d -l 7: (256 allocated)

    UserObj descriptors limit exceeded


    이 문제는 Emulex CIM 공급자에서 발견되었습니다.

    이 문제는 이 릴리스에서 해결되었습니다. 이제 파일 설명자 값을 업데이트하도록 /etc/sfcb/sfcb.cfg파일을 구성할 수 있습니다.

게스트 운영 체제

  • 마우스 움직임에 대해 과도한 로깅 발생
    마우스 움직임에 대해 다음과 유사한 SVGA 메시지가 반복적으로 vmware.log에 기록될 수 있습니다.

    May 02 12:01:28.464: mks| SVGA: Restoring cursor bypass 3 from vm which took 3->2->3 roundtrip
    May 02 12:01:30.468: mks| SVGA: Restoring cursor bypass 3 from vm which took 3->2->3 roundtrip


    이 반복적인 로깅으로 인해 생성되는 I/O 때문에 스토리지 시스템의 로드가 증가할 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • Windows 2008 R2 게스트 운영 체제를 실행하는 가상 시스템 핫 클론에 대한 사용자 지정이 실패하고 클론이 계속해서 재부팅됨
    Windows 2008 R2 게스트 운영 체제의 핫 클론에 대한 사용자 지정이 자동 확인 기능을 찾을 수 없음이라는 오류 메시지와 함께 실패하고 가상 시스템이 계속해서 재부팅됩니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • 일부 Windows HAL에서 /usepmtimer를 사용하면 QueryPerformanceCounter가 가상 시스템 내에서 잘못 작동함(KB 1011714)

  • Citrix Provisioning Server에서 가상 시스템의 PXE 부팅 시 발생하는 ESXi 5.0 문제(KB 2008436)

  • WDDM 드라이버가 설치된 경우 Windows 8 가상 시스템이 검은색 화면으로 표시됨
    3D를 사용할 수 없는 Windows 8 데스크톱 가상 시스템에 WDDM 드라이버를 설치한 경우 가상 시스템의 콘솔이 블랙 스크린으로 표시될 수 있습니다.

    이 릴리스에서는 WDDM 드라이버가 Windows 8 가상 시스템에 기본적으로 설치되지 않습니다.

라이센스

  • 하이퍼바이저 vRAM 라이센스가 ESXi 호스트에 할당된 경우 유료 라이센스용으로 지정된 작업을 타사 클라이언트가 수행할 수 있음
    이번 릴리스부터 ESXi 호스트에 하이퍼바이저 vRAM 라이센스가 할당된 경우 다른 클라이언트가 VIM API를 사용할 수 없도록 제한됩니다.

  • vSphere Essentials for ROBO 및 vSphere Essentials Plus for ROBO 관리
    이 릴리스에서도 계속해서 다음 vCenter Server 버전을 통해 vSphere Essentials for ROBO 및 vSphere Essentials Plus for ROBO를 관리할 수 있습니다.
    • VMware vCenter Server Standard
    • VMware vCenter Server for Essentials
    • VMware vCenter Server Foundation
    하지만 이러한 버전을 관리하기 위해서는 ESXi 5.0 업데이트 1로 업그레이드하고 새 ROBO 키를 사용해야 합니다.

  • vSphere Enterprise 버전에 VAAI 기능이 나열되지 않음
    vCenter Server에서 vStorage APIs - Array Integration(VAAI) 기능이 vSphere Client for vSphere Enterprise 버전의 구성 > 라이센스가 부여된 기능 아래에 나열되지 않습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • pRAM이 32GB보다 큰 ESXi 호스트에 VMware vSphere Hypervisor 라이센스 키를 할당할 수 없음
    vSphere의 이전 릴리스에서는 물리적 RAM 크기가 32GB보다 큰 호스트에 Hypervisor 라이센스 키를 할당할 수 있었습니다. ESXi 5.0 업데이트 1부터는 pRAM 크기가 32GB보다 작거나 같은 ESXi 호스트에만 Hypervisor 라이센스 키를 할당할 수 있습니다.

기타

  • VMkernel.Boot.maxVMs를 6보다 작은 값으로 설정하면 재부팅 시 ESXi 호스트에서 장애가 발생함
    VMkernel.Boot.maxVMs값( 고급 설정 > VMkernel > 부팅)을 6보다 작은 값으로 설정하여 전원을 켤 수 있는 가상 시스템의 수를 제한하면 재부팅 시 ESXi 호스트에서 장애가 발생하고 보라색 화면이 표시됩니다. 진단 화면에 다음과 유사한 오류 메시지가 표시됩니다.

    NOT_IMPLEMENTED /vmkernel/main/lpage.c:3275


    이 문제는 이 릴리스에서 해결되었습니다.

  • USB 디바이스를 가상 시스템에 추가할 수 없음(KB 1039359)
  • MOB(Managed Object Browser)를 통해 ESXi 호스트에 연결하면 CPU 및 메모리 예약 값이 '설정하지 않음'으로 표시됨
    MOB(Managed Object Browser)를 통해 ESXi 호스트에 연결하면 VirtualMachineConfigSummary에서 가상 시스템의 CPU 예약 값 [ virtualMachineConfigSummary.cpuReservation] 및 메모리 예약 값 [ virtualMachineConfigSummary.memoryReservation]이 설정하지 않음으로 표시됩니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • 많은 양의 데이터를 USB 스토리지에 복사하면 데이터가 손상됨
    1GB가 넘는 많은 양의 데이터를 64비트 Windows 가상 시스템에서 USB 스토리지 디바이스로 복사하면 데이터가 손상될 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • 특정한 스냅샷 트리 구조에서 vim-cmd 명령을 사용한 스냅샷 수정이 실패함
    특정 스냅샷 트리 구조에 대해 vim-cmd vmsvc/snapshot.remove또는 vim-cmd vmsvc/snapshot.revert명령을 사용하여 스냅샷을 수정할 경우 수정이 실패합니다.

    이 문제는 이 릴리스에서 해결되었습니다. 이제 가상 시스템에 연결되는 모든 스냅샷에 대해 고유 식별자 snapshotId가 생성됩니다. vim-cmd vmsvc/snapshot.get <vmid>명령을 실행하여 snapshotId를 얻을 수 있습니다. 동일한 명령으로 작업할 때 다음과 같은 새 구문을 사용할 수 있습니다.

    스냅샷으로 복구: vim-cmd vmsvc/snapshot.revert <vmid> <snapshotId> [suppressPowerOff/suppressPowerOn]
    스냅샷 제거: vim-cmd vmsvc/snapshot.remove <vmid> <snapshotId>
  • Internet Explorer 9에서 특정 웹 사이트의 비 ASCII 문자가 잘못 표시됨
    ESXi 5.0 호스트에서 실행되고 있는 3D 지원 Windows 7 가상 시스템에서 Internet Explorer 9 브라우저를 사용할 경우 특정 웹 사이트의 비 ASCII 문자가 제대로 표시되지 않습니다. 이 문제는 특정 아시아 웹 사이트를 탐색할 때 발견됩니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • ESXi hostd 에이전트 스레드(vix-async-pipe)가 CPU를 너무 많이 소모하여 평균 로드가 증가함

    이 문제는 이 릴리스에서 해결되었습니다.

  • 잘못된 가상 시스템 구성으로 인해 vCenter SRM 페일오버가 실패함
    VMware vCenter SRM(Site Recovery Manager) 복구 계획에 구성된 가상 시스템에서 하나 이상의 RDM(원시 디바이스 매핑) 파일을 사용하며 포인터 파일이 홈 폴더 이외의 폴더에 있을 경우 VMware vCenter SRM 페일오버 프로세스가 실패합니다. SRM 로그에 다음과 유사한 항목이 포함됩니다.

    [2011-05-05 09:26:35.756 22348 verbose 'RSVm-49592-Task'] Error set to (vim.fault.InvalidDeviceBacking)

    이 문제는 이 릴리스에서 해결되었습니다.

  • 대용량 디스크에서 불필요하게 전체 디스크 동기화가 수행됨
    VR(vSphere 복제)을 사용하여 256GB보다 큰 디스크를 보호하는 경우 가상 디스크 디바이스의 내부 재시작을 유발하는 작업이 있을 때마다 디스크에서 전체 디스크 동기화가 수행됩니다. 다음과 같은 경우를 포함하여 다양한 조건에 의해 내부 재시작이 발생합니다.  
    • 가상 시스템이 재시작되는 경우
    • 가상 시스템에 vMotion이 사용되는 경우
    • 가상 시스템이 재구성되는 경우
    • 가상 시스템에 대한 스냅샷이 생성되는 경우
    •  
    • 복제가 일시 중지되었다 재개되는 경우
    이 문제는 이 릴리스에서 해결되었습니다.

  • NUMA 노드가 8개가 넘는 서버에 설치된 ESXi 호스트에서 장애가 발생하고 보라색 화면이 표시됨

    이 문제는 이 릴리스에서 해결되었습니다.

  • Syslog.global.LogDir 매개 변수를 잘못 구성하면 vmsyslogd 서비스가 실패함
    Syslog.global.LogDir매개 변수를 잘못 구성하면 오류 메시지가 표시되지 않으면서 vmsyslogd서비스가 실패하고 기본 /var/log디렉토리에 로그가 기록되지 않습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • syslog 방화벽 규칙 집합이 ESXi 호스트에서 사용되도록 설정되지 않아도 로그가 syslog 서버에 기록됨

    이 문제는 이 릴리스에서 해결되었습니다.

  • ESXi TSM(Tech Support Mode)에 대해 세션 시간 초과 사용
    콘솔에서 ESXi 호스트에 로그인한 후 TSM(Tech Support Mode)에 루트 사용자로 로그인하고 원격 서버 콘솔 액세스 세션을 실행하면 원격 액세스 세션이 시간 초과되지 않았거나 유휴 상태인데도 권한 없는 사용자가 ESXi 호스트에 대한 루트 액세스 권한을 얻을 수 있습니다.

    이 릴리스부터 다음과 같이 세션 시간 초과를 구성하여 ESXi TSM(Tech Support Mode)을 종료할 수 있습니다.
    1. 루트 사용자로 TSM(Tech Support Mode)에 로그인합니다.
    2. /etc/profile파일을 편집하여 TMOUT=<시간 초과 값(초)>를 추가합니다.
    3. TSM(Tech Support Mode)을 종료합니다.

네트워킹

  • 번들로 제공된 Emulex BE2/BE2 NIC(be2net 드라이버) 사용
    HP FlexFabric/Flex-10 또는 IBM VFA(Virtual Fabric Adapter) 환경에서 vSphere 5.0을 Emulex BE2/BE3 NIC(be2net 드라이버)와 함께 사용하면 VLAN이 구성될 때 Windows 가상 시스템 또는 서버에서 연결이 제대로 설정되지 않을 수도 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • FT 기본 VM의 전원을 끈 후 보조 VM의 호스트를 vDS에서 제거할 없음
    FT 가상 시스템의 전원을 끄더라도 해당 보조 VM에서 사용하는 섀도우 dvPort는 vmkernel에 계속 존재합니다. 이렇게 하면 보조 VM이 실행되고 있는 호스트가 vDS에서 제거되는 것을 피할 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • ESXi 방화벽에 DNS용 TCP 포트 포함
    ESXi 호스트를 AD(Active Directory) 도메인에 추가할 수 없습니다. ESXi 5.0 호스트를 AD 환경에 가입시키려고 하면 다음과 유사한 오류 메시지와 함께 작업이 실패합니다.

    <domainname>에 가입할 수 없습니다. 지정한 도메인이 없거나 연결할 수 없습니다.

    이 문제는 이 릴리스에서 해결되었습니다. 이제 ESXi 호스트의 방화벽에서 아웃바운드 TCP 포트 53이 기본적으로 사용됩니다.
  • VLAN과 pVLAN을 동일한 vNetwork Distributed Switch에 구성하면 네트워크 연결이 끊어질 수 있음
    pVLAN(전용 VLAN)을 vDS(vNetwork Distributed Switch)에 구성할 경우 VLAN으로 구성된 vDS의 가상 시스템을 부팅할 때 네트워크 연결이 끊어질 수 있습니다. 그러나 업링크의 연결을 끊었다가 다시 연결하면 문제가 해결됩니다. 이 문제는 be2net NIC 및 ixgbe vNIC에서 발견되었습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • vShield 또는 타사 vSphere 통합 방화벽 제품을 사용할 경우 보라색 진단 화면이 나타남(KB 2004893)

  • DHCP 서버에서 IP 주소가 부족함
    DHCP 클라이언트의 문제로 인해 DHCP 클라이언트가 서버의 브로드캐스트 MAC 주소를 사용하여 DHCPRELEASE 메시지를 보낼 수 있습니다. 하지만 이러한 릴리스 메시지가 중간 DHCP 프록시 라우터에서 삭제되지 않아 결국 DHCP 서버에서 IP 주소가 부족해집니다.

    이 문제는 이 릴리스에서 해결되었습니다. 이제 릴리스 메시지가 유니캐스트 주소를 사용하여 전송됩니다.

  • ESXi 호스트가 멀티캐스트 트래픽에서 과도한 RARP 브로드캐스트를 생성함
    가상 시스템이 멀티캐스트 그룹에 가입하거나 그룹에서 나갈 경우 ESXi 호스트가 과도한 RARP(역 주소 분석 프로토콜) 패킷을 생성합니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • VMXNET 2 vNIC에 연결된 가상 시스템의 전원을 켜면 보라색 화면이 나타나면서 ESXi 호스트에서 장애가 발생할 수 있음
    보라색 진단 화면에 다음과 유사한 오류 메시지가 표시됩니다.

    0x412261b07ef8:[0x41803b730cf4]Vmxnet2VMKDevTxCoalesceTimeout@vmkernel#nover+0x2b stack: 0x412261b0
    0x412261b07f48:[0x41803b76669f]Net_HaltCheck@vmkernel#nover+0xf6 stack: 0x412261b07f98


    다음과 유사한 오류 메시지가 VMkernel.log에 기록됩니다.

    WARNING: Vmxnet2: 5720: failed to enable port 0x2000069 on vSwitch1: Limit exceeded^[[0m

    이 문제는 이 릴리스에서 해결되었습니다.

  • nx_nic 네트워크 드라이버 문제로 인해 ESXi 호스트에서 장애가 발생함
    nx_nic 네트워크 드라이버 문제로 인해 보라색 화면이 표시되면서 ESXi 호스트에서 장애가 발생할 수 있습니다. 진단 화면에 표시되는 다음과 유사한 오류 메시지로 전송(TX) 시간 초과가 있었음을 알 수 있습니다.

    0x4122096c7eb0:[0x41801545eee4]unm_tx_timeout_task@com.netxen.nx_nic#9.2.0.0+0x10b stack: 0x0

    이 문제는 이 릴리스에서 해결되었습니다.

  • vCPU의 개수가 2의 거듭제곱이 아닐 경우 특정 버전의 VMXNET 3 드라이버에서 디바이스를 초기화하지 못함(KB 2003484 )

  • 네트워크 파일 복사 도중 hostd가 응답을 중지할 수 있음
    드문 경우에 네트워크 파일 복사 작업 도중 hostd가 응답을 중지할 수 있습니다. 이 문제는 대개 네트워크 환경 문제로 인해 발생합니다. hostd가 밀리초당 몇 번씩 연속적으로 빠르게 다음과 유사한 메시지를 /var/log/vmware/hostd에 기록하여 높은 CPU 사용률(80-100%)이 나타납니다.

    [2010-12-14 13:15:39.238 F5135B90 warning 'Libs'] [NFC ERROR] NfcFssrvrRecv: failed with code = 9
    [2010-12-14 13:15:39.238 F5135B90 info 'Libs'] NfcNetTcpRead: timed out waiting for data


    이러한 메시지는 hostd를 다시 시작할 때까지 기록됩니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • 물리적 NIC를 추가 및 제거하면 보라색 화면이 표시되면서 ESXi 호스트에서 장애가 발생함
    보라색 진단 화면에 다음과 유사한 오류 메시지가 표시됩니다.

    NDiscVlanCheck (data=0x2d16, timestamp=<value optimized out>) at bora/vmkernel/public/list.h:386

    이 문제는 이 릴리스에서 해결되었습니다.

  • 이 릴리스에서는 대체 MAC 주소 기능을 지원하기 위해 Intel PRO/1000 PB 이중 포트 서버 연결용 e1000e 드라이버가 업데이트되었습니다.

  • VLAN 오프로드를 지원하지 않는 네트워크 어댑터에서 Network I/O Control을 사용할 경우 ESXi 호스트가 중지되고 보라색 진단 화면이 표시됨(KB 2011474)

  • 게스트 운영 체제에서의 가상 직렬 포트를 통한 데이터 전송이 갑자기 중지될 수 있음
    게스트 운영 체제에서 데이터 수신과 전송을 동시에 수행하는 경우 특정 부하 상태에서 데이터 전송이 중지될 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

보안

  • Mac OS X 게스트 운영 체제에서 가상 디스크를 내부 디바이스로 취급하지 않음

    이 문제는 이 릴리스에서 해결되었습니다.

  • Python 패키지 업데이트
    여러 가지 보안 문제를 해결하기 위해 ESXi에서 Python 타사 라이브러리가 2.6.7 버전으로 업데이트되었습니다.

    일반 취약성 및 노출 프로젝트( cve.mitre.org)에서는 이러한 문제에 CVE-2009-3560, CVE-2009-3720, CVE-2010-1634, CVE-2010-2089 및 CVE-2011-1521이라는 이름을 할당했습니다.

  • bzip2 라이브러리 업데이트
    bzip2 라이브러리가 1.0.6 버전으로 업데이트되어 보안 문제를 해결합니다.

    일반 취약성 및 노출 프로젝트( cve.mitre.org)에서는 이러한 문제에 CVE-2010-0405라는 이름을 할당했습니다.

서버 구성

  • 규정 준수 호스트에 호스트 프로파일을 적용하면 규정이 준수되지 않음(KB 2003472)

  • 페이지 공유가 해제된 ESXi 호스트에 보라색 화면이 표시되면서 장애가 발생함
    부팅 시 옵션 페이지 공유가 해제된 ESXi 호스트에 대해 VMotion 작업을 수행하면 ESXi 호스트에 보라색 화면이 표시되면서 장애가 발생할 수 있습니다.

    페이지 공유를 해제하면 ESXi 호스트 성능에 크게 영향을 줍니다. 페이지 공유는 해제되어서는 안 되기 때문에 이 릴리스부터는 페이지 공유 구성 옵션이 제거되었습니다.

  • OMSA(Dell OpenManage Server Administrator) GUI에서 BIOS 탭에 일부 옵션이 표시되지 않음
    UEFI(Unified Extensible Firmware Interface) 모드에서 실행 중인 Dell 서버에서 OMSA를 사용하여 설치된 ESXi 호스트를 시작하면 OMSA의 BIOS 탭에 NIC 및 NUM 잠금 같은 특정 옵션이 표시되지 않습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

스토리지

  • 손상된 VMFS 볼륨으로 인해 VMFS 힙 메모리가 소진될 수 있음
    ESXi 호스트에서 손상된 VMFS 볼륨이 나타나면 VMFS 드라이버에서 메모리 누수가 발생하여 VMFS 힙이 소진될 수 있습니다. 이로 인해 모든 VMFS 작업이 중단되어 가상 시스템의 연결이 끊어지고 데이터스토어가 손실됩니다. vMotion 작업이 수행되지 않을 수 있으며 새 가상 시스템을 시작하려는 시도가 누락된 파일 및 메모리 소진과 관련된 오류와 함께 실패할 수 있습니다. 이 문제는 손상된 LUN을 공유하고 있으며 해당 LUN에서 가상 시스템을 실행 중인 모든 ESXi 호스트에 영향을 줄 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • I/O가 복구되었는데도 대체되는 컨트롤러의 LUN에 있는 데이터스토어가 vCenter Server에서 비활성으로 표시됨
    이중화를 위해 구성된 HA 스토리지 컨트롤러 쌍에서 한 컨트롤러를 대체하면 이 대체된 컨트롤러의 LUN에 있는 데이터스토어가 비활성으로 표시되고 수동으로 재검색을 수행할 때까지 계속 비활성으로 남아 있을 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • Windows 게스트 운영 체제에서 사용되는 PVSCSI(반가상화 SCSI)의 높은 디스크 I/O 로드로 인해 I/O 오류가 발생할 수 있음
    특정 시나리오에서 Windows 게스트 운영 체제에서 사용되는 PVSCSI(반가상화 SCSI)의 높은 디스크 I/O 로드로 인해 I/O 오류가 발생할 수 있습니다. Windows 이벤트 로그에 다음과 유사한 오류가 표시될 수 있습니다.

    운영 체제에서 오류 1117을(를) 반환했습니다. (I/O 장치 오류로 인해 요청이 수행될 수 없습니다.)

    이 문제는 이 릴리스에서 해결되었습니다.

  • 이 릴리스에서는 MegaRAID SAS 드라이버가 5.34 버전으로 업그레이드되었습니다.

  • ESXi 5.0 업데이트 1에서 ALUA 지원 LSI 어레이의 기본 SATP 플러그인이 변경됨(KB 2016753)
  • 이 릴리스에서는 Intel C600 시리즈 칩셋용 네이티브 스토리지 드라이버에 대한 지원이 추가되었습니다.

  • VMkernel이 PDL 상태인 데이터스토어의 가상 시스템을 중지할 때 오류 메시지가 기록되지 않음
    SCSI 디바이스가 PDL(영구적 디바이스 손실) 상태가 되면 이 SCSI 디바이스에서 지원하는 데이터스토어를 사용하는 모든 가상 시스템이 영향을 받습니다. 일부 타사 HA 솔루션에는 disk.terminateVMOnPDLDefaultTrue로 설정된 VMX 옵션이 포함되어 있습니다. 이 옵션을 사용하면 VMkernel이 이러한 영향을 받는 가상 시스템을 중지합니다.

    이 릴리스부터 VMkernel이 영향받는 가상 시스템을 중지할 때 다음과 유사한 경고 메시지가 각 가상 시스템에 대해 한 번씩 vmkernel.log에 기록됩니다.

    WARNING: VSCSI: CompleteIOCommand:4033: handle 8193(vscsi0:1):opened by wid 4061 (vmm0:win2k3-sp1) has Permanent Device Loss. Killing world group with leader id <id>

  • ESXi 5.0 호스트가 mpt2sas 드라이버로 구동되는 HBA에 연결된 2TB보다 큰 SAS 하드 드라이브를 검색하지 못함
    이 문제는 SAS 드라이브가 ESXi에서 지원하지 않는 설명자 형식 인식 데이터를 반환하기 때문에 발생합니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • 물리적 RDM LUN에 대해 실행된 0xc1 같은 특정 벤더 관련 SCSI 명령이 작동하지 않을 수 있음
    물리적 RDM LUN에 대해 실행된 0xc1 같은 특정 벤더 관련 SCSI 명령의 문제로 인해 대상 LUN에서 공간을 회수하지 못할 수 있습니다. 이 문제는 NetApp Filer에서 공간 회수를 위해 NetApp SnapDrive를 사용하는 경우에 확인되었습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • Dentrycache 초기화 중에 여러 프로세스에서 같은 리소스에 액세스할 경우 ESXi 호스트가 실패하고 파란색 진단 화면이 나타남

    이 문제는 이 릴리스에서 해결되었습니다.

  • VAAI(vSphere Storage APIs - Array Integration)에서 VAAI 사양을 위반하고 소스 디바이스에 XCOPY 명령을 보냄
    VAAI에서 소스 스토리지 디바이스에 보내는 XCOPY명령은 실패할 수 있습니다. 기본적으로 XCOPY명령은 VAAI 사양에 따라 대상 스토리지 디바이스로 전송되어야 합니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • vmkfstools를 사용하여 씬 프로비저닝 LUN에서 VMFS 삭제된 블록 회수(KB 2014849)

  • SCSI 중단 요청 처리 시 aacraid 드라이버의 문제로 인해 ESXi 호스트가 응답하지 않을 수 있음
    다음과 유사한 오류 메시지가 콘솔에 표시됩니다.

    0:00:25:03.275 cpu0:4204)WARNING: SCSILinuxAbortCommands Failed, Driver AAC, for vmhba0
    0:00:25:03.407 cpu0:4204)<3>aacraid: Host adapter abort request (2,0,0,0) - cmd 0x41000a023fc0 (0x28)
    0:00:25:03.415 cpu0:4204)<3>aacraid: Host adapter abort request (2,0,0,0) - cmd 0x41000a023fc0 (0x28) - FAILED
    0:00:25:03.425 cpu0:4204)WARNING: SCSILinuxAbortCommands Failed, Driver AAC, for vmhba0
    0:00:25:03.461 cpu2:4203)<3>aacraid: Host adapter abort request (2,3,0,0) - cmd 0x41000a02bdc0 (0x0)
    0:00:25:03.469 cpu2:4203)<3>aacraid: Host adapter abort request (2,3,0,0) - cmd 0x41000a02bdc0 (0x0) - SUCCESS
    0:00:25:03.479 cpu2:4203)WARNING: SCSILinuxAbortCommand - The driver failed to call scsi_done from itsabort handler and yet it returned SUCCESS

    이 문제는 이 릴리스에서 해결되었습니다.

업그레이드 및 설치

가상 시스템 관리

  • MIB 파일을 사용하여 SNMP 쿼리를 전송하면 ESXi 호스트가 응답을 중지함
    ESXi 호스트에서 포함된 SNMP 에이전트를 활성화하고 VMWARE-VMINFO-MIB.mibMIB 파일을 사용하여 마이그레이션, 복제, 생성 또는 삭제되는 가상 시스템으로 SNMP 쿼리를 전송하면 ESXi 호스트가 응답을 중지할 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • vCenter Server에서 복제된 Windows 2000 Professional 가상 시스템이 게스트 운영 체제로 Windows 2000 Professional이 아닌 Windows 2000을 vmx 파일에 표시함

    이 문제는 이 릴리스에서 해결되었습니다.

  • 가상 시스템 네트워크 제한을 2048Mbps보다 높은 값으로 설정하면 제한이 제대로 작동하지 않음
    ESXi 호스트에서 가상 시스템 트래픽에 대한 호스트 제한을 2048Mbps보다 높은 값으로 설정하도록 NetIOC(Network I/O Control)를 구성하면 대역폭 제한이 적용되지 않습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • ESXi 4.x에서 업그레이드한 후 Windows 2000 터미널 서버의 성능이 저하됨
    ESXi 4.x에서 ESXi 5.0으로 업그레이드한 후 Windows 2000 터미널 서버의 성능이 저하될 수 있습니다. 이러한 가상 시스템의 콘솔이 응답을 중지할 수 있으며 해당 CPU 사용률은 계속 100%로 표시됩니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • ESXi 5.0 호스트 장애에서 복구된 후 가상 시스템의 연결이 끊어질 수 있음
    특정 상황에서 가상 시스템에 대해 프로비저닝 작업을 수행한 후 ESXi 5.0 호스트에서 장애가 발생할 경우 호스트가 복구된 후 가상 시스템의 연결이 끊어질 수 있습니다. 가상 시스템의 전원을 켜려는 시도가 실패하고 다음과 유사한 오류 메시지가 표시됩니다.

    예상된 ESX 호스트에서 VM(<VM name>)을 찾지 못했기 때문에 이 VM의 전원을 켜지 못했습니다.

    이 문제는 상태 비저장 ESXi 5.0 호스트에서는 발생하지 않습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • 특정한 종료 작업에 대해 가상 시스템이 응답하지 않음
    vSphere Client에서 게스트 종료 옵션을 사용하여 가상 시스템을 종료하지 못할 수 있습니다. 가상 시스템에 이제 컴퓨터의 전원을 꺼도 안전합니다.라는 메시지가 표시되지만 가상 시스템이 완전히 종료되지 않습니다. 명령줄에서 vmware-cmd stop vm_vmx soft명령을 실행해도 가상 시스템을 종료하지 못할 수 있습니다. 하지만 게스트 운영 체제 내에서의 종료 작업은 실행됩니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • e1000e 네트워크 어댑터 유형이 핫 클론 가상 시스템에서 유동적으로 변경됨
    가상 시스템에 대해 핫 클론 작업을 수행하면 복제된 가상 시스템의 e1000e 네트워크 어댑터 유형이 게스트 운영 체제의 원래 선택된 기타 > 기타(64비트)에서 유동적으로 변경됩니다.

    이 문제는 이 릴리스에서 해결되었습니다.

vMotion 및 Storage vMotion

  • CPU 또는 메모리 리소스 부족을 알리는 오류 메시지와 함께 vMotion 작업이 실패함
    vMotion 작업이 다음과 유사한 오류 메시지와 함께 실패할 수 있습니다.

    소스에서 마이그레이션을 초기화하지 못했습니다. 오류 0xbad00a4. CPU 또는 메모리 리소스가 부족하여 VMotion을 시작하지 못했습니다.

    vMotion 작업 실패 - 이 호스트는 동시 마이그레이션 개수 제한 값에 도달했습니다.


    이 문제는 이 릴리스에서 해결되었습니다.

VMware Tools

  • vSphere Client에 VMware Tools 상태가 최신 버전이 아닌 것으로 표시됨
    Windows NT 4.0 운영 체제가 설치된 가상 시스템에 VMware Tools를 설치한 후 vSphere Client에 VMware Tools 상태가 VMware Tools가 최신임에도 적절한 상태가 아닌 "VMware Tools: 최신 버전 아님"으로 표시됩니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • VMware Tools 업데이트 후 SCSI 시간 초과 관련 udev 규칙이 올바르게 적용되지 않음
    VMware Tools OSP를 업데이트한 후 특정 Linux 게스트 운영 체제에서 SCSI 시간 초과 관련 udev 규칙이 올바르게 적용되지 않을 수 있습니다. 예를 들어 SLES10에서 udev 규칙에 따라 180초로 설정되어야 하지만 시간 초과 값이 60초입니다. #cat /sys/block/sda/*/timeout명령을 실행해 커널 버전이 영향을 받는지 검사하여 시간 초과가 180초로 설정되는지 확인할 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • 일부 Linux 게스트 운영 체제에서 /tmp의 일부 폴더가 삭제되기 때문에 VMware Tools 업그레이드가 실패함
    일부 Linux 배포 버전에서 /tmp의 오래된 파일과 폴더를 정기적으로 삭제하기 때문에 VMware Tools 업그레이드 시도가 실패할 수 있습니다. VMware Tools 업그레이드 시 자동 업그레이드를 위해 /tmp에 이러한 디렉토리가 필요합니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • Windows용 VMware Tools의 GuestInfo 구성 요소에서 메모리 누수가 발생할 수 있음
    게스트 운영 체제에 액세스 불가능한 DNS 서버가 있을 경우 Windows용 VMware Tools의 GuestInfo구성 요소에서 메모리 누수가 발생할 수 있습니다. 이러한 메모리 누수는 vmtoolsd.exe프로세스의 작업 설정 메모리를 크게 증가시킵니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • Auto Deploy를 사용하여 프로비저닝되는 호스트를 위한 VMware Tools(KB 2004018)

  • Ubuntu 11.04 및 11.10 게스트 운영 체제에 VMware Tools를 설치하면 경고 메시지가 나타남
    Ubuntu 11.04 및 11.10 게스트 운영 체제에 VMware Tools를 설치하면 다음과 유사한 경고 메시지가 콘솔에 표시됩니다.

    경고: 검증 없이 이 패키지를 설치하시겠습니까?[Y/N]

    Y를 누르면 설치가 완료됩니다.

    이 문제는 이 릴리스에서 해결되었습니다. 이 경고 메시지가 더 이상 표시되지 않습니다.

  • 영어(미국)가 아닌 32비트 Windows에서 VMware Tools를 설치할 경우 MSI 오류 상태 1603으로 인해 설치가 롤백되고 실패함(KB 2012665)

알려진 문제

다음의 알려진 문제는 철저한 테스트를 통해 발견되었으며 이번 릴리스에서 발생할 수 있는 일부 동작을 이해하는 데 도움이 될 것입니다. 이 문제 목록은 이 ESXi 5.0 업데이트 1 릴리스와 ESXi 5.0에만 적용됩니다. 이전 릴리스의 알려진 문제 중 일부가 이 릴리스에도 적용될 수 있습니다. 아래의 알려진 문제 목록에 없는 문제가 발생할 경우에는 이전 릴리스의 알려진 문제를 검토하거나, VMware 기술 자료를 검색하거나, 피드백을 통해 알려 주십시오.

알려진 문제 목록

알려진 문제를 모두 검토하여 현재 발생한 문제에 해당하는 항목을 찾으십시오. 이전에 문서화되지 않은 알려진 문제는 * 기호로 표시되어 있습니다. 알려진 문제는 다음과 같이 그룹화되어 있습니다.

설치 문제
  • ESXi 5.0 업데이트 1을 설치한 후 관련이 없는 네트워킹 관련 경고 메시지가 표시됨*
    ESXi 5.0 업데이트 1을 설치한 후 ESXi DCUI(Direct Console User Interface)에 다음과 유사한 경고 메시지가 표시됩니다.

    주의: DHCP 조회에 실패했습니다. 네트워크 구성을 사용자 지정할 때까지 이 시스템에 액세스하지 못할 수 있습니다.


    그러나 호스트에서 DHCP IP를 획득하고 다른 호스트를 ping할 수 있습니다.

    해결 방법: 이 오류 메시지는 정보 제공용이므로 무시해도 됩니다. 키보드에서 Enter 키를 누르면 오류 메시지가 사라집니다.

  • 스크립트로 작성된 설치에서 ESXi 설치 관리자가 ks파일의 part명령에 --fstype옵션을 적용하지 않음
    part명령의 --fstype옵션은 ESXi 5.0에서 더 이상 사용되지 않습니다. 설치 관리자가 오류 메시지를 표시하지 않고 --fstype옵션을 수락하기는 하지만 --fstype옵션에 지정된 파티션 유형은 생성되지 않습니다. 기본적으로 설치 관리자는 ESXi 5.0에 항상 VMFS5 파티션을 생성합니다. part명령에 --fstype옵션을 사용하여 다른 파티션 유형을 지정할 수 없습니다.

  • PowerShell 1.0에서 Image Builder cmdlet을 실행하여 수정된 이미지 프로파일을 표시할 경우 규칙 정보 누락
    Microsoft PowerShell 1.0에서 vSphere PowerCLI를 설치합니다. 그런 다음 OEM 소프트웨어 패키지를 이미지 프로파일에 추가합니다. 이미지 프로파일을 나열할 때 규칙 속성에 대한 정보가 누락됩니다.

    해결 방법: 이미지 프로파일 개체의 규칙 속성을 표시하여 규칙 정보에 액세스합니다.

  • 부팅 줄 명령에 스크립트 파일 이름을 대문자로 사용하지 않으면 CD 또는 DVD에서 수행하는 스크립트로 작성된 ESXi 설치 또는 업그레이드가 실패함
    CD 또는 DVD에 기록된 ESXi 5.0 설치 관리자 ISO와 함께 설치 또는 업그레이드 스크립트(kickstart 파일)를 사용하여 스크립트로 작성된 설치 또는 업그레이드를 수행할 경우, kickstart 파일 이름이 소문자인 경우에도 설치 관리자가 파일 이름을 대문자로만 인식합니다. 예를 들어 kickstart 파일 이름이 ks.cfg이고, ks=cdrom:/ks.cfg부팅 줄 명령을 사용하여 kickstart 파일 위치를 지정하면 HandledError: 오류(자세한 내용은 로그 참조): cd-rom의 다음 경로에서 kickstart 파일을 찾을 수 없음 -- /ks.cfg와 유사한 오류 메시지가 표시되고 설치가 실패합니다.

    해결 방법: kickstart 파일을 지정할 때 부팅 줄 명령에 kickstart 파일 이름을 대문자로 입력합니다(예: ks=cdrom:/KS.CFG).

  • VIB를 설치할 때 상대 경로를 사용하면 오류 메시지가 나타남
    esxcli software vib 명령을 사용하여 디포, VIB 또는 프로파일을 설치할 때 상대 경로를 지정하면 지정한 파일이나 디렉토리가 없음: '/var/log/vmware/a.vib'라는 오류 메시지와 함께 작업이 실패합니다.

    해결 방법: 설치 작업을 수행할 때 절대 경로를 지정합니다.

  • 이름에 특수 문자가 포함된 폴더에 vSphere Client를 설치할 수 없음
    이름에 세미콜론(;), 왼쪽 대괄호([), 오른쪽 대괄호(]), 등호(=), 더하기 기호(+), 쉼표(,) 또는 파운드 기호(#)가 포함된 폴더나 디렉토리에 vSphere Client를 설치하면 다음과 같은 오류 메시지가 나타납니다.

    설치 경로에 ';' 문자가 있습니다. 이 문자가 포함되지 않은 설치 디렉토리를 선택하십시오.

    폴더 이름에 세미콜론(;)이 없는 경우에도 vSphere Client를 지정한 폴더에 설치할 수 없습니다. 또한 이름에 파운드 문자( #)가 포함된 사용자 지정 폴더에 vSphere Client를 설치하면 클라이언트가 vCenter Server에 연결되지 않습니다.

    해결 방법: 폴더 이름에 세미콜론(;), 왼쪽 대괄호([), 오른쪽 대괄호(]), 등호(=), 더하기 기호(+), 쉼표(,) 또는 파운드 기호(#)가 포함된 사용자 지정 폴더에 vSphere Client를 설치하지 않습니다 .

  • vSphere Web Client 설치 후 설치 마법사에서 [마침]을 클릭하면 브라우저가 열리고 빈 페이지가 표시됨
    vSphere Client 설치 후 설치 마법사에서 [마침]을 클릭하면 브라우저가 열리고 빈 페이지가 표시됩니다. 이 상태가 유지되고 브라우저가 vSphere 관리 애플리케이션에 연결되지 않습니다.

    해결 방법: 브라우저를 닫고 시작 메뉴에서 vSphere 관리 애플리케이션 페이지를 시작합니다.

업그레이드 문제
  • vCenter Server를 통해 연결된 ESXi 호스트에서 PowerCLI를 통해 ESXi 5.0 업데이트 1 VIB를 적용할 수 없음 *
    vCenter Server에서 관리되는 ESXi 5.0 호스트에서 PowerCLI의 GET-ESXCLI 명령을 사용하여 ESXi 5.0 업데이트 1 VIB를 적용하려고 하면 다음과 유사한 오류 메시지와 함께 적용이 실패합니다.
    2011-11-18T09:53:50Z esxupdate: root: ERROR: Traceback (most recent call last):
    2011-11-18T09:53:50Z esxupdate: root: ERROR: File "/usr/lib/vmware/esxcli-software", line 441, in <module>
    2011-11-18T09:53:50Z esxupdate: root: ERROR: main()
    2011-11-18T09:53:50Z esxupdate: root: ERROR: File "/usr/lib/vmware/esxcli-software", line 432, in main
    2011-11-18T09:53:50Z esxupdate: root: ERROR: ret = CMDTABLE[command](options)
    2011-11-18T09:53:50Z esxupdate: root: ERROR: File "/usr/lib/vmware/esxcli-software", line 329, in VibInstallCmd
    2011-11-18T09:53:50Z esxupdate: root: ERROR: raise Exception("No VIBs specified with -n/--vibname or -v/--viburl.")
    2011-11-18T09:53:50Z esxupdate: root: ERROR: Exception: No VIBs specified with -n/--vibname or -v/--viburl.


    해결 방법: 없음
  • ESXCLI를 사용한 라이브 업데이트가 실패하고 VibDownloadError 메시지가 표시됨
    다음과 같은 작업을 차례로 수행하면 재부팅이 필요한 트랜잭션이 실패하고 VibDownloadError메시지가 나타납니다.

    1. esxcli software profile update또는 esxcli vib update명령을 사용하여 실시간 설치 업데이트를 수행합니다.
    2. 재부팅하기 전에, 재부팅이 필요한 트랜잭션을 수행했지만 이 트랜잭션이 성공적으로 완료되지 않습니다. 가장 일반적인 실패 이유는 서명 검증 때문인데, 서명은 VIB를 다운로드한 이후에만 확인할 수 있습니다.
    3. 호스트를 재부팅하지 않은 채로 재부팅이 필요한 다른 트랜잭션을 수행하려고 시도합니다. VibDownloadError메시지와 함께 트랜잭션이 실패합니다.

해결 방법: 이 문제는 두 단계 프로세스로 해결할 수 있습니다.

  1. ESXi 호스트를 재부팅하여 상태를 정리합니다.
  2. 실시간 설치를 반복합니다.
     
  • ESX/ESXi 4.x에서 ESXi 5.0으로 스크립트로 작성된 업그레이드를 수행할 때 MPX 및 VML 디스크 디바이스 이름이 변경되어 업그레이드가 실패할 수 있음
    MPX 및 VML 디스크 디바이스 이름은 호스트를 재부팅하면 달라질 수 있습니다. 스크립트로 작성된 업그레이드를 진행하는 동안 재부팅 이후에 이름이 변경되면 업그레이드가 중단될 수 있습니다.

    해결 방법: 가능한 경우 디스크 디바이스에 NAA ID(Network Address Authority Identifier)를 사용합니다. CCISS 컨트롤러를 사용하는 Hewlett Packard 시스템과 같이 NAA ID 사용 디스크가 없는 시스템인 경우에는 ESXi 설치 관리자 ISO가 포함된 CD나 DVD를 통해 업그레이드를 수행합니다. 스크립트로 작성된 업그레이드인 경우, upgrade명령을 실행할 때 --firstdisk=매개 변수를 지정하여 업그레이드할 대상 ESX 또는 ESXi 인스턴스를 구체적으로 지정할 수도 있습니다. 설치 및 업그레이드 스크립트 명령은 vSphere 설치 및 설정vSphere 업그레이드 설명서에 자세히 나와 있습니다.

  • DHCP 서비스를 사용하지 않는 서브넷에서 ESX 시스템이 수동으로 할당된 IP 주소를 사용할 경우, 업그레이드 동안 ESX 콘솔과 esxi_install.log보고서가 DHCP 주소를 획득하지 못함
    이 문제는 수동으로 할당된 IP 주소를 가진 ESX 시스템을 DHCP 서버가 없는 서브넷에서 실행하거나 DHCP 서버의 용량이 부족할 경우에 발생합니다. 두 경우 모두 ESX 시스템을 업그레이드하면 시스템이 DHCP 서버에서 IPv4 주소를 가져오기 위해 최대 1분 동안 일시 중지됩니다.

    해결 방법: 없음. 시스템이 최대 1분 동안 일시 중지되었다가 업그레이드가 성공적으로 완료됩니다. 이때 Enter 키를 눌러 계속하라는 메시지가 표시될 수 있습니다. Enter 키를 누르거나 메시지를 무시할 수 있습니다. 두 경우 모두 시스템이 일시 중지되었다가 업그레이드를 진행합니다.

  • 라이센스 문제
    • 호스트 컨테이너에 포함된 특정 ESX/ESXi 호스트에 vSphere 라이센스 키가 자동으로 할당되지 않아 해당 호스트가 평가 모드로 유지됨
      vCenter Server 5.0에서는 ESX/ESXi 호스트에 라이센스 키를 자동으로 할당하는 기능이 있습니다. 데이터 센터나 클러스터와 같이 vCenter Server 내의 호스트 컨테이너에 라이센스 키를 연결할 수 있습니다. 그러면 vCenter Server는 이 호스트 컨테이너에 새로 추가하는 라이센스 없는 모든 호스트에 라이센스 키를 자동으로 할당합니다. 호스트 컨테이너에는 하나의 라이센스 키만 연결할 수 있습니다. 호스트 컨테이너에 연결하는 라이센스가 이 호스트 컨테이너에 추가하는 호스트의 버전과 다르면 해당 호스트에 라이센스가 할당되지 않습니다. 예를 들어 클러스터에 vSphere 5.x 라이센스를 연결한 상태에서 클러스터에 ESX/ESXi 4.x를 추가하면 ESX/ESXi 4.x 호스트에 라이센스가 할당되지 않고 평가 모드로 유지됩니다.

      해결 방법: 호스트 컨테이너에 연결된 라이센스와 버전이 동일한 호스트만 해당 컨테이너에 추가합니다. 동일한 컨테이너에 포함된 호스트에 다른 버전의 라이센스가 필요한 경우에는 라이센스를 대상 호스트에 직접 연결합니다. 예를 들어 vSphere 5.x 라이센스를 클러스터에 연결한 경우 클러스터에 ESXi 5.x 호스트를 추가하면 해당 호스트에 vSphere 5.x 라이센스가 할당됩니다. 동일한 클러스터에 ESX/ESXi 4.x 호스트를 추가하고 해당 호스트에 vSphere 4.x 라이센스를 연결합니다. ESX/ESXi 4.x 호스트를 vCenter Server에 다시 연결하면 호스트에 vSphere 4.x 라이센스가 할당됩니다.

    보안 문제
    • 브라우저 창을 닫을 때 데이터스토어 웹 인터페이스 세션이 즉시 종료되지 않음
      데이터스토어 웹 인터페이스에 액세스한 후 웹 브라우저를 닫을 때 세션이 서버 쪽에서 즉시 종료되지 않습니다. VMware는 이 문제를 보고해준 Inner Security의 Jason Jones에게 감사를 표합니다.

      해결 방법: 브라우저 창을 닫기 전에, 데이터스토어 웹 인터페이스에서 로그아웃을 클릭하여 세션을 종료해야 합니다.

    네트워킹 문제
    • vCenter Server 4.x에서 생성된 vDS 구성을 포함하는 호스트 프로파일이 부팅된 상태 비저장 ESX 5.0 호스트의 게이트웨이 설정에 적용되지 않을 수 있음 *
      4.x 호스트 프로파일에서 vSphere Auto Deploy를 사용하는 동안 부팅된 상태 비저장 ESX 5.0 호스트에 대해 게이트웨이 설정이 적용되지 않을 수 있습니다. 이로 인해 이러한 호스트의 네트워크 연결이 끊어지고 호스트가 vCenter Server 5.0에 자동으로 추가되지 않습니다.

      해결 방법: vDS 구성이 포함된 4.x 호스트 프로파일을 사용하여 상태 비저장 ESX 5.0 호스트를 부팅하려면 다음 단계를 수행하십시오.

      1. 4.x 호스트 프로파일을 지정하지 않고 Auto Deploy를 사용하여 구성된 ESX 5.0 상태 비저장 호스트를 부팅합니다.
      2. 상태 비저장 호스트가 vCenter Server 5.0에 추가된 후 4.x 호스트 프로파일을 적용합니다.
      3. 상태 비저장 ESX 5.0 부팅된 호스트에서 새 호스트 프로파일을 생성합니다. 새로 생성한 호스트 프로파일을 vSphere Auto Deploy에서 사용하여 상태 비저장 ESX 5.0 호스트를 부팅합니다.

      vDS 구성 없이 ESX 5.0 상태 비저장 호스트를 부팅하려면 vDS 설정이 포함되지 않은 4.x 호스트 프로파일을 사용합니다. 또한 다음과 같이 4.x 호스트 프로파일에서 vDS 설정을 해제하거나 제거할 수 있습니다.

      호스트 프로파일 > 네트워킹 구성에서 프로파일 구성 사용/사용 안 함 옵션을 사용하여 vDS 및 관련 포트 그룹을 호스트 프로파일에서 해제합니다. 호스트 프로파일 > 네트워킹 구성에서 프로파일 편집 옵션을 사용하여 vDS 및 관련 포트 그룹을 호스트 프로파일에서 제거합니다.

    • 서비스 콘솔 세부 정보가 vSphere distributed에 호스트 추가 마법사 및 호스트 관리 마법사에 나타나지 않음
      Distributed switch에 4.x ESX 호스트를 추가할 경우 서비스 콘솔 네트워크 어댑터의 세부 정보가 가상 어댑터 세부 정보 섹션에 있는 네트워크 연결 페이지의 호스트 추가 마법사에 나타나지 않습니다. 일반적으로 MAC 주소, IP 주소 및 서브넷 마스크가 여기 나타나야 합니다.

      해결 방법: 서비스 콘솔 네트워크 어댑터의 세부 정보를 보려면 호스트 추가 또는 호스트 관리 마법사를 종료한 다음 vSphere 클라이언트의 [호스트] > [구성] > [네트워킹]으로 이동합니다.

      서비스 콘솔 네트워크 어댑터가 표준 스위치로 배포된 경우:

      1. 스위치를 찾습니다.
      2. "속성..." 버튼을 클릭합니다.
      3. 서비스 콘솔 네트워크 어댑터를 선택합니다.
        VSS 다이어그램에 나타나는 어댑터의 이름을 기록합니다.

      서비스 콘솔 네트워크 어댑터가 Distributed Switch로 배포된 경우:

      1. [vSphere Distributed Switch] 탭으로 이동합니다.
      2. 분산 스위치를 찾아 "가상 어댑터 관리..."를 선택합니다.
      3. 서비스 콘솔 네트워크 어댑터를 찾아 선택합니다.

    • ESXi Dump Collector 서버가 자동으로 종료
      ESXi Dump Collector 서버의 포트가 잘못된 값으로 구성되면 오류 메시지 없이 자동으로 종료합니다. 이 포트는 ESXi Dump Collector 서버가 ESXi 호스트에서 코어 덤프를 수신하는 포트이기 때문에 이렇게 자동 종료하면 ESXi 호스트 코어 덤프가 수집되는 것을 방지할 수 있습니다. ESXi Dump Collector에서 vCenter Server로 오류 메시지가 전송되지 않기 때문에 vSphere 관리자는 이 문제를 알지 못합니다. 이 문제가 해결되지 않으면 ESXi 호스트에서 오류가 발생할 경우 지원 가능성에 영향을 미칩니다.

      해결 방법: 이 오류를 방지하려면 권장 포트 범위 내에서만 포트를 선택하여 ESXi Dump Collector 서버를 구성하십시오. 기본 포트를 사용하는 것이 좋습니다.

    • nx_nic 드라이버가 포함된 QLE3142 버전의 10G QLogic NIC를 사용하면 gPXE 부팅 동안 서버가 작동 중지
      nx_nic 드라이버가 포함된 QLE3142 버전의 10G QLogic NIC를 사용하여 gPXE가 ESXi 비저장 부팅 구성으로 부팅할 경우 ESXi 서버가 작동을 중지하고 부팅이 실패합니다.

      해결 방법: gPXE 부팅에 다른 NIC를 사용하십시오.

    • 사용하도록 설정한 VMkernel 네트워크 어댑터가 16개를 초과하면 vSphere vMotion이 실패함
      vSphere 5.0에서는 호스트 하나당 VMkernel 네트워크 어댑터를 16개까지 사용할 수 있습니다. 특정 호스트에서 vMotion에 사용하도록 설정한 VMkernel 네트워크 어댑터가 16개를 초과하면 해당 호스트를 대상으로 하는 vMotion 작업이 실패합니다. 오류 메시지는 17 스트림 IP 항목을 초기화하기 위한 요청을 거부합니다.이며, 여기서 숫자는 vMotion을 위해 설정한 VMkernel 네트워크 어댑터의 수를 나타냅니다.

      해결 방법: vMotion에 사용하도록 설정한 vMotion VMkernel 네트워크 어댑터 수가 16개를 초과하지 않도록 변경하십시오.

    • ESXi 5.0에서 Network I/O Control이 송신 패킷의 802.1p 태그를 재정의함
      ESXi 5.0에서 Network I/O Control은 리소스 풀 단위로 802.1p 태그를 지정할 수 있도록 가상 네트워킹 QoS(서비스 품질)와 물리적 네트워킹 QoS를 이어 주는 역할을 합니다.
      이 기능의 단점은 태그를 명시적으로 설정하지 않은 경우에도 각 리소스 풀에 기본 802.1p 태그(0)가 지정된다는 것입니다. Network I/O Control을 사용하도록 설정되어 있으면 ESXi 호스트를 종료할 때 가상 시스템 내의 CoS(Class of Service) 비트 태깅이 재정의됩니다.

      해결 방법: 없음. Network I/O Control을 사용하지 않도록 선택할 수 있습니다.

    • 호스트 프로파일에서 IPv6 전용 VMkernel 네트워크 어댑터 구성이 지원되지 않음
      vSphere Client를 사용하여 호스트 프로파일의 IP 구성을 설정할 경우 VMkernel 네트워크 어댑터를 IPv4 전용, IPv6 전용 또는 IPv4와 IPv6 혼합 모드로 설정할 수 있습니다. 그러나 IPv6 전용 설정은 호스트 프로파일에서 지원하지 않습니다. VMkernel 네트워크 어댑터를 IPv6 전용 설정으로 구성하면 호스트 프로파일 응답 파일에 IPv4 구성을 지정하라는 메시지가 표시됩니다.

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

      • vSphere Client를 통해 VMkernel 네트워크 어댑터를 구성할 때 IPv6 설정만 사용하고 호스트 프로파일을 사용하지 않습니다.
      • 호스트 프로파일을 생성하고 적용할 때 VMkernel 네트워크 어댑터에 대해 IPv6 구성과 IPv4 구성을 모두 포함한 다음, 프로파일을 적용한 후 VMkernel 네트워크 어댑터에 대해 IPv4 구성을 사용하지 않도록 설정합니다.

    • 일부 Cisco 스위치에서 우선 순위 비트가 설정된 패킷이 손실됨
      VMware vSphere Network I/O Control을 사용하면 송신 트래픽에 802.1p 태그를 지정할 수 있습니다. 그러나 일부 Cisco 스위치(4948 및 6509)의 경우 태그가 지정된 패킷을 네이티브 VLAN(VLAN 0)을 통해 송신할 경우 해당 패킷이 손실됩니다.

      해결 방법: 없음.

    • VLAN를 구성하고 드라이버를 로드하는 동안 ESXi 부팅 프로세스가 크게 지연됨
      BE2 또는 BE3 인터페이스를 사용하는 ESXi 호스트에서 드라이버를 로드하고 VLAN을 구성하는 동안 처리가 크게 지연됩니다. 지연 시간은 호스트의 BE2 및 BE3 인터페이스 수에 따라 증가하며 몇 분 정도 지속될 수 있습니다.

      해결 방법: 없음.

    • vSphere Distributed Switch에 네트워크 리소스 풀을 추가하면 하나 이상의 호스트 멤버에 대한 vSphere Distributed Switch 작업을 완료할 수 없습니다.오류가 발생하여 작업이 실패함
      이 오류 메시지는 Distributed Switch에서 하나 이상의 호스트에 최대 수의 네트워크 리소스 풀이 이미 연결되어 있음을 의미합니다. 호스트 하나에 연결할 수 있는 네트워크 리소스 풀의 최대 개수는 56개입니다.

      해결 방법: 없음.

    • vSphere Distributed Switch에 네트워크 리소스 풀을 추가하면 vim.fault.LimitExceeded오류가 발생하여 작업이 실패함
      이 오류 메시지는 Distributed Switch에 최대 수의 네트워크 리소스 풀이 이미 연결되어 있음을 의미합니다. vSphere Distributed Switch에 연결할 수 있는 네트워크 리소스 풀의 최대 개수는 56개입니다.

      해결 방법: 없음.

    • 익스트림 스위치에 연결된 시스템 이름이 LLDP에 표시되지 않음
      기본적으로 익스트림 스위치에 연결된 시스템 이름은 표시되지 않습니다. 익스트림 스위치에 대해 표시되도록 시스템 이름을 명시적으로 설정하지 않으면 LLDP에 이 정보가 표시될 수 없습니다.

      해결 방법: configure lldp ports <port ID> advertise system-name 명령을 실행하여 시스템 이름을 익스트림 스위치에 표시합니다.

    • 미러링된 패킷을 자르면 ESXi 장애가 발생함
      미러링된 패킷이 포트 미러링 세션에 설정된 미러링 패킷 길이를 초과하면 ESXi 장애가 발생합니다. 패킷을 자르는 다른 작업도 ESXi 장애의 원인이 될 수 있습니다.

      해결 방법: 포트 미러링 세션에 미러링된 패킷 길이를 설정하지 않습니다.

    • Fault Tolerance가 vSphere vMotion을 사용한 vSphere DirectPath I/O와 호환되지 않음
      가상 시스템에서 Fault Tolerance를 사용하는 경우, 가상 시스템의 모든 가상 어댑터에 대해 vMotion을 사용한 DirectPath I/O가 비활성화됩니다.

      해결 방법: vMotion을 사용한 DirectPath I/O를 활성화하기 전에 Fault Tolerance를 해제한 후 가상 시스템을 재부팅합니다.

    • vCenter Server 가상 장치에서 IPv6을 지원하지 않음
      vCenter Server 가상 장치 웹 콘솔에 IPv6을 구성하는 옵션이 있지만 vCenter Server 가상 장치가 IPv6 구성을 지원하지 않습니다.

      해결 방법: vCenter Server 가상 장치 웹 콘솔에서 IPv6 구성을 설정하거나 변경하지 않습니다.

    • VMCI 기반 애플리케이션에 vSphere vMotion을 사용한 vSphere DirectPath I/O가 해제되어 있음
      Cisco UCS 시스템에서 VMCI 기반 애플리케이션을 사용하면 모든 가상 시스템 네트워크 어댑터에 DirectPath가 비활성화됩니다.

      해결 방법: 모든 VMCI 기반 애플리케이션의 사용을 중지하고 가상 시스템을 재부팅하여 vSphere DirectPath I/O를 복원합니다.

    스토리지 문제
    • 데이터스토어 클러스터의 I/O 메트릭을 사용하지 않도록 설정한 이후에 I/O 지연 시간 임계값이 15ms로 표시됨
      데이터스토어 클러스터에 대해 I/O 메트릭을 사용하지 않도록 설정한 이후에도 계속 데이터스토어 클러스터의 요약 페이지에 I/O 지연 시간 임계값이 15ms(기본값)로 표시됩니다.

      해결 방법: 없음. 올바른 값을 보려면 데이터스토어 클러스터 > 스토리지를 선택합니다.

    • SDRS 유지 보수 모드로 전환하는 링크가 독립 실행형 데이터스토어의 요약 페이지에 나타남
      데이터스토어 클러스터의 일부인 데이터스토어만 Storage DRS 유지 보수 모드로 전환될 수 있습니다. 그러나 Storage DRS 유지 보수 모드로 전환하는 링크가 데이터스토어 클러스터에 속해 있지 않은 데이터스토어의 요약 페이지에 나타납니다. 독립 실행형 데이터스토어에 대해 SDRS 유지 보수 모드로 전환을 클릭하면 데이터스토어를 유지 보수 모드로 전환하려는 작업이 시도되지만 무기한 보류 상태로 표시됩니다.

      해결 방법: vSphere Client의 최근 작업 창에서 SDRS 유지 보수 모드로 전환 작업을 취소합니다.

    • Storage vMotion을 사용하는 동안 APD(모든 경로 다운) 상태로 인해 vCenter Server와 ESXi 호스트 사이의 통신이 끊김
      Storage vMotion을 사용하여 가상 시스템을 마이그레이션할 때 APD 상태가 되면 vCenter Server가 Storage vMotion에 관련된 호스트와 vCenter Server 인벤토리 사이의 연결을 끊습니다. 이 상태는 백그라운드에서 실행 중인 Storage vMotion 작업이 완료될 때까지 계속됩니다. 이 작업은 Storage vMotion 작업 시간에 따라 몇 분에서 몇 시간까지 소요될 수 있습니다. 이 시간 동안은 vCenter Server에서 해당 호스트에 대해 다른 어떠한 작업도 수행할 수 없습니다.

      해결 방법: 없음. Storage vMotion 작업이 완료되면 vCenter Server에서 호스트를 인벤토리에 다시 연결합니다. 이 장애는 APD가 아닌 데이터스토어에서 실행되는 가상 시스템에 영향을 주지 않습니다.

    • 데이터스토어에 추가된 심볼 링크로 인해 데이터스토어 브라우저에 데이터스토어 내용이 잘못 표시됨
      외부 NFS 서버에서 또는 호스트에 로그인하여 데이터스토어의 최상위 수준에 심볼 링크를 추가하면 데이터스토어를 탐색할 때 파일 및 폴더 같은 데이터스토어 정보가 올바르게 표시되지 않을 수 있습니다. 심볼 링크가 잘못된 파일과 폴더를 참조할 경우에 이 문제가 발생할 수 있습니다.

      해결 방법: 심볼 링크를 제거합니다. 데이터스토어에는 심볼 링크를 사용하지 않습니다.

    • ATS 지원 VMFS 데이터스토어에 익스텐트를 추가하려는 작업이 실패함
      ATS 지원 데이터스토어는 ATS 지원 디바이스를 통해서만 확장할 수 있습니다. ATS 지원 데이터스토어를 확장할 때 ATS를 지원하지 않는 디바이스를 선택하면 작업이 실패합니다. 이 경우 vSphere Client에 호스트를 구성하는 동안 오류가 발생했습니다.라는 메시지가 나타납니다. 로그 파일에도 Operation failed, unable to add extent to filesystem이라는 오류 메시지가 기록될 수 있습니다.

      해결 방법: ATS 데이터스토어에 익스텐트를 추가하기 전에 다음 명령을 실행하여 익스텐트 디바이스가 ATS를 지원하는지 여부를 확인합니다.
      esxcli storage core device vaai status get -d=device_ID
      출력에 다음 정보가 표시되어야 합니다.
      ATS 상태: 지원됨

    • I/O 로드 밸런싱을 수행할 때 Storage DRS가 예상대로 작동하지 않을 수 있음
      Storage DRS를 테스트하기 위해 IOMeter 소프트웨어를 사용하여 I/O 로드를 생성하면 IOMeter는 기본적으로 파일을 0 값으로만 채웁니다. 이 데이터는 실제 데이터에 포함되어 있고 Storage DRS가 데이터스토어의 I/O 특성과 성능을 확인하는 데 필요한 내용, 즉 1과 0으로 이루어진 임의의 패턴을 포함하고 있지 않습니다.

      해결 방법: Storage DRS 로드 밸런싱을 테스트할 때 실제 데이터를 사용하여 데이터스토어의 스토리지 공간을 적어도 20% 채웁니다. IOMeter 소프트웨어를 사용하여 I/O 로드를 생성할 경우 파일에 1과 0으로 이루어진 임의의 패턴을 사용자가 직접 작성할 수 있는 버전을 선택합니다.

    • 새 가상 시스템 디스크의 이름이 Storage DRS 초기 배치 권장 사항에 나타나지 않음
      Storage DRS를 사용하는 데이터스토어 클러스터에 가상 시스템을 생성, 복제 또는 템플릿에서 배포할 경우 배치 권장 사항 또는 장애 대화상자에 새 가상 시스템 하드 디스크의 이름이 나열되지 않습니다. 대신 대화상자에 <datastore name>에 새 가상 시스템 하드 디스크 배치가 표시됩니다.

      해결 방법: 없음. 가상 시스템을 생성할 때 하드 디스크 이름은 디스크 배치가 완료될 때까지 할당되지 않습니다. 가상 시스템 하드 디스크의 크기와 배치된 데이터스토어가 서로 다를 경우 통계를 계산하기 전과 후에 공간 사용률 기능을 사용하여 어느 디스크가 어떤 데이터스토어에 배치되었는지 확인할 수 있습니다.

    • 스케줄링된 작업 마법사를 사용하여 가상 시스템을 생성하거나 복제할 때 Storage DRS가 해제된 것으로 나타남
      가상 시스템을 복제하거나 생성하기 위해 스케줄링된 작업을 생성하고, 가상 시스템 파일의 대상 스토리지로 사용할 데이터스토어 클러스터를 선택할 경우 [Storage DRS 사용 안 함] 확인란이 항상 선택되어 있습니다. 스케줄링된 작업 마법사에서는 가상 시스템에 대해 [Storage DRS 사용 안 함] 확인란의 선택을 취소할 수 없습니다.

      해결 방법: 없음. [Storage DRS 사용 안 함] 확인란은 스케줄링된 작업 마법사에서 항상 선택되어 있습니다. 그러나 스케줄링된 작업을 실행한 후 가상 시스템이 생성되면 가상 시스템의 자동화 수준이 데이터스토어 클러스터의 기본 자동화 수준과 동일하게 됩니다.

    • Storage I/O Control을 사용하도록 설정된 NFS 데이터스토어를 마운트 해제하려고 하면 vSphere Client에 오류가 표시됨
      NFS 데이터스토어에 Storage I/O Control을 사용하도록 설정하면 데이터스토어를 마운트 해제할 수 없습니다. 이 경우 다음과 같은 오류 메시지가 나타납니다. 리소스가 사용 중입니다.

      해결 방법: 데이터스토어를 마운트 해제하기 전에 Storage I/O Control을 사용하지 않도록 설정합니다.

    • 하드웨어 가속이 지원되는 NFS 데이터스토어에서 ESXi가 느리게 비워지는 씩 프로비저닝 가상 디스크와 빠르게 비워지는 씩 프로비저닝 가상 디스크를 구분하지 못함
      하드웨어 가속이 지원되는 NFS 데이터스토어를 사용할 경우 vSphere Client를 통해 느리게 비워지는 씩 프로비저닝(zeroedthick) 또는 빠르게 비워지는 씩 프로비저닝(eagerzeroedthick) 포맷의 가상 디스크를 생성할 수 있습니다. 그러나 [가상 시스템 속성] 대화상자에서 디스크 유형을 확인하면 디스크를 생성할 때 어떤 포맷을 선택했는지에 관계없이 디스크 프로비저닝 섹션에 빠르게 비워지는 씩 프로비저닝이 디스크 포맷으로 표시됩니다. 즉 ESXi에서는 NFS 데이터스토어에서 느리게 비워지는 가상 디스크와 빠르게 비워지는 가상 디스크를 구분하지 못합니다.

      해결 방법: 없음.

    • 마이그레이션 후 물리적 호환성 모드인 IDE RDM 디스크의 모드가 독립-영구 모드로 변경되지 않음
      물리적 호환성 모드의 IDE RDM 디스크를 가진 가상 시스템을 ESX/ESXi 4.x 호스트에서 ESXi 5.0으로 마이그레이션한 후에 해당 디스크가 독립-영구 모드로 변경되지 않습니다.

      해결 방법: 마이그레이션 이후 vSphere Client를 사용하여 디스크 모드를 독립-영구 모드로 변경합니다.

    • 하위 디스크를 가진 가상 호환성 RDM을 기존 가상 시스템에 추가할 수 없음
      하위 디스크를 가진 가상 호환성 RDM을 기존 가상 시스템에 추가하려고 하면 작업이 실패합니다. vSphere Client에 재구성 작업 실패: vim.fault.DeviceUnsupportedForVmPlatform라는 오류 메시지가 표시됩니다.

      해결 방법: 가상 호환성 RDM을 추가할 수 있도록 하위 디스크를 제거합니다.

    • 소프트웨어 FCoE를 사용하는 상태에서 스토리지 맵을 표시하려고 하면 오류 메시지와 함께 작업이 실패함
      이 문제는 소프트웨어 FCoE가 구성되어 있지 않은 vCenter Server에 추가한 ESXi 호스트에만 적용됩니다. 이러한 호스트에 소프트웨어 FCoE 어댑터를 설정한 후에 vSphere Client에서 스토리지 맵을 표시하려고 하면 작업이 실패합니다. 이 경우 다음과 같은 오류 메시지가 나타납니다. 내부 오류가 발생했습니다. 응답을 serialize하지 못했습니다.

      해결 방법: ESXi 호스트에 소프트웨어 FCoE를 먼저 구성한 후 호스트를 vCenter Server에 추가합니다.

    • 공간이 충분한 NFS 데이터스토어에 공간 부족 오류가 표시됨
      이 문제는 RPC(원격 프로시저 호출) 클라이언트 공유 기능을 사용하고 NFS 볼륨 여러 개를 동일한 NFS 서버 IP 주소에서 마운트하는 경우에만 발생합니다. 이 구성을 사용할 경우, NFS 볼륨 하나의 공간이 부족하면 동일한 RPC 클라이언트를 공유하는 다른 NFS 볼륨도 공간 부족 오류를 보고할 수 있습니다.

      해결 방법: 사용 중인 호스트에서 RPC 클라이언트 공유 기능을 사용하지 않도록 다음 작업을 수행합니다.

      1. vSphere Client 인벤토리 패널에서 호스트를 선택합니다.
      2. 구성 탭을 클릭하고 소프트웨어 아래에서 고급 설정을 클릭합니다.
      3. 왼쪽 패널에서 NFS를 클릭한 후 오른쪽에서 NFS.MaxConnPerIP로 스크롤합니다.
      4. 기본값을 128으로 변경합니다.

    • 여러 스토리지 벤더 제공자를 한꺼번에 등록 취소하려고 하면 오류가 발생함
      vCenter Server에서 여러 벤더 제공자를 한꺼번에 등록 취소하려고 하면 작업이 실패합니다. 실패한 벤더 제공자가 vCenter Server에 표시되어도 ManagedObjectNotFound오류 메시지가 나타납니다. 또한 sms.log 파일에 ProviderUnregistrationFault라는 예외가 표시될 수 있습니다.

      해결 방법: 벤더 제공자를 수동으로 한 번에 하나씩 등록 취소합니다.

    • 재부팅 후 상태 비저장 호스트가 iSCSI 데이터스토어를 검색할 수 없음
      상태 비저장 호스트가 Cisco Nexus 1000V 시리즈 스위치에 추가되고 9000개의 MTU로 구성되면, 재부팅 후 호스트가 해당 장치를 감지할 수 있음에도 불구하고 iSCSI 데이터스토어를 검색할 수 없습니다.

      해결 방법: 데이터스토어를 보이게 하려면 vSphere Client의 구성 > 스토리지 화면에서 새로 고침을 클릭하십시오.

    서버 구성 문제
    • ESXi 호스트에 적용할 호스트 프로파일 규칙에 대한 SATP-PSP 변경 내용이 재부팅 후 호스트에 반영되지 않음
      SATP PSP(SAN Array Type Plugin 경로 선택 정책) 규칙 이후 변경 내용을 적용하고, Auto Deploy를 사용하여 프로비저닝된 호스트를 재부팅하면 새 변경 내용이 각 디바이스의 SATP PSP에 적용되지 않습니다. Auto Deploy로 프로비저닝되지 않은 ESXi 호스트의 경우 SATP PSP 변경 내용이 호스트에서 제대로 업데이트되지만 호스트 프로파일에 대한 ESXi 호스트의 규정 준수 검사가 실패합니다.

      해결 방법: ESXi 호스트에 호스트 프로파일을 적용한 후 해당 호스트 프로파일을 삭제하고 ESXi 호스트에서 새 호스트 프로파일을 추출한 다음, 재부팅 전에 이 프로파일을 호스트에 연결합니다. 이렇게 하려면 호스트 프로파일 UI에서 참조 호스트에서 업데이트하는 기능을 사용합니다. 이 작업은 호스트 프로파일을 삭제하고 현재의 모든 연결 사항을 유지하면서 호스트로부터 새 프로파일을 추출합니다.

      호스트 프로파일을 추출하기 전에 호스트 자체에서 esxcli 명령을 사용하여 SATP PSP를 편집합니다. 호스트 프로파일 편집기를 사용하여 SATP PSP를 편집하면 안 됩니다.

    • 서비스 시작 정책이 해제된 상태로 호스트 프로파일을 적용해도 해당 서비스가 해제되지 않음
      일부 서비스를 사용하지 않도록 구성한 ESXi 호스트를 참조 호스트로 사용하여 호스트 프로파일을 생성한 후 해당 서비스가 설정된 상태로 해당 호스트 프로파일을 호스트에 적용합니다. 호스트 프로파일을 적용하는 프로세스 동안 대상 ESXi 호스트에서 해당 서비스가 해제되지 않습니다. 이 문제는 사용자가 vSphere Client에서 보안 프로파일을 사용하거나 DCUI에서 문제 해결 옵션을 사용하여 대상 ESXi 호스트에서 ESXShell 또는 SSH 서비스를 사용하도록 설정한 경우에 주로 발생합니다.

      해결 방법: 재부팅하면 서비스가 해제됩니다. vSphere Client에서 호스트를 구성하여 서비스를 수동으로 중지할 수도 있습니다. 각 서비스에 대해 다음 절차를 수행합니다.

      1. 인벤토리에서 호스트를 선택합니다.
      2. 구성 탭을 클릭합니다.
      3. 소프트웨어 섹션에서 보안 프로파일을 클릭합니다.
      4. 속성을 클릭하고 서비스를 선택합니다.
      5. 옵션을 클릭합니다.
      6. 중지를 클릭한 후 확인을 클릭합니다.
    • 호스트의 연결된 프로파일을 전환할 때 호스트 프로파일 응답 파일 상태가 업데이트되지 않음
      다른 호스트 프로파일에 연결되어 있던 호스트에 호스트 프로파일을 추가해도 응답 파일 상태가 업데이트되지 않습니다. 응답 파일 상태가 '완료됨'인 경우에는 호스트에 다른 호스트 프로파일을 연결한 후에도 호스트 프로파일 보기에 응답 파일 상태가 '완료됨'으로 계속 표시됩니다. 그러나 실제 상태는 '완료 안 됨'일 수 있습니다.

      해결 방법: 호스트 프로파일을 연결한 후 응답 파일 상태를 수동으로 업데이트합니다.

      1. vSphere Client에서 새로 연결한 프로파일을 호스트 프로파일 인벤토리 보기에서 선택합니다.
      2. 호스트 및 클러스터 탭을 클릭합니다.
      3. 엔티티 이름 목록에서 호스트를 마우스 오른쪽 버튼으로 클릭하고 응답 파일 확인을 선택합니다.

      호스트 프로파일 응답 파일 상태가 업데이트됩니다.

    • 많은 양의 구성 데이터가 포함된 호스트 프로파일을 수동으로 적용하면 시간이 초과됨
      많은 양의 구성, 예를 들면 다수의 vSwitch와 포트 그룹이 포함된 호스트 프로파일을 적용할 경우 대상 호스트가 구성되어 있지 않거나 부분적으로 구성되어 있으면 시간이 초과될 수 있습니다. 이와 같은 경우, ESXi에서 해당 구성을 적용하는 기본 프로세스가 계속 실행 중이더라도 vSphere Client에 호스트 구성을 적용할 수 없습니다.라는 오류 메시지가 표시될 수 있습니다.

      또한 syslog.log나 다른 로그 파일에 다음과 같은 메시지가 기록될 수 있습니다.
      Error interacting with configuration file /etc/vmware/esx.conf: Timeout while waiting for lock, /etc/vmware/esx.conf.LOCK, to be released. Another process has kept this file locked for more than 20 seconds. The process currently holding the lock is hostd-worker(5055). This is likely a temporary condition. Please try your operation again.

      이 오류는 호스트 프로파일의 적용 작업을 통해 구성이 설정되는 동안 여러 작업에서 시스템 구성 정보를 수집하려고 할 경우 나타나는 시스템 경합 때문에 발생합니다. 이러한 오류와 다른 시간 초과 관련 오류 때문에 호스트 프로파일 적용 작업이 시스템에서 완료된 후에도 호스트 프로파일에 캡처된 구성이 전체적으로 적용되어 있지 않을 수 있습니다. 이 경우 호스트에서 규정 준수 검사를 수행하면 어떤 구성 부분이 적용되지 않았는지 표시하고, 적용 작업을 다시 수행하여 규정 비준수 문제를 해결할 수 있습니다.

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

      • Auto Deploy를 통해 프로비저닝되지 않은 ESXi 호스트

        1. /etc/vmware/hostd/cmdMo.xml 파일에 다음 항목을 추가하여 적용 작업의 시간 초과 값을 늘립니다.

          <managedObject id="2">
          <type> vim.profile.host.profileEngine.HostProfileManager </type>
          <moId> ha-hostprofileengine-hostprofilemanager </moId>
          --> <timeOutInSeconds> xxxx </timeOutInSeconds> <--****
          <version> vim.version.dev </version>
          <cmd> /usr/bin/sh </cmd>
          <arg id="1"> -l </arg>
          <arg id="2"> -c </arg>
          <arg id="3"> /usr/lib/vmware/hostd/hmo/hostProfileEngine.py --cgi </arg>
          </managedObject>


          여기서 xxxx는 시간 초과 값(초)입니다. 기본적으로 적용 작업은 10분 후면 시간 초과됩니다. 이 입력 값에서 더 긴 시간 초과를 설정할 수 있습니다. 예를 들어, 값 3600은 시간 초과를 1시간으로 늘립니다. 입력하는 값은 특정 호스트 프로파일 구성에 따라 다를 수도 있습니다. 충분히 높은 값을 설정한 후에는 적용 작업 시간 초과 오류가 더 이상 나타나지 않고 작업이 완료될 때까지 vSphere Client에서 해당 작업이 표시됩니다.
        2. hostd를 재시작합니다.
      • Auto Deploy를 사용하여 프로비저닝된 호스트

        1. Auto Deploy를 사용하여 프로비저닝된 호스트를 재부팅합니다.
        2. Auto Deploy를 사용하여 프로비저닝한 ESXi 호스트의 경우, ESXi 호스트에서 응답 파일 업데이트 작업을 수행하여 응답 파일이 완성되었는지 확인한 후 호스트를 재부팅합니다.

          그러면 시스템이 초기화되는 동안 호스트 프로파일 및 응답 파일의 구성이 시스템에 적용됩니다. 구성이 많으면 부팅하는 데 시간이 더 오래 걸릴 수 있지만 vSphere Client를 통해 호스트 프로파일을 수동으로 적용하는 것보다는 훨씬 속도가 빠릅니다.
    • 새로 생성된 프로파일을 가진 참조 호스트에 대해 호스트 프로파일 규정 준수 검사가 실패함
      규정 준수를 검사하기 전에 응답 파일을 업데이트하지 않으면 새로 구성된 호스트 프로파일(예: iSCSI로 구성된 호스트 프로파일)에 대한 규정 준수 검사가 실패할 수 있습니다.

      해결 방법: 프로파일의 응답 파일을 업데이트한 후에 규정 준수 검사를 수행합니다.

    • syslog logdir이 경로 없이 데이터 저장소에 설정된 경우 호스트 프로파일을 적용할 수 없음
      esxcli 명령 또는 vSphere Client를 사용하여 syslog 디렉토리를 추가 경로 없이 데이터 저장소에 설정하면 해당 시스템에서 추출된 호스트 프로파일을 다른 호스트에 적용할 수 없습니다.

      예를 들어 다음과 같은 시스템 구성 시에 위와 같은 상황이 발생합니다.
      esxcli system syslog config set --logdir /vmfs/volumes/datastore1

    마찬가지로, 호스트의 [구성] 탭의 고급 설정 대화상자에서 Syslog.global.logDir을 datastore1로 설정해도 위와 같은 상황이 발생합니다.

    해결 방법: 다음 중 하나를 수행하십시오.

    • 호스트 프로파일 추출 전에 고급 설정 대화상자에서 "DATASTORE_NAME" 대신 "DATASTORE_NAME /" 값을 갖도록 Syslog.global.logDir을 수정하십시오.
    • Syslog.global.logDir의 고급 구성 옵션과 같은 호스트 프로파일이 "DATASTORE_NAME" 대신 "DATASTORE_NAME /" 값을 갖도록 편집하십시오.

  • 호스트 프로파일을 적용하면 vSwitch 및 포트 그룹이 다시 만들어질 수 있음
    호스트 프로파일이 적용될 경우 vSwitch 및 호스트의 포트 그룹이 다시 만들어질 수 있습니다. 호스트가 호스트 프로파일과 호환될 경우에도 이 문제가 발생할 수 있습니다.

    Portgroupprofile 정책 옵션이 기본 값을 사용하도록 설정되면 이 문제가 발생합니다. 이렇게 설정될 경우 프로파일이 적용될 때 프로파일과 호스트 구성 사이의 비교가 잘못되어 실패하는 문제가 발생합니다. 이 때 규정 준수 검사는 통과됩니다. 비교 오류가 발생하면 프로파일 작업이 적용되어 vSwitch와 포트 그룹을 다시 만듭니다. 이에 따라 portgroupprofile의 모든 하위 프로파일이 영향을 받습니다.

    해결 방법: 기본값 사용을 선택하지 말고 원하는 설정에 맞게 프로파일 설정을 변경하십시오.

  • VMware 포함 SNMP 에이전트가 HOST-RESOURCES-MIBhrSWInstalledTable을 통해 잘못된 소프트웨어 설치 날짜를 보고함
    VMware 포함 SNMP 에이전트를 사용하여 설치된 소프트웨어(hrSWInstalledTable RFC 2790)를 폴링하면 HOST-RESOURCES-MIBhrSWInstalledTablehrSWInstalledDate를 틀리게 보고하기 때문에 사용자가 설치한 소프트웨어의 설치 날짜가 틀리게 표시됩니다.

    해결 방법: 올바른 설치 날짜를 검색하려면 esxcli 명령 esxcli software vib list를 사용하십시오.

    • vCenter Server 및 vSphere Client 문제
      • VCVA(vCenter Virtual Appliance)에 AutoDeploy를 다시 등록하는 동안 데이터베이스 오류 발생함(KB 2014087)*
      • vCenter Server Appliance와 함께 제공된 포함된 데이터베이스가 최대 5개 호스트 및 50개 가상 시스템을 포함하는 인벤토리를 지원함
        포함된 데이터베이스는 호스트 5개, 가상 시스템 50개를 초과하는 인벤토리를 관리하도록 구성되지 않습니다. vCenter Server Appliance와 함께 제공된 포함된 데이터베이스를 사용할 경우, 이 한도를 초과하면 vCenter Server가 응답을 멈추는 등 여러 문제가 발생할 수 있습니다.

      • vSphere Web Client 경보 사이드바에 시스템에 발생한 경보 수가 올바르게 표시되지 않음
        시스템에서 발생한 경보 수가 100개를 초과하면 vSphere Web Client 경보 사이드바에 경보가 100개인 것으로 잘못 표시됩니다.

        해결 방법: 없음.

      • 대규모 환경에서 데이터스토어 클러스터 또는 데이터스토어에 대해 성능 개요 차트가 표시되지 않음
        일부 대규모 환경에서는 vSphere Management WebServices(Tomcat)의 메모리가 부족하여 데이터스토어 클러스터나 데이터스토어에 대한 성능 개요 차트가 표시되지 않을 수 있습니다.

        해결 방법: Tomcat에 사용할 수 있는 메모리 양을 늘립니다.

      • vSphere Web Client를 사용할 경우 Adobe Flash에 사용할 수 있는 로컬 스토리지를 늘리라는 메시지가 반복적으로 나타남
        vSphere Web Client는 로그 파일을 저장하기 위해 클라이언트에 액세스하는 데 사용되는 시스템의 로컬 스토리지를 사용합니다. 로그 파일의 스토리지 제한은 Adobe Flash Player 설정에 따라 결정됩니다. 따라서 로그 파일 크기가 증가하면 제한을 늘리라는 대화상자가 표시됩니다. 이러한 메시지는 스토리지 제한이 무제한이 될 때까지 주기적으로 표시됩니다.

        해결 방법: 다음과 같이 Adobe Flash Player의 스토리지 제한을 설정합니다.

        1. 웹 브라우저에서 다음 URL을 열어 글로벌 스토리지 설정 패널을 엽니다. http://www.macromedia.com/support/documentation/en/flashplayer/help/settings_manager03.html
        2. 슬라이더를 무제한으로 설정합니다.
        3. 웹 브라우저에서 다음 URL을 열어 웹 사이트 스토리지 설정 패널을 엽니다. http://www.macromedia.com/support/documentation/en/flashplayer/help/settings_manager07.html
        4. 방문한 적이 있는 웹 사이트 목록에서 vSphere Web Client의 URL을 선택합니다.
        5. 슬라이더를 무제한으로 설정합니다.

      • vSphere Web Client에서 정렬할 때 열을 여러 개 선택할 수 없음
        vSphere Web Client 클라이언트의 경우 테이블에서 열 머리글을 클릭하여 정렬할 기본 열을 선택할 수 있습니다. 두 번째 열 머리글을 클릭하면 이 열이 보조 정렬 열로 선택되는 대신 기본 정렬 열이 됩니다.

        해결 방법: vSphere Web Client 테이블에서 여러 열을 기준으로 정렬하려면 다음 절차를 수행해야 합니다.

        1. 열 머리글을 클릭하여 정렬할 기본 열을 선택합니다.
        2. Ctrl 키를 누른 채로 열 머리글을 클릭하여 정렬에 사용할 보조 열과 하위 열을 선택합니다.

      • Internet Explorer 7에서 vSphere Web Client 페이지를 로드할 수 없음
        Internet Explorer 7 보안 설정에 about:internethttps://localhost가 신뢰할 수 있는 사이트로 포함되어 있지 않으면 웹 브라우저에서 vSphere Web Client 페이지를 열 수 없습니다.

        해결 방법: 다음과 같이 about:internethttps://localhost를 신뢰할 수 있는 사이트로 추가합니다.

        1. Internet Explorer 7에서 도구 > 인터넷 옵션을 선택합니다.
        2. 보안 탭을 클릭합니다.
        3. 신뢰할 수 있는 사이트를 선택합니다.
        4. 사이트를 클릭합니다.
        5. 영역에 웹 사이트 추가 텍스트 상자에 about:internet 을 입력하고 추가를 클릭합니다.
        6. 영역에 웹 사이트 추가 텍스트 상자에 https://localhost 를 입력하고 추가를 클릭합니다.
        7. 확인을 클릭합니다.
        8. Internet Explorer를 닫았다가 다시 시작합니다.

      • 바로 가기에서 vSphere 관리 애플리케이션을 열면 'https://localhost:9443/admin-app'를 찾을 수 없습니다.라는 오류가 발생함
        Firefox가 기본 웹 브라우저이고 현재 실행 중이 아닌 경우, 바로 가기에서 vSphere 관리 애플리케이션을 시작하면 다음 오류가 발생할 수 있습니다. 'https://localhost:9443/admin-app'를 찾을 수 없습니다. 이름을 올바르게 입력했는지 확인하고 다시 시도하십시오.

        해결 방법: 이 문제는 일부 Windows 시스템에서 Firefox를 사용할 경우에 발생하는 알려진 문제입니다. 자세한 내용은 http://kb.mozillazine.org/Windows_error_opening_Internet_shortcut_or_local_HTML_file_-_Firefox를 참조하십시오.

      • vCenter Server 호스트 이름을 확인할 수 없는 경우 vSphere Web Client에 vCenter Server 인벤토리가 로드되지 않음
        vSphere Web Client에서 vCenter Server 시스템의 호스트 이름을 확인할 수 없고 IP 주소를 사용하여 vCenter Server가 vSphere Client에 등록되어 있으면 vSphere Web Client가 인벤토리 트리를 로드할 수 없습니다.

        해결 방법: 다음 방법 중 하나를 사용하여 vCenter Server의 호스트 이름을 확인할 수 있도록 합니다.

        • vCenter Server 시스템을 이름 서버에 추가합니다.
        • vSphere Web Client를 실행하는 시스템에서 C:\Windows\System32\drivers\etc\hosts파일에 vCenter Server 시스템을 추가합니다.

      • -t 옵션 없이 snmpwalk 명령을 실행하면 오류 메시지가 반환됨
        snmpwalk명령을 실행할 때 SNMP 데이터를 폴링하는 -t또는 -r옵션을 지정하지 않으면 VMware 포함 SNMP 에이전트에 전체 데이터가 표시되지 않고 No response from host라는 오류 메시지가 나타납니다.

        해결 방법: snmpwalk명령을 실행할 때 -t옵션을 사용하여 시간 초과 간격을 지정하고 -r옵션을 사용하여 재시도 횟수를 설정합니다. 예: snmpwalk -m all -c public -v1 host-name -r 2 -t 10 variable-name

      • Linux에서 vSphere Web Client에 로그인하거나 로그아웃할 때 플래시 플러그인이 충돌함
        Linux 시스템에서 vSphere Web Client에 로그인하거나 로그아웃하면 플래시 플러그인이 충돌할 수 있습니다.

        해결 방법: 페이지를 다시 로드하여 플래시 플러그인을 재시작합니다.

      • 로컬 IPv6 주소를 사용하여 vSphere Web Client 관리 도구에 액세스할 수 없음
        로컬 IPv6 주소를 사용하여 vSphere Web Client 관리 도구에 액세스하려고 하면 웹 브라우저에 원격 호스트에서 vSphere Web Client 관리 도구에 액세스할 수 없습니다.라는 오류 메시지가 표시됩니다.

        해결 방법: IPv6 주소 대신 localhost를 사용하여 관리 도구에 액세스합니다. 예를 들어 https://[fc00:10:20:123:355c:1744:1b82:6716]:9443/admin-app와 같은 주소 대신 https://localhost:9443/admin-app를 사용합니다.

      • IPv6 전용 시스템에 vSphere Client가 설치되어 있으면 Internet Explorer 7에서 vSphere Client 웹 페이지에 액세스할 수 없음
        vSphere Web Client가 IPv6 전용 운영 체제에 설치되어 있으면 Internet Explorer 7을 사용하여 vSphere Web Client에 액세스할 수 없습니다.

        해결 방법: Firefox나 Internet Explorer 8을 사용하여 vSphere Web Client에 액세스합니다.

      • Internet Explorer에서 클라이언트 통합 플러그인을 다운로드하지 못함
        Internet Explorer를 사용하여 클라이언트 통합 플러그인을 다운로드할 경우 localhost에서 vmware-vmcr-win32-x86.exe를 다운로드할 수 없습니다.라는 오류 메시지가 표시됩니다. 이 문제는 Internet Explorer의 특정 보안 설정으로 인해 클라이언트 통합 플러그인을 다운로드하지 못하는 경우에 발생합니다.

        해결 방법: 다른 방법을 사용하여 클라이언트 통합 플러그인을 다운로드합니다.

        • Firefox를 사용하여 vSphere Web Client에 연결한 후 클라이언트 통합 플러그인을 다운로드합니다.

        • Internet Explorer에서 비보안 포트인 http:// ipaddress: portnumber/vsphere-client/vmrc/vmware-vmrc-win32-x86.exe를 사용하여 클라이언트 통합 플러그인 파일에 직접 연결합니다. 예를 들면 http://localhost:9090/vsphere-client/vmrc/vmware-vmrc-win32-x86.exe를 사용합니다.

      • vSphere Web Client에서 데이터를 로드하거나 새로 고칠 수 없음
        vSphere Web Client에서 데이터를 로드하거나 새로 고치지 못하는 경우가 있습니다. 애플리케이션의 오른쪽 상단에 로드 바람개비가 계속 돌아가지만 요청한 정보가 표시되지 않습니다.

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

        • 브라우저의 [새로 고침] 버튼을 클릭합니다.
        • 인벤토리 트리에서 다른 개체를 선택한 다음 브라우저의 [새로 고침] 버튼을 클릭합니다.
        • vCenter Server와 해당 서비스의 상태를 확인합니다. 중지된 서비스를 다시 시작합니다.

      • vCenter Server 장치에서 인벤토리 서비스 데이터를 백업할 때 오류가 발생함
        /usr/lib/vmware-vpx/inventoryservice/scripts/backup.sh스크립트를 실행하여 vCenter Server 장치의 인벤토리 서비스 데이터를 백업하면 Java HotSpot(TM) 64비트 서버 VM 주의: 스택 가드 페이지를 할당하지 못했습니다.와 같은 오류 메시지가 표시되고 작업이 실패할 수 있습니다. 이 오류는 vCenter Server 장치의 메모리가 부족하여 JVM이 프로세스를 시작하는 데 충분한 메모리를 할당할 수 없는 경우에 발생합니다.

        해결 방법: vCenter Server 장치에 사용할 수 있는 시스템 RAM을 늘립니다.

      • vCenter Server 장치에서 vpxd를 재시작하면 데이터베이스 오류가 발생함
        내장형 데이터베이스가 있는 vCenter Server 장치에서 vpxd를 재시작하면 작업이 실패할 수 있습니다. 이 경우 vpxd.log파일에
        다음과 유사한 오류 메시지가 표시됩니다. Alert:false@ /build/mts/release/bora-336896/bora/vpx/vpxd/util/vpxdVdb.cpp:403

        이 오류는 vCenter Server 장치의 시스템 시계를 데이터베이스가 생성된 시간보다 이전으로 재설정하면 발생합니다. 그러면 vCenter Server 장치에서 생성한 데이터베이스 개체의 타임 스탬프가 현재가 아니라 미래를 나타내기 때문에 데이터베이스 개체에 대한 쿼리가 실패합니다.

        Active Directory 도메인 컨트롤러의 시계가 vCenter Server 장치의 시계보다 이전 시간으로 설정되어 있으면 Active Directory를 구성하는 동안 이 오류가 발생할 수 있습니다. 그 이유는 구성을 진행하는 동안 vCenter Server 장치 시계가 Active Directory 도메인 컨트롤러의 시계와 동기화되기 때문입니다.

        해결 방법: 내장형 데이터베이스를 구성한 후에 vCenter Server 장치의 시스템 시계를 이전 시간으로 설정하지 않습니다. Active Directory를 구성하는 동안 Active Directory 도메인 컨트롤러의 시계가 vCenter Server 장치의 시계보다 이전 시간으로 설정되어 있지 않은지 확인합니다.

      • 포함된 SNMP 에이전트 구성을 지우기 위해 vCLI 명령을 실행하면 표시 소스가 재설정되고 트랩 필터가 지워짐
        포함된 SNMP 에이전트 구성을 지우는 vicfg-snmp -rvCLI 명령을 실행하면 이벤트 소스 또는 트랩이 기본값( indications)으로 재설정되고 모든 트랩 필터가 지워집니다.

        해결 방법: 없음.

      • 포함된 SNMP 에이전트를 사용하도록 설정하면 주소가 이미 사용 중이라는 오류와 함께 작업이 실패함
        포함된 SNMP 에이전트를 사용하도록 설정하지 않은 상태에서 에이전트에 udp/161 이외의 포트를 구성하면 해당 에이전트는 포트의 사용 여부를 확인하지 않습니다. 그러면 에이전트를 사용하도록 설정했을 때 포트 충돌이 발생하여 주소가 이미 사용되고 있습니다.라는 오류 메시지가 발생합니다.

        해결 방법: 포트를 구성하기 전에 포함된 SNMP 에이전트를 사용하도록 설정합니다.

      • vCenter Server 시작 페이지에서 vSphere Web Client 로그인 페이지에 액세스할 수 없음
        localhost URL을 사용하여 vCenter Server 시작 페이지에 액세스할 경우 [vSphere Web Client에 로그인]을 클릭하면 오류가 발생합니다.

        해결 방법: vCenter Server 시스템의 IP 주소나 호스트 이름을 사용하여 시작 페이지에 액세스합니다.

      • vSphere Client의 사용자 및 그룹 선택 대화상자에 사용자 및 그룹 이름이 잘려서 표시됨
        vSphere Client에서 인벤토리 개체에 사용 권한을 추가하면 사용자 및 그룹 선택 대화상자에 표시되는 사용자 및 그룹의 이름이 잘릴 수 있습니다. 예를 들면 Administratortor로 표시될 수 있습니다. 사용자와 그룹은 완전한 이름을 올바르게 입력해야만 선택할 수 있습니다.

        Windows 워크스테이션 서비스가 중지되면 이 문제가 발생합니다.

        해결 방법: vCenter Server 시스템에서 워크스테이션 서비스를 재시작합니다.

        1. 시작 > 프로그램 > 관리 도구 > 서비스를 선택합니다.
        2. 워크스테이션을 마우스 오른쪽 버튼으로 클릭하고 시작을 선택합니다.

      • 내보낸 가상 시스템 목록이 완전하지 않음
        vSphere Client 인벤토리에서 데이터 센터, 클러스터, 호스트 또는 다른 개체를 선택한 후 해당 가상 시스템 목록을 내보내면 가상 시스템 중 일부가 목록에 포함되지 않을 수 있습니다. 이 문제는 화면에 표시되지 않은 개체에 대해 정보가 입력되지 않는 경우가 있기 때문에 발생합니다.

        해결 방법: 내보내기 전에 목록 전체를 스크롤하여 모든 가상 시스템이 표시되도록 합니다.

      • vSphere Web Client 로그 파일에 가상 오류 메시지가 나타남
        사용 중인 Tomcat 및 dm 서버의 버전 때문에 vSphere Web Client 로그 파일에 가상 오류 메시지가 나타납니다. 여기에는 몇 가지 정보메시지뿐 아니라 심각: 서버에 대한 글로벌 컨텍스트가 정의되어 있지 않습니다.와 같은 메시지가 포함됩니다. 이러한 메시지는 무시하면 됩니다.

        해결 방법: 없음.

      • vSphere Web Client 온라인 도움말에 Firefox 3.5가 지원되는 브라우저로 잘못 표시됨
        vSphere Web Client 온라인 도움말에 Firefox 3.5가 vSphere Web Client 및 클라이언트 통합 플러그인에 사용할 수 있는 웹 브라우저로 잘못 표시됩니다.

        해결 방법: 지원되는 웹 브라우저에 대한 정보는 vSphere 설치 및 설정 설명서를 참조하십시오.

      • VM 스토리지 프로파일을 보려고 하면 vSphere Client에 오류 메시지가 표시됨
        vSphere Client를 vCenter Server에 연결한 후 가상 시스템의 스토리지 프로파일을 보려고 하면 VC에서 http:///sps/sdk의 Profile-Driven Storage Service에 연결할 수 없습니다.라는 오류 메시지가 표시될 수 있습니다.

        스토리지 프로파일 서비스와 다른 서비스가 포트 31000을 사용하도록 구성되어 있으면 포트 충돌이 발생하는데 이 충돌은 vSphere Web Client와 vCenter Orchestrator 때문에 발생할 수 있습니다.

        해결 방법: vSphere Web Client 서비스와 vCenter Orchestrator 구성 서비스를 재시작합니다. 재시작 후 두 서비스는 사용 가능한 다음 포트를 선택합니다. 두 서비스 중 하나만 시스템에 있거나 시스템에서 실행 중이면 해당 서비스만 재시작하면 됩니다.

        가상 시스템 관리 문제
        • USB 3.0 디바이스용 xHCI 컨트롤러에 사용할 수 있는 드라이버
          가상 하드웨어 버전 8에서는 xHCI 컨트롤러와 USB 3.0 디바이스가 지원됩니다. 그러나 대부분의 운영 체제에서는 xHCI 드라이버를 사용하지 못할 수 있습니다. 게스트 운영 체제에 드라이버가 설치되어 있지 않으면 USB 3.0 디바이스를 사용할 수 없습니다. 현재로서는 Windows 운영 체제에서 사용할 수 있는 드라이버가 없습니다. 드라이버의 사용 가능 여부는 운영 체제 벤더에 문의하십시오. Windows 게스트 운영 체제를 실행하는 가상 시스템을 생성하거나 업그레이드할 경우 기존의 EHCI+UHCI 컨트롤러를 계속해서 사용할 수 있기 때문에 ESXi 호스트 또는 클라이언트 컴퓨터에서 USB 1.1 및 2.0 디바이스를 사용하여 가상 시스템의 USB를 구성할 수 있습니다. Windows 가상 시스템에 xHCI 및 EHCI+UHCI USB 컨트롤러가 있으면 새로 추가하는 USB 1.1 및 USB 2.0 디바이스가 xHCI에 연결되고, 게스트에서 이를 감지하지 못합니다.

          해결 방법: 가상 시스템의 구성에서 xHCI 컨트롤러를 제거하고 USB 디바이스를 EHCI+UHCI에 연결합니다.

        • 2.6.27보다 이전 버전의 Linux 커널에서 소켓당 코어 수가 2의 제곱이 아닌 값을 보고하지 않음
          ESXi 5.0부터는 다중 코어 가상 CPU에 소켓당 코어 수가 2의 제곱이 아닌 값도 지원됩니다. 2.6.27보다 이전 버전의 Linux 커널에서는 소켓당 코어 수가 2의 제곱인 값만 올바르게 보고됩니다. 예를 들어 일부 Linux 게스트 운영 체제에서는 .vmx 파일에 값을 numvcpus = 6cpuid.coresPerSocket = 3으로 지정하면 물리적 ID 정보가 보고되지 않습니다. 그러나 Linux 커널 2.6.28 이상에서는 CPU 및 코어 토폴로지가 올바르게 보고됩니다.

          해결 방법: 없음

        • Linux 64비트 또는 Windows 7 32비트 게스트 운영 체제를 사용하는 가상 시스템에 메모리를 핫 추가하면 기존 가상 메모리를 3GB까지만 늘릴 수 있음
          Linux 64비트 또는 Windows 7 32비트 게스트 운영 체제를 실행하는 가상 시스템에 메모리를 핫 추가할 경우 다음과 같은 조건이 적용됩니다.

          • 전원이 켜진 가상 시스템의 메모리가 3GB 미만이면 메모리를 3GB까지만 핫 추가할 수 있습니다.
          • 가상 시스템의 메모리가 1GB이면 2GB를 추가할 수 있습니다.
          • 가상 시스템의 메모리가 2GB이면 1GB를 추가할 수 있습니다.
          • 가상 시스템의 메모리가 3444MB이면 128MB를 추가할 수 있습니다.
          • 전원이 켜진 가상 시스템의 메모리가 정확히 3GB이면 메모리를 핫 추가할 수 없습니다.

          전원이 켜진 가상 시스템에 3GB 이상의 메모리가 있으면 가상 시스템의 초기 전원 크기 또는 하드웨어 버전의 제한 크기 중 더 작은 크기의 16배까지 가상 시스템 메모리를 늘릴 수 있습니다. 하드웨어 버전 제한 크기는 하드웨어 버전 7의 경우에는 255GB이고 하드웨어 버전 8의 경우에는 1011GB입니다.

          Linux 64비트 및 32비트 Windows 7 게스트 운영 체제에서는 가상 시스템의 전원이 켜져 있는 상태에서 메모리가 3GB보다 작거나 같은 상태에서 3GB 이상으로 증가하면 운영 체제가 중지됩니다. 이 vSphere 제한은 게스트 운영 체제에서 그러한 버그가 트리거되지 않도록 도와줍니다.

          해결 방법: 없음.

        • 하드웨어 버전 7 가상 시스템에서의 CPU 핫 추가 오류
          가상 CPU 핫 추가 기능은 하드웨어 8 가상 시스템에서 다중 코어 가상 CPU 기능을 통해 지원됩니다.
          소켓당 코어 수가 2개 이상인 하드웨어 버전 7 가상 시스템의 경우 [가상 시스템 속성] 대화상자에서 CPU 핫 추가를 사용하도록 설정한 후 가상 CPU를 핫 추가하려고 하면 작업이 실패하고 이 가상 시스템은 CPU 핫 플러깅을 지원하지 않습니다.라는 오류 메시지가 나타납니다.

          해결 방법: 하드웨어 버전 7 가상 시스템에서 CPU 핫 추가 기능을 사용하려면 가상 시스템 전원을 끄고 소켓당 코어 수를 1로 설정합니다.
          최상의 결과를 얻으려면 하드웨어 버전이 8인 가상 시스템을 사용합니다.

        • 2007년 11월 20일 날짜의 LSISAS 드라이버를 사용하는 Windows 2003 32비트 시스템에 메모리를 핫 추가하면 가상 시스템이 응답하지 않음
          2007년 11월 20일 날짜의 LSI-SAS 드라이버는 메모리가 3GB를 초과할 경우 시스템 시작 시 없었던 메모리를 올바르게 인식하지 못합니다. 메모리가 핫 추가 작업 이전에는 3GB 미만이었지만 핫 추가 작업 이후에는 3GB 이상이 된 시스템에 메모리를 핫 추가하면 Windows 상태가 손상되고 결과적으로 Windows가 더 이상 응답하지 않습니다.

          해결 방법: LSI 웹 사이트에서 제공하는 최신 LSI SAS 드라이버를 사용합니다. Windows 2003 가상 시스템에 LSISAS1068 가상 어댑터를 사용하지 않습니다.

        • MacOS X Server 10.6.5 이상의 게스트 운영 체제에서 요약 탭에 잘못된 IPv6 주소가 나타남
          vSphere Client의 요약 탭에서 모두 보기를 클릭하면 IPv6 주소 목록에 잘못된 링크 로컬 주소가 포함됩니다. 잘못된 주소는 ifconfig파일을 실행한 후 명령의 출력을 vSphere Client의 주소 목록과 비교하면 표시됩니다. 올바르지 않은 이 정보는 vim-cmd명령을 실행하여 GuestInfo데이터를 가져올 때도 나타납니다.

          해결 방법: 없음

        • 많은 수의 가상 시스템을 동시에 생성하면 파일 작업이 실패함
          동일한 디렉토리 내에 여러 개의 가상 시스템을 동시에 생성하면 스토리지 시스템의 작업량이 너무 많아 일부 파일 작업이 실패합니다. 이 경우 vim.fault.CannotAccessFile오류 메시지가 나타나고 가상 시스템 생성 작업이 실패합니다.

          해결 방법: 한 번에 64개 정도의 소규모 단위로 가상 시스템을 생성하거나, 가상 시스템을 서로 다른 데이터스토어 또는 동일한 데이터스토어 내의 서로 다른 디렉토리에 생성합니다.

        • ESXi 호스트에서 가상 시스템으로 전달한 USB 디바이스가 vMotion을 사용한 마이그레이션 과정에서 연결이 끊어짐
          ESXi 호스트에서 가상 시스템에 USB 디바이스를 전달한 경우, vMotion을 사용한 마이그레이션 과정에서 연결 상태를 유지하도록 디바이스가 구성되어 있어도 실제 마이그레이션 작업 시 디바이스 연결이 끊어질 수 있습니다. DRS로 마이그레이션을 트리거한 경우에도 디바이스 연결이 끊어질 수 있습니다. 디바이스는 연결이 끊어지면 호스트로 복구되고 가상 시스템에 더 이상 연결되지 않습니다. 이 문제는 USB 디바이스가 여러 개 연결되어 있는 가상 시스템을 마이그레이션할 때 더 자주 발생하지만, 연결된 디바이스 수가 적은 경우에도 가끔씩 발생합니다.

          해결 방법: USB 디바이스가 물리적으로 연결되어 있는 ESXI 호스트로 가상 시스템을 마이그레이션한 다음 가상 시스템에 디바이스를 다시 연결합니다.

        • 액세스할 수 없는 SCSI 패스스루 디바이스를 가진 가상 시스템의 전원을 켤 수 없음
          가상 시스템에 연결된 SCSI 패스스루 디바이스에 가상 시스템의 호스트에서는 액세스할 수 없는 디바이스 백업이 있으면 VM의 전원을 켜는 동안 ESX 호스트에서 예기치 않은 오류를 수신했습니다.라는 오류가 발생하고 가상 시스템 전원을 켤 수 없습니다.

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

          • 가상 시스템의 호스트에 물리적 SCSI 디바이스가 있는 경우, SCSI 패스스루 디바이스의 디바이스 백업을 호스트의 물리적 SCSI 디바이스로 변경한 후 가상 시스템 전원을 켭니다.
          • 호스트에 물리적 SCSI 디바이스가 없으면 가상 시스템에서 SCSI 패스스루 디바이스를 제거한 후 가상 시스템 전원을 켭니다.

        • VMware Tools 시스템 트레이 아이콘이 최신 버전이 아닌 상태로 잘못 표시됨
          가상 시스템에서 vSphere 4.x와 함께 설치된 VMware Tools를 사용하는 경우 게스트 운영 체제의 시스템 트레이 아이콘이 최신 버전이 아닌 상태로 잘못 표시됩니다. vSphere 5.0 Client 및 vSphere Web Client에서는 가상 시스템의 요약 탭에 상태가 최신 버전 아님(정상입니다. 이 버전이 기존 호스트에서 지원되지만 새 기능이 작동하지 않으면 업그레이드하십시오.)으로 표시됩니다. vSphere 4.x와 함께 설치된 VMware Tools도 지원되며 vSphere 5.0에서 사용하기 위해 반드시 업그레이드할 필요는 없습니다.

          해결 방법: vSphere 5.0의 경우 vSphere Client 또는 vSphere Web Client에서 가상 시스템의 요약 탭을 사용하여 VMware Tools의 상태를 확인합니다. 최신 버전이 아닌 상태로 표시되지만 업그레이드하지 않으려면 다음의 설정을 사용하여 게스트 운영 체제에서 업그레이드 메시지와 주의 아이콘을 해제할 수 있습니다.

          • VMware Tools를 자동으로 업그레이드하도록 가상 시스템이 설정되어 있지만 지원되는 최하 버전으로 가상 시스템을 계속 사용하려면 특정 속성을 고급 구성 매개 변수로 설정합니다. 이 경우 tools.supportedOld.autoupgradeFALSE로 설정합니다. 이렇게 설정하면 게스트에서 지원되지 않는 VMware Tools를 나타내는 느낌표 아이콘이 사용되지 않습니다.
          • VMware Tools가 최신 버전이 아니고 시스템 트레이의 VMware Tools 아이콘에 나타나는 느낌표 아이콘을 사용하지 않으려면 특정 속성을 고급 구성 매개 변수로 설정합니다. 이 경우에는 tools.supportedOld.warnFALSE로 설정합니다.

          위의 설정은 요약 탭에 상태가 '지원되지 않음' 또는 '오류'로 표시되어도 VMware Tools의 동작에는 영향을 주지 않습니다. 이러한 경우 느낌표 아이콘이 나타나고, 고급 구성 설정이 FALSE로 설정되어 있어도 VMware Tools가 자동으로 업그레이드됩니다(자동 업그레이드로 구성된 경우). 고급 구성 매개 변수는 가상 시스템의 구성 파일인 .vmx를 편집하거나, vSphere Client 또는 vSphere Web Client를 사용하여 가상 시스템 설정을 편집하는 방법으로 설정할 수 있습니다. 옵션 탭에서 고급 > 일반을 선택하고 구성 매개 변수를 클릭합니다.

        • ESXi 5.0 이상에서 전원 주기 동안 Tools 확인 및 업그레이드 기능이 작동하지 않음
          ESX/ESXi 4.1에서는 전원 주기 동안 Tools 확인 및 업그레이드 옵션을 사용하여 가상 시스템 종료 시 VMware Tools를 업그레이드할 수 있었습니다. 그러나 ESXi 5.0 이상에서는 이 기능을 사용할 수 없습니다. 이 기능과 관련된 설명서의 모든 절차를 무시하십시오.

          해결 방법: VMware Tools를 수동으로 설치합니다.

        • CPU 및 메모리 사용량이 많은 Mac OS X 게스트 운영 체제의 경우 가상 시스템을 일시 중단 또는 재게하거나 마이그레이션 작업을 수행하는 동안 커널 패닉이 발생함
          CPU 및 메모리 로드가 많은 호스트에서 vMotion을 사용하여 가상 시스템을 마이그레이션하거나 가상 시스템을 일시 중단 또는 재개하면 TLB(Translation Lookaside Buffer) 무효화 요청이 시간 초과될 수 있습니다. 이러한 경우 Mac OS X 게스트 운영 체제가 응답을 중지하고 다음 중 하나와 유사한 메시지가 vmware.log 파일에 기록됩니다.
          The guest OS panicked. The first line of the panic report is: Panic(CPU 0): Unresponsive processor
          The guest OS panicked. The first line of the panic report is: panic(cpu 0 caller 0xffffff8000224a10): "pmap_flush_tlbs()timeout: " "cpu(s) failing to respond to interrupts,pmap=0xffffff800067d8a0 cpus_to_respond=0x4"@/SourceCache/xnu/xnu-1504.7.4/osfmk/x86_64/pmap.c:2710

          해결 방법: 호스트의 CPU 및 메모리 로드를 줄이거나 가상 CPU 수를 1로 줄입니다.

        • 복제를 사용하도록 설정된 경우 ESXi 5.0에서 ESX/ESXi 4.1로 가상 시스템을 복제하거나 재배치하는 작업이 실패함
          hbr enablereplication명령을 사용하여 ESXi 5.0 호스트에 상주하는 가상 시스템에서 복제를 사용하도록 설정한 후 가상 시스템을 ESX/ESXi 4.1 또는 이전 버전의 호스트에 복제하면 작업이 지원되지 않습니다.라는 오류 메시지와 함께 검증이 실패합니다. ESXi 5.0 가상 시스템을 ESX/ESXi 4.1 호스트에 복제할 수 없습니다.

          해결 방법: 다음 해결 방법 중 하나를 선택합니다.

          • 가상 시스템을 ESXi 5.0 호스트에 복제합니다.
          • 새 가상 시스템을 ESX/ESXi 4.1 호스트에 복제하거나 재배치합니다.

      • vCenter Server 5.0과 ESX/ESXi 호스트의 비호환성 문제로 인해 델타 디스크가 있는 가상 시스템의 마이그레이션 작업이 실패함
        vCenter Server 5.0에서 ESX/ESXi 4.0 업데이트 3 이전 버전의 호스트를 관리하는 경우 스냅샷 또는 델타 디스크를 사용하는 가상 시스템을 해당 호스트에 마이그레이션할 수 없습니다. 이러한 마이그레이션 작업을 시도하면 vCenter Server와 ESX의 버전이 호환되지 않아 스냅샷 또는 델타 디스크가 포함된 VM을 마이그레이션할 수 없습니다. 작업을 계속하려면 ESX 호스트를 ESX 4.0 업데이트 3 이상으로 업그레이드하십시오.라는 시스템 오류 메시지가 표시됩니다.
        ESX/ESXi 4.1의 경우에도 동일한 제한이 적용되며 유사한 오류 메시지가 나타납니다. vCenter Server 5.0에서 ESX/ESXi 4.1 호스트를 관리하는 경우, 델타 디스크가 포함된 가상 시스템을 마이그레이션할 수 없습니다.

        해결 방법: ESX/ESXi 호스트를 ESX/ESXi 4.0 업데이트 3 이상으로 업그레이드하거나 ESX 4.1 업데이트 1 이상으로 업그레이드합니다.

      • 사용자 지정 스크립트 경로에 ASCII가 아닌 문자가 포함되어 있는 경우 Linux 게스트 운영 체제에서 VMware-Toolbox UI를 사용하여 VMware Tools 사용자 지정 스크립트를 설정할 수 없음
        시스템 로케일이 zh_CN.gb18030, ja_JP.eucjp또는 ko_KR.euckr인 경우 ASCII가 아닌 문자는 Linux 게스트 운영 체제의 VMware Tools 속성 창에 X표시가 있는 네모 상자로 나타납니다. 이런 경우에는 사용자 지정 VMware Tools 스크립트를 설정할 수 없습니다.

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

        • 사용자 지정 VMware Tools 스크립트가 있는 디렉토리 이름을 ASCII 문자만 포함하도록 변경합니다.
        • 셸 프롬프트에 vmware-toolbox-cmd script명령을 입력하여 사용자 지정 VMware Tools 스크립트를 설정합니다.

      • Windows XP 및 Windows 2003을 사용자 지정한 후 ASCII가 아닌 DNS 접미사가 올바르게 설정되지 않음
        사용자 지정 규격 마법사를 사용하여 Windows XP 또는 Windows 2003을 사용자 지정할 경우, 네트워크 속성 DNS 탭에 ASCII가 아닌 DNS 접미사를 입력하면 성공적으로 사용자 지정된 것으로 표시되지만 실제로는 ASCII가 아닌 DNS 접미사가 올바르게 설정되지 않습니다.

        해결 방법: Windows XP 및 Windows 2003에서 DNS 접미사를 수동으로 설정합니다.

      • VMware 포함 SNMP 에이전트가 HOST-RESOURCES-MIB 모듈에 있는 hrDeviceStatus개체의 프로세서 상태를 잘못 보고함
        시스템 세부 정보를 보고할 때 VMware 포함 SNMP 에이전트가 프로세서 상태를 잘못 표시합니다. SNMP 에이전트가 HOST-RESOURCES-MIB의 hrDeviceStatus에 대해 프로세서 상태를 알 수 없음으로 보고합니다. HOST-RESOURCES-MIB의 ESX/net-snmp 구현은 hrDeviceStatus개체를 반환하지 않으며 이것은 알 수 없음상태의 보고와 동일합니다.

        해결 방법: CIM API 또는 SMBIOS 데이터를 사용하여 프로세서 상태를 확인하십시오.

      • .vmsd 스냅샷 데이터베이스 파일의 스냅샷 디스크 경로와 델타 디스크 설명자 파일의 상위 경로가 마이그레이션 후 업데이트되지 않음
        snapshot.redoNotWithParentTRUE로 설정되었을 때 snapshotDirectory설정을 데이터베이스 A에서 데이터베이스 B로 변경할 경우 잘못된 스냅샷 구성이 검색되었습니다.라는 오류 메시지가 나타날 수 있습니다. 다음 조건을 모두 충족할 경우 이런 문제가 발생합니다.

        • 스냅샷 트리에서 이전 스냅샷으로 되돌리고 해당 스냅샷 시점에서 새로운 스냅샷을 생성합니다. 그 결과 비선형 스냅샷 트리 계층이 만들어집니다.
        • 디스크 체인의 디스크 링크가 여러 데이터 저장소에 걸쳐 있고 소스와 대상 데이터 저장소 모두를 포함합니다. 이 상황은 다른 데이터스토어를 한 번 이상 가리키도록 snapshotDirectory설정을 변경하고 snapshotDirectory변경 사이에 가상 시스템 스냅샷을 생성할 경우 발생합니다. 예를 들어, snapshotDirectory가 데이터 저장소 A로 설정된 가상 시스템의 스냅샷을 생성하고 이전 스냅샷으로 되돌린 다음 snapshotDirectory설정을 데이터 저장소 B로 변경하고 추가 스냅샷을 생성합니다. 이제 가상 디스크를 데이터 저장소 B에서 데이터 저장소 A로 마이그레이션합니다.

        가장 좋은 방법은 스냅샷 디렉토리에 상위 및 하위 스냅샷을 모두 저장하는 기본 설정을 유지하는 것입니다. snapshotDirectory설정 변경 또는 데이터 저장소 변경 중간에 스냅샷 생성은 피하십시오. snapshot.redoNotWithParentTRUE로 설정했다면, 현재 가상 시스템이 사용하지 않고 있는 데이터 저장소로 전체 스토리지 마이그레이션을 수행하십시오.

         

        해결 방법: 디스크 경로 참조를 수동으로 스냅샷 데이터베이스 파일 및 디스크 설명자 파일의 올바른 데이터 저장소 경로로 업데이트하십시오.

          • IDE 가상 디스크가 포함된 가상 시스템을 ESXi 5.0 호스트에서 ESX/ESXi 4.x 호스트로 콜드 마이그레이션하면 작업이 개체에서 지원되지 않습니다.라는 오류와 함께 작업이 실패함
            vCenter Server 5.0을 사용하여 하나 이상의 IDE 가상 디스크를 사용하는 가상 시스템을 ESXi 5.0 호스트에서 ESX/ESXi 4.x 호스트로 마이그레이션하면 작업이 개체에서 지원되지 않습니다.라는 오류와 함께 마이그레이션이 실패합니다.

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

            1. ESXi 5.0 호스트에서 가상 시스템을 선택합니다.
            2. VM이 ESXi 5.0 호스트의 호스트 전용 데이터스토어에 상주하는 경우 가상 시스템의 .vmx.vmdk파일을 ESXi 5.0 호스트와 ESX/ESXi 4.x 호스트가 모두 액세스할 수 있는 공유 LUN으로 이동합니다.
            3. 가상 시스템 마이그레이션 마법사의 호스트 변경 옵션을 사용하여 가상 시스템을 ESX/ESXi 4.x 호스트로 콜드 마이그레이션합니다.
               
          • DST(일광 절약 시간제) 전환 시 성능 차트의 시간 축에 변경된 DST 시간이 업데이트되지 않음
            예를 들어, DST를 준수하는 지역의 로컬 시계를 2011년 3월 27일 일요일 오전 3시에 1시간 앞으로 설정했습니다. 이 경우 성능 차트에서 시간 축은 ..., 2:00, 2:20, 2:40, 4:00, 4:20, ...같이 오전 3시로 시작되는 눈금이 생략되어야 합니다. 그러나 실제 레이블은 ..., 2:00, 2:20, 2:40, 3:00, 3:20, 3:40, 4:00, 4:20, ...같이 표시됩니다.

            해결 방법: 없음

          • 디스크 포맷 변경 옵션을 지정하여 Storage vMotion 작업을 수행한 이후에도 가상 시스템 디스크가 원래 포맷으로 유지됨
            ESXi 4.1 또는 이전 버전을 실행하는 호스트에서 전원이 켜진 가상 시스템에 대해 Storage vMotion 작업을 수행하는 동안 디스크 포맷을 빠르게 비워지는 씩 프로비저닝 포맷으로 변경하려고 해도 포맷이 변환되지 않습니다. Storage vMotion 작업은 성공적으로 완료되지만 ESX/ESXi 4.1 및 이전 버전에 내재된 제한 때문에 디스크가 원래 포맷으로 유지됩니다. ESXi 5.0 호스트에서 가상 시스템에 대해 동일한 작업을 수행하면 포맷이 성공적으로 변환됩니다.

            해결 방법: 없음.

          • vCenter Server 지원 번들 도구가 사용자 지정 위치에 저장된 로그 데이터를 찾지 못함
            vCenter Server 지원 번들 도구가 기본값이 아닌 사용자 지정 위치에 저장된 로그 파일을 찾지 못합니다. vCenter Server 지원 번들 도구는 vSphere Client 로그 수집 도구와는 다릅니다.

            해결 방법: vSphere Client를 vCenter Server에 연결한 후 시스템 로그 내보내기 기능을 사용하여 로그 데이터를 검색합니다. vSphere Client에서 관리 > 시스템 로그 내보내기를 선택합니다.

            vSphere Client를 vCenter Server에 연결할 수 없는 경우에는 파일을 로그 번들에 수동으로 복사해야 합니다.

          • vCenter Server 5.0에서는 vSphere HA와 관련된 몇 가지 고급 구성 옵션이 더 이상 지원되지 않음
            다음 옵션은 더 이상 지원되지 않습니다.

            das.consoleUser
            das.consoleNode
            das.consolePerm
            das.primaryCount
            das.checkVmStateDelay
            das.trace
            das.traceLevel
            das.traceOutput
            das.preferredPrimaries
            das.disableUWSwapRequirement
            das.sensorPollingFreq
            das.bypassNetCompatCheck
            das.defaultfailoverhost
            das.failureDetectionTime
            das.failureDetectionInterval

            지원되지 않는 옵션을 설정하려고 시도하면 해당 옵션이 올바르지 않다는 메시지가 나타납니다. 또한 이러한 옵션이 정의되어 있는 이전 버전에서 vCenter Server 5.0으로 업그레이드하면 해당 옵션이 삭제되고 더 이상 적용되지 않습니다.

            해결 방법: 없음.

          • 호스트 오류가 발생할 경우 vSphere HA가 vMotion을 사용하여 마이그레이션되는 가상 시스템을 다시 시작하지 못함
            가상 시스템이 하나의 호스트에서 다른 호스트로 마이그레이션되는 동안 원래 호스트에 오류가 발생하고 응답이 없거나 가상 시스템의 구성 파일을 포함하는 데이터 저장소에 대한 액세스가 끊길 수 있습니다. 그러한 오류가 발생하고 vMotion도 따라서 오류가 발생하면 vSphere HA가 가상 시스템을 다시 시작하지 않을 수 있으며, 보호도 못할 수 있습니다.

            해결 방법: 가상 시스템에 오류가 발생하고 vSphere HA가 가상 시스템을 다시 시작하지 않으면, 가상 시스템 전원을 수동으로 켜십시오. 그러면 vSphere HA가 가상 시스템을 보호합니다.

          • PXE 부팅하거나 RHEL 6을 재부팅하면 빈 화면이 나타남
            Red Hat 부트 로더를 사용하여 EFI 가상 시스템에서 RHEL 6으로 PXE 부팅하려고 하면 운영 체제를 선택한 이후에 빈 화면이 나타납니다. 일반 RHEL 6 설치의 grub.conf 파일에서 splashscreen지시문을 제거한 후 가상 시스템을 재부팅했을 때도 이 문제가 나타납니다.

            해결 방법: splashscreen지시문이 있고 부트 로더가 액세스할 수 있는 파일을 참조하는지 확인합니다.

          • Mac OS X 10.6.x를 재부팅하면 여러 vNIC가 임의로 연결이 끊어짐
            Mac OS X 10.6을 재부팅하면 n >=3 e1000 vNIC에 대해 잘못된 게스트 링크 상태가 표시됩니다.

            n(e1000)=3인 경우 게스트 링크 상태는 2(연결됨), 1(연결 끊김)입니다.
            n(e1000)=5인 경우 게스트 링크 상태는 3(연결됨), 2(연결 끊김)입니다.

            해결 방법: ifconfig 유틸리티를 사용하여 어댑터를 수동으로 활성화/비활성화합니다. 수동 활성화/비활성화는 다음 재부팅 프로세스까지 유지되지 않습니다.

          • IBM x3550 M2의 부팅 시 기존 비디오 적용을 사용하지 않도록 설정해야 함
            IBM x3550 M2에는 부팅 시 기존 비디오 적용이라고 하는 펌웨어 옵션이 있는데, 이 옵션은 UEFI(Unified Extensible Firmware Interface)로 부팅할 경우에 기존 INT10h 비디오를 사용할 수 있도록 지원합니다. 이 옵션은 ESXi 5.0과 호환되지 않기 때문에 사용하지 않도록 설정해야 합니다.

            해결 방법: IBM x3550 M2를 UEFI로 부팅할 때 F1 키를 눌러 펌웨어 설정으로 들어간 후 System Settings > Legacy Support > Force Legacy Video on Boot를 선택하고 Disable을 클릭합니다.

          • 사용자 이름에 ASCII가 아닌 문자가 포함되어 있으면 vSphere Web Client를 사용하여 vCenter Server에 로그인할 수 없음
            vSphere Web Client에서는 ASCII가 아닌 문자가 포함된 사용자 이름을 사용할 수 없습니다. 이름에 ASCII가 아닌 문자가 포함된 사용자는 vSphere Web Client를 사용하여 vCenter Server에 연결할 수 없습니다.

            해결 방법: vSphere Client를 사용하여 vCenter Server에 연결합니다.

          • vSphere Web Client 도움말에서 지역화된 검색 및 검색 범위와 관련된 문제
            다음은 vSphere Web Client 도움말에서 지역화된 검색에 대해 알려진 문제입니다.

            • 영어가 아닌 언어로 지역화된 문자를 사용하여 검색하면 결과가 검색되지 않습니다.
            • ASCII가 아닌 문자를 사용하여 검색 범위 이름을 생성하면 해당 문자가 올바르게 표시되지 않습니다.

            해결 방법: tomcat-server.xml 파일을 편집하여 URI 인코딩을 UTF-8로 지정합니다.

            1. vSphere_Web_Client_Installation_Directory\springsource-dm-server-2.0.4\config\tomcat-server.xml파일을 텍스트 편집기에서 엽니다.
            2. 파일에서 다음 섹션을 편집하여 URIEncoding="UTF-8"매개 변수를 connectionTimeout="20000"줄 끝에 추가합니다.

              <Connector port="9090" protocol="HTTP/1.1"
              connectionTimeout="20000"
              redirectPort="9443" emptySessionPath="true"/>


              9090은 커넥터 포트의 기본값입니다. 설치 시 이 값을 변경했다면 다른 포트 번호가 나타납니다. 포트 번호는 변경하면 안 됩니다.

              필요한 값을 변경하면 섹션이 다음과 같이 나타납니다.

              <Connector port="9090" protocol="HTTP/1.1"
              connectionTimeout="20000" URIEncoding="UTF-8"
              redirectPort="9443" emptySessionPath="true"/>
            3. 파일에서 다음 섹션을 편집하여 URIEncoding="UTF-8"줄을 keystoreFile="config/keystore"줄 끝에 추가합니다.

              <Connector port="9443" protocol="HTTP/1.1" SSLEnabled="true"
              maxThreads="500" scheme="https" secure="true"
              clientAuth="false" sslProtocol="TLS"
              keystoreFile="config/keystore"
              keystorePass="changeit" emptySessionPath="true"/>


              9443은 커넥터 포트의 기본값입니다. 설치 시 이 값을 변경했다면 다른 포트 번호가 나타납니다. 포트 번호는 변경하면 안 됩니다.

              필요한 값을 변경하면 섹션이 다음과 같이 나타납니다.

              <Connector port="9443" protocol="HTTP/1.1" SSLEnabled="true"
              maxThreads="500" scheme="https" secure="true"
              clientAuth="false" sslProtocol="TLS"
              keystoreFile="config/keystore" URIEncoding="UTF-8"
              keystorePass="changeit" emptySessionPath="true"/>
            4. 파일을 저장합니다.
        • 마이그레이션 문제 VMware HA 및 Fault Tolerance 문제 게스트 운영 체제 문제
          지원되는 하드웨어 문제 국제화 문제
        • 가상 시스템 탭의 정보를 새로 고칠 수 없음
          vSphere Client의 가상 시스템 탭에 있는 정보가 즉시 새로 고쳐지지 않는 경우가 있습니다. 예를 들어, 많은 수의 가상 시스템을 복제하거나 등록할 경우 가상 시스템 중 일부가 인벤토리 트리에 나타나지만 가상 시스템 탭에는 표시되지 않을 수 있습니다. 수많은 가상 시스템의 전원을 켜거나 끄면 새로운 전원 상태가 인벤토리 트리에 올바르게 표시되지만 가상 시스템 탭에는 반영되지 않을 수 있습니다.

          해결 방법: F5 키를 눌러 탭의 정보를 새로 고칩니다.

        • IPv6이 지원되지 않지만 VMware vCenter Server 장치 웹 콘솔에 IPv6 구성 옵션이 있음
          VMware vCenter Server 장치에서는 IPv6이 지원되지 않지만 VMware vCenter Server 장치 웹 콘솔의 네트워크 탭에 IPv6의 구성 옵션이 있으며, 네트워크에 DHCPv6 서버가 있으면 장치에 IPv6 주소가 기본으로 할당됩니다.

          해결 방법: DHCP를 통해 장치에 IPv6 주소가 할당되지 않도록 VMware vCenter Server 장치에 유효하지 않은 정적 IPv6 주소를 입력합니다.

        • Windows Server 2008에서 Internet Explorer 9에 vSphere Web Client를 로드할 수 없음
          Windows Server 2008 시스템에서 Internet Explorer 9에 vSphere Web Client를 로드하려고 하면 웹 브라우저 창이 파란색 배경으로 바뀌고 더 이상 작업이 수행되지 않습니다.

          해결 방법: Windows Server 2008 시스템의 경우 Internet Explorer 7이나 8 또는 Mozilla Firefox 3.6 이상을 사용하여 vSphere Web Client에 액세스합니다.

        • 세션 간에 vSphere Web Client 상태가 유지되지 않음
          보통은 vSphere Web Client의 상태가 세션 간에 유지되기 때문에 vSphere Web Client에 다시 로그인해도 이전 세션에서 로그아웃할 때 선택되어 있던 것과 동일한 개체와 탭이 선택되어 있습니다. 그러나 기록을 저장하지 않도록 웹 브라우저 기본 설정이 지정되어 있거나, 방문한 사이트에 대한 스토리지가 Flash Player 웹 사이트 스토리지 설정에 할당되어 있지 않으면 Flash Player는 vSphere Web Client에서 사용한 데이터를 저장하지 않고 세션 간에 상태가 유지되지 않습니다.

          해결 방법: 다음 절차를 수행합니다.

          1. http://www.macromedia.com/support/documentation/en/flashplayer/help/settings_manager07.html 페이지로 이동하여 스토리지 양이 없음 이외의 값으로 설정되었는지 확인합니다.
          2. Firefox 브라우저를 사용하는 경우 브라우저 기록 설정을 다음과 같이 지정합니다.
            1. 도구 > 옵션을 선택합니다.
            2. 개인 정보를 클릭합니다.
            3. 방문 기록 저장 안 함을 제외한 다른 옵션을 선택합니다.

        • vSphere Web Client가 일시적으로 오류 #2406를 생성함: 로드된 파일에 올바른 서명이 없음
          SUSE Linux Enterprise Server 11 또는 Red Hat Enterprise Linux 5에서 Mozilla Firefox 3.6.x를 사용하면 다음 오류 메시지가 일시적으로 발생할 수 있습니다. 오류 #2406: 로드된 파일에 올바른 서명이 없습니다.

          웹 브라우저를 다시 시작하고 vSphere Web Client에 다시 연결하십시오.

        • 시스템 로그를 내보낼 때 vCenter Server가 충돌함
          vCenter Server에서 시스템 로그를 내보낼 경우 vCenter Server가 Windows TEMP환경 변수가 지정하는 폴더를 사용합니다. 기본적으로 이 변수는 C:\Windows\Temp로 설정됩니다.

          vCenter Server가 대량의 로그 데이터를 저장하도록 구성된 경우 또는 로그를 다운로드할 호스트 수를 너무 많이 선택한 경우, TEMP변수에 지정된 드라이브에 공간이 부족할 수 있습니다. 이 드라이브가 vCenter Server가 설치된 동일한 드라이브인 경우 VMware VirtualCenter Server 서비스가 충돌할 수 있습니다.

          해결 방법: Windows TEMP환경 변수가 지정하는 드라이브에 내보내진 로그를 위한 공간이 충분한지 확인하십시오. 시스템 서비스 중단을 방지하기 위해 TEMP변수에서 C:가 아닌 다른 드라이브를 지정하는 것이 좋습니다.

        • vSphere Client 또는 vSphere Web Client 검색에서 오래된 결과를 표시하거나 시간 초과가 발생함
          vSphere Client 또는 vSphere Web Client에서 인벤토리를 검색할 경우 검색에서 오래된 정보를 표시하거나 vSphere Web Client의 경우 시간 초과가 발생할 수 있습니다.

          예기치 않은 런타임 오류를 나타내는 다음 오류 메시지가 인벤토리 서비스 로그 파일, ds.log에 나타납니다.
          [2011-06-27 18:04:25,367 pool-14-thread-5 ERROR
          com.vmware.vim.query.server.provider.impl.ProviderManagerServiceImpl] 예기치 않은 런타임 예외:
          com.xhive.error.XhiveInterruptedException: 중단됨

          해결 방법: Inventory Service를 다시 시작합니다.

          Windows에서 실행되는 vCenter Server 시스템의 경우 다음 단계를 수행하십시오.

          1. Windows Service Manager를 시작합니다.
            1. 시작 > 실행을 선택합니다.
            2. services.msc 를 입력합니다.
          2. vCenter Inventory Service를 마우스 오른쪽 버튼으로 클릭하고 다시 시작을 선택합니다.

          vCenter Server Appliance의 경우 다음 단계를 수행하십시오.
          1. VMware vCenter Server Appliance웹 콘솔에 로그인합니다.
          2. vCenter Server 탭에서 상태를 선택합니다.
          3. vCenter 중지를 클릭합니다.
          4. vCenter 시작을 클릭합니다.

          기타 문제
          • vCenter Server 하드웨어 상태에서 센서 데이터에 대한 부정확한 모니터링(KB 2012998)*
          • 로그 파일 위치가 /var/log에서 /var/run/log로 변경됨
            ESXi 5.0 로그 파일 위치는 /var/run/log입니다. 이전 버전과의 호환성을 위해 로그 파일에는 이전 위치인 /var/log부터 최근 로그 파일의 현재 위치인 /var/run/log까지 링크가 포함되어 있습니다. 회전 로그 파일에 대한 링크는 로그 파일에 포함되지 않습니다.

            해결 방법: 없음.

          • tar 설치 관리자를 사용하여 VMware Tools를 제거한 이후 Linux 가상 시스템에 OSP를 설치할 수 없음
            tar 설치 관리자를 사용하여 Linux 가상 시스템에 설치되어 있는 VMware Tools를 제거하면 시스템에 파일이 남아 있습니다. 이 경우에는 OSP를 설치할 수 없습니다.

            해결 방법: 다음 명령을 실행합니다. rm -rf /usr/lib/vmware-tools /etc/vmware-tools

          • Internet Explorer LAN 설정에 프록시 서버가 설정되어 있으면 PowerCLI를 사용하여 온라인 디포를 추가하는 작업이 가끔씩 실패함
            PowerCLI에서 Add-ESXSoftwareDepotcmdlet을 사용하여 온라인 디포를 추가할 수 있습니다. 사용 중인 시스템에 프록시 서버가 설정되어 있는 특정 상황에서는 PowerCLI에서 해당 세션에 온라인 디포를 추가하지 못합니다.

            이 오류는 다음과 같은 조건에서만 발생합니다.

            • 고객 사이트에서 웹 액세스를 위해 HTTP 프록시를 사용해야 하는 경우
            • 고객이 내부 네트워크에 디포를 호스트하는 경우
            • 고객 프록시를 사용하여 내부 네트워크에 있는 디포에 연결할 수 없는 경우

            해결 방법: IE LAN 설정에서 프록시 서버를 사용하지 않도록 설정합니다. PowerCLI에서 온라인 디포를 추가합니다.