Migrációs gondok ESXi-n

Virtualizáció

Sziasztok,
Esxi 4.1-et futtató hostról szeretnék egy 5.0-t futtató erősebb vasra migrálni egy Win2k3 szervert. A módszerem a következő:
stop vm > ssh esxi > scp /vmfs/volumes/datastore/vm/* root@esx5/vmfs/volumes/datastore/vm:
a vm-flat.vmdk csak 40GB, de nem tudom másolni, másolás közben a datastore inaktívvá válik, és csak a reset segít a hoston. Nekifutottam már jópárszor, nem mindig ugyanott, de mindig elhasal a másolás. Érdekes módon elindítani el tudom a vm-et, és képes egy pár napos uptime-ra. Lefuttattam rajta egy defragot, lement. Mit tanácsoltok, hogyan próbáljam mozgatni? Clonezilla?

2936 megtekintés

a grafikus kezelő alkalmazassal toltsed le majd toltsed fel.

0 szavazat

A hozzászóláshoz be kell jelentkezni

40GB-t? Azt passzolnám.

0 szavazat

A hozzászóláshoz be kell jelentkezni

Pedig erre talalta ki a megalkotoja. Mi bajod vele? Amugy annal erdemesebb, minel nagyobb. Mi bajod van vele?

0 szavazat

A hozzászóláshoz be kell jelentkezni

Például, hogy nagyobb fájloknál a Datastore Browser működése rapszódikus?

0 szavazat

A hozzászóláshoz be kell jelentkezni

Miért? Én nem tapasztaltam ilyen gondot 200Gb-s állományok esetén sem. Gb hálón kb 20-30Mbyte / s sebességgel másoltam.

Egy fapados szar de működik, a vsphere kliens meg elég stabil az átvitelhez.

0 szavazat

A hozzászóláshoz be kell jelentkezni

Pedig néha maga alá szarik. Az is lehet, hogy verziófüggő.

--
trey @ gépház

0 szavazat

A hozzászóláshoz be kell jelentkezni

Mondjuk nekem ez sem csinalja, de nem erre, hanem a masik altal emlegetett converterre gondoltam.

Ha scp-vel masolja, akkor egyreszt nem lesz szerintem sparse file, meg tudtommal mintha a snapshot-olas sem fog mukodni.

0 szavazat

A hozzászóláshoz be kell jelentkezni

én úgy tapasztalom, hogy nincs semmi gond a snapshotokkal. És sparse file-t is remekül lehet cp-zni: http://en.wikipedia.org/wiki/Sparse_file

0 szavazat

A hozzászóláshoz be kell jelentkezni

Bevallom, a snapshot-os info kollegatol szarmazik, en sosem probaltam.

cp-zni lehet (bar nekem ez is uj, 10x), o viszont scp-zett.

tompos

0 szavazat

A hozzászóláshoz be kell jelentkezni

Igen, ha már nincs licsenc, hogy fajául menjen. Nagyon gyorsan mozgat állományokat, így nem lesz probléma, már ha van elég vonalad minkét vashoz.

0 szavazat

A hozzászóláshoz be kell jelentkezni

Esetleg tedd át thin diskre ha nincs tele akkor kevesebbet kell másolnod hátha annyit kibír.

0 szavazat

A hozzászóláshoz be kell jelentkezni

SSH/SCP meg cp besetén a thin-ből thick lesz még az indulási oldalon sajna.

0 szavazat

A hozzászóláshoz be kell jelentkezni

Pont úgy, amikor Datastore Browserrel töltjük le a cuccost.(SCP-n én nem tapasztaltam)

0 szavazat

A hozzászóláshoz be kell jelentkezni

a datastore inaktívvá válik
Ezt úgy érted, hogy nem válaszol a szerver? Konzolon nekem is csinál ilyet, bár én localban másoltam egyik lemezről a másikra, és a másolás alatt csak az aktív SSH session-ök válaszoltak néha, csatlakozni nem tudtam. Közben a VM-ek szépen futottak tovább.

0 szavazat

A hozzászóláshoz be kell jelentkezni

A vész-fear kliensen a database nevét dőlt betűvel és csupa kisbetűvel írja, és zárójelben mellébiggyeszti, hogy (inactive).
Az ssh session azt mondja, hogy
cp: read error: Resource temporarily unavailable
Most inkább már hoston belül próbáltam másik datastore-ra cp-zni, de ugyanaz az eredmény.

0 szavazat

A hozzászóláshoz be kell jelentkezni

Nem tudom milyen vason fut, de én futnék egy kört a raid vezérlő firmware frissítése témában. Nekem egy HP E200-as vezérlővel volt hasonló problémám, ami frissítés után meggyógyult.

0 szavazat