VMware ESXi 6.0.0b 릴리스 정보

|

업데이트 날짜: 2015년 7월 7일

ESXi 6.0.0b | 2015년 7월 7일 | ISO 빌드 2809209

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

릴리스 정보에 포함된 내용

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

새로운 기능

이 ESXi 6.0.0b 릴리스에서는 해결된 문제 섹션에서 설명하는 여러 가지 버그 수정을 제공합니다.

ESXi 6.0의 이전 릴리스

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

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

국제화

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

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

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

이 릴리스에 포함된 패치

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

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

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

해결된 문제

이 섹션에서는 이 릴리스에서 해결된 문제에 대해 설명합니다.

CIM 및 API 문제

  • sfcbd 서비스가 응답을 중지함
    sfcbd 서비스가 응답을 중지하고 syslog 파일에 다음과 같은 오류 메시지가 기록될 수 있습니다.

    spSendReq/spSendMsg failed to send on 7 (-1)
    Error getting provider context from provider manager: 11

    이 문제는 CIM 서버와 제공자 간에 세마포에 대한 경합이 있을 때 발생합니다.

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

  • 재부팅 후 ESXi 호스트가 sfcb에서 ServerView Operations Manager로 CIM 표시를 보낼 수 없음
    호스트를 재부팅한 후에 ESXi 호스트가 sfcb에서 ServerView Operations Manager로 CIM 표시를 보내지 못할 수 있습니다. 다음과 유사한 오류 메시지가 syslog 파일에 기록됩니다.

    spGetMsg receiving from 72 20805-11 Resource temporarily unavailable
    rcvMsg receiving from 72 20805-11 Resource temporarily unavailable
    --- activate filter failed for indication subscription
    filter=root/interop:cim_indicationfilter.creationclassname=br"CIM_IndicationFilter"
    ,name="FTSIndicationFilter",systemcreationclassname="CIM_ComputerSystem",
    systemname="xx.xxx.xxx.xx", handler=root/interop:cim_indicationhandlercimxml.creationclassname="CIM_IndicationHandlerCIMXML"
    ,name="FTSIndicationListener:xx.xxx.xxx.xx", systemcreationclassname="CIM_ComputerSystem",systemname="xx.xxx.xxx.xx",
    status: rc 7, msg
    No supported indication classes in filter query or no provider found


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

  • vCenter Server를 사용하여 하드웨어 상태를 모니터링할 수 없음
    CIM 클라이언트가 Delete Instance 요청 두 개를 동일한 CIM 표시 구독에 보내면 메모리 경합 때문에 sfcb-vmware_int 서비스가 응답하지 않을 수 있습니다. 이로 인해 vCenter Server 및 ESXi를 사용하여 하드웨어 상태를 모니터링하지 못할 수 있습니다.

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

  • 펌웨어를 업그레이드한 후 [하드웨어 상태] 탭에 잘못된 경보가 표시됨
    펌웨어를 업그레이드한 이후에 시스템이 2~3일 동안 유휴 상태에 있었더라도 vSphere Client의 하드웨어 상태 탭에 잘못된 경보가 표시됩니다. 다음과 유사한 오류 메시지가 /var/log/syslog.log 파일에 기록될 수 있습니다.

    sfcb-vmware_raw[nnnnn]: IpmiIfruInfoAreaLength: Reading FRU for 0x0 at 0x8 FAILED cc=0xffffffff
    sfcb-vmware_raw[nnnnn]: IpmiIfcFruChassis: Reading FRU Chassis Info Area length for 0x0 FAILED
    sfcb-vmware_raw[nnnnn]: IpmiIfcFruBoard: Reading FRU Board Info details for 0x0 FAILED cc=0xffffffff
    sfcb-vmware_raw[nnnnn]: IpmiIfruInfoAreaLength: Reading FRU for 0x0 at 0x70 FAILED cc=0xffffffff
    sfcb-vmware_raw[nnnnn]: IpmiIfcFruProduct: Reading FRU product Info Area length for 0x0 FAILED
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: data length mismatch req=19,resp=3
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: EntryId mismatch req=0001,resp=0002
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: EntryId mismatch req=0002,resp=0003
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: EntryId mismatch req=0003,resp=0004
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: EntryId mismatch req=0004,resp=0005
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: EntryId mismatch req=0005,resp=0006
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: EntryId mismatch req=0006,resp=0007

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

  • Openwsman에서 createInstance()를 지원하지 않음
    ESXi 5.0 업데이트 3이나 ESXi 패치 릴리스 ESXi500-201406001, ESXi 5.1 업데이트 2나 ESXi 패치 릴리스 ESXi510-201407001 아니면 ESXi 5.5 업데이트 2에 포함되어 있는 ESXi WSMAN 에이전트(Openwsman)에서 createInstance()에 대한 어레이 매개 변수를 지원하지 않을 수 있습니다. Openwsman에서 createInstance()를 사용하여 어레이 형식 속성 값을 가진 CIM 인스턴스를 만들기 위해 wsmand 서비스를 실행하면 다음과 유사한 메시지가 표시됩니다.

    wsmand[6266]: working on property: DataSize
    wsmand[6266]: prop value: 572
    wsmand[6266]: xml2property([0xnnnn]DataSize:572)
    wsmand[6266]: working on property: PData
    wsmand[6266]: prop value: 7
    wsmand[6266]: xml2property([0xnnnn]PData:7)
    wsmand[6266]: *** xml2data: Array unsupported
    wsmand[6266]: working on property: ReturnCode
    wsmand[6266]: prop value: 0

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

  • CIM 표시를 보내는 동안 CIM 제공자에서 메모리 누수가 발생함
    ESXi 호스트에서 실행되는 CIM(Common Information Model) 제공자가 sfcb(Small-Footprint CIM Broker) 서비스에서 CIM 표시를 보내는 동안 메모리 누수가 발생할 수 있습니다.

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

  • ESXi 호스트에서 하드웨어 상태를 모니터링할 수 없음
    응답하지 않는 하드웨어 모니터링 서비스(sfcbd) 때문에 ESXi 호스트의 하드웨어 상태 탭에 오류가 보고될 수 있습니다. 다음과 유사한 오류 메시지가 syslog.log 파일에 기록됩니다.

    sfcb-hhrc[5149608]: spGetMsg receiving from 65 5149608-11 Resource temporarily unavailable
    sfcb-hhrc[5149608]: rcvMsg receiving from 65 5149608-11 Resource temporarily unavailable
    sfcb-hhrc[5149608]: Timeout or other socket error
    sfcb-LSIESG_SMIS13_HHR[6064161]: spGetMsg receiving from 51 6064161-11 Resource temporarily unavailable
    sfcb-LSIESG_SMIS13_HHR[6064161]: rcvMsg receiving from 51 6064161-11 Resource temporarily unavailable
    sfcb-LSIESG_SMIS13_HHR[6064161]: Timeout or other socket error
    sfcb-kmoduleprovider[6064189]: spGetMsg receiving from 57 6064189-11 Resource temporarily unavailable
    sfcb-kmoduleprovider[6064189]: rcvMsg receiving from 57 6064189-11 Resource temporarily unavailable
    sfcb-kmoduleprovider[6064189]: Timeout or other socket error


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

  • RAID 컨트롤러 속성을 변경하면 openwsmand 서비스가 응답하지 않음
    ModifyInstance 옵션을 사용하여 RAID 컨트롤러 속성을 변경하면 openwsmand 서비스가 응답하지 않을 수 있습니다. 이 문제는 다음과 같은 속성을 변경하면 나타납니다.

    • 재구축 우선 순위

    • 일관성 검사 우선 순위

    • 패트롤 읽기 우선 순위


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

  • 여러 개의 열거로 인해 CIM 클라이언트에서 오류를 표시함
    CBEnumInstances 메서드를 사용하여 VMware 이더넷 포트 클래스에 대해 여러 개의 열거 쿼리를 실행하면 ESXi 6.0에서 실행되는 서버에서 다음과 유사한 오류 메시지가 나타날 수 있습니다.

    CIM 오류: enumInstances 클래스를 찾을 수 없습니다.

    이 문제는 관리 소프트웨어가 VMware_EthernetPort()class에서 제공된 정보를 가져오지 못하는 경우에 발생합니다. 이 문제가 발생하면 memstats에 대해 쿼리를 실행했을 때 다음과 같은 오류 메시지가 표시될 수 있습니다.

    MemStatsTraverseGroups: VSI_GetInstanceListAlloc failure: Not found.

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

