vCenter Server 6.5.0d 릴리스 정보

|

vCenter Server 6.5.0d | 2017년 4월 18일 | ISO 빌드 5318154

vCenter Server Appliance 6.5.0d | 2017년 4월 18일 | ISO 빌드 5318154

Windows의 vCenter Server 6.5.0d | 2017년 4월 18일 | ISO 빌드 5318154

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

릴리스 정보에 포함된 내용

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

새로운 기능

vCenter Server 6.5.0d 릴리스에는 vSAN 6.6과 관련된 새로운 기능 및 버그 수정이 포함되어 있습니다. 자세한 내용은 vSAN 6.6 릴리스 정보vSAN 6.6 설명서를 참조하십시오.

vCenter Server 6.5의 이전 릴리스

vCenter Server의 기능과 알려진 문제는 각 릴리스의 릴리스 정보에 설명되어 있습니다. vCenter Server 6.5의 이전 릴리스에 대한 릴리스 정보는 다음과 같습니다.

VMware vCenter Server 6.5.0c 릴리스 정보
VMware vCenter Server 6.5.0b 릴리스 정보
VMware vCenter Server 6.5.0a 릴리스 정보
VMware vSphere 6.5 릴리스 정보

호환성, 설치 및 업그레이드, 제품 지원 고지 사항, 기능 등에 대한 자세한 내용은 vCenter Server의 이전 릴리스 정보를 참조하십시오.

VMware vSphere 6.5 릴리스 정보

이 릴리스에 포함된 패치

이 vCenter Server 6.5.0d 릴리스는 다음과 같은 패치를 제공합니다. 패치 다운로드에 대한 자세한 내용은 VMware Patch Download Center를 참조하십시오.

국제화

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

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

vCenter Server, ESXi, vSphere Web Client, vSphere Client를 포함하여 VMware vSphere 6.5의 구성 요소에서는 ASCII가 아닌 입력을 사용할 수 없습니다.

이 패치 릴리스의 알려진 문제

  • 다른 vCenter Server 인스턴스의 vSAN 데이터스토어에 가상 시스템을 복제하는 경우 [가상 시스템으로 복제] 마법사의 [스토리지 선택] 페이지에서 로드 진행 표시줄이 로드를 중지하지 않음
    vSAN 데이터스토어에 가상 시스템을 복제하는 경우 프로비저닝 비용 확인이 트리거됩니다. 사용자 환경에 외부 Platform Services Controller가 있는 경우 다른 vCenter Server 인스턴스의 VMware vSAN 데이터스토어에 가상 시스템을 복제하려고 하면 검사가 오류를 초래하고 [스토리지 선택] 페이지의 진행률 표시줄이 로드를 중지할 수 없습니다.

    해결 방법:

    1. 대상 vCenter Server 인스턴스의 vSAN이 아닌 데이터스토어에 가상 시스템을 복제합니다.
    2. 대상 vCenter Server 인스턴스 내의 템플릿에서 로컬로 가상 시스템을 마이그레이션하거나 배포합니다.

  • Windows에 있는 vCenter Server 버전 6.5.0d로 업데이트한 후 vSphere Web Client에 vSAN 이전 이름이 표시될 수 있음
    Windows에 있는 vCenter Server를 버전 6.5에서 6.5.0d로 업데이트한 후 vSphere Web Client 라이센스 정보에 vSAN Standard 라이센스 키가 있으면 Virtual SAN Standard 이름이 표시됩니다. Virtual SAN Standard는 VMware vSAN Standard의 이전 제품 이름입니다.

    해결 방법: VMware License Service를 다시 시작합니다. VMware License Service를 다시 시작하려면 KB https://kb.vmware.com/kb/2109887을 참조하십시오.

이전 릴리스의 알려진 문제

이전 릴리스의 적용 가능한 알려진 문제 목록을 보려면 여기를 클릭하십시오.

업그레이드 문제
  • vCenter Server Appliance 6.5로 업그레이드할 때 사전 업그레이드 검사에서 eth0 인터페이스가 누락되었다는 오류가 표시됨
    eth0 인터페이스가 누락되었으며 vCenter Server Appliance 업그레이드를 완료하려면 이 인터페이스가 필요하다는 사전 업그레이드 검사 오류가 표시됩니다. 또한 네트워크 어댑터가 여러 개 감지된 경우 eth0만 유지된다는 주의가 표시될 수도 있습니다.

    해결 방법: 해결 방법을 보려면 KB http://kb.vmware.com/kb/2147933을 참조하십시오.

  • Windows 환경에서 분산 가상 스위치 및 분산 가상 포트 그룹이 동일한 상위 ASCII/비 ASCII 이름을 가진 경우 vCenter Server 업그레이드가 실패함
    Windows 환경에서 분산 가상 스위치 및 분상 가상 포트 그룹이 중복된 상위 ASCII/비 ASCII 문자를 이름으로 사용할 경우, 다음 오류와 함께 vCenter Server 업그레이드가 실패합니다.
    UpgradeRunner를 시작하지 못했습니다. 자세한 내용은 temp 디렉토리에서 vminst.log 및 vcsUpgrade\UpgradeRunner.log 파일을 참조하십시오.

    해결 방법: 고유하지 않은 이름을 사용 중인 분산 가상 스위치 또는 분산 가상 포트 그룹의 이름을 바꿉니다.

  • 소스 장치가 정적 IPv4 및 정적 IPv6 구성으로 설정된 경우, vCenter Server Appliance 또는 Platform Services Controller 장치를 업그레이드하려고 하면 DNS 구성 설정에 대한 오류 메시지와 함께 업그레이드가 실패할 수 있음
    IPv4 및 IPv6 정적 주소 둘 모두 구성되어 있는 장치를 업그레이드하면 다음 오류 메시지와 함께 업그레이드가 실패할 수 있습니다. DNS 구성을 설정하는 중 오류가 발생했습니다. 세부 정보: 작업이 실패했습니다. 코드: com.vmware.applmgmt.err_operation_failed.

    새로 배포된 장치의 로그 파일(/var/log/vmware/applmgmt/vami.log)에 다음 항목이 포함됩니다.
    INFO:vmware.appliance.networking.utils:Running command: ['/usr/bin/netmgr', 'dns_servers', '--set', '--mode', 'static', '--servers', 'IPv6_address,IPv4_address']
    INFO:vmware.appliance.networking.utils:output:
    error:
    returncode: 17
    ERROR:vmware.appliance.networking.impl:['/usr/bin/netmgr', 'dns_servers', '--set', '--mode', 'static', '--servers', 'IPv6_address,IPv4_address'] error , rc=17

    해결 방법:

    1. 새로 배포된 장치를 삭제하고 소스 장치를 복원합니다.

    2. 소스 장치에서 IPv6 또는 IPv4 구성을 사용하지 않도록 설정합니다.

    3. 사용하지 않도록 설정한 IPv6 또는 IPv4 주소에 대한 항목을 DNS 서버에서 삭제합니다.

    4. 업그레이드를 다시 시도합니다.

    5. (선택 사항) 업그레이드가 완료된 후 DNS 항목을 다시 추가하고, 사용하지 않도록 설정한 IPv6 또는 IPv4 주소를 업그레이드된 장치에 설정합니다.

  • 만료된 Root 암호를 사용하여 vCenter Server Appliance 또는 Platform Services Controller 장치를 업그레이드하려고 하면 내부 오류를 언급하는 일반 메시지가 표시되면서 실패함
    장치를 업그레이드하는 동안 설치 관리자가 소스 장치에 연결하여 해당하는 배포 유형을 감지합니다. 소스 장치의 Root 암호가 만료된 경우에는 설치 관리자가 소스 장치에 연결할 수 없으며 다음 오류 메시지와 함께 업그레이드가 실패합니다. 사전 업그레이드 확인 중 내부 오류가 발생했습니다.

    해결 방법:

    1. 장치의 DCUI(Direct Console User Interface)에 로그인합니다.

    2. 새 Root 암호를 설정합니다.

    3. 업그레이드를 다시 시도합니다.

  • 종속성 공유 라이브러리 경로 누락으로 인해 vCenter Server Appliance 업그레이드가 실패할 수 있음
    내보내기 단계 전에 vCenter Server Appliance 업그레이드가 실패하고 다음과 같은 오류 로그가 표시될 수 있습니다. /opt/vmware/share/vami/vami_get_network: 공유 라이브러리를 로드하는 동안 오류 발생: libvami-common.so: 공유 개체 파일을 열 수 없음: 해당 파일 또는 디렉토리가 없습니다. 이 문제는 종속성 공유 라이브러리 경로 누락으로 인해 발생합니다.

    해결 방법:

    1. 업그레이드하려는 vCenter Server Appliance의 장치 Bash 셸에 로그인합니다.

    2. 다음 명령을 실행합니다.
      echo "LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}/opt/vmware/lib/vami/" >> /etc/profile
      echo 'export LD_LIBRARY_PATH' >> /etc/profile

    3. 장치 셸에서 로그아웃합니다.

    4. 업그레이드를 다시 시도합니다.

  • vCenter Server 6.0에 인벤토리의 컨텐츠 라이브러리가 있는 경우 외부 데이터베이스를 사용하는 vCenter Server 6.0 업그레이드에 실패함
    인벤토리의 컨텐츠 라이브러리 및 Microsoft SQL Server 데이터베이스 또는 Oracle 데이터베이스를 사용하는 vCenter Server 6.0 인스턴스를 업그레이드하려고 하는 경우 사전 업그레이드 확인에 실패합니다. VMware Content Library Service 사전 업그레이드 확인 중 내부 오류가 발생했습니다.와 같은 오류 메시지가 표시됩니다.

    해결 방법: 없음.

  • 타사 추출 도구를 사용하여 vCenter Server Appliance ISO 이미지를 추출하면 사용 권한 오류가 발생함
    인터넷에서 구할 수 있는 타사 도구를 사용하여 Mac OS X에서 ISO 이미지를 추출하여 설치 관리자를 실행하면 CLI 설치 관리자를 실행할 때 다음과 같은 오류가 발생할 수 있습니다. OS 오류: [오류 번호 13] 사용 권한이 거부됨.

    이 문제는 일부 추출 도구가 추출 중에 vCenter Server Appliance ISO 파일의 기본 사용 권한 설정을 변경하기 때문에 발생합니다.

    해결 방법: 설치 관리자를 실행하기 전에 다음 단계를 수행하십시오.

    1. vCenter Server Appliance ISO 파일을 열기 위해 Mac OS X automount 명령을 실행합니다.

    2. 모든 파일을 새 디렉토리에 복사합니다.

    3. 새 디렉토리에서 설치 관리자를 실행합니다.

  • VMAFD(VMware Authentication Framework 데몬) firstboot 중에 vCenter Server 업그레이드가 실패할 수 있음
    VMAFD(VMware Authentication Framework 데몬) firstboot가 다음 오류 메시지와 함께 실패할 수 있습니다. Vdcpromo 실패. 오류 382312694: 액세스가 거부되었습니다. 이유 = rpc_s_auth_method (0x16c9a0f6).

    업그레이드 중인 시스템이 자체적인 OpenSSL 라이브러리 버전을 설치하고 시스템의 PATH 환경 변수를 수정하는 타사 소프트웨어를 사용하여 설치된 경우 vCenter Server 업그레이드 중에 VMAFD firstboot 실패가 발생할 수 있습니다.

    해결 방법: OpenSSL 라이브러리를 포함하는 타사 디렉토리를 %PATH%에서 제거하거나 %PATH% 끝으로 이동합니다.

  • VMware vSphere vApp(vApp) 및 리소스 풀을 vCenter Server Appliance 또는 Platform Services Controller 장치 업그레이드를 위한 대상 옵션으로 사용할 수 없음
    vCenter Server Appliance 설치 관리자 GUI(그래픽 사용자 인터페이스) 또는 CLI(명령줄 인터페이스)를 사용하여 장치를 업그레이드하는 경우 vApp 또는 리소스 풀을 업그레이드 대상으로 선택할 수 없습니다.

    vCenter Server Appliance 설치 관리자 인터페이스는 vApp 또는 리소스 풀을 업그레이드를 위한 대상으로 선택할 수 있도록 설정하지 않습니다.

    해결 방법: 선택된 ESXi 호스트 또는 vCenter Server 인스턴스에서 업그레이드를 완료하십시오. 업그레이드가 완료되면 새로 배포된 가상 시스템을 다음과 같이 수동으로 이동하십시오.

    • vCenter Server 인벤토리의 일부이거나 vCenter Server 인스턴스에 있는 ESXi 호스트에서 장치를 업그레이드했으면 vCenter Server 인스턴스의 vSphere Web Client에 로그인하고 새로 배포된 가상 시스템을 필요한 vApp 또는 리소스 풀로 이동합니다.

    • 독립형 ESXi 호스트에서 장치를 업그레이드했으면 먼저 호스트를 vCenter Server 인벤토리에 추가한 다음 vCenter Server 인스턴스의 vSphere Web Client에 로그인하고 새로 배포된 가상 시스템을 필요한 vApp 또는 리소스 풀로 이동합니다.

  • SSL 인증서에 있는 SAN 필드의 잘못된 IPv6 주소로 인해 vCenter Server 6.5로의 업그레이드가 vmon-api firstboot 단계에서 실패할 수 있음
    vCenter Server를 설치하고 IPv4 및 IPv6 모두를 사용하도록 설정하는 경우 vCenter Server SSL 인증서는 SAN 필드에 있는 IPv6 주소를 사용합니다. 설치 후 IPv6를 사용하지 않도록 설정한 다음 vCenter Server를 6.5버전으로 업그레이드하려고 하면 업그레이드가 vmon-api firstboot 단계에서 실패합니다.

    해결 방법: 소스 vCenter Server SSL 인증서 SAN 필드가 소스 vCenter Server 인스턴스의 유효한 IP 주소를 포함하는지 확인하십시오.

  • 네트워크 폴더의 엔티티에 중복된 이름이 있어서 vCenter Server 6.5로의 업그레이드가 실패함
    vSphere 6.5는 네트워크 폴더에 있는 모든 분산 가상 스위치 및 분산 가상 포트 그룹에 대해 고유한 이름만 허용합니다. vSphere의 이전 버전에서는 분산 가상 스위치와 분산 가상 포트 그룹이 동일한 이름을 갖도록 허용했습니다. 중복된 이름을 허용하는 버전에서 업그레이드하려고 하면 업그레이드가 실패하게 됩니다.

    해결 방법: 업그레이드를 시작하기 전에 이름이 동일한 분산 가상 스위치 또는 분산 가상 포트 그룹의 이름을 변경하십시오.

  • ESXi 업그레이드 후 Syslog collector가 작동을 중단할 수 있음
    SSL을 사용하여 ESXi syslog 데몬과 통신하는 Syslog collector가 업그레이드 후 ESXi 호스트로부터 로그 메시지 수신을 중단할 수 있습니다.

    해결 방법: 업그레이드된 ESXi 호스트에서 다음 명령을 실행하여 ESXi syslog 데몬을 재구성하십시오.
    esxcli system syslog config set --check-ssl-certs=true
    esxcli system syslog reload

  • 패치를 vCenter Server Appliance에 설치 또는 스테이징하는 동안 Ctrl + C 명령으로 각각의 EULA(최종 사용자 라이센스 계약) 페이지를 종료할 수 없음
    선택적 --acceptEulas 매개 변수를 추가하지 않고 관련 명령을 사용하여 vCenter Server Appliance 업데이트 패키지를 스테이징 또는 설치하는 경우 EULA 페이지가 명령 프롬프트에 표시됩니다. Ctrl+C 명령을 실행하여 계약에 동의하지 않고 종료할 수 있어야 하지만 해당 명령을 실행해도 EULA 페이지가 유지됩니다.

    해결 방법: 마지막 페이지의 끝에서 [NO]를 입력하여 EULA를 종료하십시오.

  • vCenter Server Appliance에서 스테이징된 패치에 장애가 발생하면서 유효성 검사가 끝나는 경우 스테이징된 업데이트 패키지가 삭제됨
    vCenter Server Appliance를 업데이트하려면 사용 가능한 업데이트 패치를 장치에 설치하기 전에 우선 스테이징해야 합니다. 스테이징된 패키지의 유효성 검사가 실패하면 스테이징이 해제되고 삭제됩니다. 초기 실패 후 패키지 유효성 검사를 시도하면 오류가 발생합니다.

    해결 방법: 스테이징 작업을 반복하십시오.

