VMware Global Community
claudiosala
Contributor
Contributor

Versioni vSphere 5.1 e 5.5 - Disaster Recovery

Buongiorno a tutti,

Vorrei proporvi un quesito ho una macchina in produzione con vSphere 5.1 free su una macchina IBM XSeries installata nel 2012, qualche giorno fa ho comprato un HP Proliant ML10 V2 dove ho installato la versione 5.5  di vSphere per via del fatto che la versione 5.1 non vedeva i dischi, ho voluto chiudere il cerchio prendendo un vecchio export generato con il client della versione 5.1 e dopo aver aggiornato il client alla versione 5.5 ho importato la VM di 200GB Linux Centos 6.0 la macchina è stata importata senza problemi solo che all'avvio mi da un'errore (vedi allegato) e non riesco a risolvere ..... qualcuno mi può dare un consiglio su come risolvere il problema ?

Saluti

Claudio

Errore.jpg

Tags (1)
Reply
0 Kudos
5 Replies
ldelloca
Virtuoso
Virtuoso

Hai provato a fare il disk check come consigliato da CentOS? A leggere la schermata pare un problema di timestamp su qualche blocco, non sono sicuro sia colpa dell'import/export della VM. Come hai fatto questa operazione? La VM era spenta?

Luca Dell'Oca | vExpert 2011-2012-2013-2014-2015-2016-2017, VCAP-DCD, CISSP #58353 | http://www.virtualtothecore.com | @dellock6 | http://www.linkedin.com/in/lucadelloca | If you find this post useful, please consider awarding points for "Correct" or "Helpful"
Reply
0 Kudos
claudiosala
Contributor
Contributor

Salve Luca,

Innanzi tutto ti voglio ringraziare per la risposta ...... allora l'export l'ho rieseguito dopo aver aggiornato il client alla versione 5.5 e dopo aver spento la VM potrebbe essere un problema il fatto che le macchine che ospitano le VM siano una macchina IBM e una macchina HP con differenti configurazioni di volumi logici e dischi ?

Grazie

Claudio

Reply
0 Kudos
ldelloca
Virtuoso
Virtuoso

No, la virtualizzazione esiste apposta per eliminare le differenze di hardware fisico sottostante Smiley Happy

Chiedevo della VM spenta per essere sicuro che non ci fossero processi in pending mentre si faceva l'export, ma non è il caso qui.

Come dicevo, hai provato ad eseguire fsck come suggerito da CentOS?

Luca Dell'Oca | vExpert 2011-2012-2013-2014-2015-2016-2017, VCAP-DCD, CISSP #58353 | http://www.virtualtothecore.com | @dellock6 | http://www.linkedin.com/in/lucadelloca | If you find this post useful, please consider awarding points for "Correct" or "Helpful"
Reply
0 Kudos
claudiosala
Contributor
Contributor

Scusami Luca,

Ho fatto quanto da te indicato e a tutti gli effetti sembrerebbe che la causa sia dovuta al fatto che nella verifica dell'integrità del file system ci sia un problema di date. Effettivamente la data della nuova macchina (HP ML10 V2)  non è corrente ma è ferma al 07-02-2015, credo che sia così a livello di BIOS penso che se riesco a sistemare la data non ci siano ulteriori problemi ...... casa ne dici ?

Riesco a cambiare la data del sistema dal client di VMWARE o devo fare il tutto dal BIOS ?

===== Messaggio del comando fsck

fsck /dev/mapper/vg_centos-lv_root

fsck from util-linux-ng 2.17.2

e2fsck 1.41.12 (17-May-2010)

Superblocco last mount time (Thu Mar 10 10:59:25 2016, now = Sat Feb 7 05:55:34 2015) is in the future.

Sistema<s>?

===== Fine messaggio fsck

Saluti e grazie

Claudio

Reply
0 Kudos
claudiosala
Contributor
Contributor

Grazie Luca,

Perfetto risolto. Il problema era dovuto no alla portabilità delle VM ma a una incongruenza di date a livello di filesystem ...... alla fine sono riuscito a modificare la data senza intervenire sul BIOS ma usando il Client 5.5 di VMWARE tutto apposto.

Non avevo dubbi sulla tua professionalità e esperienza grazie Luca.

Saluti

Claudio

Reply
0 Kudos