VMware ESXi 6.7, 패치 릴리스 ESXi670-202201001

릴리스 날짜: 2022년 1월 25일

빌드 세부 정보

다운로드 파일 이름:	ESXi670-202201001.zip
빌드:	19195723
다운로드 크기:	478.2 MB
md5sum:	eb8ffccf1066ff84c56d959ced227e84
sha256checksum:	30d313abb16ac2ea742629dbd3eb31862a50d530f2cc5a505d60aff350a84b53
호스트 재부팅 필요:	예
가상 시스템 마이그레이션 또는 종료 필요:	예

공지

공지 ID	범주	심각도
ESXi670-202201401-BG	버그 수정	중요

롤업 공지

이 롤업 공지에는 ESXi 6.7 최초 릴리스 이후의 모든 수정 사항이 포함된 최신 VIB가 포함되어 있습니다.

공지 ID	범주	심각도
ESXi670-202201001	버그 수정	중요

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

이미지 프로파일

VMware 패치 및 업데이트 릴리스에는 일반 및 중요 이미지 프로파일이 포함됩니다. 일반 릴리스 이미지 프로파일은 새로운 버그 수정에 적용됩니다.

이미지 프로파일 이름

ESXi-6.7.0-20220104001-standard

ESXi-6.7.0-20220104001-no-tools

개별 공지에 대한 자세한 내용은 제품 패치 페이지 및 해결된 문제 섹션을 참조하십시오.

패치 다운로드 및 설치

ESXi 호스트에 패치를 적용하는 일반적인 방법은 VMware vSphere Update Manager를 사용하는 것입니다. 자세한 내용은 VMware vSphere Update Manager 설치 및 관리를 참조하십시오.
ESXi 호스트는 VMware Customer Connect에서 패치 ZIP 파일을 수동으로 다운로드하여 업데이트할 수 있습니다. 제품 선택 드롭다운 메뉴에서 ESXi(Embedded 및 Installable)를 선택하고 버전 선택 드롭다운 메뉴에서 6.7.0을 선택합니다. esxcli software vib update 명령을 사용하여 VIB를 설치합니다. 또한 이미지 프로파일과 esxcli software profile update 명령을 사용하여 시스템을 업데이트할 수 있습니다.

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

해결된 문제

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

• ESXi670-202201401-BG
• ESXi-6.7.0-20220104001-standard
• ESXi-6.7.0-20220104001-no-tools

ESXi670-202201401-BG

패치 범주	버그 수정
패치 심각도	중요
호스트 재부팅 필요	예
가상 시스템 마이그레이션 또는 종료 필요	예
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
포함된 VIB	VMware_bootbank_esx-update_6.7.0-3.163.19195723 VMware_bootbank_vsan_6.7.0-3.163.19184739 VMware_bootbank_vsanhealth_6.7.0-3.163.19184740 VMware_bootbank_esx-base_6.7.0-3.163.19195723
수정된 PR	2894555, 2885639
CVE 번호	해당 없음

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

• PR 2894555: 독립 및 비영구로 구성된 디스크에 대한 변경 사항이 가상 시스템 재부팅 후 지속되지 않음

  가상 시스템의 전원을 끄거나 재설정할 때 비영구 모드의 디스크에 대한 변경 사항은 기본적으로 저장되지 않습니다. 그러나 독립형 비영구 모드의 디스크가 있는 가상 시스템의 redo 로그는 VM이 재부팅되는 경우에도 저장되지 않습니다.

  이 문제는 이 릴리스에서 해결되었습니다. 독립형 비영구 디스크를 사용하는 것은 좋지 않습니다. 자세한 내용은 가상 시스템 보안 모범 사례 및 독립형 비영구 디스크 사용 방지를 참조하십시오.

• PR 2885639: 제한된 DES/3DES 암호를 사용하여 포트 9080에 연결할 수 있음

  OPENSSL 명령 openssl s_client -cipher <CIPHER> -connect localhost:9080을 사용하면 제한된 DES/3DES 암호로 포트 9080에 연결할 수 있습니다. 

  이 문제는 이 릴리스에서 해결되었습니다. 다음 암호로는 포트 9080에 연결할 수 없습니다. DES-CBC3-SHA, EDH-RSA-DES-CBC3-SHA, ECDHE-RSA-DES-CBC3-SHA 및 AECDH-DES-CBC3-SHA.