보안 기능 문제
  • 스마트 카드 인증이 사용되도록 설정된 경우 TLS ReConfigurator 실행 후 문제 발생
    vSphere 6.5에는 TLS 구성을 관리하는 데 사용할 수 있는 TLS Reconfigurator 도구가 포함되어 있습니다. 이 도구는 사용자가 명시적으로 설치해야 합니다. 해당 도구는 VMware KB 문서 2147469에 설명되어 있습니다.
    Platform Services Controller에 스마트 카드 인증이 사용되도록 설정된 vSphere 6.5 환경에서 해당 도구를 실행하는 경우 서비스가 시작되지 않고 예외가 발생합니다. 이 오류는 Content Manager 서비스(Windows PSC) 또는 vmware-stsd 서비스(Platform Services Controller 장치)에 대해 Platform Services Controller의 TLS 구성을 변경하기 위해 해당 도구를 실행할 때 발생합니다.

    해결 방법:

    1. 편집하기 위해 server.xml 파일을 엽니다.

    2. Windows: C:\ProgramData\VMware\vCenterServer\runtime\VMwareSTSService\con

      Linux: /usr/lib/vmware-sso/vmware-sts/conf

    3. 서버 태그에 대한 두 항목에서 첫 번째 항목을 제거합니다.

    4. 모든 서비스를 다시 시작합니다.

    다음 예제에서 첫 번째 서버 항목을 제거하나 두 번째 서버 항목은 제거하지 않습니다.

    <!--Remove the first Server entry-->
    <Server port="${base.shutdown.port}" shutdown="SHUTDOWN">
    <Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener"/>
    <Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener"/>
    ...
    </Server>
    <!--Keep the second Server entry-->
    <Server port="${base.shutdown.port}" shutdown="SHUTDOWN">
    <Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />
    <Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" />
    ...
    </Server>

  • 로드 밸런서 뒤에 여러 Platform Services Controller 및 vCenter Server가 있는 환경에서 ESXi 호스트 추가 시 오류가 발생함
    로드 밸런서 뒤에 여러 Platform Services Controller 인스턴스와 여러 vCenter Server 인스턴스가 있는 환경을 설정합니다. 이 환경에서 VMCA를 중간 CA로 사용합니다. ESXi 호스트를 추가하려고 할 때 다음 오류가 발생할 수 있습니다.
    호스트 이름의 서명된 인증서를 가져올 수 없습니다. 오류: 원격 호스트에 연결하지 못했습니다. 이유 = rpc_s_too_many_rem_connects Platform Services Controller에서 루트 CA를 검색하려고 하면 다음과 같이 명령이 실패합니다.
    /usr/lib/vmware-vmca/bin/certool --getrootca --server=wx-sxxx-sxxx.x.x.x 상태: 실패한 오류 코드: 382312518 오류 메시지: 원격 호스트에 연결하지 못했습니다. 이유 = rpc_s_too_many_rem_connects (0x16c9a046)

    해결 방법: Platform Services Controller에서 VMCA 서비스를 다시 시작하십시오.

  • Platform Services Controller 노드를 사용할 수 없는 경우 재부팅 또는 페일오버 후 vCenter Server 서비스가 시작되지 않음
    Platform Services Controller 노드를 일시적으로 사용할 수 없는 경우, 해당 시간 중에 vCenter Server를 재부팅하거나 vCenter HA 페일오버가 발생하면 vCenter 서비스를 시작하지 못합니다.

    해결 방법: Platform Services Controller 노드를 복원하고 vCenter Server를 다시 재부팅하거나 다음 명령을 사용하여 명령줄에서 모든 서비스를 시작하십시오.
    service-control --start --all

  • vCenter Server Appliance에서 STS 데몬이 시작되지 않음
    vCenter Server Appliance를 설치한 후 또는 vCenter Server Appliance 6.5로 업그레이드하거나 마이그레이션한 후 Secure Token Service 데몬이 시작되지 않는 경우가 있습니다. 이 문제는 드물지만 발견된 적이 있습니다.

    해결 방법: 없음. 이 문제는 DNS가 IPv6 환경에서 루프백 주소에 대한 localhost를 확인하지 못하는 경우에 발견되었습니다. 네트워크 구성을 검토하면 이 문제를 해결하는 데 도움이 될 수 있습니다.

  • vSphere Web Client에서 vCenter Server에 로그인하려고 시도하는 동안 오류 400이 발생함
    vSphere Web Client에서 vCenter Server에 로그인하고 로그아웃합니다. 8시간 이상이 지난 후에 동일한 브라우저 탭에서 로그인하려고 하면 다음 오류가 발생합니다.
    400 SSO에서 오류가 발생했습니다. urn:oasis:names:tc:SAML:2.0:상태:Requester, 하위 상태:null

    해결 방법: 브라우저 또는 브라우저 탭을 닫았다가 다시 로그인하십시오.

  • vCenter Server가 이전 백업된 상태로 복원된 경우 암호화된 VM이 잠김(유효하지 않은) 상태가 됨
    대부분의 경우 암호화된 가상 시스템은 vSphere Web Client 또는 vSphere API를 사용하여 vCenter Server에 추가됩니다.
    하지만 가상 시스템은 다른 방법으로 추가될 수 있습니다. 예를 들어 암호화된 가상 시스템은 파일 기반 백업 및 복원을 사용한 백업 작업을 통해 추가되기도 합니다.
    이런 경우 vCenter Server는 암호화 키를 ESXi 호스트에 푸시하지 않습니다. 결과적으로 가상 시스템은 잠김(유효하지 않은) 상태가 됩니다.
    이것은 인증되지 않은 암호화된 가상 시스템이 vCenter Server에 액세스하지 못하도록 막는 보안 기능입니다.

    해결 방법: 여러 옵션이 있습니다.

    • vSphere API를 사용하여 가상 시스템 등록을 취소하고 다시 등록하십시오. 이 작업은 vSphere Web Client 또는 vSphere API에서 수행할 수 있습니다.

    • 가상 시스템을 포함하는 ESXi 호스트를 vCenter Server에서 제거하고 다시 추가하십시오.

  • 가상 시스템 암호화 작업 중 원격 호스트와 통신하는 동안 오류가 발생함
    가상 시스템 암호화 또는 암호화된 새 가상 시스템 생성과 같은 가상 시스템 암호화 작업을 수행합니다. 클러스터에 연결이 끊어진 ESXi 호스트가 포함되어 있습니다. 다음 오류가 발생합니다.
    원격 호스트와 통신하는 동안 오류가 발생했습니다.

    해결 방법: 연결이 끊어진 호스트를 클러스터의 인벤토리에서 제거하십시오.

  • Platform Services Controller 서비스를 사용할 수 없게 되었는데 자동 페일오버가 발생하지 않음
    Platform Services Controller를 로드 밸런서 뒤에서 실행하는 경우 Platform Services Controller 노드를 사용할 수 없게 되면 페일오버가 발생합니다. 역방향 프록시 포트 443 뒤에서 실행하는 Platform Services Controller 서비스가 실패하면 자동 페일오버가 발생하지 않습니다. 이러한 서비스에는 Secure Token Service, License Service 등이 포함됩니다.

    해결 방법: 실패한 서비스가 포함된 Platform Services Controller를 오프라인으로 만들어서 페일오버를 트리거하십시오.

  • vCenter Server 시스템이 IPv6 주소를 사용하여 KMS에 연결할 수 없음
    vCenter Server는 KMS에 IPv4 주소 또는 IPv4 주소로 확인되는 호스트 이름이 있는 경우에만 KMS(키 관리 서버)에 연결할 수 있습니다. KMS에 IPv6 주소가 있으면 KMS를 vCenter Server 시스템에 추가할 때 다음 오류가 발생합니다.
    신뢰 연결을 설정할 수 없습니다.

    해결 방법: KMS에 대한 IPv4 주소를 구성하십시오.

  • 이전 버전의 ESXi를 업그레이드한 후 보안 부팅에 실패함
    다음과 같은 경우 보안 부팅을 사용하도록 설정된 ESXi 6.5 호스트를 부팅할 수 없습니다.

    • 호스트 업그레이드가 ESXCLI 명령을 사용하여 수행되었습니다. 이 명령은 부팅 로더를 업그레이드하지 않고 서명을 유지하지 않습니다. 업그레이드 후 보안 부팅을 사용하도록 설정하면 오류가 발생합니다.

    • 호스트 업그레이드가 ISO를 사용하여 수행되었지만 오래된 VIB가 업그레이드 후에 남아 있습니다. 이런 경우 보안 부팅 프로세스가 오래된 VIB의 서명을 확인할 수 없어서 실패하게 됩니다. ISO는 업그레이드 전에 ESXi 호스트에 설치된 모든 VIB의 새 버전을 반드시 포함해야 합니다.

    해결 방법: 없음. 이러한 경우에는 보안 부팅을 사용하도록 설정할 수 없습니다. ESXi 호스트를 다시 설치하여 보안 부팅을 사용하도록 설정하십시오.

  • 업그레이드 전에 SSLv3을 사용하도록 설정한 경우 업그레이드 후 SSLv3이 포트 7444에서 사용하도록 설정됨
    새로 설치하는 경우 SSLv3은 vCenter Server 또는 Platform Services Controller 시스템에서 사용하도록 설정되지 않습니다. 하지만 업그레이드 후 해당 서비스는 기본적으로 포트 7444에서(보안 토큰 서버 포트) 사용하도록 설정됩니다. SSLv3을 사용하도록 설정하면 시스템이 특정한 공격에 취약해질 수 있습니다.

    해결 방법: 내장된 배포의 경우 보안 토큰 서버의 server.xml 파일에서 SSLv3을 사용하지 않도록 설정합니다/

    1. 외부 Platform Services Controller를 사용한 배포의 경우 레거시 vCenter Server 시스템이 연결되어 있는지 확인하고 해당 vCenter Server 시스템을 업그레이드합니다.

    2. SSLv3을 사용하지 않도록 설정합니다.
      1. server.xml 파일을 엽니다(Windows 시스템의 경우 C:\ProgramData\VMware\vCenterServer\runtime\VMwareSTSService\conf, Linux 시스템의 경우 /usr/lib/vmware-sso/vmware-sts/conf/).

      2. SSLEnabled=True를 포함하는 커넥터를 찾아서 특성이 다음과 같이 되도록 SSLEnabledProtocols 특성에서 SSLv3을 제거합니다.
        sslEnabledProtocols="TLSv1,TLSv1.1,TLSv1.2"

      3. 저장하고 모든 서비스를 다시 시작합니다.

  • 하나 이상의 암호화되지 않은 하드 디스크를 가진 암호화된 가상 시스템을 복제 시 오류가 발생함
    암호화된 가상 시스템을 복제할 때 가상 시스템의 하드 디스크가 하나 이상 암호화되어 있지 않으면 다음 오류가 발생합니다.
    작업이 개체에서 지원되지 않습니다.
    복제 프로세스가 실패합니다.

    해결 방법: [가상 시스템 복제] 마법사의 [스토리지 선택] 화면에서 고급을 선택합니다. 고급 설정을 변경하지 않더라도 복제 프로세스가 성공합니다.

네트워킹 문제
  • vNIC가 Network I/O Control이 사용되지 않도록 설정된 vSphere Distributed Switch 또는 vSphere 표준 스위치에 연결된 경우 연결에 실패함
    vNIC가 0보다 큰 예약으로 구성되어 있는 경우 Network I/O Control이 사용되지 않도록 설정된 vSphere Distributed Switch 또는 vSphere 표준 스위치에 연결하면 다음 오류 메시지와 함께 연결에 실패합니다. 지정된 매개 변수가 올바르지 않습니다. spec.deviceChange.device.backing.

    해결 방법: 없음.

  • 전체 패스스루 디바이스에서 네트워크를 사용할 수 없게 됨
    네이티브 ntg3 드라이버가 패스스루 Broadcom 기가비트 이더넷 어댑터에 사용되는 경우 네트워크 연결을 사용할 수 없게 됩니다.

    해결 방법:

    • ntg3 드라이버를 레거시 모드로 실행하십시오.

      1. esxcli system module parameters set -m ntg3 -p intrMode=0 명령을 실행합니다.

      2. 호스트를 재부팅합니다.

    • 네이티브 ntg3 드라이버 대신 tg3 vmklinux 드라이버를 기본 드라이버로 사용하십시오.

  • 가상 시스템의 사용자 공간 RDMA 애플리케이션에서 데이터를 보내거나 받을 수 없음
    게스트 사용자 공간 RDMA 애플리케이션이 불안정한 데이터그램 대기열 쌍 및 IP 기반 그룹 ID를 사용하여 다른 가상 시스템과 통신하는 경우 RDMA 애플리케이션은 데이터 또는 작업 완료 항목을 보내거나 받을 수 없습니다. 대기열 쌍에 배치되는 작업 요청은 모두 제거되고 완료되지 않습니다.

    해결 방법: 없음.

  • 범용 호스트 컨트롤러 인터페이스 아래 USB NIC 디바이스가 있는 IBM 시스템 서버에서 패킷이 손실됨
    IBM BladeCenter HS22와 같이 범용 호스트 컨트롤러 인터페이스 아래 USB NIC 디바이스가 있는 일부 IBM 시스템 서버에서 USB 네이티브 드라이버 vmkusb를 실행하는 경우 네트워킹 문제가 발생합니다. USB NIC에 vmkusb 드라이버를 사용하는 경우 UHCI 아래 있는 USB NIC 디바이스에서 패킷이 손실됩니다.

    해결 방법: USB 네이티브 vmkusb 드라이버를 사용하지 않도록 설정하고 레거시 vmklinux USB 드라이버로 전환하십시오.

    1. esxcli system module set -m=vmkusb -e=FALSE 명령을 실행하여 USB 네이티브 드라이버 vmkusb를 사용하지 않도록 설정합니다.

    2. 호스트를 재부팅합니다. 재부팅 시 레거시 USB 드라이버가 로드됩니다.

  • 게스트 커널 애플리케이션이 신호 없는 빠른 등록 작업 요청에 대해 예기치 않은 완료 항목을 수신함
    활성 RDMA 업링크를 사용하는 호스트에 상주하는 두 가상 시스템 간의 RDMA 통신이 게스트 커널 애플리케이션에서 가상 완료 항목을 트리거하는 경우가 있습니다. 게스트의 커널 수준 RDMA ULP(상위 계층 프로토콜)에서 발급한 신호 없는 빠른 등록 작업 요청에 의해 완료 항목이 잘못 트리거되는 것입니다. 이로 인해 커널 ULP에서 완료 대기열 오버플로가 발생할 수 있습니다.

    해결 방법: 관련이 없는 완료가 트리거되는 것을 방지하려면 빠른 등록 작업 요청을 사용할 가상 시스템을 별도의 호스트에 배치하십시오.

  • 스냅샷 작업 또는 vMotion 마이그레이션 중에 반가상화 RDMA 디바이스가 있는 가상 시스템에 액세스할 수 없게 됨
    반가상화 RDMA(PVRDMA) 디바이스가 있는 가상 시스템은 RDMA 애플리케이션을 실행하여 피어 대기열 쌍과 통신합니다. RDMA 애플리케이션이 존재하지 않는 피어 대기열 번호와 통신하려고 하면 PVRDMA 디바이스는 피어의 응답을 무기한 기다리게 됩니다. 이로 인해 RDMA 애플리케이션이 동시에 아직 실행 중이어서 스냅샷 작업 또는 마이그레이션 중에 가상 시스템에 액세스할 수 없게 됩니다.

    해결 방법: PVRDMA 디바이스에서 스냅샷을 작성하거나 vMotion 마이그레이션을 수행하기 전에 존재하지 않는 피어 대기열 쌍 번호를 사용하는 RDMA 애플리케이션을 종료하십시오.

  • ESXi 코어의 Netdump 전송 완료에 한두 시간이 소요됨
    Intel X710 또는 Intel X710L NIC를 사용하는 호스트에서 ESXi 코어를 Netdump 서버에 전송하는 데 한두 시간이 소요됩니다. 작업은 성공적으로 수행되지만 다른 NIC에서는 Netdump 전송이 훨씬 더 빠릅니다.

    해결 방법: 없음.

  • 커널 수준 RDMA 상위 계층 프로토콜이 반가상화 RDMA 디바이스가 있는 게스트 가상 시스템에서 제대로 작동하지 않음
    NFS 또는 iSER과 같은 커널 수준 RDMA 상위 계층 프로토콜은 반가상화 RDMA(PVRDMA) 디바이스가 제공할 수 있는 것보다 더 많은 리소스를 생성하려고 합니다. 이로 인해 커널 모듈이 로드에 실패하게 됩니다. 하지만 RDMACM(RDMA 연결 관리자)은 계속 작동됩니다.

    해결 방법: 없음.

  • Down/Up 명령으로 NIC를 작동시키는 데 60초가 넘게 걸림
    VXLAN(Virtual Extensible LAN)을 설정하고 nmlx4_en 드라이버를 사용하는 NIC를 통해 VXLAN 트래픽 전송을 시작하는 경우 esxcli network nic up 명령이 NIC를 60초 내에 작동시키지 못할 수 있습니다. NIC가 약간 지연되어 작동됩니다. Down/Up 및 Unlink/Link 명령을 계속해서 여러 번 사용하면 명령이 느리게 실행되는 상황이 발생합니다.

    해결 방법: 없음.

  • 40기가비트 nmlx4_en NIC가 WOL(Wake-On-LAN)을 지원하지 않음
    WOL은 10기가비트 HP flexible LOM 카드(HP 브랜드의 Mellanox 카드)에서만 지원됩니다. 40기가비트 카드는 HP에서 지원하지 않습니다.

    해결 방법: nmlx4_en 카드에서 WOL을 사용하려면 10기가비트 HP flexible LOM 카드를 사용하십시오.

  • Kerberos 자격 증명을 사용하여 Active Directory를 인증하는 경우 NFS 공유를 마운트하지 못함
    ESX 시스템을 Active Directory에 가입하고 현재 릴리스로 업그레이드하는 경우 Active Directory 인스턴스가 RC4 암호화 지원을 중지하면 ESX에서 Kerberos keytab을 사용하여 NFS 공유를 제대로 마운트하지 못합니다. 이것은 ESX가 가입된 경우에만 keytab이 작성되고 마찬가지로 ESX에 사용되는 스택이 이전 릴리스에 대한 AES 암호화를 지원하지 않기 때문입니다.

    해결 방법: 시스템 keytab이 업데이트되도록 Active Directory에 다시 가입해야 합니다.

  • Intel 82579LM 또는 I217 vmnic에 복구할 수 없는 중단이 발생할 수 있음
    Netperf를 실행하고 하드웨어 오프로드 기능에 대한 VMKernel 소프트웨어 에뮬레이션을 반복적으로 사용하지 않도록 설정하고 다시 사용하도록 설정하는 4쌍의 가상 시스템과 같이 트래픽이 많은 Intel 82579LM 또는 I217 vmnic에서 문제가 트리거될 수 있습니다. 사용하지 않도록 설정하고 다시 사용하도록 설정하는 일부 순환 과정에서 하드웨어가 중단 상태가 될 수 있습니다.

    해결 방법:

    1. Intel 82579LM 또는 I217 어댑터에서 하드웨어 오프로드 기능에 대한 VMKernel 소프트웨어 에뮬레이션을 사용하지 않도록 설정하고 다시 사용하도록 설정하는 것을 피하십시오.

    2. 이러한 중단이 발생하면 호스트를 재부팅해야 합니다.

  • Intel i219 NIC가 중단되고 네트워킹 연결이 끊어질 수 있음
    "Intel Corporation Ethernet Connection I219-LM"("V" 접미사가 붙는 경우도 있음)으로 표시되는 Intel i219 패밀리 NIC에 하드웨어 중단 상태가 발생하여 시스템에서 해당 포트에 대한 네트워킹 연결이 끊어질 수 있습니다. 이 문제는 트래픽이 NIC를 통과하는 동안 중단 작업에 의해 트리거됩니다. 예를 들어 i219 포트를 통해 파일을 복사하는 동안 esxcli network nic down vmnixX 명령을 사용하여 링크를 종료하면 이러한 오류가 발생할 수 있습니다. 이 문제는 Netperf를 실행하고 하드웨어 오프로드 기능에 대한 VMKernel 소프트웨어 에뮬레이션을 반복적으로 사용하지 않도록 설정하고 다시 사용하도록 설정하는 4쌍의 가상 시스템과 같이 트래픽이 많은 경우에 트리거될 수도 있습니다. NIC는 호스트를 재부팅할 때까지 작동하지 않습니다.

    해결 방법:

    1. 중요한 작업에 i219 NIC 포트를 사용하지 마십시오.

    2. i219 포트에서 중단 작업을 수행하지 마십시오.

    3. Intel I219 어댑터에서 하드웨어 오프로드 기능에 대한 VMKernel 소프트웨어 에뮬레이션을 사용하지 않도록 설정하고 다시 사용하도록 설정하지 마십시오.

    4. i219를 사용해야 하는 경우에는 i219LM 이외의 포트로 페일오버 NIC 팀 구성을 설정하십시오.

  • 물리적 스위치에 구성된 전이중이 NIC 속도/이중 설정에 대한 자동 협상 모드만 지원하는 igb 네이티브 Linux 드라이버와 이중 불일치 문제를 유발할 수 있음
    ESXi 호스트에서 igb 네이티브 드라이버를 사용하는 경우 항상 자동 협상 속도 및 이중 모드로 작동됩니다. 이러한 연결의 종단에 어떠한 구성을 설정하든 ESXi 쪽에는 적용되지 않습니다. 자동 협상 지원은 물리적 스위치가 수동으로 전이중 모드로 설정되는 경우 이중 불일치 문제를 유발합니다.

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

    • 업그레이드 또는 새로 설치 전에 물리적 스위치 포트에서 속도 및 이중 모드를 auto로 설정합니다.

    • ESXi 호스트에서 igb 네이티브 드라이버 대신 VMklinux igb 드라이버를 사용합니다. 다음 명령을 실행하여 igb 드라이버로 전환할 수 있습니다.

      1. esxcli system module set --enabled=false --module=igbn

      2. esxcli system module set --enabled=true --module=igb

  • bnx2x 드라이버를 사용하면 NIC 페일오버 또는 페일백 중에 퍼플 스크린 오류 메시지가 표시됨
    VMkernel 포트를 사용하거나 사용하지 않도록 설정하고 NIC의 페일오버 순서를 변경하는 경우 bnx2x 드라이버를 사용하면 퍼플 스크린 오류 메시지가 표시됩니다.

    해결 방법: 비동기 드라이버를 사용하십시오.

