A VM host failed over the weekend, and I had to manually add the VMs which were on it to another's host's inventory. When asked if I copied or moved the VM, I said I had moved the VM.
When Veeam runs backups it's giving me a CBT error on the VMs which were moved: 4/21/2014 6:34:31 PM :: Cannot use CBT: Soap fault. Error caused by file /vmfs/volumes/4e5ce1b3-ec694bc2-500f-001517f303dd/License/License.vmdkDetail: '', endpoint: ''
After giving the error it reads the entire VM during backup. If I then run backup again it no longer gives the CBT error and everything seems to run correctly.
I've opened a case with Veeam: 00553690.
-
- Expert
- Posts: 230
- Liked: 41 times
- Joined: Feb 18, 2011 5:01 pm
- Contact:
-
- VP, Product Management
- Posts: 27371
- Liked: 2799 times
- Joined: Mar 30, 2009 9:13 am
- Full Name: Vitaliy Safarov
- Contact:
Re: CBT error after moving VMs.
Are these VMs part of the cluster or these are standalone hosts? Seems like VMware CBT cannot return valid CBT data after moving/re-registering VMs in the VI, which explains why you saw this message on the initial job run after migration.
-
- Expert
- Posts: 230
- Liked: 41 times
- Joined: Feb 18, 2011 5:01 pm
- Contact:
Re: CBT error after moving VMs.
They were part of a cluster. When I added the VMs to the other host's inventory, I simply browsed to the VM's location on the SAN, right clicked the VMX file, and selected to add to inventory.
-
- Product Manager
- Posts: 20400
- Liked: 2298 times
- Joined: Oct 26, 2012 3:28 pm
- Full Name: Vladimir Eremin
- Contact:
Re: CBT error after moving VMs.
As mentioned, it seems that re-registering VM on a new host broke CBT for some reasons. As the result, the whole VM was read during backup activity. So, I'm not sure whether we can help you in this case, as we get CBT information from vSphere.
Thanks.
Thanks.
-
- VP, Product Management
- Posts: 27371
- Liked: 2799 times
- Joined: Mar 30, 2009 9:13 am
- Full Name: Vitaliy Safarov
- Contact:
Re: CBT error after moving VMs.
When you register VM in the inventory it is treated as a new one (due to moref ID change), so VM metadata cannot be applied to the previous backup data.
Who is online
Users browsing this forum: Semrush [Bot] and 108 guests