ESXi 5.0 업데이트 2 | 2012년 12월 20일 | 빌드 914586

마지막 업데이트 날짜: 2013년 1월 11일

릴리스 정보에 포함된 내용

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

새로운 기능

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

  • 추가 게스트 운영 체제 지원. 이 릴리스에는 Solaris 11, Solaris 11.1 및 Mac OS X Server Lion 10.7.5 게스트 운영 체제에 대한 지원이 추가되었습니다.
    이 릴리스에서 지원되는 게스트 운영 체제의 전체 목록을 보려면 VMware 호환성 가이드를 참조하십시오.

  • 해결된 문제. 이 릴리스에서는 해결된 문제 섹션에 자세히 나와 있는 여러 가지 버그 수정 사항을 제공합니다.

ESXi 5.0의 이전 릴리스

ESXi 5.0의 기능과 알려진 문제는 각 릴리스의 릴리스 정보에 설명되어 있습니다. 이전 ESXi 5.0 릴리스의 릴리스 정보를 보려면 다음 링크 중 하나를 클릭하십시오.

국제화

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

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

vSphere Client 로케일 강제 적용 모드

vSphere 5.0 업데이트 2에서는 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.2에는 ESXi 5.0 업데이트 2 및 vCenter Server 5.0 업데이트 2 릴리스에 대한 지원이 추가되었습니다. VDDK에 대한 자세한 내용은 http://www.vmware.com/support/developer/vddk/를 참조하십시오.


ESXi의 하드웨어 호환성

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

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

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

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

ESXi의 가상 시스템 호환성

ESXi 5.0 업데이트 2에서는 가상 하드웨어 버전이 4.0 이상인 가상 시스템이 지원됩니다. 하드웨어 버전 3은 더 이상 지원되지 않습니다. 하드웨어 버전 3의 가상 시스템을 ESXi 5.0 업데이트 2에서 사용하려면 가상 하드웨어를 업그레이드해야 합니다. 자세한 내용은 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 업데이트 2는 사용자 환경이 다음 조건을 충족하는 경우 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 업데이트 2에는 최신 버전의 VMware Tools가 포함되어 있습니다. VMware Tools는 가상 시스템의 게스트 운영 체제 성능을 향상시키는 유틸리티의 모음입니다. 이 ESX 릴리스에서 VMware Tools와 관련하여 해결된 문제의 목록을 보려면 VMware Tools 해결된 문제를 참조하십시오.

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

ESX/ESXi 업그레이드

여러 방법으로 ESX/ESXi 호스트를 ESXi 5.0 업데이트 2로 업그레이드할 수 있습니다.

  • 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 업데이트 2 설치 관리자를 실행하여 대화형 업그레이드를 수행할 수 있습니다. 이 방법은 업그레이드하는 호스트 수가 적은 경우에 적합합니다.

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

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

업그레이드 자료

지원되는 업그레이드 도구

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

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

ESX 4.1 업데이트 3

 

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

ESXi 4.1 업데이트 2
ESXi 4.1 업데이트 3

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

VMware-VMvisor-Installer-5.0.0.update02-914586.x86_64.iso

 

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

예*

update-from-esxi5.0-5.0_update02.zip
  • VMware vCenter Update Manager
  • ESXCLI
  • VMware vSphere CLI

아니요

아니요

아니요

아니요

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

아니요

아니요

아니요

아니요

* 참고: VMware vCenter Update Manager에서 VMware-VMvisor-Installer-5.0.0.update02-914586.x86_64.iso를 사용한 ESXi 5.0 업그레이드는 지원되지 않습니다. 대신 VMware vCenter Update Manager에서 update-from-esxi5.0-5.0_update02.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 업데이트 2에서 지원됩니다. 자세한 내용은 vSphere ESX Agent Manager를 참조하십시오.

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

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

VMware vSphere의 오픈 소스 구성 요소

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

이 릴리스에 포함된 패치

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

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

ESXi500-201212201-UG: ESXi 5.0 esx-base vib 업데이트
ESXi500-201212202-UG: ESXi 5.0 net-igb vib 업데이트
ESXi500-201212203-UG: ESXi 5.0 tools-light vib 업데이트
ESXi500-201212204-UG: ESXi 5.0 net-ixgbe vib 업데이트
ESXi500-201212205-UG: ESXi 5.0 esx-tboot vib 업데이트
ESXi500-201212206-UG: ESXi 5.0 scsi-lpfc820 vib 업데이트
ESXi500-201212207-UG: ESXi 5.0 net-bnx2x vib 업데이트
ESXi500-201212208-UG: ESXi 5.0 net-e1000e vib 업데이트
ESXi500-201212209-UG: ESXi 5.0 misc-drivers vib 업데이트
ESXi500-201212210-UG: ESXi 5.0 net-tg3 vib 업데이트
ESXi500-201212211-UG: ESXi 5.0 ipmi-ipmi-si-drv vib 업데이트


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

ESXi500-201212101-SG: ESXi 5.0 esx-base vib 업데이트
ESXi500-201212102-SG: ESXi 5.0 tools-light vib 업데이트

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

ESXi-5.0.0-20121202001-standard
ESXi-5.0.0-20121202001-no-tools

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

ESXi-5.0.0-20121201001s-standard
ESXi-5.0.0-20121201001s-no-tools


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

해결된 문제

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

vSphere 5.0 업데이트 2에서 vSphere 5.1로 업그레이드하는 경우 발생할 수 있는 문제 중 해결된 문제에 대한 목록을 보려면 KB 2040662를 참조하십시오.

CIM 및 API

  • vSphere Client가 존재하지 않는 전원 공급장치 센서를 감지할 수 있음
    일부 ESXi 시스템에서 vSphere Client가 존재하지 않는 전원 공급장치에 대한 정보를 표시할 수 있습니다.

    이 릴리스에서는 IPMI SDR(센서 데이터 저장소)의 센서 데이터 처리를 향상시켜 이 문제를 해결합니다.
  • 특정 서버에서 ESXi 5.0.x SEL(시스템 이벤트 로그)이 비어 있음
    특정 물리적 서버에서 ESXi 5.0.x를 실행하는 경우 vSphere Client의 시스템 이벤트 로그가 비어 있을 수 있습니다.
    호스트의 IPMI 로그( /var/log/ipmi/0/sel)도 비어 있을 수 있습니다.
    다음과 유사한 오류 메시지가 /var/log/messages에 기록될 수 있습니다.

    Dec 810:36:09 esx-200 sfcb-vmware_raw[3965]: IpmiIfcSelReadAll: IpmiIfcSelReadEntry cc = 0xf 호출 실패


    이 문제는 이 릴리스에서 해결되었습니다.
  • ESXi 5.0 호스트에서 보고된 SMBIOS UUID가 실제 SMBIOS UUID와 다를 수 있음
    ESXi 5.0 시스템의 SMBIOS 버전이 버전 2.6 이상인 경우 ESXi 5.0 호스트에서 보고되는 SMBIOS UUID가 실제 SMBIOS UUID와 다를 수 있습니다. UUID의 처음 세 개 필드의 바이트 순서가 올바르지 않습니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • sfcb 프로세스의 열려 있는 파일 설명자 수를 확인할 수 없음
    이 릴리스에는 sfcb 프로세스의 열려 있는 파일 설명자 최대 개수를 확인하는 로그 항목이 추가되었습니다.
    다음 단계에 따라 CIM 로그에서 열려 있는 파일 설명자의 한도를 확인할 수 있습니다.
    1. # esxcfg-advcfg -s 6 /UserVars/CIMLogLevel명령을 사용하여 CIM 로그 수준을 6으로 설정합니다.
    2. # /etc/init.d/sfcbd-watchdog restart명령을 사용하여 sfcbd 서비스를 다시 시작합니다.
    3. /var/log/messages폴더의 로그 파일에 열려 있는 파일 설명자에 대한 최대 한도를 나타내는 다음과 유사한 항목이 포함되어 있는지 확인합니다.
      sfcb-HTTP-Daemon[30847]: --- 열려 있는 파일 설명자 최대 한도: 소프트 한도 - 512 하드 한도 - 1024