ESXi-6.7.0-20220104001-standard

프로파일 이름	ESXi-6.7.0-20220104001-standard
빌드	빌드 정보는 이 릴리스에 포함된 패치를 참조하십시오.
벤더	VMware, Inc.
릴리스 날짜	2021년 1월 25일 화요일
허용 수준	PartnerSupported
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
영향을 받는 VIB	VMware_bootbank_esx-update_6.7.0-3.163.19195723 VMware_bootbank_vsan_6.7.0-3.163.19184739 VMware_bootbank_vsanhealth_6.7.0-3.163.19184740 VMware_bootbank_esx-base_6.7.0-3.163.19195723
수정된 PR	2894555, 2885639
관련된 CVE 번호	해당 없음

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

  • 가상 시스템의 전원을 끄거나 재설정할 때 비영구 모드의 디스크에 대한 변경 사항은 기본적으로 저장되지 않습니다. 그러나 독립형 비영구 모드의 디스크가 있는 가상 시스템의 redo 로그는 VM이 재부팅되는 경우에도 저장되지 않습니다.

  • OPENSSL 명령 openssl s_client -cipher <CIPHER> -connect localhost:9080을 사용하면 제한된 DES/3DES 암호로 포트 9080에 연결할 수 있습니다. 

ESXi-6.7.0-20220104001-no-tools

프로파일 이름	ESXi-6.7.0-20220104001-no-tools
빌드	빌드 정보는 이 릴리스에 포함된 패치를 참조하십시오.
벤더	VMware, Inc.
릴리스 날짜	2021년 1월 25일 화요일
허용 수준	PartnerSupported
영향을 받는 하드웨어	해당 없음
영향을 받는 소프트웨어	해당 없음
영향을 받는 VIB	VMware_bootbank_esx-update_6.7.0-3.163.19195723 VMware_bootbank_vsan_6.7.0-3.163.19184739 VMware_bootbank_vsanhealth_6.7.0-3.163.19184740 VMware_bootbank_esx-base_6.7.0-3.163.19195723
수정된 PR	2894555, 2885639
관련된 CVE 번호	해당 없음

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

  • 가상 시스템의 전원을 끄거나 재설정할 때 비영구 모드의 디스크에 대한 변경 사항은 기본적으로 저장되지 않습니다. 그러나 독립형 비영구 모드의 디스크가 있는 가상 시스템의 redo 로그는 VM이 재부팅되는 경우에도 저장되지 않습니다.

  • OPENSSL 명령 openssl s_client -cipher <CIPHER> -connect localhost:9080을 사용하면 제한된 DES/3DES 암호로 포트 9080에 연결할 수 있습니다. 

이전 릴리스의 알려진 문제

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

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

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

CLI 문제

• CLI 설치 관리자를 사용하여 vCenter Server Appliance를 업그레이드하는 동안 보기가 장치 셸에서 Direct Console User Interface로 전환될 수 있음

  CLI 설치 관리자를 사용하여 vCenter Server Appliance를 업그레이드하는 동안 보기가 간헐적으로 장치 셸에서 Direct Console User Interface로 전환될 수 있습니다. 업데이트 중에 applmgmt 서비스를 다시 시작하면 이 문제가 발생합니다.

  해결 방법: 장치 셸 tty로 전환하여 진행 상태를 모니터링하십시오. 

국제화 문제

• VMware NSX Manager에서 ASCII가 아닌 문자를 사용하여 vCenter Server를 등록하면 NSX 논리적 스위치를 사용하는 VMkernel 네트워크가 상태 비저장 호스트에 대해 실패할 수 있음

  128~255 사이의 확장 ASCII 코드 문자 또는 ASCII가 아닌 문자가 포함된 암호를 사용하여 NSX Manager에 vCenter Server를 등록하면 상태 비저장 호스트를 배포한 후 NSX 논리적 스위치를 사용하는 VMkernel 네트워크가 손실될 수 있습니다.

  해결 방법: ASCII 문자만 포함하는 암호를 사용하여 vCenter Server를 NSX Manager에 등록합니다.