기타 문제

  • UserWorld가 HeapMoreCore에 멈춰 있으면 sfcb 프로세스를 종료할 수 없음
    중지 순서가 올바르지 않아 UserWorldHeapMoreCore에 무한의 시간 제한으로 멈춰 있으면 sfcb 프로세스를 종료할 수 없습니다. 다음과 유사한 오류 메시지가 표시됩니다.

    /sbin/sfcbd (8314712) 프로세스를 중지하지 못했습니다. 해당 프로세스가 없습니다.

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

네트워킹 문제

  • 재부팅하기 전까지 연결이 불가능하여 ESXi 호스트를 사용할 수 없음
    ESXi 호스트에 vmknic가 세 개 이상 있는 경우에 DCUI에서 네트워크 설정을 재설정하거나, 관리 vmknic를 비롯한 vmknic가 DVS에 있는 호스트 프로파일을 적용하면 Hostctl 예외가 발생할 수 있습니다. 이로 인해 연결이 불가능하여 호스트를 재부팅 전까지 사용하지 못할 수 있습니다.

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

  • TX 및 RX의 처리량 통계가 너무 높아 소스 포트가 불필요하게 다시 매핑됨
    TX 및 RX 처리량 통계 값이 너무 높아서 소스 포트가 다른 VMNIC에 불필요하게 다시 매핑될 수 있습니다. 로드 기반 팀 구성 알고리즘이 통계를 잘못 계산하여 이 문제가 발생할 수 있습니다.

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

  • 포트 미러링 세션을 사용하도록 설정한 이후에 ESXi 호스트의 네트워크 연결이 끊어짐
    vSphere Distributed Switch에 포트 미러링 세션을 사용하도록 설정한 이후에 ESXi 호스트 또는 가상 시스템의 네트워크 연결이 끊어질 수 있습니다.

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

