0

We just received a new massive server and are currently moving our VMs into it. However one of our ESXi has a faulty disk and has some VMs that already failed a couple of times.

Currently we use scp in order to move the machines, as using VMware converter will require 3 machines instead of two (and we don't have an extra machine for that process online 24/7)

However, as for this VM I don't think that scp will manage to transfer such amount of data, we have already tried it on some dummy machine created on the faulty-disk-ESXi and it failed,

I do not want to use dd, I only wish to move the VMs (there are many on this machine, and I'm only interested in a couple of them) , so clonezilla/ghost/etc are out of the race too

I'm looking for a better, realiable, solution than scp that will transfer large amount of data w/o failing from several disk reads

I was wondering if anyone in serverfault could hint for a better solution that might succeed ?

dotdot
  • 33
  • 4

1 Answers1

0

If the VMDKs are faulty due to physical disk errors, then your data is lost.

Restore from backups.

adaptr
  • 16,576
  • 23
  • 34
  • THe VMDK aren't faulty due to physical disk errors, but I know that some reads will fail and thus make the transfer corrupt or stop at some stage. I'm looking for a better, realiable, solution than scp that will transfer large amount of data w/o failing from several disk reads – dotdot Apr 02 '12 at 09:42
  • So why are they faulty ? – adaptr Apr 02 '12 at 09:55
  • They are not faulty. The disk read fail from time to time when doing large scale read/writes... – dotdot Apr 02 '12 at 10:54
  • 1
    I think you should make this very clear in the original question, since it indicates something is wrong in your Vm setup. I also don't see how you can blatantly contradict "However one of our ESXi has a faulty disk and has some VMs that already failed a couple of times.":) – adaptr Apr 02 '12 at 13:10