VMware ESXi 6.0 업데이트 3a 릴리스 정보

|

ESXi 6.0 업데이트 3 | 2017년 7월 11일 | ISO 빌드 5572656

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

릴리스 정보에 포함된 내용

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

새로운 기능

  • 이 ESXi 6.0 업데이트 3a 릴리스에서는 해결된 문제 섹션에 설명된 문제가 해결되었습니다.

ESXi 6.0의 이전 릴리스

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

국제화

VMware ESXi 6.0은 다음과 같은 언어로 제공됩니다.

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

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

호환성

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

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

vSphere Web Client는 vCenter Server에 함께 패키지되어 있습니다. vSphere Client는 모듈 ISO 파일의 일부인 VMware vCenter 자동 실행 메뉴를 통해 설치할 수 있습니다.

ESXi의 하드웨어 호환성

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

ESXi의 디바이스 호환성

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

일부 디바이스는 ESXi 6.0에서 사용되지 않으며 더 이상 지원되지 않습니다. 업그레이드 프로세스를 수행하는 동안 디바이스 드라이버가 ESXi 6.0 호스트에 설치되고 디바이스 드라이버는 ESXi 6.0에서 계속 작동할 수 있지만 디바이스는 ESXi 6.0에서 지원되지 않습니다. ESXi 6.0에서 사용되지 않아서 더 이상 지원되지 않는 디바이스 목록은 KB 2087970을 참조하십시오.

ESXi의 타사 스위치 호환성

이제 VMware에서 vSphere 6.0을 통해 Cisco Nexus 1000V를 지원합니다. vSphere를 사용하려면 최소 NX-OS 릴리스 5.2(1)SV3(1.4)이 필요합니다. Cisco Nexus 1000V에 대한 자세한 내용은 Cisco 릴리스 정보를 참조하십시오. 이전 vSphere 릴리스와 마찬가지로, Ciscso Nexus 1000V AVS 모드는 지원되지 않습니다.

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

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

 

ESXi의 가상 시스템 호환성

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

이 릴리스의 설치 및 업그레이드

이 릴리스에 대한 설치 정보

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

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

vSphere 6.0 권장 배포 모델

다음 두 가지 배포 모델만 사용하는 것이 좋습니다.

  • 내장된 Platform Services Controller가 있는 vCenter Server. 데이터 센터에 하나 이상의 독립형 vCenter Server 인스턴스를 배포해야 하는 경우 이 모델을 사용하는 것이 좋습니다. 이와 같은 내장된 Platform Services Controller가 있는 vCenter Server 모델 간 복제는 권장되지 않습니다.

  • 외부 Platform Services Controller가 있는 vCenter Server. 데이터 센터에서 여러 vCenter Server 인스턴스를 연결해야 하거나 Platform Services Controller의 설치 공간을 줄이려는 경우에만 이 모델을 사용하는 것이 좋습니다. 이와 같은 외부 Platform Services Controller가 있는 vCenter Server 모델 간에는 복제가 지원됩니다.

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

vSphere 구성 요소를 업데이트하는 올바른 순서를 보려면 vSphere 6.0 및 호환되는 VMware 제품에 대한 업데이트 시퀀스를 참조하십시오.

또한 KB 2108548에서도 vCenter Server를 설치하고 구성하는 방법에 대한 지침을 참조할 수 있습니다.

vCenter 호스트 OS 정보

기술 자료 문서 KB 2091273을 참조하십시오.

외부 Platform Services Controller를 사용하는 vCenter Server 및 vCenter Server Appliance 배포의 백업 및 복원

vSphere 설치 및 설정 설명서에는 외부 Platform Services Controller를 사용하는 vCenter Server 및 vCenter Server Appliance 배포의 백업 및 복원이 제한된다고 명시되어 있지만 KB 2110294의 단계에 따르면 이러한 백업 및 복원 작업을 수행할 수 있습니다.

내장된 Platform Services Controller에서 외부 Platform Services Controller로 마이그레이션

내장된 Platform Services Controller가 있는 vCenter Server를 외부 Platform Services Controller가 있는 vCenter Server로 자동으로 마이그레이션할 수 없습니다. 이 마이그레이션 유틸리티에 대한 테스트가 완료되지 않았습니다.

vCenter Server를 설치하기 전에 원하는 배포 옵션을 결정합니다. 복제 설정에 vCenter Server가 둘 이상 필요한 경우에는 항상 외부 Platform Services Controller가 있는 vCenter를 배포합니다.

타사 솔루션 마이그레이션

타사 사용자 지정 항목을 사용한 업그레이드에 대한 자세한 내용은 vSphere 업그레이드 설명서를 참조하십시오. Image Builder를 사용하여 사용자 지정 ISO를 만드는 방법에 대한 자세한 내용은 vSphere 설치 및 설정 설명서를 참조하십시오.

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

vSphere 6.0에서는 2006년 6월 이후(3사분기)에 출시된 프로세서만 지원합니다. vSphere 5.x에서 지원하는 프로세서와 비교해, vSphere 6.0에서는 더 이상 다음 프로세서를 지원하지 않습니다.

  • AMD Opteron 12xx 시리즈
  • AMD Opteron 22xx 시리즈
  • AMD Operton 82xx 시리즈

설치 또는 업그레이드를 진행하는 동안 설치 관리자는 호스트 CPU가 vSphere 6.0과 호환되는지 여부를 확인합니다. 호스트 하드웨어가 호환되지 않는 경우 보라색 화면이 나타나면서 비호환성 정보 메시지가 표시되며 vSphere 6.0 설치 프로세스가 중지됩니다.

이 릴리스에 대한 업그레이드 정보

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

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

vSphere 6.0에서 배포되는 오픈 소스 소프트웨어 구성 요소에 적용되는 저작권 정보 및 라이센스는 http://www.vmware.com에서 확인할 수 있습니다. My VMware 계정으로 로그인해야 합니다. 그런 다음 다운로드 메뉴에서 vSphere를 선택합니다. 오픈 소스 탭에서는 최신 vSphere 릴리스에 소스 코드 또는 소스 코드 수정 사항을 사용하는 데 필요한 모든 GPL, LGPL 또는 기타 유사한 라이센스의 소스 파일도 다운로드할 수 있습니다.

제품 지원 고지 사항

  • vCenter Server 데이터베이스. vSphere 6.0 릴리스에서 Oracle 11g 및 12c가 vCenter Server Appliance용 외부 데이터베이스로 더 이상 사용되지 않습니다. vSphere 6.0에서는 Oracle 11g 및 12c가 외부 데이터베이스로 계속 지원됩니다. 향후 주요 릴리스에서는 Oracle 11g 및 12c가 vCenter Server Appliance용 외부 데이터베이스로 더 이상 지원되지 않을 예정입니다.

  • vSphere Web Client. vSphere 6.0 Web Client에서, 더 이상 개체의 모니터링 탭에서 스토리지 보고서를 선택할 수 없습니다.

  • vSphere Client. vSphere 6.0 Client에서 더 이상 스토리지 보기 탭을 사용할 수 없습니다.

  • Site Recovery Manager. SRM 6.5 이전 버전의 SRM(Site Recovery Manager)에서는 ESXi 6.0에 배치되고 VMware Tools 버전 10.1 이상을 사용하는 VM에 대해 IP 사용자 지정 및 게스트 내 호출 작업을 지원하지 않습니다. 자세한 내용은 VMware Tools 문제를 참조하십시오.

이 릴리스에 포함된 패치

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

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

패치 릴리스 ESXi600-Update03a(보안 전용 빌드)에는 다음과 같은 개별 공지가 포함되어 있습니다.

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

패치 릴리스 ESXi600-Update03a(보안 전용 빌드)에는 다음과 같은 이미지 프로파일이 포함되어 있습니다.

해결된 문제

해결된 문제는 다음과 같이 분류됩니다.

백업 문제
  • 기존 또는 새 가상 디스크를 VVOL 데이터스토어에 상주하는 CBT(변경된 블록 추적) 지원 VM(가상 시스템)에 핫 추가하면 게스트 운영 체제가 응답을 중지할 수 있음

    기존 또는 새 가상 디스크를 VVOL 데이터스토어에 상주하는 CBT 지원 VM에 핫 추가하면 핫 추가 프로세스가 완료될 때까지 게스트 운영 체제가 응답을 중지할 수 있습니다. VM이 응답하지 않는 시간은 추가되는 가상 디스크의 크기에 따라 다릅니다. 핫 추가가 완료되면 VM이 자동으로 복구됩니다.

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

CIM 및 API 문제
  • SNMP 에이전트가 ifOutErrors 및 ifOutOctets 카운터 값을 잘못 보고함

    SNMP(단순 네트워크 관리 프로토콜) 에이전트에서 ifOutErrors 및 ifOutOctets 카운터가 달라야 함에도 동일한 값을 보고합니다.

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

  • 하드 BMC 재설정 후 IPMI 스택이 응답하지 않음

    하드 BMC(베이스보드 관리 컨트롤러) 재설정 후 IPMI(Intelligent Platform Management Interface) 스택이 응답하지 않습니다.

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

  • DDR4 메모리 모듈이 vCenter Server의 하드웨어 상태 페이지에 알 수 없음으로 표시됨

    Dell 13G 서버의 DDR4 메모리 모듈이 vCenter Server의 하드웨어 상태 페이지에 알 수 없음으로 표시됩니다.

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

게스트 운영 체제 문제
  • PCI 패스스루를 사용할 경우 VMKPCIPassthru_SetupIntrProxy가 표시된 보라색 진단 화면이 나타나면서 호스트에 장애가 발생할 수 있음

    MSI-X 및 최신 Linux 커널을 사용하는 장치에서 PCI 패스스루를 사용하면 VMKPCIPassthru_SetupIntrProxy가 표시된 보라색 진단 화면이 나타납니다. 이 문제는 PCIPassthruChangeIntrSettings의 코드로 인해 발생합니다.

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

호스트 프로파일 및 Auto Deploy 문제
  • vSphere Authentication Proxy를 사용하여 Auto Deploy로 Active Directory 도메인에 추가된 ESXi 호스트에 로그인할 수 없음

    vSphere Auto Deploy로 vSphere Authentication Proxy를 사용하여 Active Directory 도메인에 호스트를 추가하면 AD 자격 증명으로 호스트에 로그인할 수 없습니다.

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

국제화 문제
  • VM 스토리지 프로파일 이름에 라틴 문자가 아닌 문자가 잘못 표시될 수 있음

    UTF-8 문자는 VVol VASA 제공자에게 전달되기 전에 제대로 처리되지 않습니다. 결과적으로, 국제 문자를 사용하는 VM 스토리지 프로파일은 VASA 제공자가 인식하지 못하거나, VASA 제공자가 잘못 처리하거나 표시합니다.

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

