gnolino1974
Contributor
Contributor

problema alla rete dopo clonazione

Ciao a tutti,

mi si è presentato questo problema: ho clonato una vm Ubuntu mantenendo lo stesso host ma spostandola su un altro datastore: la clonazione non ha dato problemi/errori. Quando ho avviato la vm però non mi ha tenuto le impostazioni di rete (indirizzo ip, ecc.).

Ho fatto la stessa cosa con alcune vm windows e non ho avuto problemi. i vmware tools sono ok ed il S.O. parte regolarmente.

Cosa può essere successo?

Non vorrei smanettarci a manina perchè oltre a non essere un guru di ubuntu, questa macchina fornisce servizi di rete importanti e l'ho ereditata da chi c'era prima di me.

Eventualmente c'è il modo per dare a priori le impostazioni di rete alla vm?

Grazie a chiunque voglia aiutarmi.

Tags (3)
0 Kudos
11 Replies
Tinto1970
Commander
Commander

non saprei proprio come, cambiando datastore, possano cambiare le impostazioni della vm.

Mi vengono due ipotesi:

  1. l'indirizzo viene assegnato staticamente da un dhcp e, cambiando mac address, non va
  2. la vm originale non è mai stata riavviata e se tu lo facessi anch'essa perderebbe le impostazioni....
Alessandro aka Tinto | @tinto1970
gnolino1974
Contributor
Contributor

Ciao,

la clonazione l'ho fatta con le vm "originali" spente. Quando ho visto che c'erano dei problemi sulle vm clone ho accesso le vm originali e tutto è andato regolarmente.

Non capisco perchè con ubuntu ci siano questi problemi, visto che con vm windows non ce ne sono.

Ho provato anche a fare una migrazione a caldo e da lo stesso risultato (win funziona tutto).

Siccome ho due macchine ubuntu in dmz che forniscono servizi di rete all'esterno e che non ho preparato ed impostato io, meno ci metto le mani sopra e meglio sarebbe.

Ma non c'è in qualche file della vm l'impostazione della rete, in modo da dargliela a freddo e quanod la vm parte la rete è già a posto?

0 Kudos
Tinto1970
Commander
Commander

a clonazione l'ho fatta con le vm "originali" spente. Quando ho visto che c'erano dei problemi sulle vm clone ho accesso le vm originali e tutto è andato regolarmente.

questo esclude la 2. ma non la 1.

Non capisco perchè con ubuntu ci siano questi problemi, visto che con vm windows non ce ne sono.

l'informatica è un bel casino Smiley Wink

Ma non c'è in qualche file della vm l'impostazione della rete, in modo da dargliela a freddo e quanod la vm parte la rete è già a posto?

sì c'è, per esempio in centos sono in etc/sysconfig/network-script/if-eth0,1 se non erro. ubuntu non ricordo, ma sicuramente in rete trovi tutte le informazioni...

guarda sulle vm originali come sono configurati. magari è proprio in dhcp con lease statico....

Alessandro aka Tinto | @tinto1970
0 Kudos
gnolino1974
Contributor
Contributor

Ho controllato la vm ubuntu: l'indirizzo ip di eth0 è statico.

Che fare?

0 Kudos
Tinto1970
Commander
Commander

nella vm "nuova" il file c'è? i vmware tools sono installati e vanno? che tipo di vNIC hai?

Alessandro aka Tinto | @tinto1970
0 Kudos
gnolino1974
Contributor
Contributor

i vmtools sono installati e funzionanti.

Ho visto però che il mac address delle vnic sono diversi: sulla nuova provo a forzare il mac eddress della vecchia e vediamo che succede....

Grazie della dritta. ti faccio sapere.

0 Kudos
GiuseppeG
Expert
Expert

Ciao,

probabilmente ti succede la stessa cosa che succede su redhat/centos 5: clonando la vm comunque cambia il mac address delle schede di rete.

Nei file di configurazione della scheda di rete con ip statico sono indicati anche i mac address, quindi l'os non ha piu' l'associazione tra ip e mac address e configura in modo differente le "nuove" schede di rete.

Per risolvere e' sufficiente modificare in modo opportuno i mac address nei file di configurazione e riavviare il servizio (anche io bazzico poco ubuntu per cui non ti so guidare verso i file incriminati)

Ciao

Giuseppe
--
Giuseppe
@gguglie
vExpert 2011
[Assegnare punti a una risposta utile è un modo di dire grazie]
Giuseppe | vExpert 2011, 2012 | @gguglie | http://virtualbyte.wordpress.com | | If you find this post useful, please consider awarding points for "Correct" or "Helpful"
0 Kudos
AndreTheGiant
Immortal
Immortal

Su Ubuntu (e molte altre distro recenti) bisogna cancellare il vecchio MAC address da udev.

Cerca in /etc/udev/rules.d

Mi pare che sia il file 74-qualchecosa (tipo static-network).

Poi cancellare il MAC vecchio e quello nuovo e riavviare la rete o la VM.

Andrea

Andre | http://about.me/amauro | http://vinfrastructure.it/ | @Andrea_Mauro
0 Kudos
Eddy74
Contributor
Contributor

e' cosi come dice GG in linux il mac del device e' scritto nel file di configurazione della macchina stessa se quando hai clonato la vm hai detto che l'hai copiata, vmware ti cambia il mac della scheda di rete, se vuoi che questo non accada devi dire che l'hai spostata

Edoardo

0 Kudos
gnolino1974
Contributor
Contributor

Grazie delle risposte: appena potrò intervenire sulle macchine in  questione farò la modifica al mac address e poi saprò dirvi.

Per Eddy: ho deciso di clonare le vm ubuntu perchè da una prova di migrazione su una vm di test la rete mi veniva persa ugualmente. Forse nelle impostazioni, sia della migrazione che della clonazione c'è qualche flag o "advanced" su cui si può intervenire, ma io ho praticamente fatto avanti, avanti, avanti.....

Grazie a tutti dei consigli

0 Kudos
ldelloca
Virtuoso
Virtuoso

Ciao,

mi è successo giusto giusto settimana scorsa su una ubuntu 10.04, come anticipato da Andrea, devi andare in udev e cancellare un pò di cose. Il problema infatti è il cambio di mac address, e il fatto che tiene in memoria il vecchio mac address come eth0 (dando errore di scheda non presente quando tenti di inizializzarla)

C'è un articolo kb di vmware che spiega bene come fare:

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=103279...

E indica anche che da 10.10 il problema non sussiste più.

Ciao,

Luca.

--
Luca Dell'Oca
@dellock6
vExpert 2011
[Assegnare punti a una risposta utile è un modo di dire grazie]
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"
0 Kudos