VMware ESXi™ 5.1 | 2012년 9월 10일 | 빌드 799733

VMware vCenter Server™ 5.1 | 2012년 9월 10일 | 빌드 799731

vCenter Server Appliance 5.1 | 2012년 9월 10일 | 빌드 799730

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

릴리스 정보에 포함된 내용

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

새로운 기능

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

국제화

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

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

호환성 및 설치

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

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

vSphere Web Client와 vSphere Client는 vCenter Server 및 모듈 ZIP 파일과 함께 패키지되어 있으며 클라이언트 하나 또는 둘 모두를 VMware vCenter™ 설치 관리자 마법사에서 설치할 수 있습니다.

ESXi의 하드웨어 호환성

vSphere 5.1과 호환되는 프로세서, 스토리지 디바이스, SAN 어레이 및 입출력 디바이스를 확인하려면 VMware 호환성 가이드에 나와 있는 ESXi 5.1 정보를 참조하십시오.

이번 릴리스에 대해 지원되는 프로세서 목록이 확장되었습니다. 이번 릴리스와 호환되는 프로세서를 확인하려면 VMware 호환성 가이드를 참조하십시오.

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

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

vSphere 5.1부터 이전 게스트 운영 체제에 대한 지원 수준 변경이 도입되었습니다. 각 지원 수준에 대한 설명은 기술 자료 문서 2015161을 참조하십시오. VMware 호환성 가이드에서는 모든 운영 체제 릴리스와 VMware 제품 릴리스에 대한 자세한 지원 정보를 제공합니다.

각 운영 체제 벤더가 더 이상 지원하지 않는 다음 게스트 운영 체제 릴리스는 더 이상 사용되지 않습니다. 이러한 게스트 운영 체제는 vSphere 5.1에서는 지원되지만 이후 vSphere 릴리스에서는 지원되지 않습니다.

  • Windows NT
  • 모든 16비트 Windows 및 DOS 릴리스(Windows 98, Windows 95, Windows 3.1)
  • Debian 4.0 및 5.0
  • Red Hat Enterprise Linux 2.1
  • SUSE Linux Enterprise 8
  • SUSE Linux Enterprise 9 SP4 이전
  • SUSE Linux Enterprise 10 SP3 이전
  • SUSE Linux Enterprise 11 SP1 이전
  • Ubuntu 릴리스 8.04, 8.10, 9.04, 9.10 및 10.10
  • 모든 Novell Netware 릴리스
  • 모든 IBM OS/2 릴리스

ESXi의 가상 시스템 호환성

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

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

vCenter Server 5.1은 Linked Mode에서 vCenter Server 5.1의 다른 인스턴스와만 함께 있을 수 있습니다.

이 릴리스에 대한 설치 정보

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

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

타사 솔루션 마이그레이션

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

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

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

이 릴리스의 업그레이드

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

vSphere 5.1의 릴리스 테스트
vSphere 5.1 베타와 vSphere 5.0 릴리스 후보 릴리스에서 vSphere 5.1로의 업그레이드는 지원되지 않습니다. ESXi 5.1 베타나 릴리스 후보 버전 및 vCenter Server 5.1 베타나 릴리스 후보 버전을 제거한 후 vCenter Server 5.1과 ESXi 5.1을 새로 설치해야 합니다. vSphere 5.1의 베타 버전이나 릴리스 후보 버전을 테스트하던 중이었다면 해당 버전에서 보존하고자 하는 모든 데이터를 vSphere 5.1에서 다시 생성하는 것이 좋습니다.

vCenter Server 업그레이드

vSphere 5.1은 다음과 같은 방법으로 업그레이드할 수 있습니다.

  • 64비트 시스템에서 vCenter Server 4.x와 vCenter Server 5.0을 vCenter Server 5.1로 인플레이스 업그레이드할 수 있습니다.
    Windows XP Professional x64 Edition에서 실행 중인 vCenter Server 4.x 인스턴스는 업그레이드할 수 없습니다.

  • 32비트 운영 체제에서 VirtualCenter 2.5 업데이트 6 이상을 사용하는 고객은 32비트/64비트 차이로 인해 업그레이드 프로세스의 첫 번째 단계로 vCenter Server 5.0으로의 마이그레이션 업그레이드를 수행해야 합니다. 이 마이그레이션 업그레이드 후 버전 5.0에서 버전 5.1로의 인플레이스 업그레이드를 수행할 수 있습니다. 자세한 내용은 버전 5.0 vSphere 업그레이드 설명서를 참조하십시오.

  • vCenter Server 5.1에서는 ESX/ESXi 4.x 호스트와 동일한 클러스터에 있는 ESXi 5.x 호스트를 관리할 수 있습니다. vCenter Server 5.1에서는 ESX 2.x 또는 3.x 호스트를 관리할 수 없습니다.

ESX/ESXi 업그레이드

vSphere 5.1에서는 ESX/ESXi 호스트를 업그레이드하기 위해 다음과 같은 도구를 제공합니다.

  • vSphere Update Manager. vSphere Update Manager를 사용하여 클러스터된 호스트와 가상 시스템을 업그레이드, 업데이트 및 패치할 수 있습니다. 현재 사이트에서 vCenter Server를 사용하는 경우에는 vSphere Update Manager를 사용하는 것이 좋습니다. 오케스트레이션된 호스트 업그레이드나 오케스트레이션된 가상 시스템 업그레이드를 수행하려면 vSphere 업그레이드 설명서에 나와 있는 지침을 참조하십시오. vSphere Update Manager에 대한 전체 설명서는 VMware vSphere Update Manager 설치 및 관리를 참조하십시오.

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

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

  • vSphere Auto Deploy. ESXi 5.0.x 호스트가 vSphere Auto Deploy를 사용하여 배포된 경우 Auto Deploy를 통해 ESXi 업그레이드가 포함된 새 이미지 프로파일로 재부팅하여 호스트를 재프로비저닝할 수 있습니다.

  • esxcli. ESXi용 esxcli명령줄 유틸리티를 통해 vmware.com의 다운로드 디포나 VMware 파트너가 제공하는 디포로부터 다운로드된 ZIP 파일에서 ESXi 5.1을 설치하여 ESXi 5.0.x 호스트를 업그레이드하거나 패치를 적용할 수 있습니다. esxcli를 사용하여 ESX/ESXI 5.0 이전 버전에서 버전 5.x로 ESX 또는 ESXI 호스트를 업그레이드할 수는 없습니다.

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

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

제품 지원 고지 사항

  • vSphere Client. vSphere 5.1에서는 vSphere Web Client를 통해서만 새로운 vSphere 기능을 모두 사용할 수 있습니다. 기존 vSphere Client가 계속해서 작동하면서 vSphere 5.0과 동일한 기능 세트를 지원하지만 vSphere 5.1의 새로운 기능은 지원하지 않습니다.

    vSphere 5.1과 해당 후속 업데이트 및 패치 릴리스는 기존 vSphere Client를 포함하는 마지막 릴리스입니다. VMware vSphere의 이후 주요 릴리스에는 vSphere Web Client만 포함됩니다.

    vSphere 5.1의 경우 기존 vSphere Client의 버그 수정은 보안 또는 중요 문제로 제한됩니다. 중요 버그는 지정된 제품 기능에서 벗어나 데이터 손상, 데이터 손실, 시스템 충돌 또는 상당한 고객 애플리케이션 다운타임을 초래하는 것으로, 구현 가능한 해결 방법이 없습니다.

  • VMware Toolbox. vSphere 5.1은 VMware Tools 그래픽 사용자 인터페이스인 VMware Toolbox를 지원하는 최근 릴리스입니다. VMware에서는 모든 VMware Tools 기능을 수행하는 Toolbox CLI(명령줄 인터페이스)를 지속적으로 업데이트하고 지원할 것입니다.

  • VMI 반가상화. vSphere 4.1은 VMI 게스트 운영 체제 반가상화 인터페이스를 지원하는 마지막 릴리스였습니다. 이후 vSphere 릴리스에서도 VMI를 실행할 수 있도록 VMI를 사용하는 가상 시스템을 마이그레이션하는 데 대한 자세한 내용은 기술 자료 문서 1013842를 참조하십시오.

  • Windows 게스트 운영 체제 사용자 지정. vSphere 5.1은 Windows 2000 게스트 운영 체제 사용자 지정 기능을 지원하는 마지막 릴리스입니다. VMware에서는 새로운 버전의 Windows 게스트를 위한 사용자 지정 기능을 지속적으로 지원할 것입니다.

  • VMCI 소켓. 게스트 간 통신(VM-VM)은 vSphere 5.1 릴리스에서 더 이상 사용되지 않습니다. 이 기능은 다음 주요 릴리스에서 제거됩니다. 호스트 및 게스트 간 통신은 계속 지원됩니다.

알려진 문제

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