기타 문제
  • 게스트 운영 체제가 느려지거나 CPU 스파이크가 발생할 수 있음

    게스트 운영 체제에서 ASLR을 사용하지 않도록 설정하고 FSR을 수행하면 게스트 운영 체제가 느려지거나 CPU 스파이크가 발생할 수 있습니다.

    다음 프로세스로 인해 이러한 문제가 발생할 수 있습니다.
    1. 변환 캐시는 게스트 운영 체제의 서로 다른 가상 주소에서 발생하는 수많은 사용자 수준 CPUID/RDTSC 지침에 대한 변환으로 채워집니다.
    2. 가상 시스템 모니터는 기존 변환을 확인할 때 분산이 낮은 해시 함수를 사용합니다.

    ASLR을 사용하지 않도록 설정하면 ESXi 호스트를 수정이 포함된 버전으로 업그레이드할 때까지 일시적으로 문제가 해결됩니다. 이 문제는 이 릴리스에서 해결되었습니다.

  • 초기 할당 크기가 64MB 이상인 물리적으로 연속된 VMkernel 힙 메모리를 초기화하는 동안 ESXi 호스트에 보라색 화면이 표시되면서 장애가 발생하거나 경고 메시지가 표시됨

    오버헤드 메모리의 잘못된 평가로 인해 초기 할당 크기가 64MB 이상인 물리적으로 연속된 VMkernel 힙 메모리를 초기화할 때 언로드 시 ESXi 호스트에 보라색 화면이 표시되면서 장애가 발생하거나 경고 메시지가 표시됩니다.

    다음과 같은 경고 메시지가 표시됩니다.

    힙: 2781: Non-empty heap (<heapName>) being destroyed (avail is <size>, should be <size>).

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

  • hostd 로그의 lunTimestamps.log 파일에 잠금 경합 오류 메시지가 표시될 수 있음

    ESXi 호스트의 각 LUN에 마지막으로 표시된 타임 스탬프를 업데이트하려면 프로세스가 /etc/vmware/lunTimestamps.log 파일에서 잠금을 획득해야 합니다. 잠금은 각 프로세스에 필요한 것보다 오래 유지됩니다. /etc/vmware/lunTimestamps.log 파일을 업데이트하려는 프로세스가 너무 많으면 이 파일에서 잠금 경합이 발생할 수 있습니다. hostd가 잠금을 획득하려고 시도하는 프로세스 중 하나인 경우 ESXi 호스트가 vCenter Server와 연결이 끊어지거나 hostd 로그의 잠금 경합 오류 메시지(lunTimestamps.log 파일에 있음)로 응답하지 않을 수 있습니다. 유사한 오류 메시지가 나타날 수 있습니다.

    Error interacting with configuration file /etc/vmware/lunTimestamps.log: Timeout while waiting for lock, /etc/vmware/lunTimestamps.log.LOCK, to be released. Another process has kept this file locked for more than 30 seconds. The process currently holding the lock is (). This is likely a temporary condition. Please try your operation again.

    참고:

    • process_name은 현재 /etc/vmware/lunTimestamps.log에서 잠금을 보유하고 있는 프로세스 또는 서비스입니다. 예: smartd, esxcfg-scsidevs, localcli 등
    • PID는 이러한 서비스의 프로세스 ID입니다.

     

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

  • "MXUserAllocSerialNumber: too many locks" 오류가 표시되면서 가상 시스템의 전원이 자동으로 꺼질 수 있음

    정상적인 VM 작업 중 VMware Tools 서비스(버전 9.10.0 이상)는 vSocket 연결을 생성하여 하이퍼바이저와 데이터를 교환합니다. 이러한 연결의 수가 많이 생성되면 하이퍼바이저에서 잠금 일련 번호가 모두 소진되고 오류가 발생하면서 가상 시스템의 전원이 꺼질 수 있습니다.

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

  • 시스템 로그의 로그 넘침

    커널 API vmk_ScsiCmdGetVMUuid가 유효한 VM UUID를 얻지 못할 때마다 다음과 유사한 오류 메시지가 시스템 로그에 출력됩니다.

    2016-06-30T16:46:08.749Z cpu6:33528)WARNING: World: vm 0: 11020: vm not found

    이 문제는 이 릴리스에서 커널 API vmk_ScsiCmdGetVMUuid에서 로그 넘침을 유발하는 World_GetVcUuid 함수를 조건부로 호출하여 해결되었습니다.

네트워킹 문제
  • ESXi 호스트를 vCenter Server에 다시 연결하면 응답하지 않을 수 있음

    vCenter Server에서 ESXi 호스트의 연결을 끊고 해당 호스트의 일부 가상 시스템이 LAG를 사용하는 경우 vCenter Server 측에서 동일한 LAG를 재생성한 후 ESXi 호스트를 vCenter Server에 다시 연결할 때 ESXi 호스트가 응답하지 않을 수 있으며 다음과 같은 오류가 발생할 수 있습니다.
    0x439116e1aeb0:[0x418004878a9c]LACPScheduler@ # +0x3c stack: 0x417fcfa00040 0x439116e1aed0:[0x418003df5a26]Net_TeamScheduler@vmkernel#nover+0x7a stack: 0x43070000003c 0x439116e1af30:[0x4180044f5004]TeamES_Output@ # +0x410 stack: 0x4302c435d958 0x439116e1afb0:[0x4180044e27a7]EtherswitchPortDispatch@ # +0x633 stack: 0x0

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

  • vCenter Server 네트워크 성능 차트의 네트워크 통계에 비정상적인 패킷 수가 표시됨

    네트워크 패킷 수 계산은 여러 CPU에서 처리될 수 있습니다. 이 계산으로 인해 네트워크 통계 계산 오류가 발생하고 네트워크 성능 차트에 잘못된 숫자가 표시될 수 있습니다.

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

  • EFI 펌웨어를 사용하도록 구성된 가상 시스템이 일부 DHCP 환경에서 PXE 부팅에 실패함

    DHCP 환경이 IP 유니캐스트로 응답하면 EFI 펌웨어를 사용하도록 구성된 가상 시스템이 PXE 부팅을 시도하는 경우 IP 주소를 얻지 못합니다. EFI 펌웨어는 IP 유니캐스트로 전송된 DHCP 응답을 수신할 수 없었습니다.

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

  • 메모리가 부족한 Еtherswitch 힙으로 인해 모든 VM의 연결이 끊어짐

    크기가 32바이트에서 63바이트 사이인 Еtherswitch 힙에 메모리 누수가 있습니다. 힙의 메모리가 부족하면 VM 연결이 끊어집니다.

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

  • ESXi 호스트가 DVFilter vMotion 수준의 보라색 진단 화면이 표시되면서 장애가 발생하고 "PCPU 25: no heartbeat (3/3 IPIs received)" 오류를 보고함

    다음 조건에서 ESXi 호스트를 재부팅할 때 보라색 진단 화면과 PCPU xxx: no heartbeat 오류가 표시되면서 호스트에 장애가 발생할 수 있습니다.
     

    •  NSX 환경에서 vSphere Network Appliance(DVFilter)를 사용합니다.
    •  DVFilter 컨트롤에서 vMotion을 사용하여 가상 시스템을 마이그레이션합니다.

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

  • 인스턴트 클론 기술을 사용하는 VDI(Virtual Desktop Infrastructure) 풀의 일부인 가상 시스템(VM)과 Guest Introspection 서비스의 연결이 끊김

    인스턴트 클론을 사용하거나 사용하지 않고 생성된, 인스턴트 클론과 새로운 VM을 사용하는 기존 VM은 Guest Introspection 호스트 모듈과의 연결이 끊어집니다. 결과적으로 VM은 보호되지 않으며 ESXi 호스트에 새로운 Guest Introspection 구성을 전달할 수 없습니다. 또한 vCenter Server 사용자 인터페이스에 "Guest introspection not ready" 경고가 표시됩니다.

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

  • VMkernel 로그에 하나 이상의 "Couldn't enable keep alive" 경고가 포함됨

    VMCI 소켓(vsock)을 통한 VMware NSX 및 파트너 솔루션 통신 중 "Couldn't enable keep alive"라는 경고가 발생합니다. VMkernel 로그는 경고를 안전하게 무시할 수 있기 때문에 이러한 반복 경고를 이제 생략합니다.

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

  • e1000/e1000e vNIC가 있는 VM의 네트워크 연결 손실로 인해 커널 패닉이 발생할 수 있음

    e1000/e1000e vNIC가 있는 VM의 경우 e1000/e1000e 드라이버가 e1000/e1000e Vmkernel 에뮬레이션에서 설명자(전송 설명자 주소 및 길이가 0)를 건너 뛰도록 지시하면 연결이 끊어지고 VM이 커널 패닉 상태가 될 수 있습니다.

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

  • ESXi가 LACP로 구성된 vSphere Distributed Switch에 연결되면 vSphere vMotion이 실패함

    ESXi 호스트가 LACP로 구성된 vSphere Distributed Switch에 연결되어 있고 LAG에 업링크가 링크 다운 상태인 경우 vSphere vMotion을 사용하려고 하면 다음과 유사한 경고가 표시됩니다. 현재 연결되어 있는 네트워크 인터페이스 '네트워크 어댑터 1'이 액세스할 수 없는 네트워크 'DSwitchName'을 사용합니다.

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

  • 종료하는 동안 ESXi 호스트를 사용할 수 없게 될 수 있음

    ESXi 호스트에서 IPv6 주소 유형을 사용하는 경우 종료 중에 호스트를 사용할 수 없게 될 수 있습니다

    ESXi 호스트를 버전 6.0 업데이트 3a로 업그레이드하십시오.

보안 문제
  • Pixman 라이브러리 업데이트

    Pixman 라이브러리가 버전 0.35.1로 업데이트되었습니다.

  • ESXi의 Likewise 스택이 SMBv2를 지원하도록 설정되지 않음

    Windows 2012 도메인 컨트롤러는 SMBv2를 지원하지만 ESXi의 Likewise 스택은 SMBv1만 지원합니다.

    이 릴리스에서는 ESXi의 Likewise 스택도 SMBv2를 지원할 수 있습니다.

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

  • VMware Tools 업데이트

    VMware Tools가 버전 10.1.5로 업데이트되었습니다. 자세한 내용은 VMware Tools 10.1.5 릴리스 정보를 참조하십시오.

    VMware Tools 10.1.5는 오픈 소스 구성 요소의 보안 문제를 해결합니다.

  • OpenSSL 업데이트

    OpenSSL 패키지가 CVE-2017-3731, CVE-2017-3730, CVE-2017-3732, CVE-2016-7055를 해결하기 위해 openssl-1.0.2k 버전으로 업데이트되었습니다.

  • Python 업데이트

    Python이 CVE-2016-2183 및 CVE-2016-1000110을 해결하기 위해 2.7.13 버전으로 업데이트되었습니다.