기타

  • vm-support 유틸리티에서 fdisk -lu를 사용하여 VMFS 5 볼륨의 파티션 테이블 목록을 수집할 수 없음
    vm-support유틸리티가 partedUtil getptblpartedUtil getUsableSectors에 대한 출력을 수집하도록 향상되었습니다. 이를 통해 VMFS 5 볼륨의 파티션 정보를 가져올 수 있습니다.

  • vm-support 스크립트에서 VMDK 파일의 원시 디바이스 매핑 정보를 수집하지 않음
    vm-support유틸리티를 사용할 경우 가상 시스템 VMDK 파일의 원시 디바이스 매핑 정보가 수집되지 않습니다.

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

  • 3D가 설정된 모드에서 VMware SVGA 3D 드라이버를 사용하는 동안 타사 애플리케이션의 시각 요소가 손상됨
    3D가 설정된 옵션을 설정한 경우 VMware SVGA 3D 드라이버를 사용하는 동안 WPF 애플리케이션에서 그룹 상자의 텍스트 레이블을 사각형 프레임으로 덮어씁니다. ESXi에서 호스팅되는 가상 시스템 내에서 실행되는 Atlas 클라이언트에서 이 문제가 발생되었습니다.

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

  • IBM ULTRIUM-HH5 테이프 디바이스가 순서가 지정된 세트 특성을 포함하는 SCSI 명령을 지원하지 않음
    IBM ULTRIUM-HH5 테이프 디바이스가 순서가 지정된 세트 특성을 포함하는 SCSI 명령을 지원하지 않으며 순서가 지정된 세트 특성을 포함하는 SCSI 요청을 디바이스로 전송한 경우 실패하고 Check Condition and sense key 0x05/0x49/0x00 INVALID MESSAGE ERROR(조건 및 감지 키 확인 0x05/0x49/0x00 잘못된 메시지 오류)
    SCSI 디바이스 상태가 표시될 수 있습니다.

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

  • UNC 경로 이름을 사용하여 Windows에서 VDDK API를 호출할 경우 크기가 큰 가상 디스크에 액세스하지 못함
    Windows에서 VDDK API를 사용하여 크기가 2GB보다 큰 가상 디스크를 읽으려고 할 경우 API 호출이 실패할 수 있습니다. VDDK 로그에 다음과 유사한 오류 메시지가 포함될 수 있습니다.
    DISKLIB-LINK : "<UNC pathname>.vmdk" : failed to open (The file is too large)(DISKLIB-LINK : "<UNC 경로 이름>.vmdk" : 열지 못했습니다(파일이 너무 큼).

    이 문제는 이 릴리스에서 해결되었습니다.
  • esxcfg-info, esxcfg-resgrp -l 또는 vm-support 명령을 실행하면 로그 파일에 오류 메시지가 기록됨
    ESXi Shell 또는 SSH를 사용하여 ESXi 호스트에서 esxcfg-info, esxcfg-resgrp -l또는 vm-support명령을 실행하면 다음과 유사한 오류 메시지가 syslog.log파일에 기록될 수 있습니다.

    2012-08-01T09:40:12Z esxcfg-info: ResourceGroup: 건너뛴 CPU 시간: Vcpu Id 11777 오류로 인한 시간. 최대 프로세서 수: 4 < 11777

    2012-07-03T00:57:28Z esxcfg-resgrp: ResourceGroup: 건너뛴 CPU 시간: Vcpu Id 55340 오류로 인한 시간. 최대 프로세서 수: 1 < 55340

    이 문제가 실행 중인 가상 시스템의 작동에 미치는 영향은 없습니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • ESXi Shell 및 SSH를 다시 사용하도록 설정할 때 시간 초과 옵션이 작동하지 않음
    SSH 및 ESXi Shell에 대해 0이 아닌 시간 초과 값을 설정하는 경우 시간 초과 값에 도달하면 SSH 및 ESXi Shell을 사용하도록 설정합니다. 하지만 시간 초과 설정을 변경하지 않고 SSH 또는 ESXi Shell을 다시 사용하도록 설정하는 경우 SSH 및 ESXi Shell이 시간 초과되지 않습니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • USB 포트에서 키보드나 마우스를 꽂거나 빼면 ESXi 호스트가 실패하고 보라색 진단 화면이 나타남
    USB 포트에서 키보드나 마우스를 꽂거나 빼면 ESXi 호스트가 실패하고 다음과 같은 오류 메시지가 표시됩니다.
    PCPU##이(가) 잠겼습니다. TLB 무효화 ack를 수행하지 못했습니다.

    자세한 내용은 KB 2000091을 참조하십시오.

    이 문제는 이 릴리스에서 해결되었습니다.
  • Solaris 10 게스트 운영 체제에서 NTP 동기화가 실패할 수 있음
    이 릴리스에는 Solaris 10 게스트의 게스트 타이머 조정(Guest Timer Calibration)에 대한 지원이 추가되어, 게스트 운영 체제가 NTP의 허용 한도 내에서 TSC를 올바르게 측정할 수 있습니다.

    이 릴리스에서는 NTP 동기화 문제가 해결되었습니다.
  • 월드 슬롯 메모리 누수로 인해 ESXi 5.0 호스트가 실패함
    ESXi 호스트가 월드 슬롯과 연결된 메모리를 해제하지 않고 월드 그룹 힙을 생성하려고 시도할 경우 월드 슬롯 메모리 누수로 인해 프로세스가 실패합니다.

    월드 슬롯과 연결된 메모리를 해제하여 이 문제를 해결합니다.

  • 중지된 복제를 수행하는 동안 ESXi 호스트가 실패함
    가상 시스템에 복제가 구성되어 있고 상태가 변화하는 경우 HBR(호스트 기반 복제) 관리자는 모든 가상 시스템 디스크가 동일한 중지 상태여야 한다고 가정합니다. 하지만 가상 시스템에 두 개 이상의 디스크가 있으며 일부 디스크는 복제가 완료되었지만 일부 디스크는 여전히 복제 프로세스가 진행 중인 경우에는 이 가정이 올바르지 않을 수 있습니다. 이런 경우 HBR이 이 조건을 잘못 적용하여 ESX 호스트가 실패하게 됩니다.

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

  • 32GB보다 큰 pRAM이 있는 ESXi 호스트에 VMware vSphere Hypervisor vRAM 라이센스를 할당할 경우 hostd 로그에 잘못된 오류 메시지가 표시됨
    물리적 RAM 크기가 32GB보다 큰 ESXi 호스트에 VMware vSphere Hypervisor Edition vRAM 라이센스 키를 할당할 경우 ESXi 호스트에서 /var/log/vmware/hostd에 다음과 유사한 잘못된 오류 메시지를 기록할 수 있습니다.
    2012-08-08T16:39:18.593Z [2AA78B90 error 'Default' opID=HB-host-84@121-9c61c8e-a8] MaxRam 값을 구문 분석할 수 없음:
    2012-08-08T16:39:18.594Z [2AA78B90 error 'Default' opID=HB-host-84@121-9c61c8e-a8] MaxRamPerCpu 값을 구문 분석할 수 없음:
    2012-08-08T16:39:18.594Z [2AA78B90 error 'Default' opID=HB-host-84@121-9c61c8e-a8] MinRamPerCpu 값을 구문 분석할 수 없음:
    2012-08-08T16:39:18.594Z [2AA78B90 error 'Default' opID=HB-host-84@121-9c61c8e-a8] vram 값을 구문 분석할 수 없음:


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

  • CreateTemporaryFile InGuest() 함수에서 GuestPermissionDeniedFault 예외가 발생할 수 있음
    전원이 켜진 가상 시스템을 재구성하여 SCSI 컨트롤러를 추가하고 게스트 운영 체제에서 임시 파일을 생성하려고 하면 작업이 실패하고 GuestPermissionDeniedFault예외가 발생할 수 있습니다.

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

  • vSphere 네트워크 코어 덤프가 완전한 데이터를 수집하지 못함
    충분하지 않은 덤프 슬롯 크기로 인해 디스크 덤프가 일부 데이터를 수집하지 못하는 경우 vSphere 네트워크 코어 덤프가 완전한 데이터를 수집하지 못합니다.

    이 문제는 이 릴리스에서 해결되었습니다. 디스크 덤프 슬롯 크기로 인한 모든 장애가 더 이상 네트워크 코어 덤프에 영향을 주지 않습니다.

  • vShield Endpoint가 있는 ESXi 호스트에서 Windows 게스트 운영 체제를 실행하는 가상 시스템이 실패하고 파란색 화면이 나타날 수 있음
    vShield Endpoint driver vsepflt.sys의 잘못된 API 호출로 인해 Windows 게스트 운영 체제를 실행하는 가상 시스템이 실패하고 파란색 진단 화면이 나타날 수 있습니다.

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

네트워킹

  • 약 1024개의 dvPort가 있는 ESXi 호스트가 응답을 중지함
    ESXi 호스트에서 약 1024개 이상의 dvPort가 사용되는 경우 호스트가 응답을 중지합니다.
    vmkwarning로그 파일에 다음과 같은 주의 메시지가 표시됩니다.
    주의: 힙: 2639: dvsLargeHeap 힙(65582032/67108864): 크기(3719168)에 비해 허용된 최대 확장 크기(1527808)가 너무 작습니다.
    주의: 힙: 2900: Heap_Align(dvsLargeHeap, 3715488/3715488 bytes, 8 align)이 실패했습니다. 호출자: 0x418025d29338


    이 문제는 이 릴리스에서 dvsLargeHeap의 기본 최대 크기를 증가시키고 관리자가 dvsLargeHeap의 최대 크기를 더 증가시킬 수 있도록 고급 구성 옵션(DVSLargeHeapMaxSize)을 추가하여 해결되었습니다.

  • MTU를 여러 번 변경하는 경우 ESXi 호스트가 응답을 중지하고 보라색 화면이 나타날 수 있음
    Intel ixgbe비동기 드라이버의 문제로 인해 MTU를 여러 번 변경하면 netGPHeap 손실 및 메모리 누수가 발생하여 ESXi 호스트가 실패하고 보라색 화면이 나타날 수 있습니다.

    vmkernel.log파일에 다음과 유사한 힙 소진 메시지가 표시될 수 있습니다.
    주의: 힙: 2525: 힙 netGPHeap이(가) 이미 최대 크기입니다. 확장할 수 없습니다.
    주의: 힙: 2900: Heap_Align(netGPHeap, 8192/8192 bytes, 64 align)이 실패했습니다. 호출자: 0x41802c10a03f
    주의: NetPort: 1244: 포트 0x2000002를 사용하도록 설정하지 못함: 메모리 부족
    NetPort: 1426: 사용하지 않도록 설정된 포트 0x2000002
    업링크: 5240: vmnic2: 업링크 포트 0x2000002를 사용하도록 설정하지 못함: 메모리 부족
    <3>ixgbe: vmnic2: ixgbe_alloc_tx_queue: tx 대기열 1 할당됨
    <3>ixgbe: vmnic2: ixgbe_alloc_tx_queue: tx 대기열 2 할당됨
    <3>ixgbe: vmnic2: ixgbe_alloc_tx_queue: tx 대기열 3 할당됨 <6>ixgbe 0000:03:00.0: vmnic2: MTU를 9000에서 1500으로 변경


    이 문제는 이 릴리스에서 해결되었습니다.
  • DVMirror 세션을 다시 구성한 후 비규칙 모드가 예상대로 작동하지 않을 수 있음
    Dvportgroup에서 DVMirror 세션을 다시 구성하면 비규칙 포트가 비규칙 모드로 작동하지 않을 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • NULL "va" 또는 포인터를 사용하는 Kseg_ReleaseVA() 또는 Kseg_ReleasePtr()에서 ESXi 호스트가 실패하고 보라색 진단 화면이 나타날 수 있음
    ESXi 네트워크 스택에서 잘못된 예외 처리 코드 경로로 인해, NULL "va" 또는 포인터를 사용하는 Kseg_ReleaseVA() 또는 Kseg_ReleasePtr()에서 ESXi 호스트가 실패하고 보라색 진단 화면이 나타날 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • vSphere 4.0 업데이트 1에서 실행되고 있는 Windows Server 2008 R2에서 원격 데스크톱 IP 가상화가 작동하지 않을 수 있음
    IP 가상화를 사용하면 RDP 세션에 고유한 IP 주소를 할당할 수 있습니다. vSphere 4.0 업데이트 1에서 실행되고 있는 Windows Server 2008 R2 64비트 가상 시스템에서 이 IP 가상화가 작동하지 않을 수 있습니다. 하지만 물리적 Windows Server 2008 R2 시스템에서 원격 데스크톱 서비스를 구성할 때나 XenServer 5.5 업데이트 2 Dell OEM 버전에서 Windows Server 2008 R2 가상 시스템을 실행할 때에는 IP 가상화가 작동합니다.
    원격 데스크톱 서비스를 설치한 후에 VMware Tools를 설치하면 이 문제가 발생할 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • VMXNET3 어댑터 사용 시 많은 수의 UDP 패킷이 삭제됨
    ESXi 5.0 호스트에 Linux 게스트 운영 체제가 설치되어 있는 상태에서 VMXNET3 어댑터를 사용할 경우 많은 수의 UDP 패킷이 삭제됩니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • PVSCSI 어댑터를 통해 RDM 디바이스가 구성되어 있는 RHEL 6 가상 시스템에서 I/O 오류가 발생할 수 있음
    버스에서 RDM 디바이스를 재설정한 후 PVSCSI(반가상화 SCSI) 어댑터를 통해 RDM(원시 디바이스 매핑) 디바이스가 구성되어 있는 RHEL 6 가상 시스템에서 I/O 오류가 발생할 수 있습니다. 재설정하는 동안 PVSCSI 어댑터가 DID_RESET를 반환하여 Linux SCSI 계층이 명령을 다시 시도하게 됩니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • 네트워크 대역폭이 네트워크 리소스 풀의 가상 시스템 간에 고르게 공유되지 않음
    현재 구현의 제한으로 인해 네트워크 대역폭이 네트워크 리소스 풀의 모든 가상 시스템 간에 고르게 할당되지 않습니다.

    이 문제는 이 릴리스에서 해결되었습니다. 향상된 알고리즘은 동일한 네트워크 리소스 풀을 공유하는 모든 가상 시스템에 대역폭을 최적으로 할당합니다.
  • 코어 덤프 수집 중에 보라색 진단 화면이 나타난 후 Netdump가 실패함
    vSwitch 보안 옵션 Mac 주소 변경거부로 설정되어 있는 경우 코어 덤프 수집 중에 보라색 진단 화면이 나타난 후 Netdump가 실패합니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • ESXi에서 병합을 사용하지 않도록 설정할 때 보라색 화면이 나타나고 호스트가 실패함
    ESXi에서 일부 가상 시스템의 vNIC로 VMXNET3이 사용되며 패킷 병합을 끈 경우 가상 시스템이 부팅되는 중에 보라색 화면이 나타나고 ESXi 호스트가 실패할 수 있습니다.

    이 문제는 이 릴리스에서 병합 확인 및 어설션 로직을 수정하여 해결되었습니다.
  • VMware Tools를 설치한 후 IPv6을 사용하도록 구성된 가상 시스템에 대한 네트워크 연결이 실패할 수 있음
    VMware Tools를 설치한 후 커널 버전 2.6.34 이상을 사용하며 IPv6을 사용하도록 구성된 게스트 운영 체제에 대한 네트워크 연결이 작동하지 않을 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • 일부 Linux 게스트 운영 체제에서는 vSphere Client에 IPv6 주소가 표시되지 않음
    IPv4 주소가 구성되지 않은 Linux 게스트 운영 체제에서는 vSphere Client나 vmware-vim-cmd명령을 사용할 때 IPv6 주소가 표시되지 않을 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • 저속 경로 패킷을 삽입하는 동안 IBM 서버가 실패하고 보라색 진단 화면이 나타남
    데이터가 매핑되었는지 확인하지 않고 저속 경로 패킷과 관련된 메타데이터를 복사하는 경우 메타데이터가 매핑되지 않은 영역으로 이동되어 페이지 장애가 발생합니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • ESXi 5.0 업데이트 1에서 iSCSI 이니시에이터 로그인 시간 초과가 상속되지 않음
    iSCSI 이니시에이터 로그인 시간 초과 값이 설정된 경우 이 값이 검색 단계에서 상속되어야 하지만 ESXi 5.0 업데이트 1에서 상속이 발생하지 않습니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • 장시간 실행되는 vMotion 작업에서 유니캐스트 플러딩이 발생할 수 있음
    vSphere 5에서 다중 NIC vMotion 기능을 사용할 때 vMotion 작업이 장시간 계속되는 경우 물리적 스위치의 모든 인터페이스에서 유니캐스트 플러딩이 발생됩니다. vMotion 작업에 MAC 주소 테이블 만료 시간보다 오랜 시간이 걸리는 경우 소스와 대상 호스트가 많은 양의 네트워크 트래픽을 받기 시작합니다.

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

  • VMXNET 3을 가상 네트워크 어댑터로 사용하는 경우 Windows Server 2008 R2의 NAT(네트워크 주소 변환)가 작동하지 않을 수 있음
    ESXi에서 가상 VMXNET 3 네트워크 어댑터가 두 개 있는 Windows Server 2008 R2 운영 체제의 NAT 서버를 통해 인터넷에 액세스하는 경우 NAT 서버가 작동하지 않을 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • 동일한 속도 및 이중(duplex) 설정이 존재하는 경우 자동 협상으로 설정된 물리적 NIC를 호스트 프로파일을 사용하여 고정 속도로 변경할 수 없음
    물리적 NIC의 속도 및 이중 설정에 대한 호스트 프로파일 규정 준수 검사가 수행됩니다. ESXi 호스트에서 물리적 NIC는 자동 협상으로 설정되어 있고 호스트 프로파일은 고정 속도로 설정되어 있는 경우에도 물리적 NIC의 속도 및 이중 설정이 호스트 프로파일의 설정과 일치하기만 하면 ESXi 호스트가 규정 준수 상태로 표시됩니다. 또한 ESXi 호스트의 속도 및 이중 설정과 호스트 프로파일의 설정이 동일할 경우 호스트 프로파일을 사용하여 자동 협상으로 설정된 물리적 NIC를 고정 속도로 변경할 수 없습니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • tg3 드라이버를 버전 3.123b.v50.1로 업데이트
    ESXi 5.0 업데이트 2에 포함된 tg3 인박스 드라이버 버전은 3.123b.v50.1입니다.

보안

  • libPNG 라이브러리 업데이트
    libPNG 라이브러리가 libpng-1.2.49로 업데이트되었습니다. Libpng-1.2.49는 보안 취약점에 대한 수정 사항을 포함합니다. 이 문제의 영향을 받는 VMware 제품은 없습니다.
    일반 취약성 및 노출 프로젝트( cve.mitre.org)에서는 이러한 문제에 CVE-2011-3048이라는 이름을 할당했습니다.

서버 구성

  • 호스트 프로파일 적용 시 불필요한 주의 메시지가 표시될 수 있음
    ESXi 방화벽이 설정되어 있고 Fault Tolerance 규칙이 차단되어 있는 호스트 프로파일을 적용한 후 다음과 유사한 주의 메시지가 불필요하게 표시될 수 있습니다.
    faultTolerance 규칙 집합이 규격과 일치하지 않음

    이 문제는 이 릴리스에서 해결되었습니다.
  • 호스트 프로파일 생성이 실패하고 다음 오류가 발생함: 인식할 수 없는 고정 PSP 구성 경로
    호스트 프로파일 생성이 실패하고 ESXi 호스트가 다음과 유사한 메시지를 /var/log/vmware/hostd에 기록합니다.
    오류: 'nmp.nmpProfile.FixedPspPolicy: 인식할 수 없는 고정 PSP 구성 경로 iqn.2000-04.com.qlogic:qle4062c.yk10ny9cl5yk.1-00c0dd1c341f,iqn.1992-04.com.emc:cx.ckm00094800328.a2,t,1-naa.6006016090d0260071c460297bc1df11'
    고정 경로 정책을 사용하여 iSCSI LUN에 대한 기본 설정 경로를 구성한 경우 이 문제가 발생합니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • PCC를 지원하는 일부 HP 서버의 경우 ESXi 5.0 호스트에서 보라색 진단 화면이 나타나고 오류가 발생함
    일부 HP 서버의 경우 VMware ESXi 커널(VMkernel)과 서버 BIOS 간에 PCC(Processor Clocking Control 또는 Collaborative Power Control) 통신이 올바르게 작동하지 않는 문제가 발생합니다. 그 결과로 하나 이상의 PCPU가 몇 초 동안 SMM(시스템 관리 모드) 상태로 유지될 수 있습니다. VMkernel이 오랜 시간 동안 PCPU를 사용할 수 없다고 판단하면 다음과 유사한 메시지를 표시하는 보라색 진단 화면이 나타납니다.

    PCPU 39가 잠겼습니다. TLB 무효화 ack를 수행하지 못함(총 1개 잠김, PCPU: 39).
    0x41228efc7b88:[0x41800646cd62]Panic@vmkernel#nover+0xa9 스택: 0x41228efe5000
    0x41228efc7cb8:[0x4180064989af]TLBDoInvalidate@vmkernel#nover+0x45a 스택: 0x41228efc7ce8


    @BlueScreen: PCPU 0: 하트비트 없음, IPI 받음(0/1).
    ...
    0x4122c27c7a68:[0x41800966cd62]Panic@vmkernel#nover+0xa9 스택: 0x4122c27c7a98
    0x4122c27c7ad8:[0x4180098d80ec]Heartbeat_DetectCPULockups@vmkernel#nover+0x2d3 스택: 0x0
    ...
    NMI: 1943: NMI IPI 받음. Was eip(기본):ebp:cs [0x7eb2e(0x418009600000):0x4122c2307688:0x4010](Src 0x1, CPU140)
    하트비트: 618: PCPU 140 하트비트가 8초 동안 없습니다. 잠겼을 수 *있습니다*.


    이 릴리스에서는 PCC를 사용하지 않도록 설정하여 이 문제를 해결합니다.
  • kexec를 실행하는 동안 SMP 가상 시스템이 실패하고 모니터 패닉 메시지가 표시됨
    Linux 커널이 충돌하는 경우 Linux kexec기능을 사용하여 특수한 kdump커널로 부팅하고 충돌 덤프 파일을 수집할 수 있습니다. 이 재부팅 중에 kexec가 구성된 SMP Linux 게스트로 인해 가상 시스템이 실패하고 모니터 패닉 오류가 발생할 수 있습니다. 다음과 같은 오류 메시지가 기록될 수 있습니다.
    vcpu-0| CPU reset: soft (mode 2)
    vcpu-0| MONITOR PANIC: vcpu-0:VMM fault 14: src=MONITOR rip=0xfffffffffc28c30d regs=0xfffffffffc008b50


    이 문제는 이 릴리스에서 해결되었습니다.
  • ESXi 호스트가 잘못된 C1E 상태를 기록함
    vmkernel.logdmesg명령에 BIOS에서 C1E를 사용하도록 설정됨과 유사한 메시지가 표시될 수 있습니다. BIOS에서 C1E를 사용하지 않도록 설정한 경우에는 이 메시지가 표시되고, BIOS에서 C1E를 사용하도록 설정한 경우에는 이 메시지가 표시되지 않을 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • 호스트 프로파일로 대상 호스트의 vSwtich에 MTU 값을 적용하지 못할 수 있음
    표준 vSwitch의 MTU 값만 수정하는 호스트 프로파일을 적용할 경우 새 MTU 구성이 새 대상 호스트의 vSwitch에 적용되지 않습니다.

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

스토리지

  • 디바이스 검색 중에 ScsiDeviceIO 관련 오류 메시지가 기록될 수 있음
    디바이스 검색 중에 선택 사항인 SCSI 명령이 특정 조건에서 실패할 경우 ESXi 5.0 호스트가 vmkernel 로그에 선택 사항인 SCSI 명령 실패를 기록할 수 있습니다.

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

  • ESXi가 FCoE 스위치에서 반환된 VLAN ID 4095를 받은 경우 VMware 소프트웨어 FCoE(Fibre Channel over Ethernet) 어댑터가 작동을 중지할 수 있음
    FCoE 스위치가 ESXi Server에서 발생한 FIP VLAN 검색 요청에 대한 응답으로 VLAN ID 4095를 반환할 수 있습니다. 하지만 VLAN ID 4095는 예약된 ID입니다. ESXi가 FCoE 스위치로부터 VLAN ID 4095를 받은 경우 ESXi는 FIP VLAN 검색을 중단하고 이 VLAN ID를 사용하므로 FCoE 검색이 실패하게 됩니다.

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

  • 스토리지 장애로 인해 스토리지 컨트롤러의 LUN에 상주하는 데이터스토어가 비활성화되고 vSphere Client에서 가상 시스템에 액세스할 수 없게 됨
    스토리지 장애가 발생하는 경우 스토리지 컨트롤러의 LUN에 상주하는 데이터스토어가 비활성화되고 vSphere Client에서 가상 시스템에 액세스할 수 없게 될 수 있습니다. 수동 다시 검색을 수행할 때까지 데이터스토어는 비활성 상태로 유지됩니다. 관리 에이전트(hostd)가 esx.clear.storage.redundancy.restored vob메시지를 제대로 처리하지 못하는 경우 이 문제가 발생합니다.

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

  • 중지된 스냅샷작업이 실패하는 경우 redo 로그가 통합되지 않음
    가상 시스템의 중지된 스냅샷을 가져올 때 스냅샷 작업이 완료되기 직전에 실패하는 경우 스냅샷 작업의 일부로 생성되는 redo 로그가 통합되지 않습니다. redo 로그가 많은 데이터스토어 공간을 사용할 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다. 중지된 스냅샷작업이 실패하는 경우 redo 로그 파일이 통합됩니다.

  • esxcfg-scsidev -a 명령이 Emulex FCoE(Fibre Channel over Ethernet) CNA(Converged Network Adapter)의 물리적 링크 상태를 표시함
    esxcfg-scsidev -a명령을 실행하면 Emulex FCoE(Fibre Channel over Ethernet) CNA(Converged Network Adapter)의 물리적 링크 상태가 표시됩니다.

    이 문제는 이 릴리스에서 해결되었습니다. 이제 esxcfg-scsidev -a명령이 가상 링크 상태를 표시합니다.

  • ESXi 호스트가 DS8300 스토리지에서 디바이스를 제거하지 못함
    ESXi 호스트가 DS8300 스토리지에서 매핑 해제된 LUN을 인식하지 못하고 경로를 비활성 상태로 표시하지 못하며 이러한 매핑 해제된 LUN을 제거하지 않습니다. DS8300의 매핑 해제된 LUN에 대한 명령이 실패하고 감지 키 0x0b메시지가 표시되고 ESXi 호스트는 PDL(영구적 디바이스 손실) 상태를 기록할 수 없습니다. 이제 PDL이 감지 키가 아닌 ASC 감지 데이터를 바탕으로 검색됩니다.

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

  • 가상 시스템을 삭제하면 가상 시스템 스냅샷의 일부인 연결되지 않은 가상 디스크가 제거됨
    스냅샷이 있는 가상 시스템을 삭제할 경우 가상 시스템에서 분리되었지만 여전히 기존 스냅샷에 속하는 독립형 또는 비독립형 가상 디스크가 함께 삭제될 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • ESX 4.x에서 ESX 5.x로 업그레이드한 후 일부 NFS 데이터스토어를 유지할 수 없음
    NFS 데이터스토어 이름에 공백이 포함된 경우 ESX 4.x에서 ESX 5.x로 업그레이드한 후 해당 NFS 데이터스토어를 유지할 수 없습니다. ESX 5.x로 업그레이드하면 이름에 공백이 있는 모든 NFS 데이터스토어가 삭제됩니다. 다른 NFS 데이터스토어는 영향을 받지 않습니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • 하트비트 회수 작업 중에 주의 메시지가 기록됨
    VMFS 하트비트 회수 작업이 진행 중이거나 기본 디바이스에서 가상 재설정 작업이 수행되는 경우 VMFS가 볼륨에 대한 I/O를 실행할 수 있습니다. 그 결과로 다음과 유사한 경고 및 주의 메시지가 기록됩니다.

    경고: ScsiDeviceIO: SCSIAsyncDeviceCommand:3082: 중지된 파티션 naa.xxxxxxxxxxx에서 명령 0x2a가 실패함


    주의: ScsiDeviceIO: 2360: 쓰기가 중지된 파티션 naa.xxxxxxxxxxx에서 WRITE 명령(requiredDataLen=512바이트)이 실패함

    여기서 naa.xxxxxxxxxx는 볼륨의 NaaID입니다.

    이 릴리스에서 경고 메시지가 제거되었으며 주의 메시지가 로그 메시지로 변경되었습니다.
  • VMW_SATP_LSI 모듈에서 힙 메모리가 부족해진 경우 ESXi 호스트가 응답을 멈춤
    VMW_SATP_LSI 모듈로 할당되는 LUN에 액세스할 수 있는 서버에서 이 문제가 발생합니다. VMW_SATP_LSI 모듈에 존재하는 메모리 누수로 인해 모듈의 메모리가 부족해집니다. 다음과 유사한 오류 메시지가 vmkernel.log파일에 기록됩니다.

    Feb 22 14:18:22 [host name] vmkernel: 2:03:59:01.391 cpu5:4192)주의: 힙: 2218: 힙 VMW_SATP_LSI가 이미 최대 크기에 도달했습니다. 확장할 수 없습니다.
    Feb 22 14:18:22 [host name] vmkernel: 2:03:59:01.391 cpu5:4192)주의: 힙: 2481: Heap_Align(VMW_SATP_LSI, 316/316 bytes, 8 align)이 실패했습니다. 호출자: 0x41800a9e91e5
    Feb 22 14:18:22 [host name] vmkernel: 2:03:59:01.391 cpu5:4192)주의: VMW_SATP_LSI: satp_lsi_IsInDualActiveMode: 메모리가 부족합니다.


    이 릴리스에서는 VMW_SATP_LSI 모듈의 메모리 누수 문제가 해결되었습니다.
  • 빈 디스크 또는 GPT 파티션이 있는 디스크에서 진단 파티션을 생성할 경우 실패할 수 있음
    vSphere Client를 사용하여 진단 파티션을 생성할 경우 실패하고 다음 오류 메시지가 표시될 수 있습니다.
    알 수 없는 파티션 형식은 지원되지 않습니다.
    빈 디스크(파티션 테이블이 없는 디스크) 또는 사용 가능한 공간이 끝에 있는 GPT 파티션 디스크에서 진단 파티션을 생성하려고 할 경우 이 문제가 발생합니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • Intel 82599EB 기가비트 이더넷 컨트롤러에서 흐름 제어를 사용하도록 설정할 경우 실패함
    Intel 82599EB 기가비트 이더넷 컨트롤러에서 흐름 제어를 사용하도록 설정할 경우 ixgbe 드라이버가 흐름 제어 모드를 우선 순위 기반 흐름 제어로 잘못 설정하여 흐름 제어를 항상 사용하지 않도록 설정합니다. 그 결과로 흐름 제어를 사용하도록 설정할 때 디바이스 일시 중지 매개 변수를 설정할 수 없음: 잘못된 인수오류 메시지가 표시됩니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • libata 드라이버에서 ESXi 호스트가 실패하고 보라색 진단 화면이 나타남
  • libata 드라이버의 경합 조건으로 인해 ata_hsm_move함수가 실패하고 다음과 유사한 스택 추적 정보가 있는 보라색 진단 화면이 나타납니다.
    버그: vmkdrivers/src_9/drivers/ata/libata-core.c:5833/ata_hsm_move()에서 오류 발생! (vmklinux 내부) Panic_vPanic@vmkernel#nover+0x13 스택: 0x3000000010, 0x412209a87e00 vmk_PanicWithModuleID@vmkernel#nover+0x9d 스택: 0x412209a87e20,0x4 ata_hsm_move@com.vmware.libata#9.2.0.0+0xa0 스택: 0x0, 0x410017c03e ata_pio_task@com.vmware.libata#9.2.0.0+0xa5 스택: 0x0, 0x0, 0x53fec vmklnx_workqueue_callout@com.vmware.driverAPI#9.2+0x11a 스택: 0x0, helpFunc@vmkernel#nover+0x568 스택: 0x0, 0x0, 0x0, 0x0, 0x0

    이 문제는 이 릴리스에서 해결되었습니다.
  • ESXi 5.0 호스트의 VMFS-3 볼륨의 경우 VMFS 저널 재생이 실패할 수 있음
    ESXi 5.0 호스트에서 VMFS 저널 재생이 실패하고 다음과 같은 메시지가 표시될 수 있습니다.

    J3: 3167: 온라인 업그레이드 대기 중일 수 있는 4a1aa282-32d04c23-03a2-001517ab207b에서 확장 트랜잭션을 재생할 수 없습니다.
    주의: HBX: 4336: 'san1_vmfs3' 볼륨의 저널 재생 실패: 잘못된 매개 변수

    이 문제는 이 릴리스에서 해결되었습니다.
  • Storage DRS가 사용하도록 설정된 데이터스토어 클러스터에 상주하는 가상 시스템에 새 하드 디스크를 추가하면 디스크 공간 부족 오류가 발생할 수 있음
    Storage DRS가 사용하도록 설정된 데이터스토어에 상주하는 가상 시스템에 가상 디스크를 추가할 때 가상 디스크의 크기가 데이터스토어에서 사용할 수 있는 공간보다 큰 경우 SDRS가 가상 디스크를 추가할 수 있는 충분한 사용 가능 공간을 확보하기 위해 데이터스토어에서 다른 가상 시스템을 마이그레이션할 수 있습니다. 이 경우 Storage vMotion 작업이 완료되지만 가상 시스템에 가상 디스크를 추가하는 후속 작업이 실패하고 다음과 유사한 오류 메시지가 표시될 수 있습니다.
    디스크 공간 부족

    이 문제는 이 릴리스에서 해결되었습니다.
  • 메모리 양이 제한적인 ESX에서 CBRC(컨텐츠 기반 읽기 캐시) 모듈을 로드하려고 하면 호스트가 실패하고 보라색 진단 화면이 나타남
    메모리 양이 제한적인 ESXi 호스트에서 CBRC 모듈을 로드하려고 하면 ESXi 호스트가 실패하고 보라색 진단 화면이 나타날 수 있습니다. 두 메모리 함수가 동시에 메모리 카운터의 값을 변경하려고 시도할 경우 이 문제가 발생합니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • VMFS-3 볼륨에서 손상된 메타데이터에 액세스하면 ESXi 호스트 장애가 발생할 수 있음
    VMFS-3 볼륨에서 파일 메타데이터가 손상된 경우 해당 파일에 액세스하려고 하면 ESXi 호스트가 실패하고 보라색 진단 화면이 나타날 수 있습니다. VMFS 파일 손상은 매우 드물지만 외부 스토리지 문제로 인해 발생할 수 있습니다.
    이 문제는 이 릴리스에서 해결되었습니다.
  • VMFS 디렉토리로 하나 이상의 파일을 이동한 후 VMFS 디렉토리에서 파일을 삭제할 수 없음
    mv명령을 사용하거나 vSphere Client 브라우저에서 복사하여 붙여넣기를 사용하여 하나 이상의 파일을 디렉토리로 이동한 후 해당 디렉토리나 디렉토리의 파일을 삭제하려고 하면 실패할 수 있습니다. 이 경우 vmkernel.log파일에 다음과 유사한 항목이 기록됩니다.
    2012-06-25T21:03:29.940Z cpu4:373534)주의: Fil3: 13291: newLength 85120, zla 2 제외
    2012-06-25T21:03:29.940Z cpu4:373534)Fil3: 7752: FD <281, 106>에서 손상된 파일 길이 85120, 잘리지 않음


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

  • ESXi hostd 에이전트가 CPU를 너무 많이 사용하여 성능 저하가 발생할 수 있음
    vCloud Director가 ESXi 호스트에서 가상 시스템 데스크톱의 스크린샷을 가져올 때 hostd 에이전트가 무한 루프에 빠져 CPU 사용량이 100%가 되고, hostd를 다시 시작하지 않으면 이 CPU 사용량이 줄어들지 않을 수 있습니다.

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

