Mengapa vCenter 5.1u1 keluar dari host dari mode pemeliharaan?


14

Server vCenter ini baru saja ditingkatkan ke pembaruan 5.1. Saya akan menjalankan host dan membawa firmware terbaru, kemudian memutakhirkannya dari berbagai versi 5.0 ke 5.1u1.

vCenter 5.1u1 tampaknya memiliki perilaku baru yang menarik: itu menghapus host dari mode pemeliharaan ketika mereka terhubung kembali setelah terputus - tetapi sangat tidak konsisten, saya telah melihatnya mungkin 4 atau 5 kali pada ~ 25-30 reboot host. Saya hanya melihat itu terjadi pada 5.0 host yang belum ditingkatkan ke 5.1.

tugas

Dalam gambar, saya menempatkan host dalam mode Maint dan mem-boot-ulangnya ke mode pembaruan otomatis HP SPP DVD. Setelah proses pembaruan yang biasanya ~ 40 menit, tuan rumah kembali online .. dan 7 detik bahkan sebelum mencatat bahwa tuan rumah telah terhubung kembali, vCenter telah mengirim tuan rumah tugas untuk keluar dari mode pemeliharaan.

acara

Dalam pemahaman saya, satu-satunya waktu vCenter harus mengeluarkan host dari mode pemeliharaan adalah ketika vCenter memasukkannya ke mode pemeliharaan itu sendiri (seperti tugas peningkatan VUM).

Mengapa vCenter ini secara sepihak keluar dari host dari mode pemeliharaan yang dimulai pengguna?

Edit, info tambahan:

Saya menjalankan pemutakhiran firmware pada 5 lebih banyak host, semuanya pada saat yang sama. Dua dari mereka keluar dari mode Maint setelah menghubungkan kembali, tiga tidak. Faktor umum dari mode Maint yang keluar tampaknya adalah berapa lama mereka offline ; dua yang perlu beberapa upaya untuk boot ke media virtual adalah dua yang tersingkir dari mode Maint.

  • esx31 (gambar di atas): 45 menit tidak responsif
  • esx19 (keluar maint): 87 menit tidak responsif
  • esx24 (tetap bertahan): 32 menit tidak responsif
  • esx29 (tetap bertahan): 39 menit tidak responsif
  • esx32 (tetap bertahan): 30 menit tidak responsif
  • esx34 (keluar maint): 70 menit tidak responsif

Sunting: Gagasan memutus waktu tampaknya menjadi herring merah, karena itu tidak terjadi secara konsisten.

Selain itu , dalam vpxd.loginisiasi modus inisiasi tugas tampaknya selalu segera mengikuti vim.EnvironmentBrowser.queryProvisioningPolicypanggilan SOAP ini . Inilah garis-garisnya, sedikit dipangkas untuk kejelasan:

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

Perhatikan bahwa pada node yang tidak mendapatkan tugas keluar, vim.EnvironmentBrowser.queryProvisioningPolicyacara masih terjadi. Saya tidak melihat perbedaan lain dalam peristiwa sebelum atau setelah ini dalam proses penyambungan kembali, selain dari peristiwa tambahan yang disebabkan oleh keluar dari mode pemeliharaan.

Mengingat log tentang kebijakan penyediaan, mencari masalah mode pemeliharaan terkait autodeploy muncul keluhan tentang perilaku yang sama (meskipun saya tidak menggunakan autodeploy sama sekali).


Anda mungkin ingin menghubungi saluran dukungan pelanggan VMware .... atau bertanya di salah satu grup vmware. Ini bisa jadi bug dalam pemrograman.
mdpc

Juga, pendekatan vCenter mana yang Anda gunakan? Alat? Berjalan di Windows?
ewwhite

@ewwhite Berjalan di Windows.
Shane Madden

Hmm ... Mungkin terkait dengan ini ? - Saya akan mengatakan itu seharusnya tidak melakukan itu ...
voretaq7

Jenis perangkat keras apa yang Anda gunakan untuk host Anda? UCS kami menyebabkan masalah serupa ketika sebuah host di-reboot, beberapa di antaranya suka melakukan reboot dua kali, sedangkan yang lain (blade yang sama dengan firmware yang sama, pembaruan esx yang sama) hanya akan melakukan reboot satu kali. Ketika saya berbicara dengan Cisco tentang hal itu, mereka berkata "ini masalah yang diketahui"
MoSiAc

Jawaban:


2

Saya telah melihat ini terjadi dengan host ESXi 4.1 setelah sebuah patch secara tidak sengaja merusak folder / tmp / scratch. Anda mungkin ingin memeriksa apakah direktori itu masih ada di host yang keluar dari mode pemeliharaan secara otomatis.

Jika hilang, Anda harus mkdir untuk membuatnya. Selain itu, Anda akan ingin memeriksa apakah goresan persisten telah diatur dengan benar pada setiap host dengan mengikuti artikel VMware KB ini:

VMware KB: Membuat lokasi awal gigitan untuk ESXi 4.x dan 5.x

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.