설치 문제
  • Auto Deploy의 상태 저장 설치의 경우 ESX/ESXi가 USB에 이미 설치되어 있는 시스템에서 esx의 firstdisk 인수를 사용할 수 없음
    상태 저장 설치용으로 설정하려는 호스트의 호스트 프로파일을 Auto Deploy를 사용하여 구성합니다. 구성 과정에서 디스크로 USB를 선택하고 첫 번째 인수로 esx를 지정합니다. 호스트는 현재 USB에 ESX/ESXi가 설치되어 있습니다. 하지만 Auto Deploy는 USB에 ESXi를 설치하는 대신 로컬 디스크에 ESXi를 설치합니다.

    해결 방법: 없음

  • Auto Deploy PowerCLI cmdlet Copy-DeployRule 및 Set-DeployRule에 개체가 입력으로 필요함
    Copy-DeployRule또는 Set-DeployRulecmdlet을 실행하는 경우 이미지 프로파일 또는 호스트 프로파일 이름을 전달하면 오류가 발생합니다.

    해결 방법: 이미지 프로파일 또는 호스트 프로파일 개체를 전달합니다.

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

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

  • Auto Deploy 서버를 호스팅하는 시스템의 IP 주소를 변경한 후 vSphere Auto Deploy가 더 이상 작동하지 않음
    vCenter Server와는 다른 시스템에 Auto Deploy를 설치하고 Auto Deploy 서버를 호스팅하는 시스템의 IP 주소를 변경합니다. 변경 후 Auto Deploy 명령이 더 이상 작동하지 않습니다.

    해결 방법: Auto Deploy 서버 서비스를 다시 시작합니다.
    net start vmware-autodeploy-waiter
    서비스를 다시 시작해도 문제가 해결되지 않으면 Auto Deploy 서버를 다시 등록해야 할 수 있습니다. 모든 옵션을 지정하여 다음 명령을 실행합니다.
    autodeploy-register.exe -R -a vCenter-IP -p vCenter-Port -u user_name -w password -s setup-file-path

  • Auto Deploy를 사용하여 부팅된 ESXi 시스템에 대한 VDS 구성이 실패함
    클러스터에서 FT(Fault Tolerance)에 대해 사용하도록 설정된 가상 시스템을 실행할 수 있는 호스트는 두 개뿐입니다. 호스트 중 하나가 Auto Deploy를 사용하여 재부팅됩니다. VDS 구성이 실패하고 호스트는 vCenter Server 시스템에 재연결된 후 유지 보수 모드로 유지됩니다.
    이러한 상황은 재부팅되고 있는 ESXi 시스템만 보조 가상 시스템을 호스팅할 수 있을 때 발생합니다. Fault Tolerance 프로세스가 부팅하는 ESXi 호스트의 인벤토리에 보조 가상 시스템을 추가하고, vDS 마이그레이션이 실패하면서 Resource In Use(리소스 사용 중) 오류가 발생합니다.
    이 문제는 다음과 같은 상황에서 발견되었습니다.

    • 클러스터에 속한 ESXi 호스트를 업그레이드하는 동안
    • 클러스터의 여러 호스트가 동시에 재부팅될 때 1개 또는 2개의 호스트만 완전히 부팅되는 경우
    • 2개 또는 3개의 호스트로 구성된 소규모 클러스터에서

    해결 방법: 업그레이드하는 동안 문제가 발견되면 가상 시스템에서 일시적으로 Fault Tolerance를 사용하지 않도록 설정합니다. 그러면 가상 시스템이 이미 업그레이드한 호스트로 마이그레이션될 수 있습니다. 업그레이드 프로세스가 완료된 후 Fault Tolerance를 다시 사용하도록 설정합니다.
    여러 호스트가 재부팅되고 있거나 소규모 클러스터에 속한 경우 문제가 발견되면 클러스터에 속한 여러 호스트의 부팅 프로세스가 완료될 때까지 기다렸다가 영향을 받는 호스트를 재부팅합니다. 보조 가상 시스템이 영향을 받는 호스트에 할당되어 있는 가상 시스템에 대해 Fault Tolerance를 사용하지 않도록 설정할 수도 있습니다.

  • HP DL980 G7에서 온보드 NIC를 사용하는 경우 ESXi 호스트가 Auto Deploy를 통해 부팅되지 않음
    시스템에서 온보드(LOM Netxen) NIC를 PXE 부팅에 사용하고 있으면 Auto Deploy를 사용하여 HP DL980 G7 시스템을 부팅할 수 없습니다.

    해결 방법: HP에서 승인된 추가 기능 NIC(예: HP NC3 60T)를 호스트에 설치하고 해당 NIC를 PXE 부팅에 사용합니다.

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

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

  • 설치 경로에 ASCII가 아닌 문자가 포함된 경우 Auto Deploy 설치가 실패함
    Auto Deploy 설치 관리자를 실행할 때 ASCII가 아닌 문자가 포함된 폴더를 선택하면 다음과 같은 오류가 발생합니다.
    Error 29106.Unknown error.(오류 29106. 알 수 없는 오류.)

    해결 방법: 경로 이름에 ASCII 문자만 포함된 폴더를 선택합니다.

  • esxcli를 사용한 실시간 업데이트가 실패하고 VibDownloadError가 발생함
    사용자가 다음 두 가지 업데이트를 순차적으로 수행합니다.

    1. esxcli software profile update 또는 esxclivib update 명령을 사용한 실시간 설치 업데이트.
    2. 재부팅이 필요한 업데이트

    두 번째 트랜잭션이 실패합니다. 가장 일반적인 실패 이유는 서명 검증 때문인데, 서명은 VIB를 다운로드한 이후에만 확인할 수 있습니다.

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

    1. ESXi 호스트를 재부팅하여 상태를 정리합니다.
    2. 실시간 설치를 반복합니다.

  • 시스템에 연결된 NIC가 없는 경우 ESXi 스크립트로 작성된 설치 시 CD-ROM 드라이브에서 ks(kickstart) 파일을 찾지 못함
    연결된 NIC가 없는 시스템의 CD-ROM 드라이브에 kickstart 파일이 있는 경우 다음 오류 메시지가 표시됩니다. Can't find the kickstart file on cd-rom with path < path_to_ks_file>(cd-rom의 다음 경로에서 kickstart 파일을 찾을 수 없음 < path_to_ks_file>).

    해결 방법: NIC를 재연결하여 네트워크 연결을 설정하고 설치를 다시 시도합니다.

  • 특수 문자 !, @ 또는 #의 조합이 포함된 위치에 vCenter Server를 설치한 후 VMware VirtualCenter Management Webservice 서비스를 시작하지 못함
    vCenter Server 설치 경로에 특수 문자 !, @ 또는 #의 조합이 포함된 경우 vCenter Server 설치에 성공하지만 VMware VirtualCenter Management Webservice 서비스가 시작되지 않고 vCenter Server 로그인이 실패하면서 do not have permissions(권한 없음) 오류가 발생합니다. 예를 들어 설치 경로가 C:\VMware!@SingleSign@On!#$Installer일 경우 오류가 발생합니다.

    해결 방법: 기본 위치나 특수 문자가 포함되지 않은 사용자 지정 위치에 vCenter Server를 설치합니다.

  • SWFCoE LUN에서 스크립트로 작성된 설치에 실패함
    ESXi 설치 관리자가 ks(kickstart) 파일을 사용하여 설치를 호출하는 경우 설치가 시작될 때까지 일부 FCoE LUN이 아직 검색되어 채워지지 않았습니다. 따라서 모든 LUN에서 스크립트로 작성된 설치에 실패합니다. 이 실패는 https, http 또는 ftp 프로토콜이 kickstart 파일에 액세스하는 데 사용될 때 발생합니다.

    해결 방법: kickstart 파일의 %pre섹션에 2분의 유휴 시간을 포함합니다.
    %pre --interpreter=busybox
    sleep 120

  • IBM DB2 9.7 Fix Pack 1 이전 버전을 실행하는 시스템에서 vCenter Single Sign On 서버 설치에 실패함
    SSO(Single Sign On) 구성 요소에는 DB2 9.7 Fix Pack 2 이상이 필요합니다. 이전 버전의 DB2 9.7을 실행하는 시스템에 SSO를 설치하려고 하면 설치에 실패합니다.

    해결 방법: DB2 9.7 인스턴스를 Fix Pack 2 이상으로 업데이트합니다.

  • vCenter Server는 업그레이드하지만 Auto Deploy 서버는 업그레이드하지 않는 경우에 발생할 수 있는 잠재적인 문제
    vCenter Server를 업그레이드하면 각 ESXi 호스트에서 5.0 vSphere HA 에이전트(vmware-fdm)가 새 에이전트로 교체됩니다. 이러한 교체는 ESXi 호스트가 재부팅될 때마다 발생합니다. vCenter Server를 사용할 수 없으면 ESXi 호스트가 클러스터에 가입할 수 없습니다.

    해결 방법: 가능한 경우 Auto Deploy 서버를 업그레이드합니다.
    Auto Deploy 서버를 업그레이드할 수 없는 경우 vSphere PowerCLI와 함께 포함된 Image Builder PowerCLI cmdlet을 사용하여 새 vmware-fdm VIB가 포함된 ESXi 5.0 이미지 프로파일을 만들 수 있습니다. 그리고 호스트에 이 이미지 프로파일을 제공할 수 있습니다.

    1. ESXi 5.0 소프트웨어 디포를 추가하고 새 vmware-fdm VIB가 포함된 소프트웨어 디포를 추가합니다.
      Add-EsxSoftwareDepot C:\ Path\VMware-Esxi-5.0.0- buildnumber-depot.zip Add-EsxSoftwareDepot http:// vcenter server/vSphere-HA-depot
    2. 기존 이미지 프로파일을 복제하고 vmware-fdm VIB를 추가합니다.
      New-EsxImageProfile -CloneProfile "ESXi-5.0.0- buildnumber-standard" -name " Imagename" Add-EsxSoftwarePackage -ImageProfile " ImageName" -SoftwarePackage vmware-fdm
    3. 호스트에 새 이미지 프로파일을 할당하는 규칙을 새로 만들어 규칙 집합에 추가합니다.
      New-DeployRule -Name " Rule Name" -Item " Image Name" -Pattern " my host pattern" Add-DeployRule -DeployRule " Rule Name"
    4. 호스트에 대한 테스트 및 복구 규정 준수 작업을 수행합니다.
      Test-DeployRuleSetCompliance Host_list

  • 상태 비저장 캐시가 켜져 있는 경우 Auto Deploy 서버를 사용할 수 없게 되면 호스트가 저장된 이미지를 사용하여 자동으로 부팅되지 않을 수 있음
    Auto Deploy 서버를 사용할 수 없게 되면 Auto Deploy와 함께 상태 비저장 캐시용으로 설정된 호스트가 저장된 이미지가 있는 디스크에서 자동으로 부팅되지 않는 경우가 있습니다. 이러한 상황은 원하는 부팅 디바이스가 논리적으로 다음 부팅 순서인 경우에도 발생할 수 있습니다. 정확한 발생 사항은 서버 벤더 BIOS 설정에 따라 다릅니다.

    해결 방법: 수동으로 캐시된 이미지가 있는 디스크를 부팅 디바이스로 선택합니다.

  • 터키어 버전의 Windows 2008 R2 64비트에 로컬 데이터베이스와 함께 vCenter Single Sign On을 설치할 때 설치에 실패함
    터키어 Windows 환경에 vCenter Single Sign On을 설치할 때 데이터베이스가 로컬 시스템에 있으면 오류(오류 20003 또는 20010)가 수신될 수 있습니다. 이 오류는 Microsoft SQL Server가 특정 문자를 대문자로 바꾸어 데이터베이스가 vCenter Single Sign On과 호환되지 않게 될 때 발생합니다.

    해결 방법:

    1. 영어 버전의 Windows 2008 Server를 실행하는 별도의 시스템에 데이터베이스를 설치합니다.
    2. 터키어 버전의 Windows 2008 Server를 실행하는 시스템에서 vCenter Single Sign On 설치 관리자를 실행합니다.
    3. 원격으로 데이터베이스에 연결합니다.

  • 마스터 암호와 관리자 암호가 다른 경우 vCenter Single Sign On 고가용성 또는 복구 노드 설치에 실패함
    고가용성 모드에서 vCenter Single Sign On을 설치하면 다음과 같은 동작이 발생합니다.

    • 올바른 vCenter Single Sign On 관리자 암호를 제공하면 유효성 검사에 성공한 것으로 나타나지만 설치에 실패하고 vCenter Single Sign On 마스터 암호가 잘못되었다는 오류 메시지가 표시됩니다.
    • 올바른 vCenter Single Sign On 마스터 암호를 제공하면 설치 관리자가 vCenter Single Sign On 관리자 암호를 예상하고 있기 때문에 유효성 검사가 실패합니다.

    복구 모드에서 vCenter Single Sign On을 설치하면 다음과 같은 동작이 발생합니다.

    • 올바른 vCenter Single Sign On 관리자 암호를 제공하면 설치에 실패하고 vCenter Single Sign On 마스터 암호가 잘못되었다는 오류 메시지가 표시됩니다.
    • 도메인 시스템에 vCenter Single Sign On을 설치하는 경우 올바른 vCenter Single Sign On 마스터 암호를 제공하면 설치에 실패하고 설치 관리자가 vCenter Single Sign On 관리자 암호를 예상하고 있기 때문에 SSPI 서비스 계정을 구성할 수 없다는 오류 메시지가 표시됩니다.
    • 작업 그룹 시스템에 Single Sign On을 설치하면 설치에 실패하고 Lookup Service 구성이 실패했다는 오류 메시지가 표시됩니다. 로그 파일에는 vCenter Single Sign On 관리자 암호가 잘못되었다는 오류 메시지가 포함됩니다.

    해결 방법: 동일한 암호가 vCenter Single Sign On 마스터 암호와 vCenter Single Sign On 관리자 암호에 사용되도록 합니다. 다음과 같은 명령을 사용하여 암호를 확인할 수 있습니다. 기본 <ssoserver folder>는 일반적으로 C:\Program Files\VMware\Infrastructure\SSOServer입니다.

    • vCenter Single Sign On 마스터 암호:
      <ssoserver folder>\utils>rsautil.cmd manage-secrets -a list

    • vCenter Single Sign On 관리자 암호:
      <ssoserver folder>\utils>rsautil.cmd manage-identity-sources -a list -u admin

    다음과 같은 명령을 사용하여 암호를 설정할 수 있습니다.

    • vCenter Single Sign On 마스터 암호:
      <ssoserver folder>\utils\rsautil.cmd manage-secrets -a change -m <master password> -N <new Master Password>

    • vCenter Single Sign On 관리자 암호:
      <ssoserver folder>\utils\rsautil.cmd reset-admin-password -m <master password> -u <admin> -p <pass>

    vCenter Single Sign On 관리자 암호는 기본적으로 365일 후에 만료됩니다. 이 암호를 재설정하는 경우 vCenter Single Sign On 마스터 암호도 재설정하여 동일하게 유지되도록 합니다.

  • IPv6 환경에 vCenter Single Sign On을 설치하려고 할 때 설치에 실패함
    Windows 2003, 2008 또는 2008 R2의 순수한 IPv6 환경에서 재부팅할 때 netsh interface ipv4 uninstall명령을 사용하면 vCenter Single Sign On 설치에 실패합니다. 이때 다음 오류가 발생합니다. Error 29114. Cannot connect to database.(오류 29114. 데이터베이스에 연결할 수 없습니다.). 또한 install.log 파일에 다음 오류가 표시됩니다. Error: Failed to access configuration database: Network error IOException: Address family not supported by protocol family: create.

    해결 방법: vCenter Server 시스템의 FQDN 또는 호스트 이름을 사용합니다. 가장 좋은 방법은 DHCP에서 할당되는 경우 변경될 수 있는 IP 주소 대신 모든 경우에 작동하는 FQDN을 사용하는 것입니다. 또한 IPv4 인터페이스를 재설치해야 하는데, 이때 사용하는 명령은 netsh interface ipv4 install입니다.
    또는 Windows 2003, 2008 또는 2008 R2에서 "어댑터 설정 변경" 대화 상자로 이동하여 "인터넷 프로토콜 버전 4(TCP/IPv4)" 확인란을 선택 취소합니다.

  • 암호에 큰따옴표를 사용하는 경우 vCenter Single Sign On 데이터베이스 설치에 실패함
    Single Sign On 암호에 큰따옴표(")를 사용하는 경우 Single Sign On 데이터베이스 설치에 실패합니다. Single Sign On SQL Express를 설치할 때 오류 메시지가 표시됩니다.

    해결 방법: 큰따옴표가 포함된 Single Sign On 암호를 사용하지 마십시오.

  • 시스템의 호스트 이름에 지원되지 않는 문자가 포함된 경우 vCenter Single Sign On 설치에 실패함
    Single Sign On 시스템의 호스트 이름에 ASCII가 아닌 문자나 상위 ASCII 문자가 포함된 경우 Single Sign On 설치에 실패하고 오류 메시지가 표시됩니다.

    해결 방법: Single Sign On이 설치되는 시스템의 호스트 이름에 ASCII 문자만 사용합니다.

  • Single Sign On 폴더 이름에 지원되지 않는 문자가 포함된 경우 vCenter Single Sign On 설치에 실패함
    Single Sign On 빌드 폴더 이름에 ASCII가 아닌 문자나 상위 ASCII 문자가 포함된 경우 Single Sign On 설치에 실패하고 오류 메시지가 표시됩니다.

    해결 방법: Single Sign On 설치 관리자 파일이 포함된 소스 폴더에 ASCII 문자만 사용합니다.

  • vCenter Single Sign On을 설치하는 동안 MSSQL 데이터베이스에 대한 연결에 실패함
    vCenter Single Sign On을 설치하는 경우 수동으로 생성한 MSSQL 데이터베이스 사용자를 사용하고 있으면 Database connection has failed(데이터베이스에 연결하지 못했습니다) 오류 메시지가 표시됩니다. MSSQL 데이터베이스에 대해서는 SQL Server 인증 데이터베이스 사용자를 사용해야 합니다. Windows 인증 사용자는 지원되지 않습니다.

    해결 방법: 수동으로 생성한 데이터베이스 사용자가 SQL Server 인증을 사용하고 있는지 확인합니다.

  • 수동으로 생성한 DB2 데이터베이스 사용자를 사용하는 경우 권한 없음 오류가 발생함
    vCenter Single Sign On을 설치하는 경우 설치 관리자가 기존 데이터베이스의 Single Sign On 데이터베이스 정보를 요청하면 수동으로 생성한 DB 사용자 사용 확인란을 선택할 수 있습니다. DB2 데이터베이스를 사용하고 있는 경우 rsaIMSLiteDB2SetupUsers.sql스크립트를 사용하여 수동으로 생성한 사용자가 있으면 데이터베이스 사용자의 권한이 없다는 오류 메시지가 표시될 수 있습니다.

    해결 방법: <installation directory>\Single Sign On\DBScripts\SSOServer\schema\db2디렉토리에 있는 rsaIMSLiteDB2SetupUsers.sql스크립트에 필요한 권한 중 두 개가 포함되어 있지 않습니다. 스크립트를 사용하여 사용자를 수동으로 생성하려면 다음과 같은 권한을 포함하도록 스크립트를 편집합니다.
    GRANT DBADM ON DATABASE TO USER RSA_DBA;
    GRANT CREATETAB ON DATABASE TO USER RSA_USER;

업그레이드 문제

설치와 업그레이드 모두에 영향을 주는 것으로 알려진 문제는 설치 문제에 나와 있습니다.
  • vSphere Authentication Proxy를 버전 5.0에서 버전 5.1로 업그레이드하는 동안 "잘못된 사용자 이름이나 암호" 주의 메시지가 표시됨
    vCenter Server Heartbeat가 설치되어 있는 시스템에서 vSphere Authentication Proxy를 버전 5.0에서 버전 5.1로 업그레이드하는 경우 Error 29453 login failed due to bad user name or password(오류 29453: 잘못된 사용자 이름이나 암호 때문에 로그인하지 못했습니다) 주의 메시지가 표시될 수 있습니다. 주의 메시지를 무시하고 설치를 계속할 수 있습니다.

라이센스 문제
  • 이름이 지정된 관리자 계정을 사용하여 vCenter Server에 ESXi 5.1을 추가할 수 없음
    이름이 지정된 관리자 계정을 사용하여 vCenter Server에 ESXi 5.1 호스트를 추가하려고 하면 다음 라이센스 다운로드 오류가 발생할 수 있습니다. License file download from <IP address> to vCenter Server failed due to exception: vim.fault.HostConnectFault(vim.fault.HostConnectFault 예외로 인해 <IP address>에서 vCenter Server로 라이센스 파일을 다운로드하지 못했습니다.)

    해결 방법: 루트 계정을 사용하여 vCenter Server에 ESXi 5.1 호스트를 추가합니다.

네트워킹 문제
  • Auto Deploy를 사용하여 ESXi 5.1 또는 5.0 U1을 프로비저닝하는 경우 TFTP/HTTP 전송 중에 시스템이 응답을 멈춤
    최신 오픈 소스 gPXE를 사용하여 Emulex 10GbE NC553i FlexFabric 2 포트에서 Auto Deploy로 ESXi 5.1 또는 5.0 U1을 프로비저닝하는 경우 TFTP/HTTP 전송 중에 시스템이 응답하지 않습니다.

    Emulex 10GbE PCI-E 컨트롤러는 메모리 매핑된 컨트롤러입니다. 네트워크를 통해 패킷을 보내고 받으려면 이 컨트롤러에서 실행되고 있는 PXE/UNDI 스택이 1MB 이상에 위치한 디바이스별 레지스터를 프로그래밍할 수 있도록 PXE TFTP/HTTP 전송 중에 리얼 모드에서 빅 리얼 모드로 전환되어야 합니다. 이 프로세스 중에 CPU 인터럽트가 의도하지 않게 사용하도록 설정되어 CPU 모드 전환 중에 다른 디바이스 인터럽트가 생성될 때 시스템이 응답을 멈추게 됩니다.

    해결 방법: NIC 펌웨어를 빌드 4.1.450.7 이상으로 업그레이드합니다.

  • 표준 가상 스위치에서 포트 수 변경 사항이 호스트를 재부팅할 때까지 적용되지 않음
    표준 가상 스위치에서 포트 수를 변경할 경우 호스트를 재부팅하기 전에는 변경 사항이 적용되지 않습니다. 이것은 포트 수 변경 사항이 즉시 적용되는 분산 가상 스위치의 동작과 다릅니다.

    표준 가상 스위치에서 포트 수를 변경할 경우 호스트의 총 포트 수가 표준 스위치와 분산 스위치 모두에서 4096개를 넘지 않는지 확인하십시오.

    해결 방법: 없음

  • 접두사 기반 및 범위 기반 MAC 주소 할당은 vCenter Server 5.1과 ESXi 5.1에서만 지원됨
    접두사 기반 및 범위 기반 MAC 주소 할당은 vCenter Server 5.1과 ESXi 5.1에서만 지원됩니다. vCenter Server 5.1에 5.1 이전 호스트를 추가하고 VMware OUI 접두사 기반 또는 범위 기반 MAC 주소 할당 이외의 할당 체계를 사용할 경우에는 VMware OUI 접두사 기반이 아닌 MAC 주소가 할당된 가상 시스템에서 5.1 이전 호스트의 전원을 켤 수 없습니다.
    5.1 이전 호스트에서는 할당된 MAC 주소가 VMware OUI 00:50:56 접두사를 사용하는지 여부를 명시적으로 검증하므로 접두사 기반 및 범위 기반 MAC 주소 할당 체계가 지원되지 않습니다. MAC 주소가 접두사 00:50:56으로 시작하지 않는 경우 가상 시스템의 5.1 이전 호스트는 전원을 켤 수 없습니다.

    해결 방법:

    1. vCenter Server 5.1에 5.1 이전 호스트를 추가하지 마십시오.

    2. 가상 시스템이 새로 생성되어 5.1 이전 호스트에 배치된 경우 가상 시스템 설정을 편집합니다. 새 가상 시스템의 MAC 주소가 접두사 00:50:56으로 시작하지 않는 경우 해당 MAC 주소를 수동 주소 유형으로 변경하고 접두사 00:50:56으로 시작하는 다른 올바른 MAC 주소를 제공합니다. 변경 사항을 적용한 후에는 vCenter Server에서 VMware OUI가 아닌 접두사를 사용하는 MAC 주소와 VMware OUI 접두사를 사용하는 MAC 주소를 동시에 사용할 수 있습니다.

  • 물리적 NIC의 관리 상태가 작동 중지로 제대로 보고되지 않음
    관리 목적으로 물리적 NIC 상태를 작동 중지로 설정하는 것은 IEEE 표준에 부합하지 않습니다. 가상 스위치 명령을 통해 물리적 NIC를 작동 중지로 설정한 경우 다음 두 가지 알려진 문제가 발생합니다.

    • ESXi에서 처리할 수 없는 트래픽 증가로 인해 ESXi에 접해 있는 물리적 스위치의 네트워크 리소스와 ESXi 자체의 리소스가 낭비됩니다.

    • NIC가 예기치 않은 방식으로 동작합니다. 작업자는 NIC 전원이 꺼질 것으로 예상하지만 NIC는 여전히 활성 상태로 표시됩니다.

    ESXCLI network down -n vmnicN 명령을 사용할 때 주의할 사항은 다음과 같습니다.
    • 이 명령은 드라이버만 끄고 NIC의 전원은 끄지 않습니다. ESXi 시스템에 접해 있는 물리적 스위치의 관리 인터페이스에서 ESXi 물리적 네트워크 어댑터를 볼 경우 표준 스위치 업링크는 여전히 활성 상태인 것으로 나타납니다.

    • NIC의 관리 상태는 ESXCLI 또는 UI에 표시되지 않습니다. 디버깅할 때 /etc/vmware/esx.conf를 검사하여 상태를 확인해야 합니다.

    • SNMP 에이전트는 관리 상태를 보고하지만, 작동 상태가 처음에 작동 중지일 때 NIC가 작동 중지로 설정된 경우 관리 상태를 잘못 보고합니다. 작동 상태가 활성 상태일 때 NIC가 작동 중지로 설정된 경우에는 관리 상태를 올바르게 보고합니다.

    해결 방법: 가상 스위치 명령을 사용하는 대신 ESXi 시스템에 접해 있는 물리적 스위치에서 관리 상태를 작동 중지로 변경합니다.

  • 스냅샷이 있는 monoflat 디스크에서 가상 시스템에 대한 vMotion 및 Storage vMotion이 작동하지 않음
    monoflat은 VMware에서 더 이상 지원되지 않는 디스크 형식입니다. 가상 시스템에 연결된 경우 monoflat 디스크의 전원을 켤 수 있지만, 연결된 가상 시스템을 마이그레이션하지 않는 것이 좋습니다. 스냅샷이 있을 경우 마이그레이션이 실패합니다.

    해결 방법: 마이그레이션을 시도하기 전에 다른 디스크 형식으로 변경합니다. VMware에서는 VMFS(가상 시스템 파일 시스템) 디스크 형식인 eagerzeroedthick, zeroedthick, thin disk 및 2gbsparse를 지원합니다.

  • Linux 드라이버 지원 변경 사항
    Linux 커널 버전 3.3 이상을 실행하는 가상 시스템의 경우 vmxnet2 또는 vmxnet(flexible) 가상 NIC의 디바이스 드라이버를 사용할 수 없습니다.

    해결 방법: Linux 커널 버전 3.3 이상을 실행하는 가상 시스템의 경우 vmxnet3 또는 e1000 가상 NIC를 사용합니다.

  • vSphere 5.0 Network I/O Control 대역폭 할당이 여러 업링크 간에 균등하게 배포되지 않음
    vSphere 5.0에서 Network I/O Control을 사용하는 동안 리소스 풀에 네트워킹 대역폭 제한이 설정된 경우 이 제한은 호스트 수준의 업링크 팀에 적용됩니다. 이 대역폭 제한은 여러 업링크 간에 대역폭을 균등하게 배포하도록 설계되지 않은 토큰 배포 알고리즘을 통해 구현됩니다.

    해결 방법: vSphere 5.1 Network I/O Control 제한은 업링크 단위로 좁혀졌습니다.

  • 상태 비저장 호스트 재부팅 후 maxProxySwitchPorts 설정이 유지되지 않음
    호스트가 재부팅되고 호스트 프로파일이 적용된 후 호스트의 최대 포트 수가 512로 재설정됩니다. Distributed Switch의 특정 상태 비저장 호스트에 maxProxySwitchPorts를 설정한 경우 호스트가 재부팅될 때 설정이 유지되지 않을 수 있습니다. 이는 Distributed Switch에 속하면서 maxProxySwitchPorts 설정이 변경된 상태 비저장 호스트에만 적용됩니다.

    해결 방법: 재부팅 후 호스트의 maxProxySwitchPorts 설정을 수동으로 변경합니다.

  • "미러링된 패킷 길이" 설정으로 인해 원격 미러링 소스 세션이 작동하지 않음
    "미러링된 패킷 길이" 옵션이 설정되어 있는 원격 미러링 소스 세션을 구성하는 경우 대상이 미러링된 패킷 중 일부를 수신하지 않습니다. 하지만 이 옵션을 사용하지 않도록 설정하면 패킷이 다시 수신됩니다.
    "미러링된 패킷 길이" 옵션을 설정한 경우 지정한 길이보다 긴 패킷이 잘리고 패킷이 삭제됩니다. 낮은 계층 코드는 조각화와 삭제된 패킷에 대한 체크섬 재계산을 수행하지 않습니다. 다음 두 가지 사항으로 인해 패킷이 삭제될 수 있습니다.

    • "미러링된 패킷 길이"가 MTU(최대 전송 단위)보다 큼
      사용자 환경에서 TSO를 사용하도록 설정한 경우 원래 패킷이 매우 클 수 있습니다. 이러한 원래 패킷은 미러링된 패킷 길이만큼 잘린 후에도 여전히 MTU보다 크므로 물리적 NIC에 의해 삭제됩니다.

    • 중간 스위치가 L3 검사를 수행함
      일부 잘린 패킷의 패킷 길이와 체크섬이 잘못될 수 있습니다. 일부 고급 물리적 스위치는 L3 정보를 검사하고 올바르지 않은 패킷을 삭제합니다. 따라서 대상이 패킷을 수신하지 않습니다.

    해결 방법:

    • TSO(TCP 세분화 오프로드)가 사용하도록 설정된 경우 "미러링된 패킷 길이" 옵션을 사용하지 않도록 설정합니다.

    • Cisco의 4500 시리즈 스위치와 같은 일부 스위치에서 L3 검사를 사용하거나 사용하지 않도록 설정할 수 있습니다. 이러한 스위치를 사용 중인 경우 L3 검사를 사용하지 않도록 설정합니다. 구성할 수 없는 스위치의 경우 "미러링된 패킷 길이" 옵션을 사용하지 않도록 설정합니다.

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

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

  • VLAN 환경에서 nx_nic 드라이버를 사용하는 경우 vSphere 네트워크 코어 덤프가 작동하지 않음
    네트워크 코어 덤프가 VLAN에 속한 호스트에 구성된 경우 NIC가 QLogic Intelligent Ethernet Adapters 드라이버(nx_nic)를 사용하면 네트워크 코어 덤프가 실패합니다. 업링크 어댑터가 nx_nic를 사용하면 수신된 네트워크 코어 덤프 패킷에 올바른 VLAN 태그가 지정되지 않습니다.

    해결 방법: VLAN에서 네트워크 코어 덤프를 구성하는 경우 다른 드라이버가 있는 다른 업링크 어댑터를 사용합니다.

  • 캡슐화된 원격 미러 세션을 사용하려면 대상 IP가 올바른 유니캐스트 IP여야 함
    캡슐화된 원격 미러 세션에서 vSphere Distributed Switch는 원래 트래픽을 지정한 대상 IP로 리디렉션합니다. 멀티캐스트 또는 브로드캐스트 IP 주소를 세션 대상으로 선택한 경우 원래 트래픽이 여러 대상으로 미러링됩니다. 따라서 많은 물리적 네트워크 대역폭이 소비될 수 있습니다. 예약된 IP 주소와 같은 올바르지 않은 IP 주소를 지정한 경우 원래 트래픽이 미러링되지 않습니다.

    해결 방법: 올바른 유니캐스트 IP 주소를 캡슐화된 원격 미러 세션의 대상으로 구성합니다.

  • 전용 VLAN으로 분산 가상 포트 그룹을 검색하는 경우 여러 vCenter Server 환경에서 잘못된 결과가 반환될 수 있음
    하나의 vSphere Web Client 인스턴스로 여러 vCenter Server를 관리하는 경우 특정 전용 VLAN 설정이 있는 분산 가상 포트 그룹을 검색하면 특정 포트 그룹뿐 아니라 결과에 속하면 안 되는 포트 그룹도 반환될 수 있습니다.

    해결 방법: 다른 검색을 수행합니다.

  • 서로게이트 쌍 문자로 네트워크 프로토콜 프로파일의 이름을 지정하는 경우 오류가 발생함
    서로게이트 쌍 문자를 사용하여 네트워크 프로토콜 프로파일을 생성하는 경우 생성에 실패하고 UTF-8 처리 관련 오류 메시지가 vSphere Web Client에 표시됩니다.

    해결 방법: 네트워크 프로토콜 프로파일에 서로게이트 쌍 문자를 사용하지 마십시오.

  • 스크립트로 작성된 설치에 대한 kickstart 파일에서 이미 사용 중인 NIC를 호출하는 경우 설치에 실패함
    kickstart 파일을 사용하여 관리 네트워크 사후 설치를 설정하는 경우 kickstart 파일에서 이미 사용 중인 NIC를 호출하면 다음 오류 메시지가 표시됩니다. Sysinfo error on operation returned status: Busy. Please see the VMkernel log for detailed error information.(작업에서 반환된 상태에 대한 Sysinfo 오류는 "사용 중"입니다. 오류에 대한 자세한 내용은 VMkernel 로그를 참조하십시오.)

    오류는 두 개의 NIC, 즉 SWFCoE/SWiSCSI용으로 구성된 NIC와 네트워킹용으로 구성된 NIC가 있는 하나의 시스템에서 스크립트로 작성된 설치를 시작할 때 발생합니다. 부팅 옵션에서 netdevice=<nic> 또는 BOOTIF=<MAC of the NIC>를 제공하여 네트워크 NIC를 통해 스크립트로 작성된 설치를 시작하는 경우 kickstart 파일은 네트워크 라인에 있는 다른 NIC( netdevice=<nic configured for SWFCoE / SWiSCSI>)를 사용하여 관리 네트워크를 구성합니다.

    설치(디스크 파티셔닝)에는 성공하지만 구성에는 실패하는데, 이는 설치 관리자가 kickstart 파일에서 네트워크 매개 변수가 제공된 호스트에 대해 관리 네트워크를 구성하려고 할 때 NIC가 SWFCoE/SWiSCSI에서 이미 사용되고 있기 때문입니다.

    해결 방법: 설치 후 관리 네트워크를 설정하기 위한 kickstart 파일에서 사용 가능한 NIC를 사용합니다.

  • vCenter Server를 Linked Mode 그룹에 가입할 수 없음
    vCenter Server 업그레이드 중에 vCenter Server HTTPS 포트를 변경한 경우 vCenter Server를 Linked Mode 그룹에 가입할 수 없습니다.

    해결 방법:

    1. vSphere Client를 엽니다.
    2. 관리 > vCenter Server 설정 > 고급 설정으로 이동합니다.
    3. VirtualCenter.VimApiURL이라는 키를 선택합니다.
    4. 값 필드에서 URL에 있는 포트 번호를 vCenter Server 업그레이드 중에 지정한 포트 번호로 변경합니다.
    5. VMware VirtualCenter Server 서비스를 다시 시작합니다.
    6. 시작 메뉴 > VMware > vCenter Server Linked Mode 구성을 클릭하여 Linked Mode 구성 수정을 시작합니다. 이 옵션은 vCenter Server를 Linked Mode 그룹에 연결합니다.

  • ESX를 실행 중이며 vmxnet3을 pNIC로 사용하는 가상 시스템이 충돌할 수 있음
    vmxnet3 지원이 실험 버전이기 때문에 게스트로 ESX를 실행 중이며 pNIC로 vmxnet3을 사용하는 가상 시스템이 충돌할 수 있습니다. ESX 가상 시스템의 기본 NIC는 e1000이므로 이 문제는 기본값을 재정의하고 대신 vmxnet3을 선택한 경우에만 발생합니다.

    해결 방법: ESX 가상 시스템의 pNIC로 e1000 또는 e1000e를 사용합니다.

  • 많은 수의 dvPort가 사용되고 있는 경우 오류 메시지가 표시됨
    이미 많은 수의 dvPort가 사용되고 있는 호스트에서 dvPort가 있는 가상 시스템의 전원을 켜면 메모리 부족또는 리소스 부족오류가 표시됩니다. esxcli 명령을 사용하여 호스트에 있는 스위치를 나열할 때에도 이 문제가 발생할 수 있습니다.

    해결 방법: dvsLargeHeap 크기를 늘립니다.

    1. 다음과 같이 호스트의 고급 구성 옵션을 변경합니다.
      • esxcli 명령: esxcfg-advcfg -s /Net/DVSLargeHeapMaxSize 100
      • 가상 센터: 호스트 구성 -> 소프트웨어 패널 -> 고급 설정 -> "네트"에서 DVSLargeHeapMaxSize 값을 80에서 100으로 변경합니다.
      • vSphere 5.1 Web Client: 호스트 관리 -> 설정 -> 고급 시스템 설정 -> 필터로 이동합니다. DVSLargeHeapMaxSize 값을 80에서 100으로 변경합니다.
    2. 호스트에서 호스트 프로파일을 캡처합니다. 프로파일을 호스트와 연결하고 응답 파일을 업데이트합니다.
    3. 값이 적용되도록 호스트를 재부팅합니다.

    참고: /Net/DVSLargeHeapMaxSize의 최대값은 128입니다.

    대규모 배포 중에 /Net/DVSLargeHeapMaxSize를 128로 변경한 후 문제가 발생하고 로그에 다음 오류 메시지 중 하나가 표시되는 경우 VMware 지원에 문의하십시오.

    Unable to Add Port; Status(bad0006)= Limit exceeded(포트를 추가할 수 없습니다. 상태(bad0006)= 제한 초과)

    Failed to get DVS state from vmkernel Status (bad0014)= Out of memory(vmkernel에서 DVS 상태를 가져오지 못했습니다. 상태(bad0014)= 메모리 부족)

  • vSphere Web Client의 표준 스위치 토폴로지가 스위치 수준 및 포트 그룹 수준 모두에서 페일오버 정책을 표시함
    포트 상태 아이콘과 대기 또는 사용되지 않음 레이블은 스위치 수준에서 페일오버 정책에 적용됩니다. 포트 그룹이 선택되어 있는 경우 주황색 선은 포트 그룹 수준에서 페일오버 정책에 적용됩니다.

    해결 방법: 없음 주황색으로 강조 표시된 물리적 네트워크 어댑터는 토폴로지에서 레이블이 대기 또는 사용되지 않음인 경우에도 포트 그룹 트래픽에 사용됩니다.

  • ESXi가 Emulex BladeEngine-3 10G NIC(be2net 드라이버)에서 실패함
    VMware vCloud Director를 사용하여 vCDNI가 지원하는 네트워크 풀을 구성한 경우 ESXi가 Emulex BladeEngine-3 10G NIC가 있는 시스템에서 실패할 수 있습니다. 이 디바이스가 있는 네트워크 풀을 구성할 경우 Emulex에서 업데이트된 디바이스 드라이버를 얻어야 합니다.

    해결 방법: 없음

스토리지 문제
  • 가상 시스템 관찰 데이터스토어 지연 시간
    ESXi 5.0 및 ESXi 5.1 호스트 조합에 연결된 데이터스토어에서 SDRS 또는 SIOC를 실행할 때 잘못된 가상 시스템 관찰 데이터스토어 지연 시간 값이 나타날 수 있습니다. ESXi 5.1에서는 ESXi 5.0에서 수집되지 않은 새로운 통계인 "가상 시스템 관찰 데이터스토어 지연 시간"을 수집합니다. 이 차이 때문에 ESXi 5.0 및 ESXi 5.1 호스트 조합 간에 올바른 평균 통계 값을 얻을 수 없습니다. 이로 인해 데이터스토어 클러스터에 ESXi 5.0 및 ESXi 5.1 호스트 조합과 함께 마운트된 데이터스토어가 있는 경우 ESXi 5.1 호스트만 있는 데이터스토어 클러스터에 비해 덜 적극적인 SDRS I/O 로드 밸런싱 동작도 발생할 수 있습니다.

    해결 방법: 모든 호스트를 ESXi 5.1로 업그레이드합니다.

  • Storage DRS 환경에서 기록 성능 차트를 데이터스토어와 데이터스토어 클러스터에 사용하도록 설정
    vSphere 5.1 환경에서 통계의 수집 수준이 기본값인 1로 설정되어 있는 경우 데이터스토어 및 데이터스토어 클러스터 메트릭과 관련된 Storage DRS 데이터 카운터에 실시간 성능 차트만 표시됩니다. 다른 시간 간격을 선택하면 차트에 사용할 수 있는 데이터가 없습니다라는 내용이 표시됩니다. 이는 성능을 향상하기 위해 많은 데이터스토어 및 데이터스토어 클러스터 메트릭의 기본값이 상태 수집 수준 3으로 이동되었기 때문입니다.

    해결 방법: 데이터스토어 및 데이터스토어 클러스터 메트릭에 대해 기록 성능 차트를 사용하도록 설정하려면 Storage DRS 카운터를 통계 수집 수준 1로 이동하십시오. 자세한 내용은 기술 자료 문서 2009532를 참조하십시오. 카운터 수준을 변경하면 데이터 수집 및 스토리지가 상당히 증가할 수 있으며 그에 따라 성능이 저하될 수 있다는 것에 주의하십시오. 자세한 내용은 vSphere Web Services 프로그래밍 가이드vSphere API 참고 자료에서 성능 카운터 수집 수준 수정을 참조하십시오.

  • EMC Symmetrix VMAX/VMAXe 스토리지 어레이를 사용하는 경우 VMFS5 데이터스토어 생성에 실패할 수 있음
    ESXi 호스트가 VMAX/VMAXe 어레이에 연결된 경우 어레이에서 나타나는 LUN에 VMFS5 데이터스토어를 생성하지 못할 수 있습니다. 이 경우 다음 오류가 표시됩니다. An error occurred during host configuration(호스트를 구성하는 동안 오류가 발생했습니다.) 이 오류는 이전에 기록되지 않은 LUN에서 새 데이터스토어를 방지하는 Symmetrix Enginuity Microcode(VMAX 5875.x)의 ATS(VAAI) 부분에 따른 결과입니다.

    해결 방법:

    1. ESXi 호스트에서 하드웨어 가속 잠금을 사용하지 않도록 설정합니다.
    2. VMFS5 데이터스토어를 생성합니다.
    3. 호스트에서 하드웨어 가속 잠금을 다시 사용하도록 설정합니다.

    하드웨어 가속 잠금 매개 변수를 사용하지 않도록 설정했다가 다시 사용하도록 설정하려면 다음 작업을 수행합니다.

    vSphere Web Client의 경우

    1. vSphere Web Client 탐색기에서 호스트를 찾습니다.
    2. 관리 탭을 클릭하고 설정을 클릭합니다.
    3. 시스템 아래에서 고급 시스템 설정을 클릭합니다.
    4. VMFS3.HardwareAcceleratedLocking을 선택하고 "편집" 아이콘을 클릭합니다.
    5. VMFS3.HardwareAcceleratedLocking 매개 변수의 값을 변경합니다.
      • 0 사용 안 함
      • 1 사용

    vSphere Client의 경우

    1. vSphere Client 인벤토리 패널에서 호스트를 선택합니다.
    2. 구성 탭을 클릭하고 소프트웨어 아래에서 고급 설정을 클릭합니다.
    3. VMFS3.HardwareAcceleratedLocking 매개 변수의 값을 변경합니다.
      • 0 사용 안 함
      • 1 사용

  • Storagesystem::updateDiskPartitions()를 사용하는 경우 빈 디스크에 GPT 파티션을 생성하려는 시도가 실패할 수 있음
    Storagesystem::computeDiskPartitionInfoAPI를 사용하여 디스크 규격을 검색한 다음 디스크 규격을 사용하여 Storagesystem::updateDiskPartitions()를 통해 디스크에 대한 레이블 지정과 파티션 생성을 수행할 수 있습니다. 하지만 디스크가 초기에 비어 있는 경우 대상 디스크 형식이 GPT이면 파티션을 생성하려는 시도가 실패할 수 있습니다.

    해결 방법: 대신 DatastoreSystem::createVmfsDatastore를 사용하여 빈 디스크에 대한 레이블 지정과 파티션 생성을 수행하고 VMFS5 데이터스토어를 생성합니다.

  • Storage vMotion이 실패하고 오류 메시지가 표시될 수 있음
    스토리지 구성이 오버로드되어 과부하 상태인 경우 VMFS 데이터스토어의 파일을 여는 데 훨씬 더 오랜 시간이 걸릴 수 있습니다. 이 지연 시간으로 인해 가상 시스템의 Storage vMotion이 실패하고 A parent disk path is required for snapshot of disk /path/to/disk/XXX.vmdk(디스크(/path/to/disk/XXX.vmdk)의 스냅샷에 상위 디스크 경로가 필요합니다.) 오류 메시지가 표시될 수 있습니다.

    해결 방법: 다음과 같은 Power CLI 스크립트를 실행하여 가상 시스템 디스크 정보를 다시 로드하고 Storage vMotion을 다시 수행합니다.

    1. 다음을 적절한 값으로 바꿉니다.
      Connect-VIServer ...
      $hostName = ...
      $vmName = ...
    2. 공용 API ServiceInstance 개체를 가져옵니다.
      $serviceInstance = Get-View ServiceInstance
    3. InternalVimService51 어셈블리를 로드합니다.
      [System.Reflection.Assembly]::LoadWithPartialName( InternalVimService51)
    4. 내부 API VimService 인스턴스를 구성합니다.
      $internalVimService = new-Object InternalVimApi_51.InternalvimService
      $internalVimService.Timeout = $serviceInstance.Client.VimService.Timeout;
      $internalVimService.Url = $serviceInstance.Client.VimService.Url;
      $internalVimService.CookieContainer = $serviceInstance.Client.VimService.CookieContainer;
      $svcRef = new-object InternalVimApi_51.ManagedObjectReference
      $svcRef.type = ServiceInstance;
      $svcRef.Value = ServiceInstance;
      $internalServiceContent = $internalVimService.RetrieveServiceContent($svcRef);
    5. VMHost 개체를 검색합니다.
      $vmhost = Get-VMHost $hostName | Get-View
      $hostRef = new-object InternalVimApi_51.ManagedObjectReference
      $hostRef.type = $vmhost.MoRef.Type
      $hostRef.Value = $vmhost.MoRef.Value
    6. 내부 구성 관리자를 검색합니다.
      $configManager = $internalVimService.RetrieveInternalConfigManager($hostRef)
    7. VM 개체를 검색합니다.
      $vm = Get-VM $vmName | Get-View
      $vmRef = new-object InternalVimApi_51.ManagedObjectReference
      $vmRef.type = $vm.MoRef.Type
      $vmRef.Value = $vm.MoRef.Value
    8. VM 디스크를 다시 로드합니다.
      $internalVimService.ReloadDisks_Task($configManager.llProvisioningManager, $vmRef, @( currentConfig, snapshotConfig))

    스토리지 어레이가 과부하 상태이고 속도가 느릴 때 Storage vMotion 실패를 방지하려면 /etc/vmware/config파일에서 다음과 같은 옵션을 편집하여 디스크 열기 재시도 횟수를 늘립니다.
    diskLibMiscOptions.openRetries = large number, such as 99

  • GPT 디스크에 진단 파티션을 생성하려는 시도가 실패할 수 있음
    GPT 디스크에 파티션이 없거나 디스크의 끝 부분이 비어 있는 경우 디스크에 진단 파티션을 생성하지 못할 수 있습니다.

    해결 방법: GPT 형식의 디스크를 진단 파티션에 사용하지 마십시오. 기존의 빈 GPT 디스크를 진단 파티션에 사용해야 하는 경우에는 디스크를 MBR 형식으로 변환합니다.

    1. 디스크에 VMFS3 데이터스토어를 생성합니다.
    2. 데이터스토어를 제거합니다.

    디스크 형식이 GPT에서 MBR로 변경됩니다.

  • 2TB보다 크고 Intel FCoE NIC를 통해 액세스되는 FCoE LUN에서 ESXi를 부팅할 수 없음
    2TB보다 크고 Intel FCoE NIC를 통해 액세스되는 FCoE 부팅 LUN에 ESXi를 설치하는 경우 설치에 성공할 수 있습니다. 하지만 ESXi 호스트를 부팅하려고 하면 부팅이 실패합니다. BIOS 실행 시 ERROR: No suitable geometry for this disk capacity!ERROR: Failed to connect to any configured disk!오류 메시지가 표시됩니다.

    해결 방법: 2TB보다 크고 FCoE 부팅용으로 구성한 Intel FCoE NIC에 연결된 FCoE LUN에 ESXi를 설치하지 마십시오. 2TB보다 작은 FCoE LUN에 ESXi를 설치하십시오.

서버 구성 문제
  • 콘솔을 통해 VMFS 폴더에 액세스하는 경우 호스트 프로파일 적용에 실패할 수 있음
    호스트 프로파일이 호스트에 적용됨과 동시에 사용자가 콘솔을 통해 VMFS 데이터스토어 폴더에 액세스하는 경우 업데이트 적용 또는 적용 작업이 실패할 수 있습니다. 이러한 실패는 호스트 프로파일에서 상태 비저장 캐시가 사용하도록 설정된 경우나 Auto Deploy 설치가 발생한 경우에 발생합니다.

    해결 방법: 호스트 프로파일 업데이트를 적용하는 동안 콘솔을 통해 VMFS 데이터스토어에 액세스하지 마십시오.

  • 로그인 배너의 선행 공백으로 인해 호스트 프로파일 규정 준수 실패가 발생함
    호스트 프로파일을 편집하고 "로그인 배너(요일 메시지)" 옵션의 텍스트를 변경하지만 배너 텍스트에 선행 공백을 추가하면 프로파일이 적용될 때 규정 준수 오류가 발생합니다. Login banner has been modified(로그인 배너가 수정됨)라는 규정 준수 오류가 나타납니다.

    해결 방법: 호스트 프로파일을 편집하고 로그인 배너 정책 옵션에서 선행 공백을 제거합니다.

  • Active Directory를 사용하도록 설정한 경우 ESXi 5.0 호스트에서 추출된 호스트 프로파일을 ESX 5.1 호스트에 적용하지 못함
    Active Directory를 사용하도록 설정한 경우 원래 ESXi 5.0 호스트에서 추출된 호스트 프로파일을 ESX 5.1 호스트에 적용하면 적용 작업이 실패합니다. likewise 시스템 리소스 풀의 최대 메모리 크기를 설정하면 오류가 발생할 수 있습니다. Active Directory를 사용하도록 설정한 경우 likewise 시스템 리소스 풀에 있는 서비스는 ESXi 5.0 호스트 프로파일에서 캡처된 ESXi 5.0의 기본 최대 메모리 제한보다 더 많이 소비합니다. 따라서 최대 메모리 제한을 ESXi 5.0 수준으로 설정하려고 시도하는 동안 ESXi 5.0 호스트 프로파일 적용이 실패합니다.

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

    • 호스트 프로파일을 수동으로 편집하여 likewise 그룹의 최대 메모리 제한을 늘립니다.
      1. 호스트 프로파일 편집기에서 리소스 풀 폴더로 이동하고 host/vim/vmvisor/plugins/likewise를 봅니다.
      2. 20(ESXi 5.0 기본값)에서 25(ESXi 5.1 기본값)로 최대 메모리(MB) 설정을 수정합니다.
    • likewise 그룹의 하위 프로파일을 사용하지 않도록 설정합니다. 다음 중 하나를 수행합니다.
      • vSphere Web Client에서 호스트 프로파일을 편집하고 리소스 풀 폴더의 확인란을 선택 취소합니다. 이 작업을 수행하면 모든 리소스 풀 관리가 사용하지 않도록 설정됩니다. 리소스 풀 폴더의 host/vim/vmvisor/plugins/likewise 항목에 대해서만 이 기능을 사용하지 않도록 설정할 수 있습니다.
      • vSphere Client에서 호스트 프로파일을 마우스 오른쪽 버튼으로 클릭하고 메뉴에서 프로파일 구성 사용/사용 안 함...을 선택합니다.

  • ESXi 5.0.x 호스트 프로파일이 상태 저장 ESXi 5.1 호스트에 다시 적용될 때 호스트 게이트웨이가 삭제되고 규정 준수 실패가 발생함
    ESXi 5.0.x 호스트 프로파일이 새로 설치한 ESXi 5.1 호스트에 적용될 때 프로파일 규정 준수 상태가 규정 비준수입니다. 동일한 프로파일을 다시 적용한 후 호스트의 게이트웨이 IP가 삭제되고 규정 준수 상태가 계속해서 IP 경로 구성이 규격과 일치하지 않음상태 메시지와 함께 규정 비준수로 표시됩니다.

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

    • DCUI를 통해 호스트에 로그인하고 다음과 같은 esxcli명령을 사용하여 수동으로 기본 게이트웨이를 추가합니다.
      esxcli network ip route ipv4 add --gateway xx.xx.xx.xx --network yy.yy.yy.yy
    • ESX 5.0 호스트 프로파일을 한 번 적용한 후 ESX 5.1 호스트에서 새 호스트 프로파일을 추출합니다. ESX 5.1 호스트를 새 ESX 5.1 기반 호스트 프로파일로 마이그레이션합니다.

  • USB 디스크에 대한 상태 비저장 캐시를 사용하도록 설정한 후 규정 준수 오류가 발생할 수 있음
    호스트 프로파일에서 USB 디스크에 대한 상태 비저장 캐시를 사용하도록 설정한 경우 업데이트 적용 후 규정 준수 오류가 발생할 수 있습니다. 업데이트가 적용된 변경 사항을 적용하도록 호스트를 재부팅한 후 상태 비저장 캐시에 성공하지만 규정 준수 실패가 계속됩니다.

    해결 방법: 해결 방법이 없습니다.

  • 상태 비저장 캐시를 사용하도록 설정한 호스트 프로파일을 적용하는 동안 많은 데이터스토어가 있는 호스트가 시간 초과됨
    상태 비저장 캐시를 사용하도록 설정한 호스트 프로파일을 적용하는 경우 많은 데이터스토어가 있는 호스트가 시간 초과됩니다.

    해결 방법: vSphere Client를 사용하여 시간 초과를 늘립니다.

    1. 관리자 > vCenter Server 설정을 선택합니다.
    2. 시간 초과 설정을 선택합니다.
    3. 일반 작업 및 긴 작업의 값을 3600초로 변경합니다.

  • ESXi 4.1 또는 ESXi 4.0 호스트에서 생성되어 ESXi 5.1 호스트에 적용된 호스트 프로파일에 대한 네트워크 정책 규정 준수 실패가 계속됨
    ESXi 4.1 또는 ESXi 4.0 호스트에서 생성된 호스트 프로파일을 ESXi 5.1 호스트에 적용한 후 다음과 같은 호스트 프로파일 규정 준수 실패가 계속될 수 있습니다.

    For port group [PORT GROUP NAME] network policy property spec.policy.nicTeaming.failureCriteria doesn't match
    For port group [PORT GROUP NAME] network policy property spec.policy.nicTeaming.reversePolicy doesn't match

    위의 네트워크 설정은 ESXi 5.1 호스트에서 지원되지 않으며 해당 설정이 포함된 호스트 프로파일을 적용할 때 더 이상 구성되지 않습니다.

    해결 방법: 다음 두 가지 해결 방법을 사용할 수 있습니다.

    • 원래 ESXi 4.1 호스트에서 생성된 호스트 프로파일을 ESXi 5.1 호스트에 적용한 후 ESXi 5.1 호스트에서 새 호스트 프로파일을 생성하여 해당 ESXi 5.1 호스트와 영향을 받는 다른 ESXi 5.1 호스트에 연결합니다.
    • 호스트 프로파일의 NIC 팀 구성 정책을 지정된 NIC 팀 구성 정책 적용 대신 사용자가 명시적으로 정책 옵션을 선택해야 함 옵션으로 수정합니다.

  • vmknic에서 IPv4를 사용하지 않도록 설정한 경우 호스트에서 호스트 프로파일을 추출할 수 없음
    모든 vmknic에서 모든 IPv4 주소를 제거하는 경우 해당 호스트에서 호스트 프로파일을 추출할 수 없습니다. 이 작업은 Auto Deploy로 프로비저닝된 호스트에 가장 큰 영향을 주는데, 이는 이 환경에서 호스트 구성을 저장하는 방법이 호스트 프로파일뿐이기 때문입니다.

    해결 방법: 하나 이상의 vmknic를 하나의 IPv4 주소에 할당합니다.

  • ESXi 4.1 호스트에서 추출된 호스트 프로파일을 ESXi 5.1 호스트에 적용하는 경우 호스트 프로파일 적용에 실패함
    ESXi 4.1을 사용하여 호스트를 설정하고 이 호스트(vCenter Server 포함)에서 호스트 프로파일을 추출한 다음 프로파일을 ESXi 5.1 호스트에 연결하는 경우 프로파일을 적용하려고 하면 작업이 실패합니다. 이 경우 다음 오류가 수신될 수 있습니다. NTP service turned off(NTP 서비스가 해제됨)

    ESXi 4.1의 /etc/ntp.conf에서 NTP 서버를 제공하지 않더라도 NTPD 서비스가 활성화된 상태로 실행되고 있을 수 있습니다. ESXi 5.1에 명시적 NTP 서버가 있어야 서비스를 실행할 수 있습니다.

    해결 방법: /etc/ntp.conf에서 올바른 NTP 서버를 추가하여 NTP 서비스를 켜고 5.1 호스트에서 NTP 대몬을 다시 시작합니다. 재부팅 후에도 서비스가 그대로 유지되는지 확인합니다. 이 작업을 수행하면 NTP 서비스가 호스트와 해당 호스트에 적용되는 프로파일에 대해 동기화됩니다.

  • 프로파일이 성공적으로 적용된 후 호스트 프로파일이 규정 비준수로 표시됨
    이 문제는 ESXi 5.0 호스트에서 호스트 프로파일을 추출하여 로컬 SAS 디바이스가 포함된 ESXi 5.1 호스트에 적용할 때 발생합니다. 호스트 프로파일 업데이트 적용에 성공해도 호스트 프로파일이 규정 비준수로 표시됩니다.

    다음과 같은 오류가 수신될 수 있습니다.

    • 호스트에 규격 상태가 없음: 디바이스 naa.500000e014ab4f70 경로 선택 정책을 VMW_PSP_FIXED(으)로 설정해야 함
    • 호스트에 규격 상태가 없음: 디바이스 naa.500000e014ab4f70 매개 변수를 State = "on" Queue Full Sample Size = "0" Queue Full Threshold = "0"(으)로 설정해야 함

    ESXi 5.1 호스트 프로파일 스토리지 플러그인이 PSA 및 NMP 디바이스 구성에 맞는 로컬 SAS 디바이스를 필터링하지만 ESXi 5.0에는 이와 같은 디바이스 구성이 포함되어 있습니다. 따라서 오래된 호스트 프로파일을 새 호스트에 적용하는 경우 누락된 디바이스가 발생합니다.

    해결 방법: 수동으로 호스트 프로파일을 편집하고 모든 로컬 SAS 디바이스의 PSA 및 NMP 디바이스 구성 항목을 제거합니다. 다음과 같은 esxcli 명령을 입력하여 디바이스가 로컬 SAS 디바이스인지 확인할 수 있습니다.
    esxcli storage core device list

    다음과 같은 줄이 반환되는 경우 디바이스는 로컬 SAS 디바이스입니다.
    Is Local SAS Device

  • vCenter Server 인벤토리에서 ESXi 호스트를 제거하는 경우 호스트 프로파일 규정 준수 오류가 발생함
    호스트 프로파일 규정 준수 여부를 검사하는 동안 vCenter Server가 ESXi 호스트에 호스트 프로파일 관련 데이터를 쿼리해야 하는 경우가 있습니다. 규정 준수 검사 작업의 대상 호스트는 vCenter Server가 이러한 호스트 프로파일 데이터 쿼리에 사용하는 ESXi 호스트가 아니어도 됩니다. 고객이 vCenter Server 인벤토리에서 ESXi 호스트를 제거함과 동시에 규정 준수 검사 작업을 수행하는 경우 경합 상태가 발생합니다. 이 시간 동안 호스트 프로파일 데이터 쿼리를 수행하면 오류가 발생하고 Host Unavailable For Checking Compliance(호스트를 준수 검사에 사용할 수 없습니다) 메시지가 표시됩니다.

    해결 방법: vCenter Server 인벤토리에서 호스트를 제거한 후 호스트 프로파일 규정 준수 여부를 다시 검사합니다. vCenter Server가 다른 호스트를 사용하여 호스트 프로파일 데이터를 쿼리합니다.

  • 기본 시스템 서비스가 항상 Auto Deploy로 프로비저닝된 ESXi 호스트에서 시작됨
    Auto Deploy로 프로비저닝된 ESXi 호스트의 경우 관련 호스트 프로파일의 "서비스 구성" 섹션에 있는 서비스 시작 정책이 완전히 적용되지 않습니다. 특히, ESXi에서 기본적으로 켜져 있는 서비스 중 하나의 "시작 정책" 값이 off인 경우 해당 서비스는 Auto Deploy로 프로비저닝된 ESXi 호스트에서 여전히 부팅 시간에 시작됩니다.

    해결 방법: ESXi 호스트를 부팅한 후 서비스를 수동으로 중지합니다.

  • ESXi 5.0 호스트 프로파일을 사용하여 ESXi 5.1 호스트 업데이트를 적용한 후 방화벽 규칙 집합에 대한 호스트 프로파일 규정 준수 실패가 발생할 수 있음
    ESXi 5.0 호스트에서 생성된 호스트 프로파일을 사용하여 규정 준수 여부를 검사하는 경우 CIMHttpsService 및 CIMHttpService와 관련된 규정 준수 실패가 발생할 수 있습니다.

    경우에 따라 CIM/WBEM 서비스(CIMHttpService 및 CIMHttpsService)에 대한 방화벽 규칙 집합의 사용하도록 설정된 상태와 CIM/WBEM 서비스(sfcb-watchdog)에 대한 서비스 시작 정책의 사용하도록 설정된 상태 간에 호스트 프로파일의 불일치가 존재할 수 있습니다. 서비스가 시작될 때 방화벽 포트가 자동으로 열립니다. 따라서 CIM 서비스 방화벽 규칙 집합에 대한 규정 준수 실패가 발생합니다.

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

    • 호스트 프로파일에서 CIMHttpService 및 CIMHttpsService에 대한 방화벽 규칙 집합 하위 프로파일을 편집하여 enabled 매개 변수를 True로 설정함으로써 호스트 프로파일을 일관된 상태로 만듭니다.
    • 호스트 프로파일이 생성된 ESXi 호스트나 새 참조 호스트(생성 후 변경된 경우)의 보안 프로파일 구성으로 이동하고 방화벽 정보를 수동으로 새로 고칩니다. 그런 다음 참조 호스트에서 호스트 프로파일 업데이트 작업을 수행합니다.

    또는 vSphere Web Client를 사용하는 경우 "호스트에서 설정 복사" 작업을 수행하여 호스트 프로파일을 업데이트합니다.

  • snmpd 다시 시작 후 VMWARE-VMINFO-MIB에서 정보 검색이 올바르게 이루어지지 않음
    ESXi Shell에서 /etc/init.d/snmpd restart를 사용하여 snmpd 대몬을 다시 시작한 후 SNMPWalk를 실행하는 동안 VMWARE-VMINFO-MIB의 일부 정보가 누락될 수 있습니다.

    해결 방법: /etc/init.d/snmpd restart를 사용하지 마십시오. esxcli system snmp set --enable명령을 사용하여 SNMP 대몬을 시작하거나 중지해야 합니다. /etc/init.d/snmpd restart를 사용하여 ESXi Shell에서 snmpd를 다시 시작한 경우 DCUI에서 Hostd를 다시 시작하거나 ESXi Shell에서 /etc/init.d/hostd restart를 사용하여 Hostd를 다시 시작합니다.

    • vCenter Server 및 vSphere Client 문제
      • Firefox 14에서 vCenter Server Appliance 웹 인터페이스가 작동하지 않음
        Firefox 14 이상의 경우 vCenter Server Appliance 웹 인터페이스에 관리, 서비스 및 스토리지 탭이 나타나지 않습니다. 관리 페이지는 나타나지만 비어 있습니다. 이 때문에 Active Directory 구성원 자격과 기타 설정을 구성할 수 없습니다.

        해결 방법: 다른 지원되는 브라우저를 사용하거나 Firefox Extended Support Release를 사용하십시오. Firefox Extended Support Release는 Firefox 10에 기반하며 http://www.mozilla.org/en-US/firefox/organizations/all.html에서 다운로드할 수 있습니다.

      • vSphere Web Client 플러그인 관리 인터페이스에 설치되지 않은 플러그인이 나타남
        현재 로드되어 있는 vSphere Web Client 플러그인을 제거하는 경우 웹 서버를 다시 시작하기 전에는 플러그인 관리 인터페이스에 제거된 플러그인이 계속 표시됩니다. 하지만 플러그인 기능 자체는 vSphere Web Client에서 더 이상 사용할 수 없습니다.

        해결 방법: 웹 서버를 다시 시작합니다.

      • vSphere Web Client의 가상 시스템 콘솔이 마우스 입력에 응답하지 않음
        일부 Linux 배포를 실행하는 가상 시스템의 경우 vSphere Web Client에서 콘솔을 시작하면 콘솔이 처음에 마우스 입력에 응답하지 않을 수 있습니다.

        해결 방법: 전체 화면을 클릭하여 콘솔을 전체 화면 모드로 전환합니다.

      • vSphere Web Client 인벤토리에 있는 개체를 마우스 오른쪽 버튼으로 클릭하면 웹 브라우저의 상황에 맞는 메뉴가 나타납니다.
        Windows 8에서 Internet Explorer 10을 사용하는 경우 vSphere Web Client 인벤토리에 있는 개체로 이동하여 마우스 오른쪽 버튼을 클릭하면 개체의 상황에 맞는 메뉴 위에 브라우저의 상황에 맞는 메뉴가 표시됩니다. .

        해결 방법: 애플리케이션 내부의 다른 곳을 마우스 오른쪽 버튼으로 클릭하여 개체의 상황에 맞는 메뉴가 표시될 수 있도록 합니다.

      • 폴더를 삭제할 수 없음
        폴더 수준에만 폴더.폴더 삭제 권한을 정의한 경우 해당 폴더를 제거하려고 하면 올바른 권한이 없다는 오류 메시지가 표시됩니다.

        해결 방법: 없음

      • vpxd.log에 Failed to read request오류가 있음
        vpxd.log에 다음과 같은 오류 메시지가 표시될 수 있습니다.
        2012-05-15T08:41:03.120Z [7F7DCB7C6700 error 'QsAdapter.HTTPService'] Failed to read request; stream: UNIX(/var/run/vmware/vpxd-qsadapter-pipe), error: N7Vmacore16TimeoutExceptionE(Operation timed out)
        2012-05-15T08:41:03.120Z [7F7DCB889700 error 'SoapAdapter.HTTPService'] Failed to read request; stream: TCP(), error: N7Vmacore16TimeoutExceptionE(Operation timed out)
        2012-05-15T08:41:33.124Z [7F7DCB5BE700 error 'SSL SoapAdapter.HTTPService'] Failed to read request; stream: SSL(no stream), error: N7Vmacore16TimeoutExceptionE(Operation timed out)
        2012-05-15T08:41:48.125Z [7F7DCB57D700 error 'SSL SoapAdapter.HTTPService'] Failed to read request; stream: SSL(no stream), error: N7Vmacore16TimeoutExceptionE(Operation timed out)
        2012-05-15T08:41:48.125Z [7F7DCAD75700 error 'SSL SoapAdapter.HTTPService'] Failed to read request; stream: SSL(no stream), error: N7Vmacore16TimeoutExceptionE(Operation timed out)
        2012-05-15T08:41:58.127Z [7F7DCBC58700 error 'SoapAdapter.HTTPService'] Failed to read request; stream: TCP(), error: N7Vmacore16TimeoutExceptionE(Operation timed out)

        이러한 로그 항목은 실제 오류가 아니며 실행 중이 아닌 외부 서비스에 연결하려는 시도를 나타낼 뿐입니다.

        해결 방법: 없음

      • 태그 이름에는 서로게이트 쌍 문자가 포함될 수 없음
        서로게이트 쌍 문자가 포함된 이름으로 태그를 생성하려고 하면 태그 생성에 실패합니다.

        해결 방법: 태그 이름에 서로게이트 쌍 문자를 사용하지 마십시오.

      • vCenter Server 시스템의 호스트 이름 변경 사항이 vSphere Web Client 또는 vSphere Web Client 인벤토리에 적용되지 않음
        vCenter Server 시스템이나 vCenter Server Appliance의 호스트 이름을 변경하는 경우 로컬 시스템에는 새 호스트 이름이 표시되지만 vSphere Web Client 및 vSphere Client 인벤토리에는 이전 이름이 나타납니다.

        해결 방법: vSphere Web Client 또는 vSphere Client를 사용하여 vCenter Server 시스템의 표시 이름을 변경합니다.

        vSphere Web Client에서 다음을 수행합니다.

        1. vCenter Server 인스턴스로 이동하고 관리 탭을 선택합니다.
        2. 설정에서 일반을 클릭합니다.
        3. [vCenter Server 설정 편집] 대화상자에서 런타임 설정을 선택합니다.
        4. vCenter Server 이름에 vCenter Server 시스템의 이름을 입력합니다.
        5. 확인을 클릭합니다.

        vSphere Client에서 다음을 수행합니다.

        1. 관리자 > vCenter Server 설정을 선택합니다.
        2. vCenter Server 시스템이 Linked Mode 그룹에 속한 경우 현재 vCenter Server 드롭다운 목록에서 구성할 서버를 선택합니다.

          참고: Linked Mode는 vCenter Server Appliance에서 지원되지 않습니다.

        3. [탐색] 패널에서 런타임 설정을 선택합니다.
        4. vCenter Server 이름에 vCenter Server 시스템의 이름을 입력합니다.
        5. 확인을 클릭합니다.

      • 여러 작업을 실행하는 경우 vSphere Web Client의 응답이 없음
        여러 가상 시스템의 전원을 켜거나 끄는 작업과 같이 여러 가상 시스템에 영향을 주는 작업을 수행하는 경우 작업이 완료될 때까지 vSphere Web Client의 응답이 없을 수 있습니다. 이는 병렬로 실행할 수 있는 작업 수에 대한 플래시 제한 사항 때문입니다. 모든 작업이 서버로 전송되면 vSphere Web Client가 응답하게 됩니다.

        해결 방법: 없음

      • Inventory Service 데이터베이스 백업에 실패함
        Inventory Service가 실행되는 동안 bad_certificate오류 때문에 Inventory Service 데이터베이스 백업에 실패합니다.

        해결 방법: 백업을 수행하기 전에 Inventory Service를 종료합니다.

        Windows 시스템에서 다음을 수행합니다.

        1. 다음과 같이 Inventory Service를 중지합니다.
          1. Windows 관리 도구 제어판을 열고 서비스를 선택합니다.
          2. VMware vCenter Inventory Service를 마우스 오른쪽 버튼으로 클릭하고 중지를 선택합니다.
        2. 명령 프롬프트를 열고 디렉토리를 vCenter_Server_installation_directory\Infrastructure\Inventory Service\scripts로 변경합니다.

          vCenter_Server_installation_directory 는 vCenter Server를 설치한 디렉토리입니다. 기본적으로 C:\VMware\입니다.

        3. 프롬프트에서 다음 명령을 실행하여 Inventory Service 데이터베이스를 백업합니다. backup.bat -file backup_file_name.

        vCenter Server Appliance에서 다음을 수행합니다.

        1. 콘솔을 열고 service vmware-inventory service stop명령을 실행하여 Inventory Service를 중지합니다.
        2. 디렉토리를 /usr/lib/vmware-vpx/inventoryservice/scripts/로 변경합니다.
        3. 다음 명령을 실행하여 Inventory Service 데이터베이스를 백업합니다. ./backup.sh -file backup_file_name.

      • 로컬 링크 IPv6 주소를 사용하여 ESXi 호스트를 vCenter Server Appliance에 추가할 수 없음
        fe80::* 형식의 로컬 링크 IPv6 주소를 사용하여 ESXi 호스트를 vCenter Server Appliance에 추가하려고 하면 Cannot contact the specified host(지정된 호스트에 연결할 수 없습니다.) 오류 메시지가 표시됩니다.

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

      • 클러스터에 대해 DRS를 사용하도록 설정하는 경우 DPM이 사용하도록 설정된다고 잘못 알려 주는 주의 메시지가 표시됨
        "진행 중인 작업" 창에서 "클러스터 서비스 편집" 작업을 재개하고 DRS를 사용하도록 설정하는 경우 DPM이 사용하도록 설정된다고 잘못 알려 주는 메시지가 표시될 수 있습니다. 이러한 상황은 "클러스터 서비스 편집" 작업이 "진행 중인 작업" 창에 저장되는 동안 vSphere Web Client에서 로그아웃했다가 다시 vSphere Web Client에 로그인한 후에 발생합니다.

        해결 방법: 해결 방법이 필요하지 않습니다. DPM은 사용하도록 설정되지 않습니다.

      • 검색에 실패하고 하드웨어 상태 및 상태 플러그인이 vSphere Client에서 사용하지 않도록 설정됨
        Windows 2003이나 Windows XP에 설치된 vSphere Client는 Inventory Service에 연결하지 않습니다. 따라서 다음과 같은 결과가 발생합니다.

        • vSphere Client 인벤토리를 검색하려고 하면 다음 오류 메시지가 표시됩니다. Login to the query service failed. A communication error occurred while sending data to the server. (The underlying connection was closed: An unexpected error occurred on a send.)(쿼리 서비스에 로그인하지 못했습니다. 서버에 데이터를 보내는 중 통신 오류가 발생했습니다. 기본 연결이 닫혀 있습니다. 전송 측에서 예상치 못한 오류가 발생했습니다.)
        • 하드웨어 상태 및 상태 플러그인이 사용하지 않도록 설정되고 vSphere Client에서 볼 수 없습니다.

        해결 방법: 32비트 Windows XP의 경우 해결 방법이 없습니다. Windows 2003 또는 64비트 Windows XP의 경우 아래에 나열된 대로 적합한 핫픽스를 적용합니다.

        플랫폼: x64
        언어: 영어
        위치: ( http://hotfixv4.microsoft.com/Windows%20Server%202003/sp3/Fix192447/3790/free/351403_ENU_x64_zip.exe)

        플랫폼: ia64
        언어: 영어
        위치: ( http://hotfixv4.microsoft.com/Windows%20Server%202003/sp3/Fix192447/3790/free/351397_ENU_ia64_zip.exe)

        플랫폼: i386
        언어: 영어
        위치: ( http://hotfixv4.microsoft.com/Windows%20Server%202003/sp3/Fix192447/3790/free/351385_ENU_i386_zip.exe)

      • vCenter Server 및 vCenter Single Sign On 서비스 시작에 실패함
        Single Sign On 데이터베이스 서버의 호스트 이름 또는 포트 할당을 변경하는 경우 Single Sign On에 오류가 발생하므로 vCenter Server 시작에 실패합니다. 이 문제는 Single Sign On 및 vCenter Server와 함께 설치된 SQL Server Express Edition을 사용할 때도 발생할 수 있습니다. 동적 포트를 사용하도록 SQL Server Express Edition을 구성한 경우 시스템을 재부팅하면 포트 할당이 변경될 수 있습니다. 이러한 상황은 이미 다른 서비스가 포트를 차지하고 있을 때 발생합니다.

        해결 방법: Single Sign On 데이터베이스 서버의 호스트 이름이나 포트를 변경하는 경우 새 호스트 이름이나 포트로 Single Sign On을 재구성해야 합니다.

        1. vCenter Single Sign On 서버를 중지합니다.
        2. 다음 명령을 입력합니다.
          <ssoserver folder>\utils> ssocli configure-riat -a configure-db --database-host <new database server> --database-port <new database port> -m <master password>
        3. 다음 텍스트 파일을 편집하여 db.url=로 시작되는 줄에 있는 포트 번호를 새 값으로 바꿉니다.
          <ssoserver folder>\webapps\lookupservice\WEB-INF\classes\config.properties
        4. vCenter Single Sign On 서버를 시작합니다.

      • Oracle 데이터베이스를 vCenter Server Appliance에 연결하는 경우 호환되지 않는 스키마에 대한 오류가 발생함
        이전에 vCenter Server 5.0 Appliance와 함께 사용된 외부 Oracle 데이터베이스를 사용하여 vCenter Server Appliance를 구성하려고 하면 Error: Incompatible DB schema version.(오류: DB 스키마 버전이 호환되지 않습니다.) 오류 메시지가 표시됩니다.

        해결 방법: vCenter Server Appliance 설정 마법사를 사용하여 데이터베이스를 재설정할 수 있습니다. 그러면 현재 데이터베이스에 있는 레코드가 모두 삭제됩니다. 데이터베이스의 레코드를 그대로 유지하려면 vSphere 업그레이드 설명서에 설명된 업그레이드 프로세스를 따라 vCenter Server 5.0에서 vCenter Server 5.1로 vCenter Server Appliance와 데이터베이스를 업그레이드합니다.

        데이터베이스를 재설정하려면

        1. vCenter Server Appliance 웹 인터페이스에 로그인하고 설정 마법사를 시작합니다.
        2. 데이터베이스 정보를 입력합니다.

          The database has been initialized with an incompatible schema version.(호환되지 않는 스키마 버전으로 인해 데이터베이스가 초기화되었습니다.) 메시지가 표시됩니다.

        3. reset the DB contents(DB 내용 재설정)를 선택합니다.

      • 올바르지 않은 구성 파일이 vCenter Server Appliance 구성 마법사로 업로드되는 경우 Python 스크립트 관련 오류가 나타남
        vCenter Server Appliance 초기 구성 마법사에서 구성 파일 업로드를 선택하고 올바르지 않은 파일을 선택하는 경우 웹 인터페이스에 Python 스크립트 관련 오류가 표시됩니다.

        해결 방법: 없음

      • 정적 IP 주소를 사용하여 vCenter Server Appliance를 업그레이드한 후 로그인 또는 탐색 오류가 발생함
        정적 IP 주소를 사용하여 vCenter Server Appliance를 업그레이드한 후 다음과 같은 오류가 발생할 수 있습니다.

        • vCenter Server Appliance 웹 인터페이스에 로그인하려고 하면 Unable to connect to server. Please try again.(서버에 연결할 수 없습니다. 다시 시도하십시오.) 오류가 표시될 수 있습니다.
        • vCenter Server Appliance 웹 인터페이스에서 새 페이지로 이동하려고 하면 Not Found(찾을 수 없음) 오류가 표시될 수 있습니다.

        해결 방법: 브라우저 캐시를 지우고 vCenter Server Appliance 웹 인터페이스에 다시 로그인합니다.

      • vCenter Single Sign On이 시작되기 전에 vCenter Server Appliance가 Active Directory 도메인에 가입되는 경우 Active Directory가 ID 소스로 검색되지 않음
        이러한 상황은 vCenter Server Appliance가 웹 인터페이스 구성 마법사를 통해 초기 구성의 일부로 Active Directory 도메인에 가입될 때 발생할 수 있습니다. 구성 후 관련 vCenter Server 및 vCenter Single Sign On 서비스는 작동할 수 있지만 Active Directory는 ID 소스로 검색되지 않습니다.

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

        • vCenter Server 어플라이언스를 다시 시작합니다.
        • vCenter Single Sign On과 vSphere Web Client 서비스를 차례로 다시 시작합니다.

      • 초기 구성에서 실패한 vCenter Server Appliance 설정을 재구성할 수 없음
        vCenter Server Appliance에 처음 로그인하면 초기 구성 마법사가 EULA를 수락할지 여부와 데이터베이스 옵션, vCenter Single Sign On 및 Active Directory를 구성할지 여부를 묻는 메시지를 표시합니다. 이러한 단계가 실패해도 구성 마법사가 나머지 단계를 완료하고 vCenter Server 서비스를 시작합니다.

        마법사가 구성하지 못한 설정을 재구성하려고 하면 Error: VPXD must be stopped to perform this operation.(오류: 이 작업을 수행하려면 VPXD를 중지해야 합니다.) 메시지가 표시됩니다.

        해결 방법: 다음을 수행합니다.

        1. vCenter Server Appliance 콘솔에 로그인하고 다음 명령을 실행합니다. /etc/init.d/vmware-vpxd stop
        2. vCenter Server Appliance 웹 인터페이스에 로그인하고 필요에 따라 설정을 재구성합니다.
        3. 웹 인터페이스를 사용하여 vCenter Server 서비스를 다시 시작합니다.

      • 고급 검색 결과에 나열된 관련 항목이 검색 기준에서 지정한 항목이 아닐 수 있음
        vSphere Web Client에서 고급 검색을 수행하는 경우 개체 간의 관계를 지정하면 검색 결과는 올바르지만 결과에 표시된 관련 개체는 검색 기준에서 지정한 개체가 아닐 수 있습니다.

        예를 들어 이름에 example이 포함된 호스트가 있는 폴더를 모두 검색하면 검색 결과에 올바른 폴더 목록이 나타납니다. 하지만 관련 개체 열에 나열된 호스트는 이름에 example이 포함된 호스트가 아니라 해당 폴더에도 있는 다른 이름의 호스트일 수 있습니다.

        해결 방법: 없음

      • vSphere Web Client에 일부 중국어 또는 일본어 문자가 올바로 표시되지 않음
        기본 언어가 중국어나 일본어로 설정된 Linux 시스템에서 vSphere Web Client에 액세스하는 경우 vSphere Web Client의 일부 텍스트가 올바른 중국어 또는 일본어 문자 대신 사각형 상자로 표시됩니다.

        해결 방법: 기본 언어를 영어로 설정하여 Linux를 설치한 후 기본 언어를 중국어나 일본어로 변경합니다.

      • vCenter Server Appliance의 초기 구성 마법사는 정적 IP 주소 구성을 지원하지 않음
        배포 후 vCenter Server Appliance 웹 인터페이스에 처음 로그인하면 구성 마법사가 시작되고 EULA를 수락할지 여부와 데이터베이스 옵션, vCenter Single Sign On 및 Active Directory를 구성할지 여부를 묻는 메시지를 표시합니다. 네트워크 구성 옵션은 제공되지 않습니다. vCenter Server Appliance는 기본적으로 DHCP를 사용하도록 구성되어 있습니다.

        해결 방법: 초기 구성 마법사를 완료한 경우 정적 네트워크 구성으로 변경하려면 Appliance의 SSL 인증서를 변경해야 합니다.

        1. vCenter Server Appliance 웹 인터페이스의 관리 페이지에서 인증서 설정 전환 버튼을 클릭하여 Certificate regeneration enabled(인증서 재생성 사용) 옵션을 로 변경합니다.
        2. vCenter Server Appliance의 정적 IP 주소를 구성합니다.

        아직 초기 구성 마법사를 완료하지 않은 경우 다음을 수행합니다.

        1. vCenter Server Appliance 웹 인터페이스에 로그인합니다.
        2. EULA를 수락하고 취소를 클릭합니다.
        3. 네트워크를 구성합니다.

          호스트 이름이나 IP 주소를 변경하면 웹 인터페이스와의 연결이 끊깁니다. 새 호스트 이름이나 IP 주소를 사용하여 다시 로그인합니다.

        4. vCenter Server 페이지에서 "요약" 탭을 클릭합니다.
        5. 설정 마법사 옆의 시작 버튼을 클릭합니다. 설정 마법사를 완료하여 Appliance의 초기 구성을 마칩니다.

        vCenter Server를 사용하여 vCenter Server Appliance를 OVF로 배포하는 경우 배포 중에 정적 IP 주소를 구성할 수 있지만 이는 vCenter Server 인스턴스가 배포되어 있는 환경에만 적용됩니다.

      • vCenter Server Appliance 웹 인터페이스에서 호스트 이름을 변경할 수 없음
        vCenter Server Appliance 웹 인터페이스에서 호스트 이름을 변경하려고 하면 변경에 실패할 수 있습니다. 이 문제는 Appliance가 정적 IP 주소와 호스트 이름을 사용하도록 구성되어 있을 때 발생합니다. "네트워크" 탭에서 호스트 이름과 IP 주소를 모두 편집한 다음 해당 설정을 저장하면 IP 주소만 변경됩니다. 호스트 이름은 변경되지 않습니다.

        해결 방법: 호스트 이름과 IP 주소를 모두 변경해야 하는 경우 두 개의 개별 작업으로 변경합니다.

      • vSphere Client에서 독립 하드웨어 iSCSI의 MTU를 변경하려면 먼저 점보 프레임을 사용하도록 설정해야 함
        vSphere Client를 사용하여 "고급 설정" 대화 상자에서 MTU 매개 변수를 수정하는 경우 먼저 "점보 프레임" 확인란을 선택해야 합니다. 그렇지 않으면 MTU 변경 사항이 독립 하드웨어 어댑터에 전파되지 않습니다. vSphere Web Client에서는 "점보 프레임" 확인란이 없으므로 MTU 입력 상자에서 값을 변경합니다.

        해결 방법:
        vSphere Client의 경우

        1. 인벤토리 패널에서 호스트를 선택합니다.
        2. 구성 탭을 클릭하고 [하드웨어] 패널에서 스토리지 어댑터를 클릭합니다.
        3. 스토리지 어댑터 목록에서 독립 하드웨어 어댑터를 선택합니다.
        4. 속성, 고급을 차례로 클릭합니다.
        5. "점보 프레임" 확인란을 선택하여 점보 프레임을 사용하도록 설정합니다.
        6. MTU 입력 상자에서 값을 편집하고 "확인"을 클릭합니다.
        7. 참고: 점보 프레임을 사용하도록 설정하지만 1,500바이트를 초과하지 않는 MTU 크기 값을 입력하는 경우 점보 프레임 사용 설정이 무시됩니다.

        vSphere Web Client의 경우
        1. vSphere Web Client 개체 탐색기에서 호스트를 찾습니다.
        2. 관리 탭을 클릭하고 스토리지를 클릭합니다.
        3. 스토리지 어댑터를 클릭하고 어댑터 목록에서 독립 하드웨어 iSCSI 어댑터를 선택합니다.
        4. 어댑터 세부 정보 아래에서 고급 옵션 탭을 클릭하고 편집을 클릭합니다.
        5. MTU 매개 변수의 값을 변경합니다.

      • SSL 인증서를 바꾼 후 vCenter Server에 로그인할 수 없음
        vCenter Server의 SSL 인증서를 바꾼 후 서버에 로그인하지 못할 수 있습니다. SSL 인증서를 바꿀 때 vCenter Server가 다시 시작되지 않았기 때문입니다. 서버를 다시 시작해야 Single Sign On의 인증서가 새로 고쳐집니다.

        해결 방법: SSL 인증서를 바꾼 후 vCenter Server를 다시 시작합니다.

      • vCenter Server Appliance에서 vCenter Single Sign On을 시작하는 경우 로그 파일에 Java IO 예외가 나타남
        vCenter Server Appliance에서 vCenter Single Sign On을 시작하는 경우 /var/log/vmware/sso/catalina.out에 Java IO 예외가 나타날 수 있습니다.

        예:

        java.io.IOException: ClientAbortException: java.net.SocketException: Broken pipe
        at com.sun.xml.ws.server.SDDocumentImpl.writeTo(SDDocumentImpl.java:278)
        at com.sun.xml.ws.transport.http.HttpAdapter.publishWSDL(HttpAdapter.java:539)

        또한 vCenter Server Appliance에서 Single Sign On 서버를 중지하는 경우 /var/log/vmware/sso/catalina.out에 메모리 누수 오류가 나타날 수 있습니다.

        예:

        SEVERE: The web application [/ims] appears to have started a thread named [Thread-4] but has failed to stop it. This is very likely to create a memory leak.

        해결 방법: 없음

      • Single Sign On 서버 시스템을 다시 시작한 후 vCenter Server 시작에 실패하거나 vSphere Web Client에 로그인할 수 없음
        vCenter Single Sign On이 설치된 시스템을 다시 시작하는 경우 시스템이 변경될 수 있습니다. 예를 들어 업데이트가 운영 체제에 적용되거나 시스템 이름이 변경되거나 시스템이 Active Directory 도메인에 추가되거나 Active Directory 도메인에서 제거됩니다. 이러한 변경으로 인해 Single Sign On이 실행되고 있더라도 Single Sign On 서버가 응답하지 않을 수 있습니다. 따라서 vCenter Server가 시작되지 않습니다. 이 문제는 Single Sign On이 설치된 가상 시스템의 매개 변수(예: RAM 크기, CPU 수, MAC 주소 등)를 복제하거나 변경하는 경우에도 발생할 수 있습니다.

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

        1. Single Sign On이 설치된 시스템에서 Single Sign On 설치 디렉토리를 찾고 utils폴더에서 다음 명령을 실행합니다.
          rsautil manage-secrets -a recover -m masterPassword
        2. Single Sign On 서비스를 다시 시작합니다.
        3. vCenter Server 서비스를 시작합니다.
        1. vCenter Server 시스템이 속한 Active Directory 도메인이 Single Sign On 서버의 ID 소스 목록에 나타나지 않음
          Windows에서는 vCenter Server가 Active Directory 도메인에 가입된 시스템에 설치된 경우 도메인 사용자가 vSphere Client 또는 vSphere Web Client에 나타나지 않습니다. Linux에서는 Unable to retrieve domain user(도메인 사용자를 검색할 수 없음) 오류 메시지가 표시됩니다.

          해결 방법: 역방향 정방향 조회 영역과 관련 포인터 레코드를 구성하고 시스템 시계를 동기화합니다.

        2. vCenter Server Appliance는 IPv6을 사용한 Active Directory 구성을 지원하지 않음
          IPv6을 사용하여 vCenter Server Appliance에서 Active Directory를 구성하려고 하면 구성이 실패합니다.

          해결 방법: IPv4를 사용하여 vCenter Server Appliance에서 Active Directory를 구성합니다.

        3. Inventory Service 데이터베이스를 백업 및 복원한 후 이전에 vCenter Server Appliance에서 생성한 스토리지 프로파일이 표시되지 않음
          Inventory Service 데이터베이스를 백업 및 복원한 후 이전에 vCenter Server Appliance에서 생성한 스토리지 프로파일이 표시되지 않습니다.

          해결 방법:

          1. https:// ip-address-of-appliance:5480에서 vCenter Server Appliance 웹 콘솔에 로그인합니다.
          2. vmware-SPS 서비스를 다시 시작합니다.

          서비스가 다시 시작되면 스토리지 프로파일이 다시 표시됩니다.

        4. vCenter Server Appliance는 프록시 설정의 IPv6 주소를 지원하지 않음
          vCenter Server Appliance 웹 콘솔의 네트워킹 페이지에 프록시 설정의 IPv6 주소를 입력하려고 하면 구성이 실패합니다.

          해결 방법: IPv4 주소를 vCenter Server Appliance의 프록시 설정에 사용합니다.

        5. 특정 작업 후 vSphere Web Client 로그인 페이지를 여는 데 몇 분이 걸림
          일반적으로 브라우저에서 vSphere Web Client URL을 여는 경우 로그인 페이지가 즉시 열릴 것으로 예상할 수 있습니다. 그러나 설치를 방금 완료한 경우 또는 vSphere Web Client 서비스를 다시 시작하거나 vCenter Server Appliance를 구성하는 경우에는 로그인 페이지가 즉시 열리지 않습니다. 몇 분 동안 빈 페이지가 표시된 후 HTTP 404페이지가 표시될 수 있습니다.

          해결 방법: 몇 분 동안 기다렸다가 다시 페이지를 새로 고쳐 봅니다. 2-4분 후 페이지를 새로 고치면 로그인 페이지가 올바로 열립니다.

        6. Linux 시스템에서 일부 vSphere Web Client 페이지에 글꼴이 잘못 나타남
          Linux 및 UNIX 셸(*nix/*nux) 웹 호스팅 서비스는 일부 vSphere Web Client 페이지에 Adobe Flex Spark 스킨을 제대로 적용하지 않습니다. 예를 들어 제목의 굵은 글꼴이 굵게 나타나지 않습니다.

          해결 방법: 사용 중인 운영 체제에 해당하는 Microsoft 트루타입 기본 글꼴인 msttcorefonts를 설치합니다. 예를 들어 Ubuntu 시스템의 경우 명령 프롬프트에 sudo apt-get install msttcorefonts를 입력합니다.

        7. Windows 세션 자격 증명을 사용하여 vSphere Web Client에 로그인할 수 없음
          로컬 운영 체제 사용자로 Windows에 로그인한 경우 vSphere Web Client는 Windows 세션 자격 증명을 통한 로그인을 지원하지 않습니다. Windows 세션 자격 증명을 사용하여 vSphere Web Client에 로그인하는 경우 vCenter Single Sign On에 ID 소스로 존재하는 도메인의 Active Directory 사용자여야 합니다.

          참고: vCenter Server 5.0 시스템에 대해서는 Windows 세션 자격 증명을 통한 로그인이 지원되지 않습니다.

          해결 방법: Windows 시스템의 브라우저에서 Windows 세션 자격 증명을 사용하여 vSphere Web Client에 로그인하려면 vCenter Single Sign On에 ID 소스로 존재하는 도메인의 Active Directory 사용자로 Windows 시스템에 로그인해야 합니다.

        8. vSphere Web Client에서 "로그 브라우저"를 클릭하는 경우 "무단 접근" 오류가 나타남
          vSphere Web Client에서 "로그 브라우저" 링크를 클릭하는 경우 Exception: https://<system-address>:12443/vmwb/logbrowser: Unauthorized access(예외: https://<system-address>:12443/vmwb/logbrowser: 무단 접근). 오류 메시지가 표시됩니다. 이 오류는 기본 vCenter Single Sign On 서버의 SSL 인증서를 직접 바꾸거나 vCenter Server Appliance에서 인증서를 재생성하여 바꾼 후에 발생합니다.

          해결 방법:

          1. Single Sign On 관리자로 vSphere Web Client에 로그인합니다.
          2. 관리 > 사인온 및 탐색 > 구성으로 이동하고 STS 인증서 탭을 클릭합니다.
          3. 편집을 클릭합니다.
          4. Single Sign On SSL keystore를 선택합니다.
            • Single Sign On이 Windows 시스템에서 실행되고 있는 경우 다음 파일을 선택합니다.
              C:\Program Files\VMware\Infrastructure\SSOServer\security\server-identity.jks(기본 경로)
            • Single Sign On이 Linux(vCenter Server Appliance)에서 실행되고 있는 경우 다음 파일을 선택합니다.
              /usr/lib/vmware-sso/security/server.jks(기본 경로)
          5. 텍스트 편집기나 브라우저를 사용하여 Single Sign On server.xml 파일을 엽니다.
            • Windows의 경우
              C:\Program Files\VMware\Infrastructure\SSOServer\conf\server.xml(기본 경로)
            • Linux의 경우
              /usr/lib/vmware-sso/conf/server.xml(기본 경로)
          6. Connector 요소에서 keystorePass="..."를 검색합니다. 따옴표 안의 문자열이 암호입니다.
          7. 메시지가 표시되면 vSphere Web Client에 암호를 입력합니다.
          8. 표시된 체인만 선택합니다.
          9. 확인을 클릭하고 암호를 다시 입력합니다.
          10. vSphere Web Client, vCenter Server, vCenter Inventory Service, VMware Log Browser 등의 서비스를 다시 시작합니다. Single Sign On은 다시 시작하지 않아도 됩니다.

        9. vCenter Single Sign On 시스템(System-Domain) 사용자가 vSphere Web Client에 로그인하려고 하면 인증이 실패함
          vCenter Single Sign On 시스템 사용자의 기본 암호 정책은 암호가 365일 후에 만료되도록 지정합니다. 하지만 사용자의 암호가 만료 시기에 가까워져도 vCenter Single Sign On이 주의 메시지를 표시하지 않습니다.

          해결 방법: vCenter Single Sign On 관리자는 System-Domain 사용자의 만료된 암호를 변경할 수 있습니다. 관리자에게 암호를 재설정하도록 요청합니다. Single Sign On 관리자인 경우 ssopass명령줄 도구를 사용하여 암호를 재설정합니다.

          Windows의 경우

          1. 터미널 창을 열고 C:\Program Files\VMware\Infrastructure\SSOServer\ssolscli로 이동합니다.
          2. 다음 명령을 실행합니다.
            ssopass <username>
          3. 사용자의 현재 암호를 입력합니다. 만료된 암호라도 입력합니다.
          4. 새 암호를 입력하고 확인을 위해 한 번 더 입력합니다.

          Linux(vCenter Server Appliance)의 경우

          1. 터미널 창을 열고 /usr/lib/vmware-sso/bin으로 이동합니다.
          2. 다음 명령을 실행합니다.
            ./ssopass <username>
          3. 사용자의 현재 암호를 입력합니다. 만료된 암호라도 입력합니다.
          4. 새 암호를 입력하고 확인을 위해 한 번 더 입력합니다.

        10. 고가용성을 위해 vCenter Single Sign On을 구성한 경우 vSphere Web Client에서 Windows 세션 인증을 사용할 수 없음
          Windows 세션 인증을 사용하려면 Single Sign On으로 여러 번의 연속적인 호출을 해야 하며 모든 호출이 동일한 서버로 전달되어야 합니다. STS(Security Token Service) 클라이언트가 STS에서 보낸 쿠키를 수락하지 않기 때문에 고가용성 구성에서는 모든 호출이 동일한 서버로 전달된다는 보장이 없습니다.

          해결 방법: 없음

        11. vCenter Server를 시작하는 데 비정상적으로 오랜 시간이 걸리고 vSphere Client에 시간 초과가 발생할 수 있음
          vCenter Server 인벤토리의 개체에 많은 수의 권한을 할당할 경우 vCenter Server가 사용자와 그룹이 ID 소스에 존재하는지 확인해야 하므로 vCenter Server 서비스가 예상과 달리 빠르게 시작되지 않습니다. 또한 Windows 세션 자격 증명으로 로그인할 때 vSphere Client 연결이 시간 초과될 수 있습니다. 서비스를 시작하는 동안 vCenter Server 로그에 다음과 같은 메시지가 표시됩니다.
          [SSO] [SsoAdminFacadeImpl] [FindGroup]
          [UserDirectorySso] GetUserInfo (DOMAIN\ *USER OR GROUP*, true) res: DOMAIN\ *USER OR GROUP*
          [UserDirectorySso] NormalizeUserName (DOMAIN\ *USER OR GROUP*, false) re: DOMAIN\ *USER OR GROUP*

          해결 방법: 개체에 할당하는 권한 수를 최소화하거나 상위 수준 개체에서 상속을 사용하여 개별 권한 할당의 수를 줄입니다.

        가상 시스템 관리 문제
        • ESX 3.x 이상(VM 버전 4)에서의 가상 시스템 호환성 업그레이드가 Windows 가상 시스템 Flexible 어댑터를 Windows 시스템 기본 드라이버로 잘못 구성함
          Flexible 네트워크 어댑터가 VMware Accelerated AMD PCnet Adapter 드라이버로 구성된 Windows 게스트 운영 체제가 있는 경우 가상 시스템 호환성을 ESX 3.x 이상(VM 버전 4)에서 다른 모든 이후의 호환성 설정으로 업그레이드하면(예: ESXi 4.x 이상(VM 버전 7) Windows가 Flexible 어댑터를 Windows AMD PCNET Family PCI Ethernet Adapter 기본 드라이버로 구성합니다.
          구성이 잘못되는 이유는 VMware Tools 드라이버가 서명되지 않아 Windows가 서명된 기본 Windows 드라이버를 선택하기 때문입니다. 호환성 업그레이드 이전에 설정되었던 Flexible 어댑터 네트워크 설정이 손실되고 NIC의 네트워크 속도가 1Gbps에서 10Mbps로 변경됩니다.

          해결 방법: 가상 시스템의 호환성을 업그레이드한 후 Windows 게스트 운영 체제에서 VMXNET 드라이버를 사용하도록 Flexible 네트워크 어댑터를 구성합니다. ESXi 5.1 VMware Tools로 게스트를 업데이트한 경우 VMXNET 드라이버는 다음 위치에 설치됩니다. C:\Program Files\Common Files\VMware\Drivers\vmxnet\.

        • 가상 시스템에 VMware Tools를 설치하고 재부팅하는 경우 네트워크를 사용할 수 없게 됨
          CentOS 6.3 및 Oracle Linux 6.3 운영 체제가 설치된 가상 시스템에서 VMware Tools를 성공적으로 설치하고 가상 시스템을 재부팅한 후에 네트워크를 사용할 수 없게 됩니다. 수동으로 DHCP 서버에서 IP 주소를 가져오거나 명령줄에서 정적 IP 주소를 설정하려고 하면 Cannot allocate memory(메모리를 할당하지 못했습니다) 오류가 나타납니다.
          이 문제는 기본적으로 사용되는 Flexible 네트워크 어댑터가 해당 운영 체제에 적합한 선택 항목이 아니기 때문에 발생합니다.

          해결 방법: 다음과 같이 네트워크 어댑터를 Flexible에서 E1000 또는 VMXNET 3으로 변경합니다.

          1. vmware-uninstall-tools.pl명령을 실행하여 VMware Tools를 제거합니다.
          2. 가상 시스템의 전원을 끕니다.
          3. vSphere Web Client에서 가상 시스템을 마우스 오른쪽 버튼으로 클릭하고 설정 편집을 선택합니다.
          4. "가상 하드웨어"를 클릭하고 "제거" 아이콘을 클릭하여 현재 네트워크 어댑터를 제거합니다.
          5. 새 네트워크 어댑터를 추가하고 어댑터 유형으로 E1000 또는 VMXNET 3을 선택합니다.
          6. 가상 시스템 전원 켜기.
          7. VMware Tools를 다시 설치합니다.
          8. .

        • ESXi에서 VMFS가 아닌 가상 디스크가 포함된 복제 또는 마이그레이션 작업이 실패하고 오류가 발생함
          호스팅된 형식의 가상 디스크에서 vmkfstools 명령을 사용하여 복제, 복사 또는 마이그레이션 작업을 수행하든 클라이언트를 통해 복제, 복사 또는 마이그레이션 작업을 수행하든 해당 작업이 실패하고 다음 오류 메시지가 표시됩니다. The system cannot find the file specified(시스템에서 지정한 파일을 찾을 수 없습니다).

          해결 방법: 호스팅된 형식의 가상 디스크에서 복제, 복사 또는 마이그레이션 작업을 수행하려면 VMkernel 다중 익스텐트 모듈을 ESXi로 로드해야 합니다.

          1. ESXi Shell에 로그인하고 다중 익스텐트 모듈을 로드합니다.
            # vmkload_mod multiextent
          2. 가상 시스템 디스크가 호스팅된 유형인지 확인합니다. 호스팅된 디스크는 -s00x.vmdk라는 확장명으로 끝납니다.
          3. 호스팅된 형식의 가상 디스크를 VMFS 형식 중 하나로 변환합니다.
            1. 소스 호스팅된 디스크 test1.vmdk를 test2.vmdk에 복제합니다.
              # vmkfstools -i test1.vmdk test2.vmdk -d zeroedthick|eagerzereodthick|thin
            2. 복제에 성공한 후 호스팅된 디스크 test1.vmdk를 삭제합니다.
              # vmkfstools -U test1.vmdk
            3. 복제된 vmfs 유형 디스크 test2.vmdk의 이름을 test1.vmdk로 바꿉니다.
              # vmkfstools -E test2.vmdk test1.vmdk
          4. 다중 익스텐트 모듈을 언로드합니다.
            #vmkload_mod -u multiextent

        • 복제 또는 배포 프로세스 중에 Windows 가상 시스템 사용자 지정이 실패함
          vCenter Server에서 Windows 2008, Windows 2008 R2 또는 Windows 7 가상 시스템에 대한 게스트 사용자 지정이 실패하고 Windows Setup encountered an internal error while loading or searching for an unattended answer file.(자동 설치 응답 파일을 로드하거나 검색하는 중에 Windows 설치에서 내부 오류가 발생했습니다.) 오류가 표시됩니다. 이 문제가 발생하는 이유는 사용자 지정 규격의 컴퓨터 이름, 등록된 소유자 이름 또는 등록된 조직 이름 필드에 &, >, <, ", 또는 ' 문자가 포함되어 있기 때문입니다.

          해결 방법: 이러한 필드에는 특수 문자를 사용하지 마십시오.

        • vSphere Client 및 vSphere Web Client에서 지원되는 최대 크기는 2TB - 512바이트이지만 2TB - 1MB 크기의 가상 디스크를 만들 수 있도록 허용함
          vSphere Client 및 vSphere Web Client에서 가상 디스크를 만드는 경우 최대 크기가 2TB - 1MB인 가상 디스크를 만들 수 있습니다. 하지만 가상 디스크의 지원되는 최대 크기는 2TB - 512바이트입니다.

          해결 방법: vmkfstools명령을 사용하여 크기가 2TB - 512바이트인 가상 디스크를 만듭니다.
          vmkfstools -c --createvirtualdisk disk_size

        • 가상 시스템에 할당된 IP 주소가 없으며 작동하는 것으로 나타나지 않음
          게스트 운영 체제에서 시작된 LUN 재설정 요청으로 인해 이 문제가 발생합니다. 이 문제는 ESXi 호스트에 소프트웨어 FCoE가 구성되어 있는 IBM XIV Fibre Channel 어레이와 관련이 있습니다. LUN에 상주하는 가상 시스템에서 다음과 같은 문제가 발생합니다.

          • 가상 시스템에 할당된 IP 주소가 없습니다.
          • 가상 시스템의 전원을 켜거나 끌 수 없습니다.
          • 콘솔 내부에 마우스 커서가 나타나지 않습니다. 결과적으로 게스트 운영 체제 내에서 영향을 받는 가상 시스템을 제어하거나 가상 시스템과 상호 작용할 방법이 없습니다.

          해결 방법: ESXi 호스트에서 문제가 발생하는 가상 시스템이 상주하는 LUN을 재설정합니다.

          1. 다음 명령을 실행하여 LUN 정보를 가져옵니다.
            # vmkfstools -P /vmfs/volumes/ DATASTORE_NAME
          2. 출력에서 다음 줄을 검색하여 LUN의 UID를 얻습니다.
            Partitions spanned (on lvm): eui.001738004XXXXXX:1
            eui.001738004XXXXXX가 디바이스 UID입니다.
          3. 다음 명령을 실행하여 LUN을 재설정합니다.
            # vmkfstools -L lunreset /vmfs/devices/disks/eui.001738004XXXXXX
          4. 응답하지 않는 가상 시스템이 연결된 LUN이 여러 개인 데이터스토어(예: 추가된 익스텐트)에 상주하는 경우 모든 데이터스토어 익스텐트에 대해 LUN을 재설정하십시오.

        VMware HA 및 Fault Tolerance 문제
        • vCenter Server의 베타 빌드에서 통계 정보를 기록하도록 설정한 경우 무장애 가상 시스템이 충돌함
          vmx*3 기능을 사용하면 stats vmx를 실행하여 지원 문제를 디버깅하기 위한 성능 통계를 수집할 수 있습니다. vCenter Server의 베타 빌드에서 Fault Tolerance를 사용하도록 설정한 경우에는 stats vmx가 호환되지 않습니다.

          해결 방법: Fault Tolerance를 사용하도록 설정하는 경우 가상 시스템이 vCenter Server의 베타 빌드에 통계를 기록하도록 설정되지 않아야 합니다.

        • Fault Tolerance를 사용하는 vSphere HA 클러스터의 모든 노드에서 APD(모든 경로 다운) 오류가 발생하는 경우 가상 시스템이 더 이상 보호되지 않을 수 있음
          vSphere HA 클러스터에서 가상 시스템을 호스팅하는 데이터스토어의 기본 노드 및 보조 노드에 APD가 있는 경우 가상 시스템이 보호되지 않을 수 있습니다. 이는 가상 시스템을 알 수 없게 만들 수 있는 APD 보고 관련 타이밍 문제로 인해 보조 VM을 새 기본 VM으로 시작하지 못하기 때문입니다. 무장애 가상 시스템 수가 적은 클러스터에서는 이 문제가 발생하지 않는 것 같습니다.

          해결 방법:

          1. vCenter Server에서 가상 시스템의 등록을 취소했다가 이전과 동일한 이름을 사용하여 다시 등록합니다. 가상 시스템이 이전 기본 노드에서 다시 작동합니다.
          2. 이전에 구성한 대로 vSphere HA 클러스터 및 Fault Tolerance 설정을 재구성합니다.

        지원되는 하드웨어 문제
        • Apple Mac Pro 서버의 vCenter Server에 PCI 상태가 Unknown Unknown(알 수 없음 알 수 없음)으로 표시됨
          vSphere 5.1의 하드웨어 상태 탭에 Apple Mac Pro의 일부 PCI 디바이스 상태가 Unknown Unknown(알 수 없음 알 수 없음)으로 표시됩니다. 이는 Apple Mac Pro에 해당 PCI 디바이스의 하드웨어 설명이 누락되었기 때문입니다. 하드웨어 상태 탭에 오류가 표시되더라도 해당 PCI 디바이스는 제대로 작동합니다.

          해결 방법: 없음

        • AMD PileDriver의 vCenter Server에 PCI 상태가 Unknown Unknown(알 수 없음 알 수 없음)으로 표시됨
          vSphere 5.1의 하드웨어 상태 탭에 AMD PileDriver의 일부 PCI 디바이스 상태가 Unknown Unknown(알 수 없음 알 수 없음)으로 표시됩니다. 이는 AMD PileDriver에 해당 PCI 디바이스의 하드웨어 설명이 누락되었기 때문입니다. 하드웨어 상태 탭에 오류가 표시되더라도 해당 PCI 디바이스는 제대로 작동합니다.

          해결 방법: 없음

        • DPM은 Apple Mac Pro 서버에서 지원되지 않음
          vSphere 5.1의 DPM(분산 전원 관리) 기능은 Apple Mac Pro에서 지원되지 않습니다. DPM을 사용하도록 설정한 클러스터에 Apple Mac Pro를 추가하지 마십시오. 호스트가 "대기" 상태로 전환되면 전원 켜기 명령이 실행될 때 대기 상태 종료에 실패하고 operation timed out(작업이 시간 초과되었습니다) 오류가 표시됩니다. Apple Mac Pro는 호스트를 대기 상태로 전환할 때 vSphere에서 사용되는 소프트웨어 전원 끄기 명령에서 해제될 수 없습니다.

          해결 방법: Apple Mac Pro 호스트가 "대기" 상태로 전환되면 전원 버튼을 물리적으로 눌러 호스트의 전원을 켜야 합니다.

        • IPMI는 Apple Mac Pro 서버에서 지원되지 않음
          vSphere 5.1의 하드웨어 상태 탭에 올바른 데이터가 표시되지 않거나 Apple Mac Pro의 일부 하드웨어 구성 요소에 대한 데이터가 누락됩니다. 이는 IPMI가 Apple Mac Pro에서 지원되지 않기 때문입니다.

          해결 방법: 없음

        기타 문제
        • 네트워크 또는 스토리지 중단 후 TCP 기반 syslog, SSL 기반 syslog 및 스토리지 로깅이 자동으로 다시 시작되지 않습니다.
          특정 구성에서는 네트워크 또는 스토리지 중단 후 syslog 서비스가 자동으로 다시 시작되지 않습니다. 이러한 구성에는 TCP 기반 syslog, SSL 기반 syslog, 중단 스토리지 로깅 등이 있습니다.

          해결 방법: 다음 명령을 실행하여 명시적으로 syslog를 다시 시작합니다.
          esxcli system syslog reload자동으로 다시 시작되는 UDP 기반 syslog를 구성할 수도 있습니다.

        • Windows Server 2012 페일오버 클러스터링은 지원되지 않음
          Windows Server 2012에서 페일오버 클러스터링용 클러스터를 생성하는 경우 검증 테스트를 실행하도록 선택하면 마법사가 검증 테스트를 완료하고 주의 메시지를 표시한 다음 검증 테스트 실행 단계로 다시 돌아갑니다. Windows Server 2012 게스트 운영 체제의 마법사는 클러스터 생성 단계를 계속하지 않습니다.

          해결 방법: 없음

        • vSphere Web Client 로그 브라우저에 일부 로그 유형이 표시되지 않음
          Windows 환경에 vCenter Server와 vSphere Web Client를 설치한 경우 로그 브라우저에는 다음과 같은 로그 유형이 표시되지 않습니다.

          • 설치
          • 조회 서버
          • SSO-service-cfg

          VMware Workbench의 vLogBrowser에서는 이 문제가 발생하지 않습니다.

          해결 방법: 로그 번들을 생성하고 다운로드합니다. 텍스트 편집기를 사용하여 로그 파일을 봅니다.