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

ESXi 6.7 업데이트 3 | 2019년 8월 20일 | ISO 빌드 14320388 이 릴리스 정보의 추가 사항 및 업데이트 사항을 확인하십시오.

릴리스 정보에 포함된 내용

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

• 새로운 기능
• ESXi 6.7의 이전 릴리스
• 이 릴리스에 대한 설치 정보
• 이 릴리스에 포함된 패치
• 해결된 문제
• 알려진 문제

새로운 기능

• ixgben 드라이버 기능 개선: CPU 효율성을 최적화하기 위해 ixgben 드라이버에 대기열 페어링 기능이 추가되었습니다.
• VMXNET3 기능 개선: ESXi 6.7 업데이트 3에는 게스트 캡슐화 오프로드 및 ENS(고급 네트워킹 스택)에 대한 UDP 및 ESP RSS 지원이 추가되었습니다. 캡슐화된 패킷에서 가상 장치 에뮬레이션으로 체크섬 계산이 오프로드되며 필요할 때 UDP 및 ESP 패킷에 대해 RSS를 실행할 수 있습니다. UDP RSS는 IPv4와 IPv6를 모두 지원하지만 ESP RSS는 IPv4만 지원합니다. 이 기능을 사용하려면 해당하는 VMXNET3 v4 드라이버가 있어야 합니다.
• NVIDIA vGPU(가상 GPU) 기능 개선: vCenter Server 6.7 업데이트 3을 사용하면 최대 4개의 vGPU 디바이스가 포함된 가상 시스템 및 템플릿을 구성하여 가상 시스템에 여러 개의 GPU 가속기를 연결해야 하는 환경을 구축할 수 있습니다. vMotion vGPU 기능을 사용하려면 vgpu.hotmigrate.enabled 고급 설정을 true로 설정해야 하며, vCenter Server 및 ESXi 호스트 둘 모두에서 vSphere 6.7 업데이트 3을 실행해야 합니다.
  GPU 워크로드가 과도할 경우 최대 전환 시간인 100초를 초과하여 여러 GPU를 통해 가속화 기능을 사용하는 가상 시스템의 vMotion이 정상적으로 실패할 수 있습니다. 이러한 실패를 방지하려면 허용되는 최대 전환 시간을 늘리거나, 가상 시스템이 GPU 워크로드를 더 적게 수행할 때까지 기다리십시오.
• bnxtnet 드라이버 기능 개선: ESXi 6.7 업데이트 3에는 Broadcom 100G 네트워크 어댑터 및 다중 RSS 피드에 대한 지원이 bnxtnet 드라이버에 추가되었습니다.
• QuickBoot 지원 기능 개선: ESXi 6.7 업데이트 3에서는 Dell EMC vSAN ReadyNode 서버 R740XD 및 R640에서 QuickBoot 지원을 허용합니다.
• sfcbd 서비스에 대해 구성 가능한 종료 시간: ESXi 6.7 업데이트 3을 사용하면 sfcbd 서비스의 종료 시간을 구성할 수 있습니다. 사용 중인 타사 CIM 제공자에 따라 종료 시간을 설정하거나, 기본 설정(10초)을 사용할 수 있습니다.
• 새 SandyBridge 마이크로코드: ESXi 6.7 업데이트 3은 새로운 SandyBridge 마이크로코드를 CPU 마이크로코드 VIB에 추가하여 SandyBridge 보안을 기타 CPU와 동등한 수준으로 끌어올리고 VM별 EVC(Enhanced vMotion Compatibility) 지원을 수정합니다. 자세한 내용은 VMware 기술 자료 문서 1003212를 참조하십시오.

ESXi 6.7의 이전 릴리스

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

• VMware ESXi 6.7, 패치 릴리스 ESXi670-201906002
• VMware ESXi 6.7, 패치 릴리스 ESXi670-201905001
• VMware ESXi 6.7, 패치 릴리스 ESXi670-201904001
• VMware ESXi 6.7 업데이트 2 릴리스 정보
• VMware ESXi 6.7, 패치 릴리스 ESXi670-201903001
• VMware ESXi 6.7, 패치 릴리스 ESXi670-201901001
• VMware ESXi 6.7, 패치 릴리스 ESXi670-201811001
• VMware vSphere 6.7 업데이트 1 릴리스 정보
• VMware vSphere 6.7 릴리스 정보

국제화, 호환성, 설치 및 업그레이드, 오픈 소스 구성 요소 및 제품 지원 고지 사항에 대한 자세한 내용은 VMware vSphere 6.7 업데이트 1 릴리스 정보를 참조하십시오.

이 릴리스에 대한 설치 정보

ESXi 6.7 업데이트 3의 VMware Tools 번들 변경 사항

ESXi 6.7 업데이트 3에서는 VMware Tools 10.3.10 ISO 이미지의 일부가 ESXi 6.7 업데이트 3 호스트와 함께 번들로 제공됩니다.

ESXi와 함께 번들로 제공되는 VMware Tools 10.3.10 ISO 이미지는 다음과 같습니다.

• windows.iso : Windows Vista 이상용 VMware Tools 이미지
• linux.iso : glibc 2.5 이상을 포함하는 Linux 운영 체제용 VMware Tools 이미지

다운로드로 제공되는 VMware Tools 10.3.10 ISO 이미지는 다음과 같습니다.

• solaris.iso: Solaris용 VMware Tools 이미지
• freebsd.iso : FreeBSD용 VMware Tools 이미지
• darwin.iso : OSX용 VMware Tools 이미지

ESXi와 함께 번들로 제공되지 않는 플랫폼을 위한 VMware Tools를 다운로드하려면 다음 문서에 나열된 절차를 따르십시오.

• VMware Tools 10.3.10 릴리스 정보
• VMware Tools 10으로의 업데이트 - 필독서
• Auto Deploy로 프로비저닝된 호스트를 위한 VMware Tools
• VMware Tools 업데이트

이 릴리스에 포함된 패치

이 릴리스에는 이 제품 출시 이전에 출시된 모든 ESXi 관련 공지가 포함됩니다.

빌드 세부 정보

다운로드 파일 이름:	update-from-esxi6.7-6.7_update03.zip
빌드:	14320388 14141615(보안 전용)
다운로드 크기:	454.6MB
md5sum:	b3a89ab239caf1e10bac7d60277ad995
sha1checksum:	590aabc3358c45ca7ee3702d50995ce86ac43bf8
호스트 재부팅 필요:	예
가상 시스템 마이그레이션 또는 종료 필요:	예

공지

이 릴리스에는 일반 및 보안 전용 공지가 포함됩니다. 보안 전용 공지는 새로운 보안 수정에만 적용됩니다. 새로운 버그 수정은 포함되지 않았지만 이전 패치 및 업데이트 릴리스의 버그 수정이 포함되어 있습니다.
새로운 보안 및 버그 수정을 모두 설치해야 하는 경우 이 릴리스의 모든 공지를 적용해야 합니다. 일부 경우 일반 릴리스 공지가 보안 전용 공지를 대체합니다. 일반 릴리스 공지에 새로운 보안 및 버그 수정이 모두 포함되는 경우에는 문제가 되지 않습니다.
보안 전용 공지는 공지 ID가 "SG"로 끝납니다. 패치 및 업데이트 분류에 대한 자세한 내용은 KB 2014447을 참조하십시오.
개별 공지에 대한 자세한 내용은 My VMware 페이지 및 해결된 문제 섹션을 참조하십시오.

공지 ID	범주	심각도
ESXi670-201908201-UG	버그 수정	위험
ESXi670-201908202-UG	버그 수정	중요
ESXi670-201908203-UG	기능 개선	중요
ESXi670-201908204-UG	기능 개선	중요
ESXi670-201908205-UG	기능 개선	중요
ESXi670-201908206-UG	기능 개선	중요
ESXi670-201908207-UG	기능 개선	중요
ESXi670-201908208-UG	기능 개선	중요
ESXi670-201908209-UG	기능 개선	중요
ESXi670-201908210-UG	기능 개선	중요
ESXi670-201908211-UG	기능 개선	중요
ESXi670-201908212-UG	기능 개선	중요
ESXi670-201908213-UG	버그 수정	중요
ESXi670-201908214-UG	기능 개선	중요
ESXi670-201908215-UG	기능 개선	중요
ESXi670-201908216-UG	기능 개선	중요
ESXi670-201908217-UG	버그 수정	중요
ESXi670-201908218-UG	버그 수정	중요
ESXi670-201908219-UG	기능 개선	중요
ESXi670-201908220-UG	버그 수정	중요
ESXi670-201908221-UG	버그 수정	중요
ESXi670-201908101-SG	보안	중요
ESXi670-201908102-SG	보안	중요
ESXi670-201908103-SG	보안	중요
ESXi670-201908104-SG	보안	중요

중요: VMware vSAN을 사용하는 클러스터의 경우 먼저 vCenter Server 시스템을 업그레이드해야 합니다. ESXi만 업그레이드하는 것은 지원되지 않습니다.
업그레이드 전에는 항상 ESXi, vCenter Server 및 vSAN의 이전 버전에서 현재 버전으로의 VMware 제품 상호 운용성 매트릭스 호환 업그레이드 경로를 확인하십시오. 

이미지 프로파일

VMware 패치 및 업데이트 릴리스에는 일반 및 중요 이미지 프로파일이 포함됩니다.

일반 릴리스 이미지 프로파일은 새로운 버그 수정에 적용됩니다.

이미지 프로파일 이름

ESXi-6.7.0-20190802001-standard

ESXi-6.7.0-20190802001-no-tools

ESXi-6.7.0-20190801001s-standard

ESXi-6.7.0-20190801001s-no-tools

패치 다운로드 및 설치

ESXi 호스트에 패치를 적용하는 일반적인 방법은 VMware vSphere Update Manager를 사용하는 것입니다. 자세한 내용은 VMware vSphere Update Manager 설치 및 관리를 참조하십시오.

ESXi 호스트는 VMware 다운로드 페이지에서 패치 ZIP 파일을 수동으로 다운로드하고 esxcli software vib 명령을 사용하여 vib를 설치하는 방식으로 업데이트할 수 있습니다. 또한 이미지 프로파일 및 esxcli software profile 명령을 사용하여 시스템을 업데이트할 수 있습니다.

자세한 내용은 vSphere 명령줄 인터페이스 개념 및 예제 및 vSphere 업그레이드 가이드를 참조하십시오.

해결된 문제

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

• ESXi670-201908201-UG
• ESXi670-201908202-UG
• ESXi670-201908203-UG
• ESXi670-201908204-UG
• ESXi670-201908205-UG
• ESXi670-201908206-UG
• ESXi670-201908207-UG
• ESXi670-201908208-UG
• ESXi670-201908209-UG
• ESXi670-201908210-UG
• ESXi670-201908211-UG
• ESXi670-201908212-UG
• ESXi670-201908213-UG
• ESXi670-201908214-UG
• ESXi670-201908215-UG
• ESXi670-201908216-UG
• ESXi670-201908217-UG
• ESXi670-201908218-UG
• ESXi670-201908219-UG
• ESXi670-201908220-UG
• ESXi670-201908221-UG
• ESXi670-201908101-SG
• ESXi670-201908102-SG
• ESXi670-201908103-SG
• ESXi670-201908104-SG
• ESXi-6.7.0-20190802001-standard
• ESXi-6.7.0-20190802001-no-tools
• ESXi-6.7.0-20190801001s-standard
• ESXi-6.7.0-20190801001s-no-tools

ESXi670-201908201-UG

패치 범주	버그 수정
패치 심각도	위험
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMware_bootbank_esx-update_6.7.0-3.73.14320388 VMware_bootbank_vsan_6.7.0-3.73.14263135 VMware_bootbank_vsanhealth_6.7.0-3.73.14263064 VMware_bootbank_esx-base_6.7.0-3.73.14320388
수정된 PR	2288428, 2282206, 2305377, 2213824, 2305719, 2301374, 2272250, 2220008, 2262288, 2290043, 2295425, 2300124, 2303227, 2301818, 2294347, 2338914, 2327317, 2312215, 2331247, 2340952, 2366745, 2331525, 2320309, 2304092, 2241121, 2306836, 2343913, 2361711, 2350171, 2297765, 2355516, 2287232, 2310826, 2332785, 2280742, 2386930, 2333442, 2346582, 2214222, 2335847, 2292419, 2132634, 2363202, 2367669, 2303016, 2337889, 2360408, 2344159, 2331369, 2370239, 2367142, 2336379, 2301231, 2354762, 2305414, 2305410, 2305404, 2305406, 2305405, 2335120, 2305407, 2315656, 2315652, 2305412, 2315684, 2323424, 2328263, 2332785, 2338914, 2214222, 2394247, 2402409, 2322882, 2482603
CVE 번호	CVE-2019-5528

이 패치는 esx-base, esx-update, vsan 및 vsanhealth VIB를 업데이트하여 다음과 같은 문제를 해결합니다.

• PR 2288428: 명령을 처리하는 타사 디바이스 드라이버의 반복적인 실패로 인해 가상 시스템이 응답하지 않을 수 있음

  명령을 처리하는 일부 타사 디바이스 드라이버의 반복적인 실패로 인해 가상 시스템이 응답하지 않을 수 있습니다. 가상 시스템 콘솔을 열면 다음과 같은 오류가 표시될 수 있습니다.
  오류: MKS에 연결할 수 없습니다. 재시도 기간 내에 \\.\pipe\vmware-authdpipe 파이프에 연결할 수 없습니다. 

  이 문제는 이 릴리스에서 해결되었습니다. 이 버그 수정은 응답하지 않는 타사 디바이스 드라이버에 대한 명령을 복구하고 실패한 명령이 성공할 때까지 중지 후 재시도될 수 있도록 합니다.

• PR 2282206: ESXi 호스트를 재부팅한 후 vCenter Server에 마운트된 Nutanix의 Fault Tolerance 솔루션을 사용할 때 NFS 데이터스토어가 표시되지 않을 수 있음

  ESXi 호스트를 재부팅한 후 vCenter Server 시스템에 마운트된 Nutanix의 Fault Tolerance 솔루션을 사용하여 NFS 데이터스토어가 표시되지 않을 수 있습니다. 하지만, ESXi 호스트에서 볼륨을 볼 수 있습니다.

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

• PR 2305377: 시간이 경과함에 따라 NFS 버전 3 데이터스토어에서 실행되는 가상 시스템의 성능이 저하될 수 있음

  시간이 경과함에 따라 NFS 버전 3 데이터스토어에서 실행되는 가상 시스템의 성능이 저하될 수 있습니다. ESXi 호스트를 재부팅하면 가상 시스템이 정상적으로 다시 수행되기 시작합니다.

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

• PR 2213824: 물리적 CPU 하트비트 장애로 인해 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있음

  가상 시스템에 SEsparse 스냅샷이 있고 기본 VMDK 파일 크기가 4K의 배수가 아닌 경우, 게스트 운영 체제 또는 타사 애플리케이션에서 VMDK의 물리적 레이아웃을 쿼리하면 물리적 CPU 잠금이 발생할 수 있습니다. 그 결과 퍼플 진단 스크린이 표시되면서 ESXi에 장애가 발생합니다.

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

• PR 2305719: 컨테이너 포트와 함께 vSphere Storage vMotion을 사용하여 가상 시스템을 마이그레이션할 경우 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있음

  컨테이너 포트에 중복된 VIF(가상 인터페이스) 연결 ID가 있는 경우, 컨테이너 포트와 함께 vSphere Storage vMotion을 사용하여 가상 시스템을 마이그레이션하면 마이그레이션 중에 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

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

• PR 2301374: CNA(Converged Network Adapter)의 UplinkRcv 캡처 시점에 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있음

  pktcap-uw 구문을 사용할 경우 CNA의 UplinkRcv 캡처 시점에 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다. 이 문제는 업링크에서 패킷을 캡처할 때 디바이스에 업링크 개체가 연결되어 있지 않은 드문 경우에 발생할 수 있습니다.

  이 문제는 이 릴리스에서 해결되었습니다. 해결 방법은 연결된 업링크 개체가 없는 경우 캡처 시점을 이동하는 것입니다. 

• PR 2272250: vSphere Distributed Switch 버전 6.6을 사용하는 ESXi 6.7 호스트에서 물리적 NIC 로드 기준 라우팅 정책이 작동하지 않음

  ESXi 6.7 업데이트 3 이전의 vSphere Distributed Switch 버전 6.6에서는 물리적 NIC 로드 기준 라우팅 정책이 지원되지 않았습니다.

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

• PR 2220008: 대규모 네트워크에서 가상 시스템의 네트워크 부팅이 실패할 수 있음

  가상 시스템의 네트워크 부팅은 가상 시스템과 네트워크 부팅 서버 간 거리가 라우터 15개로 제한됩니다. 시스템에서 가상 시스템과 부팅에 필요한 서버(PXE, DHCP, DNS, TFTP) 사이의 경로에 라우터가 더 많이 있으면, 부팅 요청이 서버에 도달하지 못하기 때문에 부팅이 실패합니다.

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

• PR 2262288: SNMPv3 개체 식별자 GET 요청 때문에 ESXi 호스트가 응답을 중지할 수 있음

  사용자 인증이 있는데도 각 SNMPv3 개체 식별자가 GET 요청을 수신할 수 있습니다. 그 결과 ESXi 호스트가 응답을 중지할 수 있습니다.

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

• PR 2290043: 호스트 프로파일에 비준수 값이 있음에도 vSphere Web Client 또는 vSphere Client에서 호스트 프로파일이 규정을 준수하는 것으로 표시될 수 있음

  호스트 프로파일에 MTU(최대 전송 단위) 크기 같은 비준수 값이 있는데도 vSphere Web Client 또는 vSphere Client에서 호스트 프로파일이 규정을 준수하는 것으로 표시될 수 있습니다. 프로파일에 대한 업데이트 적용이 예상대로 수행되지만 vSphere Web Client 또는 vSphere Client에는 반영되지 않습니다.

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

• PR 2295425: vCenter Server 시스템에 연결하는 모든 웹 기반 애플리케이션에서 ESXi 호스트의 성능 차트가 일시적으로 사라질 수 있음

  vSphere Client 및 vSphere Web Client를 포함하여, vCenter Server 시스템에 연결하는 모든 웹 기반 애플리케이션 또는 내장된 VMware Host Client에 ESXi 호스트의 성능 차트가 일시적으로 보이지 않을 수 있습니다. 내부 문제로 인해 hostd가 일부 ESXi 호스트의 사용 가능한 성능 카운터 정보를 삭제합니다.

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

• PR 2300124: ESXi 호스트가 AMD EPYC CPU에서 C2 저전력 상태를 사용하지 않음

  ESXi 호스트의 펌웨어 설정에서 C-상태가 사용되도록 설정되어 있어도 VMkernel에서 모든 C-상태를 올바르게 감지하지 못합니다. esxtop 도구의 전원 화면에 %C0(C-상태 0으로 실행된 시간의 백분율) 열과 %C1(C-상태 1로 실행된 시간의 백분율) 열이 표시되지만 %C2 열은 표시되지 않습니다. 그 결과 와트 전력당 시스템 성능이 최대화되지 않습니다.

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

• PR 2303227: ESXi 호스트가 특정 BIOS 버전을 사용하는 경우, 호스트의 초기 시작 단계에서 어설션 실패가 트리거될 수 있음

  ESXi 호스트가 특정 BIOS 버전을 사용하는 경우 호스트의 초기 시작 단계 및 BIOS에서 Intel TXT(Trusted Execution Technology)를 사용하도록 설정한 경우에 어설션 실패가 트리거될 수 있습니다. 어설션 실패 유형은 다음과 같습니다.
  Panic: ASSERT bora/vmkernel/vmkBoot/x86/vmkBootTxt.c:2235.

  이 문제는 이 릴리스에서 해결되었습니다. 6.7 업데이트 3 이전 버전에서는 필요하지 않은 경우 BIOS에 Intel TXT를 사용하지 않도록 설정하십시오. BIOS를 업그레이드하여 문제가 해결될 수도 있습니다.

• PR 2301818: 경합 조건으로 인해 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있음

  호스트가 해제되어 다른 작업에 할당되는 정확한 시점에 호스트가 메모리 영역에 액세스하려고 하면 드문 경합 조건으로 인해 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

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

• PR 2294347: 소프트웨어 iSCSI 어댑터를 사용하면 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있음

  소프트웨어 iSCSI 어댑터를 사용하는 경우, 경합 조건으로 인해 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

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

• PR 2338914: vmw_ahci 드라이버 및 AHCI 컨트롤러 펌웨어의 AHCI 규격에 차이가 있으면 여러 오류가 발생할 수 있음

  과도한 I/O 워크로드에서, ESXi 기본 vmw_ahci 드라이버와 타사 AHCI 컨트롤러 펌웨어의 AHCI 규격(예: DELL BOSS-S1 어댑터)에 차이가 있으면, 스토리지 중단 오류나 퍼플 진단 스크린을 비롯한 다수의 오류가 발생할 수 있습니다.

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

• PR 2327317: NSX 설정에서 vSphere vMotion을 사용하여 크로스 클러스터 마이그레이션을 수행하는 동안 가상 시스템의 연결이 끊어질 수 있음

  NSX 설정에서 vSphere vMotion을 사용하여 크로스 클러스터 마이그레이션을 수행하는 경우, NetX 필터가 포트에 대한 트래픽을 차단할 수 있기 때문에 가상 시스템의 연결이 끊어질 수 있습니다.

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

• PR 2312215: vSphere Virtual Volumes로 지원되는 VMDK 파일이 있는 가상 시스템을 스냅샷으로 되돌리면 전원을 켜지 못할 수 있음

  이 문제는 VMDK 파일이 여러 개의 스냅샷을 통해 다른 SCSI 대상에 할당된 경우 vSphere Virtual Volumes 데이터스토어에만 해당됩니다. VMDK의 잠금 파일은 여러 스냅샷에 다시 할당되며 가상 시스템을 스냅샷으로 되돌릴 때 잘못 삭제될 수 있습니다. 잠금 파일 누락으로 인해 디스크가 열리지 않고 가상 시스템의 전원이 켜지지 않습니다.

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

• PR 2331247: Citrix PVS(Provisioning Services) 서버에서 VMXNET3 가상 네트워크 디바이스를 사용한 가상 시스템의 PXE 부팅이 실패할 수 있음

  VMXNET3 vNIC를 사용하는 가상 시스템은 Citrix PVS 부트스트랩을 사용하여 시작할 수 없습니다. 이 문제는 PXE 부팅에서 게스트 운영 체제 시작으로 전환하는 동안 올바르게 처리되지 않은 가상 네트워크 디바이스에 대한 보류 중인 인터럽트 때문에 발생합니다. 따라서 게스트 운영 체제가 가상 네트워크 디바이스를 시작할 수 없으며 가상 시스템도 시작되지 못합니다.

  이 문제는 이 릴리스에서 해결되었습니다. 이 버그 수정은 가상 디바이스가 시작될 때 보류 중인 인터럽트와 마스크 INTx 인터럽트를 지웁니다.

• PR 2340952: 물리적 NIC의 사용자 지정 Rx 및 Tx 링 크기가 ESXi 호스트 재부팅에서 지속되지 않을 수 있음

  네트워크 성능을 개선하기 위해 다음 명령을 사용하여 물리적 NIC의 Rx 및 Tx 링 크기를 사용자 지정하는 경우
  esxcli network nic ring current set -n -t
esxcli network nic ring current set -n -r
  ESXi 호스트 재부팅에서 설정이 지속되지 않을 수 있습니다.

  이 문제는 이 릴리스에서 해결되었습니다. 이 버그 수정은 이러한 ESXCLI 구성을 ESXi 구성 파일에 기록하여 재부팅에서 지속되도록 합니다. CLI를 사용하기 전에 물리적 NIC에서 링 크기 구성을 허용해야 합니다.

