ทำไม vCenter 5.1u1 ออกจากโฮสต์จากโหมดบำรุงรักษา


14

เซิร์ฟเวอร์ vCenter นี้เพิ่งได้รับการอัปเกรดเป็น 5.1 การอัปเดต 1 ฉันจะผ่านโฮสต์และนำเฟิร์มแวร์ล่าสุดแล้วอัปเกรดพวกเขาจาก 5.0 ถึง 5.1u1 หลายรุ่น

vCenter 5.1u1 ดูเหมือนจะมีพฤติกรรมใหม่ที่น่าสนใจ: มันกำลังลบโฮสต์ออกจากโหมดการบำรุงรักษาเมื่อพวกเขาเชื่อมต่อใหม่หลังจากถูกตัดการเชื่อมต่อ - แต่ไม่สอดคล้องกันมากฉันเห็นว่าอาจจะ 4 หรือ 5 ครั้งในการรีบูตโฮสต์ ฉันเพิ่งเห็นว่ามันเกิดขึ้นกับโฮสต์ 5.0 ที่ยังไม่ได้อัปเกรดเป็น 5.1

งาน

ในภาพฉันวางโฮสต์ในโหมดบำรุงรักษาและรีบูตมันเป็นโหมดการอัพเดทอัตโนมัติของ HP SPP DVD หลังจากกระบวนการอัปเดตตามปกติ ~ 40 นาทีโฮสต์กลับมาออนไลน์ .. และ 7 วินาทีก่อนที่จะทำการบันทึกว่าโฮสต์ได้เชื่อมต่อใหม่แล้ว vCenter ได้ส่งโฮสต์ให้ภารกิจออกจากโหมดการบำรุงรักษา

เหตุการณ์ที่เกิดขึ้น

ในความเข้าใจของฉัน vCenter ครั้งเดียวที่ควรปล่อยโฮสต์ออกจากโหมดการบำรุงรักษาคือเมื่อ vCenter นำไปไว้ในโหมดการบำรุงรักษาตัวเอง (เช่นงานอัพเกรด VUM)

เหตุใด vCenter นี้จึงออกจากโฮสต์เพียงฝ่ายเดียวจากโหมดการบำรุงรักษาที่เริ่มโดยผู้ใช้

แก้ไขข้อมูลเพิ่มเติม:

ฉันรันการอัปเกรดเฟิร์มแวร์กับโฮสต์อีก 5 แห่งในเวลาเดียวกัน สองคนออกจากโหมดบำรุงรักษาหลังจากเชื่อมต่ออีกครั้งสามคนไม่ได้ ปัจจัยร่วมกันของผู้ที่โหมด maint ออกดูเหมือนว่าจะนานแค่ไหนที่พวกเขาเป็นแบบออฟไลน์ ; สองที่ใช้เวลาไม่กี่พยายามที่จะบูตไปยังสื่อเสมือนเป็นสองที่ได้รับการเคาะออกจากโหมดการบำรุงรักษา

  • esx31 (ภาพด้านบน): ไม่ตอบสนอง45 นาที
  • esx19 (ออกจากการบำรุงรักษา): ไม่ตอบสนอง87 นาที
  • esx24 (อยู่ในการดูแล): 32 นาทีไม่ตอบสนอง
  • esx29 (อยู่ในการดูแล): 39 นาทีไม่ตอบสนอง
  • esx32 (อยู่ในการดูแล): 30 นาทีไม่ตอบสนอง
  • esx34 (ออกจากการบำรุงรักษา): ไม่ตอบสนอง70 นาที

แก้ไข: แนวคิดเรื่องเวลาในการตัดการเชื่อมต่อดูเหมือนจะเป็นปลาเฮอริ่งแดงเนื่องจากมันไม่ได้เกิดขึ้นอย่างสม่ำเสมอ

นอกจากนี้ในการvpxd.logเริ่มต้นงานโหมดออกจากโหมดบำรุงรักษาดูเหมือนว่าจะทำตามการvim.EnvironmentBrowser.queryProvisioningPolicyโทร SOAP นี้ทันที นี่คือเส้นที่ถูกตัดแต่งเล็กน้อยเพื่อความชัดเจน:

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 --

โปรดทราบว่าบนโหนดที่ไม่ได้รับงาน exit vim.EnvironmentBrowser.queryProvisioningPolicyเหตุการณ์ยังคงเกิดขึ้น ฉันไม่เห็นความแตกต่างอื่น ๆ ในเหตุการณ์ก่อนหน้าหรือหลังจากนี้ในกระบวนการเชื่อมต่อใหม่นอกเหนือจากกิจกรรมเพิ่มเติมที่เกิดจากการออกจากโหมดการบำรุงรักษา

จากบันทึกที่ได้กล่าวถึงนโยบายการจัดสรรการมองหาปัญหาในโหมดการบำรุงรักษาที่เกี่ยวข้องกับ autodeploy ทำให้เกิดการร้องเรียนเกี่ยวกับพฤติกรรมที่คล้ายกัน (แม้ว่าฉันจะไม่ได้ใช้ autodeploy เลย)


คุณอาจต้องการติดต่อฝ่ายสนับสนุนลูกค้าของ VMware .... หรือถามในกลุ่ม vmware กลุ่มใดกลุ่มหนึ่ง นี่อาจเป็นข้อผิดพลาดในการเขียนโปรแกรม
mdpc

นอกจากนี้คุณใช้ vCenter แบบใด? เครื่องใช้ไฟฟ้า? ทำงานบน Windows หรือไม่
ewwhite

@ewwhite ทำงานบน Windows
เชนแมดเดน

อืม ... อาจจะเกี่ยวข้องกับเรื่องนี้ ? - ผมว่ามันแน่นอนไม่ควรทำอย่างนั้น ...
voretaq7

คุณใช้ฮาร์ดแวร์ชนิดใดสำหรับโฮสต์ของคุณ UCS ของเราก่อให้เกิดปัญหาที่คล้ายคลึงกันเมื่อโฮสต์ถูกรีบูตบางคนต้องการรีบูตสองครั้งโดยที่คนอื่น ๆ (เฟิร์มแวร์ชนิดเดียวกันใบมีดเดียวกันการอัพเดต esx เดียวกัน) จะรีบูตครั้งเดียวเท่านั้น เมื่อฉันพูดคุยกับ Cisco เกี่ยวกับเรื่องนี้พวกเขากล่าวว่า "เป็นปัญหาที่ทราบกันดี"
MoSiAc

คำตอบ:


2

ฉันเคยเห็นสิ่งนี้เกิดขึ้นกับโฮสต์ ESXi 4.1 หลังจากแพตช์ไม่ได้ตั้งใจโฟลเดอร์ / tmp / scratch คุณอาจต้องการตรวจสอบว่าไดเรกทอรีนั้นยังคงอยู่ในโฮสต์ที่ออกจากโหมดการบำรุงรักษาโดยอัตโนมัติ

หากพวกเขาหายไปคุณจะต้องสร้าง mkdir นอกจากนี้คุณจะต้องตรวจสอบว่ามีการตั้งค่าเริ่มต้นอย่างถาวรในแต่ละโฮสต์โดยทำตามบทความ VMware KB นี้:

VMware KB: การสร้างตำแหน่งเริ่มต้นถาวรสำหรับ ESXi 4.x และ 5.x

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.