업그레이드 및 설치

  • ESXi 5.0 업데이트 1을 새로 설치하거나 해당 버전으로 업그레이드한 후 FCoE/iSCSI/FC SAN에서 부팅하는 Cisco UCS 블레이드의 구성이 손실될 수 있음
    ESXi 5.0 업데이트 1로 업그레이드한 후 이 문제가 발생할 수 있습니다. 이 경우, 초기 재부팅은 성공하지만 후속 재부팅 시 UCS 블레이드가 구성을 손실하고 이전 상태로 되돌아갑니다.
    ESXi 5.0 업데이트 1을 새로 설치한 후 재부팅하면 구성 변경 사항이 손실될 수 있습니다.
    다음 작업 중 하나를 수행하는 동안에도 유사한 문제가 발생할 수 있습니다.
    • 타사 드라이버 설치
    • 보안 패치 설치
    • 유지 보수를 위해 ESXi 5.0 업데이트 1 종료
    • 유지 보수를 위해 ESXi 5.0 업데이트 1 재부팅
    • 예기치 않은 정전 문제로 인해 ESXi 5.0 업데이트 1 종료
  • 이 문제는 이 릴리스에서 해결되었습니다.
  • 상태 비저장 ESXi 호스트의 허용 수준이 부팅에 사용된 이미지 프로파일의 허용 수준과 일치하지 않을 수 있음
    상태 비저장 ESXi 호스트의 허용 수준이 부팅에 사용된 이미지 프로파일의 허용 수준과 관계없이 PartnerSupported 허용 수준일 수 있습니다.

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

  • DHCP를 사용하도록 지정하는 스크립트를 사용하여 설치한 호스트에서 DNS가 구성되지 않을 수 있음
    호스트가 네트워크 설정을 DHCP에서 가져오도록 지정하는 스크립트를 사용하여 호스트에 ESXi를 설치한 경우 부팅을 해도 호스트에 DNS가 구성되지 않습니다. DNS 설정이 주소가 지정되지 않은 수동 상태로 설정됩니다.

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

  • ESXi 호스트를 처음 부팅할 때 호스트에 연결된 로컬 디스크가 VMFS로 다시 포맷될 수 있음
    ESXi 호스트를 처음 부팅할 때 자동 파티셔닝이 호스트에 연결된 모든 로컬 디스크를 지우고 VMFS로 다시 포맷합니다.

    이 릴리스에서는 기본 옵션을 False로 설정하여 자동 파티셔닝을 사용하지 않도록 설정함으로써 이 문제를 해결합니다. 새 부팅 옵션 AutoPartition이 도입되었습니다 이 옵션을 True로 설정하면 자동 파티셔닝을 사용하도록 설정합니다.

  • ESXi 5.0을 재설치해도 이전 설치의 로컬 VMFS에서 데이터스토어 레이블이 제거되지 않음
    기존 로컬 VMFS 볼륨이 있는 ESXi 5.0을 재설치하면 사용자가 VMFS 볼륨을 덮어쓰는 데이터스토어 덮어쓰기 옵션을 선택한 경우에도 데이터스토어 레이블이 유지됩니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • Update Manager를 사용하여 ESXi 호스트를 업그레이드할 때 Solaris 가상 시스템에 연결된 RDM을 덮어쓸 수 있음
    Update Manager를 사용하여 ESXi 5.0.x로 업그레이드할 때 디스크 파티션 유형을 확인하는 과정에서 발생한 오류로 인해 Solaris 가상 시스템에 연결된 RDM을 덮어쓸 수 있습니다. 이로 인해 RDM의 데이터가 손실될 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • ESX 호스트를 업그레이드하면 방화벽 규칙이 사용 안 함에서 사용으로 변경됨
    ESX 호스트를 4.1에서 5.0 업데이트 1로 업그레이드할 때 방화벽 규칙이 사용 안 함에서 사용으로 변경됩니다. 호스트 프로파일을 생성하고 수정한 다음 동일한 프로파일을 호스트에 적용한 경우 이 문제가 발생합니다.
    이 문제는 이 릴리스에서 해결되었습니다.
  • ESXi 4.x에서 ESXi 5.0.x로 업그레이드한 후 업그레이드된 호스트가 vCenter Server에 다시 연결하지 못할 수 있음
    ESXi 4.1.x 호스트에서 /etc/rc.local파일을 수정한 후 이 ESXi 4.x 호스트를 ESXi 5.0.x로 업그레이드한 경우 업그레이드된 호스트가 라이센싱 관련 문제로 인해 vCenter Server에 다시 연결하지 못할 수 있습니다. 다음과 유사한 오류 메시지가 표시될 수 있습니다.
    호스트 xxx의 라이센스가 할당되지 않은 라이센스에 VMware DRS가 포함되지 않습니다. 라이센스를 업그레이드하십시오.


    vpxd로그 파일에 다음과 유사한 항목이 포함될 수 있습니다.

    012-04-26T11:58:37.069-04:00 [05420 warning 'Default' opID=C8581389-00000EF2] [LicMgr] 라이센스를 제거하는 중입니다. 호스트가 라이센스 관리자에 등록되어 있지 않습니다.
    012-04-26T11:58:37.069-04:00 [05420 trivia 'QueryServiceProvider' opID=C8581389-00000EF2] LicenseManager의 이 스레드에서 커밋되지 않은 생성 삭제 중
    012-04-26T11:58:37.069-04:00 [05420 trivia 'VpxProfiler' opID=C8581389-00000EF2] Ctr: CheckVCLicense/TotalTime = 0 ms
    012-04-26T11:58:37.069-04:00 [05420 error 'Default' opID=C8581389-00000EF2] [LicMgr] 기능 drs가 호스트에 할당된 라이센스에 포함되지 않음-129707.
    012-04-26T11:58:37.069-04:00 [05420 trivia 'VpxProfiler' opID=C8581389-00000EF2] Ctr: CheckingHostFeatures/TotalTime = 0 ms


    이 문제는 이 릴리스에서 해결되었습니다.
  • 로컬 데이터스토어에 익스텐트가 있는 ESX 4.1에서 ESXi 5.0으로의 업그레이드 허용 안 함
    로컬 데이터스토어에 익스텐트가 있는 ESX 4.1을 ESXi 5.x로 업그레이드하는 작업은 지원되지 않습니다. 하지만 최신 업그레이드 프로세스에서는 이 업그레이드 동작을 허용하며 오류 또는 주의 메시지를 표시하지 않고 로컬 데이터스토어에서 익스텐트를 삭제합니다.

    이 문제는 이 릴리스에서 사전 확인 스크립트에 관련 상황을 감지하는 확인 과정을 추가하여 해결되었습니다. 이 상황이 감지되면 업그레이드 또는 마이그레이션을 종료할 수 있도록 사용자에게 메시지를 표시합니다.
  • AutoDeploy를 사용할 경우 gPXE 프로세스가 시간 초과될 수 있음
    AutoDeploy를 사용하여 ESXi 5.0 호스트를 부팅하는 경우 gPXE프로세스가 DHCP 서버에서 IP 주소를 가져오는 동안 시간 초과되고 AutoDeploy 부팅 프로세스가 갑자기 중단될 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다. 총 시간 초과 기간이 30초에서 60초로 증가되었습니다.
  • ESX 호스트에 Solaris 11 GA를 설치하는 동안 주의 메시지가 표시됨
    가상 시스템 콘솔에서 ESX 호스트에 Solaris 11 GA를 설치하고 LSI Logic Parallel 컨트롤러를 사용하여 구성하는 경우 ESX 호스트가 항상 다음 주의 메시지를 표시합니다.
    알 수 없는 ioc_status = 4 및
    완전하지 않은 쓰기 – 포기하는 중


    이 주의 메시지는 게스트 운영 체제 설치에 영향을 주거나 설치를 막지 않습니다. Solaris 11 GA를 계속 사용할 수 있지만, 파일을 대량으로 복사하는 경우에도 이 문제가 발생합니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • ESXi 5.x 스크립트 기반 설치에서 kickstart 파일에 --novmfsondisk 매개 변수가 있음에도 USB 또는 SD 미디어가 VMFS를 지원하지 않는다는 잘못된 주의 메시지가 표시될 수 있음
    USB 또는 SD 미디어로 식별되는 디스크에서 스크립트 기반 설치를 사용하여 ESXi 5.0을 설치하는 경우 다음 주의 메시지가 표시될 수 있습니다.
    설치에 지정된 디스크(<disk-id>)가 VMFS를 지원하지 않습니다.
    kickstart 파일에서 install명령에 대해 --novmfsondisk매개 변수를 포함한 경우에도 이 메시지가 표시됩니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • Microsoft WDS(Windows Deployment Services)를 사용하여 VMXNet3 네트워크 어댑터를 사용하는 가상 시스템을 PXE 부팅하는 데 문제 발생
    VMXNET3 네트워크 어댑터를 사용하는 가상 시스템을 Microsoft WDS(Windows Deployment Services)를 사용하여 PXE 부팅하려고 하면 실패하고 다음과 유사한 메시지가 표시됩니다.

    Windows를 시작하지 못했습니다. 최근의 하드웨어 또는 소프트웨어 변경 때문일 수 있습니다. 문제를 해결하려면 다음을 수행하십시오.
    1. Windows 설치 디스크를 넣고 컴퓨터를 다시 시작합니다.
    2. 언어 설정을 선택하고 "다음"을 클릭합니다.
    3. "컴퓨터 복구"를 클릭합니다.
    이 디스크가 없는 경우 시스템 관리자 또는 컴퓨터 제조업체에 문의하십시오.

    상태: 0xc0000001

    정보: 필요한 디바이스에 액세스할 수 없기 때문에 부팅 선택 영역에서 오류가 발생했습니다
    .

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