• PR 2366745: 가상 시스템에서 macOS 10.15 Developer Preview가 시작되지 않을 수 있음

  가상 시스템에서 macOS 10.15 Developer Preview를 시작하면 흰색 Apple 로고가 있는 빈 화면이 표시되면서 운영 체제가 실패할 수 있습니다. 다음과 같은 오류 메시지가 표시된 후 세부 정보 표시 모드의 전원 켜기 작업이 응답을 중지할 수 있습니다.
  사전 링크 plist 직렬화 해제 오류: OSUnserializeXML: 2행 부근 구문 오류
panic(...): "이 플랫폼의 드라이버를 찾을 수 없음: \"ACPI\".\n"@...

  이 문제는 이 릴리스에서 해결되었습니다. 수정 사항을 적용하려면 macOS 10.15 Developer Preview로 업그레이드하기 전에 기존 가상 시스템의 전원을 꺼야 합니다.

• PR 2331525: 기본 설정을 사용하도록 NetworkNicTeamingPolicy 또는 SecurityPolicy를 설정하면 호스트 프로파일을 적용하지 못할 수 있음

  호스트 프로파일의 NetworkNicTeamingPolicy 또는 SecurityPolicy를 수정하여, 기본 설정을 사용하도록 변경하면 호스트 프로파일을 ESXi 호스트에 적용하지 못하고 다음과 같은 오류가 표시될 수 있습니다. 오류: 지정된 매개 변수가 올바르지 않습니다.

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

• PR 2320309: vMotion 작업이 실패한 직후에 무중단 추가 또는 Storage vMotion 작업을 수행하면 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있음

  가상 스위치의 MTU(최대 전송 단위) 크기가 VMkernel 포트에 대해 구성된 MTU 크기보다 작으면 vMotion 작업이 실패할 수 있습니다. 실패한 vMotion 작업 직후에 무중단 추가 또는 Storage vMotion 작업을 수행하면 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

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

• PR 2304092: VMXNET3 가상 네트워크 디바이스가 일부 가상 시스템 인터페이스의 MAC 주소에 대해 null 속성을 가져올 수 있음

  모듈의 최대 메모리 힙 크기는 3GB입니다. 요청된 총 메모리 크기가 4GB를 초과하면 정수 오버플로가 발생합니다. 그 결과 가상 시스템 인터페이스의 MAC 주소가 00:00:00:00:00:00으로 설정되고 VMXNET3 디바이스가 시작되지 못할 수 있습니다. VMkernel 로그에 다음과 유사한 오류가 표시될 수 있습니다. Vmxnet3: 15204: Failed to allocate memory for tq 0.

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

• PR 2241121: VMware Host Client를 사용하여 가상 시스템을 OVF 파일로 내보낼 때, 서로 다른 가상 시스템에 대한 VMDK 디스크 파일의 접두사가 동일함

  여러 가상 시스템을 하나의 폴더로 내보낼 때 VMDK 이름이 충돌하고 웹 브라우저에서 자동으로 이름이 변경될 수 있습니다. 이렇게 하면 내보낸 OVF 파일이 유효하지 않게 됩니다.

  이 문제는 이 릴리스에서 해결되었습니다. 내보낸 VMDK 파일 이름은 이제 가상 시스템 이름을 기반으로 합니다.

• PR 2306836: 퍼플 진단 스크린이 표시되면서 ESXi 호스트 업그레이드 또는 마이그레이션 작업이 실패할 수 있음

  컨테이너 기능이 설정된 vSphere Distributed Switch 또는 NSX-T 관리 vSphere Distributed Switch를 사용하는 경우, ESXi 호스트가 6.7 또는 이전 버전이면 업그레이드 또는 마이그레이션 작업을 수행하는 동안 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

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

• PR 2343913: ESXi 호스트에 할당 규칙을 수동으로 추가해야 함

  Tegile 스토리지 어레이에 대한 할당 규칙을 ESXi 호스트에 수동으로 추가하여 초당 I/O 작업 수를 1로 설정해야 합니다.

  이 문제는 이 릴리스에서 해결되었습니다. 이 버그 수정은 ESXi 호스트 버전 6.5 및 6.7에서 Tegile 스토리지 어레이에 대해 SATP(스토리지 어레이 유형 플러그인)를 다음과 같이 설정합니다.
  esxcli storage nmp satp rule add -s VMW_SATP_ALUA -V TEGILE -M "INTELLIFLASH" -c tpgs_on --psp="VMW_PSP_RR" -O "iops=1" -e "Tegile arrays with ALUA support"