• ASCII가 아닌 문자 수십 개를 포함하는 문자열로 명명된 vSphere Distributed Switch를 HCI(하이퍼 통합 인프라) 클러스터의 물리적 어댑터에 추가하면 ESXi 호스트가 응답하지 않을 수 있음

  128~255 사이의 확장 ASCII 코드 문자를 40자 이상 포함하거나 ASCII가 아닌 문자를 26자 이상 포함하는 문자열을 사용하여 VDS 이름을 지정한 경우 HCI(하이퍼 통합 인프라) 클러스터 구성 중에 VDS를 물리적 어댑터에 추가할 때 ESXi 호스트가 응답하지 않을 수 있습니다.

  해결 방법: VDS의 이름을 지정할 때 확장 ASCII 코드 문자가 40자 이하인 문자열과 ASCII가 아닌 문자가 26자 이하인 문자열을 사용하십시오.

도구 문제

• CLI를 사용하는 경우 OVF Tool이 SSL 지문을 확인하지 못할 수 있음

  CLI를 사용하여 SSL 지문 값을 설정하는 경우 OVF Tool이 지문을 확인하지 못할 수 있습니다. DCUI(Direct Console User Interface)를 사용하는 경우에는 이 문제가 모니터링되지 않습니다.

  해결 방법: 다음 대안 중 하나를 사용하십시오.

  • DCUI에서 ssl_certificate_verification 섹션에 지문을 지정합니다.
  • DCUI에서 ssl_certificate_verification verification_mode를 False로 설정하여 ESXi에 대해 인증서 지문을 무시하도록 지정합니다.
  • 다음 명령줄 매개 변수를 사용하여 모든 인증서 지문을 전역적으로 무시합니다. --no-ssl-certificate-verification
  • CLI 프롬프트가 소스에서 받은 지문을 수락할 때까지 기다립니다. 

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

• 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 시스템이 외부 데이터베이스에 설치된 경우, 중국어 간체, 일본어, 한국어, 중국어 번체, 프랑스어, 독일어 및 스페인어 로케일에 대해 vCenter Server 로그인을 위한 사용자 또는 암호에 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 드라이브를 파일 시스템으로 포맷하거나 서버에서 분리합니다.
• vSphere Authentication Proxy 서비스가 활성이면 Windows용 vCenter Server 6.5를 vCenter Server 6.7로 업그레이드하지 못할 수 있음

  Windows용 vCenter Server 6.5에서 vCenter Server 6.7로 업그레이드를 수행하는 동안 vSphere Authentication Proxy 서비스가 활성이면 사전 확인 중에 작업이 실패할 수 있습니다. 다음과 유사한 오류가 표시될 수 있습니다.

  구성할 수 없는 다음 포트가 이미 사용 중입니다.
2016, 7475, 7476
이러한 포트를 사용하는 프로세스를 중지하십시오.

  해결 방법: vSphere Authentication Proxy 서비스를 중지합니다. vCenter Server 6.7로 업그레이드를 완료한 후 서비스를 다시 시작할 수 있습니다.

• vCenter Server High Availability가 활성이면 이전 버전의 vCenter Server 6.7에서 vCenter Server 6.7 업데이트 1로 패치 적용이 실패할 수 있음

  DB 스키마 변경으로 인해 vCenter Server High Availability가 활성이면 이전 버전의 vCenter Server 6.7에서 vCenter Server 6.7 업데이트 1로 패치 적용이 실패할 수 있습니다. 자세한 내용은 VMware 기술 자료 문서 55938을 참조하십시오.

  해결 방법: 이전 버전의 vCenter Server 6.7에서 vCenter Server 6.7 업데이트 1로 패치를 적용하려면 vCenter Server High Availability를 제거하고 수동 및 감시 노드를 삭제해야 합니다. 업그레이드 후에 vCenter Server High Availability 클러스터를 다시 생성해야 합니다.

• 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로 업그레이드한 다음 호스트에서 설정 복사를 클릭하여 업그레이드된 호스트에서 호스트 프로파일을 업데이트합니다.

• 사용자 지정 HTTP 및 HTTPS 포트를 사용하여 vCenter Server Appliance 6.5 업데이트 2 이상에서 vCenter Server Appliance 6.7 업데이트 1로 업그레이드하면 실패할 수 있음

  사용자 지정 HTTP 및 HTTPS 포트를 사용하여 vCenter Server Appliance 6.5 업데이트 2 이상에서 vCenter Server Appliance 6.7 업데이트 1로 업그레이드하면 실패할 수 있습니다. GUI 또는 CLI 설치 관리자를 사용하는 경우에도 이 문제가 나타날 수 있습니다.

  해결 방법: 없음