가상 시스템 관리

  • 가상 디바이스 BIOS 파일 이름이 빈 문자열인 경우 가상 시스템의 전원을 켜지 못할 수 있음
    가상 시스템 구성 옵션을 편집하고 API를 사용하여 가상 디바이스 BIOS 파일 이름을 빈 문자열로 설정하면 가상 시스템의 전원을 켜지 못하게 됩니다. 예를 들어 lsibios.filename=""으로 설정하면 이 문제가 발생합니다.

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

  • 페이징을 사용하지 않도록 설정할 경우 가상 시스템이 실패하고 모니터 패닉 메시지가 발생함
    다음과 유사한 오류 메시지가 vmware.log에 기록됩니다.

    vcpu-0| MONITOR PANIC: vcpu-1:VMM64 fault 14: src=MONITOR
    vcpu-0| rip=0xfffffffffc262277 regs=0xfffffffffc008c50


    이 문제는 이 릴리스에서 해결되었습니다.
  • 가상 시스템에서 개별 디스크를 삭제한 후 중지된 스냅샷을 생성할 수 없음
    가상 시스템에서 개별 디스크를 삭제한 경우 지정된 SCSI 노드의 디스크 모드 데이터가 오래된 데이터일 수 있기 때문에 가상 시스템의 중지된 스냅샷을 생성하려고 하면 실패할 수 있습니다. 다음과 유사한 오류 메시지가 표시될 수 있습니다.
    상태: 가상 시스템을 중지하는 동안 오류가 발생했습니다. 자세한 내용은 가상 시스템의 이벤트 로그를 확인하십시오.

    로그 파일에 다음과 같은 항목이 포함될 수 있습니다.
    HotAdd: scsi-hardDisk를 '독립-영구' 모드로 scsi0:1에 추가하는 중

    ToolsBackup: 중지 상태를 변경하는 중: 시작됨 -> 완료
    SnapshotVMXTakeSnapshotComplete가 'back' 스냅샷으로 완료됨: 0
    SnapshotVMXTakeSnapshotComplete: 스냅샷 0 실패: 가상 시스템을 중지하지 못했습니다. (40).


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