보안 문제

  • NTP 패키지가 업데이트됨
    안정성 문제를 해결하기 위해 NTP 패키지가 업데이트되었습니다.

서버 구성 문제

  • ESXi 호스트에서 Windows 8 및 Windows 2012 Server 가상 시스템 재부팅이 실패함
    ESXi 호스트에서 Windows 8 및 Windows 2012 Server 가상 시스템 재부팅이 실패합니다. 자세한 내용은 기술 자료 문서 2092807을 참조하십시오.

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

  • 스토리지 디바이스에 VMFS5 데이터스토어를 16TB보다 크게 생성하려는 시도가 실패함
    VMFS5 데이터스토어를 16TB보다 크게 확장하려고 하면 ESXi 호스트가 실패할 수 있습니다. 다음과 유사한 오류 메시지가 vmkernel.log 파일에 기록됩니다.

    cpu38:xxxxx)LVM: xxxx: [naa.600000e00d280000002800c000010000:1] Device expanded (actual size 61160331231 blocks, stored size 30580164575 blocks)
    cpu38:xxxxx)LVM: xxxx: [naa.600000e00d280000002800c000010000:1] Device expanded (actual size 61160331231 blocks, stored size 30580164575 blocks)
    cpu47:xxxxx)LVM: xxxxx: LVM device naa.600000e00d280000002800c000010000:1 successfully expanded (new size: 31314089590272)
    cpu47:xxxxx)Vol3: xxx: Unable to register file system ds02 for APD timeout notifications: Already exists
    cpu47:xxxxx)LVM: xxxx: Using all available space (15657303277568).
    cpu7:xxxxx)LVM: xxxx: Error adding space (0) on device naa.600000e00d280000002800c000010000:1 to volume xxxxxxxx-xxxxxxxx- xxxx-xxxxxxxxxxxx: No space left on device
    cpu7:xxxxx)LVM: xxxx: PE grafting failed for dev naa.600000e00d280000002800c000010000:1 (opened: t), vol xxxxxxxx- xxxxxxxx-xxxx-xxxxxxxxxxxx: Limit exceeded
    cpu7:xxxxx)LVM: xxxx: Device scan failed for <naa.600000e00d280000002800c000010000:1>: Limit exceeded
    cpu7:xxxxx)LVM: xxxx: LVMProbeDevice failed for device naa.600000e00d280000002800c000010000:1: Limit exceeded
    cpu32:xxxxx)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
    cpu30:xxxxx)LVM: xxxx: PE grafting failed for dev naa.600000e00d280000002800c000010000:1 (opened: t), vol xxxxxxxx- xxxxxxxx-xxxx-xxxxxxxxxxxx: Limit exceeded
    cpu30:xxxxx)LVM: xxxx: Device scan failed for <naa.600000e00d280000002800c000010000:1>: Limit exceeded


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

  • 단일 프로세서 가상 시스템의 CPU 제한을 설정하면 전체 ESXi 사용률이 감소함
    단일 프로세서 가상 시스템의 CPU 제한을 설정하면 ESXi 스케줄러의 결함 때문에 전체 ESXi 사용률이 감소할 수 있습니다. 이러한 결과는 ESXi 스케줄러가 CPU 로드 밸런싱을 잘못 예측하여 가상 시스템이 실행 중인 것으로 판단할 때 나타납니다. 자세한 내용은 기술 자료 문서 2096897을 참조하십시오.

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

  • 스위치에 활성 업링크가 하나밖에 없는데도 iSCSI 네트워크 포트 바인딩이 실패함
    스위치에 활성 업링크가 하나밖에 없는데도 iSCSI 네트워크 포트 바인딩이 실패합니다.

    이 문제는 활성 업링크만을 계산하여 VMkernel 인터페이스의 규정 준수 여부를 결정하는 방법으로 이 릴리스에서 해결되었습니다.

  • esxcli를 통해 소프트웨어 iSCSI를 사용하도록 설정할 때 iSCSI 이니시에이터 이름 사용이 허용됨
    이 릴리스에서는 esxcli iscsi software set 명령에 iSCSI 이니시에이터 이름을 전달할 수 있는 옵션을 제공합니다.

  • 영구적으로 마운트된 VMFS 스냅샷이 마운트되지 않음
    영구적으로 마운트된 VMFS 스냅샷 볼륨이 ESXi 호스트를 재부팅한 후 마운트되지 않을 수 있습니다. 다음과 유사한 로그 메시지가 syslog 파일에 기록됩니다.

    localcli: Storage Info: Unable to Mount VMFS volume with UUID nnnnnnnn-nnnnnnnn-nnnn-nnnnnnnnnnnn.
    Sysinfo error on operation returned status : Bad parameter count. Please see the VMkernel log for detailed error information
    localcli: StorageInfo: Unable to restore one or more conflict-resolved VMFS volumes

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

  • 읽기/쓰기 작업의 구성된 제한보다 IOPS가 감소함
    가상 시스템에서 디스크의 IOPS(Input Output Per Second) 값을 제한하면 읽기/쓰기 작업(I/O)의 크기가 32KB보다 크거나 같을 때 IOPS가 구성된 읽기/쓰기 작업(I/O) 제한보다 감소합니다. 이 결과가 나타나는 이유는 I/O 스케줄러가 32KB를 IO 작업의 스케줄링 비용 단위 하나로 간주하기 때문입니다. 즉, 32KB보다 크기가 큰 모든 작업은 여러 개의 작업으로 간주되어 I/O가 조정되는 결과를 가져옵니다.

    이 문제는 애플리케이션의 필요에 따라 SchedCostUnit 값을 구성할 수 있도록 하여 이 릴리스에서 해결되었습니다.

    현재 값을 보려면 다음 명령을 실행하십시오.
    esxcfg-advcfg -g /Disk/SchedCostUnit

    새로운 값을 설정하려면 다음 명령을 실행하십시오.
    esxcfg-advcfg -s 65536 /Disk/SchedCostUnit

  • vmkiscsid 프로세스가 응답하지 않음
    IPv6을 사용하여 iSCSI 어댑터 재검색 작업을 실행하면 vmkiscsid 프로세스가 응답을 멈출 수 있습니다.

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

  • 타사 관리 도구를 사용할 경우 ESXi 호스트가 SNMP v3 트랩을 수신하지 못함
    타사 관리 도구를 사용하여 SNMP 데이터를 수집하면 ESXi 호스트가 SNMP v3 트랩을 수신하지 못할 수 있습니다. 다음과 유사한 항목이 /var/snmp/syslog.log 파일에 기록됩니다.

    snmpd: snmpd: snmp_main: rx packet size=151 from: 172.20.58.220:59313
    snmpd: snmpd: SrParseV3SnmpMessage: authSnmpEngineBoots(0) same as 0, authSnmpEngineTime(2772) within 0 +- 150 not in time window
    ....

    자세한 내용은 기술 자료 문서 2108901을 참조하십시오.

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

  • iSCSI SAN에서 ESXi 6.0 호스트를 부팅할 수 없음
    iSCSI SAN에서 ESXi 6.0 호스트를 부팅하려는 시도가 실패할 수 있습니다. 이러한 결과는 ESXi 호스트가 iBFT(iSCSI 부팅 펌웨어 테이블)를 감지하지 못하여 부팅이 실패하는 경우에 나타납니다. 이 문제는 Emulex 및 QLogic을 비롯한 모든 iSCSI에서 발생할 수 있습니다.

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

  • 제공자에 대한 setPEContext VASA API 호출이 실패함
    제공자에 대한 setPEContext VASA API 호출이 실패할 수 있습니다. 다음과 유사한 오류 메시지가 vvold.log 파일에 보고될 수 있습니다.

    VasaOp::ThrowFromSessionError [#47964]: ===> FINAL FAILURE setPEContext, error (INVALID_ARGUMENT / failed to invoke operation: setPEContext[com.emc.cmp.osls.api.base.InstanceOps.checkPropertyValue():269 C:ERROR_CLASS_SOFTWARE
    F:ERROR_FAMILY_INVALID_PARAMETER X:ERROR_FLAG_LOGICAL Property inBandBindCapability is required and cannot be null.] / ) VP (VmaxVp) Container (VmaxVp) timeElapsed=19 msecs (#outstanding 0)
    error vvold[FFDE4B70] [Originator@6876 sub=Default] VendorProviderMgr::SetPEContext: Could not SetPEContext to VP VmaxVp (#failed 1): failed to invoke operation

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

  • 임의의 EMC 대상이 이니시에이터를 인식하지 못함
    HostProfile을 적용하면 임의로 생성된 iSCSI 이니시에이터 이름이 초기에 할당된 후 사용자가 정의한 이름으로 이름이 변경됩니다. 이로 인해 일부 EMC 대상이 해당 이니시에이터를 인식하지 못할 수 있습니다.

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

  • 활성 코어 덤프 파티션이 구성되어 있으면 IBM BladeCenter HS23이 코어 덤프 파일을 쓸 수 없음
    USB 디바이스에 활성 코어 덤프 파티션이 구성되어 있으면 USB 디바이스에서 부팅되는 IBM BladeCenter HS23이 코어 덤프 파일을 쓸 수 없습니다. 보라색 화면에 덤프가 초기화되었지만 완료되지 않았다는 메시지가 표시됩니다.

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

  • 최신 PCI ID가 추가됨
    최신 PCI ID를 포함하도록 pci.ids 파일이 새로 고쳐졌습니다.

스토리지 문제

  • VSA 프로비저닝된 NFS 스토리지에서 실행되는 가상 시스템에서 NFS 스토리지 성능이 느림
    VSA 프로비저닝된 NFS 스토리지에서 실행되는 가상 시스템에서 NFS 스토리지 성능이 느린 것으로 확인됩니다. ESXi 호스트에서 NFS 읽기 응답 확인이 지연되어 이와 같은 성능 문제가 발생할 수 있습니다.

    이 패치는 NFS 연결에 대한 확인 지연을 비활성화하여 이 문제를 해결합니다.

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

업그레이드 및 설치 문제

  • 세분화 오류로 인해 Dell PowerEdge VRTX에서 VMware ESXi 6.0을 처음 부팅하면 서버가 중지됨
    Dell PowerEdge VRTX에서 VMware ESXi 6.0을 처음 부팅하면 컨트롤러를 검색하는 프로세스 동안 세분화 오류가 발생하여 vmw_satp_alua 모듈 로드 후 서버가 중지됩니다.

    이 문제를 해결하기 위해 Storelib를 버전 4.26에서 4.30으로 업그레이드하도록 lsu-lsi-lsi-mr3-pluginlsu-lsi-megaraid-sas-plugin VIB가 업데이트되었습니다.

  • 세분화 오류로 인해 Dell PowerEdge VRTX에서 VMware ESXi 6.0을 처음 부팅하면 서버가 중지됨
    Dell PowerEdge VRTX에서 VMware ESXi 6.0을 처음 부팅하면 컨트롤러를 검색하는 프로세스 동안 세분화 오류가 발생하여 vmw_satp_alua 모듈 로드 후 서버가 중지됩니다.

    이 문제를 해결하기 위해 Storelib를 버전 4.26에서 4.30으로 업그레이드하도록 lsu-lsi-lsi-mr3-pluginlsu-lsi-megaraid-sas-plugin VIB가 업데이트되었습니다.

가상 시스템 관리 문제

  • 버전 11보다 이전 버전의 가상 하드웨어에 페이지 특성 테이블에 대한 지원 정보가 잘못됨
    버전 11보다 이전 버전의 가상 하드웨어의 경우 CPUID[1].EDX[PAT]에 PAT(페이지 특성 테이블)에 대한 지원 정보가 잘못되어 있습니다.

    이 문제는 IA32_PAT MSR에 대한 지원을 모든 가상 하드웨어 버전으로 확대하는 방법으로 이 릴리스에서 해결되었습니다.

    참고: 이 지원은 게스트의 PAT를 IA32_PAT MSR에 기록하는 것으로 제한됩니다. 게스트의 PAT는 가상 시스템에 사용되는 메모리 유형에 실제로 영향을 주지 않습니다.

  • VDI 환경을 사용하도록 설정된 데스크톱 풀을 삭제하면 다른 데스크톱 풀에서 VMDK 파일이 삭제됨
    VDI 환경을 사용하도록 설정된 데스크톱 풀을 삭제하면 다른 데스크톱 풀에 속해 있는 다른 가상 시스템의 VMDK 파일이 삭제될 수 있습니다. 이 경우 여러 데스크톱 풀의 가상 시스템 여러 대가 영향을 받을 수 있습니다. 디스크를 삭제한 이후에 상위 디렉터리가 비어 있지 않은 데도 비어 있는 것으로 인식되는 오류로 인해 해당 상위 디렉터리가 삭제되는 경우 이 문제가 발생합니다. 다음과 같은 오류로 가상 시스템의 전원이 켜지지 않을 수 있습니다.

    [nnnnn info 'Default' opID=nnnnnnnn] [VpxLRO] -- ERROR task-19533 -- vm-1382 -- vim.ManagedEntity.destroy: vim.fault.FileNotFound:
    --> Result:
    --> (vim.fault.FileNotFound) {
    --> dynamicType = ,
    --> faultCause = (vmodl.MethodFault) null,
    --> file = "[cntr-1] guest1-vm-4-vdm-user-disk-D-nnnnnnnn-nnnn-nnnn-nnnn-nnnnnnnnnnnn.vmdk",
    --> msg = "File [cntr-1] guest1-vm-4-vdm-user-disk-D-nnnnnnnn-nnnn-nnnn-nnnn-nnnnnnnnnnnn.vmdk was not found",
    --> }
    --> Args

    특정가상 시스템의 게스트 운영 체제와 사용자 데이터 디스크가 여러 개의 데이터스토어에 걸쳐 배치된 경우에 VMDK 삭제가 발생합니다. 모든 VM 파일이 동일한 데이터스토어에 있을 때는 이 문제가 나타나지 않습니다.

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

  • 가상 시스템 시작 또는 종료 자동 옵션이 작동하지 않음
    vmDelay 변수 값이 1800초보다 길게 설정되어 있으면 가상 시스템 시작 또는 종료와 관련된 자동 옵션이 작동하지 않을 수 있습니다. 이 문제는 다음과 같은 경우에 발생할 수 있습니다.

    • vmDelay 변수를 2148초 이상으로 설정하면 가상 시스템 자동 시작 또는 종료가 지연되지 않아 hostd 서비스가 실패할 수 있습니다.
    • vmDelay 변수를 1800초보다 길게 설정하면 vim-cmd 명령 hostsvc/autostartmanager/autostart가 가상 시스템에서 자동 시작 또는 종료 작업을 지연시키지 않을 수 있습니다. 이는 작업이 30분 이내에 완료되지 않으면 명령 시간이 초과될 수 있기 때문입니다.

    참고: hostd 구성 파일 /etc/vmware/hostd/config.xml에서 blockingTimeoutSeconds 값을 지정합니다. 지연 시간의 합계가 1800초보다 크면 blockingTimeoutSeconds를 1800초보다 크게 설정해야 합니다.

    예:
    <vimcmd>
    <soapStubAdapter>
    <blockingTimeoutSeconds>7200</blockingTimeoutSeconds>
    </soapStubAdapter>
    </vimcmd>

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

Virtual SAN 문제

  • 노드가 40개 이상인 Virtual SAN 클러스터에 속한 ESXi 호스트에 보라색 진단 화면이 표시됨
    마스터 페일오버 이후에 새로운 마스터의 구성원 자격 목록에 노드를 다시 추가하면 제한 확인으로 인해 노드가 40개 이상인 Virtual SAN 클러스터의 일부인 ESXi 호스트에 보라색 진단 화면이 표시될 수 있습니다.

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

  • proportionalCapacity 정책을 줄여도 디스크 사용량에 영향을 주지 않음
    proportionalCapacity 정책을 줄여도 디스크 사용량에 영향을 주지 않습니다. 이는 정책 매개 변수에 대한 수정 사항이 해당 매개 변수가 적용되는 구성 요소에 전달되지 않기 때문입니다.

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

  • 플래시 읽기 캐시 예약 특성이 포함된 스토리지 정책을 사용하여 가상 시스템을 프로비저닝할 수 없음
    Virtual SAN 플래시 전용 클러스터 환경에서 플래시 읽기 캐시 예약 특성이 포함된 스토리지 정책을 사용하여 가상 시스템을 프로비저닝하려고 하면 작업이 실패할 수 있습니다.

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

  • hostd 없이 통계를 수집할 수 있는 Lightweight Virtual SAN Observer가 도입됨
    통계 수집은 hostd를 사용하여 수행되기 때문에 hostd에 연결할 수 없는 경우 Virtual SAN Observer가 통계를 수집할 수 없습니다. 이 릴리스에는 hostd 없이 통계를 수집할 수 있는 lightweight Virtual SAN Observer가 도입되었습니다.

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

VMware Tools 문제

  • VM 전원을 처음으로 켜면 VMware Tools가 자동으로 업그레이드되지 않음
    가상 시스템이 게스트 사용자 지정을 사용하여 배포되거나 복제되고, 다음 번에 전원을 켤 때 VMware Tools를 자동으로 업그레이드하도록 VMware Tools 업그레이드 정책이 설정되어 있으면 VM 전원을 처음 켰을 때 VMware Tools가 자동으로 업그레이드되지 않을 수 있습니다.

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

  • start telnet://xx.xx.xx.xx 명령을 사용하여 텔넷을 시작할 수 없음
    Windows 8 또는 Windows Server 2012 게스트 운영 체제에 VMware Tools를 설치한 이후에 start telnet://xx.xx.xx.xx 명령을 사용하여 텔넷을 열려고 하면 다음과 같은 오류 메시지와 함께 작업이 실패합니다.

    가상 시스템의 구성을 통해 게스트가 호스트 애플리케이션을 열 수 있는지 확인하십시오.

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

  • vShield Endpoint 드라이버의 이름이 Guest Introspection 드라이버로 변경됨
    vShield Endpoint 드라이버가 Guest Introspection 드라이버로 이름이 바뀌었으며 이러한 드라이버 중 두 개인 NSX File Introspection 드라이버( vsepflt.sys)와 NSX Network Introspection 드라이버( vnetflt.sys)를 이제 별도로 설치할 수 있습니다. 그 결과 네트워크 드라이버를 설치하지 않고 파일 드라이버를 설치할 수 있습니다.

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

  • Unidesk를 사용하면 QuickTime 같은 애플리케이션의 성능이 느려짐
    vShield Endpoint를 사용하는 vSphere 또는 VMware View와 함께 Unidesk를 사용하면 QuickTime 같은 애플리케이션의 성능이 느려질 수 있습니다. 이는 Unidesk 볼륨 직렬화 필터 드라이버와 vShield 드라이버가 스택에 함께 있을 때 트리거되는 상호 운용성 문제 때문입니다. vShield 드라이버는 단순한 특성 읽기를 하려는 경우를 포함하여 애플리케이션에서 여는 각 파일에 대해 FltGetFileNameInformation을 호출하며, 이로 인해 파일에 대해 추가적인 프로세스가 수행됩니다. 그 결과 Unidesk 드라이버가 디렉터리를 열기 때문에 전반적인 애플리케이션 성능이 저하됩니다.

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

  • Linux 가상 시스템에서 VMXNET3 어댑터를 사용하여 802.1q에 태그를 지정하면 IPv6 라우터 알림이 예상대로 작동하지 않음
    Linux 가상 시스템에서 VMXNET3 어댑터를 사용하여 802.1q에 태그를 지정하면 IPv6 RA(라우터 알림)가 예상대로 작동하지 않습니다. 그 이유는 VLAN 인터페이스에 사용되는 IPv6 RA 주소가 기본 인터페이스에 전달되기 때문입니다.

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

  • 스냅샷을 초기화하는 동안 중지 스냅샷에서 오류가 발생함
    스냅샷을 초기화하는 동안 경합 조건 때문에 중지 스냅샷에서 오류가 발생할 수 있습니다. vCEnter Server의 작업 및 이벤트 탭에 다음과 유사한 오류 메시지가 표시됩니다.

    스냅샷을 저장하는 중에 오류가 발생했습니다.

    또한 게스트 이벤트 로그에 다음 정보가 표시될 수 있습니다.

    System Event Log
    Source: Microsoft-Windows-DistributedCOM
    Event ID: 10010
    Level: Error
    Description:
    The server {nnnnnnnn-nnnn-nnnn-nnnn-nnnnnnnnnnnn} did not register with DCOM within the required timeout.

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

  • Microsoft Windows 2008 이상을 실행하는 가상 시스템에서 중지 스냅샷을 수행할 수 없음
    Microsoft Windows 2008 이상을 실행하는 가상 시스템에서 중지 스냅샷을 수행하려고 하면 작업이 실패하고, 파란색 화면과 다음과 유사한 오류 메시지가 표시되어 VM이 패닉 상태가 될 수 있습니다.

    A problem has been detected and Windows has been shut down to prevent damage to your computer. If this is the first time you've seen this Stop error screen restart your computer. If this screen appears again, follow these steps:

    Disable or uninstall any anti-virus, disk defragmentation or backup utilities. Check your hard drive configuration, and check for any updated drivers. Run CHKDSK /F to check for hard drive corruption, and then restart your computer.


    이 문제는 이 릴리스에서 해결되었습니다. 자세한 내용은 기술 자료 문서 2115997을 참조하십시오.

알려진 문제

"해결된 문제" 섹션에서 해결되지 않거나 설명되지 않은 기존의 다른 문제에 대해서는 VMware vSphere 6.0 릴리스 정보의 "알려진 문제" 섹션을 참조하십시오.