• Platform Services Controller에 사용자 지정 HTTPS 포트가 사용되면 외부 Platform Services Controller에서 vCenter Server로 통합이 실패할 수 있음

  vCenter Server 시스템이 기본 HTTPS 포트 443으로 구성되고 Platform Services Controller 노드가 HTTPS 포트의 사용자 지정 값으로 구성된 경우 외부 Platform Services Controller를 vCenter Server로 통합하지 못할 수도 있습니다. 작업이 컨버전스 문제로 인해 첫 번째 부팅 단계에서 실패합니다.

  해결 방법: vCenter External to Embedded Convergence 도구를 실행하기 전에 Platform Services Controller 노드에 대한 HTTPS 포트 값을 기본값인 443으로 변경합니다. 다음 명령을 실행하여 동일한 작업을 수행할 수 있습니다.

  1. /usr/lib/vmware-vmafd/bin/vmafd-cli set-dc-port --server-name localhost --dc-port 443
  2. /usr/lib/vmware-vmafd/bin/vmafd-cli set-rhttpproxy-port --server-name localhost --rhttpproxy-port 443
• vCenter Server 시스템을 버전 6.7 업데이트2로 업그레이드한 후, 사전 업그레이드 FCD(First Class Disk)가 글로벌 카탈로그에 표시되지 않을 수 있음

  vCenter Server 시스템을 버전 6.7 업데이트 2로 업그레이드하는 동안 FCD 글로벌 카탈로그가 동기화를 호출하기 위해 아직 업데이트되지 않은 ESXi 호스트를 선택할 수 있고 동기화에 실패합니다. 그 결과 listVStorageObjectForSpec API가 업그레이드 전에 생성된 모든 FCD를 반환하지 못할 수 있습니다.

  해결 방법: 인벤토리에서 모든 ESXi 호스트를 업그레이드한 후 fullSync를 true로 설정하여 syncDatastore API를 시작합니다.

• etc/issue 파일을 편집하면 가상 장치 관리 인프라 사용자 인터페이스를 사용한 vCenter Server Appliance 업그레이드가 실패함

  예를 들어 사용자 지정 로그인 배너 생성을 위해 가상 장치 관리 인프라 사용자 인터페이스를 사용하여 vCenter Server Appliance를 업그레이드 하는 동안 etc/issue 파일을 편집하고 새 줄로 텍스트를 분할하지 않으면 업그레이드가 실패합니다. 인터페이스에 다음과 같은 오류가 표시됩니다.
  메타데이터를 파일에 저장하는 동안 예외 발생: /etc/issue 파일에 예기치 않은 컨텐츠가 있습니다.

  해결 방법: 가상 장치 관리 인프라 사용자 인터페이스를 사용하여 업그레이드하기 전에 /etc/issue 파일의 내용을 복원합니다. 

• vCenter Server 6.7 업데이트 3l 이상으로 업그레이드한 후 기존 또는 신규 HPE VASA 제공자가 연결이 끊긴 상태로 표시될 수 있음

  vCenter Server 시스템의 인벤토리에 HPE 3PAR StoreServ 또는 HPE Primera VASA 제공자가 지원하는 vSphere Virtual Volumes가 있으면 vCenter Server 6.7 업데이트 3l 이상으로 업그레이드한 후 제공자가 연결이 끊긴 상태가 되는 것을 볼 수도 있습니다. 이 문제는 3PAR 3.3.1 MU5 스토리지에 영향을 주지만 3PAR 3.3.1 MU3 스토리지에는 영향을 주지 않습니다. 

  해결 방법: vCenter Server 7.0 업데이트 1c 이상으로 업그레이드합니다. 업그레이드 호환성은 VMware 기술 자료 문서 67077을 참조하십시오.
  또는 vCenter Server 6.7 업데이트 3l 이전의 백업으로 시스템을 복원할 수 있습니다.
  HPE 3PAR 3.3.1 MU5 VASA 제공자를 아직 사용하지 않는 경우 HPE가 문제를 해결할 때까지 VASA 제공자를 HPE 3PAR 3.3.1 MU5로 업그레이드하는 작업을 연기하십시오. 자세한 내용은 VMware 기술 자료 문서 83038을 참조하십시오.