vMotion 및 Storage vMotion

  • ESXi 5.0 호스트에서 Microsoft Windows Server 2008 R2의 중지된 스냅샷 생성이 실패할 수 있음
    Microsoft Windows Server 2008 R2 가상 시스템의 중지된 스냅샷을 생성할 때 작업 디렉토리를 지정한 경우 스냅샷 작업이 실패하고 다음 오류 메시지가 표시될 수 있습니다.
    스냅샷 게스트 실패: 가상 시스템을 중지하지 못했습니다.

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

  • Windows 2008 가상 시스템을 ESX 4.0에서 ESXi 5.0으로 실시간 마이그레이션한 다음 Storage vMotion 작업을 수행하면 중지된 스냅샷이 실패함
    ESXi 5.0에서 Storage vMotion 작업은 Windows 2008 가상 시스템에 대해 기본적으로 disk.enableUUID를 true로 설정하므로 애플리케이션 중지를 사용하도록 설정합니다. 후속 중지 스냅샷 작업은 가상 시스템이 전원을 껐다 켤 때까지 실패합니다.
    이 문제는 이 릴리스에서 해결되었습니다.
  • Storage vMotion 작업 중에 ESXi 호스트가 실패하고 보라색 화면이 나타남
    ESXi에서는 Storage vMotion 작업을 완료한 후 작업 중에 생성한 미러 디바이스 연결을 끊습니다. 하지만 특정한 상황에서는 ESXi가 초기화되지 않은 포인터를 참조할 수 있기 때문에 ESXi 호스트가 실패하고 보라색 화면이 나타날 수 있습니다.

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