서버 구성 문제
  • vpxd 서비스가 충돌하고 vSphere Web Client 사용자 인터페이스에서 vCenter Server에 연결하고 업데이트할 수 없음

    특정 조건에서 VMODL 개체의 프로파일 경로는 설정되지 않은 상태로 유지됩니다. 이 조건은 네트워크 구성에 대한 응답 파일 유효성 검사 중에 직렬화 문제를 트리거하여 vpxd 서비스 충돌을 일으킵니다.

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

  • 호스트 프로파일을 통해 ESXi 6.x 호스트를 Active Directory에 가입할 수 없음

    호스트 프로파일을 사용하여 ESXi 6.x 호스트를 Active Directory 도메인에 가입시키려고 하면 응용 프로그램이 중지되거나 오류로 인해 실패합니다.

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

스토리지 문제
  • vm-support 명령이 치명적이지 않은 오류와 함께 실행됨

    vm-support 명령은 smartinfo.sh라는 스크립트를 사용하여 ESXi 호스트의 각 스토리지 디바이스에 대한 SMART 데이터를 수집합니다. vm-support 명령은 지원 데이터를 수집하는 모든 명령에 20초의 시간 초과를 부과합니다. 그러나 smartinfo.sh는 완료하는 데 20초 이상 걸리므로 vm-support 명령이 다음 오류와 함께 실행됩니다. 지난 10초 동안 진행률이 부족하여(0바이트 읽음) 20초 후에 cmd /usr/lib/vmware/vm-support/bin/smartinfo.sh 시간이 초과되었습니다.

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

  • 초기화되지 않은 라이브러리로 인해 hostd가 충돌함

    호스트를 vCenter Server에 다시 추가하려고 하는 경우 호스트에 IOFilter를 사용하도록 설정되어 있고 CBT(변경된 블록 추적)를 사용하도록 설정된 VM이 해당 호스트에 있는 경우 hostd가 충돌할 수 있습니다. 필터 라이브러리는 폴링 및 작업자 라이브러리를 사용합니다. 폴링 라이브러리와 작업자 라이브러리 앞에 필터 라이브러리가 초기화되면 제대로 작동하지 않고 충돌할 수 있습니다.

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

  • ESXi 호스트가 해당 호스트의 가상 시스템이 SeSparse 스냅샷에서 실행되는 동안 응답을 중지할 수 있음

    SEsparse 형식의 가상 시스템 스냅샷을 생성한 후 스냅샷에 대해 중요하지만 변경된 쓰기 IOPS가 있는 경우 드문 경합 조건에 부딪힐 수 있습니다. 이 경합 조건으로 인해 ESXi 호스트가 응답을 중지할 수 있습니다.

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

  • SEsparse 가상 디스크 형식을 사용하는 가상 시스템이 특정 I/O 워크로드를 실행하는 동안 응답을 중지할 수 있음

    SEsparse 기반 스냅샷이 있는 가상 시스템은 다중 스레드에서 특정 유형의 I/O 워크로드로 I/O 작업을 하는 동안 응답을 중지할 수 있습니다.

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

  • 스토리지 프로파일 변경 작업 중 오류에서 되돌리면 프로파일 ID가 손상됨

    VVol VASA 제공자가 스토리지 프로파일 변경 작업 중 오류를 반환하면, vSphere는 작업을 실행 취소하려고 하지만 프로세스에서 프로파일 ID가 손상됩니다.

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

  • VVol 데이터스토어에 대해 vSphere Web Client에 잘못된 읽기/쓰기 지연 시간이 표시됨

    vSphere Web Client의 VVol 데이터스토어에 대해 표시되는 호스트당 읽기/쓰기 지연 시간이 올바르지 않습니다.

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

  • Auto Deploy 환경에서 호스트 프로파일 작업이 실패함

    Auto Deploy 환경에서 규정 준수 검사, 업데이트 적용 및 호스트 프로파일 복제와 같은 호스트 프로파일 작업이 실패합니다.
    다음과 같은 시나리오가 있습니다.

    1. Auto Deploy를 사용하여 ESXi 호스트를 새로 설치하는 동안
      • 다음과 유사한 메시지와 함께 호스트 프로파일에 대한 규정 준수 검사가 실패합니다.
        호스트를 규정 준수 검사에 사용할 수 없습니다.
      • 다음 오류로 인해 호스트 프로파일 업데이트 적용(호스트 프로파일 적용)이 실패합니다.
        vCenter Server <vCenter_hostname>에서 개체 "HostProfileManager"에 대한 호출 "HostProfileManager.GenerateConfigTaskList"가 실패했습니다.
    2. 다음 오류로 인해 호스트 프로파일의 참조 호스트 변경이 실패합니다.
      vCenter Server <vCenter_hostname>에서 개체 "HostProfileManager"에 대한 호출 "HostProfileManager.CreateProfile"이 실패했습니다.
    3. 다음 오류로 인해 호스트 프로파일의 복제가 실패합니다.
      vCenter Server <vCenter_hostname>에서 개체 "HostProfileManager"에 대한 호출 "HostProfileManager.CreateProfile"이 실패했습니다. 프로파일에 연관된 참조 호스트가 없습니다.

    /var/log/syslog.log에 있는 로그 파일에 실패한 작업이 다음 오류와 함께 표시됩니다.
    Error: profileData from only a single profile instance supported in VerifyMyProfilesPolicies.

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

  • VFRC(VMware vFlash Read Cache)가 구성된 가상 시스템이 있는 ESXi 호스트에 보라색 화면이 표시되면서 장애가 발생할 수 있음

    VFRC(VMware vFlash Read Cache)가 구성된 가상 시스템이 있는 ESXi 호스트는 백엔드 스토리지가 느려지거나 액세스할 수 없게 되는 경우 보라색 화면이 표시되면서 장애가 발생할 수 있습니다. 이 장애는 VFRC 코드의 잠금 결함 때문입니다.

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

  • SESparse가 손상된 게스트 운영 체제 파일 시스템을 발생시킴

    스냅샷을 생성하고 가상 시스템을 복제하는 데 SESparse를 사용하면 손상된 게스트 운영 체제 파일 시스템이 발생할 수 있습니다.

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

  • 디바이스의 대기열 크기 매개 변수가 동적으로 변경되면 이벤트 알림으로 hostd 플러딩이 발생할 수 있음

    SIOC(Storage I/O Control)가 LUN의 최대 대기열 크기 매개 변수를 변경하면 PSA(Pluggable Storage Architecture)에서 hostd로 이벤트 알림이 전송됩니다. 대기열 크기 매개 변수가 동적으로 변경되는 설정에서 대량의 이벤트 알림이 hostd에 전송되어 느린 vSphere 작업 또는 vCenter Server에서 hostd의 연결 끊기와 같은 성능 문제를 일으킵니다.

    이번 릴리스에서 PSA는 hostd에 이벤트 알림을 보내지 않습니다.

  • CBRC(컨텐츠 기반 읽기 캐시)를 사용하도록 설정된 디스크의 다이제스트를 다시 계산하면 완료 백분율 계산을 보고하지 않고 대신 시스템 오류를 반환함

    CBRC 필터는 32비트 계산을 사용하여 계산을 수행하고 모든 다이제스트 다시 계산 요청에 대한 완료 비율을 반환합니다. 대용량 디스크의 경우 해시 수는 32비트 계산을 채울 만큼 충분히 커서 잘못된 완료 비율이 생성됩니다.

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

  • Pure Storage FlashArray 모델에 대한 SATP 규칙을 사용자가 수동으로 구성해야 함

    Pure Storage FlashArray 디바이스 사용자는 요구 사항에 따라 SATP, PSP 및 IOPS를 설정하기 위해 SATP 규칙을 수동으로 추가해야 합니다.

    이 문제가 이번 릴리스에서 해결되었고 모든 Pure Storage FlashArray 모델에 대해 SATP를 VMW_SATP_ALUA로, PSP를 VMW_PSP_RR로, IOPS를 1로 설정하는 새 SATP 규칙이 ESXi에 추가되었습니다.

    참고: 상태 비저장 ESXi 설치의 경우 이전 호스트 프로파일이 적용되면 업그레이드 후 새 규칙을 덮어씁니다.

  • 데이터스토어 마운트 해제 실패

    경우에 따라 vCenter Server에서 NFS 데이터스토어를 마운트 해제하려고 하면 NFS datastore unmount failure - Datsatore has open files, cannot be unmounted 오류가 발생하여 작업이 실패할 수 있습니다.

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

  • Storage vMotion을 사용하면 가상 디스크의 UUID가 변경될 수 있음

    vSphere Virtual Volumes 스토리지에서 Storage vMotion을 사용하면 가상 디스크의 UUID가 변경될 수 있습니다. UUID는 가상 디스크를 식별하고 변경된 UUID는 가상 디스크를 다른 새 디스크로 표시합니다. UUID는 게스트 운영 체제에서도 볼 수 있으며 UUID로 인해 드라이브가 잘못 식별될 수 있습니다.

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

  • ESXi 부팅 또는 vSAN의 디스크 그룹 마운트 중 vmkernel.log에 "Failed to open file" 오류 메시지가 표시됨

    vSAN 지원 ESXi 호스트가 부팅될 때 또는 vSAN에서 수동 디스크 그룹 마운트 중에 vmkernel.log 파일에 "Failed to open file"이라는 오류 메시지가 표시됩니다.

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

  • HBA 드라이버, 컨트롤러, 펌웨어, 연결 또는 스토리지 토폴로지 문제로 인해 I/O 또는 패킷이 삭제되는 경우 디스크 유형이 SESparse인 연결된 복제 VM이 중단될 수 있음

    HBA 드라이버, 컨트롤러, 펌웨어, 연결 또는 스토리지 토폴로지 문제로 인해 HBA 드라이버 계층에서 I/O 작업이 중단 또는 삭제되면 중단된 I/O가 멈추지 않으므로 VM이 중단됩니다.

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

  • 시스템이 응답하지 않게 되고 vmkernel.log 파일에 "Issue of delete blocks" 오류가 표시될 수 있음

    unmap 명령이 실패하면 실패 경로의 메모리 누수로 인해 ESXi 호스트가 응답을 중지할 수 있습니다. vmkernel.log 파일에 다음 오류 메시지가 표시될 수 있습니다. FSDisk: 300: Issue of delete blocks failed [sync:0] and the host gets unresponsive.

    이 문제는 메모리 누수를 방지하여 이번 릴리스에서 해결되었습니다.

  • SEsparse를 사용하고 매핑 해제 작업을 사용하도록 설정하면 게스트 운영 체제의 파일 시스템이 손상될 수 있음

    SEsparse를 사용하고 매핑 해제 작업을 사용하도록 설정하여 가상 시스템의 스냅샷과 복제본을 생성할 경우, 지우기 작업(스토리지 매핑 해제)이 완료된 후 게스트 운영 체제의 파일 시스템이 손상될 수 있습니다. 가상 시스템의 전체 복제가 잘 수행됩니다.

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

  • CBT(변경된 블록 추적)를 사용하도록 설정된 가상 디스크의 IOPS 제한 수정이 실패할 수 있음

    가상 시스템(VM)에 대한 스토리지 I/O 스케줄링 정책을 정의하려면 IOPS 제한을 수정하여 각 VM 디스크의 I/O 처리량을 구성합니다. IOPS 제한을 편집하고 VM에 대해 CBT를 사용하도록 설정되어 있으면 스케줄 지정 매개 변수 변경에 실패했습니다. 오류로 인해 작업이 실패합니다. 이 문제로 인해 VM의 스케줄링 정책을 변경할 수 없습니다. 오류 메시지가 vSphere의 최근 작업 창에 나타납니다.

    /var/log/vmkernel.log 파일에서 다음 오류를 볼 수 있습니다.

    2016-11-30T21:01:56.788Z cpu0:136101)VSCSI: 273: handle 8194(vscsi0:0):Input values: res=0 limit=-2 bw=-1 Shares=1000 2016-11-30T21:01:56.788Z cpu0:136101)ScsiSched: 2760: Invalid Bandwidth Cap Configuration 2016-11-30T21:01:56.788Z cpu0:136101)WARNING: VSCSI: 337: handle 8194(vscsi0:0):Failed to invert policy
     

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

  • 스냅샷 생성 작업 취소가 제대로 실행되지 않음

    스냅샷 생성 작업을 취소하려고 시도했지만 VASA 제공자가 VVoL 백업 디스크에서 관련된 기본 작업을 취소할 수 없는 경우 스냅샷이 생성된 VVoL이 생성되고 가비지 수집이 정리될 때까지 존재합니다.

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

  • 복제본 생성 작업 취소가 제대로 실행되지 않음

    복제본 생성 작업을 취소하려고 시도했지만 VASA 제공자가 관련된 기본 작업을 취소할 수 없는 경우 vCenter Server는 새 VVoL을 생성하고 모든 데이터를 복사하며 복제본이 생성되었다고 보고합니다.

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