스토리지 문제

VMFS 문제

  • VMFS 데이터스토어를 확장하려는 시도가 실패한 후에 시스템의 LVM 정보와 VIM API 정보가 일치하지 않음
    이 문제는 지원 SCSI 디바이스가 APD 또는 PDL 상태로 전환하는 동안 데이터스토어를 확장하려고 하는 경우에 발생합니다. 이로 인해 호스트의 VIM API 및 LVM 명령에 일치하지 않는 정보가 표시될 수 있습니다.

    해결 방법: 다음 단계를 수행하십시오.

    1. 해당 볼륨에 연결된 호스트 중 하나에서 vmkfstools --growfs 명령을 실행합니다.

    2. 해당 볼륨에 연결된 모든 호스트에서 rescan-vmfs 작업을 수행합니다.

  • VMFS6 데이터스토어가 동일한 데이터스토어에서 512n 및 512e 디바이스 결합을 지원하지 않음
    VMFS6 데이터스토어는 동일한 유형의 디바이스를 사용해서만 확장할 수 있습니다. VMFS6 데이터스토어가 512n 디바이스에 의해 지원되는 경우 512n 디바이스를 사용하여 데이터스토어를 확장합니다. 데이터스토어가 512e 디바이스에서 생성된 경우 512e 디바이스를 사용하여 데이터스토어를 확장합니다.

    해결 방법: 없음.

  • ESXi가 매핑 해제 세부 수준이 1MB보다 큰 어레이에서 자동 공간 회수를 지원하지 않음
    지원 스토리지의 매핑 해제 세부 수준이 1MB보다 크면 ESXi 호스트의 매핑 해제 요청이 처리되지 않습니다. vmkernel.log 파일에서 Unmap not supported 메시지를 볼 수 있습니다.

    해결 방법: 없음.

  • LUN이 많은 환경에서 스토리지 다시 검색을 사용하면 예기치 않은 문제가 발생할 수 있음
    스토리지 다시 검색은 IO를 많이 사용하는 작업입니다. 데이터스토어 생성 또는 확장과 같은 다른 데이터스토어 관리 작업을 수행하는 동안 이 작업을 실행하면 지연 및 기타 문제가 발생할 수 있습니다. 이러한 문제는 vSphere 6.5 릴리스에서 지원되는 LUN이 많은 환경(최대 1024개)에서 발생할 가능성이 높습니다.

    해결 방법: 일반적으로 호스트에서 주기적으로 수행하는 스토리지 다시 검색으로 충분합니다. 일반 데이터스토어 관리 작업을 수행할 때 스토리지 다시 검색을 수행할 필요가 없습니다. 특히 배포에 LUN 집합이 많이 포함된 경우, 스토리지 다시 검색은 꼭 필요한 경우에만 실행하십시오.

NFS 문제

  • 새 세션을 생성하려고 할 때 NFS 4.1 클라이언트에서 NFS 서버와의 동기화가 손실됨
    이 문제는 NFS 서버와의 연결이 중단되고 일정 시간이 지난 후 또는 NFS IO가 응답을 받지 못하는 경우에 발생합니다. 이 문제가 발생하면 다음과 유사한 여러 개의 주의 메시지가 vmwarning.log 파일에 포함됩니다.
    NFS41 CREATE_SESSION request failed with NFS4ERR_SEQ_MISORDERED

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

    1. 영향을 받은 NFS 4.1 데이터스토어의 마운트를 해제합니다. 마운트를 해제할 때 열려 있는 파일이 없으면 이 작업이 성공하고 NFS 4.1 클라이언트 모듈이 내부 상태를 지웁니다. 그러면 마운트 해제되었던 데이터스토어를 다시 마운트하고 정상 작동을 재개할 수 있습니다.

    2. 데이터스토어 마운트 해제로 이 문제가 해결되지 않으면 NFS 공유의 IP 주소에 연결하는 NIC를 사용하지 않도록 설정합니다. 서버 리스가 만료될 때까지 필요한 만큼 NIC를 사용하지 않는 상태로 유지한 다음 NIC를 다시 작동시킵니다. 그러면 정상 작동이 재개됩니다.

    3. 앞의 단계가 실패하면 ESXi 호스트를 재부팅합니다.

  • ESXi 재부팅 후 EMC VNX 스토리지에서 내보낸 NFS 4.1 데이터스토어가 마운트에 실패함
    EMC VNX의 잠재적인 문제로 인해 ESXi 호스트 재부팅 후 NFS 4.1 재마운트 요청이 실패할 수 있습니다. 이로 인해 이 스토리지에서 내보낸 모든 기존 NFS 4.1 데이터스토어가 마운트 해제된 것으로 표시될 수 있습니다.

    해결 방법: 90초의 리스 시간이 만료되기를 기다렸다가 볼륨을 수동으로 다시 마운트하십시오.

  • 동일한 NFS 데이터스토어를 다른 레이블로 마운트하면 나중에 다른 데이터스토어를 마운트하려고 할 때 실패가 트리거될 수 있음
    이 문제는 esxcli 명령을 사용하여 동일한 NFS 데이터스토어를 여러 ESXi 호스트에 마운트하는 경우에 발생합니다. 예를 들어 A와 B 같이 서로 다른 레이블을 사용하면 vCenter Server는 데이터스토어가 모든 호스트에서 동일한 레이블을 갖도록 B의 이름을 A로 변경합니다. 나중에 새 데이터스토어를 마운트하려고 하는 경우 B 레이블을 사용하면 ESXi 호스트에 장애가 발생합니다. 이 문제는 esxcli 명령을 사용하여 NFS 데이터스토어를 마운트하는 경우에만 발생합니다. vSphere Web Client를 통한 마운트에는 영향을 미치지 않습니다.

    해결 방법: esxcli 명령을 사용하여 동일한 NFS 데이터스토어를 마운트하는 경우 모든 호스트에서 동일한 레이블을 사용해야 합니다.

  • VNX 서버에서 내보낸 NFS 4.1 데이터스토어에 액세스할 수 없게 될 수 있음
    VNX 4.1 서버에서 ESXi 호스트와의 연결이 끊어지면 NFS 4.1 데이터스토어에 액세스할 수 없게 될 수 있습니다. 이 문제는 VNX 서버가 예기치 않게 주 번호를 변경하는 경우에 발생합니다. 하지만 NFS 4.1 클라이언트는 서버와의 연결을 설정한 후에 서버 주 번호가 변경될 것으로 예상하지 않습니다.

    해결 방법: 서버에서 내보낸 모든 데이터스토어를 제거한 다음 다시 마운트하십시오.

Virtual Volumes 문제

  • vSphere 6.0에서 vSphere 6.5로 업그레이드 후 Virtual Volumes 스토리지 정책이 VM 스토리지 정책 목록에서 사라질 수 있음
    환경을 vSphere 6.5로 업그레이드 후 vSphere 6.0에서 생성한 Virtual Volumes 스토리지 정책이 VM 스토리지 정책 목록에 더 이상 표시되지 않을 수 있습니다.

    해결 방법: vSphere Web Client에서 로그아웃한 다음 다시 로그인하십시오.

  • vSphere Web Client에서 Virtual Volumes 데이터스토어의 기본 프로파일에 대한 정보를 표시하지 못함
    일반적으로 Virtual Volumes 데이터스토어와 연결된 기본 프로파일에 대한 정보를 확인할 수 있습니다. vSphere Web Client에서는 데이터스토어로 이동한 다음 구성 > 설정 > 기본 프로파일을 클릭하여 확인할 수 있습니다.
    하지만 vSphere Web Client는 스토리지 측에 구성된 ID가 동일한 Virtual Volumes 제공자에 의해 보고되는 모든 데이터스토어에서 고유하지 않으면 기본 프로파일을 보고할 수 없습니다.

    해결 방법: 없음.

iSCSI 문제

  • vSphere 6.5에서 iSCSI 소프트웨어 어댑터에 할당된 이름이 이전 릴리스와 다름
    vSphere 6.5 릴리스로 업그레이드한 후 기존 소프트웨어 iSCSI 어댑터의 이름인 vmhbaXX가 변경됩니다. 이러한 변화는 어댑터의 이름에 하드 코딩된 값을 사용하는 모든 스크립트에 영향을 줍니다. VMware는 어댑터 이름을 모든 릴리스에서 동일하게 유지한다고 보장하지 않기 때문에 스크립트에서 이름을 하드 코딩하지 말아야 합니다. 이름 변경은 iSCSI 소프트웨어 어댑터의 동작에는 영향을 주지 않습니다.

    해결 방법: 없음.

스토리지 호스트 프로파일 문제

  • 호스트 프로파일을 통해 action_OnRetryErrors 매개 변수를 설정하려는 시도가 실패함
    이 문제는 VMW_SATP_ALUA에 의해 할당되는 NMP 디바이스에 대해 action_OnRetryErrors 설정을 활성화하는 SATP 할당 규칙을 추가하도록 호스트 프로파일을 편집할 때 발생합니다. 이 설정은 ESXi 호스트가 문제의 경로를 비활성으로 표시하고 경로 페일오버를 트리거하는 기능을 제어합니다. 호스트 프로파일을 통해 추가되면 이 설정은 무시됩니다.

    해결 방법: 두 가지 대체 방법으로 참조 호스트에서 매개 변수를 설정할 수 있습니다.

    • 다음 esxcli 명령을 사용하여 action_OnRetryErrors 매개 변수를 사용하거나 사용하지 않도록 설정합니다.
      esxcli storage nmp satp generic deviceconfig set -c disable_action_OnRetryErrors -d naa.XXX
      esxcli storage nmp satp generic deviceconfig set -c enable_action_OnRetryErrors -d naa.XXX

    • 다음 단계를 수행하십시오.

      1. VMW_SATP_ALUA 할당 규칙을 SATP 규칙에 추가합니다.
        esxcli storage nmp satp rule add --satp=VMW_SATP_ALUA --option=enable_action_OnRetryErrors --psp=VMW_PSP_XXX --type=device --device=naa.XXX

      2. 다음 규칙을 실행하여 디바이스를 회수합니다.
        esxcli storage core claimrule load
        esxcli storage core claiming reclaim -d naa.XXX

VM 스토리지 정책 문제

  • vCenter Servers 전체에서 vMotion을 사용하여 가상 시스템을 핫 마이그레이션하면 VM 스토리지 정책의 규정 준수 상태가 변경될 수 있음
    vMotion을 사용하여 vCenter Servers 전체에서 가상 시스템의 핫 마이그레이션을 수행하면 VM 스토리지 정책 규정 준수 상태가 알 수 없음으로 변경됩니다.

    해결 방법: 마이그레이션된 가상 시스템에서 규정 준수를 확인하여 규정 준수 상태를 새로 고치십시오.

    1. vSphere Web Client에서 가상 시스템을 찾습니다.

    2. 오른쪽 클릭 메뉴에서 VM 정책 > VM 스토리지 정책 규정 준수 검사를 선택합니다.
      시스템이 준수 여부를 확인합니다.

스토리지 드라이버 문제

  • QLogic NetXtreme II Network/iSCSI/FCoE 어댑터를 지원하는 bnx2x 인박스 드라이버로 인해 ESXi 환경에 문제가 발생할 수 있음
    VMkernel 포트를 사용하거나 사용하지 않도록 설정하고 iSCSI 네트워크 설정에 대한 NIC의 페일오버 순서를 변경할 때 문제와 오류가 발생합니다.

    해결 방법: bnx2x 드라이버를 비동기식 드라이버로 바꾸십시오. 자세한 내용은 VMware 웹 사이트를 참조하십시오.

  • Seagate SATA 스토리지 드라이브를 사용하는 경우 ESXi 호스트에 문제가 발생할 수 있음
    lsi_msgpt3 드라이버에 의해 할당되는 HBA 어댑터를 사용하면 Seagate SATA 디바이스에 연결할 때 호스트에 문제가 발생할 수 있습니다. 다음과 유사한 오류가 vmkernel.log 파일에 표시됩니다.
    XXX 경로에서 SCSI cmd RESERVE 실패
    그리고
    XXX 디바이스에서 예약 상태를 알 수 없음

    해결 방법: Seagate SATA 드라이브를 다른 드라이브로 교체하십시오.

  • Dell lsi_mr3 드라이버 버전 6.903.85.00-1OEM.600.0.0.2768847을 사용하는 경우 오류가 발생할 수 있음
    Dell lsi_mr3 비동기 드라이버 버전 6.903.85.00-1OEM.600.0.0.2768847을 사용하는 경우 VMkernel 로그에 다음 메시지가 표시될 수 있습니다. ScsiCore: 1806: 잘못된 센서 버퍼.

    해결 방법: 드라이버를 vSphere 6.5 인박스 드라이버 또는 Broadcom의 비동기 드라이버로 바꾸십시오.

SAN에서 부팅 문제

  • LUN ID가 255보다 큰 iSCSI LUN 또는 파이버 채널에 ESXi 6.5 설치가 지원되지 않음
    vSphere 6.5는 LUN ID를 0에서 16383까지 지원합니다. 하지만 어댑터 BIOS 제한으로 인해 SAN 설치에서 부팅을 위해 ID가 255보다 큰 LUN은 사용할 수 없습니다.

    해결 방법: ESXi 설치의 경우 ID가 255 이하인 LUN을 사용하십시오.

