I've been trying to make a backup of one of my VMs running on esxi 6.0 host. I've been getting the following error each time after several hours of backup operation:
I did some research and find out that this volume id belongs to a virtual drive that no longer exists and had been removed months ago. I also found out that the drive is still listed in vmx file:
I do have another VM called "Windows XP" but the backup runs on the VM "SBS 2011". I wonder where the ..002.vmdk drive could come from. I cannot find it in any vmx files.
I think I might have found the issue, but I don't know how to solve it :-( (yet)
It appears to be related to the edit/backup file of vmx, the "vmx~" file.
According to different sources, the "vmx~" file is created, if you edit the original vmx file during runtime, or generally, if any change to the vmx is required, but the machine is running. After shutdown, the content supposed to be merged.
Well, I don't edit or cause any changes to the "vmx" file. It is actually created as soon as the machine is powered on. If it's tunred off, the file is gone.
If xsibackup is running, wihtin the "vmx~" file, there is a new vmdk storage appearing, which replaces the original one, e.g. SBS.vmdk is replace with SBS001.vmdk. Then, xsibackup fails, because SBS001.vmdk doesn't acually exist.
I now wonder ...
why is the "vmx~" is created, as soon as the vm is powered on?
why is xsibackup using the backup file ("vmx~") - can I limit xsibackup to the 'original' vmx file?
Thanks!
Last edit: Tom 2016-07-04
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm glad to know that you found the cause. That variable is a string and the space is there to make sure the value is parsed as such. In any case we'll review this part to improve it if possible. We have tested XSIBackup in ESXi 5.5 without issues regarding this part, so check the block of code right below where
vim-cmd vmsvc/snapshot.
create is called, as the origin of the problem could be there for you. Also, always make sure that you have VMWare Tools installed.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello
I've been trying to make a backup of one of my VMs running on esxi 6.0 host. I've been getting the following error each time after several hours of backup operation:
I did some research and find out that this volume id belongs to a virtual drive that no longer exists and had been removed months ago. I also found out that the drive is still listed in vmx file:
Please note that "present" is set to "FALSE".
Is this is a bug that XSIBackup tries to backup a disk, that is no longer present?
Last edit: premax 2016-02-16
PS running esxi 6.0 and xsibackup 4.7.1
XSIBackup is not able to skip the disk based on the .present = "FALSE" flag, so you can:
1 - Remove those lines for the -not present- disk.
2 - Comment those lines using the # character.
Hi,
I get the same error message. It also seems to be related to a drive, which doesn't exist, but I cannot find anything in the vmx file.
What I don't understand is "for VM: Windows XP".
I do have another VM called "Windows XP" but the backup runs on the VM "SBS 2011". I wonder where the ..002.vmdk drive could come from. I cannot find it in any vmx files.
Any thoughts?
Your .vmx file could be messed up for many reasons, just make sure that the disks at which it points are the right ones. Read this:
http://33hops.com/xsibackup-restore-vmware-virtual-machines.html
I think I might have found the issue, but I don't know how to solve it :-( (yet)
It appears to be related to the edit/backup file of vmx, the "vmx~" file.
According to different sources, the "vmx~" file is created, if you edit the original vmx file during runtime, or generally, if any change to the vmx is required, but the machine is running. After shutdown, the content supposed to be merged.
Well, I don't edit or cause any changes to the "vmx" file. It is actually created as soon as the machine is powered on. If it's tunred off, the file is gone.
If xsibackup is running, wihtin the "vmx~" file, there is a new vmdk storage appearing, which replaces the original one, e.g. SBS.vmdk is replace with SBS001.vmdk. Then, xsibackup fails, because SBS001.vmdk doesn't acually exist.
I now wonder ...
why is the "vmx~" is created, as soon as the vm is powered on?
why is xsibackup using the backup file ("vmx~") - can I limit xsibackup to the 'original' vmx file?
Thanks!
Last edit: Tom 2016-07-04
Don't worry about that file, XSIBackup does not edit the original .vmx file. You just should make sure your VM layout is correct:
That's all, your VM should run and nothing is going to change your .vmx file.
Hm, I struggle as it still doesn't work. Do my observations make any sense to you:
1) power-off and xsibackup running
"SBS 2011.vmx" [the listed file 'SBS 2011.vmdk' is correct]
"SBS 2011.vmx~"
xsibackup
2) power-on
"SBS 2011.vmx"
"SBS 2011.vmx~"
3) power-on and xsibackup running [while trying to create snapshot]
"SBS 2011.vmx"
"SBS 2011.vmx~"
xsibackup
4) power-on and xsibackup just finished/ not running anymore
"SBS 2011.vmx"
"SBS 2011.vmx~"
5) power-on and [vim-cmd vmsvc/snapshot.create 39 xsibackup "XSIBackup snapshot" 1 1]
"SBS 2011.vmx"
"SBS 2011.vmx~"
snapshot create (from command-line)
It appears that creating a snapshop from the command-line works fine, but it doesn't work through xsibackup.
Any ideas what I should try/verify?
Thanks again!
Last edit: Tom 2016-07-04
There is only one disk in the vm:
but still, I get this error:
any help / thoughts / hints appreciated :-)
I don't know what to tell you. In such a simple scenario XSIBackup cannot fail, if the VM layout is correct.
I think I have found the issue:
in line 1743 (et. seq.):
changed it to
and it works.
I would't have thought, that the space-character makes a difference (here), but it seems it does. At least in my installation (VM 5.5).
Strange enought: if I run the affected command from the command line, the space-character doesn't make a difference:
Well, xsibackup works now on my installation (again) ... :-)
[xsibackup-free: 5.1.6]
[VMware ESXi: 5.5.0]
Last edit: Tom 2016-07-09
I'm glad to know that you found the cause. That variable is a string and the space is there to make sure the value is parsed as such. In any case we'll review this part to improve it if possible. We have tested XSIBackup in ESXi 5.5 without issues regarding this part, so check the block of code right below where
vim-cmd vmsvc/snapshot.
create is called, as the origin of the problem could be there for you. Also, always make sure that you have VMWare Tools installed.