• 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을 마이그레이션하는 경우 발생합니다. 외부 Platform Services Controller를 마이그레이션한 후 관리 노드에서 Migration Assistant를 실행하면 Migration Assistant가 실패하면서 Platform Services Controller 버전을 검색할 수 없다고 보고합니다. 이 오류는 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 관리 도구]를 선택 취소합니다. [확인]을 클릭합니다. 호스트를 재부팅합니다.

• vCenter Server 6.7.x의 TLS 구성 유틸리티가 특정 버전의 ESXi에 설치되지 않음

  만료된 디지털 서명 인증서와 키 교체로 인해, TLS 구성 유틸리티가 ESXi의 특정 초기 버전에는 설치되지 않습니다. 

  해결 방법: 이 유틸리티는 ESX VIB와 동일한 인증서 및 키를 사용하여 서명됩니다. 영향을 받는 ESXi 버전에 대한 자세한 내용은 VMware 기술 자료 문서 76555를 참조하십시오.

• 원격 HTTPS 서버가 HSTS(HTTP Strict Transport Security) 응답 헤더 포트 5480 및 5580을 보내지 않을 수 있음

  일부 환경에서는 포트 5480 및 5580에서 실행되는 원격 HTTPS 서버가 HSTS를 반환하지 않을 수 있습니다.

  해결 방법: 없음

네트워킹 문제

• 호스트 프로파일 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에서 [스토리지 다시 검색] 작업을 수행합니다.

• VStorageObjectResult의 backingObjectId 및 SnapshotInfo 필드의 잘못된 동작

  vSAN이 아닌 데이터스토어에서 First Class Disk에 대한 VStorageObjectResult의 backingObjectId 및 SnapshotInfo 필드는 항상 null로 설정됩니다.
  vSAN 데이터스토어에서 First Class Disk의 스냅샷을 생성하면 First Class Disk에 대한 VStorageObjectResult의 backingObjectId 및 SnapshotInfo 필드가 채워집니다. First Class Disk에 스냅샷이 여러 개 있는 경우 최신 스냅샷을 삭제하면 backingObjectId와 SnapshotInfo 필드가 업데이트되지만 이전 스냅샷은 삭제해도 필드가 업데이트되지 않습니다.

  해결 방법: 없음.

• 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분 미만의 시간 범위 내에 작동하는 경우 트랩이 수신되지 않고 이메일 알림이 전송되지 않습니다.

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

• Windows용 vCenter Server의 경우 vSphere Client 및 vSphere Web Client에 vCenter Server 6.7에서 vCenter Server 6.7 업데이트 1로의 업데이트가 반영되지 않을 수 있음

  Windows용 vCenter Server를 vCenter Server 6.7에서 vCenter Server 6.7 업데이트 1로 업데이트한 경우 vSphere Client 및 vSphere Web Client 둘 모두의 [요약] 탭에 있는 vpxd의 빌드 번호 세부 정보에 업데이트가 반영되지 않고 버전 6.7.0이 표시될 수 있습니다.

  해결 방법: 없음.

• 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 상태를 다시 로드하도록 합니다. 스토리지의 스냅샷 정보가 로드됩니다.

• vCenter Server 6.7에서 이후 버전으로 패치를 적용하는 동안 가상 장치 관리 인터페이스에 0- 메시지 또는 빈 페이지가 표시될 수 있음

  인터페이스의 호출이 백엔드 applmgmt 서비스에 도달하지 못하면 vCenter Server 6.7에서 이후 버전으로 패치를 적용하는 동안 가상 장치 관리 인터페이스에 0- 메시지 또는 빈 페이지가 표시될 수 있습니다. 기간별 데이터 가져오기 상태를 확인할 수 없습니다. 서버 상태를 확인하십시오.라는 메시지가 표시될 수도 있습니다.

  해결 방법: 이 메시지를 실패 메시지가 아닙니다. 백 엔드의 장치 재부팅이 완료되면 브라우저를 새로 고치고 가상 장치 관리 인터페이스에 다시 로그인합니다.