기타 스토리지 문제

  • SESparse VMDK를 사용하는 경우 Windows 또는 Linux 파일 시스템이 있는 VM 포맷에 시간이 오래 걸림
    Windows 또는 Linux 파일 시스템이 있는 VM을 포맷하는 경우 프로세스가 보통 때보다 시간이 오래 걸릴 수 있습니다. 이 문제는 가상 디스크가 SESparse인 경우에 발생합니다.

    해결 방법: 포맷을 하기 전에 게스트 운영 체제에서 UNMAP 작업을 사용하지 않도록 설정하십시오. 포맷 프로세스가 완료된 후에 해당 작업을 사용하도록 다시 설정할 수 있습니다.

  • 공유된 원격 SAS 디바이스에 VMW_SATP_LOCAL 플러그인을 사용하려는 시도가 문제와 실패를 트리거할 수 있음
    ESX 6.5 이전 릴리스에서 SAS 디바이스는 VMW_SATP_LOCAL 플러그인에 의해 할당되는 경우에도 원격으로 표시됩니다. ESX 6.5에서 VMW_SATP_LOCAL에 의해 할당되는 모든 디바이스는 외부에 있더라도 로컬로 표시됩니다. 이로 인해 이전 릴리스에서 ESXi 6.5로 업그레이드하는 경우 이전에 원격으로 표시되었던 기존의 원격 SAS 디바이스의 상태가 로컬로 변경됩니다. 이 변화는 이러한 디바이스에 배포된 공유 데이터스토어에 영향을 주며 예기치 않은 동작과 문제를 유발할 수 있습니다.
    또한 특정 기능에 대해 실제로 공유됨 및 외부이지만 이제는 로컬로 표시되는 디바이스를 잘못 사용하면 문제가 발생합니다. 예를 들어 VFAT 파일 시스템 생성을 허용하거나 이러한 디바이스를 Virtual SAN에 사용하는 경우입니다.

    해결 방법: 원격 외부 SAS 디바이스에 대해 VMW_SATP_LOCAL 플러그인을 사용하지 마십시오. 지원되는 목록에서 다른 사용 가능한 SATP를 사용하거나 벤더 고유의 SATP를 사용해야 합니다.

  • 파일을 데이터스토어에 업로드하는 동안 vSphere Web Client에서 로그아웃하면 업로드가 취소되고 완료되지 않은 파일이 남음
    큰 파일을 데이터스토어에 업로드하려면 시간이 걸립니다. 파일을 업로드하는 동안 로그아웃하면 업로드가 주의 메시지 없이 취소됩니다. 부분적으로 업로드된 파일이 데이터베이스에 남을 수 있습니다.

    해결 방법: 파일을 업로드하는 중에 로그아웃하지 마십시오. 데이터스토어에 완료되지 않은 파일이 포함되어 있으면 해당 파일을 데이터스토어에서 수동으로 삭제하십시오.

Storage I/O Control 문제

  • 복제 중에 VM I/O 필터 구성을 변경할 수 없음
    Storage I/O Control은 복제 중 가상 시스템 정책 변경을 지원하지 않습니다.

    해결 방법: 정책 변경 없이 복제 작업을 수행하십시오. 정책은 복제 작업이 완료된 후에 업데이트할 수 있습니다.

  • Storage I/O Control 설정이 VMDK당 적용되지 않음
    Storage I/O Control 설정은 VMDK 기반으로 적용되지 않습니다. VMDK 설정은 가상 시스템 수준에서 적용됩니다.

    해결 방법: 없음.

Storage DRS 문제

  • Storage DRS는 가상 시스템의 VMDK에 연결된 스토리지 정책이 있으면 포드 수준 VMDK 선호도를 준수하지 않음
    Storage DRS를 사용하도록 설정된 데이터스토어 클러스터에 속하는 가상 시스템의 VMDK에서 스토리지 정책을 설정하면 Storage DRS는 가상 시스템에 대해 VMDK 함께 보관 플래그를 준수하지 않습니다. 새로 추가된 VMDK 또는 기존 VMDK에 다른 데이터스토어를 권장할 수 있습니다.

    해결 방법: 없음. 이 동작은 VMCrypt 또는 태그 기반 정책 등 모든 종류의 정책을 설정할 때 관찰됩니다.

  • OVF 템플릿에서 VM을 배포할 때 Storage DRS를 사용하지 않도록 설정할 수 없음
    OVF 템플릿을 배포할 때 Storage DRS 클러스터에서 VM 배치에 사용할 개별 데이터스토어를 선택하는 경우 VM에 Storage DRS를 사용하지 않도록 설정할 수 없습니다. Storage DRS가 설정된 상태로 유지되고 나중에 이 VM을 다른 데이터스토어로 이동할 수 있습니다.

    해결 방법: 선택한 데이터스토어에 영구적으로 VM을 유지하려면 VM의 자동화 수준을 수동으로 변경합니다. VM을 스토리지 클러스터 설정의 VM 재정의 목록에 추가합니다.

백업 및 복원 문제
  • vCenter Server Appliance를 vCenter Server 인스턴스로 파일 기반 복원한 후 vSphere Web Client에서 고가용성 클러스터를 구성하거나 장치에 대한 SSH 액세스를 사용하도록 설정하는 등의 작업이 실패할 수 있음
    vCenter Server 인스턴스를 복원하는 중에 새로운 vCenter Server Appliance가 배포되고 자체 서명된 인증서를 사용하여 장치 HTTP 서버가 시작됩니다. 백업된 인증서는 복원되지만 장치 HTTP 서버는 다시 시작되지 않은 상태로 복원 프로세스가 완료됩니다. 그 결과 장치 HTTP 서버를 대상으로 내부 API 호출을 해야 하는 모든 작업이 실패합니다.

    해결 방법: vCenter Server Appliance를 vCenter Server 인스턴스로 복원한 후 장치에 로그인하고 service vami-lighttp restart 명령을 실행하여 해당 HTTP 서버를 다시 시작해야 합니다.

  • 장치의 디스크 크기 또는 vCPU 수를 변경하면 파일 기반 백업에서 Platform Services Controller 장치를 복원하려는 시도가 실패함
    vSphere 6.5에서 Platform Services Controller 장치는 vCPU 2개 및 60GB 디스크 크기로 배포됩니다. vCPU 수와 디스크 크기를 늘리는 것은 지원되지 않습니다. CPU가 3개 이상이거나 디스크 크기가 60GB가 넘는 Platform Services Controller 장치의 파일 기반 복원을 수행하려고 하면 vCenter Server Appliance 설치 관리자가 다음 오류와 함께 실패합니다. 요구 사항에 맞는 크기가 없습니다.

    해결 방법: 프로세서 수를 vCPU 2개 이하로 줄이고 디스크 크기를 60GB 이하로 줄이십시오.

  • 이미지 기반 백업을 통해 외부 Platform Services Controller가 있는 vCenter Server Appliance를 복원하면 일부 vCenter Server 서비스가 시작되지 않음
    vSphere Data Protection을 사용하여 외부 Platform Services Controller가 있는 vCenter Server Appliance를 복원한 후에는 vcenter-restore 스크립트를 실행하여 복원 작업을 완료하고 vCenter Server 서비스를 시작해야 합니다. vcenter-restore 실행이 실패하고 다음 오류 메시지가 표시될 수 있습니다. 작업이 실패했습니다. SSO 사용자 이름과 암호가 올바른지 확인하고 스크립트를 다시 실행하십시오. 문제가 지속되면 VMware 지원팀에 문의하십시오.

    해결 방법: vcenter-restore 실행이 실패한 후 service-control --start --all 명령을 실행하여 모든 서비스를 시작하십시오.

    service-control --start --all 실행이 실패하면 올바른 vCenter Single Sign-On 사용자 이름과 암호를 입력했는지 확인합니다. VMware 지원팀에 문의할 수도 있습니다.

서버 구성 문제
  • 호스트 프로파일 규정 준수 검사 중 클러스터 차원에서 공유됨 옵션에 불일치 발생
    호스트 프로파일 규정 준수 검사 중에 클러스터 차원에서 공유됨 옵션으로 인해 불일치가 발생하면 호스트 값 또는 호스트 프로파일 값에 디바이스 이름이 표시됩니다.

    해결 방법: 이 메시지를 클러스터 차원에서 공유됨 옵션에 대한 규정 준수 불일치로 간주하십시오.

  • 한 vSAN 클러스터에서 추출한 호스트 프로파일을 다른 vSAN 클러스터에 연결하면 호스트 프로파일 업데이트 적용에 실패함
    한 vSAN 클러스터에 포함되는 참조 호스트에서 호스트 프로파일을 추출하고 다른 vSAN 클러스터에 연결하면 업데이트 적용 작업이 실패합니다.

    해결 방법: 호스트 프로파일을 적용하기 전에 프로파일의 vSAN 설정을 편집합니다. 클러스터 UUID 및 데이터스토어 이름은 프로파일이 연결되는 클러스터의 값과 일치해야 합니다.

  • 호스트 프로파일이 호스트 잠금 모드 설정을 캡처하지 않음
    잠금 모드가 설정된 상태 비저장 ESXi 호스트에서 호스트 프로파일을 추출하는 경우 잠금 모드 설정이 캡처되지 않습니다. 호스트 프로파일을 적용하고 호스트를 재부팅한 후에는 호스트에서 잠금 모드가 사용되지 않도록 설정됩니다.

    해결 방법: 호스트 프로파일을 적용하고 호스트를 재부팅한 후 호스트에서 수동으로 잠금 모드를 사용하도록 설정합니다.

  • vSphere 6.5로 업그레이드 후 SAS 드라이브가 있는 호스트 프로파일에 대한 규정 준수 오류
    SATP_LOCAL에 의해 할당된 모든 드라이브는 LOCAL로 표시되므로 디바이스가 클러스터 차원에서 공유됨 옵션이 설정된 SAS가 있는 호스트 프로파일이 규정 준수 검사에 실패합니다.

    해결 방법: 업데이트 적용 전에 SAS 드라이브가 있는 호스트 프로파일에 대해 디바이스가 클러스터 차원에서 공유됨 구성 옵션을 사용하지 않도록 설정합니다.

  • DRS 소프트 선호도 규칙이 있는 호스트의 호스트 프로파일 배치 업데이트 적용이 실패함
    배치 업데이트 적용은 업데이트 적용 작업을 호스트 또는 클러스터 그룹에 수행합니다. 호스트 프로파일은 DRS 기능을 사용하여 업데이트 적용 작업 전에 자동으로 호스트를 유지 보수 모드로 배치합니다. 그러나 완전히 자동화된 DRS 클러스터에서 소프트 선호도 규칙이 없는 호스트만 이 작업을 수행할 수 있습니다. DRS 소프트 선호도 규칙은 호스트가 유지 보수 모드로 전환되는 것을 중지하기 때문에 이 규칙이 있는 호스트는 업데이트 적용에 실패합니다.

    해결 방법:

    1. 클러스터가 완전히 자동화되었는지 확인하십시오.

      1. vSphere Web Client에서 클러스터로 이동합니다.

      2. 구성 탭을 선택한 후 설정을 선택합니다.

      3. 서비스 목록을 확장하고 vSphere DRS를 선택합니다.

      4. [DRS 자동화] 필드가 [완전히 자동화됨]인 경우 클러스터가 완전히 자동화된 것입니다.

    2. 호스트에 소프트 선호도 규칙이 있는지 확인하십시오.

      1. 클러스터에서 구성 탭을 선택한 후 설정을 선택합니다.

      2. VM/호스트 규칙을 선택합니다.

      3. 유형이 [호스트에서 VM 실행] 또는 [호스트에서 VM 실행 안 함]으로 설정된 규칙이 있는지 확인합니다.

      4. 이러한 규칙의 [VM/호스트 규칙 세부 정보]에 "해야 한다"라는 단어가 포함된 경우 해당 규칙은 소프트 선호도 또는 소프트 반선호도 규칙입니다.

    3. DRS 소프트 선호도 규칙이 있는 호스트의 경우 수동으로 호스트를 유지 보수 모드로 이동한 다음 호스트에 업데이트를 적용해야 합니다.

