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.
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.
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).
sumber
Jawaban:
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
sumber