지원되는 하드웨어 문제
  • ESXi600-201611001 패치로 실행되는 ESXi 호스트는 HPE ProLiant Gen8 서버의 NMI(Non-Maskable Interrupt)로 인해 보라색 진단 화면이 표시되면서 장애가 발생할 수 있음

    ESXi600-201611001 패치에는 ESXi가 Intel® IOMMU(VT-d라고도 함) 인터럽트 리매퍼 기능을 사용하지 않도록 설정할 수 있는 변경 사항이 포함되어 있습니다. HPE ProLiant Gen8 서버에서 이 기능을 사용하지 않도록 설정하면 PCI 오류가 발생합니다. 이러한 오류의 결과로 플랫폼은 ESXi 호스트에 보라색 진단 화면이 표시되면서 장애가 발생하게 하는 NMI를 생성합니다.

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

업그레이드 및 설치 문제
  • SSH를 사용하여 ESXi 호스트에 로그인하려면 암호 재입력이 필요함

    ESXi 호스트가 도메인에 속해 있는 동안 vSphere 버전 5.5에서 6.0으로 업그레이드된 경우 SSH를 통해 ESXi 호스트에 연결할 때 암호를 묻는 메시지가 두 번 표시됩니다.

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

vCenter Server, vSphere Web Client 및 vSphere Client 문제
  • Chrome 57에서 VMware Host Client를 사용할 수 없음

    Chrome 57을 사용하여 VMware Host Client에 로그인하려고 하면 VMware Host Client가 즉시 오류를 보고합니다. 보고되는 오류는 Angular Digest in progress 오류입니다.

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

가상 시스템 관리 문제
  • VM을 삭제할 때 다이제스트 VMDK 파일이 VM 폴더에서 삭제되지 않음

    다이제스트 VMDK 파일에서 연결된 복제를 생성하면 vCenter Server는 다이제스트 디스크 파일을 삭제 불가능으로 표시합니다. 따라서 각각의 VM을 삭제할 때 설명자 파일의 ddb.deletable = FALSE ddb 항목 때문에 다이제스트 VMDK 파일이 VM 폴더에서 삭제되지 않습니다.

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

  • 가상 시스템이 응답하지 않을 수 있음

    가상 시스템의 스냅샷을 생성하면 가상 시스템이 응답하지 않을 수 있습니다.

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

  • 활성 메모리가 떨어지면 가상 시스템이 응답하지 않을 수 있음

    ESXi 호스트에서 실행되는 가상 시스템의 활성 메모리가 1% 미만으로 떨어지고 0으로 떨어지면 호스트에 여유 메모리가 충분하더라도 호스트가 메모리 회수를 시작할 수 있습니다.

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

    1. vSphere Web Client를 사용하여 vCenter Server에 연결합니다.
    2. 인벤토리에서 ESXi 호스트를 선택합니다.
    3. ESXi 호스트의 가상 시스템 전원을 모두 끕니다.
    4. 설정을 클릭합니다.
    5. 시스템 머리글에서 고급 시스템 설정을 클릭합니다.
    6. Mem.SampleActivePctMin 설정을 검색합니다.
    7. 편집을 클릭합니다.
    8. 값을 1로 변경합니다.
    9. 확인을 클릭하여 변경 사항을 수락합니다.
    10. 가상 시스템 전원을 켭니다.
  • ESXi 호스트가 vCenter Server와 연결이 끊어질 수 있음

    메모리 누수로 인해 다음 오류가 표시되면서 hostd 프로세스가 충돌할 수 있습니다. 

    Memory exceeds hard limit. Panic.

    hostd 로그는 Unable to build Durable Name과 같은 여러 오류를 보고합니다.

    이러한 종류의 메모리 누수로 인해 호스트가 vCenter Server와 연결이 끊어집니다.

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

  • 스냅샷을 통합하는 동안 가상 시스템이 응답을 중지함

    스냅샷 통합 중에 정확한 계산을 수행하여 통합을 수행하는 데 필요한 스토리지 공간을 확인할 수 있습니다. 이 정확한 계산을 완료하려면 시간이 오래 걸리기 때문에 가상 시스템이 응답을 중지할 수 있습니다.

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

  • VM(가상 시스템)의 vMotion 마이그레이션이 한동안 일시 중단된 후 시간 초과로 실패함

    VM에 드라이버(특히 그래픽 드라이버)가 있거나 너무 많은 메모리를 고정시키는 응용 프로그램이 있으면 VM에 고정 페이지가 생성됩니다. 이러한 VM이 vMotion을 다른 호스트로 마이그레이션하려고 하면 마이그레이션 프로세스가 일시 중단된 후 입력/출력 계산이 잘못 보류되어 실패합니다.

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

vSAN 문제
  • VC 및 RVC의 bytsToSync 계산 값이 RAID5/6 개체에 대해 잘못 표시될 수 있음

    다시 동기화 바이트의 현재 계산은 RAID5/6 구성의 전체 다시 동기화 트래픽을 과대 평가합니다. 이것은 다음 중 하나가 존재할 때 발생할 수 있습니다.

    • 노드를 "전체 데이터 마이그레이션" 또는 "액세스 지원 보장" 제거 모드로 유지 보수 모드에 설정합니다.
    • 클러스터의 실패로 인해 구성 요소의 전체 미러가 손실된 후 작성합니다.

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

  • 공간 부족 문제를 식별하기 위한 특정 메시지가 아닌 일반 오류 메시지가 표시될 수 있음

    경우에 따라 공간 부족 문제를 식별하기 위한 특정 메시지가 아닌 일반 오류 메시지가 표시될 수 있습니다. 예를 들어, 디스크 공간 부족으로 인한 장애가 발생하면 "스토리지 정책 변경 실패: 12(메모리를 할당할 수 없습니다)"와 같은 오류 메시지를 볼 수 있습니다.

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

  • bora/modules/vmkernel/lsomcommon/ssdlog/ssdopslog.c:199에 보라색 화면이 표시되면서 ESXi 호스트에 장애가 발생할 수 있음

    여러 LSOM 내부 코드 경로 사이에 여러 경합이 발생합니다. 캐시 계층에서 영역을 두 번 비우면 스택 추적이 발생하고 다음과 같은 유형의 패닉이 발생합니다.

    PanicvPanicInt@vmkernel#nover+0x36b stack: 0x417ff6af0980, 0x4180368 2015-04-20T16:27:38.399Z cpu7:1000015002)0x439124d1a780:[0x4180368ad6b7]Panic_vPanic@vmkernel#nover+0x23 stack: 0x46a, 0x4180368d7bc1, 0x43a 2015-04-20T16:27:38.411Z cpu7:1000015002)0x439124d1a7a0:[0x4180368d7bc1]vmk_PanicWithModuleID@vmkernel#nover+0x41 stack: 0x439124d1a800, 0x4 2015-04-20T16:27:38.423Z cpu7:1000015002)0x439124d1a800:[0x418037cc6d46]SSDLOG_FreeLogEntry@LSOMCommon#1+0xb6e stack: 0x6, 0x4180368dd0f4, 0 2015-04-20T16:27:38.435Z cpu7:1000015002)0x439124d1a880:[0x418037d3c351]PLOGCommitDispatch@com.vmware.plog#0.0.0.1+0x849 stack: 0x46a7500, 0

    경합은 PLOG Relog, PLOG Probe 및 PLOG Decommission 워크플로 사이에 발생합니다.

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

  • 과도한 I/O 워크로드 하에서 vSAN 프로세스가 오랫동안 CPU 주기를 차지할 수 있으며 이로 인해 짧은 PCPU 잠금이 발생함

    과도한 I/O 워크로드 하에서 vSAN 프로세스가 오랫동안 CPU 주기를 차지할 수 있으며 이로 인해 짧은 PCPU 잠금이 발생합니다. 이로 인해 VMkernel 로그 파일에 로그 넘침과 마스크 불가능한 인터럽트가 발생합니다.

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

  • ESXi vSAN을 사용하도록 설정된 호스트에서 PSOD로 인해 장애가 발생할 수 있음

    ESXi vSAN을 사용하도록 설정된 호스트에서 보라색 화면에 다음과 같은 역추적이 표시되면서 장애가 발생할 수 있습니다.

    2017-02-19T09:58:26.778Z cpu17:33637)0x43911b29bd20:[0x418032a77f83]Panic_vPanic@vmkernel#nover+0x23 stack: 0x4313df6720ba, 0x418032a944 2017-02-19T09:58:26.778Z cpu17:33637)0x43911b29bd40:[0x418032a944a9]vmk_PanicWithModuleID@vmkernel#nover+0x41 stack: 0x43911b29bda0, 0x4 2017-02-19T09:58:26.778Z cpu17:33637)0x43911b29bda0:[0x41803387b46c]vs_space_mgmt_svc_start@com.vmware.virsto#0.0.0.1+0x414 stack: 0x100 2017-02-19T09:58:26.778Z cpu17:33637)0x43911b29be00:[0x41803384266d]Virsto_StartInstance@com.vmware.virsto#0.0.0.1+0x68d stack: 0x4312df 2017-02-19T09:58:26.778Z cpu17:33637)0x43911b29bf00:[0x4180338f138f]LSOMMountHelper@com.vmware.lsom#0.0.0.1+0x19b stack: 0x43060d72b980, 2017-02-19T09:58:26.778Z cpu17:33637)0x43911b29bf30:[0x418032a502c2]helpFunc@vmkernel#nover+0x4e6 stack: 0x0, 0x43060d6a60a0, 0x35, 0x0, 2017-02-19T09:58:26.778Z cpu17:33637)0x43911b29bfd0:[0x418032c14c1e]CpuSched_StartWorld@vmkernel#nover+0xa2 stack: 0x0, 0x0, 0x0, 0x0, 0

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

  • vSAN 감시 호스트에서 objtool을 사용하면 ESXi 호스트에 보라색 화면이 표시되면서 장애가 발생할 수 있음

    감시 호스트에서 objtool을 사용하면 ioctl 호출이 수행되어 vSAN 감시 ESXi 호스트에서 NULL 포인터 역참조로 이어지고 호스트가 충돌합니다.

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

  • 미디어 액세스 명령에 실패한 중복 제거 및 압축 지원 디스크를 해제하면 vSAN 노드에 보라색 화면이 표시되면서 장애가 발생할 수 있음

    중복 제거 및 압축 지원 vSAN 디스크 그룹을 해제하는 동안 디스크 그룹에 액세스 명령 실패가 있는 디스크가 있습니다. 실패는 다음과 같은 vmkernel 로그 메시지로 확인할 수 있습니다.
    Partition: 914: Read of GPT header (hdrlba = 1) failed on "naa.55cd2e404c185332" : I/O error.
    이렇게 하면 해제할 때 vSAN 호스트에 장애가 발생합니다.

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

  • vSAN 상태 검사에 대해 잘못된 경보가 표시될 수 있음

    경우에 따라 vSAN 상태 사용자 인터페이스가 "모든 호스트에 Virtual SAN vmknic이 구성되어 있습니다." 유형의 네트워크 상태 검사에 대해 잘못된 상태를 보고한 다음 잘못된 vCenter Server 경보를 트리거할 수 있습니다.

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

  • 가상 시스템이 응답을 중지하거나 6.0 업데이트 2의 로그 정체 또는 6.0 업데이트 3의 메모리 정체와 함께 vCenter Server와 호스트의 연결이 끊어질 수 있음

    vSAN 클러스터에서 잘못된 상태의 vSAN 구성 요소를 제거하면 가상 시스템이 응답을 중지하거나 호스트가 vCenter Server와 연결이 끊어질 수 있습니다.

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

  • ESXi 호스트에서 보라색 화면이 표시되면서 장애가 발생할 수 있음

    분산 개체 관리자 클라이언트 초기화와 분산 개체 관리자 VMkernel sysinfo 인터페이스 코드 경로 사이의 경합으로 인해 ESXi 호스트에 보라색 화면이 표시되면서 장애가 발생할 수 있습니다.

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

  • SSD 정체로 인해 여러 가상 시스템이 응답하지 않을 수 있음

    워크로드 및 가상 시스템 수에 따라 호스트의 디스크 그룹이 PDL(영구적 디바이스 손실) 상태가 될 수 있습니다. 이로 인해 디스크 그룹이 추가 IO를 허용하지 않으므로 수동 작업이 수행될 때까지 사용할 수 없게 됩니다.
     

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