vCenter Server Appliance, vCenter Server, vSphere Web Client, vSphere Client 및 vSphere Host Client 문제
  • 다운로드한 vSphere 시스템 로그가 잘못됨
    이 문제는 시스템 로그의 다운로드가 진행 중인 동안 클라이언트 세션이 만료되면 발생할 수 있습니다. 이 경우 다운로드한 로그 번들이 유효하지 않게 됩니다. /var/log/vmware/vsphere-client/logs/vsphere_client_virgo.log에 있는 vsphere_client_virgo.log 파일에 다음과 유사한 오류 메시지가 표시될 수 있습니다.

    com.vmware.vsphere.client.logbundle.DownloadLogController
    Error downloading logs. org.apache.catalina.connector.ClientAbortException:
    java.net.SocketException: Broken pipe (Write failed)
    at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:407)

    해결 방법: 없음.

  • Windows Server 2016 시스템에서 vCenter Server 서비스를 시작할 때 JRE 패치가 실패함
    VMware vSphere Client를 시작하지 못하고 다음과 유사한 오류 메시지가 표시될 수 있습니다.

    2016-11-04 15:47:26.991+05:30| vcsInstUtil-4600788| I: StartStopVCSServices: VC 서비스 시작을 기다리는 중...
    2016-11-04 16:09:57.652+05:30| vcsInstUtil-4600788| E: StartStopVCSServices: VC 서비스를 시작할 수 없습니다.
    2016-11-04 16:09:57.652+05:30| vcsInstUtil-4600788| I: 기능을 종료하는 중: VM_StartVcsServices

    해결 방법: 없음.

  • HTML 기반 vSphere Client에 액세스할 수 없음
    사용자 지정 경로 및 사용자 지정 포트를 사용하는 외부 PSC 설정 환경에서 Windows Server 2016 OS에 vCenter Server 6.5를 설치한 경우에는 503 서비스 사용 불가 오류 메시지와 함께 HTML5 기반 vSphere Client에 로그인할 수 없습니다.

    해결 방법: vSphere Web Client(Flash)를 사용하여 vCenter Server에 로그인합니다.

  • 태그가 포함된 고급 검색을 수행하면 대규모 환경에서 vSphere Web Client가 느려질 수 있음
    검색 구성의 일부로 태그가 포함된 고급 검색을 수행하는 동안 대규모 환경에서 vSphere Web Client가 느려질 수 있습니다. 이 문제는 검색이 수행되는 동안 발생하며 검색이 완료되면 중지됩니다. 느려지는 동안 vCenter 서비스의 메모리가 부족해질 수 있습니다.

    해결 방법: 검색이 완료될 때까지 기다리거나, 로그에 OutOfMemory 또는 가비지 수집 오류가 확인되면 아래의 명령을 통해 vCenter 서비스 시작 및 중지를 수행하여 vCenter Server를 다시 시작합니다.

    로그 위치:

    • Windows: %ALLUSERSPROFILE%\VMWare\vCenterServer\logs\vsphere-client\logs\
    • VCSA(vCenter Server Appliance): /var/log/vmware/vsphere-client/logs/

    로그 파일: dataservice.logvsphere_client_virgo.log

    서비스를 다시 시작하는 명령:
    service-control --stop vmware-vpxd-svcs
    service-control --start vmware-vpxd-svcs

  • 대규모 다중 VC 다중 PSC 환경에서 vSphere Web Client가 느려질 수 있음
    다수의 vCenter Servers 및 PSC가 포함된 대규모 환경에서 vSphere Update Manager Web Client 플러그인에 스레드 누수가 발생하여 시간이 경과하면서 vSphere Web Client 성능이 저하될 수 있습니다. 이 성능 저하 문제는 구체적으로 vCenter Server 10개와 PSC 4개 그리고 최대 수의 Web Client 사용자 계정을 사용하는 환경에서 발생했지만, 모든 대규모 환경에서 시간이 경과하면서 발생할 것으로 예상됩니다.

    해결 방법: 다음을 수행하여 vSphere Update Manager Web Client 플러그인을 사용하지 않도록 설정합니다.

    1. vSphere Web Client에서 vSphere Web Client > 관리 > 솔루션/클라이언트 플러그인으로 이동합니다.

    2. VMware vSphere Update Manager Web Client 플러그인을 마우스 오른쪽 단추로 클릭하고 사용 안 함을 선택합니다.

    플러그인을 사용할 계획이 없는 경우에는 사용하지 않도록 설정된 상태로 두거나, 사용해야 할 때만 다시 사용하도록 설정할 수 있습니다. 성능 저하가 발생할 경우 플러그인을 사용하지 않도록 설정했다가 다시 사용하도록 설정하면 일시적으로 누수를 재설정할 수 있습니다.

  • vSphere Client 또는 vSphere Web Client에서 클라이언트 시스템의 IP 주소를 변경한 후 최근 작업 및 개체 상태의 라이브 새로 고침이 작동을 중지함
    vSphere Client 또는 vSphere Web Client에서 개체에 작업을 수행한 후 작업이 최근 작업에 표시되지 않습니다. 인벤토리 트리, 목록 및 개체 세부 정보에도 새로운 상태가 반영되지 않습니다.

    예를 들어 VM 전원을 켜면 전원 켜기 작업이 최근 작업에 표시되지 않고 인벤토리 트리, 목록 및 개체 세부 정보의 VM 아이콘에 전원 켜기 배지가 포함되지 않습니다. 웹 브라우저 및 vCenter Server가 WebSocket을 사용하여 연결되고 브라우저 시스템의 IP 주소가 변경되면 이 연결이 끊어집니다.

    해결 방법: 웹 브라우저에서 페이지를 새로 고칩니다.

  • Internet Explorer를 통해 vCenter Server Appliance 관리 인터페이스에 액세스할 수 없음
    Internet Explorer를 통해 vCenter Server Appliance 관리 인터페이스에 액세스할 수 없습니다.

    해결 방법: Internet Explorer 보안 설정에서 TLS 1.0, TLS 1.1 및 TLS 1.2를 사용하도록 설정합니다.

    1. Internet Explorer에서 도구 > 인터넷 옵션을 선택합니다.

    2. 고급 탭을 클릭하고 보안 설정 섹션으로 스크롤합니다.

    3. TLS 1.0 사용, TLS 1.1 사용TLS 1.2 사용을 선택합니다.

  • 외부 PSC를 사용하는 vCenter Server 배포에서 컨텐츠 라이브러리 항목 가져오기 및 내보내기가 실패함
    외부 PSC 환경을 포함한 vCenter Server 배포에서 IP 주소를 사용하여 vSphere Web Client에 로그인하면 컨텐츠 라이브러리 항목 가져오기 및 내보내기가 실패합니다. 이 경우 다음과 같은 오류 메시지가 표시됩니다.

    이유: 라이브러리 항목의 파일을 업데이트할 수 없습니다. 소스 또는 대상이 느리거나 응답하지 않는 것일 수 있습니다.

    해결 방법: 외부 PSC를 사용하는 vCenter Server 배포에서 IP 주소가 아닌 정규화된 도메인 이름을 사용하여 vSphere Web Client에 로그인합니다.

    IP 주소를 사용하여 vSphere Web Client에 로그인한 경우 정규화된 도메인 이름으로 로그인할 때 발급된 인증서를 수락합니다. 정규화된 도메인 이름 대상을 열어 인증서를 수락합니다. 인증서를 영구적으로 수락하면 됩니다.

  • UI의 PCIe 패스스루 디바이스 목록에 핫 플러그로 연결된 디바이스가 표시되지 않음
    핫 플러그로 연결된 PCIe 디바이스를 PCI 패스스루에 사용할 수 없습니다.

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

    • PCIe 디바이스를 핫 플러그로 연결한 후 /etc/init.d/hostd restart

    • ESXi 호스트를 재부팅합니다.

  • 다른 관리 노드에서 태그 사용 권한을 볼 수 없음
    다중 vCenter Server 배포 환경에서 vCenter Server 관리 노드 하나에 로그인한 경우, 태그에 사용 권한을 생성하면 다른 관리 노드에 로그인했을 때는 해당 태그를 볼 수 없습니다.

    해결 방법: 태그는 글로벌 개체이므로 노드 전체에서 볼 수 있지만 태그 사용 권한은 로컬로만 유지되므로 노드 전체에서 볼 수 없습니다. 태그 사용 권한을 보려면 사용 권한을 생성한 vCenter Server에 로그인하십시오.

  • incognito 모드에서 vSphere Web Client에 로그인하면 내부 오류가 발생함
    incognito 모드에 대한 브라우저 설정을 사용하도록 설정된 경우 사용자가 vSphere Web Client에 로그인할 수 있지만 다음 내부 오류가 표시됩니다.

    내부 오류가 발생함 - [NetStatusEvent type="netStatus" bubbles=false cancelable=false eventPhase=2 info=[object Object]]"

    해결 방법: incognito 모드를 사용하지 않도록 설정합니다. 이 모드는 vSphere Web Client에서 지원되지 않습니다. vSphere Web Client를 다시 로드하여 이 오류로 인한 문제를 모두 지우고 클라이언트에 다시 로그인합니다.

  • 컨텐츠 라이브러리 작업이 최근 작업에 표시되지 않음
    vSphere Web Client에서 항목을 컨텐츠 라이브러리에 업로드하거나, 라이브러리를 동기화하거나, 컨텐츠 라이브러리의 VM을 배포하는 등의 컨텐츠 라이브러리 작업을 수행하는 경우 작업이 최근 작업에 나열되지 않을 수 있습니다.

    해결 방법: 없음. 최근 작업에 나열되지 않은 작업을 포함한 모든 작업을 [더 많은 작업] 목록에서 볼 수 있습니다.

  • 여러 vCenter Server가 있는 환경에서 태그를 생성하고 할당하는 작업을 동시에 시도하면 태그 할당 작업이 실패함
    일반적으로 vSphere Web Client에서는 개체의 구성 탭에서 태그 설정을 사용하여 개체에 태그를 할당하고 선택한 개체에 자동으로 태그를 할당할 수 있습니다. 다수의 vCenter Server 인스턴스가 있는 환경에서 태그가 성공적으로 생성되지만 할당 옵션이 실패하고 오류 메시지가 표시됩니다.

    해결 방법: 태그를 태그 설정에서 먼저 생성한 후 개체에 할당합니다.

  • ESX Agent Manager 보기에서 [솔루션] 탭이 제거됨
    이전 버전의 vSphere Web Client에서 ESX Agent Manager 보기에 포함되었던 [솔루션] 탭을 더 이상 사용할 수 없습니다.

    해결 방법: 다음의 단계를 수행하여 동일한 작업을 수행할 수 있습니다.

    1. vSphere Web Client 탐색기에서 관리 > vCenter Server 확장을 선택합니다.

    2. vSphere ESX Agent Manager를 클릭합니다.

    3. 다음 중 하나를 선택합니다.

      • 구성 탭을 선택합니다.

      • 모니터 탭을 선택하고 이벤트를 클릭합니다.

  • Platform Services Controller 노드가 다운된 경우 개체에 태그를 할당할 수 없음
    vSphere Platform Services Controller 노드가 다운되면 개체의 관리 > 태그 탭에서 태그를 할당할 수 없습니다.

    이 경우 다음과 같은 오류가 표시됩니다. 공급자 메서드 구현이 예기치 않은 예외를 발생시켰습니다. 태그를 선택하여 할당할 수 없습니다.

    해결 방법: Platform Services Controller 노드의 전원을 켭니다. Platform Services Controller 노드의 모든 서비스가 실행되고 있는지도 확인합니다.

  • 호스트 또는 데이터 센터 관리자가 가상 시스템을 편집하는 경우 vSphere Client가 [설정 편집] 대화상자를 렌더링하지 않음
    호스트 또는 데이터 센터 관리자가 해당 호스트 또는 데이터 센터 내의 가상 시스템을 편집하는 경우 vSphere Client가 [설정 편집] 대화상자를 렌더링하지 않습니다. 이 문제는 호스트 또는 데이터 센터 관리자에게 프로파일 기반 스토리지 권한이 없기 때문에 발생합니다.

    해결 방법: 호스트 또는 데이터 센터 관리자 권한 및 프로파일 기반 스토리지 권한을 가진 새 역할을 생성합니다. 이 역할을 현재 호스트 또는 데이터 센터 관리자에게 할당합니다.

  • vSphere Client를 사용하여 가상 시스템을 생성하거나 편집할 때 8번째 하드 디스크를 추가하면 오류와 함께 작업이 실패함
    vSphere Client를 사용하여 가상 시스템을 생성하거나 편집하면 다음 오류와 함께 작업이 실패합니다. 지정된 매개 변수가 올바르지 않음: unitNumber. 이 오류는 SCSI 컨트롤러 0:7이 특별한 용도로 예약되어 시스템이 SCSI 0:7을 8번째 하드 디스크에 할당하기 때문에 발생합니다.

    해결 방법: 8번째 하드 디스크를 추가할 때 사용자가 수동으로 SCSI 0:8을 할당해야 합니다. vSphere Web Client를 대신 사용할 수도 있습니다.

  • vSphere Client가 최대 10,000개의 가상 시스템과 1,000개의 호스트를 지원함
    vSphere Client는 vCenter 제한보다 낮은 10,000개의 가상 시스템과 1,000개의 호스트만 지원합니다.

    해결 방법: 사용자 요구 사항이 vSphere Client의 제한을 초과하는 경우 vSphere Web Client를 사용합니다.

  • 호스트 이름 없이 시스템을 설치한 경우 vCenter Server Appliance 관리 인터페이스에서 [호스트 이름] 텍스트 상자가 회색으로 비활성화됨
    vCenter Server Appliance 관리 인터페이스에서 네트워킹 > 관리 화면으로 이동하여 호스트 이름, 이름 서버 및 게이트웨이편집할 때 [호스트 이름] 텍스트 상자가 회색으로 표시되어 수정할 수 없습니다. vSphere Client에서는 동일한 필드가 활성 상태이고 vSphere Client에서만 변경할 수 있습니다.

    해결 방법: vSphere Client에서 호스트 이름을 변경하십시오.

  • 루트 파티션을 확장할 수 있도록 디스크 공간을 늘리기 위해 vCenter Server Аppliance의 가상 시스템 구성을 수정한 이후 추가된 해당 스토리지를 할당하려는 시도가 실패함
    루트 파티셔닝을 위해 디스크 공간 크기를 조정한 이후 storage.resize 명령이 루트 파티션을 위한 디스크 스토리지를 확장하지 않고 크기를 동일하게 유지합니다. 이는 예상된 동작입니다. 이 파티션에 대해서는 크기 조정이 지원되지 않습니다.

    해결 방법: 없음.

  • vCenter Server Appliance 관리 웹 인터페이스에서 HTTP 프록시 서버의 구성만 허용됨
    vCenter Server Appliance 관리 인터페이스의 네트워킹 탭으로 이동하여 프록시 설정을 편집할 경우 프록시를 HTTPS 또는 FTP로 수정하는 옵션이 제공되지 않습니다. HTTP 프록시 설정만 지정할 수 있습니다.

    해결 방법: HTTPS 및 FTP 프록시 서버는 장치 셸 명령줄을 사용하여 구성할 수 있습니다.

  • vCenter Server Appliance를 성공적으로 업데이트한 후 장치 셸에서 version.get 명령을 실행하면 오류 메시지가 반환됨
    vCenter Server Appliance를 성공적으로 업데이트한 후 장치 셸에서 version.get 명령을 실행하면 다음 오류 메시지가 반환됩니다. 알 수 없는 명령: 'version.get'.

    해결 방법: 로그아웃한 후 새 장치 셸에 관리자로 로그인하여 version.get 명령을 실행합니다.

  • Windows Internet Explorer 11 이상에서 vSphere Web Client 로그인 페이지의 [Windows 세션 인증 사용] 확인란이 비활성화됨br /> Windows Internet Explorer 11 이상의 브라우저에서 vSphere Web Client 로그인 페이지의 Windows 세션 인증 사용 확인란이 비활성화됩니다. 또한 VMware Enhanced Authentication 플러그인을 다운로드하여 설치하라는 메시지가 표시됩니다.

    해결 방법: 사용 중인 시스템의 Windows 설정에 있는 보안 옵션에서 로컬 인트라넷 사이트 목록에 vCenter Server의 정규화된 도메인 이름과 IP 주소를 추가합니다.

  • Internet Explorer에서 파일이 4GB보다 크면 데이터스토어 브라우저를 사용한 파일 업로딩이 실패함
    Internet Explorer에서 데이터스토어 브라우저를 사용하여 4GB보다 큰 파일을 업로드하면 다음 오류가 표시됩니다.

    URL에 데이터를 전송하지 못했습니다.

    Internet Explorer는 4GB보다 큰 파일을 지원하지 않습니다.

    해결 방법: 데이터스토어 브라우저에서 파일을 업로드하려면 Chrome 또는 Firefox 브라우저를 사용하십시오.t

