Il volume della console del mio server VMware ESX è diventato di sola lettura.Come posso salvare le mie VM?

Question

Due volumi RAID, kernel/console VMware in esecuzione su un RAID1, vmdks risiedono su un RAID5.L'inserimento di un login sulla console provoca solo errori SCSI, nessuna richiesta di password.Sia lode, le macchine virtuali sono ancora in esecuzione.Pensiamo, tuttavia, che al riavvio il kernel potrebbe non riavviarsi e le VM saranno inattive.

Disponiamo di backup del database e del disco delle VM, ma non dei backup dei vmdk stessi.

Quali sono le mie opzioni?

La nostra migliore idea attuale è

1. Utilizza VMware Converter per creare vmdk live dalle VM in esecuzione, come se si trattasse di una migrazione P2V.
2. Riavvia il server host ed esegui la diagnostica RAID, scopri cosa è successo nella "h".
3. Tentare di avviare nuovamente ESX, possibilmente dopo aver ricostruito il volume RAID
4. Forse è necessario reinstallare ESX sul suo volume e ricollegare le macchine virtuali
5. Se il problema persiste, collega i vmdk "live" creati nel passaggio 1 a un host VM diverso.

Answer 1

Era il backplane.Entrambi i dischi del RAID1 e un disco del RAID5 erano inaccessibili.Incredibilmente, l'hypervisor VMware ha continuato a funzionare per tre giorni dalla memoria senza accesso al disco host, mantenendo in vita le VM gestite.

Al passaggio 3 sopra abbiamo diagnosticato il problema hardware e sostituito il controller RAID, i cavi e il backplane.Dopo il riavvio, abbiamo reinizializzato il RAID indicando al controller di interrogare le unità per le relative configurazioni.Entrambi erano degradati ed entrambi sono stati riparati con successo.

Al passaggio 4 non è stato necessario reinstallare ESX;sebbene, all'avvio, non volesse registrare le VM.Abbiamo dovuto disseppellire alcuni elementi di gestione sepolti per istruire il kernel a firmare nuovamente le VM.(Cerca "dimissioni" nei documenti VM.)

Credo che il nostro piano di fallback avrebbe funzionato, le immagini di VMware Converter delle VM in esecuzione "orfane" sono state testate e hanno funzionato correttamente senza perdita di dati.Consiglio vivamente di eseguire un'immagine di VMware Converter di qualsiasi VM che entra in questo stato, dopo aver spento il maggior numero possibile di servizi e aver portato la VM nello stato di sola lettura possibile.Caricare un VMDK altrove o sull'host originale come riparazione sarà in genere MOLTO più veloce rispetto alla ricostruzione di un server da zero con i backup.