[ovirt-users] Re: Parent checkpoint ID does not match the actual leaf checkpoint

[Nir Soffer]

via virsh our VM have 71 checkpoint
on engine's db, in the table vm_checkpoints there are ZERO checkpoint.
Is ther a way to sync the checkpoints?!?

Engine deletes all checkpoints from engine if it cannot redefine
the checkpoints in libvirt. After this you must start again with full
backup.

The stale checkpoint in libvirt should not happen, please file a bug for
this.
We need to understand why engine deleted the checkpoints without deleting
the checkpoints in libvirt.

To checkpoints in libvirt are deleted when you stop the vm.

You can also delete them safely using virsh.

Nir

[Eyal Shenitzky]

via virsh our VM have 71 checkpoint
on engine's db, in the table vm_checkpoints there are ZERO checkpoint.
Is ther a way to sync the checkpoints?!?
Regards,
Tommaso
Hi to all. We have almost the same problem.
After a snapshot restore in a checkpoint taken previous last incremental
backup, we have alwes the error "Parent checkpoint ID does not match the
actual leaf checkpoint".
we have also the " parent_checkpoint_id: None"

If you restored a snapshot then all the checkpoints that were taken after
that snapshot are now gone -
https://bugzilla.redhat.com/show_bug.cgi?id=1952577.

A full backup is needed in this case.

In order to get over "Parent checkpoint ID does not match the actual leaf
checkpoint" you should upgrade to a newer version, fixed in 4.4.6.

there is a wey to fix it on a production env?
our engine version is 4.4.5.11 and vdsm 4.40.50
On Sun, Jul 19, 2020 at 5:38 PM Łukasz Kołaciński <

Hello,
Thanks to previous answers, I was able to make backups. Unfortunately,
we had some infrastructure issues and after the host reboots new problems
appeared. I am not able to do any backup using the commands that worked
2020-07-17 15:06:30,644+02 ERROR
[org.ovirt.engine.core.bll.StartVmBackupCommand]
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-54)
[944a1447-4ea5-4a1c-b971-0bc612b6e45e] Failed to execute VM backup
VDSGenericException: VDSErrorException: Failed to StartVmBackupVDS, error =
'116aa6eb-31a1-43db-9b1e-ad6e32fb9260', 'reason': '*Parent checkpoint ID
does not match the actual leaf checkpoint*'}, code = 1610 (Failed with
error unexpected and code 16)

parent_checkpoint_id: None
This issue was fix in engine few weeks ago.
Which engine and vdsm versions are you testing?

at
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:114)
at
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33)
at
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.runVdsCommand(CommandBase.java:2114)
at
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.StartVmBackupCommand.performVmBackupOperation(StartVmBackupCommand.java:368)
at
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.StartVmBackupCommand.runVmBackup(StartVmBackupCommand.java:225)
at
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.StartVmBackupCommand.performNextOperation(StartVmBackupCommand.java:199)
at
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback.childCommandsExecutionEnded(SerialChildCommandsExecutionCallback.java:32)
at
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.ChildCommandsCallbackBase.doPolling(ChildCommandsCallbackBase.java:80)
at
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.invokeCallbackMethodsImpl(CommandCallbacksPoller.java:175)
at
deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.invokeCallbackMethods(CommandCallbacksPoller.java:109)
at
java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
at
java.base/java.util.concurrent.FutureTask.runAndReset(FutureTask.java:305)
at
org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.access$201(ManagedScheduledThreadPoolExecutor.java:383)
at
org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.run(ManagedScheduledThreadPoolExecutor.java:534)
at
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
at
org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250)
2020-07-17 15:13:45,835+02 ERROR
[org.ovirt.engine.core.bll.StartVmBackupCommand]
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-14)
[f553c1f2-1c99-4118-9365-ba6b862da936] Failed to execute VM backup
VDSGenericException: VDSErrorException: Failed to GetVmBackupInfoVDS, error
= No such backup Error: {'vm_id': '116aa6eb-31a1-43db-9b1e-ad6e32fb9260',
'backup_id': 'bf1c26f7-c3e5-437c-bb5a-255b8c1b3b73', 'reason': '*VM
backup not exists: Domain backup job id not found: no domain backup job
present'*}, code = 1601 (Failed with error unexpected and code 16)

This is likely a result of the first error. If starting backup failed the
backup entity
is deleted.

(these errors are from full backup)
Like I said this is very strange because everything was working correctly.
Regards
Łukasz Kołaciński
Junior Java Developer
*[image: STORWARE]* <http://www.storware.eu/>
*ul. Leszno 8/44 01-192 Warszawa www.storware.eu
<https://www.storware.eu/>*
*[image: facebook]* <https://www.facebook.com/storware>
*[image: twitter]* <https://twitter.com/storware>
*[image: linkedin]* <https://www.linkedin.com/company/storware>
*[image: Storware_Stopka_09]*
<https://www.youtube.com/channel/UCKvLitYPyAplBctXibFWrkw>
*Storware Spółka z o.o. nr wpisu do ewidencji KRS dla M.St. Warszawa
000510131* *, NIP 5213672602.** Wiadomość ta jest przeznaczona jedynie
dla osoby lub podmiotu, który jest jej adresatem i moÅŒe zawierać poufne
i/lub uprzywilejowane informacje. Zakazane jest jakiekolwiek przeglądanie,
przesyłanie, rozpowszechnianie lub inne wykorzystanie tych informacji lub
podjęcie jakichkolwiek działań odnośnie tych informacji przez osoby lub
podmioty inne niÅŒ zamierzony adresat. JeÅŒeli Państwo otrzymali przez
pomyłkę tę informację prosimy o poinformowanie o tym nadawcy i usunięcie
tej wiadomości z wszelkich komputerów. **This message is intended only
for the person or entity to which it is addressed and may contain
confidential and/or privileged material. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon,
this information by persons or entities other than the intended recipient
is prohibited. If you have received this message in error, please contact
the sender and remove the material from all of your computer systems.*
_______________________________________________
Privacy Statement: https://www.ovirt.org/privacy-policy.html
https://www.ovirt.org/community/about/community-guidelines/

_______________________________________________
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
--
--
[image: Shellrent - Il primo hosting italiano Security First]
*Tommaso De Marchi*
*COO - Chief Operating Officer*
Shellrent Srl
Via dell'Edilizia, 19 - 36100 Vicenza
Tel. [phone] <[phone]> | Fax [phone]
_______________________________________________
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
--
--
[image: Shellrent - Il primo hosting italiano Security First]
*Tommaso De Marchi*
*COO - Chief Operating Officer*
Shellrent Srl
Via dell'Edilizia, 19 - 36100 Vicenza
Tel. [phone] <[phone]> | Fax [phone]
_______________________________________________
Privacy Statement: https://www.ovirt.org/privacy-policy.html
https://www.ovirt.org/community/about/community-guidelines/