가상 시스템 관리 문제
  • OVF 매개 변수 chunkSize가 vCenter Server 6.5에서 지원되지 않음
    vCenter Server 6.5에서 OVF 템플릿 배포가 다음 오류와 함께 실패합니다.

    값이 chunkSize_value인 OVF 매개 변수 chunkSize가 현재 OVF 패키지 가져오기에 대해 지원되지 않습니다.

    chunkSize가 vCenter Server 6.5에서 지원되는 OVF 매개 변수가 아니므로 이 오류가 수신됩니다.

    해결 방법: OVF 템플릿을 업데이트하고 chunkSize 매개 변수를 제거합니다.

    1. OVA 템플릿에 대해서만 tar 유틸리티(예: tar xvf)를 사용하여 개별 파일을 추출합니다. 여기에는 OVF 파일(.ovf), 매니페스트(.mf) 및 가상 디스크(.vmdk)가 포함됩니다.

    2. 다음 명령을 사용하여 가상 디스크 청크를 단일 디스크에 결합합니다.

      • Linux 또는 Mac의 경우:
        cat vmName-disk1.vmdk.* > vmName-disk1.vmdk
      • Windows의 경우:
        copy /b vmName-disk1.vmdk.000000 + vmName-disk1.vmdk.000001 + repeat until last fragment vmName-disk1.vmdk

      참고: 가상 디스크 청크 조각이 하나만 있는 경우 조각의 이름을 대상 디스크로 변경합니다. 청크 조각이 포함된 디스크가 여러 개인 경우 각 조각을 해당하는 대상 디스크(예: disk1.vmdk, disk2.vmdk 등)로 결합합니다.

    3. 일반 텍스트 편집기를 사용하여 OVF 설명자(.ovf)에서 chunkSize 특성을 제거합니다. 예:
      <File ovf:chunkSize="7516192768" ovf:href="vmName-disk1.vmdk" ovf:id="file1" ovf:size=... />
      제거 후:
      <File ovf:href="vmName-disk1.vmdk" ovf:id="file1" ovf:size=.../>

    4. 업데이트된 OVF 설명자 및 병합된 디스크를 포함하는 로컬 파일을 선택하여 vSphere Web Client를 통해 OVF 템플릿을 배포합니다.

    5. OVA 템플릿에 대해서만 다음 단계에 따라 vSphere Web Client를 통해 OVA를 재구성합니다.

      1. OVF 템플릿을 내보냅니다. 내보내기 작업을 수행하면 OVF 파일(.ovf), 매니페스트(.mf) 및 가상 디스크(.vmdk)가 생성됩니다. 매니페스트 파일은 1단계의 파일과 다릅니다.

      2. tar 유틸리티(예: tar cvf)를 사용하여 해당 파일을 단일 OVA 템플릿에 결합합니다. 예를 들어 Linux의 경우:
        tar cvf vm.ova vm.ovf vm.mf vm.disk1.vmdk

  • OVF 템플릿을 내보내거나 컨텐츠 라이브러리에서 항목을 내보낼 때 새 Internet Explorer 탭이 열림
    vSphere Web Client와 Internet Explorer를 사용하여 OVF 템플릿을 내보내거나 컨텐츠 라이브러리에서 항목을 내보내면 OVF 템플릿 또는 컨텐츠 라이브러리 항목의 각 파일에 대해 브라우저에 새 탭이 열립니다. 새 탭 각각에 보안 인증서를 수락하라는 메시지가 표시될 수 있습니다.

    해결 방법: 각 보안 인증서를 수락한 다음 각 파일을 저장합니다.

  • vCenter Server가 vCenter 인벤토리에서 OpaqueNetwork를 제거하지 않음
    가상 시스템이 불투명 네트워크에 연결되어 있고 이 가상 시스템이 템플릿으로 변환된 경우, ESXi 호스트가 불투명 네트워크에서 제거되고 가상 시스템이 연결되어 있지 않더라도 vCenter Server가 vCenter Server 인벤토리에서 OpaqueNetwork를 제거하지 않습니다. 불투명 네트워크에 아직 연결된 템플릿이 있기 때문입니다.

    해결 방법: 없음.

  • OVF 템플릿을 배포하면 일부 보기에 error.mutationService.ProviderMethodNotFoundError 오류가 발생함
    OVF 템플릿을 배포하고 다음의 모든 조건이 충족될 경우 error.mutationService.ProviderMethodNotFoundError 오류가 발생합니다.

    • 로컬 파일 시스템에서 OVF 파일을 선택하고 OVF 템플릿 배포 마법사에서 다음을 클릭합니다.

    • OVF 파일이 1.5MB 미만입니다.

    • 개체를 선택하지 않고 OVF 템플릿을 배포합니다. 예: VM 목록 보기

    해결 방법: 개체를 선택한 후 OVF 배포 옵션을 선택하여 OVF 템플릿을 배포합니다.

  • vSphere Web Client에서 델타 디스크가 포함된 OVF 또는 OVA 템플릿을 로컬 파일에서 배포하면 작업이 실패할 수 있음
    델타 디스크(OVF 파일에서 ovf:parentRef)가 포함된 OVF 템플릿 또는 OVA 템플릿을 배포할 경우 프로세스 중에 작업이 실패하거나 일시 중지될 수 있습니다.

    다음은 OVF 설명자의 OVF 요소 예제입니다.

     <References>
      <File ovf:href="Sugar-basedisk-1-4.vmdk" ovf:id="basefile14" ovf:size="112144896"/>
      <File ovf:href="Sugar-disk1.vmdk" ovf:id="file1" ovf:size="44809216"/>
      <File ovf:href="Sugar-disk4.vmdk" ovf:id="file4" ovf:size="82812928"/>
     </References>

     <DiskSection>
      <Info>Meta-information about the virtual disks</Info>
      <Disk ovf:capacity="1073741824"
       ovf:diskId="basedisk14"
       ovf:fileRef="basefile14"
       ovf:format="http://www.vmware.com/interfaces/specifications/vmdk.html#streamOptimized" />
      <Disk ovf:capacity="1073741824"
       ovf:diskId="vmdisk1"
       ovf:fileRef="file1"
      ovf:parentRef="basedisk14"
       ovf:format="http://www.vmware.com/interfaces/specifications/vmdk.html#streamOptimized" />
      <Disk ovf:capacity="1073741824"
      ovf:diskId="vmdisk4"
      ovf:fileRef="file4"
      ovf:parentRef="basedisk14"
      ovf:format="http://www.vmware.com/interfaces/specifications/vmdk.html#streamOptimized"/>
     </DiskSection>

    해결 방법: OVF 또는 OVA 템플릿을 배포하려면 템플릿을 HTTP 서버에 호스팅합니다. 그런 해당 템플릿을 가리키는 HTTP URL을 사용하여 해당 템플릿을 배포합니다.

  • OVF 배포를 완료할 때 전원 켜기 옵션을 사용할 수 없음
    OVF 또는 OVA 배포를 수행하는 경우 배포 완료 시 가상 시스템의 전원을 자동으로 켜는 옵션이 배포 마법사에 제공되지 않습니다.

    해결 방법: OVF 배포 마법사를 사용하는 경우, vSphere 6.5에서는 이 옵션을 사용할 수 없습니다. 배포가 완료된 이후 가상 시스템 전원을 수동으로 켭니다.

  • 글로벌 인벤토리 목록에서 OVF 배포 마법사를 시작한 경우, 마법사의 위치 페이지에 오류 메시지가 표시되지 않음
    이 문제는 vSphere Web Client에서 임의의 글로벌 인벤토리 목록(예: 가상 시스템 인벤토리 목록)에서 OVF 템플릿을 배포한 후 마법사의 "이름 및 위치 선택" 페이지로 이동하면 발생합니다. 올바른 위치를 선택하지 않았을 때 올바른 오류 메시지가 표시되는 대신 탐색 버튼이 비활성화되고 마법사를 더 이상 진행할 수 없습니다.

    해결 방법: 마법사를 취소한 후 다시 열어 올바른 위치를 선택합니다.

  • OVF 배포 마법사가 외부 메시지 번들이 포함된 로컬 OVF 또는 OVA 템플릿을 배포할 수 없음
    OVF 또는 OVA 템플릿에 외부 메시지 번들에 대한 참조가 포함되어 있는 경우에는 로컬 파일을 사용하여 해당 템플릿을 배포할 수 없습니다.

    해결 방법: OVF 또는 OVA 템플릿을 배포하려면 다음 중 하나를 수행합니다.

    • URL을 사용하여 OVF 또는 OVA 템플릿을 배포합니다.

    • OVF 파일을 편집하여 외부 메시지 파일을 가리키는 태그(<Strings ovf:fileRef /> 태그)를 외부 메시지 파일의 실제 컨텐츠로 교체합니다.

  • SDRS를 사용하지 않도록 설정된 데이터스토어 클러스터에 가상 시스템을 생성하거나 복제할 수 없음
    [새 가상 시스템], [(가상 시스템으로 또는 템플릿으로) 가상 시스템 복제] 또는 [템플릿에서 배포] 마법사에서 SDRS를 사용하지 않도록 설정된 데이터스토어 클러스터의 일부인 데이터스토어를 선택하면 이 문제가 발생합니다. [완료 준비] 페이지에서 마침을 클릭하면 마법사가 열린 상태로 유지되고 아무 일도 일어나지 않습니다. 가상 시스템의 데이터스토어 값 상태에 "데이터를 가져오는 중..."이 표시되고 변경되지 않을 수 있습니다.

    해결 방법: SDRS를 사용하지 않도록 설정된 데이터스토어 클러스터에 가상 시스템을 배치할 때 vSphere Web Client를 사용하십시오.

  • 특정 설명자에 대해 OVF 또는 OVA 템플릿 배포가 실패함
    템플릿의 설명자에 다음 값 중 하나라도 포함되어 있으면 vSphere Web Client에서 OVF 또는 OVA 템플릿을 배포하는 작업이 다음의 해당 오류 메시지와 함께 실패합니다.

    • fileref 요소의 크기 매개 변수 값이 음수인 경우. 오류 메시지 예제:
      VALUE_ILLEGAL: "size" 특성의 ";-2&" 값이 잘못되었습니다. 양수여야 합니다.

    • 선택적인 예약 특성을 지정했지만 VM 하드웨어 섹션에 매개 변수를 제공하지 않은 경우. 예: <Reservation />. 오류 메시지 예제:
      VALUE_ILLEGAL: "Reservation" 요소의 "" 값이 잘못되었습니다. 숫자가 아닙니다.

    • VirtualHardwareSection.System.InstanceID vssd 요소가 누락된 경우. 오류 메시지 예제:
      ELEMENT_REQUIRED: "InstanceID" 요소가 필요합니다.

    • 국제화 섹션 Strings가 누락된 파일을 참조하는 경우. 오류 메시지 예제:
      VALUE_ILLEGAL: "fileRef" 특성의 "eula" 값이 잘못되었습니다.

    • 국제화 섹션 Strings에 알 수 없는 접두사가 추가된 경우. 예: <ovfstr:Strings xml:lang="de-DE"> 오류 메시지 예제:
      PARSE_ERROR: 구문 분석 오류: 선언되지 않은 네임스페이스 접두사 "ovfstr"이(가) [row,col,system-id]에 있습니다. [41,39,"descriptor.ovf"].

    • OVF에 OVF 규격 버전 0.9 요소가 포함되어 있는 경우. 오류 메시지 예제:
      VALUE_ILLEGAL: OVF 0.9는 지원되지 않습니다. 잘못된 이름 공간: "http://www.example.com/schema/ovf/1/envelope".

    해결 방법: OVF 규격 버전 1.1에 따라 올바른 설명자가 되도록 설명자를 수정합니다.

  • vMotion을 사용하도록 설정된 USB 디바이스를 가상 시스템에 연결한 경우 해당 디바이스를 vSphere Web Client에서 확인할 수 없음
    vMotion을 사용하도록 설정된 USB 디바이스를 ESXi 6.5에서 실행되는 가상 시스템에 연결할 경우, 가상 시스템을 일시 중단했다가 재개하면 vSphere Web Client에 해당 디바이스가 표시되지 않습니다. 디바이스를 가상 시스템에 성공적으로 다시 연결한 경우에도 이 문제가 발생합니다. 그 결과 디바이스 연결을 끊을 수 없습니다.

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

    • 다른 USB 디바이스를 동일한 가상 시스템에 연결해 봅니다. 두 디바이스가 vSphere Web Client에 표시되고 원래 연결한 USB 디바이스의 연결을 끊을 수 있게 됩니다.

    • 가상 시스템의 전원을 끈 다음 다시 켭니다. 디바이스가 vSphere Web Client에 표시됩니다.

  • 컨텐츠 라이브러리, 데이터스토어 및 OVF/OVA 배포를 사용한 파일 업로드가 실패할 수 있음
    vSphere Web Client에서 컨텐츠 라이브러리, 데이터스토어 업로드 또는 OVA/OVF 배포를 사용하여 파일을 업로드하려고 하면 다음 오류와 함께 작업이 실패할 수 있습니다. 알 수 없는 이유로 작업이 실패했습니다.

    이 실패는 인증서를 신뢰할 수 없기 때문에 발생합니다. 파일 업로드 작업에서 처리되는 URL이 이미 신뢰하는 URL이 아닌 경우 업로드가 실패합니다.

    해결 방법: 오류에서 URL을 복사하고 새 브라우저 탭을 연 다음 해당 URL을 방문합니다. 해당 URL에 연결된 인증서를 수락하라는 메시지가 표시됩니다. 새 인증서를 신뢰하고 수락한 다음 작업을 다시 시도합니다. 자세한 내용은 VMWare 기술 자료 문서 2147256을 참조하십시오.

  • 끝에 매니페스트 또는 인증서 파일이 포함되어 있는 URL을 사용하여 OVA 템플릿을 배포할 경우 속도가 느린 네트워크 환경에서 배포가 실패할 수 있음
    OVA 템플릿 끝에 매니페스트 또는 인증서 파일이 하나 이상 포함되어 있는 대규모 OVA 템플릿을 배포할 경우, 속도가 느린 네트워크 환경에서 다음 오류와 함께 배포가 실패할 수 있습니다.
    매니페스트 파일 또는 인증서 파일을 검색할 수 없습니다.

    다음은 OVA 끝에 매니페스트 및 인증서 파일이 있는 OVA 템플릿의 예제입니다.

    example.ova:

    • example.ovf
    • example-disk1.vmdk
    • example-disk2.vmdk
    • example.mf
    • example.cert

    이 오류는 배포 프로세스에 매니페스트 및 인증서 파일이 필요하기 때문에 발생합니다. 따라서 OVA 파일에서 이러한 파일이 앞쪽에 위치할수록 프로세스가 더 빠르게 수행됩니다.

    해결 방법: 다음 해결 방법 중 하나를 수행하여 OVA 템플릿을 배포합니다.

    • OVA 템플릿을 로컬 시스템에 다운로드한 후 로컬 OVA 파일에서 배포합니다.

    • 매니페스트 또는 인증서 파일을 OVA 템플릿 파일의 앞쪽에 배치하여 OVA 템플릿을 변환합니다. example.ova 템플릿의 경우, 템플릿을 변환하려면 다음을 수행합니다.

      1. HTTP 서버 시스템에 로그인하여 OVA 템플릿이 포함되어 있는 폴더로 이동합니다.

      2. OVA 템플릿에서 파일을 추출합니다.
        tar xvf example.ova

      3. 다음의 명령을 순서대로 실행하여 OVA 템플릿을 다시 생성합니다.

        tar cvf example.ova example.ovf
        tar uvf example.ova example.mf
        tar uvf example.ova example.cert
        tar uvf example.ova example-disk1.vmdk
        tar uvf example.ova example-disk2.vmdk

      4. HTTP URL을 사용하여 OVA 템플릿을 다시 배포합니다.

  • vSphere 6.5에서 내보낸 OVF 템플릿에 가 포함되어 있는 경우 vSphere 5.5 또는 vSphere 6.0에서 해당 템플릿을 배포할 수 없음
    OVF 설명자에 가 포함되어 있는 OVF 템플릿을 vSphere Web Client 6.5에서 내보낸 경우에는 vSphere Web Client 5.5 또는 vSphere Web Client 6.0에서 해당 템플릿을 배포할 수 없습니다. 다음은 OVF 설명자의 OVF 요소 예제입니다.

    <Annotation>--- This is a sample annotation for this OVF template ---</Annotation>

    해결 방법: OVF 설명자에서 를 제거합니다.

    1. OVF 설명자에서 모든 인스턴스를 제거합니다.

    2. OVA 또는 OVA 템플릿에 매니페스트 파일이 있는 경우, 업데이트된 OVF 설명자에 기반하여 체크섬을 다시 계산하고 매니페스트 파일을 업데이트합니다. 인증서 파일이 있으면 인증서 파일을 업데이트하여 업데이트된 매니페스트 파일의 체크섬을 교체합니다.

  • vSphere Web Client가 가상 시스템 또는 vApp을 OVA 템플릿으로 내보내는 기능을 지원하지 않음
    vSphere 6.5보다 이전 버전에서는 vSphere Web Client에서 가상 시스템과 vApp을 OVA 템플릿으로 내보낼 수 있었습니다. vSphere 6.5에서는 이 기능을 사용할 수 없습니다.

    해결 방법: 가상 시스템을 OVF 템플릿으로 내보낸 다음 OVA 템플릿 파일에서 OVA 템플릿을 생성합니다. 다음 절차는 Linux 및 Mac 명령을 사용하여 이 프로세스를 설명합니다. Windows 시스템에서는 TAR 지원 유틸리티를 설치해야 합니다.

    1. vSphere Web Client를 사용하여 VM 또는 vApp을 로컬 시스템에 OVF 템플릿으로 내보냅니다.

    2. 다운로드한 OVF 템플릿 파일을 찾아서 비어 있는 새 폴더로 이동합니다.

    3. 다음 작업 중 하나를 수행하여 OVF 템플릿에서 OVA 템플릿을 생성합니다.

      • 새 폴더로 이동한 후 tar 명령을 통해 OVA 템플릿을 생성하여 파일을 결합합니다.
        cd folder
        tar cvf ova-template-name.ova ovf-template-name.ovf
        tar uvf ova-template-name.ova ovf-template-name.mf
        tar uvf ova-template-name.ova ovf-template-name-1.vmdk
        ...
        tar uvf ova-template-name.ova ovf-template-name-n.vmdk

        n은 VM에 포함되어 있는 디스크의 수를 나타냅니다. ova-template-name.ova는 최종 OVA 템플릿입니다. 명령을 정확한 순서대로 실행해야 OVA가 올바르게 구축됩니다.

        참고: tar 명령은 TAR 형식을 사용하여 POSIX IEEE 1003.1 표준 그룹에 정의된 USTAR(Uniform Standard Tape Archive) 형식을 준수해야 합니다.

      • 시스템에 OVF 도구가 설치되어 있으면 다음 명령을 실행합니다.
        cd downloaded-ovf-template-folder
        path-to-ovf-tool\ovftool.exe ovf-template-name.ovf ova-template-name.ova

  • 압축된 파일 참조가 포함된 OVF 템플릿의 배포가 실패할 수 있음
    압축된 파일 참조(일반적으로 gzip을 사용하여 압축됨)가 포함되어 있는 OVF 템플릿을 배포하면 작업이 실패합니다.

    다음은 OVF 설명자의 OVF 요소 예제입니다.
    <References>
       <File ovf:size="458" ovf:href="valid_disk.vmdk.gz" ovf:compression="gzip" ovf:id="file1"></File>
    </References>

    해결 방법: 시스템에 OVF 도구가 설치되어 있으면 다음 명령을 실행하여 OVF 또는 OVA 템플릿을 변환합니다. 새 템플릿에는 압축된 디스크가 없어야 합니다.

    1. 템플릿이 들어 있는 폴더로 이동합니다.
      cd template-folder

    2. 템플릿을 변환합니다.

      • OVA 템플릿 변환:
        path-to-ovf-tool\ovftool.exe ova-template-name.ova newova-template-name.ova

      • OVF 템플릿 변환:
        path-to-ovf-tool\ovftool.exe ovf-template-name.ovf new-ovf-template-name.ovf

  • 파일 참조에 HTTP URL이 포함되어 있는 OVF 또는 OVA 템플릿의 배포가 실패함
    파일 참조에 HTTP URL이 포함되어 있는 OVF 또는 OVA 템플릿을 배포하려고 하면 다음 오류와 함께 작업이 실패합니다.
    잘못된 응답 코드: 500

    예:
    <References>
      <File ovf:size="0" ovf:href="http://www.example.com/dummy.vmdk" ovf:id="file1"></File>
    </References>

    해결 방법: HTTP 서버에서 파일을 다운로드하고 OVF 또는 OVA 템플릿을 업데이트하려면 다음 단계를 수행합니다.

    1. OVF 설명자를 열고 HTTP URL이 있는 파일 참조를 찾습니다.

      OVA 템플릿의 경우 OVA 템플릿에서 파일을 추출하여 OVF 설명자를 엽니다. 예를 들어 다음 명령을 실행합니다.
      tar xvf ova-template-name&.ova

      참고: 이 명령은 Linux 또는 Mac 시스템 명령입니다. Windows 시스템의 경우에는 tar 유틸리티를 설치해야 합니다.

    2. HTTP URL에 있는 파일을 로컬 시스템에 다운로드한 후, OVF 또는 OVA 템플릿과 동일한 폴더에 복사합니다.

    3. OVF 설명자에 있는 HTTP URL을 폴더에 다운로드한 실제 파일의 이름으로 교체합니다. 예:
      <File ovf:size="actual-downloaded-file-size" ovf:href="dummy.vmdk" ovf:id="file1"></File>

    4. 템플릿에 매니페스트(.mf) 파일과 인증서(.cert) 파일이 포함되는 경우 관련 파일의 체크섬을 다시 계산하여 재생성하거나 OVF 배포 작업 중에 이러한 파일을 생략하십시오.

      OVA 템플릿의 경우 다음 방법 중 하나를 사용하여 OVA 템플릿을 재생성합니다.

      • tar 명령을 사용하여 템플릿을 재생성합니다.
        cd folder/ tar cvf ova-template-name.ova ovf-name.ovf
        tar uvf ova-template-name.ova manifest-name.mf
        tar uvf ova-template-name.ova cert-name.cert
        tar uvf ova-template-name.ova disk-name.vmdk

        추가 디스크 또는 다른 파일 참조에 대해 반복합니다.

        참고: tar 명령은 POSIX IEEE 1003.1 표준 그룹에 정의된 것과 같이 USTAR(Uniform Standard Tape Archive) 형식을 준수하는 TAR 형식을 사용해야 합니다.

      • OVF 도구를 사용하여 템플릿을 재생성합니다(Windows).
        cd folder
        path-to-ovf-tool\ovftool.exe ovf-name.ovf ova-template-name.ova

  • 인증이 필요한 HTTP 또는 HTTPS URL에서 OVF 또는 OVA 템플릿 배포가 실패함
    vSphere Web Client를 사용하여 인증이 필요한 HTTP 또는 HTTPS URL에서 OVF 또는 OVA 템플릿을 배포하려고 하면 작업이 실패합니다. 다음 오류가 표시됩니다.
    전송 실패: 잘못된 응답 코드 401.

    자격 증명을 입력할 수 없기 때문에 OVF 또는 OVA 템플릿을 배포하려는 시도가 실패합니다.

    해결 방법: 파일을 다운로드하고 템플릿을 로컬로 배포합니다.

    1. HTTP 또는 HTTPS URL에서 OVF 또는 OVA 템플릿을 로컬 시스템의 액세스 가능한 폴더에 수동으로 다운로드합니다.

    2. 로컬 시스템에 다운로드된 OVF 또는 OVA 템플릿에서 가상 시스템을 배포합니다.

  • vSphere Web Client에서 EFI/UEFI 부팅 옵션을 사용하여 OVF 또는 OVA 템플릿을 배포할 수 없음
    vSphere Web Client에서 EFI 부팅 옵션을 사용하여 OVF 또는 OVA 템플릿을 배포하고 NVRAM 파일을 포함하면 작업이 실패합니다.

    해결 방법: OvfTool 버전 4.2.0를 통해 EFI 부팅 옵션을 사용하여 OVF 템플릿을 배포합니다.

  • [OVF 템플릿 배포] 마법사의 [템플릿 사용자 지정] 페이지에서 기존 네트워크 프로토콜 프로파일이 채워지지 않고 업데이트되지 않음
    [OVF 템플릿 배포] 마법사의 [템플릿 사용자 지정] 페이지에서 다음 사용자 지정 속성이 인식되고 표시됩니다.
    gateway, netmask, dns, searchPath, domainName, hostPrefix, httpProxy, subnet

    선택한 네트워크에 대한 네트워크 프로토콜 프로파일이 없는 경우, 사용자 지정 속성이 설정되어 있으면 새 네트워크 프로토콜 프로파일이 자동으로 생성됩니다. 각 속성에는 입력된 값이 포함됩니다.

    선택한 네트워크에 대한 네트워크 프로토콜 프로파일이 이미 있는 경우 새 마법사에 이러한 사용자 지정 속성이 미리 입력되지 않고 이러한 필드에 대한 모든 변경 사항이 무시됩니다.

    해결 방법: 기존 네트워크 프로토콜 프로파일 설정 이외에 다른 사용자 지정 설정이 필요한 경우, 선택한 네트워크에 네트워크 프로토콜 프로파일이 없어야 합니다. 프로파일을 삭제하거나 프로파일의 네트워크 매핑을 삭제하십시오.

  • [OVF 템플릿 배포] 마법사를 최소화하고, vSphere Web Client를 새로 고치고, 마법사를 복원하는 경우 선택한 템플릿이 유지되지 않음
    [OVF 템플릿 배포] 마법사를 사용하여 OVF 템플릿을 배포할 때 다음을 수행합니다.

    1. [OVF 템플릿 배포] 마법사의 모든 페이지를 이동하여 마지막 단계까지 이동합니다.

    2. 마법사를 [진행 중인 작업] 패널로 최소화합니다.

    3. 맨 위에서 사용자 이름 옆에 있는 글로벌 새로 고침을 클릭합니다.

    4. 마법사를 [진행 중인 작업] 패널로부터 복원합니다.

    여기서 두 가지 문제가 발생합니다.

    • 소스 VM 이름이름 값과 동일한 값이 표시됩니다.

    • 템플릿 선택 페이지로 이동하면 선택한 템플릿이 비어 있으며 이는 템플릿이 보존되지 않았음을 의미합니다.

    선택한 템플릿이 표시되지 않지만 마법사를 완료할 수 있고 템플릿이 올바르게 배포됩니다. 이 문제는 vSphere Web Client 인터페이스 내에서 위의 두 값을 표시할 때만 발생합니다.

    해결 방법: OVF 템플릿을 배포할 때 글로벌 새로 고침을 사용하지 마십시오.

  • [데이터스토어.공간 할당] 사용 권한이 없는 사용자의 경우 OVF 템플릿 배포가 실패함
    데이터스토어.공간 할당 사용 권한 없이 OVF 파일을 배포하면 작업이 실패합니다.

    해결 방법: [데이터스토어.공간 할당] 사용 권한을 사용자에게 할당하십시오.

  • 비 DRS 클러스터에서 vApp의 OVF 배포가 실패함
    비 DRS 클러스터에서 vApp을 포함하는 OVF를 배포하려고 하면 작업이 실패합니다. vSphere 6.5에서는 [OVF 배포] 마법사를 사용하여 호환성 검사를 통과하는 비 DRS 클러스터를 선택할 수 있습니다. 그러나 배포를 시도하면 실패합니다.

    해결 방법: 원하는 클러스터에 대해 DRS를 사용하도록 설정하거나 다른 배포 위치를 선택합니다.

  • LimitVMsPerESXhost 옵션을 사용하는 경우 DRS 로드 밸런싱이 사용되지 않도록 설정되고 권장 사항이 생성되지 않을 수 있음
    LimitVMsPerESXhost 옵션은 DRS 제약 조건 검사의 일부로 구현됩니다. 호스트의 가상 시스템 수가 LimitVMsPerESXhost 옵션으로 지정된 제한을 초과하면 추가 가상 시스템을 켜거나 DRS를 통해 호스트로 마이그레이션할 수 없습니다.

    해결 방법: 새 고급 옵션인 TryBalanceVmsPerHost로 이 릴리스의 LimitVMsPerESXhost 옵션을 대체하면 잠재적인 DRS 실패가 방지됩니다. 수동으로 LimitVMsPerESXhost 옵션을 작은 값(예: 0)으로 설정하면 클러스터 불균형 문제가 발생할 수 있습니다.

  • 일부 컨텐츠 라이브러리 작업에 대한 작업 진행률 표시줄이 변경되지 않음
    컨텐츠 라이브러리 작업이 진행 중인 동안 일부 작업의 작업 진행률 표시줄에 0%가 표시됩니다. 이러한 작업은 다음과 같습니다.

    • VM 템플릿 및 컨텐츠 라이브러리에서 가상 시스템을 배포합니다.

    • 한 라이브러리에서 다른 라이브러리로 라이브러리 항목을 복제합니다.

    • 구독 라이브러리를 동기화합니다.

    해결 방법: 없음.

  • 새로 생성된 컨텐츠 라이브러리 항목의 초기 버전이 2임
    새로 생성된 컨텐츠 라이브러리 항목의 초기 버전이 1이 아니라 2로 표시됩니다. 컨텐츠 라이브러리 항목의 버전은 컨텐츠 라이브러리 항목 목록의 [버전] 열에서 볼 수 있습니다.

    해결 방법: 없음.

  • 사용자 이름에 ASCII가 아닌 문자가 포함되어 있으면 로컬 시스템에서 컨텐츠 라이브러리로 항목을 가져올 수 없음
    사용자 이름에 ASCII가 아닌 문자가 포함되어 있으면 로컬 시스템에서 컨텐츠 라이브러리로 항목을 가져오지 못할 수 있습니다.

    해결 방법: 컨텐츠 라이브러리로 항목을 가져오려면 HTTP 링크, NFS 링크 또는 SMB 링크와 같은 URL 링크를 사용합니다.

  • 사용자 이름에 ASCII가 아닌 문자가 포함되어 있으면 컨텐츠 라이브러리에서 로컬 시스템으로 항목을 내보낼 수 없음
    사용자 이름에 ASCII가 아닌 문자가 포함되어 있으면 컨텐츠 라이브러리에서 로컬 시스템으로 항목을 내보내지 못할 수 있습니다.

    해결 방법: 없음.

  • 컨텐츠 라이브러리 항목을 구독 컨텐츠 라이브러리에서 동기화하는 경우 항목의 태그 일부가 표시되지 않을 수 있음
    게시된 컨텐츠 라이브러리의 항목을 동기화한 후 구독 컨텐츠 라이브러리에 항목의 태그 일부가 표시되지 않을 수 있습니다.

    해결 방법: 없음.

  • OVF 배포 작업 진행률 표시줄이 0%로 유지됨
    로컬 시스템에서 OVF 템플릿을 배포하는 경우 [OVF 템플릿 배포] 마법사의 진행률 표시줄이 0%에서 유지됩니다. 그러나 OVF 템플릿 배포 및 OVF 패키지 가져오기에 대한 작업은 생성됩니다.

    해결 방법: 로컬 OVF 템플릿을 선택할 때 OVF 파일은 물론 OVF 설명자 파일에 정의된 VMDK 파일을 포함한 모든 참조 파일을 선택했는지 확인하십시오.

  • 가상 시스템 템플릿(OVF)에 복제 관련 스토리지 정책이 포함되는 경우 배포 작업이 실패함
    스토리지 복제 그룹이 포함된 스토리지 정책이 가상 시스템에 있고 이 가상 시스템이 라이브러리에 템플릿으로 캡처된 경우, 이 템플릿 때문에 가상 시스템 배포가 실패합니다. 이 문제는 컨텐츠 라이브러리 템플릿에서 배포할 때 복제 그룹을 선택할 수 없기 때문에 발생합니다. 이 유형의 템플릿을 사용할 때는 복제 그룹을 선택해야 합니다. 오류 메시지가 표시되고, 마법사를 수동으로 닫아야 합니다. 작업이 실패했음에도 불구하고 자동으로 닫히지 않습니다.

    해결 방법: 원래 가상 시스템에서 정책을 삭제하고 새 가상 시스템 템플릿을 생성합니다. 새 템플릿을 생성하고 배포한 후 새 가상 시스템에 정책을 추가할 수 있습니다.

  • 컨텐츠 라이브러리 템플릿을 배포할 때 스토리지 정책을 선택하면 데이터스토어 또는 데이터스토어 클러스터 선택이 무시됨
    스토리지 정책을 선택하면 데이터스토어 또는 데이터스토어 클러스터 선택이 무시됩니다. 가상 시스템이 사용자가 선택한 스토리지 프로파일에 배포되지만 선택한 데이터스토어 또는 데이터스토어 클러스터에는 배포되지 않습니다.

    해결 방법: 가상 시스템을 지정된 데이터스토어 또는 데이터스토어 클러스터에 배포해야 하는 경우 컨텐츠 라이브러리 템플릿을 배포할 때 스토리지 정책을 "없음"으로 설정하십시오. 이렇게 하면 가상 시스템이 선택한 데이터스토어 또는 데이터스토어 클러스터에 저장됩니다. 가상 시스템이 성공적으로 배포되면 배포된 가상 시스템의 페이지로 이동한 후 스토리지 정책을 편집하여 스토리지 정책을 적용할 수 있습니다.

  • 백업 데이터스토어에 연결된 호스트가 유지 보수 모드에 있는 경우 라이브러리에 항목을 업로드하는 작업이 응답하지 않음
    라이브러리를 백업하는 데이터스토어에 연결된 모든 호스트가 유지 보수 모드에 있는 경우 라이브러리에 항목을 업로드할 수 없습니다. 이렇게 하면 프로세스가 더 이상 응답하지 않습니다.

    해결 방법: 라이브러리를 백업하는 데이터스토어에 연결된 호스트를 업로드 중에 하나 이상 사용할 수 있는지 확인하십시오.

  • 컨텐츠 라이브러리의 ISO 파일을 연결되지 않은 가상 시스템에 마운트하면 빈 대화상자가 표시됨
    가상 시스템 호스트에서 ISO 파일이 상주하는 데이터스토어 또는 스토리지 디바이스에 액세스할 수 있는 경우에만 컨텐츠 라이브러리의 ISO 파일을 가상 시스템에 마운트할 수 있습니다. 데이터스토어 또는 스토리지 디바이스에 액세스할 수 없는 경우 사용자 인터페이스에 빈 대화상자가 표시됩니다.

    해결 방법: 가상 시스템이 상주하는 호스트에서 ISO 파일이 상주하는 스토리지 디바이스에 액세스할 수 있도록 하십시오. 정책에 의해 금지된 경우에는 가상 시스템이 액세스할 수 있는 데이터스토어의 라이브러리에 ISO 파일을 복사합니다.

  • "게시된 컨텐츠 라이브러리" 속성을 사용하여 컨텐츠 라이브러리에 대한 고급 검색을 수행하면 작업이 실패함
    "게시된 컨텐츠 라이브러리" 속성 값을 사용하여 컨텐츠 라이브러리에 대한 "고급 검색"을 수행하면 검색이 실패합니다.

    해결 방법: 게시된 라이브러리를 수동으로 찾습니다.