VMware HA 및 Fault Tolerance

  • ESXi 호스트에서 실행되는 보조 FT 가상 시스템이 실패할 수 있음
    ESXi 호스트에서 VMXNET 3 어댑터가 있는 보조 Fault Tolerance 가상 시스템이 실패할 수 있습니다. 다음과 유사한 오류 메시지가 vmware.log에 기록됩니다.

    Dec 15 16:11:25.691: vmx| GuestRpcSendTimedOut: 도구 상자에 대한 메시지가 시간 초과되었습니다.
    Dec 15 16:11:25.691: vmx| Vix: [115530 guestCommands.c:2468]: VMAutomationTranslateGuestRpcError()의 VIX_E_TOOLS_NOT_RUNNING 오류: 게스트에서 VMware Tools가 실행되고 있지 않습니다.
    Dec 15 16:11:30.287: vcpu-0| StateLogger::suicide 커밋 중: Statelogger 확산
    Dec 15 16:11:31.295: vmx| VTHREAD 스레드 4 감시 "vcpu-0" 중지됨


    E1000 어댑터가 설치된 가상 시스템에서는 이 문제가 발생하지 않습니다.

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

VMware Tools

  • Windows 2008 가상 시스템에서 드라이버 확인 프로그램이 응답하지 않을 수 있음
    Windows 2008 가상 시스템에서 드라이버 확인 프로그램 옵션을 사용하도록 설정한 경우 VMCI 소켓 잠금이 올바르게 작동하지 않습니다.

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

  • Windows 8 또는 Windows 2012 가상 시스템에서 VMware Tools 구성 유틸리티가 스크립트를 실행하지 못할 수 있음
    Windows 8 또는 Windows Server 2012 가상 시스템에서 VMware Tools 구성 유틸리티(VMwareToolboxCmd.exe)가 스크립트를 실행하지 못하고 다음과 유사한 오류 메시지를 표시할 수 있습니다.
    VMwareToolboxCmd.exe: 스크립트 작업을 수행하려면 관리자 권한이 필요합니다. 관리자 명령 프롬프트를 사용하여 작업을 완료하십시오.

    이 문제는 이 릴리스에서 해결되었습니다.
  • Windows 2008 R2 운영 체제에서 VESA 드라이버를 사용하는 가상 시스템에 성능 문제가 발생함
    VMware Tools에서 Windows 2008 R2 운영 체제에 그래픽 드라이버를 설치할 수 없습니다. 결과적으로, 기본 VESA 드라이버가 가상 시스템에 사용됩니다. 이로 인해 게스트 운영 체제의 일부 하드웨어 디바이스에서 성능 문제가 발생합니다.

    이 문제는 이 릴리스에서 해결되었습니다. VMware Tools에서 성능을 향상시키기 위해 기본적으로 WDDM 드라이버를 설치합니다.
  • 패키지 관리자에서 설치되는 VMware Tools가 시스템 파일 사용 권한을 잘못 수정함
    Centos 6 운영 체제에서 Redhat 패키지 관리자를 사용하여 VMware Tools를 설치할 경우 시스템 파일 사용 권한이 잘못 수정됩니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • Linux 가상 시스템의 VMware Tools가 간헐적으로 실패할 수 있음
    VMware Tools에는 libdnet라는 이름의 공유 라이브러리 파일이 포함되어 있습니다. Dell OpenManage 소프트웨어와 같은 다른 소프트웨어를 설치할 경우 파일 시스템에 이 공유 라이브러리와 이름이 같은 또 다른 공유 라이브러리가 생성됩니다. 이 경우 VMware Tools를 로드하면 VMware Tool의 libdnet.so대신 Dell OpenManage 소프트웨어의 libdnet.so.1라이브러리를 로드합니다. vSphere Client의 요약 탭에 게스트 운영 체제 정보가 표시되지 않을 수 있으며 NIC 정보도 표시되지 않을 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • VMware Tools 서비스가 실패하고 복구할 수 없는 VMware Tools 오류가 발생할 수 있음
    VMware Tools 서비스 (vmtoolsd.exe)가 실패하고 NULL 포인터로 인한 VMware Tools 복구할 수 없는 오류 스택오류가 발생할 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • VMware Tools 업그레이드에서 원격 데스크톱 IP 가상화에 필요한 VMCI 드라이버가 바뀌지 않음
    VMware Tools를 업그레이드한 경우 IP 가상화가 실패합니다. 이 문제는 ESXi 호스트가 새 VMCI 드라이버 버전을 확인하지 못해 vsock DLL 파일을 설치할 수 없기 때문에 발생합니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • 16개 이상의 VLAN 인터페이스를 생성하는 경우 VMware Tools가 실패할 수 있음
    ESXi 5.0 호스트에서 가상 시스템용으로 16개 이상의 VLAN 인터페이스를 생성하는 경우 VMware Tools가 응답을 멈출 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • Solaris 가상 시스템에서 VMware Tools를 설치하면 MTU 크기가 자동으로 9000으로 변경될 수 있음
    Solaris 가상 시스템에서 ESXi 5.0 및 ESXi 5.0 업데이트 1에서 사용할 수 있는 VMware Tools를 설치하거나 업그레이드할 경우 MTU 크기가 자동으로 9000으로 변경될 수 있습니다. MTU 크기를 다른 값으로 변경해도 게스트 운영 체제를 다시 시작하면 9000으로 복구됩니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • Windows 게스트에서 VMware Tools 설치 또는 업그레이드가 완료되지만 오류 메시지가 표시됨
    Windows 게스트 가상 시스템에서 VMware Tools 설치 또는 업그레이드를 완료한 후 다음 중 하나와 유사한 오류 메시지가 표시될 수 있습니다.
    드라이브에 디스크가 없습니다.
    또는
    디스크 없음: 예외 처리 메시지 c0000013

    이 문제는 이 릴리스에서 해결되었습니다.
  • 중지된 스냅샷을 포함하는 백업 중에 가상 시스템이 실패할 수 있음
    중지된 스냅샷을 포함하는 백업 중에 가상 시스템이 실패합니다. 이 문제는 콜백 프로세스의 불일치로 인해 동기식 매니페스트 파일 복사 작업이 실패하고 시스템이 강제로 유효하지 않은 상태가 되기 때문에 발생합니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • Windows XP 및 Windows 2003 게스트에서 VMware Tools를 설치하는 동안 재부팅 안 함 옵션을 사용해도 가상 시스템이 재부팅되는 것을 방지할 수 없음
    setup.exe /S /v"/qn REBOOT=R"또는 setup.exe /S /v"/qn REBOOTPROMPT=S"명령은 VMware Tools 설치 후 가상 시스템이 재부팅되지 않도록 합니다. ESXi 5.0 호스트에서 VMware Tools를 설치하면 Visual C++ 런타임이 이미 설치되어 있어도 다시 설치됩니다. 이로 인해 Visual C++ 런타임이 복구되고 재부팅되지 않도록 하는 명령을 사용했음에도 가상 시스템을 재부팅해야 하는 상황이 됩니다. 이것은 Windows XP와 Windows 2003 이전 버전에 한정되는 문제입니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • VMware Tools를 설치한 후 /etc/fstab의 파일 사용 권한이 변경될 수 있음
    SUSE Linux Enterprise Server 11 SP1과 같은 가상 시스템에 VMware Tools를 설치할 경우 /etc/fstab의 파일 사용 권한 특성이 644에서 600으로 변경될 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • VMware Tools를 업그레이드한 후 E1000 네트워크 인터페이스 카드의 정적 IP 설정이 손실됨
    Windows 2003 운영 체제에서 Vmware Tools를 업그레이드하는 경우 E1000의 정적 IP 설정이 손실되고 게스트 네트워크 어댑터가 DHCP로 설정됩니다. 이 문제는 사용자가 프로그램 추가/제거를 사용하여 VMware Tools를 제거한 후에 발생합니다.

    이 문제는 이 릴리스에서 해결되었습니다.
  • SUSE Linux Enterprise Server 11 SP 3 및 SUSE Linux Enterprise Server 11 SP 4에서 VMware Tools의 OSP 설치가 실패함
    SUSE Linux Enterprise Server 11 SP 3 및 SUSE Linux Enterprise Server 11 SP 4에서 VMware Tools 패키지의 OSP 설치가 실패하고 다음과 같은 오류 메시지가 표시됩니다.
    오류: 종속성 확인 실패:
    확인되지 않은 종속성:
    설치 가능한 vmware-tools-esx 공급자가 없습니다.
    이 확인 시도를 잘못된 상태로 표시합니다.

    vmware-tools-esx meta-package의 확인되지 않은 종속성으로 인해 패키지가 vmmouse_drv.so바이너리를 검색하지만 찾을 수 없어 설치가 실패합니다.

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

  • vShield Endpoint 및 VMware Tools를 포함하는 ESXi 5.0 호스트에서 실행되는 Windows 게스트 운영 체제에서 공유 위반 오류가 표시될 수 있음
    VMware Tools에 vShield Endpoint 구성 요소가 번들되어 있는 환경의 ESXi 5.0 호스트에서 실행되는 Windows 게스트 운영 체제에서 네트워크 파일에 액세스할 때 공유 위반 오류가 표시될 수 있습니다. 네트워크 파일을 열 경우 다음과 유사한 오류 메시지가 표시될 수 있습니다.
    문서를 여는 동안 오류가 발생했습니다. 이 파일은 이미 열려 있거나 다른 애플리케이션에서 사용되고 있습니다.

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

