VMware V2V fails to re-sync on occasion with error 'requested information is not available' and 'unable to delete block-level tracking bitmap'

We are completing a number of V2V migrations using VMware vCentre Converter Standalone v 5.5.3 build 2183569

The first sync is completed, and on occasion we run the re-sync in order to bring the sync up to date.

The initial sync's were completed last week, and we've ran a resync every couple of days, leading up to the migration this weekend.

On occasion one or two servers will fail to complete the re-sync. So far we have seen this 5 times across 3 different servers out of the 10.   We have deleted the clone on the target and started the sync again, the re-sync then does complete.

At present we do not know why the re-sync can seem to fail at random. Obviously if this happens when we are trying to complete the final re-sync on the night we'll have an issue as there won't be enough time to complete a full sync in the outage window.

The error we see in vmware converter is attached;
drm256Asked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

x
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Andrew Hancock (VMware vExpert / EE MVE^2)VMware and Virtualization ConsultantCommented:
Networking issues, VMware Converter bug, High Rate of changes in the server - all can affect the Re-Sync operation.

It's a known issue, and either re-do the initial sync, or if it bothers you too much switch products.

Which is what we have done, for commercial usage, but our use is slightly different, as we are billing the client by the day, and we cannot us software which has issues.

We now use Double-Take MOVE.

HOW TO: Migrate physical, virtual and cloud based workloads with real-time replication to VMware vSphere (ESXi) using Double-Take MOVE
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
drm256Author Commented:
Thanks Andrew,

I'm just leading up to a migration, so if they get through that, perfect.  Anything I can do to reduce the risk of a failure, or am I just hoping for the best?

I can then look for something else next time!
0
Andrew Hancock (VMware vExpert / EE MVE^2)VMware and Virtualization ConsultantCommented:
Try and ensure, that the physical server, is quiet, e.g. try not to do the re-sync at busy times, or (disconnect the network interface).

However, re-sync can fail, the longer you leave the final sync, we often sync every day, up to the final sync, and then we do two....one 1 hour before cutover, and another 5 minutes before cutover.
0
drm256Author Commented:
Thank you.
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
VMware

From novice to tech pro — start learning today.