알려진 문제

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

설치 문제
  • DCUI에서 기본 구성을 변경한 후에도 DNS 접미사가 유지될 수 있음
    ESXi 호스트가 DHCP 서버에서 제공하는 네트워크에 배포된 경우 최초 부팅 시 해당 ESXi 호스트가 기본 DNS + DNS 접미사를 사용하여 자동으로 구성될 수 있습니다. DNS 접미사를 변경할 경우 DCUI는 기존 DNS 접미사를 제거하지 않고 제공된 새 접미사도 추가합니다.

    해결 방법: 감시 OVF의 DNS 호스트 이름을 구성하는 경우 올바른 DNS 접미사가 추가되도록 DNS 호스트 이름 필드에 전체 FQDN 이름을 설정합니다. 그런 다음 사용자 지정 DNS 접미사 필드에서 필요하지 않은 DNS 접미사를 제거할 수 있습니다.

  • 최신 VMware Tools 패키지 설치 후 Linux OS에서 VMware Tools 서비스 사용자 프로세스가 실행되지 않을 수 있음
    Linux OS에서 최신 VMware Tools 패키지를 설치한 후 VMware Tools 업그레이드/설치 문제가 발생하거나 VMware Tools 서비스(vmtoolsd) 사용자 프로세스가 실행되지 않을 수 있습니다. 이 문제는 SLES10sp4와 같이 glibc 버전이 버전 2.5보다 이전 버전일 경우 발생합니다.

    해결 방법: Linux glibc를 버전 2.5 이상으로 업그레이드

업그레이드 문제릴리스 정보의 설치 문제 섹션도 검토하십시오. 여러 설치 문제가 업그레이드 프로세스에도 영향을 미칠 수 있습니다.
  • esxcli software vib update 명령을 사용하여 ESXi 6.x에서 6.0 업데이트 2로 업그레이드하려는 시도가 실패함
    esxcli software vib update를 사용하여 ESXi 6.x에서 6.0 업데이트 2로 업그레이드하려는 시도가 실패하고 다음과 유사한 오류 메시지가 표시됩니다.

    [DependencyError]
    VIB VMware_bootbank_esx-base_6.0.0-2.34.xxxxxxx requires vsan << 6.0.0-2.35, but the requirement cannot be satisfied within the ImageProfile.
    VIB VMware_bootbank_esx-base_6.0.0-2.34.xxxxxxx requires vsan >= 6.0.0-2.34, but the requirement cannot be satisfied within the ImageProfile.


    이 문제는 esx-base VIB와 상호 종속적인 새 Virtual SAN VIB 도입으로 인해 발생하며 esxcli software vib update 명령은 시스템에 이미 설치된 VIB만을 업데이트합니다.

    해결 방법: 이 문제를 해결하려면 다음 예에 표시된 대로 esxcli software profile update를 실행합니다.

    esxcli software profile update -d /vmfs/volumes/datastore1/update-from-esxi6.0-6.0_update02.zip -p ESXi-6.0.0-20160302001-standard

  • vSphere 6.0의 이전 릴리스에서 vSphere 6.0 업데이트 1 이상으로 업그레이드 후 SSLv3이 Auto Deploy에서 사용 가능한 상태로 유지됨
    vSphere 6.0의 이전 릴리스에서 vSphere 6.0 업데이트 1 이상으로 업그레이드할 경우, SSLv3 프로토콜이 Auto Deploy에서 사용 가능한 상태로 유지됩니다.

    해결 방법: 다음 단계에 따라 PowerCLI 명령을 사용하여 SSLv3를 사용하지 않도록 설정하십시오.

    1. 다음 명령을 실행하여 vCenter Server에 연결합니다.

      PowerCLI C:\Program Files (x86)\VMware\Infrastructure\vSphere PowerCLI> Connect-VIServer -Server <vCenter Server의 FQDN_호스트 이름 또는 IP 주소>

    2. 다음 명령을 실행하여 현재 sslv3 상태를 확인합니다.

      PowerCLI C:\Program Files (x86)\VMware\Infrastructure\vSphere PowerCLI> Get-DeployOption

    3. 다음 명령을 실행하여 sslv3를 사용하지 않도록 설정합니다.

      PowerCLI C:\Program Files (x86)\VMware\Infrastructure\vSphere PowerCLI> Set-DeployOption disable-sslv3 1

    4. Auto Deploy 서비스를 다시 시작하여 변경 내용을 업데이트합니다.

  • 5.5.x에서 6.0으로 ESXi를 업그레이드한 후 파이버 채널 호스트 버스 어댑터 디바이스 번호가 변경될 수 있음

    5.5에서 6.0으로 ESXi를 업그레이드 중 파이버 채널 호스트 버스 어댑터 디바이스 번호가 가끔 변경됩니다. esxcli storage core adapter list 명령을 사용하는 경우 디바이스 번호가 다른 번호로 변경될 수 있습니다.

    예를 들어 ESXi 업그레이드 전 파이버 채널 호스트 버스 어댑터의 디바이스 번호는 다음과 유사합니다.

    HBA Name
    ––––––––
    vmhba3
    vmhba4
    vmhba5
    vmhba66

    ESXi 6.0으로의 업그레이드 후 파이버 채널 호스트 버스 어댑터의 디바이스 번호는 다음과 유사합니다.

    HBA Name
    ––––––––
    vmhba64
    vmhba65
    vmhba5
    vmhba6

    이 예는 esxcli storage core adapter list 명령을 사용하는 경우 발생할 수 있는 임의 변경을 보여 줍니다. 디바이스 별칭 번호 vmhba2 및 vmhba3이 vmhba64 및 vmhba65로 변경되지만 디바이스 번호 vmhba5 및 vmhba6은 변경되지 않습니다. 그러나 esxcli hardware pci list 명령을 사용하면 업그레이드 후에도 디바이스 번호는 변경되지 않습니다.

    이는 VMware 외부적인 문제이며 사용자에게 영향을 주지 않을 수 있습니다. ESXi는 디바이스 별칭 이름을 표시하지만 어떤 작업에도 별칭 이름을 사용하지는 않습니다. 호스트 프로파일을 사용하여 디바이스 별칭 이름을 재설정할 수 있습니다. VMware 제품 설명서 및 기술 자료 문서를 참조하십시오.

    해결 방법: 없음.

  • 업그레이드 후 Active Directory 설정이 유지되지 않음
    호스트를 ESXi 6.0으로 업그레이드하면 업그레이드 전에 ESXi 호스트에 구성된 Active Directory 설정이 유지되지 않습니다.

    해결 방법: 업그레이드 전 ESXi 버전이 5.1 이상인 경우 업그레이드 후에 호스트를 Active Directory 도메인에 추가합니다. 업그레이드 전 ESXi 버전이 5.0.x인 경우에는 업그레이드 후에 Active Directory 도메인에 호스트를 추가하지 마십시오.

  • ESXi를 6.0으로 업그레이드한 후 기존에 도메인에 추가한 호스트가 더 이상 도메인에 가입되지 않음
    처음으로 vSphere 5.5에서 vSphere 6.0으로 업그레이드할 경우 Active Directory 구성이 유지되지 않습니다.

    해결 방법: 업그레이드 후 호스트를 vCenter Server 도메인에 다시 가입시키십시오.

    1. vCenter Server에 호스트를 추가합니다.

    2. 호스트를 도메인(예: example.com)에 가입시킵니다.

    3. 모든 호스트를 ESXi 6.0으로 업그레이드합니다.

    4. 최근 업그레이드한 호스트 하나를 도메인에 수동으로 가입시킵니다.

    5. 호스트 프로파일을 추출하고 인증을 제외한 다른 모든 프로파일을 사용하지 않도록 설정합니다.

    6. 수동으로 가입한 호스트 프로파일을 최근 업그레이드한 다른 호스트에 적용합니다.

  • vCenter Server for Windows 업그레이드 후 기존에 실행 중이던 VMware ESXi Dump Collector 서비스가 기본값인 [사용 안 함] 설정으로 재설정됨
    업그레이드 프로세스에서는 VMware Vsphere ESXi Dump Collector 6.0을 vCenter Server에 대한 선택적 서비스 그룹의 일부로 설치합니다. VMware vSphere ESXi Dump Collector 서비스를 사용하도록 수동으로 설정해야만 이 서비스가 vCenter Server 6.0 for Windows의 일부로 사용됩니다.

    해결 방법: VMware 설명서를 읽거나 VMware 기술 자료 문서를 검색하여 vCenter Server 6.0 for Windows에서 선택적 서비스를 사용하도록 설정하고 실행하는 방법에 대한 정보를 참조하십시오.

    다음과 같이 운영 체제에서 VMware vSphere ESXi Dump Collector 서비스를 사용하도록 설정합니다.

    1. 제어판 메뉴에서 관리 도구를 선택하고 서비스를 두 번 클릭합니다.

    2. VMware vSphere ESXi Dump Collector를 마우스 오른쪽 버튼으로 클릭하고 시작 유형 편집을 선택합니다.

    3. 시작 유형자동으로 설정합니다.

    4. VMware vSphere ESXi Dump Collector를 마우스 오른쪽 버튼으로 클릭하고 시작을 클릭합니다.

    서비스 시작 유형이 자동으로 설정되고 서비스가 실행 중 상태가 됩니다.