• [가상 시스템 등록] 마법사의 [완료 준비] 페이지에 가로줄 하나만 표시됨

  렌더링 문제로 인해 [가상 시스템 등록] 마법사의 [완료 준비] 페이지에 가로줄 하나와 비슷해 보이는 내용이 표시될 수 있습니다. 이 문제는 마법사의 워크플로에 영향을 미치지 않습니다.

  해결 방법: 없음

• VMware Service Lifecycle Manager는 이틀에 한 번씩 vpxd 서비스를 다시 시작함

  연결된 ESXi 호스트가 많은 데이터스토어에 대해 Storage I/O Control을 사용하도록 설정하면, vpxd 서비스에서 처리하기 위해 많은 양의 I/O 이벤트가 쌓일 수 있습니다. 이런 경우 VMware Service Lifecycle Manager가 vpxd를 다시 시작할 수 있습니다.

  해결 방법: 연결된 ESXi 호스트가 많은 데이터스토어에 Storage I/O Control을 사용하지 않도록 설정하거나 연결된 호스트 수를 줄이십시오.

• 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으로 복제해야 합니다. 지연된 가져오기가 진행 중일 때는 복제해야 하는 데이터 양이 증가하므로 성능 문제가 발생할 수 있습니다.

  해결 방법: 없음.

• vSphere Client를 사용하여 vSphere Fault Tolerance 워크로드를 실행하는 ESXi 호스트를 vCenter Server 시스템에 추가할 수 없음

  vSphere Client를 사용하여 vSphere Fault Tolerance 워크로드를 실행하는 ESXi 호스트를 vCenter Server 시스템에 추가하려고 하면 Fault Tolerance가 설정된 가상 시스템을 포함하는 호스트를 독립형 호스트로 추가할 수 없습니다 오류와 함께 실패할 수 있습니다.

  해결 방법: 대안으로 다음을 수행할 수 있습니다.

  1. 작업을 스케줄링하여 호스트를 추가하고 즉시 실행합니다.
     1. vSphere Client에서 선택한 클러스터의 구성 > 스케줄링된 작업으로 이동합니다.
     2. 새 스케줄링된 작업 > 호스트 추가를 선택합니다.
     3. 작업을 실행할 시간을 스케줄링합니다.
     4. 호스트를 추가하고 작업을 실행합니다.
     5. 호스트를 추가한 후 작업을 삭제합니다.
  2. vSphere Web Client를 사용하여 호스트를 추가합니다. vSphere Web Client에 로그인하고 표준 호스트 추가 워크플로를 실행합니다.
  3. Fault Tolerance 가상 시스템을 일시적으로 해제하고 새 vCenter Server 시스템에 호스트를 추가한 다음 가상 시스템을 다시 설정합니다.
• NSX-T 논리적 스위치를 사용하여 vCenter Server High Availability 클러스터를 구성하면 실패할 수 있음

  NSX-T 논리적 스위치를 사용하여 vCenter Server High Availability 클러스터를 구성하면 피어 노드에 연결하지 못함 오류와 함께 실패할 수 있습니다.

  해결 방법: vSphere Distributed Switch를 사용하여 vCenter Server High Availability 클러스터를 구성하십시오.

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 호스트 시스템에서 UEFI 펌웨어를 사용하는 경우 VLAN 네트워크에서 VMware vSphere Auto Deploy를 사용할 수 없음

  ESXi 호스트 시스템에서 UEFI 펌웨어를 사용하는 경우 VMware vSphere Auto Deploy를 사용하여 VLAN 네트워크 환경에 ESXi 이미지를 배포하지 못할 수 있습니다. 일부 UEFI 펌웨어 벤더의 VLAN 지원 구현에서 iPXE를 완전히 지원하지 않을 수 있기 때문에 UEFI 보안 부팅이 ipxe 바이너리 로드 단계에서 실패합니다.

  해결 방법: 없음

• 상태 비저장 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로 설정할 수 있습니다.

• .csv 파일을 가져오면 호스트 사용자 지정 중에 입력한 사용자 입력을 덮어씀

  가져오기 프로세스 및 .csv 파일의 값으로 [호스트 사용자 지정] 창의 사용자 입력을 덮어쓰게 됩니다.

  해결 방법: [호스트 사용자 지정] 창에 수동 변경 사항을 추가하기 전에 .csv 파일을 가져오십시오.