마이그레이션 문제
  • 소스 Windows 설치가 정적 IPv4 및 정적 IPv6 구성으로 설정된 경우, Windows에 설치된 vCenter Server 또는 Platform Services Controller를 장치에 마이그레이션하려고 하면 DNS 구성 설정에 대한 오류 메시지와 함께 마이그레이션이 실패할 수 있음
    IPv4 및 IPv6 정적 주소 둘 모두 구성되어 있는 Windows 설치를 마이그레이션하면 다음 오류 메시지와 함께 마이그레이션이 실패할 수 있습니다. DNS 구성을 설정하는 중 오류가 발생했습니다. 세부 정보: 작업이 실패했습니다. 코드: com.vmware.applmgmt.err_operation_failed.

    새로 배포된 장치의 로그 파일(/var/log/vmware/applmgmt/vami.log)에 다음 항목이 포함됩니다.
    INFO:vmware.appliance.networking.utils:Running command: ['/usr/bin/netmgr', 'dns_servers', '--set', '--mode', 'static', '--servers', 'IPv6_address,IPv4_address']
    INFO:vmware.appliance.networking.utils:output:
    error:
    returncode: 17
    ERROR:vmware.appliance.networking.impl:['/usr/bin/netmgr', 'dns_servers', '--set', '--mode', 'static', '--servers', 'IPv6_address,IPv4_address'] error , rc=17

    해결 방법:

    1. 새로 배포된 장치를 삭제하고 소스 Windows 설치를 복원합니다.

    2. 소스 Windows 설치에서 IPv6 또는 IPv4 구성을 사용하지 않도록 설정합니다.

    3. 사용하지 않도록 설정한 IPv6 또는 IPv4 주소에 대한 항목을 DNS 서버에서 삭제합니다.

    4. 마이그레이션을 다시 시도합니다.

    5. (선택 사항) 마이그레이션이 완료된 후 DNS 항목을 다시 추가하고, 마이그레이션된 장치에 사용하지 않도록 설정한 IPv6 또는 IPv4 주소를 설정합니다.

  • Windows 통합 인증 모드로 외부 SQL을 사용하여 vCenter Server 6.0을 마이그레이션하는 경우 VMware Migration Assistant 초기화에 실패함
    "프로세스 수준 토큰 바꾸기" 권한이 없는 사용자가 "통합 Windows 인증"이 구성된 외부 Microsoft SQL Server 데이터베이스를 사용하는 Windows에 있는 vCenter Server로부터 마이그레이션을 수행하면 실패 원인이 나와 있지 않은 혼란스러운 오류 메시지가 표시되고 VMware Migration Assistant 초기화에 실패합니다.

    예: 마이그레이션 전 확인을 실행하지 못함

    vCenter Server 데이터베이스는 다음 위치에 있는 로그에 요구 사항을 수집합니다.
    %temp/vcsMigration/CollectRequirements_com.vmware.vcdb_2016_02_04_17_50.log

    로그에는 다음 항목이 포함됩니다.
    2016-02-04T12:20:47.868Z ERROR vcdb.const Error while validating source vCenter Server database: "[Error 1314] CreateProcessAsUser: 'A required privilege is not held by the client.' "

    해결 방법: 마이그레이션을 실행하는 사용자에게 "프로세스 수준 토큰 바꾸기" 권한을 설정했는지 확인하십시오. 설정 사용자 지정에 대한 지침은 Microsoft 온라인 설명서에서 찾을 수 있습니다. 사용 권한이 올바른지 확인한 후 마이그레이션을 재실행할 수 있습니다.

