Perché vCenter 5.1u1 esce dagli host dal modo di manutenzione?

Questo server vCenter è stato appena aggiornato all'aggiornamento 5.1.1. Sto attraversando host e aggiornando il firmware, quindi aggiornandolo da varie versioni da 5.0 a 5.1u1.

vCenter 5.1u1 sembra avere un nuovo comportmento interessante: sta rimuovendo gli host dalla modalità di manutenzione quando si riconnettono dopo essere stati disconnessi – ma in maniera inconsistente, ho visto forse 4 o 5 volte sui riavvii di host ~ 25-30. Ho visto solo che succede in 5.0 host che non sono ancora stati aggiornati a 5.1.

  • Aggiornamento di vSphere 5?
  • Perché gli snapshot considerati come backup temporanei non sono veri e propri backup?
  • Imansible stabilire la connessione TCP da ESXi alla port 9084 su vCenter
  • La riduzione del disco non funziona sugli ospiti di ESXi
  • La modifica del criterio di multipathing di datmaker vmware inibisce la connettività
  • Come eseguire una macchina virtuale di VMWare Server in una macchina virtuale ESXi?
  • compiti

    Nell'image, ho inserito l'host nella modalità maint e riavviato in modalità di aggiornamento automatico del DVD di HP SPP. Dopo il suo consueto process di aggiornamento di 40 minuti, l'host è tornato in linea .. e 7 secondi prima ancora di registrare che l'host era riconnesso, vCenter aveva inviato l'host un'attività per uscire dalla modalità di manutenzione.

    eventi

    A mio avviso, l'unico momento che vCenter dovrebbe lasciare un host fuori dalla modalità di manutenzione è quando vCenter lo mette in modalità di manutenzione stessa (ad esempio un task di aggiornamento VUM).

    Perché questo vCenter potrebbe uscire unilateralmente da un host dalla modalità di manutenzione iniziata dall'utente?

    Modifica, ulteriori informazioni:

    Ho eseguito gli aggiornamenti del firmware su altri 5 host, tutti allo stesso tempo. Due di essi uscirono dalla modalità di manutenzione dopo la riconnessione, tre non lo hanno fatto. Il fattore comune di quelli che esce dalla modalità maint sembra essere quanto tempo erano offline ; i due che hanno preso qualche tentativo di avviare i media virtuali sono i due che sono stati eliminati dalla modalità di manutenzione.

    • esx31 (image sopra): 45 minuti non risponde
    • esx19 (uscito da maint): 87 minuti non risponde
    • esx24 (rimasto in maint): 32 minuti non risponde
    • esx29 (rimasto in maint): 39 minuti non risponde
    • esx32 (rimasto in maint): 30 minuti non risponde
    • esx34 (exinted maint): 70 minuti non risponde

    Modifica: l'idea dell'orario di disconnessione sembra essere stata un'arringa rossa, poiché non sta succedendo in modo coerente.

    Inoltre , nel vpxd.log l' vpxd.log output in modalità di output sembra sempre immediatamente seguire questa chiamata SOAP di vim.EnvironmentBrowser.queryProvisioningPolicy . Ecco le linee, leggermente tagliate per chiarezza:

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

    Notare che nei nodes che non ricevono l'attività di output, l'evento vim.EnvironmentBrowser.queryProvisioningPolicy è ancora presente. Non vedo altre differenze negli events prima o dopo questo process di riconnessione, a parte gli events extra causati dall'output dalla modalità di manutenzione.

    Dato la menzione del log delle politiche di provisioning, la ricerca di problemi di modalità di manutenzione legati all'autodeploy genera lamentele su un comportmento simile (sebbene non utilizzo affatto l'autodeploy).

  • Sysadmins multipli di Linux che lavorano come root
  • Bash avvio personalizzato avvolgimento di lunghe righe di command
  • Come faccio a creare un ambiente Linux che specifica versioni specifiche dei pacchetti?
  • Come esporre una socket di dominio UNIX direttamente su TCP
  • NFS ridondante su Amazon EC2
  • Rsync consente di sincronizzare i file in entrambi i modi?
  • One Solution collect form web for “Perché vCenter 5.1u1 esce dagli host dal modo di manutenzione?”

    Ho visto questo accadere con gli host ESXi 4.1 dopo che una patch ha accidentalmente avvolto la cartella / tmp / scratch. Potresti voler verificare se questa directory esiste ancora negli host che esce automaticamente dalla modalità di manutenzione.

    Se mancano, vuoi che mkdir crei. Inoltre, si desidera verificare se il graffio persistente è impostato correttamente su ciascun host seguendo questo articolo di VMware KB:

    VMware KB: creazione di una posizione di graffio persistente per ESXi 4.x e 5.x

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.