• 충돌하는 IP 및 FQDN으로 인해 vCenter Server Convergence Tool이 외부 Platform Services Controller를 내장형 Platform Services Controller로 변환하지 못할 수 있음

  배포 중에 선택 사항인 FQDN 필드에 IP 주소를 사용하여 외부 Platform Services Controller를 구성한 경우 이름 충돌 때문에 vCenter Server Convergence Tool이 외부 Platform Services Controller를 내장형 Platform Services Controller로 변환하지 못할 수 있습니다.

  해결 방법: FQDN 주소의 대체 항목이나 추가 항목으로 IP 주소를 사용하여 설치된 Platform Services Controller에 대해 vCenter Server Convergence Tool을 사용하지 마십시오.

• Platform Services Controller의 설치 위치를 다시 지정하고 재구성하면 복원 프로세스가 실패할 수 있음

  Platform Services Controller의 설치 위치를 다시 지정하고 재구성하면 오래된 서비스 ID 항목으로 인해 복원 프로세스가 실패할 수 있습니다.

  해결 방법: 복원을 계속하기 전에 VMware 기술 자료 문서 2131327의 단계에 따라 오래된 서비스 ID를 정리하십시오.

• vCenter Server 6.7로 업그레이드한 후 vCenter Server 시스템에 로그인하려는 하면 자격 증명 검증 오류와 함께 실패할 수 있음

  시스템을 vCenter Server 6.7로 업그레이드한 후 vSphere Web Client 또는 vSphere Client와 보안 토큰 또는 스마트 카드 중 하나를 사용하여 시스템에 로그인하려고 하면 제출된 자격 증명의 유효성을 검사할 수 없습니다 오류와 함께 로그인이 실패할 수 있습니다

  해결 방법: ID 소스를 제거하고 다시 추가합니다. 자세한 내용은 vCenter Single Sign-On ID 소스 추가 또는 편집을 참조하십시오. 

• ESXi 호스트를 이전 버전으로 되돌린 경우에도 EVC(Enhanced vMotion Compatibility) 클러스터에 IBPB와 같은 새 CPU ID가 표시될 수 있음

  ESXi 호스트를 이전 버전의 ESXi로 되돌리면 호스트에 해당 기능이 없더라도 EVC 클러스터에 IBRS, STIBP 및 IBPB와 같은 새 CPU ID가 노출될 수 있습니다.

  해결 방법: 이 문제는 이 릴리스에서 해결되었습니다. 하지만, EVC 클러스터의 요구 사항을 충족하지 않는 호스트는 자동으로 다시 연결되지 않으므로 클러스터에서 제거해야 합니다.

• 일부 vCenter Server 플러그인이 vSphere Client에서 어두운 테마 모드를 제대로 렌더링하지 못할 수 있음

  인터페이스를 어두운 테마로 나타내기 위해 vSphere Client에서 색 구성표를 변경하면 일부 vCenter Server 플러그인은 모드를 제대로 렌더링하지 못할 수도 있습니다.

  해결 방법: 없음

• VM당 EVC를 사용하도록 설정하면 가상 시스템의 전원을 켜지 못할 수 있음

  VMware vCenter Server 6.7 업데이트 1만 설치하거나 업그레이드용으로 사용하고 ESXi 6.7 업데이트 1은 적용하지 않은 경우와 VM당 EVC를 구성하거나 재구성한 경우 패치가 적용되지 않은 호스트에 있는 가상 시스템의 전원이 켜지지 않을 수 있습니다. 클러스터 수준 EVC를 사용하도록 설정하고 클러스터의 호스트 중 하나라도 최신 업데이트가 적용되지 않으면 이 문제가 나타날 수 있습니다. 해당 클러스터의 새 CPU ID를 클러스터에서 사용하지 못할 수도 있습니다. 이런 클러스터에서 VM당 EVC를 구성하거나 재구성하면 가상 시스템의 전원이 켜지지 않을 수 있습니다.

  해결 방법: VM당 EVC를 구성하거나 재구성하기 전에 클러스터 내 호스트뿐만 아니라 모든 독립형 ESXi 호스트를 게스트 운영 체제용 하이퍼바이저 지원 게스트 완화를 위한 최신 업데이트로 업그레이드합니다.