vSphere HA 및 Fault Tolerance 문제
  • 사용자 암호가 만료되면 vCenter High Availability 복제가 실패함
    vCenter High Availability 사용자 암호가 만료되면 몇 가지 오류와 함께 vCenter High Availability 복제가 실패합니다. 오류 및 원인에 대한 자세한 내용은 http://kb.vmware.com/kb/2148675를 참조하십시오.

    해결 방법: vCenter High Availability 노드 3개(능동, 수동 및 감시) 각각에서 vCenter High Availability 사용자 암호를 재설정합니다. 사용자 암호 재설정에 대한 자세한 내용은 http://kb.vmware.com/kb/2148675를 참조하십시오.

  • 게이트웨이 IP 주소를 지정하지 않고 수동 노드에 대체 페일오버 IP를 사용하여 vCenter High Availability를 배포하면 vCenter가 실패함
    vCenter High Availability 배포 시 수동 노드에 대해 대체 IP 주소와 넷마스크를 정의한 경우에는 vCenter High Availability를 사용하기 위해 게이트웨이 IP 주소를 지정해야 합니다. 수동 노드 배포를 위한 대체 IP 주소를 사용할 때 이 게이트웨이 IP 주소를 지정하지 않으면 vCenter Server가 실패합니다.

    해결 방법: VCHA 배포에서 수동 노드에 대체 IP 주소를 사용하는 경우에는 게이트웨이 IP 주소를 지정해야 합니다.

  • 장치 설정 시 장치에 대/소문자가 혼합된 호스트 이름이 있는 경우 vCenter High Availability 배포가 실패할 수 있음
    대/소문자가 혼합된 FQDN을 사용하여 VCSA가 설치된 경우, 이후에 vCenter High Availability를 배포하려고 하면 배포가 실패할 수 있습니다. 이 문제는 vCenter High Availability 배포 시 수행되는 대/소문자 구분 호스트 이름 검증 때문에 발생합니다.

    해결 방법: 장치를 설정할 때 대문자로만 구성되거나 소문자로만 구성된 호스트 이름을 사용해야 합니다.

  • vCenter HA를 구성하려면 vCenter Server Appliance에 SSH가 사용되도록 설정되어 있어야 함
    관리 노드(외부 PSC 사용)를 설치하고 vSphere Web Client에서 vCenter HA를 구성하는 동안 SSH가 사용되지 않도록 설정되어 있는 경우 SSH가 사용하도록 설정되어 있지 않음이라는 메시지와 함께 vCenter HA 배포 작업이 실패합니다. vSphere Web Client나 장치 관리 UI(VAMI)를 사용하여 vCenter Server Appliance에서 SSH를 사용하도록 설정한 후 vSphere Web Client에서 vCenter HA를 구성할 수 있습니다.

    해결 방법: 없음. vCenter HA가 작동하려면 vCenter Server Appliance에서 SSH를 사용하도록 설정해야 합니다.

  • 배포 중에 FQDN 대신 IP가 사용되는 경우 vSphere Web Client UI에서 vCenter HA를 구성할 수 없음
    다음 단계를 수행할 때 오류가 발생합니다.

    1. vCenter Server 배포 시 배포 UI의 "시스템 이름" 텍스트 상자에 FQDN 대신 IP 주소를 입력하고 설치를 완료합니다.

    2. 배포가 성공한 후 모든 사전 요구 사항 단계를 수행하여 vCenter HA를 구성합니다.

    3. vSphere Web Client UI에서 vCenter HA 구성이 실패하고 다음 오류 메시지가 표시됩니다.
      Platform Service Controller 정보를 검색할 수 없습니다. Application Management 서비스가 실행 중이고 Single Sign-On 시스템 구성 관리자 그룹의 멤버인지 확인하십시오. vCenter VM에 대한 게스트 OS 네트워크 정보를 검색할 수 없습니다. Application Management 서비스가 실행 중인지 확인하십시오.

    해결 방법: vCenter(및/또는 PSC)를 배포할 때 [시스템 이름] 필드에 FQDN을 입력하십시오.

  • vSphere HA에서 종속 VM 및 하위 계층의 다른 모든 VM이 다시 시작되지 않을 수 있음
    현재 성공적인 VM 배치에는 VM 재정의 타이머가 시작됩니다. 동일한 계층의 VM 간에 종속성이 있는 경우, VM 하나가 다시 시작되지 않으면 모든 종속 VM과 하위 계층의 VM이 다시 시작되지 않습니다. 그러나 VM이 여러 계층에 있고 동일한 계층의 VM에 종속성이 없으면 계층 시간 초과가 적용되고 시간 초과 후에 하위 계층 VM이 페일오버됩니다.

    해결 방법: 동일한 계층에서 VM 종속성을 생성하지 마십시오.

  • vSphere HA 클러스터를 생성하면 VM 구성 요소 보호가 기본적으로 사용하도록 설정되고 ESXi 5.5 호스트를 클러스터에 추가할 수 없음
    ESXi 5.5 호스트를 새 vSphere HA 클러스터에 추가하거나 ESXi 5.5 호스트가 있는 새로 생성된 클러스터에서 vSphere HA를 사용하도록 설정하려고 하면 VM 구성 요소 보호가 기본적으로 사용하도록 설정되기 때문에 작업이 실패합니다. 이 경우 다음과 같은 오류 메시지가 반환됩니다. "호스트를 6.0 이상으로 업그레이드"가 적용된 호스트가 포함되어 있기 때문에 지정한 클러스터에 대해 vSphere HA VM 구성 요소 보호를 사용하도록 설정할 수 없습니다. ESXi 6.0 이상의 호스트에는 영향을 주지 않습니다.

    해결 방법: 새로 생성된 클러스터의 vSphere HA 설정으로 이동합니다. 실패 및 응답 탭에 "PDL이 있는 데이터스토어" 및 "APD가 있는 데이터스토어"가 [사용 안 함]으로 설정되었는지 확인합니다. 이러한 설정을 저장하고 나면 클러스터에 ESXi 5.5 호스트를 추가할 수 있습니다.

  • vCenter HA 클러스터 구성을 제거하는 작업 중에 능동 노드를 재부팅하는 경우 능동 노드를 수동으로 시작해야 할 수 있음
    vCenter HA 클러스터 구성 제거는 vCenter Appliance 구성을 업데이트하는 다단계 프로세스입니다. 독립형 vCenter Server Appliance로 시작되도록 장치를 표시해야 합니다. vCenter HA에 대한 구성 제거의 주요 작업 중에 능동 장치가 충돌하거나 재부팅되면 능동 노드가 장치의 모든 서비스를 시작하기 위해 사용자 개입이 필요한 모드로 재부팅될 수 있습니다.

    해결 방법: 능동 장치에서 모든 서비스를 시작하려면 다음을 수행해야 합니다.

    1. 능동 vCenter 장치의 콘솔에 로그인합니다.

    2. 장치 프롬프트에서 bash를 사용하도록 설정합니다.

    3. 다음 명령을 실행합니다. destroy-vcha -f

    4. 장치를 재부팅합니다.

  • 페일오버를 목적으로 능동 노드를 재부팅하려는 경우 능동 노드가 재부팅 후에 능동 노드로 유지될 수 있음
    vCenter HA 클러스터에서 능동 노드가 재부팅 주기를 거칠 때 수동 노드는 vCenter HA 클러스터의 능동 노드가 일시적으로 다운된 것을 감지합니다. 그 결과 수동 노드가 능동 노드 역할을 인수하려고 시도합니다. 능동 노드에서 장치 상태가 수정되는 동안 능동 노드가 재부팅되면 수동 노드에 대한 페일오버가 완료되지 않을 수 있습니다. 이런 상황이 발생하면 능동 노드는 재부팅 주기가 완료된 후에도 능동 노드로 유지됩니다.

    해결 방법: 수동 노드에 대한 페일오버를 유발하기 위해 능동 노드를 재부팅하는 경우 UI의 "페일오버 시작" 워크플로를 사용하거나 Initiate Failover API 명령을 사용해야 합니다. 그래야 수동 노드가 능동 노드의 역할을 인수하게 됩니다.

Auto Deploy 및 Image Builder
  • ESXi 6.0 호스트 프로파일의 SSH 루트 사용자 키를 ESXi 6.5에 적용할 수 없음
    ESXi 6.5에서 루트 사용자 SSH 키를 관리하기 위한 인증 키 호스트 프로파일 기능이 더 이상 사용되지 않습니다. 그러나 더 이상 사용되지 않는 버전이 6.5가 아닌 6.0으로 설정되었습니다. 이로 인해 호스트 프로파일 6.0의 루트 사용자 SSH 키를 버전이 6.5인 호스트에 적용할 수 없습니다.

    해결 방법: 호스트 프로파일을 사용하여 루트 사용자의 SSH 키를 구성할 수 있으려면 새 6.5 호스트 프로파일을 생성해야 합니다.

  • 대상 상태 비저장 ESXi 호스트를 재부팅하여 호스트 프로파일을 적용하면 잘못된 파일 경로 오류 메시지가 표시됨
    먼저 상태 비저장 호스트에서 호스트 프로파일을 추출하고, 편집을 통해 암호 정책에 대한 사용자 입력 및 상태 비저장 캐시를 사용하도록 설정된 새 역할을 생성한 다음 해당 프로파일을 호스트에 연결하고, 구성에서 사용자의 암호와 역할을 업데이트한 후 호스트 프로파일을 적용하기 위해 호스트를 재부팅하면 다음 오류와 함께 작업이 실패합니다.

    오류: EngineModule::ApplyHostConfig. 예외: 잘못된 파일 경로

    해결 방법: 호스트 프로파일을 호스트에 직접 적용해야 합니다.

    1. Auto Deploy 서비스를 중지하고 호스트를 재부팅합니다.

    2. 호스트가 부팅되면 로컬 사용자 및 역할이 호스트에 있는지 확인합니다.

    3. 구성에 제공된 자격 증명을 사용하여 로그인합니다.

  • Auto Deploy를 사용하여 상태 비저장 호스트를 부팅하면 작업이 실패할 수 있음
    다음과 같은 조건이 충족될 경우, getnameinfo 요청 처리 시 11-16초의 지연이 발생하고 Auto Deploy를 통해 상태 비저장 호스트를 부팅하는 작업이 실패합니다.

    • 호스트 항목 hosts: files resolve dnsresolve 매개 변수를 추가하여 상태 비저장 호스트에 대해 로컬 DNS 캐시를 사용하도록 설정합니다. hosts: files resolve dns는 Photon /etc/nsswitch.conf 구성 파일의 일부입니다.
    • 호스트의 NIC가 DHCP에서 IP를 가져오는데 동일한 IP가 DNS 서버에 없습니다.

    해결 방법: DHCP로부터 IP를 가져오는 vCenter Server의 NIC 구성 파일에 UseDNS 키를 false로 설정합니다.

    [DHCP] UseDNS=false

  • vSphere Auto Deploy를 사용하여 상태 비저장 ESXi 호스트를 배포하고, 호스트 프로파일에 vSphere Distributed Switch 속성이 지정된 경우, 상태 비저장 ESXi 호스트가 유지 보수 모드로 유지될 수 있음
    vSphere Auto Deploy를 사용하여 상태 비저장 ESXi 호스트를 배포하고 호스트 프로파일에 vSphere Distributed Switch 속성이 지정된 경우에는 호스트 프로파일을 적용하는 동안 호스트가 유지 보수 모드로 전환됩니다. 프로세스가 실패하면 호스트 프로파일이 호스트에 적용되지 않고 유지 보수 모드가 종료되지 않을 수 있습니다.

    해결 방법: [호스트 프로파일] 페이지에서 배포된 호스트의 유지 보수 모드를 수동으로 제거한 후 호스트에 업데이트를 적용합니다.

  • 업데이트 적용을 수행하여 [호스트 프로파일] 설정을 iSCSI를 사용하는 클러스터에 적용하면 vSphere Web Client에 오류가 표시됨
    다수의 LUN이 구성된 호스트에서 추출된 호스트 프로파일을 iSCSI를 사용하는 호스트로 구성된 클러스터에 연결한 다음 해당 클러스터에 업데이트를 적용하면 업데이트 적용 프로세스로 인해 vSphere Web Client 인터페이스에 다음 오류 메시지가 표시됩니다.

    배치 모드에서 호스트 프로파일 적용 작업이 실패했습니다. com.vmware.vim.vmomi.client.exception.TransportProtocolException:org.apache.http.client.ClientProtocolException
    또한 vpxd.log 파일에 다음과 같은 오류가 표시될 수 있습니다.
    2016-07-25T12:06:01.214Z error vpxd[7FF1FE8FB700] [Originator@6876 sub=SoapAdapter] length of HTTP request body exceeds configured maximum 20000000
    한 클러스터에 업데이트를 적용하면 vSphere Web Client가 해당 클러스터의 모든 호스트에 대한 데이터를 요청하는 API 요청을 생성합니다. 이 요청은 VPXD에서 지원되는 최대 HTTP 요청 크기를 초과합니다.

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

    1. [업데이트 적용] 마법사에서 적은 수의 호스트를 선택합니다.

    2. 업데이트 적용이 완료된 후에만 나머지 호스트에 대해 또 다른 마법사를 시작합니다.

  • vCenter Server 시스템을 5.5 또는 6.0에서 버전 6.5로 업그레이드하거나 마이그레이션한 후 vSphere Web Client에 Auto Deploy 옵션이 표시되지 않음
    vCenter Server 시스템 버전 5.5 및 6.0을 6.5로 업그레이드하거나 마이그레이션한 후 vSphere Web Client의 구성 > 설정 화면에 Auto Deploy 옵션이 표시되지 않습니다. vSphere Auto Deploy 서비스가 Image Builder 서비스와 함께 설치되지만 자동으로 시작되지 않습니다.

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

    1. Image Builder 서비스를 수동으로 시작합니다.

    2. vSphere Web Client에서 로그아웃하고 다시 로그인합니다.

    3. vSphere Web Client 홈 페이지에서 vCenter Server 시스템으로 이동한 후 구성 > 설정을 선택하여 Auto Deploy 서비스를 찾습니다.

  • 호스트 프로파일에 63개보다 많은 호스트를 연결하면 호스트 사용자 지정 페이지가 오류와 함께 로드됨
    참조 호스트에서 호스트 프로파일을 추출하고 호스트 프로파일에 63개보다 많은 호스트를 연결하는 경우, vCenter Server 시스템에 과도한 부하가 걸리고 호스트별 응답 파일을 생성하는 데 걸리는 시간이 120초의 시간 제한을 초과합니다. 사용자 지정 페이지가 다음 오류와 함께 로드됩니다.

    백엔드 속성 제공자가 120초 넘게 걸렸기 때문에 쿼리 실행이 시간 초과되었습니다.

    해결 방법: 사용자 지정 데이터를 생성하지 않고 호스트 프로파일을 클러스터 또는 호스트에 연결합니다.

    1. 클러스터 또는 호스트를 마우스 오른쪽 버튼으로 클릭하고 호스트 프로파일 > 호스트 프로파일 연결을 선택합니다.

    2. 연결할 프로파일을 선택합니다.

    3. 사용자 지정 건너뛰기 확인란을 선택합니다. vSphere Web Client 인터페이스에서 사용자 지정 데이터를 생성하는 RetrieveHostCustomizationsForProfile을 호출하지 않습니다.

    4. 사용자 지정 데이터를 채웁니다.

    5. 클러스터 또는 호스트에 연결되어 있는 호스트 프로파일을 마우스 오른쪽 버튼으로 클릭하고 호스트 사용자 지정 내보내기를 선택합니다. 그러면 각 호스트의 사용자 지정 항목이 포함된 CSV 파일이 생성됩니다.

    6. CSV 파일에 사용자 지정 데이터를 채워 넣습니다.

    7. 호스트 프로파일을 마우스 오른쪽 버튼으로 클릭하고 호스트 사용자 지정 편집을 선택하여 CSV 파일을 가져옵니다.

    8. 마침을 클릭하여 사용자 지정 데이터를 저장합니다.

  • Intel XL710(40GB) 네트워크 어댑터에 ESXi 설치 관리자를 PXE 부팅하여 자동 배포할 경우 작업이 실패함
    Preboot Execution Environment를 사용하여 Intel XL710 네트워크 디바이스에서 ESXi 설치 관리자를 호스트에 부팅하면 ESXi 커널로 제어가 전송되기 전에 ESXi 이미지를 복사하는 프로세스가 실패합니다. 다음 오류가 발생합니다.

    압축 해제된 MD5: 000000000000000000000
    치명적 오류: 34(예기치 않은 EOF)
    직렬 로그:
    ******************************************************************
    * Booting through VMware AutoDeploy...
    *
    * Machine attributes:
    * . asset=
    * . domain=eng.vmware.com
    * . hostname=prme-hwe-drv-8-dhcp173
    * . ipv4=10.24.87.173
    * . ipv6=fe80::6a05:caff:fe2d:5608
    * . mac=68:05:ca:2d:56:08
    * . model=PowerEdge R730
    * . oemstring=Dell System
    * . oemstring=5[0000]
    * . oemstring=14[1]
    * . oemstring=17[04C4B7E08854C657]
    * . oemstring=17[5F90B9D0CECE3B5A]
    * . oemstring=18[0]
    * . oemstring=19[1]
    * . oemstring=19[1]
    * . serial=3XJRR52
    * . uuid=4c4c4544-0058-4a10-8052-b3c04f523532
    * . vendor=Dell Inc.
    *
    * Image Profile: ESXi-6.5.0-4067802-standard
    * VC Host: 없음
    *
    * Bootloader VIB version: 6.5.0-0.0.4067802
    ******************************************************************
    /vmw/cache/d6/b46cc616433e9d62ab4d636bc7f749/mboot.c32.f70fd55f332c557878f1cf77edd9fbff... ok

    로컬 디스크에서 캐시된 이미지를 검색 중입니다.
    이미지가 없으면 시스템이 20초 후에 재부팅됩니다......
    <3>디스크상의 시스템이 상태 비저장 캐시되지 않았습니다.
    <3>재부팅 중...

    해결 방법: 없음.

기타 문제
  • 기본 hpsa 드라이버(nhpsa)에서 Lsu-hpsa 플러그인이 작동하지 않음
    기본 hpsa 드라이버(nhpsa)에서 Lsu-hpsa 플러그인이 작동하지 않는 이유는 nhpsa 드라이버가 lsu-hpsa 플러그인이 사용하는 현재 HPSA 관리 도구(hpssacli)와 호환되지 않기 때문입니다. 다음 오류 메시지가 표시될 수 있습니다.

    # esxcli storage core device set -d naa.600508b1001c7dce62f9307c0604e53b -l=locator
    디바이스의 LED 상태를 로케이터로 설정할 수 없습니다. 오류: HPSAPlugin_SetLedState에서 HPSSACLI 호출이 코드 127과 함께 종료되었습니다! (lsu-hpsa-plugin에서)

    # esxcli storage core device physical get -d naa.50004cf211e636a7
    플러그인 lsu-hpsa-plugin이 naa.50004cf211e636a7이라는 이름을 가진 디바이스에 대한 정보를 가져올 수 없습니다. 오류: Cache_Update에서 HPSSACLI 호출이 코드 127과 함께 종료되었습니다!

    # esxcli storage core device raid list -d naa.600508b1001c7dce62f9307c0604e53b
    플러그인 lsu-hpsa-plugin이 naa.600508b1001c7dce62f9307c0604e53b라는 이름을 가진 디바이스에 대한 정보를 가져올 수 없습니다. 오류: Cache_Update에서 HPSSACLI 호출이 코드 127과 함께 종료되었습니다!

    해결 방법: 기본 hpsa 드라이버(nhpsa)를 vmklinux 드라이버로 교체합니다.

이전 알려진 문제의 목록 축소