esxcli storage nmp satp rule add -s VMW_SATP_DEFAULT_AA -V TEGILE -M "INTELLIFLASH" -c tpgs_off --psp="VMW_PSP_RR" -O "iops=1" -e "Tegile arrays without ALUA support"'''
  

• PR 2361711: 인스턴트 클론을 프로비저닝할 때 오류가 표시되고 가상 시스템의 전원을 켜지 못할 수 있음

  vSphere Web Client 또는 vSphere Client에서 인스턴트 클론을 프로비저닝하는 경우 가상 시스템 연결이 끊겼습니다. 오류가 표시될 수 있습니다. VMX(가상 시스템 실행 파일) 프로세스가 실패하기 때문에 가상 시스템의 전원을 켤 수 없습니다.

  이 문제는 이 릴리스에서 해결되었습니다. 이 버그 수정은 VMX 패닉을 수정하고 오류를 반환합니다.

• PR 2350171: vIOMMU를 사용하도록 설정한 상태에서 kdump 유틸리티를 실행하면 ESXi 호스트의 Linux 게스트 운영 체제가 응답하지 않을 수 있음

  vIOMMU를 사용하도록 설정한 경우, kdump 커널을 초기화하는 동안 Linux 게스트 운영 체제가 응답하지 않을 수 있습니다.

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

• PR 2297765: 디스크를 제거해도 vCenter Server 시스템에서 StorageHealthAlarm이 트리거되지 않음

  ESXi 호스트가 LSI HBA(호스트 버스 어댑터) 및 연결된 스토리지의 상태를 모니터링하지 못할 수 있습니다. 그 결과 HBA 상태가 저하되어도 vCenter Server 시스템이 경보를 표시할 수 없습니다. 타사 제공자 LSI SMI-S CIM을 설치해야 합니다. 자세한 내용은 VMware 기술 자료 문서 2001549를 참조하십시오.

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

• PR 2355516: 드라이버의 환경 및 대기열을 구성하기 위한 API 호출로 인해 퍼플 진단 스크린이 표시되면서 ESXi 호스트가 실패할 수 있음

  SCSIBindCompletionWorlds() 메서드를 사용하여 드라이버의 대기열 및 월드 수를 설정할 수 있습니다. 하지만 numQueues 매개 변수를 1보다 크게 설정하고 numWorlds 매개 변수를 1보다 작게 설정하면 잠금을 해제하지 않은 채로 API 호출이 반환될 수 있습니다. 이로 인해 교착 상태가 발생하고 ESXi 호스트가 실패하고 퍼플 진단 스크린이 표시될 수 있습니다.

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

• PR 2287232: Microsoft Windows 10 버전 1809를 사용하는 가상 시스템을 VMFS6 데이터스토어에서 실행 중인 경우 시작 단계에서 느리게 시작되거나 응답을 중지할 수 있음

  Windows 10 버전 1809를 사용하고 스냅샷이 있는 가상 시스템이 VMFS6 데이터스토어에서 실행되는 경우, 가상 시스템이 시작 단계에서 느리게 시작되거나 응답을 중지할 수 있습니다.

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

• PR 2310826: NFS41 데이터스토어에 대한 연결이 간헐적으로 실패할 경우 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있음

  NFS41 데이터스토어에 대한 연결이 간헐적으로 실패할 경우 I/O 완료 시 NullPointerException 때문에 퍼플 진단 스크린이 표시되면서 ESXi호스트에 장애가 발생할 수 있습니다.

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

• PR 2332785: 물리적 CPU 하트비트가 부족하여 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있음

  CD-ROM 드라이브 모델 DU-8A5LH가 있는ESXi 호스트를 사용하는 경우 CD-ROM 드라이브가 알 수 없는 FIS(Frame Information Structure) 예외를 보고할 수 있습니다. vmw_ahci 드라이버가 예외를 올바르게 처리하지 못하고 반복된 PORT_IRQ_UNK_FIS 예외 로그를 커널에 생성합니다. 반복되는 로그로 인해 물리적 CPU 하트비트가 부족해져서 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

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

• PR 2280742: DvFilter 가상 스위치의 힙 손상으로 인해 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있음

  DvFilter 가상 스위치에 대한 방화벽 규칙 가져오기/설정 작업에서 발생하는 경합 조건 때문에 버퍼 오버플로 및 힙 손상이 발생할 수 있습니다. 그 결과 ESXi 호스트가 보라색 진단 화면과 함께 실패할 수 있습니다.

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

• PR 2386930: NVIDIA GRID vGPU가 구성된 가상 시스템을 마이그레이션한 이후 대상 ESXi 호스트에서 애플리케이션을 사용하지 못할 수 있음

  NVIDIA GRID vGPU가 구성된 가상 시스템의 계산 및 스토리지에 대한 라이브 마이그레이션 중에 메모리 손상이 발생할 수 있습니다. 마이그레이션은 완료되지만 실행 중인 애플리케이션이 대상 호스트에서 재개되지 않을 수 있습니다. 

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

• PR 2333442: 가상 디바이스 수가 최대 제한을 초과한 경우 가상 시스템 전원이 켜지지 않을 수 있음

  가상 시스템에 가상 디바이스 최대 수 및 PCI 패스스루가 구성되어 있는 경우 해당 제한을 초과하면 가상 시스템 전원의 전원이 켜지지 않을 수 있습니다.
  이 문제는 vmware.log 파일에서 다음과 유사한 패닉 로그를 통해 식별할 수 있습니다. vmx| E105: PANIC: VERIFY bora/devices/pci/pci.c:1529.

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

• PR 2346582: 버전 6.7 또는 6.7 업데이트 1(패치 릴리스 포함)에서 버전 6.7 업데이트 2 또는 다른 모든 6.7 업데이트 2 패치 릴리스로 ESXi 호스트를 업데이트할 경우, 서버에서 Intel Skylake CPU를 사용 중이면 신속 부팅이 취소되고 ESXi 호스트가 전체 시스템 재부팅을 수행함

  ESXi 6.7 업데이트 2는 Skylake CPU의 Intel 오류와 관련된 버그 수정을 제공합니다. 이 버그 수정은 하드웨어 구성에 영향을 주고 여러 온전성 검사를 수행하기 때문에 ESXi 호스트가 신속 부팅 대신 전체 시스템 재부팅을 수행합니다. 이 문제는 버그 수정이 없는 버전에서 이 버그 수정이 포함된 버전으로 ESXi 호스트를 업데이트하는 동안 이 업데이트에 대해 신속 부팅을 사용하도록 설정한 경우에 한 번만 발생합니다.

  이 문제는 이 릴리스에서 해결되었습니다. 이 버그 수정을 적용하면 ESXi 호스트를 버전 6.7 또는 6.7 업데이트 1에서 버전 6.7 업데이트 3으로 업데이트할 때 ESXi 호스트가 Intel Skylake CPU를 사용하는 서버에서 신속 부팅을 수행합니다.

• PR 2214222: GPU가 여러 개 있는 시스템에서 Xorg가 시작되지 않을 수 있음

  두 개 이상의 Xorg 스크립트가 병렬로 실행되어 서로 간섭할 수 있습니다. 그 결과 GPU가 여러 개 있는 시스템에서 Xorg 스크립트가 시작되지 않을 수 있습니다.

  이 문제는 이 릴리스에서 해결되었습니다. 이 버그 수정은 시작 작업 중에 Xorg 스크립트가 한 개만 실행되도록 합니다.

• PR 2335847: Mellanox ConnectX5 디바이스에서 Auto Negotiation 기능이 켜져 있는데도 활성화되어 있지 않다고 보고할 수 있음

  esxcli network nic get -n vmnicX 명령을 사용하여 Mellanox ConnectX5 디바이스의 Auto Negotiation 상태를 가져올 때 물리적 스위치에 이 기능이 사용되도록 설정되어 있는데도 상태가 False로 표시될 수 있습니다.

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

• PR 2334911: LAG(링크 집계 그룹)를 구성할 때 번들 멤버가 불안정하면 잘못된 VMkernel 관찰 메시지가 나타날 수 있음

  LAG를 구성할 때 번들 멤버가 불안정하면 해당 LAG에 대해 잘못된 VMkernel 관찰 메시지가 나타날 수 있습니다. 실패 기준: 0.

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

• PR 2366640: 업링크 이름이 vmnicX(X는 숫자임) 같은 형식이 아니면 LACP(Link Aggregation Control Protocol)가 작동하지 않음

  업링크 이름이 vmnicX(X는 숫자임) 같은 형식이 아니면 LACP가 작동하지 않습니다.

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

• PR 2292419: Site Recovery Manager 테스트 복구가 vSphere Replication 동기화 단계를 트리거하는 경우 hostd가 응답하지 않을 수 있음

  Microsoft Windows Server 2008 이상을 실행하는 가상 시스템을 중지하면 애플리케이션 중지 스냅샷이 생성됩니다. 동시 스냅샷의 최대 수는 32개인데 스냅샷 작업의 작업 추적에 사용되는 스레드가 너무 많기 때문에 이 값은 너무 큽니다. 그 결과 hostd 서비스가 응답하지 않을 수 있습니다.

  이 문제는 이 릴리스에서 해결되었습니다. 이 버그 수정은 동시 스냅샷의 최대 수를 8로 줄입니다.
  

• PR 2132634: VDI 풀을 재구성할 때 hostd 서비스가 가끔 실패하고 hostd-worker-zdump를 생성함

  VDI 풀을 재구성할 때 hostd 서비스가 가끔 실패하고 VmfsExtentCommonOpen: VmfsExtentParseExtentLine failed 오류 메시지가 표시됩니다. 이 경우 ESXi 호스트의 /var/core/ 디렉토리에 hostd-worker-zdump 파일이 생성됩니다.

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

• PR 2363202: 모니터링 서비스에 vSphere Virtual Volumes 데이터스토어에 있는 가상 시스템의 상태가 위험한 것으로 표시됨

  vSphere Web Client에서 vSphere Virtual Volumes 데이터스토어의 가상 시스템 수준에 대해 성능 그래프에 읽기 또는 쓰기 지연 시간이 잘못 표시됩니다. 그 결과 모니터링 서비스에 가상 시스템의 상태가 위험한 것으로 표시됩니다.

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

• PR 2367669: 메모리 페이지를 압축 해제하는 동안 가상 시스템이 응답을 중지하고 다시 시작될 수 있음

  ESXi 6.7에서 실행 중인 가상 시스템의 메모리 페이지를 압축 해제하는 동안 압축 창 크기 검사가 실패할 수 있습니다. 그 결과 가상 시스템이 응답을 중지하고 다시 시작될 수 있습니다. VMkernel 로그를 역추적하면 다음과 유사한 항목이 표시될 수 있습니다.
  Unable to decompress BPN(0x1005ef842) from frameIndex(0x32102f0) block 0 for VM(6609526)

0x451a55f1baf0:[0x41802ed3d040]WorldPanicWork
0x451a55f1bb50:[0x41802ed3d285]World_Panic
0x451a55f1bcc0:[0x41802edb3002]VmMemIO_FaultCompressedPage
0x451a55f1bd20:[0x41802edbf72f]VmMemPfCompressed
0x451a55f1bd70:[0x41802edc033b]VmMemPfInt
0x451a55f1be10:[0x41802edc0d4f]VmMemPf
0x451a55f1be80:[0x41802edc108e]VmMemPfLockPageInt
0x451a55f1bef0:[0x41802edc3517]VmMemPf_LockPage
0x451a55f1bfa0:[0x41802ed356e6]VMMVMKCall_Call
0x451a55f1bfe0:[0x41802ed59e5d]VMKVMM_ArchEnterVMKernel

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

• PR 2303016: DiskQueue가 가득 찼다는 오류와 함께 VMware Site Recovery Manager를 사용한 테스트 복구가 실패할 수 있음

  디스패치 논리에서 오류가 발생하여 ESXi 호스트의 리소스 관리자에 대한 동시 컨텍스트 수가 최대값인 512를 초과할 수 있습니다. 보조 호스트가 느리거나 네트워크 문제가 있는 경우 이로 인해 DiskQueue가 가득 찼습니다. 오류가 발생하고, Site Recovery Manager가 실행하는 작업에서 가상 시스템 동기화가 실패할 수 있습니다.

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

• PR 2337889: ESXi 호스트에 기본 경로를 구성하지 않으면 페이로드에 ESXi SNMP 에이전트 IP 주소가 역순으로 설정되어 SNMP 트랩이 전송됨

  ESXi 호스트에 기본 경로를 구성하지 않으면 전송되는 SNMP 트랩의 페이로드에 ESXi SNMP 에이전트의 IP 주소가 역순으로 설정될 수 있습니다. 예를 들어 SNMP 에이전트의 IP 주소가 172.16.0.10인 경우 페이로드에는 IP 주소가 10.0.16.172로 설정됩니다. 그 결과 페이로드에 ESXi SNMP 에이전트의 IP 주소가 잘못된 상태로 SNMP 트랩이 대상에 도달합니다.

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

• PR 2360408: 3D 소프트웨어 가속화를 사용하는 일부 애플리케이션을 가상 시스템에서 실행할 경우 가상 시스템이 응답을 중지할 수 있음

  가상 시스템에서 특정 3D 상태 및 셰이더를 사용하는 애플리케이션을 실행할 경우, 소프트웨어 3D 가속화를 사용하면 가상 시스템이 응답을 중지할 수 있습니다.

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

• PR 2344159: IPv6 체크섬을 켠 상태에서 EXSi 호스트가 라우팅 확장 헤더가 포함된 IPv6 패킷을 수신하면 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있음

  게스트가 라우팅 헤더가 활성화된 IPv6 체크섬 오프로드를 보내면 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

  이 문제는 이 릴리스에서 해결되었습니다. 이 문제가 이미 발생한 경우 vNIC에서 체크섬 오프로드를 사용하지 않도록 설정하십시오.

• PR 2331369: ESXi 호스트가 VmMemCow_PShareRemoveHint 함수를 사용하여 PShare 힌트를 제거하면 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있음

  ESXi 호스트가 PShare 체인에서 PShare 참고를 제거할 때 PShare 체인이 손상된 경우 ESXi 호스트에 장애가 발생하고 퍼플 진단 스크린 및 다음과 유사한 오류가 표시될 수 있습니다.
  0x43920bd9bdc0:[0x41800c5930d6]VmMemCow_PShareRemoveHint
0x43920bd9be00:[0x41800c593172]VmMemCowPFrameRemoveHint
0x43920bd9be30:[0x41800c594fc8]VmMemCowPShareFn@vmkernel
0x43920bd9bf80:[0x41800c500ef4]VmAssistantProcessTasks@vmkernel
0x43920bd9bfe0:[0x41800c6cae05]CpuSched_StartWorld@vmkernel

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

• PR 2370239: 가상 시스템이 원격 직렬 포트를 사용하는 경우, 마이그레이션 중에 DNS 중단이 발생하면 가상 시스템 전원이 꺼질 수 있음

  가상 시스템이 vSPC(가상 직렬 포트 집중 장치)에 연결된 원격 직렬 포트를 사용하는 경우, vMotion을 사용하여 마이그레이션하는 동안 DNS 중단이 발생하면 가상 시스템 전원이 꺼질 수 있습니다.

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

• PR 2367142: 가상 시스템의 하드웨어 호환성을 변경하면 PCI 패스스루 디바이스가 제거될 수 있음

  PCI 패스스루 디바이스를 사용하는 가상 시스템의 하드웨어 호환성 수준을 변경하면 이 과정 중에 해당 디바이스가 가상 시스템에서 제거될 수 있습니다.

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

• PR 2336379: pNIC(물리적 NIC) 별칭을 설정하면 ESXi 구성 파일에서 업링크의 매핑 형식이 잘못될 수 있음

  명령줄을 사용하여 pNIC 별칭을 설정하는 명령을 실행하면 해당하는 pNIC에 대해 esx.confdp에 저장되는 MAC 주소의 형식이 잘못될 수 있습니다. 다음 명령을 사용합니다.
  localcli --plugin-dir /usr/lib/vmware/esxcli/int/ deviceInternal alias store --bus-type pci --alias vmnicX --bus-address XX.

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

• PR 2301231: vSphere 6.0을 이후 릴리스로 업그레이드한 후 ESXi 호스트가 로컬 디바이스를 검색하지 못함

  이 문제는 SATP가 VMW_SATP_LOCAL인 경우에만 발생합니다. ESXi 6.0에서, 형식이 잘못된 구성 옵션을 사용하여 SATP가 VMW_SATP_LOCAL인 SATP 클레임 규칙을 추가할 경우, NMP/SATP 플러그인이 옵션을 인식하지 못하고 이후 ESXi 릴리스로 업그레이드된 경우 디바이스를 검색하지 못합니다.
  다음과 유사한 로그 항목이 표시될 수 있습니다.
  2018-11-20T02:10:36.333Z cpu1:66089)WARNING: NMP: nmp_DeviceAlloc:2048: nmp_AddPathToDevice failed Bad parameter (195887111).
2018-11-20T02:10:36.333Z cpu1:66089)WARNING: ScsiPath: 6615: Plugin 'NMP' had an error (Bad parameter) while claiming path 'vmhba0:C0:T2:L0'. Skipping the path

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

• PR 2280742: DvFilter 가상 스위치의 힙 손상으로 인해 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있음

  DvFilter 가상 스위치에 대한 방화벽 규칙 가져오기/설정 작업에서 발생하는 경합 조건 때문에 버퍼 오버플로 및 힙 손상이 발생할 수 있습니다. 그 결과 ESXi 호스트가 보라색 진단 화면과 함께 실패할 수 있습니다.

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

• PR 2354762: vCenter Server 시스템 하드웨어 상태에 DIMM 오류가 표시되지 않을 수 있음

  서버 컨트롤러에 주의가 표시되는지 여부에 관계없이 vCenter Server 시스템 하드웨어 상태에 DIMM 오류가 표시되지 않을 수 있습니다. 예를 들어 Dell M630 서버의 Dell Remote Access Controller에 DIMM 주의가 표시되지만 vCenter Server 시스템에는 경고나 경보가 표시되지 않을 수 있습니다.

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

• PR 2394247: 게스트 운영 체제가 재부팅될 때 가상 시스템의 전원을 껐다 켤 수 없음

  마이크로코드 업데이트 후에 ESXi 서버에서 가상 시스템에 대한 CPUID를 다시 열거해야 하는 경우가 있습니다. 구성 매개 변수 vmx.reboot.powerCycle = TRUE를 사용하면 필요한 경우 가상 시스템의 전원을 껐다가 켜는 작업을 예약할 수 있습니다.

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

• PR 2402409: CBT 비트 맵에 할당된 메모리가 부족하여, 스냅샷을 생성하는 동안 CBT(변경된 블록 추적)를 사용하도록 설정된 가상 시스템이 실패할 수 있음

  스냅샷을 생성하는 동안 가상 시스템의 전원이 꺼지고 다음과 유사한 오류와 함께 실패할 수 있습니다.
  2019-01-01T01:23:40.047Z| vcpu-0| I125: DISKLIB-CTK : Failed to mmap change bitmap of size 167936: Cannot allocate memory.
2019-01-01T01:23:40.217Z| vcpu-0| I125: DISKLIB-LIB_BLOCKTRACK : 변경 추적기 /vmfs/volumes/DATASTORE_UUID/VM_NAME/VM_NAME_1-ctk.vmdk를 열 수 없음: 변경 추적에 사용할 메모리가 부족합니다.
  이 오류는 CBT 비트 맵에 할당된 메모리가 부족하여 발생한 결과입니다.

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

• PR 2322882: VMware vSphere 6.7의 vSphere Storage I/O Control에서 메모리 문제로 인해 ESXi 호스트가 응답을 중지할 수 있음 

  vSphere Storage I/O Control에서 메모리 문제로 인해 ESXi 호스트가 응답하지 않고 /var/log/vmkernel.log 파일에 다음 내용이 포함될 수 있습니다.
  MemSchedAdmit: 470: Admission failure in path: sioc/storageRM.13011002/uw.13011002
MemSchedAdmit: 477: uw.13011002 (68246725) extraMin/extraFromParent: 256/256, sioc (840) childEmin/eMinLimit: 14059/14080

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

• PR 2482603: 동일한 ESXi 호스트에 SR-IOV를 지원하는 물리적 NIC와 SR-IOV를 지원하지 않는 물리적 NIC가 있는 경우 EXCLI 명령 집합 및 vSphere Client에 다른 정보가 표시될 수 있음

  ESXi 호스트의 동일한 NIC 드라이버에 SR-IOV를 지원하지 않는 물리적 NIC와 SR-IOV를 지원하는 물리적 NIC가 있는 경우 EXCLI 명령 집합 및 vSphere Client 또는 vSphere Web Client에 다른 정보가 표시될 수 있습니다. 예를 들어 ESXCLI 명령 집합에는 vmnic 16, 17 및 18에 SR-IOV가 구성되어 있지만 vSphere Client에는 vmnic 6, 7 및 8에 SR-IOV가 구성되어 있을 수 있습니다.

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

ESXi670-201908202-UG

패치 범주	버그 수정
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMW_bootbank_igbn_0.1.1.0-5vmw.670.3.73.14320388
수정된 PR	해당 없음
CVE 번호	해당 없음

이 패치는 igbn VIB를 업데이트합니다.

ESXi670-201908203-UG

패치 범주	기능 개선
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMW_bootbank_nvme_1.2.2.28-1vmw.670.3.73.14320388
수정된 PR	2305414
CVE 번호	해당 없음

이 패치는 nvme VIB를 업데이트하여 다음 문제를 해결합니다.

• NVMe 드라이버에 대한 업데이트

  NVMe 드라이버에 대한 업데이트는 Intel SSD DC P4600 시리즈를 실행하는 디바이스에서 발생하는 성능 오버헤드 문제를 해결합니다.

ESXi670-201908204-UG

패치 범주	기능 개선
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMware_bootbank_qlnativefc_3.1.8.0-5vmw.670.3.73.14320388
수정된 PR	2305410
CVE 번호	해당 없음

이 패치는 qlnativefc VIB를 업데이트하여 다음 문제를 해결합니다.

• qlnativefc 드라이버에 대한 업데이트

  qlnativefc 드라이버가 버전 3.1.8.0으로 업데이트되었습니다.

ESXi670-201908205-UG

패치 범주	기능 개선
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMW_bootbank_lsi-mr3_7.708.07.00-3vmw.670.3.73.14320388
수정된 PR	2305404
CVE 번호	해당 없음

이 패치는 lsi-mr3 VIB를 업데이트하여 다음 문제를 해결합니다.

• lsi_mr3 드라이버에 대한 업데이트

  lsi_mr3 드라이버가 버전 MR 7.8로 업데이트되었습니다.

ESXi670-201908206-UG

패치 범주	기능 개선
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMW_bootbank_lsi-msgpt35_09.00.00.00-5vmw.670.3.73.14320388
수정된 PR	2305406
CVE 번호	해당 없음

이 패치는 lsi-msgpt35 VIB를 업데이트하여 다음 문제를 해결합니다.

• lsi_msgpt35 드라이버에 대한 업데이트

  lsi_msgpt35 드라이버가 버전 09.00.00.00-5vmw로 업데이트되었습니다.

ESXi670-201908207-UG

패치 범주	기능 개선
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMW_bootbank_lsi-msgpt3_17.00.02.00-1vmw.670.3.73.14320388
수정된 PR	2335120
CVE 번호	해당 없음

이 패치는 lsi-msgpt3 VIB를 업데이트하여 다음 문제를 해결합니다.

• lsi-msgpt3 드라이버에 대한 업데이트

  lsi_msgpt3 드라이버가 버전 17.00.02.00-1vmw로 업데이트되었습니다.

ESXi670-201908208-UG

패치 범주	기능 개선
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMW_bootbank_lsi-msgpt2_20.00.06.00-2vmw.670.3.73.14320388
수정된 PR	2305407
CVE 번호	해당 없음

이 패치는 lsi-msgpt2 VIB를 업데이트하여 다음 문제를 해결합니다.

• lsi_msgpt2 드라이버에 대한 업데이트

  lsi_msgpt2 드라이버가 버전 20.00.06.00-2로 업데이트되었습니다.

ESXi670-201908209-UG

패치 범주	기능 개선
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMW_bootbank_i40en_1.8.1.9-2vmw.670.3.73.14320388
수정된 PR	2315656
CVE 번호	해당 없음

이 패치는 i40en VIB를 업데이트합니다.

• i40en 드라이버에 대한 업데이트

  i40en 드라이버가 버전 1.8.1.9-2로 업데이트되었습니다.

ESXi670-201908210-UG

패치 범주	기능 개선
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMW_bootbank_ixgben_1.7.1.16-1vmw.670.3.73.14320388
수정된 PR	2315652
CVE 번호	해당 없음

이 패치는 ixgben VIB를 업데이트하여 다음 문제를 해결합니다.

• CPU 효율성을 최적화하기 위해 ixgben 드라이버에 대기열 페어링 기능이 추가되었습니다.

ESXi670-201908211-UG

패치 범주	기능 개선
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMW_bootbank_smartpqi_1.0.1.553-28vmw.670.3.73.14320388
수정된 PR	2305412
CVE 번호	해당 없음

이 패치는 smartpqi VIB를 업데이트하여 다음 문제를 해결합니다.

• smartpqi 드라이버에 대한 업데이트

  smartpqi 드라이버가 버전 1.0.1.553-28로 업데이트되었습니다.

ESXi670-201908212-UG

패치 범주	기능 개선
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMW_bootbank_bnxtnet_20.6.101.7-24vmw.670.3.73.14320388
수정된 PR	2315684
CVE 번호	해당 없음

이 패치는 bnxtnet VIB를 업데이트하여 다음 문제를 해결합니다.

• ESXi 6.7 업데이트 3에는 Broadcom 100G 네트워크 어댑터 및 다중 RSS 피드에 대한 지원이 bnxtnet 드라이버에 추가되었습니다.

ESXi670-201908213-UG

패치 범주	버그 수정
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMW_bootbank_elxnet_11.4.1097.0-5vmw.670.3.73.14320388
수정된 PR	2323424
CVE 번호	해당 없음

이 패치는 elxnet VIB를 업데이트하여 다음 문제를 해결합니다.

• PR 2323424: 드물지만 경우에 따라 elxnet 드라이버를 사용하는 NIC의 연결이 끊어질 수 있음  

  elxnet 드라이버 문제 때문에 이 드라이버를 사용하는 NIC의 연결이 끊어질 수 있습니다. ESXi 호스트 커널 로그에 다음과 유사한 주의가 표시될 수 있습니다. 
  WARNING: elxnet: elxnet_workerThread:2122: [vmnic3] GetStats: MCC cmd timed out. timeout:36
WARNING: elxnet: elxnet_detectDumpUe:416: [vmnic3] Recoverable HW error detected

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

ESXi670-201908214-UG

패치 범주	기능 개선
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMW_bootbank_brcmfcoe_11.4.1078.25-14vmw.670.3.73.14320388
수정된 PR	해당 없음
CVE 번호	해당 없음

이 패치는 brcmfcoe VIB를 업데이트합니다.

ESXi670-201908215-UG

패치 범주	기능 개선
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMW_bootbank_lpfc_11.4.33.25-14vmw.670.3.73.14320388
수정된 PR	해당 없음
CVE 번호	해당 없음

이 패치는 lpfc VIB를 업데이트합니다.

ESXi670-201908216-UG

패치 범주	기능 개선
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMW_bootbank_nenic_1.0.29.0-1vmw.670.3.73.14320388
수정된 PR	2328263
CVE 번호	해당 없음

이 패치는 nenic VIB를 업데이트하여 다음 문제를 해결합니다.

• nenic 드라이버에 대한 업데이트

  nenic 드라이버가 버전 1.0.29.0으로 업데이트되었습니다.

ESXi670-201908217-UG

패치 범주	버그 수정
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMW_bootbank_vmw-ahci_1.2.8-1vmw.670.3.73.14320388
수정된 PR	2332785, 2338914
CVE 번호	해당 없음

이 패치는 vmw-ahci VIB를 업데이트합니다.

ESXi670-201908218-UG

패치 범주	버그 수정
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMW_bootbank_nmlx5-core_4.17.13.1-1vmw.670.3.73.14320388
수정된 PR	해당 없음
CVE 번호	해당 없음

이 패치는 nmlx5-core VIB를 업데이트합니다.

ESXi670-201908219-UG

패치 범주	기능 개선
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMW_bootbank_nfnic_4.0.0.29-0vmw.670.3.73.14320388
수정된 PR	해당 없음
CVE 번호	해당 없음

이 패치는 nfnic VIB를 업데이트합니다.

ESXi670-201908220-UG

패치 범주	버그 수정
패치 심각도	중요
호스트 재부팅 필요	아니요
가상 시스템 마이그레이션 또는 종료 필요	아니요
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMware_bootbank_esx-xserver_6.7.0-3.73.14320388
수정된 PR	2214222
CVE 번호	해당 없음

이 패치는 esx-xserver VIB를 업데이트합니다.

ESXi670-201908221-UG

패치 범주	버그 수정
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMW_bootbank_sfvmk_1.0.0.1003-6vmw.670.3.73.14320388
수정된 PR	해당 없음
CVE 번호	해당 없음

이 패치는 sfvmk VIB를 업데이트합니다.

ESXi670-201908101-SG

패치 범주	보안
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMware_bootbank_esx-base_6.7.0-2.69.14141615 VMware_bootbank_esx-update_6.7.0-2.69.14141615 VMware_bootbank_vsan_6.7.0-2.69.13808269 VMware_bootbank_vsanhealth_6.7.0-2.69.13808270
수정된 PR	2307421, 2360047, 2300903, 2262288, 2313239
CVE 번호	해당 없음

이 패치는 esx-base, esx-update, vsan 및 vsanhealth VIB를 업데이트하여 다음과 같은 문제를 해결합니다.

• NTP(네트워크 시간 프로토콜) 데몬에 대한 업데이트

  NTP 데몬이 버전 ntp-4.2.8p13으로 업데이트되었습니다.

• libcurl 라이브러리에 대한 업데이트

  ESXi userworld libcurl 라이브러리가 버전 7.64.1로 업데이트되었습니다.

• PR 2262288: ESXi 호스트가 인증되지 않은 OID(개체 ID) 사용자 ID의 요청을 포함하여 모든 snmpv3 get 요청에 응답할 수 있음

  ESXi 호스트가 사용자가 인증되지 않았거나 잘못 인증되었더라도 엔진 ID 검색에 사용되는 특별한 사용자 ""의 모든 snmpv3 get 요청에 응답할 수 있습니다.

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

• libxml2 라이브러리에 대한 업데이트

  ESXi userworld libxml2 라이브러리가 버전 2.9.9로 업데이트되었습니다.

• Python 라이브러리에 대한 업데이트

  Python 타사 라이브러리가 버전 3.5.7로 업데이트되었습니다.

ESXi670-201908102-SG

패치 범주	보안
패치 심각도	중요
호스트 재부팅 필요	아니요
가상 시스템 마이그레이션 또는 종료 필요	아니요
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMware_locker_tools-light_10.3.10.12406962-14141615
수정된 PR	2313239
CVE 번호	해당 없음

이 패치는 tools-light VIB를 업데이트합니다.

ESXi670-201908103-SG

패치 범주	보안
패치 심각도	중요
호스트 재부팅 필요	아니요
가상 시스템 마이그레이션 또는 종료 필요	아니요
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMware_bootbank_cpu-microcode_6.7.0-2.69.14141615
수정된 PR	해당 없음
CVE 번호	해당 없음

이 패치는 cpu-microcode VIB를 업데이트합니다.

• CPU 마이크로코드 VIB에는 다음과 같은 Intel 마이크로코드가 포함되어 있습니다.

  코드 이름	FMS	Plt ID	MCU 수정	MCU 날짜	브랜드 이름
  Nehalem EP	0x106a5	0x03	0x0000001d	2018년 5월 11일	Intel Xeon 35xx 시리즈 Intel Xeon 55xx 시리즈
  Lynnfield	0x106e5	0x13	0x0000000a	2018년 5월 8일	Intel Xeon 34xx Lynnfield 시리즈
  Clarkdale	0x20652	0x12	0x00000011	2018년 5월 8일	Intel i3/i5 Clarkdale 시리즈 Intel Xeon 34xx Clarkdale 시리즈
  Arrandale	0x20655	0x92	0x00000007	2018년 4월 23일	Intel Core i7-620LE 프로세서
  Sandy Bridge DT	0x206a7	0x12	0x0000002f	2019년 2월 17일	Intel Xeon E3-1100 시리즈 Intel Xeon E3-1200 시리즈 Intel i7-2655-LE 시리즈 Intel i3-2100 시리즈
  Westmere EP	0x206c2	0x03	0x0000001f	2018년 5월 8일	Intel Xeon 56xx 시리즈 Intel Xeon 36xx 시리즈
  Sandy Bridge EP	0x206d7	0x6d	0x00000718	2019년 5월 21일	Intel Pentium 1400 시리즈 Intel Xeon E5-1400 시리즈 Intel Xeon E5-1600 시리즈 Intel Xeon E5-2400 시리즈 Intel Xeon E5-2600 시리즈 Intel Xeon E5-4600 시리즈
  Nehalem EX	0x206e6	0x04	0x0000000d	2018년 5월 15일	Intel Xeon 65xx 시리즈 Intel Xeon 75xx 시리즈
  Westmere EX	0x206f2	0x05	0x0000003b	2018년 5월 16일	Intel Xeon E7-8800 시리즈 Intel Xeon E7-4800 시리즈 Intel Xeon E7-2800 시리즈
  Ivy Bridge DT	0x306a9	0x12	0x00000021	2019년 2월 13일	Intel i3-3200 시리즈 Intel i7-3500-LE/UE Intel i7-3600-QE Intel Xeon E3-1200-v2 시리즈 Intel Xeon E3-1100-C-v2 시리즈 Intel Pentium B925C
  Haswell DT	0x306c3	0x32	0x00000027	2019년 2월 26일	Intel Xeon E3-1200-v3 시리즈 Intel i7-4700-EQ 시리즈 Intel i5-4500-TE 시리즈 Intel i3-4300 시리즈
  Ivy Bridge EP	0x306e4	0xed	0x0000042e	2019년 3월 14일	Intel Xeon E5-4600-v2 시리즈 Intel Xeon E5-2600-v2 시리즈 Intel Xeon E5-2400-v2 시리즈 Intel Xeon E5-1600-v2 시리즈 Intel Xeon E5-1400-v2 시리즈
  Ivy Bridge EX	0x306e7	0xed	0x00000715	2019년 3월 14일	Intel Xeon E7-8800/4800/2800-v2 시리즈
  Haswell EP	0x306f2	0x6f	0x00000043	2019년 3월 1일	Intel Xeon E5-4600-v3 시리즈 Intel Xeon E5-2600-v3 시리즈 Intel Xeon E5-2400-v3 시리즈 Intel Xeon E5-1600-v3 시리즈 Intel Xeon E5-1400-v3 시리즈
  Haswell EX	0x306f4	0x80	0x00000014	2019년 3월 1일	Intel Xeon E7-8800/4800-v3 시리즈
  Broadwell H	0x40671	0x22	0x00000020	2019년 3월 7일	Intel Core i7-5700EQ Intel Xeon E3-1200-v4 시리즈
  Avoton	0x406d8	0x01	0x0000012a	2018년 1월 4일	Intel Atom C2300 시리즈 Intel Atom C2500 시리즈 Intel Atom C2700 시리즈
  Broadwell EP/EX	0x406f1	0xef	0x0b000036	3/2/2019	Intel Xeon E7-8800/4800-v4 시리즈 Intel Xeon E5-4600-v4 시리즈 Intel Xeon E5-2600-v4 시리즈 Intel Xeon E5-1600-v4 시리즈
  Skylake SP	0x50654	0xb7	0x0200005e	2019년 4월 2일	Intel Xeon Platinum 8100 시리즈 Intel Xeon Gold 6100/5100, Silver 4100, Bronze 3100 시리즈 Intel Xeon D-2100 시리즈 Intel Xeon D-1600 시리즈 Intel Xeon W-3100 시리즈 Intel Xeon W-2100 시리즈
  Cascade Lake B-0	0x50656	0xbf	0x04000024	2019년 4월 7일	Intel Xeon Platinum 9200/8200 시리즈 Intel Xeon Gold 6200/5200 Intel Xeon Silver 4200/Bronze 3200 Intel Xeon W-3200
  Cascade Lake	0x50657	0xbf	0x05000024	2019년 4월 7일	Intel Xeon Platinum 9200/8200 시리즈 Intel Xeon Gold 6200/5200 Intel Xeon Silver 4200/Bronze 3200 Intel Xeon W-3200
  Broadwell DE	0x50662	0x10	0x0000001a	2019년 3월 23일	Intel Xeon D-1500 시리즈
  Broadwell DE	0x50663	0x10	0x07000017	2019년 3월 23일	Intel Xeon D-1500 시리즈
  Broadwell DE	0x50664	0x10	0x0f000015	2019년 3월 23일	Intel Xeon D-1500 시리즈
  Broadwell NS	0x50665	0x10	0x0e00000d	2019년 3월 23일	Intel Xeon D-1600 시리즈
  Skylake H/S	0x506e3	0x36	0x000000cc	2019년 4월 1일	Intel Xeon E3-1500-v5 시리즈 Intel Xeon E3-1200-v5 시리즈
  Denverton	0x506f1	0x01	0x0000002e	2019년 3월 21일	Intel Atom C3000 시리즈
  Kaby Lake H/S/X	0x906e9	0x2a	0x000000b4	2019년 4월 1일	Intel Xeon E3-1200-v6 시리즈 Intel Xeon E3-1500-v6 시리즈
  Coffee Lake H/S	0x906ea	0x22	0x000000b4	2019년 4월 1일	Intel Xeon E-2100 시리즈
  Coffee Lake H/S	0x906eb	0x02	0x000000b4	2019년 4월 1일	Intel Xeon E-2100 시리즈
  Coffee Lake H/S	0x906ec	0x22	0x000000b8	2019년 3월 17일	Intel Xeon E-2100 시리즈
  Coffee Lake Refresh	0x906ed	0x22	0x000000b8	2019년 3월 17일	Intel Xeon E-2200 시리즈

ESXi670-201908104-SG

패치 범주	보안
패치 심각도	중요
호스트 재부팅 필요	아니요
가상 시스템 마이그레이션 또는 종료 필요	아니요
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMware_bootbank_esx-ui_1.33.4-14093553
수정된 PR	해당 없음
CVE 번호	해당 없음

이 패치는 esx-ui VIB를 업데이트합니다.

ESXi-6.7.0-20190802001-standard

프로파일 이름	ESXi-6.7.0-20190802001-standard
빌드	빌드 정보는 이 릴리스에 포함된 패치를 참조하십시오.
벤더	VMware, Inc.
릴리스 날짜	2019년 8월 20일
허용 수준	PartnerSupported
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
영향을 받는 VIB	VMware_bootbank_esx-update_6.7.0-3.73.14320388 VMware_bootbank_vsan_6.7.0-3.73.14263135 VMware_bootbank_vsanhealth_6.7.0-3.73.14263064 VMware_bootbank_esx-base_6.7.0-3.73.14320388 VMW_bootbank_igbn_0.1.1.0-5vmw.670.3.73.14320388 VMW_bootbank_nvme_1.2.2.28-1vmw.670.3.73.14320388 VMware_bootbank_qlnativefc_3.1.8.0-5vmw.670.3.73.14320388 VMW_bootbank_lsi-mr3_7.708.07.00-3vmw.670.3.73.14320388 VMW_bootbank_lsi-msgpt35_09.00.00.00-5vmw.670.3.73.14320388 VMW_bootbank_lsi-msgpt3_17.00.02.00-1vmw.670.3.73.14320388 VMW_bootbank_lsi-msgpt2_20.00.06.00-2vmw.670.3.73.14320388 VMW_bootbank_i40en_1.8.1.9-2vmw.670.3.73.14320388 VMW_bootbank_ixgben_1.7.1.16-1vmw.670.3.73.14320388 VMW_bootbank_smartpqi_1.0.1.553-28vmw.670.3.73.14320388 VMW_bootbank_bnxtnet_20.6.101.7-24vmw.670.3.73.14320388 VMW_bootbank_elxnet_11.4.1097.0-5vmw.670.3.73.14320388 VMW_bootbank_brcmfcoe_11.4.1078.25-14vmw.670.3.73.14320388 VMW_bootbank_lpfc_11.4.33.25-14vmw.670.3.73.14320388 VMW_bootbank_nenic_1.0.29.0-1vmw.670.3.73.14320388 VMW_bootbank_vmw-ahci_1.2.8-1vmw.670.3.73.14320388 VMW_bootbank_nmlx5-core_4.17.13.1-1vmw.670.3.73.14320388 VMW_bootbank_nfnic_4.0.0.29-0vmw.670.3.73.14320388 VMware_bootbank_esx-xserver_6.7.0-3.73.14320388 VMW_bootbank_sfvmk_1.0.0.1003-6vmw.670.3.73.14320388 VMware_locker_tools-light_10.3.10.12406962-14141615 VMware_bootbank_cpu-microcode_6.7.0-2.69.14141615 VMware_bootbank_esx-ui_1.33.4-14093553
수정된 PR	2288428, 2282206, 2305377, 2213824, 2305719, 2301374, 2272250, 2220008, 2262288, 2290043, 2295425, 2300124, 2303227, 2301818, 2294347, 2338914, 2327317, 2312215, 2331247, 2340952, 2366745, 2331525, 2320309, 2304092, 2241121, 2306836, 2343913, 2361711, 2350171, 2297765, 2355516, 2287232, 2310826, 2332785, 2280742, 2386930, 2333442, 2346582, 2214222, 2335847, 2292419, 2132634, 2363202, 2367669, 2303016, 2337889, 2360408, 2344159, 2331369, 2370239, 2367142, 2336379, 2301231, 2354762, 2305414, 2305410, 2305404, 2305406, 2305405, 2335120, 2305407, 2315656, 2315652, 2305412, 2315684, 2323424, 2328263, 2332785, 2338914, 2214222, 2394247, 2402409, 2482603
관련된 CVE 번호	해당 없음

• 이 패치는 다음 문제를 업데이트합니다.

  • 명령을 처리하는 일부 타사 디바이스 드라이버의 반복적인 실패로 인해 가상 시스템이 응답하지 않을 수 있습니다. 가상 시스템 콘솔을 열면 다음과 같은 오류가 표시될 수 있습니다.
    오류: MKS에 연결할 수 없습니다. 재시도 기간 내에 \\.\pipe\vmware-authdpipe 파이프에 연결할 수 없습니다. 

  • ESXi 호스트를 재부팅한 후 vCenter Server 시스템에 마운트된 Nutanix의 Fault Tolerance 솔루션을 사용하여 NFS 데이터스토어가 표시되지 않을 수 있습니다. 하지만, ESXi 호스트에서 볼륨을 볼 수 있습니다.

  • 시간이 경과함에 따라 NFS 버전 3 데이터스토어에서 실행되는 가상 시스템의 성능이 저하될 수 있습니다. ESXi 호스트를 재부팅하면 가상 시스템이 정상적으로 다시 수행되기 시작합니다.

  • 가상 시스템에 SEsparse 스냅샷이 있고 기본 VMDK 파일 크기가 4K의 배수가 아닌 경우, 게스트 운영 체제 또는 타사 애플리케이션에서 VMDK의 물리적 레이아웃을 쿼리하면 물리적 CPU 잠금이 발생할 수 있습니다. 그 결과 퍼플 진단 스크린이 표시되면서 ESXi에 장애가 발생합니다.

  • 컨테이너 포트에 중복된 VIF(가상 인터페이스) 연결 ID가 있는 경우, 컨테이너 포트와 함께 vSphere Storage vMotion을 사용하여 가상 시스템을 마이그레이션하면 마이그레이션 중에 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

  • pktcap-uw 구문을 사용할 경우 CNA의 UplinkRcv 캡처 시점에 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다. 이 문제는 업링크에서 패킷을 캡처할 때 디바이스에 업링크 개체가 연결되어 있지 않은 드문 경우에 발생할 수 있습니다.

  • ESXi 6.7 업데이트 3 이전의 vSphere Distributed Switch 버전 6.6에서는 물리적 NIC 로드 기준 라우팅 정책이 지원되지 않았습니다.

  • 가상 시스템의 네트워크 부팅은 가상 시스템과 네트워크 부팅 서버 간 거리가 라우터 15개로 제한됩니다. 시스템에서 가상 시스템과 부팅에 필요한 서버(PXE, DHCP, DNS, TFTP) 사이의 경로에 라우터가 더 많이 있으면, 부팅 요청이 서버에 도달하지 못하기 때문에 부팅이 실패합니다.

  • 사용자 인증이 있는데도 각 SNMPv3 개체 식별자가 GET 요청을 수신할 수 있습니다. 그 결과 ESXi 호스트가 응답을 중지할 수 있습니다.

  • 호스트 프로파일에 MTU(최대 전송 단위) 크기 같은 비준수 값이 있는데도 vSphere Web Client 또는 vSphere Client에서 호스트 프로파일이 규정을 준수하는 것으로 표시될 수 있습니다. 프로파일에 대한 업데이트 적용이 예상대로 수행되지만 vSphere Web Client 또는 vSphere Client에는 반영되지 않습니다.

  • vSphere Client 및 vSphere Web Client를 포함하여, vCenter Server 시스템에 연결하는 모든 웹 기반 애플리케이션 또는 내장된 VMware Host Client에 ESXi 호스트의 성능 차트가 일시적으로 보이지 않을 수 있습니다. 내부 문제로 인해 hostd가 일부 ESXi 호스트의 사용 가능한 성능 카운터 정보를 삭제합니다.

  • ESXi 호스트의 펌웨어 설정에서 C-상태가 사용되도록 설정되어 있어도 VMkernel에서 모든 C-상태를 올바르게 감지하지 못합니다. esxtop 도구의 전원 화면에 %C0(C-상태 0으로 실행된 시간의 백분율) 열과 %C1(C-상태 1로 실행된 시간의 백분율) 열이 표시되지만 %C2 열은 표시되지 않습니다. 그 결과 와트 전력당 시스템 성능이 최대화되지 않습니다.

  • ESXi 호스트가 특정 BIOS 버전을 사용하는 경우 호스트의 초기 시작 단계 및 BIOS에서 Intel TXT(Trusted Execution Technology)를 사용하도록 설정한 경우에 어설션 실패가 트리거될 수 있습니다. 어설션 실패 유형은 다음과 같습니다.
    Panic: ASSERT bora/vmkernel/vmkBoot/x86/vmkBootTxt.c:2235.

  • 호스트가 해제되어 다른 작업에 할당되는 정확한 시점에 호스트가 메모리 영역에 액세스하려고 하면 드문 경합 조건으로 인해 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

  • 소프트웨어 iSCSI 어댑터를 사용하는 경우, 경합 조건으로 인해 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

  • 과도한 I/O 워크로드에서, ESXi 기본 vmw_ahci 드라이버와 타사 AHCI 컨트롤러 펌웨어의 AHCI 규격(예: DELL BOSS-S1 어댑터)에 차이가 있으면, 스토리지 중단 오류나 퍼플 진단 스크린을 비롯한 다수의 오류가 발생할 수 있습니다.

  • NSX 설정에서 vSphere vMotion을 사용하여 크로스 클러스터 마이그레이션을 수행하는 경우, NetX 필터가 포트에 대한 트래픽을 차단할 수 있기 때문에 가상 시스템의 연결이 끊어질 수 있습니다.

  • 이 문제는 VMDK 파일이 여러 개의 스냅샷을 통해 다른 SCSI 대상에 할당된 경우 vSphere Virtual Volumes 데이터스토어에만 해당됩니다. VMDK의 잠금 파일은 여러 스냅샷에 다시 할당되며 가상 시스템을 스냅샷으로 되돌릴 때 잘못 삭제될 수 있습니다. 잠금 파일 누락으로 인해 디스크가 열리지 않고 가상 시스템의 전원이 켜지지 않습니다.

  • VMXNET3 vNIC를 사용하는 가상 시스템은 Citrix PVS 부트스트랩을 사용하여 시작할 수 없습니다. 이 문제는 PXE 부팅에서 게스트 운영 체제 시작으로 전환하는 동안 올바르게 처리되지 않은 가상 네트워크 디바이스에 대한 보류 중인 인터럽트 때문에 발생합니다. 따라서 게스트 운영 체제가 가상 네트워크 디바이스를 시작할 수 없으며 가상 시스템도 시작되지 못합니다.

  • 네트워크 성능을 개선하기 위해 다음 명령을 사용하여 물리적 NIC의 Rx 및 Tx 링 크기를 사용자 지정하는 경우
    esxcli network nic ring current set -n -t 
esxcli network nic ring current set -n -r 
    ESXi 호스트 재부팅에서 설정이 지속되지 않을 수 있습니다.

  • 가상 시스템에서 macOS 10.15 Developer Preview를 시작하면 흰색 Apple 로고가 있는 빈 화면이 표시되면서 운영 체제가 실패할 수 있습니다. 다음과 같은 오류 메시지가 표시된 후 세부 정보 표시 모드의 전원 켜기 작업이 응답을 중지할 수 있습니다.
    사전 링크 plist 직렬화 해제 오류: OSUnserializeXML: 2행 부근 구문 오류
panic(...): "이 플랫폼의 드라이버를 찾을 수 없음: \"ACPI\".\n"@...

  • 호스트 프로파일의 NetworkNicTeamingPolicy 또는 SecurityPolicy를 수정하여, 기본 설정을 사용하도록 변경하면 호스트 프로파일을 ESXi 호스트에 적용하지 못하고 다음과 같은 오류가 표시될 수 있습니다. 오류: 지정된 매개 변수가 올바르지 않습니다.

  • 가상 스위치의 MTU(최대 전송 단위) 크기가 VMkernel 포트에 대해 구성된 MTU 크기보다 작으면 vMotion 작업이 실패할 수 있습니다. 실패한 vMotion 작업 직후에 무중단 추가 또는 Storage vMotion 작업을 수행하면 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

  • 모듈의 최대 메모리 힙 크기는 3GB입니다. 요청된 총 메모리 크기가 4GB를 초과하면 정수 오버플로가 발생합니다. 그 결과 가상 시스템 인터페이스의 MAC 주소가 00:00:00:00:00:00으로 설정되고 VMXNET3 디바이스가 시작되지 못할 수 있습니다. VMkernel 로그에 다음과 유사한 오류가 표시될 수 있습니다. Vmxnet3: 15204: Failed to allocate memory for tq 0.

  • 여러 가상 시스템을 하나의 폴더로 내보낼 때 VMDK 이름이 충돌하고 웹 브라우저에서 자동으로 이름이 변경될 수 있습니다. 이렇게 하면 내보낸 OVF 파일이 유효하지 않게 됩니다.

  • 컨테이너 기능이 설정된 vSphere Distributed Switch 또는 NSX-T 관리 vSphere Distributed Switch를 사용하는 경우, ESXi 호스트가 6.7 또는 이전 버전이면 업그레이드 또는 마이그레이션 작업을 수행하는 동안 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

  • Tegile 스토리지 어레이에 대한 할당 규칙을 ESXi 호스트에 수동으로 추가하여 초당 I/O 작업 수를 1로 설정해야 합니다.

  • vSphere Web Client 또는 vSphere Client에서 인스턴트 클론을 프로비저닝하는 경우 가상 시스템 연결이 끊겼습니다. 오류가 표시될 수 있습니다. VMX(가상 시스템 실행 파일) 프로세스가 실패하기 때문에 가상 시스템의 전원을 켤 수 없습니다.

  • vIOMMU를 사용하도록 설정한 경우, kdump 커널을 초기화하는 동안 Linux 게스트 운영 체제가 응답하지 않을 수 있습니다.

  • ESXi 호스트가 LSI HBA(호스트 버스 어댑터) 및 연결된 스토리지의 상태를 모니터링하지 못할 수 있습니다. 그 결과 HBA 상태가 저하되어도 vCenter Server 시스템이 경보를 표시할 수 없습니다. 타사 제공자 LSI SMI-S CIM을 설치해야 합니다. 자세한 내용은 VMware 기술 자료 문서 2001549를 참조하십시오.

  • SCSIBindCompletionWorlds() 메서드를 사용하여 드라이버의 대기열 및 월드 수를 설정할 수 있습니다. 하지만 numQueues 매개 변수를 1보다 크게 설정하고 numWorlds 매개 변수를 1보다 작게 설정하면 잠금을 해제하지 않은 채로 API 호출이 반환될 수 있습니다. 이로 인해 교착 상태가 발생하고 ESXi 호스트가 실패하고 퍼플 진단 스크린이 표시될 수 있습니다.

  • Windows 10 버전 1809를 사용하고 스냅샷이 있는 가상 시스템이 VMFS6 데이터스토어에서 실행되는 경우, 가상 시스템이 시작 단계에서 느리게 시작되거나 응답을 중지할 수 있습니다.

  • NFS41 데이터스토어에 대한 연결이 간헐적으로 실패할 경우 I/O 완료 시 NullPointerException 때문에 퍼플 진단 스크린이 표시되면서 ESXi호스트에 장애가 발생할 수 있습니다.

  • CD-ROM 드라이브 모델 DU-8A5LH가 있는ESXi 호스트를 사용하는 경우 CD-ROM 드라이브가 알 수 없는 FIS(Frame Information Structure) 예외를 보고할 수 있습니다. vmw_ahci 드라이버가 예외를 올바르게 처리하지 못하고 반복된 PORT_IRQ_UNK_FIS 예외 로그를 커널에 생성합니다. 반복되는 로그로 인해 물리적 CPU 하트비트가 부족해져서 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

  • DvFilter 가상 스위치에 대한 방화벽 규칙 가져오기/설정 작업에서 발생하는 경합 조건 때문에 버퍼 오버플로 및 힙 손상이 발생할 수 있습니다. 그 결과 ESXi 호스트가 퍼플 진단 스크린과 함께 실패할 수 있습니다.

  • NVIDIA GRID vGPU가 구성된 가상 시스템의 계산 및 스토리지에 대한 라이브 마이그레이션 중에 메모리 손상이 발생할 수 있습니다. 마이그레이션은 완료되지만 실행 중인 애플리케이션이 대상 호스트에서 재개되지 않을 수 있습니다. 

  • 가상 시스템에 가상 디바이스 최대 수 및 PCI 패스스루가 구성되어 있는 경우 해당 제한을 초과하면 가상 시스템 전원의 전원이 켜지지 않을 수 있습니다.
    이 문제는 vmware.log 파일에서 다음과 유사한 패닉 로그를 통해 식별할 수 있습니다. vmx| E105: PANIC: VERIFY bora/devices/pci/pci.c:1529.

  • ESXi 6.7 업데이트 2는 Skylake CPU의 Intel 오류와 관련된 버그 수정을 제공합니다. 이 버그 수정은 하드웨어 구성에 영향을 주고 여러 온전성 검사를 수행하기 때문에 ESXi 호스트가 신속 부팅 대신 전체 시스템 재부팅을 수행합니다. 이 문제는 버그 수정이 없는 버전에서 이 버그 수정이 포함된 버전으로 ESXi 호스트를 업데이트하는 동안 이 업데이트에 대해 신속 부팅을 사용하도록 설정한 경우에 한 번만 발생합니다.

  • 두 개 이상의 Xorg 스크립트가 병렬로 실행되어 서로 간섭할 수 있습니다. 그 결과 GPU가 여러 개 있는 시스템에서 Xorg 스크립트가 시작되지 않을 수 있습니다.

  • esxcli network nic get -n vmnicX 명령을 사용하여 Mellanox ConnectX5 디바이스의 Auto Negotiation 상태를 가져올 때 물리적 스위치에 이 기능이 사용되도록 설정되어 있는데도 상태가 False로 표시될 수 있습니다.

  • Microsoft Windows Server 2008 이상을 실행하는 가상 시스템을 중지하면 애플리케이션 중지 스냅샷이 생성됩니다. 동시 스냅샷의 최대 수는 32개인데 스냅샷 작업의 작업 추적에 사용되는 스레드가 너무 많기 때문에 이 값은 너무 큽니다. 그 결과 hostd 서비스가 응답하지 않을 수 있습니다.

  • VDI 풀을 재구성할 때 hostd 서비스가 가끔 실패하고 VmfsExtentCommonOpen: VmfsExtentParseExtentLine failed 오류 메시지가 표시됩니다. 이 경우 ESXi 호스트의 /var/core/ 디렉토리에 hostd-worker-zdump 파일이 생성됩니다.

  • vSphere Web Client에서 vSphere Virtual Volumes 데이터스토어의 가상 시스템 수준에 대해 성능 그래프에 읽기 또는 쓰기 지연 시간이 잘못 표시됩니다. 그 결과 모니터링 서비스에 가상 시스템의 상태가 위험한 것으로 표시됩니다.

  • ESXi 6.7에서 실행 중인 가상 시스템의 메모리 페이지를 압축 해제하는 동안 압축 창 크기 검사가 실패할 수 있습니다. 그 결과 가상 시스템이 응답을 중지하고 다시 시작될 수 있습니다. VMkernel 로그를 역추적하면 다음과 유사한 항목이 표시될 수 있습니다.
    Unable to decompress BPN(0x1005ef842) from frameIndex(0x32102f0) block 0 for VM(6609526)

0x451a55f1baf0:[0x41802ed3d040]WorldPanicWork
0x451a55f1bb50:[0x41802ed3d285]World_Panic
0x451a55f1bcc0:[0x41802edb3002]VmMemIO_FaultCompressedPage
0x451a55f1bd20:[0x41802edbf72f]VmMemPfCompressed
0x451a55f1bd70:[0x41802edc033b]VmMemPfInt
0x451a55f1be10:[0x41802edc0d4f]VmMemPf
0x451a55f1be80:[0x41802edc108e]VmMemPfLockPageInt
0x451a55f1bef0:[0x41802edc3517]VmMemPf_LockPage
0x451a55f1bfa0:[0x41802ed356e6]VMMVMKCall_Call
0x451a55f1bfe0:[0x41802ed59e5d]VMKVMM_ArchEnterVMKernel

  • 디스패치 논리에서 오류가 발생하여 ESXi 호스트의 리소스 관리자에 대한 동시 컨텍스트 수가 최대값인 512를 초과할 수 있습니다. 보조 호스트가 느리거나 네트워크 문제가 있는 경우 이로 인해 DiskQueue가 가득 찼습니다. 오류가 발생하고, Site Recovery Manager가 실행하는 작업에서 가상 시스템 동기화가 실패할 수 있습니다.

  • ESXi 호스트에 기본 경로를 구성하지 않으면 전송되는 SNMP 트랩의 페이로드에 ESXi SNMP 에이전트의 IP 주소가 역순으로 설정될 수 있습니다. 예를 들어 SNMP 에이전트의 IP 주소가 172.16.0.10인 경우 페이로드에는 IP 주소가 10.0.16.172로 설정됩니다. 그 결과 페이로드에 ESXi SNMP 에이전트의 IP 주소가 잘못된 상태로 SNMP 트랩이 대상에 도달합니다.

  • 가상 시스템에서 특정 3D 상태 및 셰이더를 사용하는 애플리케이션을 실행할 경우, 소프트웨어 3D 가속화를 사용하면 가상 시스템이 응답을 중지할 수 있습니다.

  • 게스트가 라우팅 헤더가 활성화된 IPv6 체크섬 오프로드를 보내면 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

  • ESXi 호스트가 PShare 체인에서 PShare 참고를 제거할 때 PShare 체인이 손상된 경우 ESXi 호스트에 장애가 발생하고 퍼플 진단 스크린 및 다음과 유사한 오류가 표시될 수 있습니다.
    0x43920bd9bdc0:[0x41800c5930d6]VmMemCow_PShareRemoveHint
0x43920bd9be00:[0x41800c593172]VmMemCowPFrameRemoveHint
0x43920bd9be30:[0x41800c594fc8]VmMemCowPShareFn@vmkernel
0x43920bd9bf80:[0x41800c500ef4]VmAssistantProcessTasks@vmkernel
0x43920bd9bfe0:[0x41800c6cae05]CpuSched_StartWorld@vmkernel

  • 가상 시스템이 vSPC(가상 직렬 포트 집중 장치)에 연결된 원격 직렬 포트를 사용하는 경우, vMotion을 사용하여 마이그레이션하는 동안 DNS 중단이 발생하면 가상 시스템 전원이 꺼질 수 있습니다.

  • PCI 패스스루 디바이스를 사용하는 가상 시스템의 하드웨어 호환성 수준을 변경하면 이 과정 중에 해당 디바이스가 가상 시스템에서 제거될 수 있습니다.

  • 명령줄을 사용하여 pNIC 별칭을 설정하는 명령을 실행하면 해당하는 pNIC에 대해 esx.confdp에 저장되는 MAC 주소의 형식이 잘못될 수 있습니다. 다음 명령을 사용합니다.
    localcli --plugin-dir /usr/lib/vmware/esxcli/int/ deviceInternal alias store --bus-type pci --alias vmnicX --bus-address XX.

  • 이 문제는 SATP가 VMW_SATP_LOCAL인 경우에만 발생합니다. ESXi 6.0에서, 형식이 잘못된 구성 옵션을 사용하여 SATP가 VMW_SATP_LOCAL인 SATP 클레임 규칙을 추가할 경우, NMP/SATP 플러그인이 옵션을 인식하지 못하고 이후 ESXi 릴리스로 업그레이드된 경우 디바이스를 검색하지 못합니다.
    다음과 유사한 로그 항목이 표시될 수 있습니다.
    2018-11-20T02:10:36.333Z cpu1:66089)WARNING: NMP: nmp_DeviceAlloc:2048: nmp_AddPathToDevice failed Bad parameter (195887111).
2018-11-20T02:10:36.333Z cpu1:66089)WARNING: ScsiPath: 6615: Plugin 'NMP' had an error (Bad parameter) while claiming path 'vmhba0:C0:T2:L0'. Skipping the path

  • DvFilter 가상 스위치에 대한 방화벽 규칙 가져오기/설정 작업에서 발생하는 경합 조건 때문에 버퍼 오버플로 및 힙 손상이 발생할 수 있습니다. 그 결과 ESXi 호스트가 퍼플 진단 스크린과 함께 실패할 수 있습니다.

  • 서버 컨트롤러에 주의가 표시되는지 여부에 관계없이 vCenter Server 시스템 하드웨어 상태에 DIMM 오류가 표시되지 않을 수 있습니다. 예를 들어 Dell M630 서버의 Dell Remote Access Controller에 DIMM 주의가 표시되지만 vCenter Server 시스템에는 경고나 경보가 표시되지 않을 수 있습니다.

  • NVMe 드라이버에 대한 업데이트는 Intel SSD DC P4600 시리즈를 실행하는 디바이스에서 발생하는 성능 오버헤드 문제를 해결합니다.

  • qlnativefc 드라이버가 버전 3.1.8.0으로 업데이트되었습니다.

  • lsi_mr3 드라이버가 버전 MR 7.8로 업데이트되었습니다.

  • lsi_msgpt35 드라이버가 버전 09.00.00.00-5vmw로 업데이트되었습니다.

  • i40en 드라이버가 버전 1.8.1.9-2로 업데이트되었습니다.

  • lsi_msgpt3 드라이버가 버전 17.00.02.00-1vmw로 업데이트되었습니다.

  • lsi_msgpt2 드라이버가 버전 20.00.06.00-2로 업데이트되었습니다.

  • CPU 효율성을 최적화하기 위해 ixgben 드라이버에 대기열 페어링 기능이 추가되었습니다.

  • smartpqi 드라이버가 버전 1.0.1.553-28로 업데이트되었습니다.

  • ESXi 6.7 업데이트 3에는 Broadcom 100G 네트워크 어댑터 및 다중 RSS 피드에 대한 지원이 bnxtnet 드라이버에 추가되었습니다.

  • elxnet 드라이버 문제 때문에 이 드라이버를 사용하는 NIC의 연결이 끊어질 수 있습니다. ESXi 호스트 커널 로그에 다음과 유사한 주의가 표시될 수 있습니다. 
    WARNING: elxnet: elxnet_workerThread:2122: [vmnic3] GetStats: MCC cmd timed out. timeout:36 
WARNING: elxnet: elxnet_detectDumpUe:416: [vmnic3] Recoverable HW error detected

  • nenic 드라이버가 버전 1.0.29.0으로 업데이트되었습니다.

  • 호스트 프로파일의 NetworkNicTeamingPolicy 또는 SecurityPolicy를 수정하여, 기본 설정을 사용하도록 변경하면 호스트 프로파일을 ESXi 호스트에 적용하지 못하고 다음과 같은 오류가 표시될 수 있습니다. 오류: 지정된 매개 변수가 올바르지 않습니다.

  • 네트워크 성능을 개선하기 위해 다음 명령을 사용하여 물리적 NIC의 Rx 및 Tx 링 크기를 사용자 지정하는 경우
    esxcli network nic ring current set -n -t 
esxcli network nic ring current set -n -r 
    ESXi 호스트 재부팅에서 설정이 지속되지 않을 수 있습니다.

  • 컨테이너 기능이 설정된 vSphere Distributed Switch 또는 NSX-T 관리 vSphere Distributed Switch를 사용하는 경우, ESXi 호스트가 6.7 또는 이전 버전이면 업그레이드 또는 마이그레이션 작업을 수행하는 동안 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

  • 게스트가 라우팅 헤더가 활성화된 IPv6 체크섬 오프로드를 보내면 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

  • 명령줄을 사용하여 pNIC 별칭을 설정하는 명령을 실행하면 해당하는 pNIC에 대해 esx.confdp에 저장되는 MAC 주소의 형식이 잘못될 수 있습니다. 다음 명령을 사용합니다.
    localcli --plugin-dir /usr/lib/vmware/esxcli/int/ deviceInternal alias store --bus-type pci --alias vmnicX --bus-address XX.

  • 업링크 이름이 vmnicX(X는 숫자임) 같은 형식이 아니면 LACP가 작동하지 않습니다.

  • LAG를 구성할 때 번들 멤버가 불안정하면 해당 LAG에 대해 잘못된 VMkernel 관찰 메시지가 나타날 수 있습니다. 실패 기준: 0.

  • 마이크로코드 업데이트 후에 ESXi 서버에서 가상 시스템에 대한 CPUID를 다시 열거해야 하는 경우가 있습니다. 구성 매개 변수 vmx.reboot.powerCycle = TRUE를 사용하면 필요한 경우 가상 시스템의 전원을 껐다가 켜는 작업을 예약할 수 있습니다.

  • 스냅샷을 생성하는 동안 가상 시스템의 전원이 꺼지고 다음과 유사한 오류와 함께 실패할 수 있습니다.
    2019-01-01T01:23:40.047Z| vcpu-0| I125: DISKLIB-CTK : Failed to mmap change bitmap of size 167936: Cannot allocate memory.
2019-01-01T01:23:40.217Z| vcpu-0| I125: DISKLIB-LIB_BLOCKTRACK : 변경 추적기 /vmfs/volumes/DATASTORE_UUID/VM_NAME/VM_NAME_1-ctk.vmdk를 열 수 없음: 변경 추적에 사용할 메모리가 부족합니다.
    이 오류는 CBT 비트 맵에 할당된 메모리가 부족하여 발생한 결과입니다.

  • ESXi 호스트의 동일한 NIC 드라이버에 SR-IOV를 지원하지 않는 물리적 NIC와 SR-IOV를 지원하는 물리적 NIC가 있는 경우 EXCLI 명령 집합 및 vSphere Client 또는 vSphere Web Client에 다른 정보가 표시될 수 있습니다. 예를 들어 ESXCLI 명령 집합에는 vmnic 16, 17 및 18에 SR-IOV가 구성되어 있지만 vSphere Client에는 vmnic 6, 7 및 8에 SR-IOV가 구성되어 있을 수 있습니다.

ESXi-6.7.0-20190802001-no-tools

프로파일 이름	ESXi-6.7.0-20190802001-no-tools
빌드	빌드 정보는 이 릴리스에 포함된 패치를 참조하십시오.
벤더	VMware, Inc.
릴리스 날짜	2019년 8월 20일
허용 수준	PartnerSupported
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
영향을 받는 VIB	VMware_bootbank_esx-update_6.7.0-3.73.14320388 VMware_bootbank_vsan_6.7.0-3.73.14263135 VMware_bootbank_vsanhealth_6.7.0-3.73.14263064 VMware_bootbank_esx-base_6.7.0-3.73.14320388 VMW_bootbank_igbn_0.1.1.0-5vmw.670.3.73.14320388 VMW_bootbank_nvme_1.2.2.28-1vmw.670.3.73.14320388 VMware_bootbank_qlnativefc_3.1.8.0-5vmw.670.3.73.14320388 VMW_bootbank_lsi-mr3_7.708.07.00-3vmw.670.3.73.14320388 VMW_bootbank_lsi-msgpt35_09.00.00.00-5vmw.670.3.73.14320388 VMW_bootbank_lsi-msgpt3_17.00.02.00-1vmw.670.3.73.14320388 VMW_bootbank_lsi-msgpt2_20.00.06.00-2vmw.670.3.73.14320388 VMW_bootbank_i40en_1.8.1.9-2vmw.670.3.73.14320388 VMW_bootbank_ixgben_1.7.1.16-1vmw.670.3.73.14320388 VMW_bootbank_smartpqi_1.0.1.553-28vmw.670.3.73.14320388 VMW_bootbank_bnxtnet_20.6.101.7-24vmw.670.3.73.14320388 VMW_bootbank_elxnet_11.4.1097.0-5vmw.670.3.73.14320388 VMW_bootbank_brcmfcoe_11.4.1078.25-14vmw.670.3.73.14320388 VMW_bootbank_lpfc_11.4.33.25-14vmw.670.3.73.14320388 VMW_bootbank_nenic_1.0.29.0-1vmw.670.3.73.14320388 VMW_bootbank_vmw-ahci_1.2.8-1vmw.670.3.73.14320388 VMW_bootbank_nmlx5-core_4.17.13.1-1vmw.670.3.73.14320388 VMW_bootbank_nfnic_4.0.0.29-0vmw.670.3.73.14320388 VMware_bootbank_esx-xserver_6.7.0-3.73.14320388 VMW_bootbank_sfvmk_1.0.0.1003-6vmw.670.3.73.14320388 VMware_bootbank_cpu-microcode_6.7.0-2.69.14141615 VMware_bootbank_esx-ui_1.33.4-14093553
수정된 PR	2288428, 2282206, 2305377, 2213824, 2305719, 2301374, 2272250, 2220008, 2262288, 2290043, 2295425, 2300124, 2303227, 2301818, 2294347, 2338914, 2327317, 2312215, 2331247, 2340952, 2366745, 2331525, 2320309, 2304092, 2241121, 2306836, 2343913, 2361711, 2350171, 2297765, 2355516, 2287232, 2310826, 2332785, 2280742, 2386930, 2333442, 2346582, 2214222, 2335847, 2292419, 2132634, 2363202, 2367669, 2303016, 2337889, 2360408, 2344159, 2331369, 2370239, 2367142, 2336379, 2301231, 2354762, 2305414, 2305410, 2305404, 2305406, 2305405, 2335120, 2305407, 2315656, 2315652, 2305412, 2315684, 2323424, 2328263, 2332785, 2338914, 2214222, 2394247, 2402409, 2482603
관련된 CVE 번호	해당 없음

• 이 패치는 다음 문제를 업데이트합니다.

  • 명령을 처리하는 일부 타사 디바이스 드라이버의 반복적인 실패로 인해 가상 시스템이 응답하지 않을 수 있습니다. 가상 시스템 콘솔을 열면 다음과 같은 오류가 표시될 수 있습니다.
    오류: MKS에 연결할 수 없습니다. 재시도 기간 내에 \\.\pipe\vmware-authdpipe 파이프에 연결할 수 없습니다. 

  • ESXi 호스트를 재부팅한 후 vCenter Server 시스템에 마운트된 Nutanix의 Fault Tolerance 솔루션을 사용하여 NFS 데이터스토어가 표시되지 않을 수 있습니다. 하지만, ESXi 호스트에서 볼륨을 볼 수 있습니다.

  • 시간이 경과함에 따라 NFS 버전 3 데이터스토어에서 실행되는 가상 시스템의 성능이 저하될 수 있습니다. ESXi 호스트를 재부팅하면 가상 시스템이 정상적으로 다시 수행되기 시작합니다.

  • 가상 시스템에 SEsparse 스냅샷이 있고 기본 VMDK 파일 크기가 4K의 배수가 아닌 경우, 게스트 운영 체제 또는 타사 애플리케이션에서 VMDK의 물리적 레이아웃을 쿼리하면 물리적 CPU 잠금이 발생할 수 있습니다. 그 결과 퍼플 진단 스크린이 표시되면서 ESXi에 장애가 발생합니다.

  • 컨테이너 포트에 중복된 VIF(가상 인터페이스) 연결 ID가 있는 경우, 컨테이너 포트와 함께 vSphere Storage vMotion을 사용하여 가상 시스템을 마이그레이션하면 마이그레이션 중에 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

  • pktcap-uw 구문을 사용할 경우 CNA의 UplinkRcv 캡처 시점에 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다. 이 문제는 업링크에서 패킷을 캡처할 때 디바이스에 업링크 개체가 연결되어 있지 않은 드문 경우에 발생할 수 있습니다.

  • ESXi 6.7 업데이트 3 이전의 vSphere Distributed Switch 버전 6.6에서는 물리적 NIC 로드 기준 라우팅 정책이 지원되지 않았습니다.

  • 가상 시스템의 네트워크 부팅은 가상 시스템과 네트워크 부팅 서버 간 거리가 라우터 15개로 제한됩니다. 시스템에서 가상 시스템과 부팅에 필요한 서버(PXE, DHCP, DNS, TFTP) 사이의 경로에 라우터가 더 많이 있으면, 부팅 요청이 서버에 도달하지 못하기 때문에 부팅이 실패합니다.

  • 사용자 인증이 있는데도 각 SNMPv3 개체 식별자가 GET 요청을 수신할 수 있습니다. 그 결과 ESXi 호스트가 응답을 중지할 수 있습니다.

  • 호스트 프로파일에 MTU(최대 전송 단위) 크기 같은 비준수 값이 있는데도 vSphere Web Client 또는 vSphere Client에서 호스트 프로파일이 규정을 준수하는 것으로 표시될 수 있습니다. 프로파일에 대한 업데이트 적용이 예상대로 수행되지만 vSphere Web Client 또는 vSphere Client에는 반영되지 않습니다.

  • vSphere Client 및 vSphere Web Client를 포함하여, vCenter Server 시스템에 연결하는 모든 웹 기반 애플리케이션 또는 내장된 VMware Host Client에 ESXi 호스트의 성능 차트가 일시적으로 보이지 않을 수 있습니다. 내부 문제로 인해 hostd가 일부 ESXi 호스트의 사용 가능한 성능 카운터 정보를 삭제합니다.

  • ESXi 호스트의 펌웨어 설정에서 C-상태가 사용되도록 설정되어 있어도 VMkernel에서 모든 C-상태를 올바르게 감지하지 못합니다. esxtop 도구의 전원 화면에 %C0(C-상태 0으로 실행된 시간의 백분율) 열과 %C1(C-상태 1로 실행된 시간의 백분율) 열이 표시되지만 %C2 열은 표시되지 않습니다. 그 결과 와트 전력당 시스템 성능이 최대화되지 않습니다.

  • ESXi 호스트가 특정 BIOS 버전을 사용하는 경우 호스트의 초기 시작 단계 및 BIOS에서 Intel TXT(Trusted Execution Technology)를 사용하도록 설정한 경우에 어설션 실패가 트리거될 수 있습니다. 어설션 실패 유형은 다음과 같습니다.
    Panic: ASSERT bora/vmkernel/vmkBoot/x86/vmkBootTxt.c:2235.

  • 호스트가 해제되어 다른 작업에 할당되는 정확한 시점에 호스트가 메모리 영역에 액세스하려고 하면 드문 경합 조건으로 인해 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

  • 소프트웨어 iSCSI 어댑터를 사용하는 경우, 경합 조건으로 인해 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

  • 과도한 I/O 워크로드에서, ESXi 기본 vmw_ahci 드라이버와 타사 AHCI 컨트롤러 펌웨어의 AHCI 규격(예: DELL BOSS-S1 어댑터)에 차이가 있으면, 스토리지 중단 오류나 퍼플 진단 스크린을 비롯한 다수의 오류가 발생할 수 있습니다.

  • NSX 설정에서 vSphere vMotion을 사용하여 크로스 클러스터 마이그레이션을 수행하는 경우, NetX 필터가 포트에 대한 트래픽을 차단할 수 있기 때문에 가상 시스템의 연결이 끊어질 수 있습니다.

  • 이 문제는 VMDK 파일이 여러 개의 스냅샷을 통해 다른 SCSI 대상에 할당된 경우 vSphere Virtual Volumes 데이터스토어에만 해당됩니다. VMDK의 잠금 파일은 여러 스냅샷에 다시 할당되며 가상 시스템을 스냅샷으로 되돌릴 때 잘못 삭제될 수 있습니다. 잠금 파일 누락으로 인해 디스크가 열리지 않고 가상 시스템의 전원이 켜지지 않습니다.

  • VMXNET3 vNIC를 사용하는 가상 시스템은 Citrix PVS 부트스트랩을 사용하여 시작할 수 없습니다. 이 문제는 PXE 부팅에서 게스트 운영 체제 시작으로 전환하는 동안 올바르게 처리되지 않은 가상 네트워크 디바이스에 대한 보류 중인 인터럽트 때문에 발생합니다. 따라서 게스트 운영 체제가 가상 네트워크 디바이스를 시작할 수 없으며 가상 시스템도 시작되지 못합니다.

  • 네트워크 성능을 개선하기 위해 다음 명령을 사용하여 물리적 NIC의 Rx 및 Tx 링 크기를 사용자 지정하는 경우
    esxcli network nic ring current set -n -t 
esxcli network nic ring current set -n -r 
    ESXi 호스트 재부팅에서 설정이 지속되지 않을 수 있습니다.

  • 가상 시스템에서 macOS 10.15 Developer Preview를 시작하면 흰색 Apple 로고가 있는 빈 화면이 표시되면서 운영 체제가 실패할 수 있습니다. 다음과 같은 오류 메시지가 표시된 후 세부 정보 표시 모드의 전원 켜기 작업이 응답을 중지할 수 있습니다.
    사전 링크 plist 직렬화 해제 오류: OSUnserializeXML: 2행 부근 구문 오류
panic(...): "이 플랫폼의 드라이버를 찾을 수 없음: \"ACPI\".\n"@...

  • 호스트 프로파일의 NetworkNicTeamingPolicy 또는 SecurityPolicy를 수정하여, 기본 설정을 사용하도록 변경하면 호스트 프로파일을 ESXi 호스트에 적용하지 못하고 다음과 같은 오류가 표시될 수 있습니다. 오류: 지정된 매개 변수가 올바르지 않습니다.

  • 가상 스위치의 MTU(최대 전송 단위) 크기가 VMkernel 포트에 대해 구성된 MTU 크기보다 작으면 vMotion 작업이 실패할 수 있습니다. 실패한 vMotion 작업 직후에 무중단 추가 또는 Storage vMotion 작업을 수행하면 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

  • 모듈의 최대 메모리 힙 크기는 3GB입니다. 요청된 총 메모리 크기가 4GB를 초과하면 정수 오버플로가 발생합니다. 그 결과 가상 시스템 인터페이스의 MAC 주소가 00:00:00:00:00:00으로 설정되고 VMXNET3 디바이스가 시작되지 못할 수 있습니다. VMkernel 로그에 다음과 유사한 오류가 표시될 수 있습니다. Vmxnet3: 15204: Failed to allocate memory for tq 0.

  • 여러 가상 시스템을 하나의 폴더로 내보낼 때 VMDK 이름이 충돌하고 웹 브라우저에서 자동으로 이름이 변경될 수 있습니다. 이렇게 하면 내보낸 OVF 파일이 유효하지 않게 됩니다.

  • 컨테이너 기능이 설정된 vSphere Distributed Switch 또는 NSX-T 관리 vSphere Distributed Switch를 사용하는 경우, ESXi 호스트가 6.7 또는 이전 버전이면 업그레이드 또는 마이그레이션 작업을 수행하는 동안 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

  • Tegile 스토리지 어레이에 대한 할당 규칙을 ESXi 호스트에 수동으로 추가하여 초당 I/O 작업 수를 1로 설정해야 합니다.

  • vSphere Web Client 또는 vSphere Client에서 인스턴트 클론을 프로비저닝하는 경우 가상 시스템 연결이 끊겼습니다. 오류가 표시될 수 있습니다. VMX(가상 시스템 실행 파일) 프로세스가 실패하기 때문에 가상 시스템의 전원을 켤 수 없습니다.

  • vIOMMU를 사용하도록 설정한 경우, kdump 커널을 초기화하는 동안 Linux 게스트 운영 체제가 응답하지 않을 수 있습니다.

  • ESXi 호스트가 LSI HBA(호스트 버스 어댑터) 및 연결된 스토리지의 상태를 모니터링하지 못할 수 있습니다. 그 결과 HBA 상태가 저하되어도 vCenter Server 시스템이 경보를 표시할 수 없습니다. 타사 제공자 LSI SMI-S CIM을 설치해야 합니다. 자세한 내용은 VMware 기술 자료 문서 2001549를 참조하십시오.

  • SCSIBindCompletionWorlds() 메서드를 사용하여 드라이버의 대기열 및 월드 수를 설정할 수 있습니다. 하지만 numQueues 매개 변수를 1보다 크게 설정하고 numWorlds 매개 변수를 1보다 작게 설정하면 잠금을 해제하지 않은 채로 API 호출이 반환될 수 있습니다. 이로 인해 교착 상태가 발생하고 ESXi 호스트가 실패하고 퍼플 진단 스크린이 표시될 수 있습니다.

  • Windows 10 버전 1809를 사용하고 스냅샷이 있는 가상 시스템이 VMFS6 데이터스토어에서 실행되는 경우, 가상 시스템이 시작 단계에서 느리게 시작되거나 응답을 중지할 수 있습니다.

  • NFS41 데이터스토어에 대한 연결이 간헐적으로 실패할 경우 I/O 완료 시 NullPointerException 때문에 퍼플 진단 스크린이 표시되면서 ESXi호스트에 장애가 발생할 수 있습니다.

  • CD-ROM 드라이브 모델 DU-8A5LH가 있는ESXi 호스트를 사용하는 경우 CD-ROM 드라이브가 알 수 없는 FIS(Frame Information Structure) 예외를 보고할 수 있습니다. vmw_ahci 드라이버가 예외를 올바르게 처리하지 못하고 반복된 PORT_IRQ_UNK_FIS 예외 로그를 커널에 생성합니다. 반복되는 로그로 인해 물리적 CPU 하트비트가 부족해져서 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

  • DvFilter 가상 스위치에 대한 방화벽 규칙 가져오기/설정 작업에서 발생하는 경합 조건 때문에 버퍼 오버플로 및 힙 손상이 발생할 수 있습니다. 그 결과 ESXi 호스트가 퍼플 진단 스크린과 함께 실패할 수 있습니다.

  • NVIDIA GRID vGPU가 구성된 가상 시스템의 계산 및 스토리지에 대한 라이브 마이그레이션 중에 메모리 손상이 발생할 수 있습니다. 마이그레이션은 완료되지만 실행 중인 애플리케이션이 대상 호스트에서 재개되지 않을 수 있습니다. 

  • 가상 시스템에 가상 디바이스 최대 수 및 PCI 패스스루가 구성되어 있는 경우 해당 제한을 초과하면 가상 시스템 전원의 전원이 켜지지 않을 수 있습니다.
    이 문제는 vmware.log 파일에서 다음과 유사한 패닉 로그를 통해 식별할 수 있습니다. vmx| E105: PANIC: VERIFY bora/devices/pci/pci.c:1529.

  • ESXi 6.7 업데이트 2는 Skylake CPU의 Intel 오류와 관련된 버그 수정을 제공합니다. 이 버그 수정은 하드웨어 구성에 영향을 주고 여러 온전성 검사를 수행하기 때문에 ESXi 호스트가 신속 부팅 대신 전체 시스템 재부팅을 수행합니다. 이 문제는 버그 수정이 없는 버전에서 이 버그 수정이 포함된 버전으로 ESXi 호스트를 업데이트하는 동안 이 업데이트에 대해 신속 부팅을 사용하도록 설정한 경우에 한 번만 발생합니다.

  • 두 개 이상의 Xorg 스크립트가 병렬로 실행되어 서로 간섭할 수 있습니다. 그 결과 GPU가 여러 개 있는 시스템에서 Xorg 스크립트가 시작되지 않을 수 있습니다.

  • esxcli network nic get -n vmnicX 명령을 사용하여 Mellanox ConnectX5 디바이스의 Auto Negotiation 상태를 가져올 때 물리적 스위치에 이 기능이 사용되도록 설정되어 있는데도 상태가 False로 표시될 수 있습니다.

  • Microsoft Windows Server 2008 이상을 실행하는 가상 시스템을 중지하면 애플리케이션 중지 스냅샷이 생성됩니다. 동시 스냅샷의 최대 수는 32개인데 스냅샷 작업의 작업 추적에 사용되는 스레드가 너무 많기 때문에 이 값은 너무 큽니다. 그 결과 hostd 서비스가 응답하지 않을 수 있습니다.

  • VDI 풀을 재구성할 때 hostd 서비스가 가끔 실패하고 VmfsExtentCommonOpen: VmfsExtentParseExtentLine failed 오류 메시지가 표시됩니다. 이 경우 ESXi 호스트의 /var/core/ 디렉토리에 hostd-worker-zdump 파일이 생성됩니다.

  • vSphere Web Client에서 vSphere Virtual Volumes 데이터스토어의 가상 시스템 수준에 대해 성능 그래프에 읽기 또는 쓰기 지연 시간이 잘못 표시됩니다. 그 결과 모니터링 서비스에 가상 시스템의 상태가 위험한 것으로 표시됩니다.

  • ESXi 6.7에서 실행 중인 가상 시스템의 메모리 페이지를 압축 해제하는 동안 압축 창 크기 검사가 실패할 수 있습니다. 그 결과 가상 시스템이 응답을 중지하고 다시 시작될 수 있습니다. VMkernel 로그를 역추적하면 다음과 유사한 항목이 표시될 수 있습니다.
    Unable to decompress BPN(0x1005ef842) from frameIndex(0x32102f0) block 0 for VM(6609526)

0x451a55f1baf0:[0x41802ed3d040]WorldPanicWork
0x451a55f1bb50:[0x41802ed3d285]World_Panic
0x451a55f1bcc0:[0x41802edb3002]VmMemIO_FaultCompressedPage
0x451a55f1bd20:[0x41802edbf72f]VmMemPfCompressed
0x451a55f1bd70:[0x41802edc033b]VmMemPfInt
0x451a55f1be10:[0x41802edc0d4f]VmMemPf
0x451a55f1be80:[0x41802edc108e]VmMemPfLockPageInt
0x451a55f1bef0:[0x41802edc3517]VmMemPf_LockPage
0x451a55f1bfa0:[0x41802ed356e6]VMMVMKCall_Call
0x451a55f1bfe0:[0x41802ed59e5d]VMKVMM_ArchEnterVMKernel

  • 디스패치 논리에서 오류가 발생하여 ESXi 호스트의 리소스 관리자에 대한 동시 컨텍스트 수가 최대값인 512를 초과할 수 있습니다. 보조 호스트가 느리거나 네트워크 문제가 있는 경우 이로 인해 DiskQueue가 가득 찼습니다. 오류가 발생하고, Site Recovery Manager가 실행하는 작업에서 가상 시스템 동기화가 실패할 수 있습니다.

  • ESXi 호스트에 기본 경로를 구성하지 않으면 전송되는 SNMP 트랩의 페이로드에 ESXi SNMP 에이전트의 IP 주소가 역순으로 설정될 수 있습니다. 예를 들어 SNMP 에이전트의 IP 주소가 172.16.0.10인 경우 페이로드에는 IP 주소가 10.0.16.172로 설정됩니다. 그 결과 페이로드에 ESXi SNMP 에이전트의 IP 주소가 잘못된 상태로 SNMP 트랩이 대상에 도달합니다.

  • 가상 시스템에서 특정 3D 상태 및 셰이더를 사용하는 애플리케이션을 실행할 경우, 소프트웨어 3D 가속화를 사용하면 가상 시스템이 응답을 중지할 수 있습니다.

  • 게스트가 라우팅 헤더가 활성화된 IPv6 체크섬 오프로드를 보내면 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

  • ESXi 호스트가 PShare 체인에서 PShare 참고를 제거할 때 PShare 체인이 손상된 경우 ESXi 호스트에 장애가 발생하고 퍼플 진단 스크린 및 다음과 유사한 오류가 표시될 수 있습니다.
    0x43920bd9bdc0:[0x41800c5930d6]VmMemCow_PShareRemoveHint
0x43920bd9be00:[0x41800c593172]VmMemCowPFrameRemoveHint
0x43920bd9be30:[0x41800c594fc8]VmMemCowPShareFn@vmkernel
0x43920bd9bf80:[0x41800c500ef4]VmAssistantProcessTasks@vmkernel
0x43920bd9bfe0:[0x41800c6cae05]CpuSched_StartWorld@vmkernel

  • 가상 시스템이 vSPC(가상 직렬 포트 집중 장치)에 연결된 원격 직렬 포트를 사용하는 경우, vMotion을 사용하여 마이그레이션하는 동안 DNS 중단이 발생하면 가상 시스템 전원이 꺼질 수 있습니다.

  • PCI 패스스루 디바이스를 사용하는 가상 시스템의 하드웨어 호환성 수준을 변경하면 이 과정 중에 해당 디바이스가 가상 시스템에서 제거될 수 있습니다.

  • 명령줄을 사용하여 pNIC 별칭을 설정하는 명령을 실행하면 해당하는 pNIC에 대해 esx.confdp에 저장되는 MAC 주소의 형식이 잘못될 수 있습니다. 다음 명령을 사용합니다.
    localcli --plugin-dir /usr/lib/vmware/esxcli/int/ deviceInternal alias store --bus-type pci --alias vmnicX --bus-address XX.

  • 이 문제는 SATP가 VMW_SATP_LOCAL인 경우에만 발생합니다. ESXi 6.0에서, 형식이 잘못된 구성 옵션을 사용하여 SATP가 VMW_SATP_LOCAL인 SATP 클레임 규칙을 추가할 경우, NMP/SATP 플러그인이 옵션을 인식하지 못하고 이후 ESXi 릴리스로 업그레이드된 경우 디바이스를 검색하지 못합니다.
    다음과 유사한 로그 항목이 표시될 수 있습니다.
    2018-11-20T02:10:36.333Z cpu1:66089)WARNING: NMP: nmp_DeviceAlloc:2048: nmp_AddPathToDevice failed Bad parameter (195887111).
2018-11-20T02:10:36.333Z cpu1:66089)WARNING: ScsiPath: 6615: Plugin 'NMP' had an error (Bad parameter) while claiming path 'vmhba0:C0:T2:L0'. Skipping the path

  • DvFilter 가상 스위치에 대한 방화벽 규칙 가져오기/설정 작업에서 발생하는 경합 조건 때문에 버퍼 오버플로 및 힙 손상이 발생할 수 있습니다. 그 결과 ESXi 호스트가 퍼플 진단 스크린과 함께 실패할 수 있습니다.

  • 서버 컨트롤러에 주의가 표시되는지 여부에 관계없이 vCenter Server 시스템 하드웨어 상태에 DIMM 오류가 표시되지 않을 수 있습니다. 예를 들어 Dell M630 서버의 Dell Remote Access Controller에 DIMM 주의가 표시되지만 vCenter Server 시스템에는 경고나 경보가 표시되지 않을 수 있습니다.

  • NVMe 드라이버에 대한 업데이트는 Intel SSD DC P4600 시리즈를 실행하는 디바이스에서 발생하는 성능 오버헤드 문제를 해결합니다.

  • qlnativefc 드라이버가 버전 3.1.8.0으로 업데이트되었습니다.

  • lsi_mr3 드라이버가 버전 MR 7.8로 업데이트되었습니다.

  • lsi_msgpt35 드라이버가 버전 09.00.00.00-5vmw로 업데이트되었습니다.

  • i40en 드라이버가 버전 1.8.1.9-2로 업데이트되었습니다.

  • lsi_msgpt3 드라이버가 버전 17.00.02.00-1vmw로 업데이트되었습니다.

  • lsi_msgpt2 드라이버가 버전 20.00.06.00-2로 업데이트되었습니다.

  • CPU 효율성을 최적화하기 위해 ixgben 드라이버에 대기열 페어링 기능이 추가되었습니다.

  • smartpqi 드라이버가 버전 1.0.1.553-28로 업데이트되었습니다.

  • ESXi 6.7 업데이트 3에는 Broadcom 100G 네트워크 어댑터 및 다중 RSS 피드에 대한 지원이 bnxtnet 드라이버에 추가되었습니다.

  • elxnet 드라이버 문제 때문에 이 드라이버를 사용하는 NIC의 연결이 끊어질 수 있습니다. ESXi 호스트 커널 로그에 다음과 유사한 주의가 표시될 수 있습니다. 
    WARNING: elxnet: elxnet_workerThread:2122: [vmnic3] GetStats: MCC cmd timed out. timeout:36 
WARNING: elxnet: elxnet_detectDumpUe:416: [vmnic3] Recoverable HW error detected

  • nenic 드라이버가 버전 1.0.29.0으로 업데이트되었습니다.

  • 호스트 프로파일의 NetworkNicTeamingPolicy 또는 SecurityPolicy를 수정하여, 기본 설정을 사용하도록 변경하면 호스트 프로파일을 ESXi 호스트에 적용하지 못하고 다음과 같은 오류가 표시될 수 있습니다. 오류: 지정된 매개 변수가 올바르지 않습니다.

  • 네트워크 성능을 개선하기 위해 다음 명령을 사용하여 물리적 NIC의 Rx 및 Tx 링 크기를 사용자 지정하는 경우
    esxcli network nic ring current set -n -t 
esxcli network nic ring current set -n -r 
    ESXi 호스트 재부팅에서 설정이 지속되지 않을 수 있습니다.

  • 컨테이너 기능이 설정된 vSphere Distributed Switch 또는 NSX-T 관리 vSphere Distributed Switch를 사용하는 경우, ESXi 호스트가 6.7 또는 이전 버전이면 업그레이드 또는 마이그레이션 작업을 수행하는 동안 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

  • 게스트가 라우팅 헤더가 활성화된 IPv6 체크섬 오프로드를 보내면 퍼플 진단 스크린이 표시되면서 ESXi 호스트에 장애가 발생할 수 있습니다.

  • 명령줄을 사용하여 pNIC 별칭을 설정하는 명령을 실행하면 해당하는 pNIC에 대해 esx.confdp에 저장되는 MAC 주소의 형식이 잘못될 수 있습니다. 다음 명령을 사용합니다.
    localcli --plugin-dir /usr/lib/vmware/esxcli/int/ deviceInternal alias store --bus-type pci --alias vmnicX --bus-address XX.

  • 업링크 이름이 vmnicX(X는 숫자임) 같은 형식이 아니면 LACP가 작동하지 않습니다.

  • LAG를 구성할 때 번들 멤버가 불안정하면 해당 LAG에 대해 잘못된 VMkernel 관찰 메시지가 나타날 수 있습니다. 실패 기준: 0.

  • 마이크로코드 업데이트 후에 ESXi 서버에서 가상 시스템에 대한 CPUID를 다시 열거해야 하는 경우가 있습니다. 구성 매개 변수 vmx.reboot.powerCycle = TRUE를 사용하면 필요한 경우 가상 시스템의 전원을 껐다가 켜는 작업을 예약할 수 있습니다.

  • 스냅샷을 생성하는 동안 가상 시스템의 전원이 꺼지고 다음과 유사한 오류와 함께 실패할 수 있습니다.
    2019-01-01T01:23:40.047Z| vcpu-0| I125: DISKLIB-CTK : Failed to mmap change bitmap of size 167936: Cannot allocate memory.
2019-01-01T01:23:40.217Z| vcpu-0| I125: DISKLIB-LIB_BLOCKTRACK : 변경 추적기 /vmfs/volumes/DATASTORE_UUID/VM_NAME/VM_NAME_1-ctk.vmdk를 열 수 없음: 변경 추적에 사용할 메모리가 부족합니다.
    이 오류는 CBT 비트 맵에 할당된 메모리가 부족하여 발생한 결과입니다.

  • ESXi 호스트의 동일한 NIC 드라이버에 SR-IOV를 지원하지 않는 물리적 NIC와 SR-IOV를 지원하는 물리적 NIC가 있는 경우 EXCLI 명령 집합 및 vSphere Client 또는 vSphere Web Client에 다른 정보가 표시될 수 있습니다. 예를 들어 ESXCLI 명령 집합에는 vmnic 16, 17 및 18에 SR-IOV가 구성되어 있지만 vSphere Client에는 vmnic 6, 7 및 8에 SR-IOV가 구성되어 있을 수 있습니다.

ESXi-6.7.0-20190801001s-standard

프로파일 이름	ESXi-6.7.0-20190801001s-standard
빌드	빌드 정보는 이 릴리스에 포함된 패치를 참조하십시오.
벤더	VMware, Inc.
릴리스 날짜	2019년 8월 20일
허용 수준	PartnerSupported
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
영향을 받는 VIB	VMware_bootbank_esx-base_6.7.0-2.69.14141615 VMware_bootbank_esx-update_6.7.0-2.69.14141615 VMware_bootbank_vsan_6.7.0-2.69.13808269 VMware_bootbank_vsanhealth_6.7.0-2.69.13808270 VMware_locker_tools-light_10.3.10.12406962-14141615 VMware_bootbank_cpu-microcode_6.7.0-2.69.14141615 VMware_bootbank_esx-ui_1.33.4-14093553
수정된 PR	2307421, 2360047, 2300903, 2262288, 2313239
관련된 CVE 번호	해당 없음

• 이 패치는 다음 문제를 업데이트합니다.

  • NTP 데몬이 버전 ntp-4.2.8p13으로 업데이트되었습니다.

  • ESXi userworld libcurl 라이브러리가 버전 7.64.1로 업데이트되었습니다.

  • ESXi 호스트가 사용자가 인증되지 않았거나 잘못 인증되었더라도 엔진 ID 검색에 사용되는 특별한 사용자 ""의 모든 snmpv3 get 요청에 응답할 수 있습니다.

  • ESXi userworld libxml2 라이브러리가 버전 2.9.9로 업데이트되었습니다.

  • Python 타사 라이브러리가 버전 3.5.7로 업데이트되었습니다.

ESXi-6.7.0-20190801001s-no-tools

프로파일 이름	ESXi-6.7.0-20190801001s-no-tools
빌드	빌드 정보는 이 릴리스에 포함된 패치를 참조하십시오.
벤더	VMware, Inc.
릴리스 날짜	2019년 8월 20일
허용 수준	PartnerSupported
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
영향을 받는 VIB	VMware_bootbank_esx-base_6.7.0-2.69.14141615 VMware_bootbank_esx-update_6.7.0-2.69.14141615 VMware_bootbank_vsan_6.7.0-2.69.13808269 VMware_bootbank_vsanhealth_6.7.0-2.69.13808270 VMware_bootbank_cpu-microcode_6.7.0-2.69.14141615 VMware_bootbank_esx-ui_1.33.4-14093553
수정된 PR	2307421, 2360047, 2300903, 2262288, 2313239
관련된 CVE 번호	해당 없음

• 이 패치는 다음 문제를 업데이트합니다.

  • NTP 데몬이 버전 ntp-4.2.8p13으로 업데이트되었습니다.

  • ESXi userworld libcurl 라이브러리가 버전 7.64.1로 업데이트되었습니다.

  • ESXi 호스트가 사용자가 인증되지 않았거나 잘못 인증되었더라도 엔진 ID 검색에 사용되는 특별한 사용자 ""의 모든 snmpv3 get 요청에 응답할 수 있습니다.

  • ESXi userworld libxml2 라이브러리가 버전 2.9.9로 업데이트되었습니다.

  • Python 타사 라이브러리가 버전 3.5.7로 업데이트되었습니다.

알려진 문제

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

• 기타 문제
• Auto Deploy 문제
• 네트워킹 문제
• 이전 릴리스의 알려진 문제

기타 문제

• AMD EPYC 7002 시리즈 프로세서를 사용하는 vCenter Server 시스템에서 NMI(non-maskable interrupt)를 수동으로 트리거하는 작업이 작동하지 않음

  HMC(하드웨어 관리 콘솔)에서 또는 물리적 NMI 버튼을 눌러 NMI를 요청하면 ESXi 호스트가 실패하고 퍼플 진단 스크린 및 덥프 코어가 발생해야 합니다. 하지만 아무 것도 발생하지 않고 ESXi가 계속 실행됩니다.

  해결 방법: 커널 부팅 옵션 iovDisableIR을 TRUE로 설정하여 인터럽트 리매퍼를 사용하지 않도록 설정합니다.

  1. 다음 명령을 사용하여 iovDisableIR=TRUE를 설정합니다. # esxcli system settings kernel set -s iovDisableIR -v TRUE
  2. ESXi 호스트를 재부팅합니다.
  3. 재부팅 후 iovDisableIR이 TRUE로 설정되어 있는지 확인합니다. # esxcli system settings kernel list |grep iovDisableIR.

  이 특정 문제를 해결하기 위해 필요한 경우가 아니면 이 해결 방법을 적용하지 마십시오.

• AMD EPYC 7002 시리즈 프로세서를 사용하는 vCenter Server 시스템에서 PCI 패스스루 디바이스가 할당된 가상 시스템의 전원을 켜지 못할 수 있음

  AMD EPYC 7002 시리즈 프로세서와 같은 특정 vCenter Server 시스템 구성 및 디바이스에서는 PCI 패스스루 디바이스가 할당된 가상 시스템의 전원을 켜지 못할 수 있습니다. VMkernel 로그에 다음과 유사한 메시지가 표시됩니다.
  4512 2019-08-06T06:09:55.058Z cpu24:1001397137)AMDIOMMU: 611: IOMMU 0000:20:00.2: Failed to allocate IRTE for IOAPIC ID 243 vector 0x3f
4513 2019-08-06T06:09:55.058Z cpu24:1001397137)WARNING: IOAPIC: 1238: IOAPIC Id 243: Failed to allocate IRTE for vector 0x3f

  해결 방법: 커널 부팅 옵션 iovDisableIR을 TRUE로 설정하여 인터럽트 리매퍼를 사용하지 않도록 설정합니다.

  1. 다음 명령을 사용하여 iovDisableIR=TRUE를 설정합니다. # esxcli system settings kernel set -s iovDisableIR -v TRUE
  2. ESXi 호스트를 재부팅합니다.
  3. 재부팅 후 iovDisableIR이 TRUE로 설정되어 있는지 확인합니다. # esxcli system settings kernel list |grep iovDisableIR.

  이 특정 문제를 해결하기 위해 필요한 경우가 아니면 이 해결 방법을 적용하지 마십시오.

Auto Deploy 문제

• ESXi 6.7 호스트 프로파일이 VMware NSX-T 기반 불투명 네트워크에 연결되어 있는 vmknic의 PEERDNS를 지원하지 않을 수 있음

  경우에 따라 ESXi 6.7의 호스트 프로파일이 NSX-T 기반 불투명 네트워크에 연결되어 있는 vmknic의 PEERDNS를 지원하지 않을 수 있습니다. 이 문제는 호스트 > 구성 > TCP/IP 구성 > 기본값 > DNS 구성 > 하나의 VMkernel 네트워크 어댑터에서 자동으로 설정 가져오기로 이동하는 특정 시나리오에서 발생합니다. NSX-T 기반 불투명 네트워크에 연결되어 있는 vmknic를 선택하면 이 호스트에서 추출된 호스트 프로파일이 작동하지 않습니다. 이러한 호스트 프로파일에는 DNS 하위 프로파일에 DNS에 사용할 VMkernel 네트워크 어댑터를 백업하는 포트 그룹 정책이 없습니다. 호스트 프로파일을 편집하면 유효성 검사 오류가 발생합니다.

  해결 방법: 없음. NSX-T 기반 불투명 네트워크에 연결되어 있는 vmknic에서 PEERDNS를 선택하지 마십시오. 

네트워킹 문제

• 일부 Intel 네트워크 어댑터가 LLDP 패킷을 수신하지 못할 수 있음

  X710, XL710, XXV710 및 X722 시리즈 Intel 네트워크 어댑터가 LLDP 패킷을 수신하지 못할 수 있습니다. 이는 LAN 포트에서 수신한 LLDP 프레임을 사용하기 위해 펌웨어에서 실행되는 온 칩 에이전트 때문입니다. 이 에이전트가 LLDP 프레임을 사용하기 때문에 가상 분산 스위치 같이 LLDP 프레임에 의존하는 소프트웨어가 LLDP 패킷을 가져가지 못합니다.

  해결 방법: Intel 네트워크 어댑터가 LLDP 패킷을 수신하려면 다음과 같이 해야 합니다.

  1. 버전 6.0 이상의 펌웨어를 사용합니다.
  2. 버전 1.7.x 이상의 드라이버를 사용합니다.
  3. i40en의 LLDP 모듈 매개 변수를 0으로 구성합니다.

     예를 들어 모든 4 NIC에서 LLDP 에이전트를 사용하지 않도록 설정하려면 다음 명령을 실행합니다.

      # esxcli system module parameters set -p "LLDP=0,0,0,0" i40en
  0 매개 변수의 수는 ESXi 호스트에 있는 i40en 업링크의 개수와 동일해야 합니다.

• SR-IOV(단일 루트 I/O 가상화)를 사용하고 ixgben드라이버에 대한 PF(물리적 기능)을 수정하는 경우 일부 가상 시스템의 연결이 끊길 수 있음

  SR-IOV를 사용하고 PF를 재설정하거나, PF를 처음 종료했다가 다시 실행하면 네트워킹에 SR-IOV 가상 기능을 사용하는 가상 시스템의 연결이 끊어질 수 있습니다.

  해결 방법: ESXi 서버를 재부팅한 다음 가상 시스템의 전원을 켭니다. 그러나 DHCP를 사용하는 경우 가상 시스템 IP가 변경될 수 있습니다.

• i40en 드라이버를 사용하는 디바이스에서 동일한 MAC 주소와 업링크 포트 주소를 설정하면 vmknics에서 중복된 패키지가 수신될 수 있음

  i40en 드라이버를 사용하는 디바이스에서 수동으로 vmknic의 MAC 주소를 업링크 포트 주소와 동일하게 설정하면 vmknic가 과도한 트래픽으로 중복된 패키지를 수신할 수 있습니다.

  해결 방법: vmknic의 MAC 주소를 업링크 포트 주소와 동일하게 설정하지 마십시오. vmnics가 기본적으로 동일한 MAC주소 및 업링크 포트 주소를 사용하는 vmk0 관리 네트워크의 경우, 과도한 워크로드에 vmnics를 사용하지 마십시오.

이전 릴리스의 알려진 문제

이전의 알려진 문제 목록을 보려면 여기를 클릭하십시오.

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

• 설치, 업그레이드 및 마이그레이션 문제
• 보안 기능 문제
• 네트워킹 문제
• 스토리지 문제
• 백업 및 복원 문제
• vCenter Server Appliance, vCenter Server, vSphere Web Client 및 vSphere Client 문제
• 가상 시스템 관리 문제
• vSphere HA 및 Fault Tolerance 문제
• Auto Deploy 및 Image Builder 문제
• 기타 문제

설치, 업그레이드 및 마이그레이션 문제

• HPE ProLiant - DL380/360 9세대 서버의 메모리 손상으로 인해 ESXi 설치 또는 업그레이드가 실패함

  이 문제는 Smart Array P440ar 스토리지 컨트롤러가 포함된 HPE ProLiant - DL380/360 9세대 서버에서 발생합니다.

  해결 방법: ESXi를 설치 또는 업그레이드하기 전에 서버 BIOS 모드를 UEFI로 설정합니다.

• ESXi를 버전 6.7로 업그레이드한 후 6.5 이하 버전으로 롤백하면 오류 메시지와 함께 작업이 실패할 수 있음

  6.5 이하 버전으로 되돌린 후 ESXi 호스트에서 다음 작업 중 하나를 수행하면 실패 및 오류 메시지가 표시될 수 있습니다.

  • 호스트에 패치 및 VIB 설치
    오류 메시지: [DependencyError] VIB VMware_locker_tools-light에 필요한 esx 버전 >= 6.6.0
  • VM에 VMware Tools 설치 또는 업그레이드
    오류 메시지: VMware Tools를 설치할 수 없습니다.

  ESXi를 버전 6.7에서 롤백한 후 새로운 tools-light VIB가 이전 버전으로 복구되지 않습니다. 그 결과 VIB가 롤백된 ESXi 호스트와 호환되지 않고 이러한 문제가 발생합니다.

  해결 방법: 이 문제를 해결하려면 다음을 수행합니다.

  SSH를 사용하여 호스트에 연결하고 다음 명령 중 하나를 실행합니다.

  esxcli software vib install -v /path/to/tools-light.vib

  또는

  esxcli software vib install -d /path/to/depot/zip -n tools-light

  여기서 vib와 zip은 현재 실행 중인 ESXi 버전의 vib와 zip입니다.

  참고: 새 VMware Tools가 이미 설치된 VM의 경우 ESXi 호스트를 롤백할 때 VMware Tools를 복구하지 않아도 됩니다.

• 암호에 백슬래시(\) 또는 큰따옴표(") 특수 문자가 사용된 경우 설치 사전 확인이 실패함

  vCenter Server Appliance 설치 템플릿을 작성할 때 ESXi, vCenter Single Sign-On 또는 운영 체제 암호 필드에 백슬래시(\) 또는 큰따옴표(") 특수 문자를 사용하면 설치 사전 확인이 실패하고 다음 오류가 표시됩니다.

  오류 메시지: com.vmware.vcsa.installer.template.cli_argument_validation: 잘못된 \이스케이프: ##줄 ##열(### 문자)

  해결 방법: 백슬래시(\) 또는 큰따옴표(") 특수 문자를 ESXi, 운영 체제 또는 Single-Sign-On 암호에 포함하는 경우 특수 문자를 이스케이프해야 합니다. 예를 들어 암호가 pass\word인 경우 pass\\word로 이스케이프해야 합니다.

• 암호에 ASCII가 아닌 문자가 있는 경우 Windows vCenter Server 6.7 설치 관리자가 실패함

  Single Sign-On 암호에 중국어, 일본어, 한국어 및 대만어 로케일의 ASCII가 아닌 문자가 포함되면 Windows vCenter Server 6.7 설치 관리자가 실패합니다.

  해결 방법: Single Sign-On 암호에 중국어, 일본어, 한국어 및 대만 로케일의 ASCII 문자만 포함되는지 확인하십시오.

• vCenter Server 루트 암호의 일부가 콜론 문자(:)인 경우 vSphere Appliance Management Interface에 로그인할 수 없음

  vCenter Server Appliance UI를 설치할 때 1단계의 [장치 VM 설정] 페이지에서 vCenter Server 루트 암호의 일부로 콜론 문자(:)를 포함하면 vSphere Appliance Management Interface(https://vc_ip:5480) 로그인이 실패하고 로그인할 수 없게 됩니다. 암호 설정 시 암호 규칙 검사는 통과할 수 있지만 로그인은 실패합니다.

  해결 방법: 1단계의 [장치 VM 설정] 페이지에 있는 vCenter Server Appliance UI에서 vCenter Server 루트 암호를 설정할 때 콜론 문자(:)를 사용하지 마십시오.

• vCenter Single Sign-On 암호에 백슬래시 문자(\)가 포함되는 경우 vCenter Server Appliance 설치가 실패함

  vCenter Server Appliance UI를 설치할 때 2단계 SSO 설정 페이지에서 vCenter Single Sign-On 암호의 일부로 백슬래시 문자(\)를 포함하면 설치가 실패하고 분석 서비스를 Component Manager에 등록하지 못함 오류가 표시됩니다. 암호 규칙 검사는 통과할 수 있지만 설치는 실패합니다.

  해결 방법: vCenter Server Appliance UI 설치 관리자(2단계 SSO 설정 페이지)에서 vCenter Single Sign-On 암호를 설정할 때 백슬래시 문자(\)를 사용하지 마십시오.

• HP ProLiant 9세대 서버에서 스크립트로 작성된 ESXi 설치가 오류와 함께 실패함 

  다음 조건에서 HP ProLiant 9세대 서버에 스크립트로 작성된 ESXi 설치를 수행하는 경우: 

  • BIOS에서 Embedded User Partition 옵션을 사용하도록 설정합니다. 
  • 설치 중에 다수의 USB 드라이브를 사용합니다. 한 USB 드라이브에는 ks.cfg 파일이 포함되어 있고 다른 USB 드라이브는 포맷되지 않아 사용할 수 없습니다.

  이 경우 파티션이 초기화되지 않음이라는 오류 메시지와 함께 설치가 실패합니다.

  해결 방법:

  1. 서버 BIOS에서 Embedded User Partition 옵션을 사용하지 않도록 설정합니다.
  2. 포맷되지 않은 USB 드라이브를 파일 시스템으로 포맷하거나 서버에서 분리합니다.
• vCenter Server에 이름이 ASCII 문자가 아니거나 상위 ASCII 문자인 5.5 호스트 프로파일이 포함되는 경우 Windows vCenter Server 6.0.x 또는 6.5.x에서 vCenter Server 6.7로의 업그레이드가 실패함

  소스 Windows vCenter Server 6.0.x 또는 6.5.x에 이름이 ASCII 문자가 아니거나 상위 ASCII 문자인 vCenter Server 5.5.x 호스트 프로파일이 포함되는 경우 업그레이드 사전 확인 프로세스 중에 UpgradeRunner가 시작되지 않습니다.

  해결 방법: Windows vCenter Server 6.0.x 또는 6.5.x를 vCenter Server 6.7로 업그레이드하기 전에 비 ASCII 또는 상위 ASCII로 이름이 지정된 호스트 프로파일이 있는 ESXi 5.5.x를 ESXi 6.0.x 또는 6.5.x로 업그레이드한 다음 호스트에서 설정 복사를 클릭하여 업그레이드된 호스트에서 호스트 프로파일을 업데이트합니다.

• vCenter Single Sign-On 암호에 ASCII가 아닌 문자가 포함되는 경우 -x 옵션을 사용하여 camregister 명령을 실행할 수 없음

  예를 들어 vSphere Authentication Proxy를 등록하기 위해 camregister 명령을 -x 파일 옵션과 함께 실행하는 경우 vCenter Single Sign-On 암호에 ASCII가 아닌 문자가 포함되면 액세스 거부 오류와 함께 프로세스가 실패합니다.

  해결 방법: ASCII 문자를 사용하여 vCenter Single Sign-On 암호를 설정하거나 camregister 명령을 실행할 때 –p 암호 옵션을 사용하여 ASCII가 아닌 문자가 포함된 vCenter Single Sign-On 암호를 입력합니다.

• vCenter Server 6.7로 업그레이드한 후 Bash 셸 및 SSH 로그인이 사용되지 않도록 설정됨

  vCenter Server 6.7로 업그레이드한 후 Bash 셸 또는 SSH 로그인을 사용하여 vCenter Server Appliance에 액세스할 수 없습니다.

  해결 방법:

  1. vCenter Server 6.7로 업그레이드한 후 vCenter Server Appliance Management Interface에 로그인합니다. 웹 브라우저에서 https://appliance_ip_address_or_fqdn:5480으로 이동합니다.
  2. 루트로 로그인합니다.
     기본 루트 암호는 vCenter Server Appliance를 배포할 때 설정한 암호입니다.
  3. [액세스]를 클릭하고 [편집]을 클릭합니다.
  4. Bash 셸 및 SSH 로그인에 대한 액세스 설정을 편집합니다. 
     vCenter Server Appliance에 대한 Bash 셸 액세스를 사용하도록 설정할 때 액세스 상태를 지속할 시간을 분 단위로 입력합니다.
  5. [확인]을 클릭하여 설정을 저장합니다.
• Transport Layer Security 1.2를 사용하도록 설정하지 않고 Windows용 vCenter Server 6.0을 Windows Server 2008 R2에 설치한 경우 관리 노드 마이그레이션이 차단됨

  이 문제는 Windows Server 2008 R2에서 외부 Platform Services Controller(MxN 토폴로지)를 사용하여 Windows용 vCenter Server 6.0을 마이그레이션하는 경우 발생합니다. 외부 PSC(Platform Services Controller)를 마이그레이션한 후 관리 노드에서 Migration Assistant를 실행하면 Migration Assistant가 실패하면서 PSC 버전을 검색할 수 없다고 보고합니다. 이 오류는 Windows Server 2008 R2가 Platform Services Controller 6.7의 기본 TLS 프로토콜인 TLS(Transport Layer Security) 1.2를 기본적으로 지원하지 않기 때문에 발생합니다.

  해결 방법: Windows Server 2008 R2.1에 대해 TLS 1.2를 사용하도록 설정합니다.

  1. 다음 레지스트리 키로 이동합니다. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols
  2. 새 폴더를 생성하고 TLS 1.2 레이블을 지정합니다.
  3. TLS 1.2 폴더를 사용하여 새 키 두 개를 생성하고 키 이름을 Client와 Server로 지정합니다.
  4. Client 키 아래에 DWORD(32비트) 값 두 개를 생성하고 DisabledByDefault와 Enabled로 이름을 지정합니다.
  5. Server 키 아래에 DWORD(32비트) 값 두 개를 생성하고 DisabledByDefault와 Enabled로 이름을 지정합니다.
  6. DisabledByDefault의 Value 필드가 0으로 설정되어 있고 Base가 Hexadecimal인지 확인합니다.
  7. Enabled의 Value 필드가 1으로 설정되어 있고 Base가 Hexadecimal인지 확인합니다.
  8. Windows Server 2008 R2 컴퓨터를 재부팅합니다.

  Windows Server 2008 R2에서 TLS 1.2를 사용하는 방법에 대한 자세한 내용은 운영 체제 벤더의 설명서를 참조하십시오.

• 버전 6.0 미만의 호스트 프로파일이 포함된 vCenter Server가 버전 6.7로의 업그레이드 중에 실패함

  vCenter Server 6.7은 버전 6.0 미만의 호스트 프로파일을 지원하지 않습니다. 다음 구성 요소가 있는 경우 vCenter Server 6.7로 업그레이드하려면 먼저 호스트 프로파일을 버전 6.0 이상으로 업그레이드해야 합니다.

  • ESXi 호스트 버전 - 5.1 또는 5.5
  • vCenter Server 버전 - 6.0 또는 6.5
  • 호스트 프로파일 버전 - 5.1 또는 5.5

  해결 방법: KB 52932를 참조하십시오.

• vCenter Server 6.7로 업그레이드한 후 ESXi 호스트의 /etc/ssh/sshd_config 파일에 대한 편집 내용이 무시되고 파일이 vCenter Server 6.7 기본 구성으로 복원됨

  /etc/ssh/sshd_config 파일의 기본값 변경으로 인해 vCenter Server 6.7 업그레이드 후 이 구성 파일에 대한 수동 편집 내용이 기본 구성으로 대체됩니다. 이 변경은 일부 이전 설정(예: 허용되는 암호)이 현재 ESXi 동작과 호환되지 않기 때문에 필요한 것으로, 이로 인해 SSHD(SSH 데몬)가 올바르게 시작되지 않습니다.

  주의: /etc/ssh/sshd_config를 편집하는 것은 권장되지 않습니다. SSHD는 기본적으로 사용되지 않도록 설정되며 시스템 구성 편집을 위한 기본 방법은 VIM API(ESXi 호스트 클라이언트 인터페이스) 또는 ESXCLI를 사용하는 것입니다.

  해결 방법: /etc/ssh/sshd_config를 편집해야 하는 경우 vCenter Server 6.7 업그레이드를 완료한 후 적용합니다. 이제 기본 구성 파일에 버전 번호가 포함됩니다. 파일을 덮어쓰지 않도록 버전 번호를 보존하십시오.

  /etc/ssh/sshd_config 파일 편집에 대한 자세한 내용은 다음 기술 자료 문서를 참조하십시오.

  • 공용/개인 키 인증을 사용하도록 설정하는 방법에 대한 자세한 내용은 기술 자료 문서 KB 1002866을 참조하십시오.
  • 기본 SSHD 구성을 변경하는 방법에 대한 자세한 내용은 기술 자료 문서 KB 1020530을 참조하십시오.

보안 기능 문제

• Windows 게스트 운영 체제 RS1, RS2 및 RS3에서 vSphere의 VBS(가상화 기반 보안)를 사용하려면 게스트 운영 체제에서 HyperV를 사용하도록 설정해야 합니다.

  Windows 게스트 운영 체제 RS1, RS2 및 RS3에서 vSphere의 VBS(가상화 기반 보안)를 사용하려면 게스트 운영 체제에서 HyperV를 사용하도록 설정해야 합니다.

  해결 방법: Windows Server 2016에서 Hyper-V 플랫폼을 사용하도록 설정합니다. 서버 관리자의 [로컬 서버]에서 [관리] -> [역할 및 기능 추가 마법사]를 선택하고 [역할 기반 또는 기능 기반 설치]에서 서버 풀의 Hyper-V를 선택하고 서버 역할을 지정합니다. [서버 역할], [기능], [Hyper-V], [가상 스위치], [마이그레이션] 및 [기본 저장소]에 대한 기본값을 선택합니다. 호스트를 재부팅합니다.

  Windows 10에서 Hyper-V를 사용하도록 설정합니다. [제어판] -> [프로그램] -> [Windows 기능 사용/사용 안 함]으로 이동합니다. Hyper-V 하이퍼바이저 및 Hyper-V 서비스가 포함되는 Hyper-V 플랫폼을 선택합니다. [Hyper-V 관리 도구]를 선택 취소합니다. [확인]을 클릭합니다. 호스트를 재부팅합니다.

네트워킹 문제

• 호스트 프로파일 PeerDNS 플래그가 일부 시나리오에서 작동하지 않음

  연결된 호스트 프로파일이 있는 상태 비저장 호스트의 vmknic에 대해 PeerDNS for IPv4를 사용하도록 설정한 경우 호스트 재부팅 후 추출된 호스트 프로파일에 다른 상태의 iPv6PeerDNS가 표시될 수 있습니다.

  해결 방법: 없음.

• vSphere Distributed Switch를 버전 6.6으로 업그레이드할 때 몇 가지 알려진 문제가 발생할 수 있음

  업그레이드 중에 연결된 가상 시스템에서 몇 초 동안 패킷 손실이 발생할 수 있습니다.

  해결 방법: 여러 vSphere Distributed Switch를 버전 6.6으로 업그레이드해야 하는 경우 스위치를 순차적으로 업그레이드합니다.

  유지 보수 기간 중에 vSphere Distributed Switch의 업그레이드를 예약하고 DRS 모드를 [수동]으로 설정하고 업그레이드 기간 동안 DRS 권장 사항을 적용하지 마십시오.

  알려진 문제 및 해결 방법에 대한 자세한 내용은 KB 52621을 참조하십시오.

• Network I/O Control이 사용되도록 설정되어 있고 모든 활성 업링크가 중단된 경우 VM 전원이 켜지지 않음

  Network I/O Control이 사용되도록 설정되어 있고 다음 조건이 충족되는 경우 VM 전원이 켜지지 않습니다.

  • VM이 vSphere Distributed Switch의 분산 포트 그룹에 연결되어 있음
  • VM에 대역폭 할당 예약이 구성되어 있고 VM의 네트워크 어댑터(vNIC)에 예약이 구성되었음
  • 분산 포트 그룹의 팀 구성 정책이 [페일오버]로 설정됨
  • Distributed Switch의 모든 활성 업링크가 중단됨. 이 경우 vSphere DRS가 대기 업링크를 사용할 수 없고 VM의 전원이 켜지지 않습니다.

  해결 방법: 사용 가능한 대기 어댑터를 분산 포트 그룹의 팀 구성 정책의 활성 어댑터 목록으로 이동합니다.

• qfle3f 드라이버를 사용하는 NIC의 네트워크 상태 변동으로 인해 ESXi 호스트가 충돌할 수 있음

  qfle3f 드라이버를 사용하는 물리적 NIC에서 링크 상태가 1~2초 간격으로 자주 변동되는 경우 qfle3f 드라이버로 인해 ESXi 호스트가 충돌(PSOD)할 수 있습니다.

  해결 방법: 네트워크 변동이 발생하지 않도록 합니다. 링크 상태 변동 간격이 10초를 초과하는 경우 qfle3f 드라이버가 ESXi 충돌을 야기하지 않습니다. 자세한 내용은 KB 2008093을 참조하십시오.

• ERSPAN 유형 III의 포트 미러링 트래픽 패킷이 패킷 분석기에서 인식되지 않음

  잘못된 비트가 ERSPAN 유형 III 패킷 헤더에 들어가면 모든 ERSPAN 유형 III 패킷이 패킷 분석기에서 손상된 것으로 표시됩니다.

  해결 방법: 트래픽 분석기가 GRE 또는 ERSPAN 유형 II 패킷을 지원하는 경우 이러한 유형의 패킷을 사용합니다. 

• 기본이 아닌 TCP/IP 스택에서 DNS 구성 esxcli 명령이 지원되지 않음

  기본이 아닌 TCP/IP 스택의 DNS 구성이 지원되지 않습니다. esxcli network ip dns server add -N vmotion -s 10.11.12.13 같은 명령이 작동하지 않습니다.

  해결 방법: 기본이 아닌 TCP/IP 스택에서 DNS 구성 esxcli 명령을 사용하지 마십시오.

• vmknic 인터페이스에 대해 기본 IPv4 게이트웨이를 사용하도록 설정한 호스트 프로파일을 적용할 때 오류와 함께 규정 준수 검사가 실패함

  vmknic 인터페이스에 대해 기본 IPv4 게이트웨이를 사용하도록 설정한 호스트 프로파일을 적용하면 설정이 "0.0.0.0"으로 입력되고 호스트 정보와 일치하지 않아 다음 오류가 표시됩니다.

  IPv4 vmknic 게이트웨이 구성이 규격과 일치하지 않음

  해결 방법:

  1. 호스트 프로파일 설정을 편집합니다.
  2. 네트워킹 구성 > 호스트 가상 NIC 또는 호스트 포트 그룹 > (vSphere Distributed Switch 이름 또는 포트 그룹 이름) > IP 주소 설정으로 이동합니다.
  3. 기본 게이트웨이 Vmkernal 네트워크 어댑터(IPv4) 드롭다운 메뉴에서 vmknic에 대해 기본 IPv4 게이트웨이 선택을 선택하고 Vmknic 기본 IPv4 게이트웨이를 입력합니다.
• Intel Fortville 시리즈 NIC에서 옵션 길이가 255바이트보다 큰 Geneve 캡슐화 패킷을 수신할 수 없음

  255바이트를 초과하는 옵션 길이로 Geneve 캡슐화를 구성하는 경우 Intel Fortville NIC X710, XL710 및 XXV710에서 패킷이 올바르게 수신되지 않습니다.

  해결 방법: 다음 명령을 실행하여 이러한 NIC에서 하드웨어 VLAN 태그 제거를 사용하지 않도록 설정합니다.

  esxcli network nic software set --untagging=1 -n vmnicX.

• 마이그레이션 후 RSPAN_SRC 미러 세션이 실패함

  RSPAN_SRC 미러 세션에 대해 할당된 포트에 연결된 VM을 다른 호스트로 마이그레이션할 때 필요한 pNic가 대상 호스트의 대상 네트워크에 없으면 RSPAN_SRC 미러 세션이 포트에 구성되지 않습니다. 이로 인해 포트 연결은 실패하지만 vMotion 마이그레이션 프로세스는 성공합니다.

  해결 방법: 포트 연결 장애를 복원하려면 다음 중 하나를 완료합니다.

  • 실패한 포트를 제거하고 새 포트를 추가합니다.
  • 포트를 사용하지 않도록 설정한 후 사용하도록 설정합니다.

  미러 세션은 구성되지 않지만 포트 연결이 복원됩니다.

스토리지 문제

• NFS 데이터스토어가 간헐적으로 읽기 전용이 됨

  NFS vmknic의 IP 주소가 일시적으로 손실될 때 또는 상태 비저장 호스트를 재부팅한 후 호스트의 NFS 데이터스토어가 읽기 전용이 될 수 있습니다.

  해결 방법: 데이터스토어를 마운트 해제한 후 다시 마운트하여 NFS vmknic을 통한 연결을 재확보할 수 있습니다. 또한 NFS vmknic의 IP 주소와 관리 vmknic의 IP 주소 모두에 대해 NFS 데이터스토어 쓰기 권한을 설정할 수 있습니다.

• VM의 스토리지 정책을 편집할 때 [호스트-로컬 PMem 스토리지 정책]을 선택하면 오류와 함께 작업이 실패함 

  VM 스토리지 정책 편집 대화상자의 드롭다운 메뉴에서 호스트-로컬 PMem 스토리지 정책을 선택하고 확인을 클릭하면 다음 오류 중 하나와 함께 작업이 실패합니다.

  작업이 개체에서 지원되지 않습니다.

  또는

  디바이스 '0'에 대해 지정된 디바이스 백업이 호환되지 않습니다.

  해결 방법: 호스트-로컬 PMem 스토리지 정책을 VM 홈에 적용할 수 없습니다. 가상 디스크의 경우 마이그레이션 마법사를 사용하여 가상 디스크를 마이그레이션하고 호스트-로컬 PMem 스토리지 정책을 적용할 수 있습니다.

• 영구적 디바이스 손실 상태에서 클러스터의 ESXi 호스트를 복구한 후 데이터스토어가 액세스할 수 없는 상태로 표시될 수 있음

  이 문제는 클러스터의 호스트가 많은 수의 데이터스토어 즉, 512~1000개의 데이터스토어를 공유하는 환경에서 발생할 수 있습니다.
  영구적 디바이스 손실 조건에서 클러스터의 호스트를 복구한 후 데이터스토어는 호스트 수준에서 성공적으로 마운트됩니다. 그러나 vCenter Server에서 다수의 호스트가 여러 데이터스토어에 액세스할 수 없는 것으로 표시될 수 있습니다.

  해결 방법: vCenter Server 보기에 데이터스토어가 액세스할 수 없는 상태로 표시되는 호스트에 대해 vCenter Server에서 [스토리지 다시 검색] 작업을 수행합니다.

• ESXi 6.5 및 6.7 호스트가 혼합된 환경에서 VMFS3 데이터스토어의 가상 시스템을 VMFS5로 마이그레이션할 수 없음

  혼합 호스트 환경에서 ESXi 6.5 호스트에 연결된 VMFS3 데이터스토어의 가상 시스템을 ESXi 6.7 호스트의 VMFS5 데이터스토어로 마이그레이션할 수 없습니다.

  해결 방법: VM을 ESXi 6.7 호스트로 마이그레이션할 수 있도록 VMFS3 데이터스토어를 VMFS5로 업그레이드합니다.

• CLI를 사용하여 VMFS3 데이터스토어를 업그레이드한 후 VMFS3 데이터스토어에 대한 경고 메시지가 변경되지 않음

  일반적으로 ESXi 업그레이드 중에 업그레이드에 실패한 VMFS3 데이터스토어를 업그레이드할 때는 CLI를 사용합니다. VMFS3 데이터스토어 업그레이드는 다음과 같은 여러 이유로 실패할 수 있습니다.

  • VMFS3 데이터스토어에 사용 가능한 공간이 없습니다.
  • 확장된 데이터스토어의 익스텐트 중 하나가 오프라인입니다.

  실패 이유를 해결하고 CLI를 사용하여 VMFS3 데이터스토어를 VMFS5로 업그레이드한 후 호스트가 VMFS3 데이터스토어를 계속해서 감지하고 다음 오류를 보고합니다.

  더 이상 사용하지 않는 VMFS(ver 3) 볼륨이 발견되었습니다. vSphere 6.7 호스트의 가용성을 유지하려면 이러한 볼륨을 VMFS(ver5)로 업그레이드해야 합니다.

  해결 방법: 오류 메시지를 제거하려면 /etc/init.d/hostd restart 명령을 사용하여 hostd를 다시 시작하거나 호스트를 재부팅합니다.

• DRSS(기본 대기열 수신 측 크기 조정) 기능을 사용하는 경우 Mellanox ConnectX-4/ConnectX-5 네이티브 ESXi 드라이버의 성능이 저하될 수 있음

  RSS(수신 측 크기 조정) 기술은 수신 네트워크 트래픽을 여러 하드웨어 기반 수신 대기열에 분산하여 인바운드 트래픽이 여러 CPU를 통해 처리될 수 있도록 합니다. DRSS(기본 대기열 수신 측 크기 조정) 모드에서는 전체 디바이스가 RSS 모드에 배치됩니다. 드라이버는 운영 체제에 단일의 논리적 대기열을 제공하며 여러 하드웨어 대기열이 이 드라이버를 지원합니다.

  Mellanox ConnectX-4 및 ConnectX-5 어댑터 카드의 native nmlx5_core 드라이버는 DRSS 기능을 기본적으로 사용하도록 설정합니다. DRSS는 다수의 워크로드 성능을 개선하는 데 도움이 되지만 특정 다중 VM 및 다중 vCPU 워크로드의 성능 저하를 야기할 수 있습니다.

  해결 방법: 심각한 성능 저하가 관찰되는 경우 DRSS 기능을 사용하지 않도록 설정할 수 있습니다.

  1. esxcli system module parameters set -m nmlx5_core -p DRSS=0 RSS=0 명령을 실행합니다.
  2. 호스트를 재부팅합니다.
• 데이터스토어 이름이 호스트 프로파일의 코어 덤프 파일 설정으로 추출되지 않음

  호스트 프로파일을 추출할 때 호스트 프로파일의 코어 덤프 파일 설정에서 데이터스토어 이름 필드가 비어 있습니다. esxcli 명령을 사용하여 코어 덤프를 설정하면 이 문제가 발생합니다.

  해결 방법:

  1. ESXi 호스트에서 호스트 프로파일을 추출합니다.
  2. 호스트 프로파일 설정을 편집하고 일반 시스템 설정 > 코어 덤프 구성 > 코어 덤프 파일로 이동합니다.
  3. 명시적 데이터스토어 및 크기 옵션으로 코어 덤프 파일 생성을 선택하고 코어 덤프 파일이 상주할 데이터스토어 이름을 입력합니다.
• ESXi 호스트를 재부팅하면 호스트 구성된 네이티브 소프트웨어 FCoE 어댑터가 사라질 수 있음

  vmkfcoe 드라이버가 지원하는 네이티브 소프트웨어 FCoE 어댑터(vmhba)를 사용하도록 설정한 후 호스트를 재부팅하면 어댑터 목록에서 어댑터가 사라질 수 있습니다. 이 문제는 qfle3 드라이버가 지원하는 Cavium QLogic 57810 또는 QLogic 57840 CNA를 사용하는 경우 발생합니다.

  해결 방법: vmkfcoe 어댑터를 복구하려면 다음 단계를 수행합니다.

  1. esxcli storage core adapter list 명령을 실행하여 어댑터가 목록에 없는지 확인합니다.
  2. 누락된 FCoE 어댑터에 연결된 vmnic에서 vSwitch 구성을 확인합니다.
  3. 다음 명령을 실행하여 FCoE vmhba를 검색합니다.
     • 패브릭 설정에서:
       #esxcli fcoe nic discover -n vmnic_number
     • VN2VN 설정에서:
       #esxcli fcoe nic discover -n vmnic_number
• 특정 소프트웨어 FCoE 환경에서 ESXi 6.7 호스트에 VMFS 데이터스토어가 생성되지 않을 수 있음

  다음 구성을 사용하는 경우 VMFS 데이터스토어가 생성되지 않습니다.

  • ESXi 6.7 호스트에 구성된 네이티브 소프트웨어 FCoE 어댑터
  • Cavium QLogic 57810 또는 57840 CNA
  • Dell EMC VNX5300 또는 VNX5700 시리즈의 스토리지 어레이에 있는 FCoE 포트에 직접 연결된 Cisco FCoE 스위치

  해결 방법: 없음.

  대안으로, 다음 종단 간 구성으로 전환할 수 있습니다.
  ESXi 호스트 > Cisco FCoE 스위치 > FC 스위치 > DELL EMC VNX5300 및 VNX5700 시리즈의 스토리지 어레이

백업 및 복원 문제

• Windows 탐색기에서 유니코드가 포함된 일부 백업이 브라우저 및 파일 시스템 경로에 표시되는 것과 다르게 표시됨

  Windows 탐색기 파일 시스템 폴더에 표시되는 유니코드가 포함된 일부 백업이 브라우저 및 파일 시스템 경로에 표시되는 것과 다릅니다.

  해결 방법: Windows 탐색기를 통해 스토리지 폴더 위치로 이동하지 않고 웹 브라우저에서 http, https 또는 ftp를 사용하여 백업을 찾아볼 수 있습니다.

vCenter Server Appliance, vCenter Server, vSphere Web Client 및 vSphere Client 문제

• vCenter Server Appliance를 업그레이드할 때 시간 동기화 모드 설정이 보존되지 않음

  소스 vCenter Server Appliance에서 NTP 시간 동기화를 사용하지 않도록 설정하고 vCenter Server Appliance 6.7로 업그레이드하면 업그레이드가 완료된 후 새로 업그레이드한 장치에서 NTP 시간 동기화가 사용되도록 설정됩니다.

  해결 방법:

  1. vCenter Server Appliance 6.7로 업그레이드한 후 vCenter Server Appliance Management Interface에 루트로 로그인합니다.

     기본 루트 암호는 vCenter Server Appliance를 배포할 때 설정한 암호입니다.

      https://IP_or_FQDN_of_appliance:5480

  2. vCenter Server Appliance Management Interface에서 [시간]을 클릭합니다.
  3. [시간 동기화] 창에서 [편집]을 클릭합니다.
  4. [모드] 드롭다운 메뉴에서 [사용 안 함]을 선택합니다.

     새로 업그레이드한 vCenter Server Appliance 6.7이 NTP 시간 동기화를 사용하지 않고 시스템 표준 시간대 설정을 대신 사용합니다.

• Firefox 브라우저 버전 54 이상에서 Windows 세션 인증을 사용하여 vSphere Web Client에 로그인할 수 없음

  Firefox 버전 54 이상을 사용하여 vSphere Web Client에 로그인하고 Windows 세션을 인증에 사용하는 경우 VMware 고급 인증 플러그인이 사용자 이름을 입력하지 않아 로그인이 실패할 수 있습니다.

  해결 방법: Windows 세션 인증을 사용하여 vSphere Web Client에 로그인하는 경우 다음 브라우저 중 하나를 사용합니다. Internet Explorer, Chrome 또는 Firefox 버전 53 이하

• 일부 인스턴스에서 vCenter 하드웨어 상태 경보 알림이 트리거되지 않음

  ESXi 호스트의 동일한 범주에 있는 다수의 센서가 5분 미만의 시간 범위 내에 작동하는 경우 트랩이 수신되지 않고 이메일 알림이 전송되지 않습니다.

  해결 방법: 없음. 하드웨어 센서 섹션에서 경고를 확인할 수 있습니다.

• VCSA 설치 관리자의 [시간 동기화] 옵션을 사용하는 경우 [ESX 관리]의 [시간 및 날짜 설정]에서 대상 ESX를 NTP 서버에 연결해야 함

  VCSA 설치 관리자->2단계->[장치 구성]->[시간 동기화] 옵션(ESX/NTP 서버)에서 [NTP 서버와 시간 동기화]를 선택하려면 [ESX 관리]의 [시간 및 날짜 설정]에서 NTP 서버에 이미 연결된 대상 ESX를 선택해야 합니다. 그렇지 않으면 설치가 실패합니다.

  해결 방법:

  1. 2단계->[장치 구성]에서 [시간 동기화] 옵션을 ESX 동기화로 설정합니다.
  2. 2단계->[장치 구성]에서 [시간 동기화] 옵션을 ESX 동기화로 설정하고 ESX와 VC 둘 모두가 NTP 서버에 연결하도록 설정되었는지 확인합니다.
• Windows vCenter Server 상태를 모니터링할 때 오류 메시지가 표시됨

  Windows vCenter Server에 대한 상태 서비스를 사용할 수 없습니다. vCenter Server를 선택하고 모니터 > 상태를 클릭하면 오류 메시지가 표시됩니다.

  vSAN 상태 정보를 쿼리할 수 없습니다. 자세한 내용은 vSphere Client 로그를 확인하십시오.

  이 문제는 Windows vCenter Server 릴리스 6.0 업데이트 1 또는 6.0 업데이트 2를 릴리스 6.7로 업그레이드한 후 발생할 수 있습니다. 이 메시지는 무시해도 됩니다.

  해결 방법: 없음. 사용자는 vCenter Server Appliance를 통해 vSAN 상태 정보에 액세스할 수 있습니다.

• 이전 버전의 ESXi에서 vCenter 하드웨어 상태 경보가 작동하지 않음

  ESXi 버전 6.5 업데이트 1 이하를 vCenter 6.7에 추가한 경우 CPU 온도 높음, 팬 장애 및 전압 변동 같은 하드웨어 이벤트가 발생할 때 하드웨어 상태 관련 경보가 생성되지 않습니다.

  해결 방법: 없음.

• vmodl을 사용하여 디스크를 편집하거나 확장할 때 경우에 따라 vCenter Server가 작동을 중지함

  Storage DRS를 사용하는 클러스터에서 최신 vmodl을 사용하여 VM 디스크를 구성하면 vCenter Server가 작동을 중지합니다. 이전 vmodl을 사용한 해결 방법이 더 이상 효과가 없을 뿐 아니라 vCenter Server가 작동을 중지합니다.

  해결 방법: 없음

• Windows용 vCenter Server를 vCenter Server Appliance로 마이그레이션하면 오류와 함께 작업이 실패함

  Windows용 vCenter Server 6.0.x 또는 6.5.x를 vCenter Server Appliance 6.7로 마이그레이션할 때 데이터 내보내기 단계에서 다음 오류와 함께 마이그레이션이 실패할 수 있습니다. 압축된 zip 폴더가 잘못되었거나 손상되었습니다.

  해결 방법: 데이터 내보내기 폴더를 수동으로 압축하고 다음 단계를 수행합니다.

  1. 소스 시스템에서 MA_INTERACTIVE_MODE 환경 변수를 생성합니다.
  2. [컴퓨터] > [속성] > [고급 시스템 설정] > [환경 변수] > [시스템 변수] > [새로 만들기]로 이동합니다.
  3. "MA_INTERACTIVE_MODE"를 변수 이름으로 입력하고 값을 0 또는 1로 설정합니다.
  4. VMware Migration Assistant를 시작하고 암호를 입력합니다.
  5. 클라이언트 시스템에서 마이그레이션을 시작합니다. 마이그레이션이 일시 중지되고 Migration Assistant 콘솔에 마이그레이션을 계속하려면 내보내기 데이터(내보내기 폴더 포함)에서 export.zip 파일을 수동으로 생성하십시오라는 메시지가 표시됩니다.
  6. 참고: Migration Assistant 콘솔에서 키 또는 탭을 누르지 마십시오.
  7. %appdata%\vmware\migration-assistant 폴더로 이동합니다.
  8. Migration Assistant가 생성한 export.zip 파일을 삭제합니다.
  9. 마이그레이션을 계속하려면 내보낸 폴더에서 export.zip 파일을 수동으로 생성합니다.
  10. Migration Assistant 콘솔로 돌아갑니다. Y를 입력하고 Enter 키를 누릅니다.
• VAMI의 빌드 번호와 vSphere Client의 빌드 번호 간의 불일치

  vSphere 6.7에서는 VAMI의 [요약] 탭에 vCenter Server 및 vCenter Server Appliance 제품에 대한 ISO 빌드가 표시됩니다. vSphere Client의 [요약] 탭에는 vCenter Server 제품 내의 구성 요소인 vCenter 제품에 대한 빌드가 표시됩니다.

  해결 방법: 없음

• vCenter Server Appliance 6.7이 VAMI(vCenter Server Appliance 관리 인터페이스)의 [사용 가능한 업데이트] 섹션에 오류 메시지를 표시함

  VAMI(vCenter Server Appliance 관리 인터페이스)의 [사용 가능한 업데이트] 섹션이 다음 오류 메시지를 표시합니다.

  URL을 확인한 후 다시 시도하십시오.

  이 메시지는 vCenter Server Appliance가 패치 또는 업데이트를 검색하고 이를 찾지 못할 경우 생성됩니다. 이 문제는 기능에 영향을 미치지 않습니다. 이 문제는 vSphere 6.7을 위한 첫 번째 패치의 릴리스에서 해결될 예정입니다.

  해결 방법: 없음. 이 문제는 기능에 영향을 미치지 않습니다.

가상 시스템 관리 문제

• 인벤토리의 가상 시스템 이름이 경로 이름으로 변경됨

  이 문제는 VM이 상주하는 데이터스토어가 [모든 경로 다운] 상태가 되고 액세스할 수 없게 될 때 발생합니다. hostd가 VM 상태를 로드하거나 다시 로드하는 동안에는 VM의 이름을 읽을 수 없고 VM 경로가 대신 반환됩니다. 예를 들어 /vmfs/volumes/123456xxxxxxcc/cs-00.111.222.333이 반환됩니다.

  해결 방법: 스토리지 문제를 해결한 후 가상 시스템을 다시 로드하면 이름이 다시 표시됩니다.

• AMD 시스템의 게스트 운영 체제에서 VBS를 사용하도록 설정할 때 [보안 부팅] 플랫폼 보안 수준을 선택해야 함

  AMD 시스템에서 vSphere 가상 시스템은 vIOMMU를 제공하지 않습니다. DMA 보호에는 vIOMMU가 필요하므로 AMD 사용자가 [가상화 기반 보안 켜기]를 선택하는 경우 Windows 그룹 정책 편집기에서 [보안 부팅 및 DMA 보호]를 선택할 수 없습니다. 대신 [보안 부팅]을 선택해야 합니다. 잘못된 옵션을 선택하면 Windows가 VBS 서비스를 자동으로 사용하지 않도록 설정합니다.

  해결 방법: AMD 시스템의 게스트 운영 체제에서 [보안 부팅] 플랫폼 보안 수준을 선택합니다.

• Windows에서 VBS(가상화 기반 보안)을 사용하도록 설정한 경우 Windows VM의 메모리 및 CPU를 무중단으로 추가할 수 없음

  VBS(가상화 기반 보안)는 Windows 10 및 Windows Server 2016에 도입된 새로운 기능입니다. vSphere는 vSphere 6.7 릴리스부터 VBS를 사용하는 Windows의 실행을 지원합니다. 그러나 VBS(가상화 기반 보안)를 사용하는 경우 Windows VM에 대해 메모리 및 CPU의 무중단 추가가 작동하지 않습니다.

  해결 방법: VM 전원을 끄고 메모리 또는 CPU 설정을 변경한 다음 VM 전원을 켭니다.

• vSAN 네트워크 장애 복구 후 연결된 복제 VM의 스냅샷 트리가 완전하지 않을 수 있음

  vSAN 네트워크 장애는 vSAN 개체 및 VM의 액세스 가능성에 영향을 미칠 수 있습니다. 네트워크를 복구하면 vSAN 개체에 다시 액세스할 수 있습니다. hostd 서비스는 스토리지에서 VM 상태를 다시 로드하여 VM을 복구합니다. 그러나 연결된 복제 VM의 경우 hostd가 상위 VM 네임스페이스의 액세스가 복구된 것을 탐지하지 못할 수 있습니다. 이로 인해 VM이 액세스할 수 없는 상태로 유지되고 VM 스냅샷 정보가 vCenter Server에 표시되지 않습니다.

  해결 방법: VM을 등록 취소한 후 다시 등록하여 hostd가 VM 상태를 다시 로드하도록 합니다. 스토리지의 스냅샷 정보가 로드됩니다.

• vSphere Client에서 OVF 가상 장치가 시작되지 않음

  vSphere Client의 경우 [OVF 템플릿 배포] 마법사에서 vService 확장 기능을 선택할 수 없습니다. 따라서 OVF 가상 장치가 vService 확장 기능을 사용할 때 사용자가 vSphere Client를 사용하여 OVF 파일을 배포하면 배포가 성공하지만 가상 장치가 시작되지 않습니다.

  해결 방법: vService 확장 기능을 사용하는 OVF 가상 장치를 배포할 때 vSphere Web Client를 사용합니다. 

vSphere HA 및 Fault Tolerance 문제

• vSphere 6.7 RC 빌드에서 수동/혼합 모드로 Proactive HA를 구성하면 DRS 권장 사항을 적용하라는 메시지가 두 번 표시됨    

  vSphere 6.7 RC 빌드에서 수동/혼합 모드로 Proactive HA를 구성할 때 Proactive HA 공급자 플러그인에서 빨간색 상태 업데이트가 전송되면 [클러스터] -> [모니터] -> [vSphere DRS] -> [권장 사항]의 권장 사항을 적용하라는 메시지가 두 번 표시됩니다. 첫 번째 메시지는 호스트를 유지 보수 모드로 전환하라는 것입니다. 두 번째 메시지는 유지 보수 모드로 전환되는 호스트의 모든 VM을 마이그레이션하라는 것입니다. vSphere 6.5에서는 이 두 단계가 유지 보수 모드로 전환하라는 하나의 권장 사항으로 표시되고 여기에 마이그레이션할 모든 VM이 나열됩니다.

  해결 방법: 워크플로 또는 결과에 미치는 영향은 없습니다. 권장 사항을 두 번 적용해야 합니다. 자동화된 스크립트를 사용하는 경우 스크립트를 수정하여 추가 단계를 포함해야 합니다.

• VCHA가 구성되지 않은 경우 지연된 가져오기 업그레이드 상호 작용

  VCHA 기능은 6.5 릴리스의 일부로 사용할 수 있습니다. 6.5 버전부터 VCHA 구성을 보존하면서 VCHA 클러스터를 업그레이드할 수 없습니다. 권장되는 업그레이드 접근 방식은 vSphere Client를 사용하거나 VCHA 삭제 API를 호출하여 VCHA 구성을 먼저 제거하는 것입니다. 따라서 VCHA 구성이 없는 지연된 가져오기 업그레이드 워크플로는 VCHA와 상호 작용하지 않습니다.

  지연된 가져오기가 진행 중인 동안에는 새 VCHA 설정을 구성하지 마십시오. VCHA 설정을 수행하려면 활성 VM을 수동/감시 VM으로 복제해야 합니다. 지연된 가져오기가 진행 중일 때는 복제해야 하는 데이터 양이 증가하므로 성능 문제가 발생할 수 있습니다.

  해결 방법: 없음.

Auto Deploy 및 Image Builder 문제

• ESXi 상태 비저장 호스트를 재부팅하면 호스트의 numRxQueue 값이 재설정됨

  vSphere Auto Deploy로 프로비저닝된 ESXi 호스트를 재부팅하면 이전에 설정된 numRxQueue 값이 손실됩니다. 호스트 프로파일 기능은 호스트가 재부팅된 후 numRxQueue 값 저장을 지원하지 않습니다.

  해결 방법: ESXi 상태 비저장 호스트를 재부팅한 후 다음을 수행합니다.

  1. 호스트에서 vmknic를 제거합니다.
  2. 예상되는 numRxQueue 값을 사용하여 호스트에 vmknic를 생성합니다.
• 드라이브에 캐싱 후 서버가 UEFI 모드에 있는 경우 UEFI 부팅 관리자에서 부팅할 디바이스를 명시적으로 선택하지 않으면 캐시에서 부팅이 성공하지 않음

  상태 비저장 캐싱의 경우 ESXi 이미지를 512n, 512e, USB 또는 4Kn 대상 디스크에 캐싱한 후 시스템을 재부팅할 때 AutoDeploy에서 ESXi 상태 비저장 부팅이 실패할 수 있습니다. 이 문제는 AutoDeploy 서비스가 중단된 경우 발생합니다.

  시스템은 부팅 순서의 다음에 있는 디스크에서 캐싱된 ESXi 이미지를 검색합니다. ESXi 캐싱 이미지가 검색되면 호스트가 해당 이미지에서 부팅됩니다. 기존 BIOS에서 이 기능은 문제 없이 작동합니다. 그러나 BIOS의 UEFI 모드에서는 캐싱된 이미지가 있는 다음 디바이스가 검색되지 않을 수 있습니다. 그 결과 이미지가 디스크에 있는 경우에도 호스트가 이미지에서 부팅되지 않습니다.

  해결 방법: AutoDeploy 서비스가 중단된 경우 시스템 재부팅 시 UEFI 부팅 관리자에서 캐싱된 이미지가 있는 디스크를 수동으로 선택합니다.

• 상태 비저장 ESXi 호스트 부팅 시간이 20분 이상 소요될 수 있음

  구성된 데이터스토어가 1,000개인 상태 비저장 ESXi 호스트를 부팅하는 데 20분 이상이 소요될 수 있습니다.

  해결 방법: 없음.

기타 문제

• qfle3i 드라이버를 통해 할당된 iSCSI LUN에서 실행되는 VM을 사용한 재부팅 시 ESXi가 실패할 수 있음

  qfle3i 드라이버를 통해 할당된 iSCSI LUN에서 실행되는 VM을 사용한 재부팅 시 I/O를 실행 중인 상태의 VM으로 서버를 재부팅하려고 하면 ESXi가 실패할 수 있습니다.

  해결 방법: 먼저 VM 전원을 끈 다음 ESXi 호스트를 재부팅합니다.

• UCS VIC 13xx 어댑터에서 IPv6을 통한 게스트 운영 체제 TCP 트래픽에 VXLAN 상태 비저장 하드웨어 오프로드가 지원되지 않음

  VXLAN 상태 비저장 하드웨어 오프로드 기능을 사용하도록 구성된 Cisco UCS VIC 13xx 어댑터에서 IPv6을 통한 VXLAN 캡슐화 TCP 트래픽에 문제가 발생할 수 있습니다. IPV6를 통한 게스트 운영 체제 TCP 트래픽이 포함된 VXLAN 배포에서 TSO 대상인 TCP 패킷이 Cisco UCS VIC 13xx 어댑터를 통해 올바르게 처리되지 않아 트래픽 중단이 발생합니다. 상태 비저장 오프로드가 올바르게 수행되지 않습니다. TCP 프로토콜 관점에서 이 문제는 잘못된 패킷 체크섬이 ESXi 소프트웨어 스택에 보고되어 게스트 운영 체제에서 잘못된 TCP 프로토콜이 처리되는 문제를 야기할 수 있습니다.

  해결 방법: 이 문제를 해결하려면 Cisco UCS VIC 13xx 어댑터에서 IPV6을 통한 VXLAN 캡슐화 TCP 트래픽에 대해 VXLAN 상태 비저장 오프로드 기능을 사용하지 않도록 설정합니다. UCS Manager에서 VXLAN 상태 비저장 오프로드 기능을 사용하지 않도록 설정하려면 [이더넷 어댑터 정책]에서 Virtual Extensible LAN 필드를 사용하지 않도록 설정합니다. Cisco C-Series UCS 서버의 CIMC에서 VXLAN 상태 비저장 오프로드 기능을 사용하지 않도록 설정하려면 [이더넷 인터페이스 vNIC 속성] 섹션에서 VXLAN 사용 필드를 선택 취소합니다.

• 배치 QueryUnresolvedVmfsVolume API를 사용하여 많은 수의 확인되지 않은 VMFS 볼륨을 나열하려면 시간이 오래 걸릴 수 있음

  ESXi가 제공하는 배치 QueryUnresolvedVmfsVolume API를 사용하면 확인되지 않은 VMFS 볼륨 또는 LUN 스냅샷을 쿼리하고 나열할 수 있습니다. 그런 다음 다른 배치 API를 사용하여 확인되지 않은 특정 VMFS 볼륨을 재서명하는 등의 작업을 수행할 수 있습니다. 기본적으로 호스트에서 API QueryUnresolvedVmfsVolume을 호출하면 시스템이 확인되지 않은 모든 볼륨에 대해 추가 파일 시스템 작동 여부 검사를 수행합니다.  작동 여부 검사는 지정된 LUN이 다른 호스트에 마운트되었는지 여부, 활성 VMFS 하트비트가 진행 중인지 여부 또는 파일 시스템 작업이 수행 중인지 여부를 감지합니다. 이 작업에는 많은 시간이 소요되며 LUN당 16초 이상의 시간이 필요합니다. 따라서 환경에 스냅샷 LUN이 많은 경우 쿼리 및 나열 작업에 상당한 시간이 소요될 수 있습니다.

  해결 방법: 쿼리 작업의 시간을 줄이려면 파일 시스템 작동 여부 검사를 사용하지 않도록 설정할 수 있습니다. 

  1. 호스트에 루트로 로그인합니다.
  2. 텍스트 편집기를 사용하여 hostd의 구성 파일을 엽니다. 구성 파일은 plugins/hostsvc/storage 노드의 /etc/vmware/hostd/config.xml에 있습니다.
  3. checkLiveFSUnresolvedVolume 매개 변수를 추가하고 값을 FALSE로 설정합니다. 다음 구문을 사용합니다.

     <checkLiveFSUnresolvedVolume>FALSE</checkLiveFSUnresolvedVolume>

  또는 vSphere Client에서 ESXi 고급 옵션인 VMFS.UnresolvedVolumeLiveCheck를 FALSE로 설정할 수 있습니다.

• 버전 6.7로 업그레이드된 ESXi 호스트를 버전 6.0 호스트 프로파일에 연결할 때 UserVars.ESXiVPsDisabledProtocols 옵션에 대한 오류와 함께 규정 준수 검사가 실패함

  이 문제는 다음 작업을 수행할 때 발생합니다.

  1. 버전 6.0 ESXi 호스트에서 호스트 프로파일을 추출합니다.
  2. ESXi 호스트를 버전 6.7로 업그레이드합니다.
  3. 업데이트를 적용한 후에도 호스트가 UserVars.ESXiVPsDisabledProtocols 옵션에 대해 비준수 상태로 표시됩니다.

  해결 방법: 

  • 업그레이드된 ESXi 호스트에서 새 호스트 프로파일을 추출하고 호스트를 프로파일에 연결합니다.
  • 업그레이드된 ESXi 호스트에서 [호스트에서 설정 복사]를 사용하여 호스트 프로파일을 업그레이드합니다.
• ESXi 6.7로 업그레이드한 후 Intel 10GbE NIC의 네트워킹 워크로드로 인해 CPU 활용도가 높아짐

  업그레이드된 ESXi 6.7 호스트에서 특정 유형의 네트워킹 워크로드를 실행하는 경우 다음 조건에서 CPU 활용도가 높아질 수 있습니다.

  • ESXi 호스트의 NIC가 Intel 82599EB 또는 X540 제품군의 제품임
  • 워크로드에 동시에 실행되는 다수의 VM이 포함되고 각 VM이 여러 vCPU로 구성됨
  • ESXi 6.7로 업그레이드하기 전에 VMKLinux ixgbe 드라이버가 사용됨

  해결 방법: 기존 VMKLinux ixgbe 드라이버로 복구합니다.

  1. ESXi 호스트에 연결하고 다음 명령을 실행합니다.
     # esxcli system module set -e false -m ixgben
  2. 호스트를 재부팅합니다.

  참고: 기존 VMKLinux ixgbe 인박스 드라이버 버전 3.7.x는 Intel X550 NIC를 지원하지 않습니다. Intel X550 NIC에는 VMKLinux ixgbe 비동기 드라이버 버전 4.x를 사용하십시오.

• 외부 Platform Services Controller를 사용하는 경우 패치의 스테이징을 해제할 수 없음

  VMware Appliance Management Interface에서 업데이트 저장소로 스테이징된 패치를 사용하여 외부 Platform Services Controller(MxN 토폴로지)에 패치를 적용하고 패치의 스테이징을 해제하려고 하면 다음 오류 메시지가 보고됩니다. 메서드 호출 오류 [오류 번호 2] 해당 파일 또는 디렉토리가 없습니다. '/storage/core/software-update/stage' 

  해결 방법:

  1. 장치 셸에 액세스하고 슈퍼 관리자 역할을 가진 사용자로 로그인합니다.
  2. software-packages unstage 명령을 실행하여 스테이징된 패치의 스테이징을 해제합니다. 스테이징 프로세스에서 생성된 모든 디렉토리 및 파일이 제거됩니다.
  3. VMware Appliance Management Interface를 새로 고치면 패치가 제거된 것으로 보고됩니다.
• DELL CIM VIB의 초기 설치가 응답하지 않을 수 있음

  타사 CIM VIB를 설치한 후 설치가 응답하지 않을 수 있습니다.

  해결 방법: 이 문제를 해결하려면 다음 두 명령을 입력하여 sfcbd를 다시 시작합니다.

  1. esxcli system wbem set --enable false
  2. esxcli system wbem set --enable true

이전의 알려진 문제 목록을 축소하려면 여기를 클릭하십시오.