알려진 문제

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

알려진 문제 목록

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

설치
  • ESXi 5.0 업데이트 2를 설치한 후 관련이 없는 네트워킹 관련 주의 메시지가 표시됨
    ESXi 5.0 업데이트 2을 설치한 후 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 업데이트 2 VIB를 적용할 수 없음
    vCenter Server에서 관리되는 ESXi 5.0 호스트에서 PowerCLI의 GET-ESXCLI명령을 사용하여 ESXi 5.0 업데이트 2 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에게 감사를 표합니다.

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

    네트워킹

    • Emulex be2net network adapter with device id 0710 fail to be probed in ESXi 5.0(ESXi 5.0에서 디바이스 ID가 0710인 Emulex be2net 네트워크 어댑터가 검색되지 않음)(KB 2041665 )*

    • 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 Client의 [호스트] > [구성] > [네트워킹]으로 이동하십시오.

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

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

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

      1. [vSphere Distributed Switch] 탭으로 이동합니다.
      2. Distributed Switch를 찾아 "가상 어댑터 관리..."를 선택합니다.
      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 Virtual Appliance에서 IPv6을 지원하지 않음
      vCenter Server Virtual Appliance 웹 콘솔에 IPv6을 구성하는 옵션이 있지만 vCenter Server Virtual Appliance가 IPv6 구성을 지원하지 않습니다.

      해결 방법: vCenter Server Virtual Appliance 웹 콘솔에서 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

    • vCenter Server 하드웨어 상태 탭에서 알 수 없는 디바이스 상태*
      vCenter Server 하드웨어 상태 탭의 센서 보기에서 일부 PCI 디바이스의 상태가 알 수 없음 알 수 없는 #<number>로 표시됩니다. 일부 디바이스의 최신 PCI ID가 ESXi 호스트의 /usr/share/hwdata/pci.ids파일에 나열되어 있지 않습니다. vCenter Server는 ID를 찾을 수 없는 디바이스를 알 수 없음으로 표시합니다.

      알 수 없음 상태는 중요하지 않으며 주 vSphere 릴리스에서 정기적으로 PCI ID 목록이 업데이트됩니다.

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

      해결 방법: vCenter Server Appliance에 사용할 수 있는 시스템 RAM을 늘리십시오.

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

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

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

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

    • 포함된 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 설치 및 설정 설명서를 참조하십시오.

    • 가상 시스템 스토리지 프로파일을 보려고 하면 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 또는 Windows 8 32비트 게스트 운영 체제를 사용하는 가상 시스템에 메모리를 핫 추가하면 기존 가상 메모리를 3GB까지만 늘릴 수 있음
        Linux 64비트 게스트 운영 체제나 Windows 7 및 Windows 8 32비트 게스트 운영 체제를 사용하는 가상 시스템에 메모리를 핫 추가할 경우 다음과 같은 조건이 적용됩니다.

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

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

        Linux 64비트 게스트 운영 체제와 32비트 Windows 7 및 Windows 8 게스트 운영 체제에서는 가상 시스템의 전원이 켜져 있을 때 메모리가 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. 가상 시스템이 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가 가상 시스템을 보호합니다.

      • Windows 8 또는 Windows Server 2012 가상 시스템에서 USB 3.0 디바이스가 작동하지 않을 수 있음*
        Windows 또는 Linux 운영 체제를 클라이언트로 사용하는 동안 Windows 8 또는 Windows Server 2012 가상 시스템에서 USB 3.0 디바이스를 사용하면 다음과 유사한 오류 메시지가 표시될 수 있습니다.
        포트 재설정 실패
        USB 설정 SEL 요청 실패함

        해결 방법: 없음

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

      해결 방법: DHCP를 통해 장치에 IPv6 주소가 할당되지 않도록 VMware vCenter Server Appliance에 유효하지 않은 정적 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의 경우 시간 초과가 발생할 수 있습니다.

      예기치 않은 런타임 오류를 나타내는 다음 오류 메시지가 Inventory Service 로그 파일, 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 프록시를 사용해야 하는 경우
          • 고객이 내부 네트워크에 디포를 호스트하는 경우
          • 고객 프록시를 사용하여 내부 네트워크에 있는 디포에 연결할 수 없는 경우

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