vCenter 5.1u1이 호스트를 유지 보수 모드에서 종료하는 이유는 무엇입니까?


14

이 vCenter Server는 방금 5.1 업데이트 1로 업그레이드되었습니다. 호스트를 통해 최신 펌웨어를 가져온 다음 다양한 버전의 5.0에서 5.1u1로 업그레이드합니다.

vCenter 5.1u1에는 흥미로운 새로운 동작이있는 것 같습니다. 연결이 끊어진 후 다시 연결할 때 호스트를 유지 관리 모드에서 제거하는 것입니다. 그러나 매우 일관성이없는 경우 ~ 25-30 호스트 재부팅시 4 ~ 5 회 정도 볼 수 있습니다. 아직 5.1로 업그레이드되지 않은 5.0 호스트에서만 발생하는 것을 보았습니다.

업무

이미지에서 호스트를 기본 모드로 설정하고 HP SPP DVD의 자동 업데이트 모드로 재부팅했습니다. 일반적인 ~ 40 분의 업데이트 프로세스 후 호스트가 온라인 상태로 돌아 왔습니다. 호스트가 다시 연결되었다는 기록조차 7 초 전에 vCenter에서 호스트에게 유지 관리 모드를 종료하는 작업을 보냈습니다.

행사

내 이해에 따르면 vCenter가 호스트를 유지 보수 모드에서 종료해야하는 유일한 시간은 vCenter가 VUM 업그레이드 작업과 같은 유지 보수 모드 자체에 놓인 경우뿐입니다.

이 vCenter가 사용자 시작 유지 관리 모드에서 호스트를 일방적으로 종료하는 이유는 무엇입니까?

추가 정보 수정 :

5 개 이상의 호스트에서 동시에 펌웨어 업그레이드를 실행했습니다. 다시 연결 한 후 2 개는 유지 관리 모드를 종료했지만 3 개는 유지하지 않았습니다. maint 모드를 나가는 사람들의 일반적인 요인 은 오프라인 상태 인 것 같습니다 . 가상 미디어로 부팅하기 위해 몇 번 시도한 두 가지는 maint 모드에서 중단 된 것입니다.

  • esx31 (위 이미지) : 45 분 무응답
  • esx19 (exited maint) : 87 분 무응답
  • esx24 (메인 트 유지) : 응답하지 않는 32 분
  • esx29 (메인 트 유지) : 39 분 무응답
  • esx32 (메인 트 유지) : 응답하지 않는 30 분
  • esx34 (exited maint) : 70 분 무응답

편집 : 연결 끊기 시간 아이디어는 일관되게 발생하지 않으므로 빨간색 청어 인 것처럼 보입니다.

또한 의에 vpxd.log출구 MAINT 모드 작업 개시는 항상 즉시 다음과 같다 vim.EnvironmentBrowser.queryProvisioningPolicySOAP 호출을. 명확성을 위해 약간 손질 된 선은 다음과 같습니다.

15:27:49.535 [info 'vpxdvpxdVmomi'] [ClientAdapterBase::InvokeOnSoap] Invoke done (esx31, vim.EnvironmentBrowser.queryProvisioningPolicy)
15:27:49.560 [info 'commonvpxLro'] [VpxLRO] -- BEGIN task -- esx31 -- HostSystem.exitMaintenanceMode --

종료 태스크를 얻지 못한 노드에서는 vim.EnvironmentBrowser.queryProvisioningPolicy이벤트가 여전히 발생합니다. 유지 관리 모드를 종료하여 발생하는 추가 이벤트 외에도 재 연결 프로세스에서이 이벤트 전후에 다른 이벤트 차이가 표시되지 않습니다.

프로비저닝 정책에 대한 로그에 대한 언급을 감안할 때 자동 배포 관련 유지 관리 모드 문제를 찾으면 비슷한 동작에 대한 불만이 제기됩니다 (자동 배포를 전혀 사용하지는 않지만).


VMware 고객 지원 라인에 문의하거나 vmware 그룹 중 하나에 문의하십시오. 이것은 프로그래밍의 버그 일 수 있습니다.
mdpc

또한 어떤 vCenter 방식을 사용하고 있습니까? 기구? Windows에서 실행 중입니까?
ewwhite 2016

@ewwhite Windows에서 실행 중입니다.
Shane Madden

흠 ... 이것과 관련이 있을까요? -나는 그렇게 하지 말아야 한다고 말하고 싶습니다 ...
voretaq7

호스트에 어떤 종류의 하드웨어를 사용하고 있습니까? UCS는 호스트가 재부팅 될 때 일부가 두 번 재부팅되는 것을 좋아하는 비슷한 문제를 일으켰습니다. 다른 호스트 (같은 블레이드 유형의 동일한 펌웨어, 동일한 esx 업데이트)는 한 번만 재부팅됩니다. Cisco에 대해 이야기했을 때 그들은 "알려진 문제"라고 말했습니다
MoSiAc

답변:


2

패치가 실수로 / tmp / scratch 폴더를 깨뜨린 후에 ESXi 4.1 호스트에서이 문제가 발생하는 것을 보았습니다. 유지 보수 모드를 자동으로 종료 한 호스트에 해당 디렉토리가 여전히 존재하는지 점검 할 수 있습니다.

누락 된 경우 mkdir로 작성하십시오. 또한이 VMware KB 기사를 따르면 각 호스트에 영구 스크래치가 올바르게 설정되어 있는지 확인해야합니다.

VMware KB : ESXi 4.x 및 5.x에 대한 영구적 인 스크래치 위치 작성

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.