vCenter Single Sign-On 및 인증서 관리 문제
  • ESXi 호스트의 SSL 인증서 업그레이드 후 VM 콘솔에 연결할 수 없음
    ESXi 호스트에서 사용되던 SSL 인증서를 업그레이드한 후 인증서 교체 시 실행 중인 모든 VM의 VM 콘솔에 연결하려고 하면 인증서 검증 오류가 발생할 수 있습니다. 이는 이전 인증서가 캐시되어 있어서 새 콘솔 연결이 불일치로 인해 거부되기 때문입니다.
    예를 들어 이전 인증서를 다른 방법을 통해 확인할 수 있다면 콘솔 연결이 성공할 수도 있지만 성공한다는 보장은 없습니다. 기존 가상 시스템 콘솔 연결에는 영향을 미치지 않지만 인증서 교체 도중 실행 중이던 콘솔이 중지되었다 다시 시작된 경우에는 문제가 발생할 수 있습니다.

    해결 방법: 호스트를 유지 보수 모드로 전환하거나 일시 중단하거나 모든 VM의 전원을 끕니다. 실행 중인 VM에만 영향을 미칩니다. 호스트를 유지 보수 모드로 전환한 후 모든 SSL 인증서 업그레이드를 수행하는 것이 가장 좋습니다.

네트워킹 문제

  • 특정 vSphere 기능이 IPv6을 지원하지 않음
    다음 기능을 제외한 모든 노드 및 구성 요소에 대해 IPv6을 사용하도록 설정할 수 있습니다.

    • DNS 서버의 FQDN(정규화된 도메인 이름)에 매핑되지 않은 ESXi 호스트 및 vCenter Server에 대한 IPv6 주소.
      해결 방법: FQDN을 사용하거나 IPv6 주소가 역방향 이름 조회를 위해 DNS 서버에서 FQDN에 매핑되어 있는지 확인합니다.

    • 가상 볼륨

    • Auto Deploy 및 호스트 프로파일의 일부로 PXE 부팅
      해결 방법: PXE는 IPv4를 통해 ESXi 호스트를 부팅하며 호스트 프로파일을 사용하여 IPv6에 대해 호스트를 구성합니다.

    • ESXi 호스트와 vCenter Server Appliance의 Active Directory 연결
      해결 방법: LDAP를 통한 Active Directory를 vCenter Single Sign-On에서 ID 소스로 사용합니다.

    • Kerberos를 사용하는 NFS 4.1 스토리지
      해결 방법: NFS 4.1에 AUTH_SYS를 사용합니다.

    • Authentication Proxy

    • vSphere Management Assistant 및 vSphere Command-Line Interface의 Active Directory 연결
      해결 방법: LDAP를 통해 Active Directory에 연결합니다.

    • vSphere Client를 사용하여 vSphere 기능에 대해 IPv6을 사용하도록 설정
      해결 방법: vSphere Web Client를 사용하여 vSphere 기능에 대해 IPv6을 사용하도록 설정합니다.

  • ESXi Dump Collector를 사용할 때 재귀적 패닉 발생 가능
    호스트가 자주색 진단 화면을 표시하고 네트워크를 통해 ESXi Dump Collector에 코어 덤프를 쓰면서 패닉 상태에 있을 때 재귀적 커널 패닉이 발생할 수 있습니다. vCenter Server의 ESXi Dump Collector에서 VMkernel zdump 파일을 문제 해결에 사용할 수 있습니다.

    재귀적 커널 패닉이 발생할 경우 호스트의 자주색 진단 화면에 다음 메시지가 표시됩니다.
    2014-09-06T01:59:13.972Z cpu6:38776)Starting network coredump from host_ip_address to esxi_dump_collector_ip_address.
    [7m2014-09-06T01:59:13.980Z cpu6:38776)WARNING: Net: 1677: Check what type of stack we are running on [0m
    Recursive panic on same CPU (cpu 6, world 38776, depth 1): ip=0x418000876a27 randomOff=0x800000:
    #GP Exception 13 in world 38776:vsish @ 0x418000f0eeec
    Secondary panic trap frame registers:
    RAX:0x0002000001230121 RCX:0x000043917bc1af80 RDX:0x00004180009d5fb8 RBX:0x000043917bc1aef0
    RSP:0x000043917bc1aee8 RBP:0x000043917bc1af70 RSI:0x0002000001230119 RDI:0x0002000001230121
    R8: 0x0000000000000038 R9: 0x0000000000000040 R10:0x0000000000010000 R11:0x0000000000000000
    R12:0x00004304f36b0260 R13:0x00004304f36add28 R14:0x000043917bc1af20 R15:0x000043917bc1afd0
    CS: 0x4010 SS: 0x0000 FS: 0x4018 GS: 0x4018 IP: 0x0000418000f0eeec RFG:0x0000000000010006
    2014-09-06T01:59:14.047Z cpu6:38776)Backtrace for current CPU #6, worldID=38776, rbp=0x43917bc1af70
    2014-09-06T01:59:14.056Z cpu6:38776)0x43917bc1aee8:[0x418000f0eeec]do_free_skb@com.vmware.driverAPI#9.2+0x4 stack: 0x0, 0x43a18b4a5880,
    2014-09-06T01:59:14.068Z cpu6:38776)Recursive panic on same CPU (cpu 6, world 38776): ip=0x418000876a27 randomOff=0x800000:
    #GP Exception 13 in world 38776:vsish @ 0x418000f0eeec
    Halt$Si0n5g# PbC8PU 7.

    코어 덤프를 vCenter Server의 수집기로 전송하도록 구성된 물리적 네트워크 어댑터를 통해 많은 트래픽이 통과되고 있을 때 VMkernel 패닉이 발생하면 재귀적 커널 패닉이 발생할 수 있습니다.

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

    • 물리적 네트워크 어댑터를 코어 덤프 전송 전용으로 지정하여 시스템 및 가상 시스템 트래픽으로부터의 영향을 줄입니다.

    • 다음 ESXCLI 콘솔 명령을 실행하여 호스트에서 ESXi Dump Collector를 사용하지 않도록 설정합니다.
      esxcli system coredump network set --enable false