• DNS 설정을 편집하면 /etc/resolv.conf 및 /etc/systemd/resolved.conf 파일에서 IPv6 루프백 주소가 삭제될 수 있음

  Appliance 관리 인터페이스, 장치 셸 또는 vSphere Web Client를 사용하여 DNS 설정을 편집하면 /etc/resolv.conf 및 /etc/systemd/resolved.conf 파일에서 IPv6 루프백 주소가 삭제될 수 있습니다.

  해결 방법: IPv6 루프백 주소 삭제를 방지하려면 Bash 셸을 사용하여 resolv.conf 파일을 편집하십시오.

  1. /etc/resolv.conf 파일에서 다음 매개 변수를 설정합니다.

     nameserver: ::1
     nameserver: <dnsserver 1>
     nameserver: <dnsserver 2>

  2. /etc/systemd/resolved.conf 파일에서 다음 매개 변수를 설정합니다.

     [Resolve]
     LLMNR=false
     DNS=::1 <dnsserver 1> <dnsserver 2>

• 외부 Platform Services Controller를 내장형 Platform Services Controller로 변환한 후 SSH 서비스가 사용되지 않도록 설정될 수 있음

  외부 Platform Services Controller를 내장형 Platform Services Controller로 변환한 후 Active Directory 정책 및 제한에 따라 SSH 서비스가 사용되지 않도록 설정될 수 있습니다.

  해결 방법: 변환이 완료된 후 수동으로 SSH 서비스를 사용하도록 설정합니다.

• sensord 데몬이 ESXi 호스트 하드웨어 상태를 보고하지 못함

  IPMI SDR 유효성 검사의 논리 오류로 인해 sensord가 전원 공급 정보의 소스를 식별하지 못할 수 있습니다. 그 결과 vsish -e get /power/hostStats 명령을 실행하면 출력이 표시되지 않을 수 있습니다.

  해결 방법: 없음

• ESXi SNMP 서비스가 간헐적으로 작동을 중지하고 ESXi 호스트가 응답하지 않음

  환경에서 IPv6를 사용하지 않도록 설정한 경우 ESXi SNMP 에이전트가 응답을 중지할 수 있습니다. 그 결과, ESXi 호스트도 응답하지 않게 됩니다. VMkernel 로그에 Admission failure in path: snmpd/snmpd.3955682/uw.3955682와 같은 여러 메시지가 표시됩니다.

  해결 방법: SNMP 서비스를 수동으로 다시 시작하거나 cron 작업을 사용하여 서비스를 주기적으로 다시 시작합니다.

• Emulex OneConnect OCe11100 또는 14000 NIC 디바이스에 연결된 하드웨어 iSCSI 디스크가 있는 호스트에서 상태 저장 ESXi 설치가 실패할 수 있음

  IMA elx-esx-libelxima 플러그인 문제로 인해 hostd 서비스가 실패할 수 있으며 Emulex OneConnect OCe11100 또는 14000 NIC 디바이스에 연결된 하드웨어 iSCSI 디스크가 있는 호스트에서 상태 저장 ESXi 설치를 완료할 수 없습니다. 네트워크 부팅 후 ESXi 서버가 재부팅되지 않지만 vSphere Client 또는 vSphere Web Client에 오류가 표시되지 않습니다.

  해결 방법: 벤더가 제공한 비동기 버전의 elx-esx-libelxima 플러그인을 설치합니다.

• 새 디스크를 초기화하는 동안 크기가 16MB 미만인 가상 NVDIMM으로 구성된 가상 시스템의 Windows 게스트 운영 체제가 실패할 수 있음

  NVDIMM 크기가 16MB 미만인 Windows 가상 시스템을 구성하는 경우 새 디스크를 초기화하려고 하면 게스트 운영 체제가 실패하고 블루 진단 스크린이 표시되거나 디스크 관리 화면의 팝업 창에 오류 메시지가 표시될 수 있습니다. 블루 진단 스크린 문제는 Windows 10, Windows Server 2022 및 Windows 11 v21H2 게스트 운영 체제에서 발생합니다. 

  해결 방법: 가상 NVDIMM의 크기를 16MB 이상으로 늘입니다.

• 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를 사용하십시오.

• DELL CIM VIB의 초기 설치가 응답하지 않을 수 있음

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

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

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

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