from:"Tommaso \- Shellrent"

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

2021-05-26 Thread Tommaso - Shellrent via Devel


after some investigation we have foud that:

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

Il 26/05/2021 10:27, Tommaso - Shellrent via Users ha scritto:


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"

there is a wey to fix it on a production env?

our engine version is 4.4.5.11 and vdsm 4.40.50





Il 19/07/2020 23:27, Nir Soffer ha scritto:
On Sun, Jul 19, 2020 at 5:38 PM Łukasz Kołaciński 
mailto:l.kolacin...@storware.eu>> wrote:


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 yesterday. I looked through
the logs and there is something like this:

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 operation 'StartVmBackup': {}:
org.ovirt.engine.core.common.errors.EngineException:
EngineException:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to
StartVmBackupVDS, error = Checkpoint Error:
{'parent_checkpoint_id': None, 'leaf_checkpoint_id':
'cd078706-84c0-4370-a6ec-654ccd6a21aa', 'vm_id':
'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)


It looks like engine sent:

    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)


And the last error is:

2020-07-17 15:13:45,835+02 ERROR
[org.ovirt.engine.core.bll.StartVmBackupCommand]
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-14)
[f553c1f2-1c99-4118

[ovirt-devel] Re: Error on incremental backup

2021-04-22 Thread Tommaso - Shellrent via Devel


Hello Eyal ,

    can you give to us the release note where it's written that also 
the node must be upgraded? I can't find it



Il 22/04/2021 10:33, Eyal Shenitzky ha scritto:

Hi Francesco,

Thanks for sharing.

There was a release note specifically for that issue.
In order to use incremental backup in the 4.4.5 engine, the host must 
be upgraded to 4.4.5 as well.


In 4.4.4 version, backup scratch disk created on the host local 
storage, in 4.4.5 scratch disks created on

the shared storage where the backed-up disk resides.

There is a bug for this to fail the backup operation with more proper 
error - https://bugzilla.redhat.com/1950467 





On Thu, 22 Apr 2021 at 11:14, Francesco via Devel > wrote:


Hi,

i upgraded one of the hosts where the backup failed because I
noticed that in the lasts deployed hosts the process was smooth
and without errors. Maybe the update of on of the following
packages (or others) fixed the issue:

FROM

[r...@host1.server.tld  ~]# rpm -qa
| grep vdsm
vdsm-common-4.40.26.3-1.el8.noarch
vdsm-http-4.40.26.3-1.el8.noarch
vdsm-hook-vhostmd-4.40.26.3-1.el8.noarch
vdsm-yajsonrpc-4.40.26.3-1.el8.noarch
vdsm-network-4.40.26.3-1.el8.x86_64
vdsm-api-4.40.26.3-1.el8.noarch
vdsm-4.40.26.3-1.el8.x86_64
vdsm-hook-ethtool-options-4.40.26.3-1.el8.noarch
vdsm-client-4.40.26.3-1.el8.noarch
vdsm-hook-vmfex-dev-4.40.26.3-1.el8.noarch
vdsm-hook-openstacknet-4.40.26.3-1.el8.noarch
vdsm-jsonrpc-4.40.26.3-1.el8.noarch
vdsm-hook-fcoe-4.40.26.3-1.el8.noarch
vdsm-python-4.40.26.3-1.el8.noarch

TO

rpm[r...@host2.server.tld  ~]# rpm
-qa | grep vdsm
vdsm-4.40.50.9-1.el8.x86_64
vdsm-jsonrpc-4.40.50.9-1.el8.noarch
vdsm-api-4.40.50.9-1.el8.noarch
vdsm-python-4.40.50.9-1.el8.noarch
vdsm-yajsonrpc-4.40.50.9-1.el8.noarch
vdsm-hook-openstacknet-4.40.50.9-1.el8.noarch
vdsm-client-4.40.50.9-1.el8.noarch
vdsm-hook-vhostmd-4.40.50.9-1.el8.noarch
vdsm-hook-fcoe-4.40.50.9-1.el8.noarch
vdsm-common-4.40.50.9-1.el8.noarch
vdsm-http-4.40.50.9-1.el8.noarch
vdsm-hook-ethtool-options-4.40.50.9-1.el8.noarch
vdsm-network-4.40.50.9-1.el8.x86_64
vdsm-hook-vmfex-dev-4.40.50.9-1.el8.noarch


I shutdown the vms and upgraded the host via engine (without
reboot). I hope the packages upgraded helped, not a simple vms reboot.

Is there any way to upgrade the hosts/ vdsm packages without
shutdown the vms? Migrating it's not an option sadly.

Regards,
Francesco

Il 22/04/2021 09:37, francesco--- via Devel ha scritto:

Hi all,

I use a custom python script for performing full and incremental backup on few 
hundreds vms. I customized the example script 
inhttps://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py  
.

Everything was working fine, but starting from a few days ago, some vms starts to fail the backup. I upgraded the engine (self-hosted) from 

4.4.4 to 4.4.5 yesterday afternoon and today most of the vms failed the 
incremental and full backup.


The error is triggered when trying to get the backp_service in the 

following function:


```
def backup_disk(disk, backups_service, from_checkpoint_id):
 # We need to set an array because backups_service.add need it
 disks = []
 disks.append(disk)
 add_error = False

 try:
 backup = backups_service.add(
 types.Backup(
 disks=disks,
 from_checkpoint_id=from_checkpoint_id
 )
 )
 except Exception as e:
 exception = str(e)
 logging.error("error on backups_service.add, set backup object to 
False. Error: {} ".format(exception))
 add_error = True
 backup = False

 if not add_error:
 backup_service = backups_service.backup_service(backup.id  
)
 logging.info  ("Backup phase: 
{}".format(backup.phase))
 while backup.phase != types.BackupPhase.READY:
 time.sleep(1)
 try:
 backup = backup_service.get()
 except sdk.NotFoundError:
 logging.error("backup_service NotFoundError, set backup object 
to False")
 backup = False
 break

 if backup and backup.to_checkpoint_id is not None:
 logging.info  ("Created checkpoint 
{}".format(backup.to_checkpoint_id))

 return backup
```

Here's the error in the engine logs.

```
2021-04-21 11:31:21,750+02 INFO

[ovirt-devel] Max running ansible-playbook

2020-08-19 Thread Tommaso - Shellrent via Devel


Hi to all.

on our angine we always see max 1 ansible-playbook running on the same time.
We use OVA export to make some backup, but the whole task takes a lot of 
time because only one ansible-playbook 
"/usr/share/ovirt-engine/playbooks/ovirt-ova-export.yml" run at the same 
time.


How can we ingrease this value?

--
--  
Shellrent - Il primo hosting italiano Security First

*Tommaso De Marchi*
/COO - Chief Operating Officer/
Shellrent Srl
Via dell'Edilizia, 19 - 36100 Vicenza
Tel. 0444321155  | Fax 04441492177

___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/7HYOAIQUAMLTSLKT3LZO3WZXQZRSMSBW/

[ovirt-devel] Re: Backup is not supported by the host, Ovirt 4.4 Beta

2020-04-23 Thread Tommaso - Shellrent

Hi Nil, my colleague Francesco and I are very interested in incremental 
backups.

Is there an estimate of the release date of the feature?
Can we somehow collaborate with you to speed up its development?

Il 20/04/20 21:15, Nir Soffer ha scritto:

On Mon, Apr 20, 2020 at 3:39 PM Eyal Shenitzky  wrote:

Hi Francesco,

It is great to hear that you are trying the new incremental backup feature.
First, please note that in this stage we implemented only the support for
full VM backup.

In order to use it, you need libvirt version 6.0 at least.

The only upstream distro that can be used now is Fedora 30. This is
the best way to test new features.

On CentOS you will be able to test incremental backup when CentOS 8.2
is released, but it will work only with the virt:8.2 module.

If you have access to RHEL 8.2 nightly build, you can test this now.

Nir


Please try to use it with the following version and share the results.

On Mon, 20 Apr 2020 at 14:49,  wrote:

Hi all,

I'm trying to experiment with incremental backup using the example script 
provided on sdk git page 
(https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py).
 I installed a fresh engine on a CentOS 8 VM and installed a fresh node on 
CentOS 8 as well, connected to the engine without any problems. All libvirt 
packages version 5.6 and ovirt-imageio-common version 2.0.3 .

Passing all the needed args to the script (I hardcoded connections var like 
user and password) it throws the following error:

```
[root@centos8 ~]# python3 backup_vm.py full --engine-url 
https://ovirt-engine-fqdn.com --username admin@internal --password-file 
./passwd --backup-dir /home 11d70eb0-4d7c-4308-82a6-470e21d80ecd
[   0.0 ] Starting full backup for vm 11d70eb0-4d7c-4308-82a6-470e21d80ecd
Traceback (most recent call last):
   File "backup_vm.py", line 397, in 
 main()
   File "backup_vm.py", line 141, in main
 args.command(args)
   File "backup_vm.py", line 154, in cmd_full
 backup = start_backup(connection, args)
   File "backup_vm.py", line 247, in start_backup
 disks=disks
   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/services.py", line 33583, 
in add
 return self._internal_add(backup, headers, query, wait)
   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line 232, in 
_internal_add
 return future.wait() if wait else future
   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line 55, in 
wait
 return self._code(response)
   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line 229, in 
callback
 self._check_fault(response)
   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line 132, in 
_check_fault
 self._raise_error(response, body)
   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line 118, in 
_raise_error
 raise error
ovirtsdk4.Error: Fault reason is "Operation Failed". Fault detail is "[Cannot backup 
VM. Backup is not supported by the host (centos8).]". HTTP response code is 409.
```

The VM is created from centOS 7 template imported from ovirt-image-repository, and the 
options "Enable Incremental Backup" on the disk is ticked.

I'm definitely missing something... But what? On the top of the script, I read 
"Using this example requires a special libvirt version supporting
incremental backup.". Which version of libvirt? I guessed the 5.6 (or at least 
not the 4.5 shipped in CentOS 7).

Thank you for your time and help,
Francesco
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/DR6SYRNYJOIWKZCMNYBRU5MMIN6JXBQJ/



--
Regards,
Eyal Shenitzky
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/GAMV3KVUVWTAI4OZDHQ7RQTCKU4YDDOY/

___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/K7KRWXKQZERPQ2BRZLBRITENPQTWPXG5/

--
--  
Shellrent - Il primo hosting italiano Security First

*Tommaso De Marchi*
/COO - Chief Operating Officer/
Shellrent Srl
Via dell'Edilizia, 19 - 36100 Vicenza
Tel. 0444321155  | Fax 04441492177

___
Devel

[ovirt-devel] Re: Cluster Console Encryption

2020-04-20 Thread Tommaso - Shellrent


Hi.

all works fine, but by default a new cluster configured via ansible 
"ovirt_cluster" set the parameter of "Enable VNC Encryption" to true.

In our implementation we need to sei it to false automatically.

where eh can change this default?!?



Il 20/04/20 13:57, Michal Skrivanek ha scritto:



On 20 Apr 2020, at 11:37, Tommaso - Shellrent <mailto:tomm...@shellrent.com>> wrote:


Hi to all.

We are tryng to manage the value of "Enable VNC Encryption" on the 
cluster via ansible[or any automatic mode].


Someone got any hint?



anything not working?
just need to make sure engine-side setting matches the host actual 
state(needs host redeploy to reconfigure system)


Regards

--
--  
Shellrent - Il primo hosting italiano Security First

*Tommaso De Marchi*
/COO - Chief Operating Officer/
Shellrent Srl
Via dell'Edilizia, 19 - 36100 Vicenza
Tel. 0444321155  | Fax 04441492177

messaggio.txt>___

Devel mailing list -- devel@ovirt.org <mailto:devel@ovirt.org>
To unsubscribe send an email to devel-le...@ovirt.org 
<mailto:devel-le...@ovirt.org>

Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/2KW2PF7NUVUWTSX77FPDMTBFFUCTXEPJ/



--
--  
Shellrent - Il primo hosting italiano Security First

*Tommaso De Marchi*
/COO - Chief Operating Officer/
Shellrent Srl
Via dell'Edilizia, 19 - 36100 Vicenza
Tel. 0444321155  | Fax 04441492177

___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/I3764KVDVJPCZZC5PQCZSWN545XIU77T/

[ovirt-devel] Cluster Console Encryption

2020-04-20 Thread Tommaso - Shellrent


Hi to all.

We are tryng to manage the value of "Enable VNC Encryption" on the 
cluster via ansible[or any automatic mode].


Someone got any hint?

Regards

--
--  
Shellrent - Il primo hosting italiano Security First

*Tommaso De Marchi*
/COO - Chief Operating Officer/
Shellrent Srl
Via dell'Edilizia, 19 - 36100 Vicenza
Tel. 0444321155  | Fax 04441492177

___
Users mailing list -- us...@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/us...@ovirt.org/message/J5GUDUNH3OQ6IAPQMLPHIL3ZSBTH3Q2L/
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/2KW2PF7NUVUWTSX77FPDMTBFFUCTXEPJ/

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

[ovirt-devel] Re: Error on incremental backup

[ovirt-devel] Max running ansible-playbook

[ovirt-devel] Re: Backup is not supported by the host, Ovirt 4.4 Beta

[ovirt-devel] Re: Cluster Console Encryption

[ovirt-devel] Cluster Console Encryption

6 matches

Site Navigation

Mail list logo

Footer information