스토리지 문제

    NFS 버전 4.1 문제

    • NFS 4.1 공유가 APD(모든 경로 다운) 상태에서 복구된 후 NFS 4.1 데이터스토어의 가상 시스템이 실패함
      NFS 4.1 스토리지가 APD 상태로 전환한 다음 유예 기간 후 이 상태에서 벗어나면, NFS 4.1 데이터스토어에서 실행되는 전원이 켜진 가상 시스템이 실패합니다. 유예 기간은 어레이 벤더에 따라 다릅니다.
      NFS 4.1 공유가 APD에서 복구된 후 vSphere Web Client의 가상 시스템 요약 페이지에 다음 메시지가 표시됩니다.
      VM.vmdk를 보호하는 잠금이 손실되었습니다. 기본 스토리지 문제 때문일 수 있습니다. 이 가상 시스템이 고가용성으로 구성된 경우 가상 시스템이 일부 다른 호스트에서 실행되고 있는지 확인한 후 [확인]을 클릭하십시오.
      확인을 클릭하면 충돌 파일이 생성되고 가상 시스템 전원이 꺼집니다.

      해결 방법: 없음.

    • 새 세션을 생성하려고 할 때 NFS 4.1 클라이언트에서 서버와의 동기화가 손실됨
      서버와의 연결이 중단되고 일정 시간이 지난 후 새 세션을 생성하려고 할 때 NFS 4.1 클라이언트에서 서버와의 동기화가 손실될 수 있습니다. 이 문제가 발생하면 NFS41 CREATE_SESSION 요청이 NFS4ERR_SEQ_MISORDERED로 실패했음을 알리는 많은 경고 메시지가 vmkernel.log 파일에 포함됩니다.

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

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

      2. 마운트의 IP 주소로 연결되는 NIC를 중지하고 몇 회의 서버 리스가 만료될 때까지 충분히 기다립니다. 5분이면 충분합니다. 그런 다음 NIC를 다시 켤 수 있습니다. 그러면 정상 작동이 재개됩니다.

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

    • NFS 4.1 클라이언트와 NFS 서버의 동기화가 손실되고 세션을 재설정해도 연결을 복구할 수 없음
      서버와의 연결이 중단되고 일정 시간이 지나면, NFS 4.1 클라이언트와 서버의 동기화가 손실되고 세션을 재설정하더라도 서버와의 동기화된 연결을 복구할 수 없습니다. 이 문제는 EMC VNX 서버 문제 때문에 발생합니다. 이 문제가 발생하면 다음을 알리는 여러 경고 메시지가 vmkernel.log 파일에 포함됩니다. NFS41: NFS41ProcessSessionUp:2111: resetting session with mismatched clientID; probable server bug.

      해결 방법: 세션을 종료하려면 모든 데이터스토어를 마운트 해제했다가 다시 마운트합니다.

    • ONTAP Kerberos 볼륨이 액세스 불가 상태가 되거나 VM I/O 실패 발생
      NetApp 서버에 잘못된 순서로 도착되는 RPCSEC_GSS 요청이 수신될 경우 서버가 응답하지 않습니다. 그 결과 I/O 작업이 종료되는 경우 이외에는 해당 I/O 작업이 중지되며 게스트 OS가 I/O 오류를 중지하거나 게스트 OS에서 I/O 오류가 발생할 수 있습니다. 또한 RFC 2203에 따르면 클라이언트는 RPCSEC_GSS 컨텍스트에 따라 seq_window에 해당하는 수의 미결 요청(ONTAP의 경우 32개)만 사용할 수 있으며 이러한 미결 요청의 최소치가 서버에 의해 완료될 때까지 기다려야 합니다. 따라서 서버는 순서에서 벗어난 RPCSEC_GSS 요청에 응답하지 않으며 미결 요청의 최대 seq_window 수에 도달한 후에는 클라이언트가 서버에 요청을 보내는 것을 중지합니다. 이로 인해 볼륨에 액세스할 수 없게 됩니다.

      해결 방법: 없음. 이 문제가 해결된 지원되는 ONTAP 서버를 찾으려면 최신 HCL(하드웨어 호환성 목록)을 참조하십시오.

    • EMC VNX에서 NFS 4.1 데이터스토어에 1TB가 넘는 가상 디스크를 생성할 수 없음
      펌웨어 버전 7.x가 적용된 EMC VNX의 NFS 버전 4.1 스토리지는 32비트 파일 형식만 지원합니다. 이로 인해 NFS 4.1 데이터스토어에 1TB를 초과하는 가상 시스템 파일을 생성할 수 없습니다.

      해결 방법: EMC VNX 어레이를 버전 8.x로 업데이트하십시오.

    • 펌웨어 업그레이드 도중 EMC VNX 스토리지가 지원하는 NFS 4.1 데이터스토어에 액세스할 수 없음
      EMC VNX 스토리지를 새 펌웨어로 업그레이드할 때 ESXi 호스트에 마운트된 NFS 4.1 데이터스토어에 액세스할 수 없게 됩니다. 이 문제는 펌웨어 업그레이드 후 VNX 서버가 해당 주 디바이스 번호를 바꾸기 때문에 발생합니다. 호스트의 NFS 4.1 클라이언트는 서버와 연결된 후 주 번호 변경을 예상하지 않으며 이로 인해 데이터스토어에 영구적으로 액세스할 수 없게 됩니다.

      해결 방법: 펌웨어를 업그레이드하기 전에 VNX 서버에서 내보낸 모든 NFS 4.1 데이터스토어를 마운트 해제합니다.

    • ESXi 호스트가 다른 보안 메커니즘을 사용하여 동일한 NFS 4.1 데이터스토어를 마운트하는 경우 가상 시스템 장애가 발생할 수 있음
      다른 ESXi 호스트가 다른 보안 메커니즘(AUTH_SYS 및 Kerberos)을 사용하여 동일한 NFS 4.1 데이터스토어를 마운트하는 경우 이 데이터스토어에 배치된 가상 시스템에서 문제와 장애를 경험할 수 있습니다. 예를 들어 가상 시스템을 host1에서 host2로 마이그레이션하려고 하면 권한 거부 오류로 인해 작업이 실패할 수 있습니다. 또한 host2에서 host1 가상 시스템에 액세스하려는 경우에도 이러한 오류가 발생할 수 있습니다.

      해결 방법: NFS 4.1 볼륨을 마운트하는 모든 호스트가 동일한 보안 유형을 사용하고 있는지 확인합니다.

    • Kerberos를 사용하는 NFS 4.1 데이터스토어에 읽기 전용 파일을 복사하려고 하면 작업이 실패함
      이 실패는 소스 파일에서 대상 파일로 데이터를 복사하려는 경우에 발생할 수 있습니다. 대상 파일은 비어 있는 상태로 유지됩니다.

      해결 방법: 없음.

    • 데이터스토어 클러스터를 생성할 때 NFS 4.1 보안 유형의 균일성이 보장되지 않음
      데이터스토어를 생성할 때 vSphere는 NFS 4.1 보안 유형의 균일성을 확인하여 강제로 맞추지 않습니다. 따라서 다른 보안 유형(AUTH_SYS 및 Kerberos)을 사용하는 데이터스토어가 동일한 클러스터의 일부로 구성되어 있을 수 있습니다. Kerberos를 사용하는 데이터스토어에서 AUTH_SYS를 사용하는 데이터스토어로 가상 시스템을 마이그레이션하는 경우 가상 시스템의 보안 수준이 더 낮아지게 됩니다.
      이 문제는 vMotion, Storage vMotion, DRS 및 Storage DRS와 같은 기능에 적용됩니다.

      해결 방법: Kerberos 보안이 가상 시스템에 필요한 경우 동일한 클러스터를 구성하는 모든 NFS 4.1 볼륨이 Kerberos 보안 유형만 사용하는지 확인합니다. NFS 3은 AUTH_SYS만 지원하므로 NFS 3 데이터스토어를 포함시키지 않아야 합니다.

    Virtual SAN 문제

    • 시간 초과로 인해 Virtual SAN 상태 UI가 표시되지 않음
      Virtual SAN 클러스터 > 모니터 > Virtual SAN > 상태 아래에서 Virtual SAN 상태 UI에 액세스하면 UI가 표시되지 않습니다. vSphere ESX Agent Manager가 중단되어 시간 초과가 발생한 것이 원인일 수 있습니다. 원인을 확인하려면 Virtual SAN 상태 로그(/var/log/vmware/vsan-health/vmware-vsan-health-service.log)를 열고 VsanEamUtil.getClusterStatus: 문자열을 사용하여 vSphere ESX Agent Manager 서비스에 대한 호출을 검색하십시오.

      해결 방법: vSphere Web Client를 사용하여 vSphere ESX Agent Manager 서비스를 다시 시작하고 Virtual SAN 상태 UI를 새로 고칩니다.

    • 타사 lsi_msgpt3 드라이버를 사용할 경우 Virtual SAN 디스크 서비스 가능성이 작동하지 않음
      추가 호스트 실패가 한 번 발생한 후 Virtual SAN 클러스터 > 모니터 > Virtual SAN > 상태 > 제한 상태 >에서 노드가 2개 또는 3개인 Virtual SAN 클러스터에 대한 상태 검사가 빨간색으로 표시되고, 클러스터의 디스크 공간 사용량이 50%를 초과하면 잘못된 vCenter Server 이벤트 또는 경보가 트리거됩니다.

      해결 방법: Virtual SAN 클러스터에 호스트를 하나 이상 추가하거나 디스크를 추가하여 클러스터의 디스크 공간 사용량을 50% 미만으로 줄입니다.

    • 노드가 2개 또는 3개인 Virtual SAN 클러스터의 제한 상태 검사가 빨간색으로 표시됨
      Virtual SAN 디스크 서비스 가능성 플러그인(lsu-lsi-lsi-msgpt3-plugin)은 디바이스 위치를 가져오고 디스크 LED를 켜거나 끄는 작업을 지원합니다. VMware lsi_msgpt3 인박스 드라이버는 서비스 가능성 플러그인을 지원합니다. 하지만 타사 비동기식 드라이버를 사용하면 플러그인이 작동하지 않습니다.

      해결 방법: VMware 인박스 lsi_msgpt3 드라이버 버전 06.255.10.00-2vmw 이상을 사용합니다.

    Virtual Volumes 문제

    • Virtual Volumes VASA 제공자가 사용하는 올바르지 않은 인증서 때문에 가상 데이터스토어 생성 실패
      경우에 따라 Virtual Volumes VASA 제공자가 사용하는 자체 서명된 인증서는 KeyUsage 확장을 keyCertSign 비트를 설정하지 않고 위험으로 잘못 정의할 수 있습니다. 이 경우 제공자 등록은 성공합니다. 하지만 VASA 제공자가 보고한 스토리지 컨테이너에서 가상 데이터스토어를 생성할 수 없습니다.

      해결 방법: 제공자 등록 시점에 VASA 제공자가 사용하던 자체 서명된 인증서가 keyCertSign 비트를 설정하지 않고 KeyUsage 확장을 위험으로 정의하지 않아야 합니다.

    일반 스토리지 문제

    • 특정 버전의 펌웨어를 실행하는 스토리지 어레이에 연결된 ESXi 6.0 업데이트 2 호스트에서 I/O 시간 초과 및 이로 인한 중단 문제가 발생함
      특정 버전의 펌웨어를 실행하는 스토리지 어레이에 연결된 ESXi 6.0 업데이트 2 호스트에서 SMART 데이터 요청을 스토리지 어레이에 보내고 어레이가 PDL 오류로 응답할 경우, 6.0 업데이트 2에서는 이와 같은 PDL 응답 동작으로 인해 실패한 명령이 계속해서 다시 시도되어 다른 명령이 차단되는 결과가 나타날 수 있습니다. 이 오류로 인해 광범위하게 나타나는 I/O 시간 초과 및 이로 인한 중단 문제가 나타날 수 있습니다.

      또한 ESXi 호스트에서 재부팅 후 vCenter Server에 다시 연결하는 데 시간이 오래 걸리거나 호스트가 vCenter Server에서 응답 없음 상태로 전환될 수 있습니다. HBA 다시 검색 같은 스토리지 관련 태스크를 완료하는 데 시간이 아주 오래 걸릴 수 있습니다.

      해결 방법: 이 문제를 해결하려면 기술 자료 문서 2133286을 참조하십시오.

    • 새 VM이 기존 디스크에서 생성된 경우 vSphere Web Client에서 스토리지 정책을 연결됨으로 잘못 표시함
      기존 디스크에서 새 VM을 생성하는 데 vSphere Web Client를 사용하고 디스크를 설정할 때 스토리지 정책을 지정합니다. 새 VM 선택 --> VM 정책 --> VM 스토리지 정책 편집 클릭 시 필터가 연결되어 있는 것으로 나타나지만 해당 필터는 실제로는 연결되어 있지 않습니다. .vmdk 파일 또는 vmkfstools --iofilterslist <vmdk-file>'을 확인하여 필터가 연결되어 있는지 확인할 수 있습니다.

      해결 방법: 새 VM을 생성한 후 전원을 켜기 전에 VM 정책 --> VM 스토리지 정책 편집을 클릭하여 필터를 vmdk에 추가하십시오.

    • NFS 조회 작업을 수행할 때 오래된 NFS 오류가 반환됨
      NFS 데이터스토어에 많은 수의 VM을 배포할 경우 경합 조건으로 인해 다음과 유사한 오류 메시지와 함께 VM을 배포하지 못할 수 있습니다.

      오래된 NFS 파일 핸들

      해결 방법: 조회 작업을 다시 시작하십시오. 자세한 내용은 기술 자료 문서 2130593을 참조하십시오.

    • QLogic iSCSI 어댑터가 사용될 때 Dell EqualLogic LUN에서 VMFS 데이터스토어를 생성하려는 시도가 실패함
      QLogic iSCSI 어댑터를 통해 검색된 Dell EqualLogic 스토리지 디바이스에서 VMFS 데이터스토어를 생성할 수 없습니다.
      시도가 실패하면 vCenter Server에 다음 오류 메시지가 나타납니다. 파일 시스템을 생성할 수 없습니다. 자세한 내용은 VMkernel 로그를 확인하십시오. 연결 시간이 초과되었습니다. VMkernel 로그에는 연속적인 iscsi session blockediscsi session unblocked 메시지가 포함됩니다. Dell EqualLogic 스토리지 어레이에서 모니터링 로그에 QLogic 이니시에이터 IQN 이름에 대해 이니시에이터에서 수신된 패킷에서 프로토콜 오류 메시지가 표시됩니다.

      이 문제는 다음 구성 요소를 사용할 때 발견됩니다.

      • Dell EqualLogic 어레이 펌웨어: V6.0.7

      • QLogic iSCSI 어댑터 펌웨어 버전: 3.00.01.75

      • 드라이버 버전: 5.01.03.2-7vmw-debug

      해결 방법: QLogic iSCSI 어댑터에서 iSCSI ImmediateData 어댑터 매개 변수를 사용하도록 설정합니다. 기본적으로 이 매개 변수는 꺼져 있습니다. 이 매개 변수는 vSphere Web Client에서 또는 esxcli 명령을 사용하여 변경할 수 없습니다. 이 매개 변수를 변경하려면 QConvergeConsole CLI와 같은 벤더 제공 소프트웨어를 사용하십시오.

    • Emulex OneConnect HBA가 설치된 ESXi 호스트가 부팅되지 않음
      ESXi 호스트에 Emulex OneConnect HBA가 설치된 경우 호스트가 부팅되지 않을 수 있습니다. 이 실패는 Emulex 펌웨어의 문제 때문에 발생합니다.

      해결 방법: 이 문제를 수정하려면 Emulex에 HBA의 최신 펌웨어를 문의하십시오.

      이전 펌웨어를 계속 사용하는 경우 부팅 문제를 피하려면 다음 단계를 수행하십시오.

      1. ESXi가 로드될 때 ESXi 커널 부팅 전에 Shift+O를 누릅니다.

      2. 기존 부팅 옵션은 그대로 두고, 공백과 dmaMapperPolicy=false를 차례로 추가합니다.

    • APD 도중 Flash Read Cache가 I/O를 가속하지 않음
      Flash Read Cache에 대한 가상 플래시 리소스로 구성된 플래시 디스크에 문제가 있거나 이 디스크에 액세스할 없는 경우 또는 호스트에서 디스크 스토리지에 연결할 수 없는 경우, 해당 호스트의 Flash Read Cache 인스턴스가 무효하며 I/O 가속을 수행하지 않습니다. 그 결과 호스트와 스토리지가 다시 연결된 후 캐시가 오래된 데이터를 제공하지 않습니다. 연결 중단은 일시적인 APD(모든 경로 다운) 조건이거나 영구적인 PDL(영구적 디바이스 손실)일 수 있습니다. 이 조건은 가상 시스템의 전원을 껐다가 다시 켤 때까지 지속됩니다.

      해결 방법: 가상 시스템 전원을 껐다가 다시 켜서 Flash Read Cache를 사용한 I/O 가속을 복원할 수 있습니다.

    • APD(모든 경로 다운) 또는 경로 페일오버로 인해 시스템 실패가 발생할 수 있음
      공유된 SAS 환경에서 디스크가 lsi_msgpt3 드라이버에 의해 할당되었고 이 디스크에 I/O 활동이 많을 경우, APD 또는 경로 페일오버 상황으로 인해 시스템 실패가 발생할 수 있습니다.

      해결 방법: 없음

    • SCSI 중단 명령을 자주 사용하면 시스템 실패가 발생할 수 있음
      I/O 활동이 많을 때 SCSI 중단 명령을 자주 사용하면 MegaRAID 컨트롤러의 응답이 매우 느려질 수 있습니다. 이전 컨텍스트에서 이미 해제되었던 리소스 참조에 예기치 않은 인터럽트가 발생할 경우 시스템이 실패할 수 있습니다.

      해결 방법: 없음

    • IQN 변경 시 iSCSI 연결이 실패하고 데이터스토어에 액세스할 수 없음
      이 문제는 어댑터의 iSCSI 세션이 아직 활성화된 상태에서 iSCSI 어댑터의 IQN을 변경한 경우에 발생할 수 있습니다.

      해결 방법: iSCSI 어댑터의 IQN을 변경할 때는 해당 어댑터에 활성화된 세션이 없어야 합니다. IQN을 변경하기 전에 어댑터에서 모든 iSCSI 세션 및 모든 대상을 제거하십시오.

    • nvmecli 온라인 및 오프라인 작업이 적용되지 않을 때가 있음
      NVMe 디바이스를 온라인 상태로 전환하기 위해 nvmecli device online -A vmhba* 작업을 수행하면 작업이 성공한 것으로 보입니다. 하지만 디바이스는 여전히 오프라인 상태에 있을 수 있습니다.

      해결 방법: nvmecli device list 명령을 실행하여 NVMe 디바이스의 상태를 확인합니다.

    서버 구성 문제
    • 상태 저장 호스트의 호스트 프로파일을 Auto Deploy를 통해 프로비저닝된 호스트에 적용하는 경우 업데이트 적용이 실패함
      상태를 저장하여 배포된 호스트의 호스트 프로파일을 로컬 스토리지가 없고 Auto Deploy를 통해 프로비저닝된 호스트(상태 비저장 호스트)에 적용하는 경우 다음 오류 메시지 중 하나가 표시되면서 업데이트 적용 시도가 실패합니다.

      • PCI 버스 주소가 sxxxxxxxx.xx인 vmhba 디바이스가 호스트에 없습니다. 종료한 후 PCI 슬롯 yy에 카드를 넣어야 합니다. 카드 유형은 참조 호스트의 유형과 정확히 일치해야 합니다.

      • 유효한 코어 덤프 파티션이 없습니다.

      해결 방법: 호스트 프로파일에서 문제를 일으키는 플러그인(예: 디바이스 별칭 구성 또는 코어 덤프 구성)을 사용하지 않도록 설정한 후 호스트 프로파일에 업데이트를 적용합니다.

    • 정적 IP가 포함된 호스트 프로파일을 호스트에 적용하면 규정 준수 오류가 발생함
      DHCP 네트워크 구성이 있는 호스트에서 호스트 프로파일을 추출하고 정적 IP 주소를 포함하도록 호스트 프로파일을 편집한 후 다른 호스트에 적용하는 경우 다음 메시지가 표시되면서 규정 준수 오류가 발생합니다.

      IPv4 경로 수가 일치하지 않습니다.

      해결 방법: DHCP 호스트에서 호스트 프로파일을 추출하기 전에 정적 IP 주소를 포함하도록 호스트를 구성합니다.

    • 네트워크 리소스가 오버 커밋된 가상 네트워크 어댑터를 핫 추가하면 가상 시스템의 전원이 꺼질 수 있음
      Network I/O Control을 사용하도록 설정한 vSphere Distributed Switch에서 전원이 켜진 가상 시스템은 호스트 물리적 네트워크 어댑터의 가상 시스템 트래픽에 대한 예약에 따른 대역폭 예약을 사용하여 구성됩니다. 호스트의 물리적 네트워크 어댑터에서 사용 가능한 대역폭을 초과하는 네트워크 대역폭 예약을 설정하여 가상 시스템에 네트워크 어댑터를 핫 추가합니다.

      네트워크 어댑터를 핫 추가하면 VMkernel이 FSR(Fast Suspend and Resume) 프로세스를 시작합니다. 가상 시스템이 사용 가능한 것보다 많은 네트워크 리소스를 요청하므로 VMkernel은 FSR 프로세스의 실패 경로를 수행합니다. 이 실패 경로의 오류로 인해 가상 시스템의 전원이 꺼집니다.

      해결 방법: 전원이 켜진 가상 시스템에 네트워크 어댑터를 추가할 때 대역폭 예약을 구성하지 마십시오.

    VMware HA 및 Fault Tolerance 문제
    • 레거시 FT(Fault Tolerance)가 Intel Skylake-DT/S, Broadwell-EP, Broadwell-DT 및 Broadwell-DE 플랫폼에서 지원되지 않음
      레거시 FT가 Intel Skylake-DT/S, Broadwell-EP, Broadwell-DT 및 Broadwell-DE 플랫폼에서 지원되지 않습니다. 단일 프로세서, Legacy Fault Tolerance를 사용하도록 설정한 후 가상 시스템의 전원을 켜려는 시도가 실패합니다.

      해결 방법: 없음.

    게스트 운영 체제 문제
    • 핫 플러그 후 NVMe PCIe SSD 디바이스에 대한 패스스루 모드 설정 시도가 실패할 수 있음
      vSphere Web Client에서 SSD 디바이스에 대한 패스스루 모드를 사용하도록 설정하려면, 호스트를 선택하고 관리 탭과 설정을 클릭한 다음 하드웨어 섹션으로 이동하여 PCI 디바이스 > 편집을 클릭합니다. 그리고 패스스루를 사용하도록 설정할 수 있는 활성 디바이스 목록에서 디바이스를 선택하고 확인을 클릭합니다. 하지만 PCIe NVMe 드라이브가 없는 ESXi 6.0 호스트에 새 NVMe 디바이스를 핫 플러그하면 새 NVMe PCIe SSD 디바이스는 패스스루 모드에 대해 사용하도록 설정할 수 없으며 사용 가능한 패스스루 디바이스 목록에 나타나지 않습니다.

      해결 방법: 호스트를 다시 시작합니다. ESXi 호스트에서 명령을 실행할 수도 있습니다.

      1. 루트 사용자로 로그인합니다.

      2. 다음 명령을 실행합니다.
        /etc/init.d/hostd start

    지원되는 하드웨어 문제
    • esxcli를 실행하여 디스크 위치를 가져올 때 HP 서버의 Avago 컨트롤러에 대한 결과가 잘못됨
      esxcli storage core device physical get을 실행하면 HP 서버의 Avago 컨트롤러에 대한 결과가 잘못됩니다.

      예를 들어 다음을 실행할 경우
      esxcli storage core device physical get -d naa.5000c5004d1a0e76
      시스템에서 다음을 반환합니다.
      Physical Location: enclosure 0, slot 0

      물리적 서버의 해당 슬롯에 대한 실제 레이블은 1입니다.

      해결 방법: HP 서버에서 슬롯을 신중하게 확인합니다. HP 서버의 슬롯 번호가 1부터 시작하므로, 올바른 결과를 위해 명령이 반환하는 슬롯 번호를 늘려야 합니다.

    CIM 및 API 문제
    • sfcb-vmware_raw의 실행이 실패함
      할당된 최대 기본 플러그인 리소스 그룹 메모리가 충분하지 않을 때 sfcb-vmware_raw의 실행이 실패할 수 있습니다.

      해결 방법: 다음 명령을 사용하여 sfcbd 플러그인의 메모리 제한에 대해 UserVars CIMOemPluginsRPMemMax를 추가하고 sfcbd를 다시 시작하여 새 플러그인 값을 반영합니다.

      esxcfg-advcfg -A CIMOemPluginsRPMemMax --add-desc 'Maximum Memory for plugins RP' --add-default XXX --add-type int --add-min 175 --add-max 500

      XXX는 할당하고자 하는 메모리 제한입니다. 이 값은 최소값(175) 및 최대값(500) 이내여야 합니다.