[ovirt-users] Re: Ovirt 4.4.10 - Admin account locked after password change
Perhaps you have some kind of script that periodically logs into oVirt to perform some task and you didn't change that password to the new one? If so, it will block the account after a few attempts. Each time we change the password, we have to update a fair amount of scripts that perform maintenance tasks. If we don't do so in a short period of time, the authentication attempts make the account block again. El 2024-02-16 02:42, Andy Lau escribió: Hello All Recently, I reset the password for the admin account through ovirt-aaa-jdbc-tool. The password changed properly but the admin account will be locked automatically after few hours later. From the engine log, the admin@internal seems login periodically from ovirt engine itself. If I fallback the password with the original one, all working fine. Do anyone has the solution? Screen capture from the engine log: https://polyuit-my.sharepoint.com/:i:/g/personal/tflau_polyu_edu_hk/Edqp2lsKkBlJi0dQBo05L_EBX7SJy-yaC92pABc2wyHE6w?e=DQyppL ___ Users mailing list -- users@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/users@ovirt.org/message/P4QKBI6JYMNNF3KHMLK4OG3MD2LO5JMW/ ___ Users mailing list -- users@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/users@ovirt.org/message/2EAHDN3TR2XDYCYDNXZMPAL3XZRNUXQJ/
[ovirt-users] Repo for mirrorlist.ovirt.org not working
Hi, We recently noticed that https://mirrorlist.ovirt.org/mirrorlist-ovirt-4.5-el8 is returning a 503 error: $ LANG=C wget https://mirrorlist.ovirt.org/mirrorlist-ovirt-4.5-el8 --2024-02-14 12:01:10-- https://mirrorlist.ovirt.org/mirrorlist-ovirt-4.5-el8 Resolving mirrorlist.ovirt.org (mirrorlist.ovirt.org)... 8.43.85.224, 2620:52:3:1:5054:ff:fef7:14a9 Connecting to mirrorlist.ovirt.org (mirrorlist.ovirt.org)|8.43.85.224|:443... connected. HTTP request sent, awaiting response... 503 Service Unavailable 2024-02-14 12:02:10 ERROR 503: Service Unavailable. Is this some scheduled downtime or is it an error? Thanks. ___ Users mailing list -- users@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/users@ovirt.org/message/OVQM6UZLBYBVBE5MPOZSLOCXKCMULXOP/
[ovirt-users] Re: /etc/pki/ovirt-engine/ca.pem is not on a local filesystem
Hi Didi, Patch has been submitted at https://github.com/oVirt/ovirt-engine/pull/891. Thanks. El 2023-11-14 10:04, Yedidyah Bar David escribió: Hi, On Tue, Nov 14, 2023 at 11:31 AM wrote: Hi Didi, Thanks for the reply. Finally solved it by exporting LANG=C in the shell before running the command. Seems that the "pki-enroll-request.sh" does this check: LOCK="${PKIDIR}/${CA_FILE}".pem df -l "${LOCK}" 2> /dev/null | grep -q "File" || die "${LOCK} is not on a local filesystem" However, if LANG is a different language than C, the output will vary and the grep command will return empty. It's working now. Thanks. Thanks for the update! You might want to push a patch to enforce the locale for the `df` command (e.g. 'LC_ALL=C df -l...'). There are a few such places scattered around the code, but nothing systematic - and I think we do want, in general, to have localized error messages, so can't do this "too-high" in the execution hierarchy. Best regards, El 2023-11-14 09:12, Yedidyah Bar David escribió: On Tue, Nov 14, 2023 at 10:49 AM wrote: Hi, We're running oVirt 4.5.4, recently we got this alert: Engine's certification is about to expire at 2023-11-19. Please renew the engine's certification. So I'm trying to run: engine-setup --offline However, it fails with the following error: [ INFO ] Upgrading CA [ INFO ] Renewing engine certificate [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh' failed to execute Digging into the logs I can see this: 2023-11-14 08:36:22,848+ DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.pki.ca [1] [1] plugin.execute:926 execute-output: ('/usr/share/ovirt-engine/bin/pki-enroll- pkcs12.sh', '--name=engine', '--password=**FILTERED**', '--subject=/C=US/O=stic.ull.es/CN=fqdn.es [2] [2]', '--san=DNS:fqdn.es [3] [3]', '--keep-key') stderr: Ignoring -days; not generating a certificate /etc/pki/ovirt-engine/ca.pem is not on a local filesystem Cannot sign request 2023-11-14 08:36:22,849+ DEBUG otopi.context context._executeMethod:145 method exception Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/otopi/context.py", line 132, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/pki/ca.py", line 753, in _miscUpgrade self._enrollCertificates(True, uninstall_files) File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/pki/ca.py", line 360, in _enrollCertificates shortLife=entry['shortLife'], File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/pki/ca.py", line 250, in _enrollCertificate + (('--days=398',) if shortLife else ()) File "/usr/lib/python3.6/site-packages/otopi/plugin.py", line 931, in execute command=args[0], RuntimeError: Command '/usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh' failed to execute 2023-11-14 08:36:22,852+ ERROR otopi.context context._executeMethod:154 Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh' failed to execute However, the file exists and is on a local filesystem: # ll /etc/pki/ovirt-engine/ca.pem -rw-r--r--. 1 root root 4516 jun 24 2015 /etc/pki/ovirt-engine/ca.pem This does not prove that it's on a local filesystem - can be on nfs, and nfs locking is sometimes problematic, so we prevented that. See pki-enroll-request.sh. Can someone shed some light about why is this failing and how to solve it, please? What output do you get for: df -l /etc/pki/ovirt-engine/ca.pem ? Best regards,-- Didi Links: -- [1] http://otopi.plugins.ovirt_engine_setup.ovirt_engine.pki.ca [2] http://stic.ull.es/CN=fqdn.es [3] http://fqdn.es ___ Users mailing list -- users@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/users@ovirt.org/message/YXTXJIEQRN2ZH77ZSBGW2UARPMYSPEG3/ -- Didi Links: -- [1] http://otopi.plugins.ovirt_engine_setup.ovirt_engine.pki.ca [2] http://stic.ull.es/CN=fqdn.es [3] http://fqdn.es ___ Users mailing list -- users@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/users@ovirt.org/message/6RPZKJFL5DJYXGO6O43ARR4NTU3LAK7X/
[ovirt-users] Re: /etc/pki/ovirt-engine/ca.pem is not on a local filesystem
Hi Didi, Thanks for the reply. Finally solved it by exporting LANG=C in the shell before running the command. Seems that the "pki-enroll-request.sh" does this check: LOCK="${PKIDIR}/${CA_FILE}".pem df -l "${LOCK}" 2> /dev/null | grep -q "File" || die "${LOCK} is not on a local filesystem" However, if LANG is a different language than C, the output will vary and the grep command will return empty. It's working now. Thanks. El 2023-11-14 09:12, Yedidyah Bar David escribió: On Tue, Nov 14, 2023 at 10:49 AM wrote: Hi, We're running oVirt 4.5.4, recently we got this alert: Engine's certification is about to expire at 2023-11-19. Please renew the engine's certification. So I'm trying to run: engine-setup --offline However, it fails with the following error: [ INFO ] Upgrading CA [ INFO ] Renewing engine certificate [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh' failed to execute Digging into the logs I can see this: 2023-11-14 08:36:22,848+ DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.pki.ca [1] plugin.execute:926 execute-output: ('/usr/share/ovirt-engine/bin/pki-enroll- pkcs12.sh', '--name=engine', '--password=**FILTERED**', '--subject=/C=US/O=stic.ull.es/CN=fqdn.es [2]', '--san=DNS:fqdn.es [3]', '--keep-key') stderr: Ignoring -days; not generating a certificate /etc/pki/ovirt-engine/ca.pem is not on a local filesystem Cannot sign request 2023-11-14 08:36:22,849+ DEBUG otopi.context context._executeMethod:145 method exception Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/otopi/context.py", line 132, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/pki/ca.py", line 753, in _miscUpgrade self._enrollCertificates(True, uninstall_files) File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/pki/ca.py", line 360, in _enrollCertificates shortLife=entry['shortLife'], File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/pki/ca.py", line 250, in _enrollCertificate + (('--days=398',) if shortLife else ()) File "/usr/lib/python3.6/site-packages/otopi/plugin.py", line 931, in execute command=args[0], RuntimeError: Command '/usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh' failed to execute 2023-11-14 08:36:22,852+ ERROR otopi.context context._executeMethod:154 Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh' failed to execute However, the file exists and is on a local filesystem: # ll /etc/pki/ovirt-engine/ca.pem -rw-r--r--. 1 root root 4516 jun 24 2015 /etc/pki/ovirt-engine/ca.pem This does not prove that it's on a local filesystem - can be on nfs, and nfs locking is sometimes problematic, so we prevented that. See pki-enroll-request.sh. Can someone shed some light about why is this failing and how to solve it, please? What output do you get for: df -l /etc/pki/ovirt-engine/ca.pem ? Best regards,-- Didi Links: -- [1] http://otopi.plugins.ovirt_engine_setup.ovirt_engine.pki.ca [2] http://stic.ull.es/CN=fqdn.es [3] http://fqdn.es ___ Users mailing list -- users@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/users@ovirt.org/message/YXTXJIEQRN2ZH77ZSBGW2UARPMYSPEG3/
[ovirt-users] /etc/pki/ovirt-engine/ca.pem is not on a local filesystem
Hi, We're running oVirt 4.5.4, recently we got this alert: Engine's certification is about to expire at 2023-11-19. Please renew the engine's certification. So I'm trying to run: engine-setup --offline However, it fails with the following error: [ INFO ] Upgrading CA [ INFO ] Renewing engine certificate [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh' failed to execute Digging into the logs I can see this: 2023-11-14 08:36:22,848+ DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.pki.ca plugin.execute:926 execute-output: ('/usr/share/ovirt-engine/bin/pki-enroll- pkcs12.sh', '--name=engine', '--password=**FILTERED**', '--subject=/C=US/O=stic.ull.es/CN=fqdn.es', '--san=DNS:fqdn.es', '--keep-key') stderr: Ignoring -days; not generating a certificate /etc/pki/ovirt-engine/ca.pem is not on a local filesystem Cannot sign request 2023-11-14 08:36:22,849+ DEBUG otopi.context context._executeMethod:145 method exception Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/otopi/context.py", line 132, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/pki/ca.py", line 753, in _miscUpgrade self._enrollCertificates(True, uninstall_files) File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/pki/ca.py", line 360, in _enrollCertificates shortLife=entry['shortLife'], File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/pki/ca.py", line 250, in _enrollCertificate + (('--days=398',) if shortLife else ()) File "/usr/lib/python3.6/site-packages/otopi/plugin.py", line 931, in execute command=args[0], RuntimeError: Command '/usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh' failed to execute 2023-11-14 08:36:22,852+ ERROR otopi.context context._executeMethod:154 Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh' failed to execute However, the file exists and is on a local filesystem: # ll /etc/pki/ovirt-engine/ca.pem -rw-r--r--. 1 root root 4516 jun 24 2015 /etc/pki/ovirt-engine/ca.pem Can someone shed some light about why is this failing and how to solve it, please? Thanks. ___ Users mailing list -- users@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/users@ovirt.org/message/VJUUVMZDKYFF7CF3SXTI2IZ62BHQJ64F/
[ovirt-users] [org.ovirt.vdsm.jsonrpc.client.JsonRpcClient] (ResponseWorker) [] Not able to update response for
Hi, We're running oVirt 4.5.4, recently we had a problem due to /var partition being full, and we realized the /var/log/ovirt-engine/engine.log was pretty huge, approximately 16GB in size, despite it's configured to rotate daily. Checking the log, we have a lot (about 53000 at the time of this mail) of WARN events in this form: 2023-10-17 03:34:51,347+01 WARN [org.ovirt.vdsm.jsonrpc.client.JsonRpcClient] (ResponseWorker) [] Not able to update response for "d6cc2209-3126-48e1-97c8-97ca84d00f3a" result: [{"statusTime":"3329996823","status":"Up","vmId":"0fad0aa4-ec91-4beb-82a3-5641f0da674f","vmName":"SYTW-Backend-aluX","vmType":"kvm","kvmEnable":"true","acpiEnable":"true","elapsedTime":"285568","monitorResponse":"0","clientIp":"","timeOffset":"2","cpuUser":"-0.04","cpuSys": "0.40","cpuUsage":"1236941000","cpuActual":true,"network":{"vnet3":{"macAddr":"00:1a:4a:4d:cc:d5","name":"vnet3","speed":"1000","state" ... This is just a chunk of the full line, which is actually pretty big as it contains a lot of parameters. So about 53.000 times this long line makes the log huge. Why are we getting such a big amount of these WARNings and what can we do to solve them? Thanks. ___ Users mailing list -- users@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/users@ovirt.org/message/LTXCFLALUE53GQ2PVPX5252E4U3JXNCC/
[ovirt-users] Re: Cannot remove template because a disk is based on it
El 2023-10-03 16:35, Arik Hadas escribió: On Mon, Oct 2, 2023 at 11:26 AM wrote: Hi Arik, El 2023-10-01 07:41, Arik Hadas escribió: On Fri, Sep 29, 2023 at 1:36 PM wrote: Hi, We're running oVirt 4.5. We have a template which we'd like to get rid of, there are no VMs based on it. However, trying to remove it oVirt states that: Cannot remove Template. The following Disk(s) are based on it: (b54ee1cb-ed64-4db4-bd3d-eac8b22ea095) . When opening the 'Disks' subtab in the template, it appears a disk (screenshot attached). However, when opening the oVirt Storage->Disks option, I cannot find the disk by the ID, not even ordering the ID column and trying to find it visually. Can anyone point to the problem and a possible solution/workaround? Can you share the output of the following DB queries: 1. select * from base_disks where disk_id='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095'; engine=# select * from base_disks where disk_id='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095'; disk_id | wipe_after_delete | propagate_errors | disk_alias | disk_description | shareable | sgio | disk_storage_type | cinder_volume_type | disk_content_type | backup | backup_mode -+---+--++--+---+--+---++---++- (0 filas) 2. select * from images where image_group_id='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095'; engine=# select * from images where image_group_id='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095'; image_guid | creation_date | size | it_guid| parentid | imagestatus |lastmodified| vm_snapshot_id| volume_type | volume_format | image_group_id| _create_date | _update_date | active | volume_classification | qcow_compat | sequence_number --++-+--+--+-++ --+-+---+--+---+--++---+-+- 987fcd68-d48e-4314-bb4e-363671d222be | 2023-01-16 03:24:35.827+00 | 26843545600 | bc5c67f5-503e-4482-9628-48fcf70aa055 | bc5c67f5-503e-4482-9628-48fcf70aa055 | 1 | 2023-01-16 03:24:35.827+00 | 67beb3b 2-3e84-4fe8-8334-9c93e8c0fff9 | 2 | 4 | b54ee1cb-ed64-4db4-bd3d-eac8b22ea095 | 2023-01-16 03:24:37.054541+00 | | t | 0 | 0 | 0 (1 fila) 3. select * from disk_vm_element where disk_id ='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095'; engine=# select * from disk_vm_element where disk_id ='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095'; disk_id | vm_id | is_boot | disk_interface | is_using_scsi_reservation | pass_discard -+---+-++---+-- (0 filas) I don't think I ever saw this situation of having an image that is not correlated with a base_disk I'd suggest to run another query: select * from images where parentid='987fcd68-d48e-4314-bb4e-363671d222be'; If it doesn't return any result, take a backup of the database (just in case) and then remove the image from the database: delete from images where image_guid='987fcd68-d48e-4314-bb4e-363671d222be'; This should make it possible to remove the template. Indeed, that did the trick. Thanks. Thanks.___ Users mailing list -- users@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/users@ovirt.org/message/X5DNN4IMTA77RWPLP4KHL62IXYZC23MS/ ___ Users mailing list -- users@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/users@ovirt.org/message/XB5IMTPLS5NXRAI6Q4F7X5HTAMPE2Y4F/
[ovirt-users] Re: Cannot remove template because a disk is based on it
Hi Arik, El 2023-10-01 07:41, Arik Hadas escribió: On Fri, Sep 29, 2023 at 1:36 PM wrote: Hi, We're running oVirt 4.5. We have a template which we'd like to get rid of, there are no VMs based on it. However, trying to remove it oVirt states that: Cannot remove Template. The following Disk(s) are based on it: (b54ee1cb-ed64-4db4-bd3d-eac8b22ea095) . When opening the 'Disks' subtab in the template, it appears a disk (screenshot attached). However, when opening the oVirt Storage->Disks option, I cannot find the disk by the ID, not even ordering the ID column and trying to find it visually. Can anyone point to the problem and a possible solution/workaround? Can you share the output of the following DB queries: 1. select * from base_disks where disk_id='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095'; engine=# select * from base_disks where disk_id='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095'; disk_id | wipe_after_delete | propagate_errors | disk_alias | disk_description | shareable | sgio | disk_storage_type | cinder_volume_type | disk_content_type | backup | backup_mode -+---+--++--+---+--+---++---++- (0 filas) 2. select * from images where image_group_id='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095'; engine=# select * from images where image_group_id='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095'; image_guid | creation_date| size | it_guid| parentid | imagestatus |lastmodified| vm_snapshot_id| volume_type | volume_format | image_group_id| _create_date | _update_date | active | volume_classification | qcow_compat | sequence_number --++-+--+--+-++ --+-+---+--+---+--++---+-+- 987fcd68-d48e-4314-bb4e-363671d222be | 2023-01-16 03:24:35.827+00 | 26843545600 | bc5c67f5-503e-4482-9628-48fcf70aa055 | bc5c67f5-503e-4482-9628-48fcf70aa055 | 1 | 2023-01-16 03:24:35.827+00 | 67beb3b 2-3e84-4fe8-8334-9c93e8c0fff9 | 2 | 4 | b54ee1cb-ed64-4db4-bd3d-eac8b22ea095 | 2023-01-16 03:24:37.054541+00 | | t | 0 | 0 | 0 (1 fila) 3. select * from disk_vm_element where disk_id ='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095'; engine=# select * from disk_vm_element where disk_id ='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095'; disk_id | vm_id | is_boot | disk_interface | is_using_scsi_reservation | pass_discard -+---+-++---+-- (0 filas) Thanks.___ Users mailing list -- users@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/users@ovirt.org/message/X5DNN4IMTA77RWPLP4KHL62IXYZC23MS/ ___ Users mailing list -- users@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/users@ovirt.org/message/R3HGYT7M5H6JRWK5H5GSGUSIKFQ743RN/
[ovirt-users] Cannot remove template because a disk is based on it
Hi, We're running oVirt 4.5. We have a template which we'd like to get rid of, there are no VMs based on it. However, trying to remove it oVirt states that: Cannot remove Template. The following Disk(s) are based on it: (b54ee1cb-ed64-4db4-bd3d-eac8b22ea095) . When opening the 'Disks' subtab in the template, it appears a disk (screenshot attached). However, when opening the oVirt Storage->Disks option, I cannot find the disk by the ID, not even ordering the ID column and trying to find it visually. Can anyone point to the problem and a possible solution/workaround? Thanks.___ Users mailing list -- users@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/users@ovirt.org/message/X5DNN4IMTA77RWPLP4KHL62IXYZC23MS/
[ovirt-users] VDSM command DestroyVDS failed: General Exception: ("Found not_in_hw, expected ('???',)",)
Hi, We're running oVirt version 4.4.8, vdsm version 4.40.100.2 and from a couple days ago some of our hosts are reporting the following error: VDSM command DestroyVDS failed: General Exception: ("Found not_in_hw, expected ('???',)",) Seems that nothing has stopped working, but this is an error that shows up in the event list each minute (x each host) and is annoying. Not all hosts report this error, just a couple of them. As a fact, we had to downgrade the libvirt version on our hosts to version 7.6.0-6 because we found a bug that wouldn't start web VNC consoles with versions > 8.x.x. Not sure if this has something to do with it. Could someone shed some light on what's happening and how to solve it? Logs can be downloaded from: https://drive.google.com/file/d/1ltP-kqNu08TvOgthU9_XSZiVDa0nTGxO/view?usp=share_link Thanks. Nicolas ___ Users mailing list -- users@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/users@ovirt.org/message/ODZIOBZYFNG7V6ZW3NL5HV5I7QO726KJ/
[ovirt-users] Re: Engine's certification is about to expire at .... Please renew the engine's certification.
Thanks Patrick. We're not planning to upgrade the engine yet, would this solution still be valid if I re-run the engine-setup process without upgrading to 4.5? Thanks again. El 2022-10-13 19:17, Patrick Hibbs escribió: Hello, That means the engine certificate signed by the internal engine CA is about to expire. (It's used to communicate with VDSM and VNC connections.) The engine should auto renew it during the next upgrade. If you have downtime, you can renew it manually by rerunning engine-setup on the engine host. The custom cert you give to apache is not affected by this renewal, but the engine will start having issues if it's internal cert isn't renewed. Do keep in mind that some users have reported having issues when renewing this cert, (engine-setup not actually renewing it properly, hosts loosing connectivity, etc.) so I would plan on there being a complete service interruption, e.g. all VMs inaccessible / down, during the renewal process. (Maybe do it over a weekend.) -Patrick Hibbs On Thu, 2022-10-13 at 11:14 +0100, nico...@devels.es wrote: Hi, I'm running oVirt 4.4 and recently I got a message in the events list like this: Engine's certification is about to expire at 2022-10-30. Please renew the engine's certification. What does that exactly mean? And how can it be renewed? I'm using a custom TLS certificate both for web access and websocket proxy. Does it need to be renewed anyways? Thanks. ___ Users mailing list -- users@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/users@ovirt.org/message/Y6VVJOL47YPYGNMXXWUK24F752PRKMLV/ ___ Users mailing list -- users@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/users@ovirt.org/message/SK4HD755QPUFVXOWPIJ56NMM5F65GP6N/ ___ Users mailing list -- users@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/users@ovirt.org/message/QM3CTGTR566MBD5HBMZKW4GR7NHWXWCQ/
[ovirt-users] Re: Cannot run VM. The Custom Compatibility Version of VM ... (4.3) is not supported in Data Center compatibility version 4.4.
Nevermind. Fixed it updating the database directly: UPDATE vm_static SET custom_compatibility_version = '4.4' WHERE custom_compatibility_version = '4.3'; Regards. El 2022-10-13 11:55, nico...@devels.es escribió: Hi, I'm running oVirt 4.4 and recently I changed the Data Center compatibility version from 4.3 to 4.4. Now turns out that some Pools are unable to restart machines, returning this error: Cannot run VM. The Custom Compatibility Version of VM ... (4.3) is not supported in Data Center compatibility version 4.4. I cannot edit manually the custom compatibility version of VMs, as pools won't allow that. Is there any manual way to fix it? I tried to do it via Python SDK but it doesn't seem to work... vm = vms_serv.list(name='X')[0] ver = vm.custom_compatibility_version ver.minor = 4 vm.custom_compatibility_version = ver vmsv = sys_serv.vms_service().vm_service(id=vm.id) vmsv.upfate(vm=vm) It doesn't seem to do any difference, though. Any help is really appreciated, as many our users can't use theis VMs. Thanks. ___ Users mailing list -- users@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/users@ovirt.org/message/SWU7PYWUSTKHLV427MXW43Y63S6QBEYM/ ___ Users mailing list -- users@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/users@ovirt.org/message/2KJAL37OQUVS6KBRXNYLWV45PGLWEOYQ/
[ovirt-users] Cannot run VM. The Custom Compatibility Version of VM ... (4.3) is not supported in Data Center compatibility version 4.4.
Hi, I'm running oVirt 4.4 and recently I changed the Data Center compatibility version from 4.3 to 4.4. Now turns out that some Pools are unable to restart machines, returning this error: Cannot run VM. The Custom Compatibility Version of VM ... (4.3) is not supported in Data Center compatibility version 4.4. I cannot edit manually the custom compatibility version of VMs, as pools won't allow that. Is there any manual way to fix it? I tried to do it via Python SDK but it doesn't seem to work... vm = vms_serv.list(name='X')[0] ver = vm.custom_compatibility_version ver.minor = 4 vm.custom_compatibility_version = ver vmsv = sys_serv.vms_service().vm_service(id=vm.id) vmsv.upfate(vm=vm) It doesn't seem to do any difference, though. Any help is really appreciated, as many our users can't use theis VMs. Thanks. ___ Users mailing list -- users@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/users@ovirt.org/message/SWU7PYWUSTKHLV427MXW43Y63S6QBEYM/
[ovirt-users] Engine's certification is about to expire at .... Please renew the engine's certification.
Hi, I'm running oVirt 4.4 and recently I got a message in the events list like this: Engine's certification is about to expire at 2022-10-30. Please renew the engine's certification. What does that exactly mean? And how can it be renewed? I'm using a custom TLS certificate both for web access and websocket proxy. Does it need to be renewed anyways? Thanks. ___ Users mailing list -- users@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/users@ovirt.org/message/Y6VVJOL47YPYGNMXXWUK24F752PRKMLV/
[ovirt-users] Re: Snapshot task stuck at oVirt 4.4.8
El 2022-09-20 15:53, Benny Zlotnik escribió: Is it running on the vdsm host? By default live snapshot has a timeout of 30 minutes Yes. The snapshot has been running for more than 2 weeks, that's why we wanted to stop it. However, the unlock_entity.sh tool did the trick. Thanks. On Tue, Sep 20, 2022 at 11:34 AM wrote: Hi, We're running oVirt 4.4.8 and one of our users tried to create a snapshot on a VM. The snapshot task got stuck (not sure why) and since then a "locked" icon is being shown on the VM. We need to remove this VM, but since it has a pending task, we're unable. The ovirt-engine log shows hundreds of events like: [2022-09-20 09:23:09,286+01 INFO [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-27) [2769dad5-3ec3-4c46-90a2-924746ea8d97] Command 'CreateSnapshotForVm' (id: '4fcb6ab7-2cd7-4a0c-be97-f6979be25bb9') waiting on child command id: 'cbb7a2c0-2111-4958-a55d-d48bf2d8591b' type:'CreateLiveSnapshotForVm' to complete An ovirt-engine restart didn't make any difference. Is there a way to remove this task manually, even changing something in the DB? Thanks. ___ Users mailing list -- users@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/users@ovirt.org/message/SWVFVEJFQ25N7OK2ZQQOX7FN7KXUS6JB/ ___ Users mailing list -- users@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/users@ovirt.org/message/62PCQMVJ32BIZRAWF65ISWZUJD64KBFL/
[ovirt-users] Snapshot task stuck at oVirt 4.4.8
Hi, We're running oVirt 4.4.8 and one of our users tried to create a snapshot on a VM. The snapshot task got stuck (not sure why) and since then a "locked" icon is being shown on the VM. We need to remove this VM, but since it has a pending task, we're unable. The ovirt-engine log shows hundreds of events like: [2022-09-20 09:23:09,286+01 INFO [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-27) [2769dad5-3ec3-4c46-90a2-924746ea8d97] Command 'CreateSnapshotForVm' (id: '4fcb6ab7-2cd7-4a0c-be97-f6979be25bb9') waiting on child command id: 'cbb7a2c0-2111-4958-a55d-d48bf2d8591b' type:'CreateLiveSnapshotForVm' to complete An ovirt-engine restart didn't make any difference. Is there a way to remove this task manually, even changing something in the DB? Thanks. ___ Users mailing list -- users@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/users@ovirt.org/message/SWVFVEJFQ25N7OK2ZQQOX7FN7KXUS6JB/
[ovirt-users] Mac addresses pool issues
Hi, We're encountering some issues on one of our production clusters running oVirt 4.2. We've had an incident with the engine's database a few weeks back that we were able to recover from, however since then we've been having a bunch of weird issues, mostly around MACs. It started off with the engine being unable to find a free MAC when creating a VM, despite there being significantly less virtual interfaces (around 250) than the total number of MACs in the default pool (default configuration, so 65536 addresses) and escalated into creating duplicate MACs (despite the pool not allowing it) and now we can't even modify the pool or remove VMs (since deleting the attached vnics fail), so we're kinda stuck with a cluster that has running VMs which are fine as long as we don't touch them, but on which we can't create new VMs (or modify the existing ones). In the engine's log we can see that we've had an "Unable to initialize MAC pool due to existing duplicates (Failed with error MAC_POOL_INITIALIZATION_FAILED and code 5010)" error when we tried to reconfigure the pool this morning (see the full error stack here : https://pastebin.com/6bKMfbLn) and now whenever we try to delete a VM or reconfigure the pool we have a 'Pool for id="58ca604b-017d-0374-0220-014e" does not exist' error (see the full error stack here: https://pastebin.com/Huy91iig), but, if we check the engine's mac_pool table we can see that it's there : engine=# select * from mac_pools; id | name | description| allow_duplicate_mac_addresses | default_pool --+-+--+---+-- 58ca604b-017d-0374-0220-014e | Default | Default MAC pool | f | t (1 row) engine=# select * from mac_pool_ranges; mac_pool_id | from_mac | to_mac --+---+--- 58ca604b-017d-0374-0220-014e | 56:6f:1a:1a:00:00 | 56:6f:1a:1a:ff:ff (1 row) I found this bugzilla that seems to somehow apply https://bugzilla.redhat.com/show_bug.cgi?id=1554180 however I don't really know how to "reinitialize engine", especially considering that the mac pool was not configured to allow duplicate macs to begin with, and I've no idea what the impact of that reinitialization would be on the current VMs. I'm quite new to oVirt (only been using it for one year) so any help would be greatly appreciated. ___ Users mailing list -- users@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/users@ovirt.org/message/LSUIB35MWQESOBQMA3Y4GIH4D2OGEJXC/
[ovirt-users] Re: No bootable device
El 2022-03-28 13:12, Nir Soffer escribió: On Mon, Mar 28, 2022 at 11:01 AM wrote: Hi Nir, El 2022-03-27 10:23, Nir Soffer escribió: > On Wed, Mar 23, 2022 at 3:09 PM wrote: >> We're running oVirt 4.4.8.6. We have uploaded a qcow2 image >> (metasploit >> v.3, FWIW) > > Is it Metasploitable3-0.1.4.ova from the github releases page? > https://github.com/brimstone/metasploitable3/releases > Actually, the disk has been shared with us by one of our professors. It has been provided in qcow2, vmdk and raw formats, still the result was the same. I don't actually know which exact version is it, I just know the version is "3". > If not, can you share the image? It will help if we can reproduce this > problem > locally with the same image you are using. I will provide the link off-list because it belongs to the professor. > >> using the GUI (Storage -> Disks -> Upload -> Start). The >> image is in qcow2 format. > > Did you convert the vmdk file from the ova to qcow2? Yes, I also tried these steps with the same result. > >> No options on the right side were checked. The >> upload went smoothly, so we now tried to attach the disk to a VM. >> >> To do that, we opened the VM -> Disks -> Attach and selected the disk. >> As interface, VirtIO-iSCSI was chosen, and the disk was marked as OS, >> so >> the "bootable" checkbox was selected. >> >> The VM was later powered on, but when accessing the console the >> message >> "No bootable device." appears. We're pretty sure this is a bootable >> image, because it was tested on other virtualization infrastructure >> and >> it boots well. We also tried to upload the image in RAW format but the >> result is the same. >> >> What are we missing here? Is anything else needed to do so the disk is >> bootable? > > It sounds like you converted an image from another virtualization > system (virtualbox) > to qcow2 format, which may not be good enough to use the virtual > machine. > > oVirt supports importing OVA, but based on the UI, it supports only OVA > created > by oVirt. > > You can try virt-v2v - this is an example command, you need > to fill in the {} parts: > > virt-v2v \ > -i ova {path-to-ova-file} \ > -o rhv-upload \ > -oc https://{engine-address}/ovirt-engine/api \ > -op {engine-password-file} \ > -on {vm-name} \ > -os {storrage-domain-name} \ > -of qcow2 \ > -oo rhv-cafile={engine-ca-file} \ > -oo rhv-cluster={cluster-name} > > I tried to import the Metasploitable3-0.1.4.ova, and virt-v2 fails > with this error: > > virt-v2v: error: inspection could not detect the source guest (or > physical machine). > > attached virt-v2v log. > Actually, the professor also provided the OVA from which he extracted the disk files and the import process in oVirt worked with no issues. I can now boot the VM, not sure what difference made the OVA but now it works. Great that you solved this issue. For the benefit of the community, can you explain how you imported the OVA? I uploaded the OVA to one of the hosts. Then in the GUI, went to Compute > Virtual Machines and chose the '...' icon on the right, and clicked on 'Import'. As the source, I chose "Virtual Appliance (OVA)" and wrote down the path of the OVA I uploaded before. Then I just dragged the VM to the right and clicked ok, the import process went perfectly. Thanks. Regards. ___ Users mailing list -- users@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/users@ovirt.org/message/RJC7WG2QXOTOYXPB4Q6Q747TJE62A6LX/
[ovirt-users] Re: No bootable device
Hi Nir, El 2022-03-27 10:23, Nir Soffer escribió: On Wed, Mar 23, 2022 at 3:09 PM wrote: We're running oVirt 4.4.8.6. We have uploaded a qcow2 image (metasploit v.3, FWIW) Is it Metasploitable3-0.1.4.ova from the github releases page? https://github.com/brimstone/metasploitable3/releases Actually, the disk has been shared with us by one of our professors. It has been provided in qcow2, vmdk and raw formats, still the result was the same. I don't actually know which exact version is it, I just know the version is "3". If not, can you share the image? It will help if we can reproduce this problem locally with the same image you are using. I will provide the link off-list because it belongs to the professor. using the GUI (Storage -> Disks -> Upload -> Start). The image is in qcow2 format. Did you convert the vmdk file from the ova to qcow2? Yes, I also tried these steps with the same result. No options on the right side were checked. The upload went smoothly, so we now tried to attach the disk to a VM. To do that, we opened the VM -> Disks -> Attach and selected the disk. As interface, VirtIO-iSCSI was chosen, and the disk was marked as OS, so the "bootable" checkbox was selected. The VM was later powered on, but when accessing the console the message "No bootable device." appears. We're pretty sure this is a bootable image, because it was tested on other virtualization infrastructure and it boots well. We also tried to upload the image in RAW format but the result is the same. What are we missing here? Is anything else needed to do so the disk is bootable? It sounds like you converted an image from another virtualization system (virtualbox) to qcow2 format, which may not be good enough to use the virtual machine. oVirt supports importing OVA, but based on the UI, it supports only OVA created by oVirt. You can try virt-v2v - this is an example command, you need to fill in the {} parts: virt-v2v \ -i ova {path-to-ova-file} \ -o rhv-upload \ -oc https://{engine-address}/ovirt-engine/api \ -op {engine-password-file} \ -on {vm-name} \ -os {storrage-domain-name} \ -of qcow2 \ -oo rhv-cafile={engine-ca-file} \ -oo rhv-cluster={cluster-name} I tried to import the Metasploitable3-0.1.4.ova, and virt-v2 fails with this error: virt-v2v: error: inspection could not detect the source guest (or physical machine). attached virt-v2v log. Actually, the professor also provided the OVA from which he extracted the disk files and the import process in oVirt worked with no issues. I can now boot the VM, not sure what difference made the OVA but now it works. Thanks! Nicolás Nir ___ Users mailing list -- users@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/users@ovirt.org/message/INQ4MHEICMNM5MJXEBU6MYR2CDKJSTNF/
[ovirt-users] Re: Correct way to search VM by mac
Hi, We have a Python-SDK script to find MAC dupes in our infrastructure. I'm attaching the script, you just need to set the URI, USERNAME, PASSWORD, CERTPATH and MACPOOLS variables. Hope this helps. Regards, Nicolás El 2022-03-25 14:35, Gianluca Cecchi escribió: Sorry, incomplete message sent... today I had a problem about conflicting MAC between two different VMs. The source of the problem was a VM created on env1 managed by engine1 and then transferred some weeks ago to env2 managed by engine2. The two envs share some networks and during migration I didn't change the mac of the vnic after completing it. So the mac was left free from env1 and used in env2. The default mac pools are different ones between env1 and env2. So today in env1 I created a new vm on the same vlan as the previous one and oVirt assigned the previous one mac, now freed on it, originating big problems... I found an article (https://access.redhat.com/solutions/695383) to search in the engine web admin by mac, but it was for version 3.2 and it seems it doesn't work in 4.4.10. In VMs page I search filling the query with mac = my_mac or Vms: mac = my_mac but it keeps thinking with 3 squares blinking in the page. I have not so many VMs to justify time elapsing... (less then 50) Can I search for mac? How? Thanks, Gianluca On Fri, Mar 25, 2022 at 3:27 PM Gianluca Cecchi wrote: Hello, today I had a problem about conflicting MAC. The source of problem was a VM transferred from an engine environment ___ Users mailing list -- users@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/users@ovirt.org/message/2UN4APDMFAJEWXKAIEKREIFERH2WHAS4/ #!/usr/bin/env python import os.path from sys import exit from ovirtsdk4 import Connection, types URI = 'https://your-fqdn/ovirt-engine/api' USERNAME = 'admin@internal' PASSWORD = 'your-pass' CERTPATH = '/etc/ssl/certs/your-cert-path.cert' # Don't touch MACOCTETS = ['00', '01', '02', '03', '04', '05', '06', '07', '08', '09', '0a', '0b', '0c', '0d', '0e', '0f', '10', '11', '12', '13', '14', '15', '16', '17', '18', '19', '1a', '1b', '1c', '1d', '1e', '1f', '20', '21', '22', '23', '24', '25', '26', '27', '28', '29', '2a', '2b', '2c', '2d', '2e', '2f', '30', '31', '32', '33', '34', '35', '36', '37', '38', '39', '3a', '3b', '3c', '3d', '3e', '3f', '40', '41', '42', '43', '44', '45', '46', '47', '48', '49', '4a', '4b', '4c', '4d', '4e', '4f', '50', '51', '52', '53', '54', '55', '56', '57', '58', '59', '5a', '5b', '5c', '5d', '5e', '5f', '60', '61', '62', '63', '64', '65', '66', '67', '68', '69', '6a', '6b', '6c', '6d', '6e', '6f', '70', '71', '72', '73', '74', '75', '76', '77', '78', '79', '7a', '7b', '7c', '7d', '7e', '7f', '80', '81', '82', '83', '84', '85', '86', '87', '88', '89', '8a', '8b', '8c', '8d', '8e', '8f', '90', '91', '92', '93', '94', '95', '96', '97', '98', '99', '9a', '9b', '9c', '9d', '9e', '9f', 'a0', 'a1', 'a2', 'a3', 'a4', 'a5', 'a6', 'a7', 'a8', 'a9', 'aa', 'ab', 'ac', 'ad', 'ae', 'af', 'b0', 'b1', 'b2', 'b3', 'b4', 'b5', 'b6', 'b7', 'b8', 'b9', 'ba', 'bb', 'bc', 'bd', 'be', 'bf', 'c0', 'c1', 'c2', 'c3', 'c4', 'c5', 'c6', 'c7', 'c8', 'c9', 'ca', 'cb', 'cc', 'cd', 'ce', 'cf', 'd0', 'd1', 'd2', 'd3', 'd4', 'd5', 'd6', 'd7', 'd8', 'd9', 'da', 'db', 'dc', 'dd', 'de', 'df', 'e0', 'e1', 'e2', 'e3', 'e4', 'e5', 'e6', 'e7', 'e8', 'e9', 'ea', 'eb', 'ec', 'ed', 'ee', 'ef', 'f0', 'f1', 'f2', 'f3', 'f4', 'f5', 'f6', 'f7', 'f8', 'f9', 'fa', 'fb', 'fc', 'fd', 'fe', 'ff'] # Replace this with your active MAC address pools, WITHOUT the last octet MACPOOLS = ['00:11:22:33:44', '00:55:66:77:88'] conn = Connection( url=URI, username=USERNAME, password=PASSWORD, ca_file=CERTPATH ) if not conn.test(raise_exception=False): print("ERROR: Can't connect (credentials?)") exit(1) vms_macs = {} sys_serv = conn.system_service() vms_serv = sys_serv.vms_service() macs = [] for vm in vms_serv.list(): nics = conn.follow_link(vm.nics) for nic in nics: if nic.mac.address in vms_macs: vms_macs[nic.mac.address].append(vm.name) else: vms_macs[nic.mac.address] = [vm.name] macs.append(nic.mac.address) def find_unused_mac(): global MACOCTETS, MACPOOLS, macs for pool in MACPOOLS: for octet in MACOCTETS: mac = "%s:%s" % (pool, octet) if mac not in macs: macs.append(mac) return mac return None have_dupes = False for mac, vms in vms_macs.items(): if len(vms) > 1: have_dupes = True print("Dupe
[ovirt-users] Re: No bootable device
Hi _isi_, I already tried with all chipset/firmwares available. Still I get the same result, it cannot boot with that disk. Not sure what the problem actually is, as I said, I'm pretty sure the disk is bootable under VirtualBox. Thanks. El 2022-03-23 14:50, uli.i...@elkb.de escribió: Hi, I guess you should check Chipset / Firmware Type Setting of VM. If it is UEFI or BIOS boot. _isi_ ___ Users mailing list -- users@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/users@ovirt.org/message/FUMIPVESOS4LVHQ24R4IAAE3S6L7NH5Z/ ___ Users mailing list -- users@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/users@ovirt.org/message/KGJWLIC7S3LTRPHN2VNGVVFL5REBCQFX/
[ovirt-users] Re: No bootable device
Hi Abe, Yes, it was set as bootable. I tried your approach, however I get the same results; converted the disk with qemu-img from vmdk to qcow2, tried any disk driver (SATA, VirtIO, VirtIO-SCSI) and also tried all chipset/firmwares available. Still I get the same result, it cannot boot with that disk. Thanks. El 2022-03-24 18:33, Abe E escribió: Is it set as bootable? I have seen some QCOWs not be read correctly by ovirt. In that case I would take an OVA file and convert it manually to QCOW using the CLI, sometimes the QCOW works only with IDE from what I have seen. My way is somewhat long but usually works for me: Upload to Disk page in GUI and attach to a premade VM -- If it fails use CLI: CLI: tar -xvf .ova it will extract to .vmdk files OR if you have a VMDK already qemu-img convert -disk001.vmdk .qcow2 -O qcow2 Once completed, you should verify that the file is successfully a QEMU QCOW2 Image. file .qcow2 You can then download over winscp and upload to the GUI Disks page and attach to a VM -- Sometimes if you have errors on boot you need to choose a different CPU or set HDD to IDE or virtIO-Sata. ___ Users mailing list -- users@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/users@ovirt.org/message/GZ526EVNG5Q4TU75BS6ICNBIF3JL2VWR/ ___ Users mailing list -- users@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/users@ovirt.org/message/ABRBPC3OIRJ2WFER62F7VJKU2DZ75O26/
[ovirt-users] Re: No bootable device
Hi, The checkbox is already checked, when you mark a disk as "OS" it's marked automatically. Still it won't boot. Thanks. El 2022-03-23 15:23, Angus Clarke escribió: Hi Nicolas In oVirt 4.3: Compute -> Virtual Machines -> Select VM On the VM screen: Disks -> Highlight disk -> Edit Check the bootable tick box Hope that helps Angus - FROM: nico...@devels.es SENT: 23 March 2022 14:00 TO: users@ovirt.org SUBJECT: [ovirt-users] No bootable device Hi, We're running oVirt 4.4.8.6. We have uploaded a qcow2 image (metasploit v.3, FWIW) using the GUI (Storage -> Disks -> Upload -> Start). The image is in qcow2 format. No options on the right side were checked. The upload went smoothly, so we now tried to attach the disk to a VM. To do that, we opened the VM -> Disks -> Attach and selected the disk. As interface, VirtIO-iSCSI was chosen, and the disk was marked as OS, so the "bootable" checkbox was selected. The VM was later powered on, but when accessing the console the message "No bootable device." appears. We're pretty sure this is a bootable image, because it was tested on other virtualization infrastructure and it boots well. We also tried to upload the image in RAW format but the result is the same. What are we missing here? Is anything else needed to do so the disk is bootable? Thanks. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fprivacy-policy.htmldata=04%7C01%7C%7C21fb97dc59c24afe3c9908da0cce9079%7C84df9e7fe9f640afb435%7C1%7C0%7C637836378581024566%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=%2FRPdEWdd3CYyCPcn8khKsx%2BSUvPy%2BkbhoYvNTJUAhPQ%3Dreserved=0 [1] oVirt Code of Conduct: https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2Fdata=04%7C01%7C%7C21fb97dc59c24afe3c9908da0cce9079%7C84df9e7fe9f640afb435%7C1%7C0%7C637836378581024566%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=Xu5G3BJFH8T0NMxR3jCfUKS0vNu81Ud3cLwIpNYYkR0%3Dreserved=0 [2] List Archives: https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2F66MPXOVY62HCGBDOZGQKMNEE54FG6X6F%2Fdata=04%7C01%7C%7C21fb97dc59c24afe3c9908da0cce9079%7C84df9e7fe9f640afb435%7C1%7C0%7C637836378581024566%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=hVp2qxt9fS2pA71HvQbZEqpRT26dSLgGk%2FoFLFbSG5I%3Dreserved=0 [3] Links: -- [1] https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fprivacy-policy.htmlamp;data=04%7C01%7C%7C21fb97dc59c24afe3c9908da0cce9079%7C84df9e7fe9f640afb435%7C1%7C0%7C637836378581024566%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000amp;sdata=%2FRPdEWdd3CYyCPcn8khKsx%2BSUvPy%2BkbhoYvNTJUAhPQ%3Damp;reserved=0 [2] https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2Famp;data=04%7C01%7C%7C21fb97dc59c24afe3c9908da0cce9079%7C84df9e7fe9f640afb435%7C1%7C0%7C637836378581024566%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000amp;sdata=Xu5G3BJFH8T0NMxR3jCfUKS0vNu81Ud3cLwIpNYYkR0%3Damp;reserved=0 [3] https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2F66MPXOVY62HCGBDOZGQKMNEE54FG6X6F%2Famp;data=04%7C01%7C%7C21fb97dc59c24afe3c9908da0cce9079%7C84df9e7fe9f640afb435%7C1%7C0%7C637836378581024566%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000amp;sdata=hVp2qxt9fS2pA71HvQbZEqpRT26dSLgGk%2FoFLFbSG5I%3Damp;reserved=0 ___ Users mailing list -- users@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/users@ovirt.org/message/VI6RFDZDUEOZJ6NCJRKRY6HAQE3CX3M7/
[ovirt-users] No bootable device
Hi, We're running oVirt 4.4.8.6. We have uploaded a qcow2 image (metasploit v.3, FWIW) using the GUI (Storage -> Disks -> Upload -> Start). The image is in qcow2 format. No options on the right side were checked. The upload went smoothly, so we now tried to attach the disk to a VM. To do that, we opened the VM -> Disks -> Attach and selected the disk. As interface, VirtIO-iSCSI was chosen, and the disk was marked as OS, so the "bootable" checkbox was selected. The VM was later powered on, but when accessing the console the message "No bootable device." appears. We're pretty sure this is a bootable image, because it was tested on other virtualization infrastructure and it boots well. We also tried to upload the image in RAW format but the result is the same. What are we missing here? Is anything else needed to do so the disk is bootable? Thanks. ___ Users mailing list -- users@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/users@ovirt.org/message/66MPXOVY62HCGBDOZGQKMNEE54FG6X6F/
[ovirt-users] Cannot add Virtual Disk. Disk configuration (RAW Sparse backup-None) is incompatible with the storage domain type.
Hi, We're using oVirt 4.4.8.6. We make an intensive use of the VM portal because we've hundreds of students creating their own VMs. Recently, one of the professors reported that they are encountering an error when adding a disk to a newly created VM. They are creating ISO based VMs (CentOS-8-Stream in this case), everything goes smoothly but when adding a thin-provisioned disk, this error shows up: 2022-02-17 09:56:28,073Z INFO [org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default task-39078) [0332e7b6-80b1-48e9-b849-80698f2ce7ab] Lock Acquired to object 'EngineLock:{exclusiveLocks='[e4a02ab9-31e4-4e8c-8999-91700263ff08=VM_DISK_BOOT]', sharedLocks='[e4a02ab9-31e4-4e8c-8999-91700263ff08=VM]'}' 2022-02-17 09:56:28,446Z WARN [org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default task-39078) [0332e7b6-80b1-48e9-b849-80698f2ce7ab] Validation of action 'AddDisk' failed for user aluX@domain-authz. Reasons: VAR__ACTION__ADD,VAR__TYPE__DISK,ACTION_TYPE_FAILED_DISK_CONFIGURATION_NOT_SUPPORTED,$volumeFormat RAW,$volumeType Sparse,$backup None 2022-02-17 09:56:28,446Z INFO [org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default task-39078) [0332e7b6-80b1-48e9-b849-80698f2ce7ab] Lock freed to object 'EngineLock:{exclusiveLocks='[e4a02ab9-31e4-4e8c-8999-91700263ff08=VM_DISK_BOOT]', sharedLocks='[e4a02ab9-31e4-4e8c-8999-91700263ff08=VM]'}' 2022-02-17 09:56:28,504Z ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-39078) [] Operation Failed: [Cannot add Virtual Disk. Disk configuration (RAW Sparse backup-None) is incompatible with the storage domain type.] However, changing the provisioning to thick does work and the disk can be added. I found [1] which talks about this but I'm not sure if it's the same issue, nor it has a solution yet. Is this a known bug? Does it have any workaround beyond creating thick-provisioned disks? Thanks. Nicolás [1]: https://access.redhat.com/solutions/6022811 ___ Users mailing list -- users@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/users@ovirt.org/message/OPGUDWMDPHWTTTECVEYH57XL5RPXJ7CY/
[ovirt-users] Re: Using third-party certificate: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
Thanks, this put me in the correct track. In my case, I just needed to run step 2, as the rest of the configuration is being handled in a different way and works well. I also tried to restart the host and it still works. Thanks for the help! El 2021-10-01 00:13, Edward Berger escribió: I have an engine with a similar issue. You might want to revert to the old self signed cert created by installation, and then follow the instructions at https://ovirt.org/documentation/administration_guide/index.html to try re-installing the third party cert after you're sure the original cert is working properly. My temp fix for this (didn't survive an engine VM reboot) was to cat the cert I was installing with its intermediate-root cert into a file named full.crt and then running a command as root like... keytool -import -trustcacerts -keystore /etc/pki/java/cacerts -storepass changeit -alias "$YOURALIAS" -import -file full.crt and then systemctl restart ovirt-engine #to pick up the change. Still trying to track down what's different on this one vs others that work. key size is larger cert has alternative name. On Thu, Sep 30, 2021 at 4:47 PM Nicolás wrote: Please, any help with this? El 29/9/21 a las 13:21, nico...@devels.es escribió: Hi, I'm making a bare metal oVirt installation, version 4.4.8. 'ovirt-engine' command ends well, however, we're using a third-party certificate (from LetsEncrypt) both for the apache server and the ovirt-websocket-proxy. So we changed configuration files regarding httpd and ovirt-websocket-proxy. Once changed the configurations, if I try to log in to the oVirt engine, I get a "PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target" error. In prior versions we used to add the chain to the /etc/pki/ovirt-engine/.truststore file, however, simply listing the current certificates seems not to be working on 4.4.8. # LANG=C keytool -list -keystore /etc/pki/ovirt-engine/.truststore -alias intermedia_le -storepass mypass keytool error: java.io.IOException: Invalid keystore format Is there something I'm missing here? Thank ___ Users mailing list -- users@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/users@ovirt.org/message/5VWVBQGIWJSPWVTV5UK2I2VXBNDV6GSS/ ___ Users mailing list -- users@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/users@ovirt.org/message/VKYBE6TJZFMAXX2G6GPMXIQYW7F5LABY/ ___ Users mailing list -- users@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/users@ovirt.org/message/HQJS3WEZPYJV3DTI4FNNWK4FC4GFD3HV/
[ovirt-users] Using third-party certificate: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
Hi, I'm making a bare metal oVirt installation, version 4.4.8. 'ovirt-engine' command ends well, however, we're using a third-party certificate (from LetsEncrypt) both for the apache server and the ovirt-websocket-proxy. So we changed configuration files regarding httpd and ovirt-websocket-proxy. Once changed the configurations, if I try to log in to the oVirt engine, I get a "PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target" error. In prior versions we used to add the chain to the /etc/pki/ovirt-engine/.truststore file, however, simply listing the current certificates seems not to be working on 4.4.8. # LANG=C keytool -list -keystore /etc/pki/ovirt-engine/.truststore -alias intermedia_le -storepass mypass keytool error: java.io.IOException: Invalid keystore format Is there something I'm missing here? Thank ___ Users mailing list -- users@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/users@ovirt.org/message/5VWVBQGIWJSPWVTV5UK2I2VXBNDV6GSS/
[ovirt-users] Failed to update OVF disks / Failed to update VMs/Templates OVF data for Storage Domain
Hi, We upgraded from oVirt 4.3.8 to 4.4.8 and sometimes we're finding events like these in the event log (3-4 times/day): Failed to update OVF disks 77818843-f72e-4d40-9354-4e1231da341f, OVF data isn't updated on those OVF stores (Data Center KVMRojo, Storage Domain pv04-003). Failed to update VMs/Templates OVF data for Storage Domain pv02-002 in Data Center KVMRojo. I found [1], however, it seems not to solve the issue. I restarted all the hosts and we're still getting the messages. We couldn't upgrade hosts to 4.4 yet, FWIW. Maybe it's caused by this? If someone could shed some light about this, I'd be grateful. Thanks. [1]: https://access.redhat.com/solutions/3353011 ___ Users mailing list -- users@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/users@ovirt.org/message/TUZ6JXMWVYZMEOOOAA4NESZK4LZNEC2A/
[ovirt-users] Re: Cannot activate a Storage Domain after an oVirt crash
lvm2 packages on all machines are the same as Nir suggested. I tried the pvck command, but it said the PV UUID did not exist. Finally ended up forcibly removing the storage domain. Thanks anyway. El 2021-09-20 15:13, Roman Bednar escribió: Did you update the packages as suggested by Nir? If so and it still does not work, maybe try the pvck recovery that Nir described too. If that still does not work consider filing a bug for lvm and providing a failing command(s) output with - option in the description or attachment. Perhaps there is a better way or a known workaround. -Roman On Mon, Sep 20, 2021 at 2:22 PM wrote: So, I've made several attempts to restore the metadata. In my last e-mail I said in step 2 that the PV ID is: 36001405063455cf7cd74c20bc06e9304, which is incorrect. I'm trying to find out the PV UUID running "pvs -o pv_name,pv_uuid --config='devices/filter = ["a|.*|"]' /dev/mapper/36001405063455cf7cd74c20bc06e9304". However, it shows no PV UUID. All I get from the command output is: # pvs -o pv_name,pv_uuid --config='devices/filter = ["a|.*|"]' /dev/mapper/36001405063455cf7cd74c20bc06e9304 /dev/mapper/360014057b367e3a53b44ab392ae0f25f: Checksum error at offset 2198927383040 Couldn't read volume group metadata from /dev/mapper/360014057b367e3a53b44ab392ae0f25f. Metadata location on /dev/mapper/360014057b367e3a53b44ab392ae0f25f at 2198927383040 has invalid summary for VG. Failed to read metadata summary from /dev/mapper/360014057b367e3a53b44ab392ae0f25f Failed to scan VG from /dev/mapper/360014057b367e3a53b44ab392ae0f25f /dev/mapper/360014057b367e3a53b44ab392ae0f25f: Checksum error at offset 2198927383040 Couldn't read volume group metadata from /dev/mapper/360014057b367e3a53b44ab392ae0f25f. Metadata location on /dev/mapper/360014057b367e3a53b44ab392ae0f25f at 2198927383040 has invalid summary for VG. Failed to read metadata summary from /dev/mapper/360014057b367e3a53b44ab392ae0f25f Failed to scan VG from /dev/mapper/360014057b367e3a53b44ab392ae0f25f Failed to find device "/dev/mapper/36001405063455cf7cd74c20bc06e9304". I tried running a bare "vgcfgrestore 219fa16f-13c9-44e4-a07d-a40c0a7fe206" command, which returned: # vgcfgrestore 219fa16f-13c9-44e4-a07d-a40c0a7fe206 /dev/mapper/360014057b367e3a53b44ab392ae0f25f: Checksum error at offset 2198927383040 Couldn't read volume group metadata from /dev/mapper/360014057b367e3a53b44ab392ae0f25f. Metadata location on /dev/mapper/360014057b367e3a53b44ab392ae0f25f at 2198927383040 has invalid summary for VG. Failed to read metadata summary from /dev/mapper/360014057b367e3a53b44ab392ae0f25f Failed to scan VG from /dev/mapper/360014057b367e3a53b44ab392ae0f25f Couldn't find device with uuid Q3xkre-25cg-L3Do-aeMD-iLem-wOHh-fb8fzb. Cannot restore Volume Group 219fa16f-13c9-44e4-a07d-a40c0a7fe206 with 1 PVs marked as missing. Restore failed. Seems that the PV is missing, however, I assume the PV UUID (from output above) is Q3xkre-25cg-L3Do-aeMD-iLem-wOHh-fb8fzb. So I tried running: # pvcreate --uuid Q3xkre-25cg-L3Do-aeMD-iLem-wOHh-fb8fzb --restore /etc/lvm/archive/219fa16f-13c9-44e4-a07d-a40c0a7fe206_00200-1084769199.vg [1] /dev/sdb1 Couldn't find device with uuid Q3xkre-25cg-L3Do-aeMD-iLem-wOHh-fb8fzb. /dev/mapper/360014057b367e3a53b44ab392ae0f25f: Checksum error at offset 2198927383040 Couldn't read volume group metadata from /dev/mapper/360014057b367e3a53b44ab392ae0f25f. Metadata location on /dev/mapper/360014057b367e3a53b44ab392ae0f25f at 2198927383040 has invalid summary for VG. Failed to read metadata summary from /dev/mapper/360014057b367e3a53b44ab392ae0f25f Failed to scan VG from /dev/mapper/360014057b367e3a53b44ab392ae0f25f Device /dev/sdb1 excluded by a filter. Either the PV UUID is not the one I specified, or the system can't find it (or both). El 2021-09-20 09:21, nico...@devels.es escribió: Hi Roman and Nir, El 2021-09-16 13:42, Roman Bednar escribió: Hi Nicolas, You can try to recover VG metadata from a backup or archive which lvm automatically creates by default. 1) To list all available backups for given VG: #vgcfgrestore --list Usi3y8-S4eq-EXtl-FA58-MA3K-b4vE-4d9SCp Select the latest one which sounds right, something with a description along the lines of "Created *before* lvremove". You might want to select something older than the latest as lvm does a backup also *after* running some command. You were right. There actually *are* LV backups, I was specifying an incorrect ID. So the correct command would return: # vgcfgrestore --list 219fa16f-13c9-44e4-a07d-a40c0a7fe206 [...] File: /etc/lvm/archive/219fa16f-13c9-44e4-a07d-a40c0a7fe206_00202-1152107223.vg [2] VG name:219fa16f-13c9-44e4-a07d-a40c0a7fe206 Description:Created *before* executing 'vgs --noheading --nosuffix --units b -o +vg_uuid,vg_extent_size' Backup Time:Sat Sep 11 03:41:25 2021 [...] That one seems ok. 2) Find UUID of your broken
[ovirt-users] Re: Cannot activate a Storage Domain after an oVirt crash
So, I've made several attempts to restore the metadata. In my last e-mail I said in step 2 that the PV ID is: 36001405063455cf7cd74c20bc06e9304, which is incorrect. I'm trying to find out the PV UUID running "pvs -o pv_name,pv_uuid --config='devices/filter = ["a|.*|"]' /dev/mapper/36001405063455cf7cd74c20bc06e9304". However, it shows no PV UUID. All I get from the command output is: # pvs -o pv_name,pv_uuid --config='devices/filter = ["a|.*|"]' /dev/mapper/36001405063455cf7cd74c20bc06e9304 /dev/mapper/360014057b367e3a53b44ab392ae0f25f: Checksum error at offset 2198927383040 Couldn't read volume group metadata from /dev/mapper/360014057b367e3a53b44ab392ae0f25f. Metadata location on /dev/mapper/360014057b367e3a53b44ab392ae0f25f at 2198927383040 has invalid summary for VG. Failed to read metadata summary from /dev/mapper/360014057b367e3a53b44ab392ae0f25f Failed to scan VG from /dev/mapper/360014057b367e3a53b44ab392ae0f25f /dev/mapper/360014057b367e3a53b44ab392ae0f25f: Checksum error at offset 2198927383040 Couldn't read volume group metadata from /dev/mapper/360014057b367e3a53b44ab392ae0f25f. Metadata location on /dev/mapper/360014057b367e3a53b44ab392ae0f25f at 2198927383040 has invalid summary for VG. Failed to read metadata summary from /dev/mapper/360014057b367e3a53b44ab392ae0f25f Failed to scan VG from /dev/mapper/360014057b367e3a53b44ab392ae0f25f Failed to find device "/dev/mapper/36001405063455cf7cd74c20bc06e9304". I tried running a bare "vgcfgrestore 219fa16f-13c9-44e4-a07d-a40c0a7fe206" command, which returned: # vgcfgrestore 219fa16f-13c9-44e4-a07d-a40c0a7fe206 /dev/mapper/360014057b367e3a53b44ab392ae0f25f: Checksum error at offset 2198927383040 Couldn't read volume group metadata from /dev/mapper/360014057b367e3a53b44ab392ae0f25f. Metadata location on /dev/mapper/360014057b367e3a53b44ab392ae0f25f at 2198927383040 has invalid summary for VG. Failed to read metadata summary from /dev/mapper/360014057b367e3a53b44ab392ae0f25f Failed to scan VG from /dev/mapper/360014057b367e3a53b44ab392ae0f25f Couldn't find device with uuid Q3xkre-25cg-L3Do-aeMD-iLem-wOHh-fb8fzb. Cannot restore Volume Group 219fa16f-13c9-44e4-a07d-a40c0a7fe206 with 1 PVs marked as missing. Restore failed. Seems that the PV is missing, however, I assume the PV UUID (from output above) is Q3xkre-25cg-L3Do-aeMD-iLem-wOHh-fb8fzb. So I tried running: # pvcreate --uuid Q3xkre-25cg-L3Do-aeMD-iLem-wOHh-fb8fzb --restore /etc/lvm/archive/219fa16f-13c9-44e4-a07d-a40c0a7fe206_00200-1084769199.vg /dev/sdb1 Couldn't find device with uuid Q3xkre-25cg-L3Do-aeMD-iLem-wOHh-fb8fzb. /dev/mapper/360014057b367e3a53b44ab392ae0f25f: Checksum error at offset 2198927383040 Couldn't read volume group metadata from /dev/mapper/360014057b367e3a53b44ab392ae0f25f. Metadata location on /dev/mapper/360014057b367e3a53b44ab392ae0f25f at 2198927383040 has invalid summary for VG. Failed to read metadata summary from /dev/mapper/360014057b367e3a53b44ab392ae0f25f Failed to scan VG from /dev/mapper/360014057b367e3a53b44ab392ae0f25f Device /dev/sdb1 excluded by a filter. Either the PV UUID is not the one I specified, or the system can't find it (or both). El 2021-09-20 09:21, nico...@devels.es escribió: Hi Roman and Nir, El 2021-09-16 13:42, Roman Bednar escribió: Hi Nicolas, You can try to recover VG metadata from a backup or archive which lvm automatically creates by default. 1) To list all available backups for given VG: #vgcfgrestore --list Usi3y8-S4eq-EXtl-FA58-MA3K-b4vE-4d9SCp Select the latest one which sounds right, something with a description along the lines of "Created *before* lvremove". You might want to select something older than the latest as lvm does a backup also *after* running some command. You were right. There actually *are* LV backups, I was specifying an incorrect ID. So the correct command would return: # vgcfgrestore --list 219fa16f-13c9-44e4-a07d-a40c0a7fe206 [...] File: /etc/lvm/archive/219fa16f-13c9-44e4-a07d-a40c0a7fe206_00202-1152107223.vg VG name: 219fa16f-13c9-44e4-a07d-a40c0a7fe206 Description: Created *before* executing 'vgs --noheading --nosuffix --units b -o +vg_uuid,vg_extent_size' Backup Time: Sat Sep 11 03:41:25 2021 [...] That one seems ok. 2) Find UUID of your broken PV (filter might not be needed, depends on your local conf): #pvs -o pv_name,pv_uuid --config='devices/filter = ["a|.*|"]' /dev/mapper/36001405063455cf7cd74c20bc06e9304 As I understand it, the PV won't be listed in the 'pvs' command, this is just a matter of finding the associated VG. The command above won't list a PV associated to the VG in step 1, it just complains the PV cannot be read. # pvs -o pv_name,pv_uuid --config='devices/filter = ["a|.*|"]' /dev/mapper/36001405063455cf7cd74c20bc06e9304 /dev/mapper/36001405063455cf7cd74c20bc06e9304: C
[ovirt-users] Re: Cannot activate a Storage Domain after an oVirt crash
Hi Roman and Nir, El 2021-09-16 13:42, Roman Bednar escribió: Hi Nicolas, You can try to recover VG metadata from a backup or archive which lvm automatically creates by default. 1) To list all available backups for given VG: #vgcfgrestore --list Usi3y8-S4eq-EXtl-FA58-MA3K-b4vE-4d9SCp Select the latest one which sounds right, something with a description along the lines of "Created *before* lvremove". You might want to select something older than the latest as lvm does a backup also *after* running some command. You were right. There actually *are* LV backups, I was specifying an incorrect ID. So the correct command would return: # vgcfgrestore --list 219fa16f-13c9-44e4-a07d-a40c0a7fe206 [...] File: /etc/lvm/archive/219fa16f-13c9-44e4-a07d-a40c0a7fe206_00202-1152107223.vg VG name: 219fa16f-13c9-44e4-a07d-a40c0a7fe206 Description: Created *before* executing 'vgs --noheading --nosuffix --units b -o +vg_uuid,vg_extent_size' Backup Time: Sat Sep 11 03:41:25 2021 [...] That one seems ok. 2) Find UUID of your broken PV (filter might not be needed, depends on your local conf): #pvs -o pv_name,pv_uuid --config='devices/filter = ["a|.*|"]' /dev/mapper/36001405063455cf7cd74c20bc06e9304 As I understand it, the PV won't be listed in the 'pvs' command, this is just a matter of finding the associated VG. The command above won't list a PV associated to the VG in step 1, it just complains the PV cannot be read. # pvs -o pv_name,pv_uuid --config='devices/filter = ["a|.*|"]' /dev/mapper/36001405063455cf7cd74c20bc06e9304 /dev/mapper/36001405063455cf7cd74c20bc06e9304: Checksum error at offset 2198927383040 Couldn't read volume group metadata from /dev/mapper/36001405063455cf7cd74c20bc06e9304. Metadata location on /dev/mapper/36001405063455cf7cd74c20bc06e9304 at 2198927383040 has invalid summary for VG. Failed to read metadata summary from /dev/mapper/36001405063455cf7cd74c20bc06e9304 Failed to scan VG from /dev/mapper/36001405063455cf7cd74c20bc06e9304 No physical volume label read from /dev/mapper/36001405063455cf7cd74c20bc06e9304. So, associated PV ID is: 36001405063455cf7cd74c20bc06e9304 3) Create a new PV on a different partition or disk (/dev/sdX) using the UUID found in previous step and restorefile option: #pvcreate --uuid --restorefile I have a question here. As I understand it, pvcreate will restore the correct metadata on . Then how do you restore that metadata on the broken storage domain, so other hosts can see the right information as well? Or is this just a step to recover data on and then reattach the disks on the affected VMs? Thanks so much. 4) Try to display the VG: # vgdisplay Usi3y8-S4eq-EXtl-FA58-MA3K-b4vE-4d9SCp -Roman On Thu, Sep 16, 2021 at 1:47 PM wrote: I can also see... kvmr03:~# lvs | grep 927f423a-6689-4ddb-8fda-b3375c3bbca3 /dev/mapper/36001405063455cf7cd74c20bc06e9304: Checksum error at offset 2198927383040 Couldn't read volume group metadata from /dev/mapper/36001405063455cf7cd74c20bc06e9304. Metadata location on /dev/mapper/36001405063455cf7cd74c20bc06e9304 at 2198927383040 has invalid summary for VG. Failed to read metadata summary from /dev/mapper/36001405063455cf7cd74c20bc06e9304 Failed to scan VG from /dev/mapper/36001405063455cf7cd74c20bc06e9304 Seems to me like metadata from that VG has been corrupted. Is there a way to recover? El 2021-09-16 11:19, nico...@devels.es escribió: The most relevant log snippet I have found is the following. I assume it cannot scan the Storage Domain, but I'm unsure why, as the storage domain backend is up and running. 021-09-16 11:16:58,884+0100 WARN (monitor/219fa16) [storage.LVM] Command ['/usr/sbin/lvm', 'vgs', '--config', 'devices { preferred_names=["^/dev/mapper/"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 filter=["a|^/dev/mapper/36001405063455cf7cd74c20bc06e9304$|^/dev/mapper/360014056481868b09dd4d05bee5b4185$|^/dev/mapper/360014057d9d4bc57df046888b8d8b6eb$|^/dev/mapper/360014057e612d2079b649d5b539e5f6a$|^/dev/mapper/360014059b49883b502a4fa9b81add3e4$|^/dev/mapper/36001405acece27e83b547e3a873b19e2$|^/dev/mapper/36001405dc03f6be1b8c42219e8912fbd$|^/dev/mapper/36001405f3ab584afde347d3a8855baf0$|^/dev/mapper/3600c0ff00052a0fe013ec65f0100$|^/dev/mapper/3600c0ff00052a0fe033ec65f0100$|^/dev/mapper/3600c0ff00052a0fe1b40c65f0100$|^/dev/mapper/3600c0ff00052a0fe2294c75f0100$|^/dev/mapper/3600c0ff00052a0fe2394c75f0100$|^/dev/mapper/3600c0ff00052a0fe2494c75f0100$|^/dev/mapper/3600c0ff00052a0fe2594c75f0100$|^/dev/mapper/3600c0ff00052a0fe2694c75f0100$|^/dev/mapper/3600c0ff00052a0fee293c75f0100$|^/dev/mapper/3600c0ff00052a0fee493c75f0100$|^/dev/mapper/3600c0ff00064835b628d30610100$|^/dev/mapper/3600c0ff00064835b628d30610300$|^/dev/mapper/3600c0ff000648 35b628d30610500$|^/dev/mapper/3600c0ff00064835b638d30610100$|^/dev/ma
[ovirt-users] Re: Cannot activate a Storage Domain after an oVirt crash
Hi Roman, Unfortunately, step 1 returns nothing: kvmr03:~# vgcfgrestore --list Usi3y8-S4eq-EXtl-FA58-MA3K-b4vE-4d9SCp No archives found in /etc/lvm/archive I tried several hosts and noone has a copy. Any other way to get a backup of the VG? El 2021-09-16 13:42, Roman Bednar escribió: Hi Nicolas, You can try to recover VG metadata from a backup or archive which lvm automatically creates by default. 1) To list all available backups for given VG: #vgcfgrestore --list Usi3y8-S4eq-EXtl-FA58-MA3K-b4vE-4d9SCp Select the latest one which sounds right, something with a description along the lines of "Created *before* lvremove". You might want to select something older than the latest as lvm does a backup also *after* running some command. 2) Find UUID of your broken PV (filter might not be needed, depends on your local conf): #pvs -o pv_name,pv_uuid --config='devices/filter = ["a|.*|"]' /dev/mapper/36001405063455cf7cd74c20bc06e9304 3) Create a new PV on a different partition or disk (/dev/sdX) using the UUID found in previous step and restorefile option: #pvcreate --uuid --restorefile 4) Try to display the VG: # vgdisplay Usi3y8-S4eq-EXtl-FA58-MA3K-b4vE-4d9SCp -Roman On Thu, Sep 16, 2021 at 1:47 PM wrote: I can also see... kvmr03:~# lvs | grep 927f423a-6689-4ddb-8fda-b3375c3bbca3 /dev/mapper/36001405063455cf7cd74c20bc06e9304: Checksum error at offset 2198927383040 Couldn't read volume group metadata from /dev/mapper/36001405063455cf7cd74c20bc06e9304. Metadata location on /dev/mapper/36001405063455cf7cd74c20bc06e9304 at 2198927383040 has invalid summary for VG. Failed to read metadata summary from /dev/mapper/36001405063455cf7cd74c20bc06e9304 Failed to scan VG from /dev/mapper/36001405063455cf7cd74c20bc06e9304 Seems to me like metadata from that VG has been corrupted. Is there a way to recover? El 2021-09-16 11:19, nico...@devels.es escribió: The most relevant log snippet I have found is the following. I assume it cannot scan the Storage Domain, but I'm unsure why, as the storage domain backend is up and running. 021-09-16 11:16:58,884+0100 WARN (monitor/219fa16) [storage.LVM] Command ['/usr/sbin/lvm', 'vgs', '--config', 'devices { preferred_names=["^/dev/mapper/"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 filter=["a|^/dev/mapper/36001405063455cf7cd74c20bc06e9304$|^/dev/mapper/360014056481868b09dd4d05bee5b4185$|^/dev/mapper/360014057d9d4bc57df046888b8d8b6eb$|^/dev/mapper/360014057e612d2079b649d5b539e5f6a$|^/dev/mapper/360014059b49883b502a4fa9b81add3e4$|^/dev/mapper/36001405acece27e83b547e3a873b19e2$|^/dev/mapper/36001405dc03f6be1b8c42219e8912fbd$|^/dev/mapper/36001405f3ab584afde347d3a8855baf0$|^/dev/mapper/3600c0ff00052a0fe013ec65f0100$|^/dev/mapper/3600c0ff00052a0fe033ec65f0100$|^/dev/mapper/3600c0ff00052a0fe1b40c65f0100$|^/dev/mapper/3600c0ff00052a0fe2294c75f0100$|^/dev/mapper/3600c0ff00052a0fe2394c75f0100$|^/dev/mapper/3600c0ff00052a0fe2494c75f0100$|^/dev/mapper/3600c0ff00052a0fe2594c75f0100$|^/dev/mapper/3600c0ff00052a0fe2694c75f0100$|^/dev/mapper/3600c0ff00052a0fee293c75f0100$|^/dev/mapper/3600c0ff00052a0fee493c75f0100$|^/dev/mapper/3600c0ff00064835b628d30610100$|^/dev/mapper/3600c0ff00064835b628d30610300$|^/dev/mapper/3600c0ff000648 35b628d30610500$|^/dev/mapper/3600c0ff00064835b638d30610100$|^/dev/mapper/3600c0ff00064835b638d30610300$|^/dev/mapper/3600c0ff00064835b638d30610500$|^/dev/mapper/3600c0ff00064835b638d30610700$|^/dev/mapper/3600c0ff00064835b638d30610900$|^/dev/mapper/3600c0ff00064835b638d30610b00$|^/dev/mapper/3600c0ff00064835cb98f30610100$|^/dev/mapper/3600c0ff00064835cb98f30610300$|^/dev/mapper/3600c0ff00064835cb98f30610500$|^/dev/mapper/3600c0ff00064835cb98f30610700$|^/dev/mapper/3600c0ff00064835cb98f30610900$|^/dev/mapper/3600c0ff00064835cba8f30610100$|^/dev/mapper/3600c0ff00064835cba8f30610300$|^/dev/mapper/3600c0ff00064835cba8f30610500$|^/dev/mapper/3600c0ff00064835cba8f30610700$|^/dev/mapper/3634b35410019574796dcb0e30007$|^/dev/mapper/3634b35410019574796dcdffc0008$|^/dev/mapper/3634b354100195747999c2dc50003$|^/dev/mapper/3634b354100195747999c3c4a0004$|^/dev/mapper/3634b3541001957479c2b9c640001$|^/dev/mapper/3634 b3541001957479c2baba50002$|", "r|.*|"] } global { locking_type=4 prioritise_write_locks=1 wait_for_locks=1 use_lvmetad=0 } backup { retain_min=50 retain_days=0 }', '--noheadings', '--units', 'b', '--nosuffix', '--separator', '|', '--ignoreskippedcluster', '-o', 'uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name', '--select', 'vg_name = 219fa16f-13c9-44e4-a07d-a40c0a7fe206'] succeeded with warnings: [' /dev/mapper/36001405063455cf7cd74c20bc06e9304: Checksum error at offset 2198927383040', " Couldn't read volume group meta
[ovirt-users] Re: Cannot activate a Storage Domain after an oVirt crash
I can also see... kvmr03:~# lvs | grep 927f423a-6689-4ddb-8fda-b3375c3bbca3 /dev/mapper/36001405063455cf7cd74c20bc06e9304: Checksum error at offset 2198927383040 Couldn't read volume group metadata from /dev/mapper/36001405063455cf7cd74c20bc06e9304. Metadata location on /dev/mapper/36001405063455cf7cd74c20bc06e9304 at 2198927383040 has invalid summary for VG. Failed to read metadata summary from /dev/mapper/36001405063455cf7cd74c20bc06e9304 Failed to scan VG from /dev/mapper/36001405063455cf7cd74c20bc06e9304 Seems to me like metadata from that VG has been corrupted. Is there a way to recover? El 2021-09-16 11:19, nico...@devels.es escribió: The most relevant log snippet I have found is the following. I assume it cannot scan the Storage Domain, but I'm unsure why, as the storage domain backend is up and running. 021-09-16 11:16:58,884+0100 WARN (monitor/219fa16) [storage.LVM] Command ['/usr/sbin/lvm', 'vgs', '--config', 'devices { preferred_names=["^/dev/mapper/"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 filter=["a|^/dev/mapper/36001405063455cf7cd74c20bc06e9304$|^/dev/mapper/360014056481868b09dd4d05bee5b4185$|^/dev/mapper/360014057d9d4bc57df046888b8d8b6eb$|^/dev/mapper/360014057e612d2079b649d5b539e5f6a$|^/dev/mapper/360014059b49883b502a4fa9b81add3e4$|^/dev/mapper/36001405acece27e83b547e3a873b19e2$|^/dev/mapper/36001405dc03f6be1b8c42219e8912fbd$|^/dev/mapper/36001405f3ab584afde347d3a8855baf0$|^/dev/mapper/3600c0ff00052a0fe013ec65f0100$|^/dev/mapper/3600c0ff00052a0fe033ec65f0100$|^/dev/mapper/3600c0ff00052a0fe1b40c65f0100$|^/dev/mapper/3600c0ff00052a0fe2294c75f0100$|^/dev/mapper/3600c0ff00052a0fe2394c75f0100$|^/dev/mapper/3600c0ff00052a0fe2494c75f0100$|^/dev/mapper/3600c0ff00052a0fe2594c75f0100$|^/dev/mapper/3600c0ff00052a0fe2694c75f0100$|^/dev/mapper/3600c0ff00052a0fee293c75f0100$|^/dev/mapper/3600c0ff00052a0fee493c75f0100$|^/dev/mapper/3600c0ff00064835b628d30610100$|^/dev/mapper/3600c0ff00064835b628d30610300$|^/dev/mapper/3600c0ff000648 35b628d30610500$|^/dev/mapper/3600c0ff00064835b638d30610100$|^/dev/mapper/3600c0ff00064835b638d30610300$|^/dev/mapper/3600c0ff00064835b638d30610500$|^/dev/mapper/3600c0ff00064835b638d30610700$|^/dev/mapper/3600c0ff00064835b638d30610900$|^/dev/mapper/3600c0ff00064835b638d30610b00$|^/dev/mapper/3600c0ff00064835cb98f30610100$|^/dev/mapper/3600c0ff00064835cb98f30610300$|^/dev/mapper/3600c0ff00064835cb98f30610500$|^/dev/mapper/3600c0ff00064835cb98f30610700$|^/dev/mapper/3600c0ff00064835cb98f30610900$|^/dev/mapper/3600c0ff00064835cba8f30610100$|^/dev/mapper/3600c0ff00064835cba8f30610300$|^/dev/mapper/3600c0ff00064835cba8f30610500$|^/dev/mapper/3600c0ff00064835cba8f30610700$|^/dev/mapper/3634b35410019574796dcb0e30007$|^/dev/mapper/3634b35410019574796dcdffc0008$|^/dev/mapper/3634b354100195747999c2dc50003$|^/dev/mapper/3634b354100195747999c3c4a0004$|^/dev/mapper/3634b3541001957479c2b9c640001$|^/dev/mapper/3634 b3541001957479c2baba50002$|", "r|.*|"] } global { locking_type=4 prioritise_write_locks=1 wait_for_locks=1 use_lvmetad=0 } backup { retain_min=50 retain_days=0 }', '--noheadings', '--units', 'b', '--nosuffix', '--separator', '|', '--ignoreskippedcluster', '-o', 'uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name', '--select', 'vg_name = 219fa16f-13c9-44e4-a07d-a40c0a7fe206'] succeeded with warnings: [' /dev/mapper/36001405063455cf7cd74c20bc06e9304: Checksum error at offset 2198927383040', " Couldn't read volume group metadata from /dev/mapper/36001405063455cf7cd74c20bc06e9304.", ' Metadata location on /dev/mapper/36001405063455cf7cd74c20bc06e9304 at 2198927383040 has invalid summary for VG.', ' Failed to read metadata summary from /dev/mapper/36001405063455cf7cd74c20bc06e9304', ' Failed to scan VG from /dev/mapper/36001405063455cf7cd74c20bc06e9304'] (lvm:462) 2021-09-16 11:16:58,909+0100 ERROR (monitor/219fa16) [storage.Monitor] Setting up monitor for 219fa16f-13c9-44e4-a07d-a40c0a7fe206 failed (monitor:330) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/storage/monitor.py", line 327, in _setupLoop self._setupMonitor() File "/usr/lib/python2.7/site-packages/vdsm/storage/monitor.py", line 349, in _setupMonitor self._produceDomain() File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 159, in wrapper value = meth(self, *a, **kw) File "/usr/lib/python2.7/site-packages/vdsm/storage/monitor.py", line 367, in _produceDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line 110, in produce domain.getRealDomain() File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line 51, in getRealDomain return self._cache._realProduce(self._sdUUID) File
[ovirt-users] Re: Cannot activate a Storage Domain after an oVirt crash
The most relevant log snippet I have found is the following. I assume it cannot scan the Storage Domain, but I'm unsure why, as the storage domain backend is up and running. 021-09-16 11:16:58,884+0100 WARN (monitor/219fa16) [storage.LVM] Command ['/usr/sbin/lvm', 'vgs', '--config', 'devices { preferred_names=["^/dev/mapper/"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 filter=["a|^/dev/mapper/36001405063455cf7cd74c20bc06e9304$|^/dev/mapper/360014056481868b09dd4d05bee5b4185$|^/dev/mapper/360014057d9d4bc57df046888b8d8b6eb$|^/dev/mapper/360014057e612d2079b649d5b539e5f6a$|^/dev/mapper/360014059b49883b502a4fa9b81add3e4$|^/dev/mapper/36001405acece27e83b547e3a873b19e2$|^/dev/mapper/36001405dc03f6be1b8c42219e8912fbd$|^/dev/mapper/36001405f3ab584afde347d3a8855baf0$|^/dev/mapper/3600c0ff00052a0fe013ec65f0100$|^/dev/mapper/3600c0ff00052a0fe033ec65f0100$|^/dev/mapper/3600c0ff00052a0fe1b40c65f0100$|^/dev/mapper/3600c0ff00052a0fe2294c75f0100$|^/dev/mapper/3600c0ff00052a0fe2394c75f0100$|^/dev/mapper/3600c0ff00052a0fe2494c75f0100$|^/dev/mapper/3600c0ff00052a0fe2594c75f0100$|^/dev/mapper/3600c0ff00052a0fe2694c75f0100$|^/dev/mapper/3600c0ff00052a0fee293c75f0100$|^/dev/mapper/3600c0ff00052a0fee493c75f0100$|^/dev/mapper/3600c0ff00064835b628d30610100$|^/dev/mapper/3600c0ff00064835b628d30610300$|^/dev/mapper/3600c0ff000648 35b628d30610500$|^/dev/mapper/3600c0ff00064835b638d30610100$|^/dev/mapper/3600c0ff00064835b638d30610300$|^/dev/mapper/3600c0ff00064835b638d30610500$|^/dev/mapper/3600c0ff00064835b638d30610700$|^/dev/mapper/3600c0ff00064835b638d30610900$|^/dev/mapper/3600c0ff00064835b638d30610b00$|^/dev/mapper/3600c0ff00064835cb98f30610100$|^/dev/mapper/3600c0ff00064835cb98f30610300$|^/dev/mapper/3600c0ff00064835cb98f30610500$|^/dev/mapper/3600c0ff00064835cb98f30610700$|^/dev/mapper/3600c0ff00064835cb98f30610900$|^/dev/mapper/3600c0ff00064835cba8f30610100$|^/dev/mapper/3600c0ff00064835cba8f30610300$|^/dev/mapper/3600c0ff00064835cba8f30610500$|^/dev/mapper/3600c0ff00064835cba8f30610700$|^/dev/mapper/3634b35410019574796dcb0e30007$|^/dev/mapper/3634b35410019574796dcdffc0008$|^/dev/mapper/3634b354100195747999c2dc50003$|^/dev/mapper/3634b354100195747999c3c4a0004$|^/dev/mapper/3634b3541001957479c2b9c640001$|^/dev/mapper/3634 b3541001957479c2baba50002$|", "r|.*|"] } global { locking_type=4 prioritise_write_locks=1 wait_for_locks=1 use_lvmetad=0 } backup { retain_min=50 retain_days=0 }', '--noheadings', '--units', 'b', '--nosuffix', '--separator', '|', '--ignoreskippedcluster', '-o', 'uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name', '--select', 'vg_name = 219fa16f-13c9-44e4-a07d-a40c0a7fe206'] succeeded with warnings: [' /dev/mapper/36001405063455cf7cd74c20bc06e9304: Checksum error at offset 2198927383040', " Couldn't read volume group metadata from /dev/mapper/36001405063455cf7cd74c20bc06e9304.", ' Metadata location on /dev/mapper/36001405063455cf7cd74c20bc06e9304 at 2198927383040 has invalid summary for VG.', ' Failed to read metadata summary from /dev/mapper/36001405063455cf7cd74c20bc06e9304', ' Failed to scan VG from /dev/mapper/36001405063455cf7cd74c20bc06e9304'] (lvm:462) 2021-09-16 11:16:58,909+0100 ERROR (monitor/219fa16) [storage.Monitor] Setting up monitor for 219fa16f-13c9-44e4-a07d-a40c0a7fe206 failed (monitor:330) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/storage/monitor.py", line 327, in _setupLoop self._setupMonitor() File "/usr/lib/python2.7/site-packages/vdsm/storage/monitor.py", line 349, in _setupMonitor self._produceDomain() File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 159, in wrapper value = meth(self, *a, **kw) File "/usr/lib/python2.7/site-packages/vdsm/storage/monitor.py", line 367, in _produceDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line 110, in produce domain.getRealDomain() File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line 51, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line 134, in _realProduce domain = self._findDomain(sdUUID) File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line 151, in _findDomain return findMethod(sdUUID) File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line 176, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'219fa16f-13c9-44e4-a07d-a40c0a7fe206',) El 2021-09-16 08:28, Vojtech Juranek escribió: On Wednesday, 15 September 2021 14:52:27 CEST nico...@devels.es wrote: Hi, We're running oVirt 4.3.8 and we recently had a
[ovirt-users] Cannot activate a Storage Domain after an oVirt crash
Hi, We're running oVirt 4.3.8 and we recently had a oVirt crash after moving too much disks between storage domains. Concretely, one of the Storage Domains reports status "Unknown", "Total/Free/Guaranteed free spaces" are "[N/A]". After trying to activate it in the Domain Center we see messages like these from all of the hosts: VDSM hostX command GetVGInfoVDS failed: Volume Group does not exist: (u'vg_uuid: Usi3y8-S4eq-EXtl-FA58-MA3K-b4vE-4d9SCp',) I tried putting the Storage Domain in maintenance and it fails with messages like: Storage Domain iaasb13 (Data Center KVMRojo) was deactivated by system because it's not visible by any of the hosts. Failed to update OVF disks 8661acd1-d1c4-44a0-a4d4-ddee834844e9, OVF data isn't updated on those OVF stores (Data Center KVMRojo, Storage Domain iaasb13). Failed to update VMs/Templates OVF data for Storage Domain iaasb13 in Data Center KVMRojo. I'm sure the storage domain backend is up and running, and the LUN being exported. Any hints how can I debug this problem and restore the Storage Domain? Thanks. ___ Users mailing list -- users@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/users@ovirt.org/message/UNXKR7HRCRDTTWLEYO6FFM4WOLD6YATW/
[ovirt-users] Introduction & general question about oVirt
Hi, I'm a 53-year old Austrian living in Montpezat, a small village in South France. I'm an IT professional with a focus on Linux and free software, and I've been a Linux user since Slackware 7.1. I'm doing web & mail hosting for myself and several small structures like our local school and a handful of local companies. Up until recently these hostings have happened on "bare metal" root servers using CentOS 7. One main server is hosting most of the stuff: WordPress sites, one OwnCloud instance, Dolibarr management software, GEPI learning platform, Postfix/Dovecot mail server, Roundcube webmail, etc. This setup has become increasingly problematic to manage, since applications have more and more specific requirements, like different versions of PHP and corresponding modules. So I decided to split everything up nicely into a series of virtual machines, each one with a nicely tailored setup. I have a couple of sandbox servers, one public and one local, running Oracle Linux 7 (a RHEL clone like CentOS). I played around with it, and KVM-based virtualization already works quite nicely. While looking for documentation, I stumbled over oVirt, which I didn't even know existed until last week. Before I dive head first into it, I'd be curious to know a few general things. 1. Would it be overkill for a small structure like mine? 2. Will I be able to do HA on a series of modest KVM-capable root servers even if they are located in different datacenters across different countries? 3. One problem I couldn't resolve using a bone-headed keep-it-simple KVM setup is backup. For my bare-metal servers I've been using incremental backups using Rsnapshot for years. Here's a blog article I wrote on the subject: https://blog.microlinux.fr/rsnapshot-centos-7/ Unfortunately I can't use this approach with huge QCOW images, at least not without jumping through burning loops. Is there an easy way to perform remote incremental backups with oVirt? BTW, I took a peek at Proxmox and Ceph, but I admit I'm a die-hard RHEL-clone user. Cheers from the sunny South of France, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12 ___ Users mailing list -- users@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/users@ovirt.org/message/I734ZR3ITWA6RSBSXVHO2DAOELTY4I54/
[ovirt-users] Compatibility version for VmPools
Hi, We recently upgraded to 4.3.8 from 4.1.9. In the update process we set Cluster and DataCenter compatibility versions to 4.3, but now we're facing a problem with VmPools. They cannot be edited and 4.1 as compatibility level is still forcibly set. That means that when new machines are added to the pool, compatibility version 4.1 is set on them and they cannot be started as a message stating the following pops up: Failed to run VM XXX-34 due to a failed validation: [Cannot run VM. The Custom Compatibility Version of VM XXX-34 (4.1) is not supported in Data Center compatibility version 4.3.] (User: admin@internal). Is there a workaround to start those machines, or a way to fix the problem? Thanks. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/H3ZJ4SHWD6SZBQ2UHVLLWLSMBXVMTSAR/
[ovirt-users] Re: Websocket-proxy not working after upgrade to 4.3
El 2020-02-05 13:57, Gianluca Cecchi escribió: On Wed, Feb 5, 2020 at 2:50 PM wrote: A little bit more info on it. I debugged the requests with Chrome and seems that the webservice call is made with https://engine:6100 [1] (literally), instead of https://:6100. A snapshot is included in this mail. I don't know why is it trying to connect to this address, seems like a missed step on the upgrade process? (we upgraded 4.1 -> 4.2 -> 4.3). How can I fix this problem? Thanks! To get current value stored: engine-config -g WebSocketProxy If wrong, to change it: engine-config -s WebSocketProxy=your_desidred_fqdn:6100 systemctl restart ovirt-engine Thanks, this helped. Not sure why the value was changed, since websocket proxy was working without an issue on 4.1.9... Anyway, it works now. Thanks guys. HIH, Gianluca Links: -- [1] https://engine:6100 ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/DDPI7ASCB4HVHNG5E2LHDKQRUCTLJ6ZO/
[ovirt-users] Websocket-proxy not working after upgrade to 4.3
Hi, We recently upgraded to 4.3.8 and everything is working fine but the VNC Console (Browser). Once I click on "VNC Console (Browser)" on any machine from the VM Portal, I get a message like this: Disconnected from Console Cannot connect to websocket proxy server. Please check your websocket proxy certificate or ask your administrator for help. For further information please refer to the console manual. Press the 'Connect' button to reconnect the console. Thing is that everything seems ok to me, and I cannot find further error log about it. /etc/ovirt-engine/ovirt-websocket-proxy.conf.d/10-setup.conf content is: PROXY_PORT=6100 SSL_CERTIFICATE=/etc/ssl/certs/fqdn.combined.cert SSL_KEY=/etc/ssl/private/fqdn.key FORCE_DATA_VERIFICATION=False CERT_FOR_DATA_VERIFICATION=/etc/pki/ovirt-engine/certs/engine.cer SSL_ONLY=True On a "status" command on ovirt-websocket-proxy I just see: feb 05 12:23:22 fqdn systemd[1]: Starting oVirt Engine websockets proxy... feb 05 12:23:22 fqdn systemd[1]: Started oVirt Engine websockets proxy. feb 05 12:23:22 fqdn ovirt-websocket-proxy.py[3314]: ovirt-websocket-proxy[3314] INFO daemonContext:434 Using the following ciphers: HIGH:!aNULL feb 05 12:23:22 fqdn ovirt-websocket-proxy.py[3314]: ovirt-websocket-proxy[3314] INFO daemonContext:438 Minimum SSL version requested: TLSv1.2 feb 05 12:23:22 fqdn ovirt-websocket-proxy.py[3314]: ovirt-websocket-proxy[3314] INFO msg:887 WebSocket server settings: feb 05 12:23:22 fqdn ovirt-websocket-proxy.py[3314]: ovirt-websocket-proxy[3314] INFO msg:887 - Listen on *:6100 feb 05 12:23:22 fqdn ovirt-websocket-proxy.py[3314]: ovirt-websocket-proxy[3314] INFO msg:887 - Flash security policy server feb 05 12:23:22 fqdn ovirt-websocket-proxy.py[3314]: ovirt-websocket-proxy[3314] INFO msg:887 - SSL/TLS support feb 05 12:23:22 fqdn ovirt-websocket-proxy.py[3314]: ovirt-websocket-proxy[3314] INFO msg:887 - Deny non-SSL/TLS connections feb 05 12:23:22 fqdn ovirt-websocket-proxy.py[3314]: ovirt-websocket-proxy[3314] INFO msg:887 - proxying from *:6100 to targets generated by str On the ovirt-engine.log, I just see this information: 2020-02-05 12:29:10,085Z INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] (default task-110) [68218d5b] Running command: SetVmTicketCommand internal: false. Entities affected : ID: 5bf9a0bb-da18-4d07-87da-759c0b045e28 Type: VMAction group CONNECT_TO_VM with role type USER 2020-02-05 12:29:10,095Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (default task-110) [68218d5b] START, SetVmTicketVDSCommand(HostName = kvmr01.fqdn, SetVmTicketVDSCommandParameters:{hostId='1828d0dc-e953-4d6a-8a95-528bb7aa849a', vmId='5bf9a0bb-da18-4d07-87da-759c0b045e28', protocol='VNC', ticket='oVoKEtgmDKnM', validTime='120', userName='user', userId='66a7a37f-d804-4192-9734-93f01a95dd98', disconnectAction='LOCK_SCREEN'}), log id: 596fbfb9 2020-02-05 12:29:10,167Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (default task-110) [68218d5b] FINISH, SetVmTicketVDSCommand, return: , log id: 596fbfb9 2020-02-05 12:29:10,195Z INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-110) [68218d5b] EVENT_ID: VM_SET_TICKET(164), User user@domain-authz initiated console session for VM user.fqdn 2020-02-05 12:29:10,308Z INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] (default task-110) [097f6518-5f87-4947-aee6-e76c9b740bcd] Running command: SetVmTicketCommand internal: false. Entities affected : ID: 5bf9a0bb-da18-4d07-87da-759c0b045e28 Type: VMAction group CONNECT_TO_VM with role type USER 2020-02-05 12:29:10,316Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (default task-110) [097f6518-5f87-4947-aee6-e76c9b740bcd] START, SetVmTicketVDSCommand(HostName = kvmr01.fqdn, SetVmTicketVDSCommandParameters:{hostId='1828d0dc-e953-4d6a-8a95-528bb7aa849a', vmId='5bf9a0bb-da18-4d07-87da-759c0b045e28', protocol='VNC', ticket='A7PQWaXupvbZ', validTime='7200', userName='user', userId='66a7a37f-d804-4192-9734-93f01a95dd98', disconnectAction='LOCK_SCREEN'}), log id: 71e5165c 2020-02-05 12:29:10,387Z INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (default task-110) [097f6518-5f87-4947-aee6-e76c9b740bcd] FINISH, SetVmTicketVDSCommand, return: , log id: 71e5165c 2020-02-05 12:29:10,408Z INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-110) [097f6518-5f87-4947-aee6-e76c9b740bcd] EVENT_ID: VM_SET_TICKET(164), User user@domain-authz initiated console session for VM user.fqdn Please, any tip on how to debug this? I cannot seem to find the reason for this. Thanks. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement:
[ovirt-users] Assign permissions from within the VM portal?
Hi, We're testing version 4.3.8, we're planning to upgrade to this version in production as currently we're still using 4.1.9. In 4.1.9, users could grant permissions on their created VMs to other users from within the VM portal, however I can't find this option on version 4.3.8. Permissions granted to users so they can create and handle their VMs are VmCreator and DiskProfileUser on the DataCenter. Is there a way to allow users grant permissions on their VMs to other users in the VM portal? Thanks ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/PFL6QGASKBRPZOA4UAERRJONFRGHLFJH/
[ovirt-users] Re: distribute storage domains
Hi Jason, El 2019-08-06 22:43, Jason M. Stallings escribió: Nicolas: Thank you very much for this! Looks like exactly what I was looking for... The first burst was somewhat frightening but it ended well and now no storage domain is overused :) Glad to hear that! One quick question: Is it possible to limit balancing to more than one datacenter? I have 3 datacenters and I'd like to exclude one of them. I see the DATACENTER config variable could do this but I'm not sure how to define more than one datacenter. Currently, the DATACENTER parameter only allows one value. When developing the code I didn't expect someone having more than two Data Centers :-) As a workaround, if you want to exclude the Storage Domains of an entire Data Center, you can exclude them explicitly using the "NOBALANCE" parameter of the config file, which does allow several values. If you consider this is something that should be implemented, feel free to fill an issue or extend the code and send a Pull Request. Regards. Thanks El mar., 6 ago. 2019 a las 15:05, escribió: Hi Jason, A time ago I wrote a "Storage Balancer" exactly for that, move disks between storage domains to keep them below a maximum threshold of occupation. You can find the project at [1]. It's not perfect but has been working for us for the last 3 years with no issues. That won't avoid people storing new disks in the first available storage domain, but the balancer will distribute them between the less occupied storage domains afterwards. Hope this helps, Nicolás [1]: https://github.com/nkovacne/ovirt-storage-balancer [1] El 2019-08-04 17:57, Jason M. Stallings escribió: Hello I'm trying to figure out a way to automatically distribute our storage domain occupation evenly or at least avoid them getting full. We have a lot of users creating vms and they seem to select the first available storage domain, thus one is nearly full and the rest are barely used. Is there a way to accomplish that? Thank you Jason ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ [2] oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ [3] List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/F66H6U2CWHUFK2N4IIZWAXBF7ZYDO6KL/ [4] ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ [2] oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ [3] List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/VTWOMW6VMGK6NDV5UTFNZHKOSBP4N66K/ [5] Links: -- [1] https://github.com/nkovacne/ovirt-storage-balancer [2] https://www.ovirt.org/site/privacy-policy/ [3] https://www.ovirt.org/community/about/community-guidelines/ [4] https://lists.ovirt.org/archives/list/users@ovirt.org/message/F66H6U2CWHUFK2N4IIZWAXBF7ZYDO6KL/ [5] https://lists.ovirt.org/archives/list/users@ovirt.org/message/VTWOMW6VMGK6NDV5UTFNZHKOSBP4N66K/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/R3XG6CX2HTZPPS32L6OHSEK2UXVEIBFP/
[ovirt-users] Re: distribute storage domains
Hi Jason, A time ago I wrote a "Storage Balancer" exactly for that, move disks between storage domains to keep them below a maximum threshold of occupation. You can find the project at [1]. It's not perfect but has been working for us for the last 3 years with no issues. That won't avoid people storing new disks in the first available storage domain, but the balancer will distribute them between the less occupied storage domains afterwards. Hope this helps, Nicolás [1]: https://github.com/nkovacne/ovirt-storage-balancer El 2019-08-04 17:57, Jason M. Stallings escribió: Hello I'm trying to figure out a way to automatically distribute our storage domain occupation evenly or at least avoid them getting full. We have a lot of users creating vms and they seem to select the first available storage domain, thus one is nearly full and the rest are barely used. Is there a way to accomplish that? Thank you Jason ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/F66H6U2CWHUFK2N4IIZWAXBF7ZYDO6KL/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/VTWOMW6VMGK6NDV5UTFNZHKOSBP4N66K/
[ovirt-users] iSCSI-based storages won't login to the portals with all IPs on reboot
Hi, We're running oVirt 4.3.2. Currently, we have one storage backend (cabinet) with two controllers, each of them with 2 network interfaces (4 network interfaces in total). When we added the Storage Domain, we discovered the target for each of the 4 IPs and marked the LUN so it would be added with 4 different IPs. When we put a host on maintenance, all the paths are deactivated, and when we activate it back it discovers all the 4 paths for the storage backend. However, if we reboot the host, on activation it only activates one path. We can see this running 'multipath -ll'. We can manually activate the rest of the paths using this command for each of the IPs: # iscsiadm --mode discovery --type sendtargets --portal 10.X.X.X --login However, we wonder why oVirt wouldn't log into each of the IPs upon a boot. Is there something we're missing? Can this be fixed manually? Currently we're running a script on boot that will issue the command above for each of the IPs of the cabinet. Thanks for any help! ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZEZ5BV5XBDRBZOUTKWLQIOHSGTTQMQ2G/
[ovirt-users] Re: Proper way to upgrade hosts OS?
Le 26/06/2019 à 12:34, Nicolas Ecarnot a écrit : Hello, We're not using nodes but CentOS 7.x hosts. Do you know if some documentation has been written about the proper way to upgrade the operating system of the hosts, and especially how to prevent breaking dependencies or cause versions flaws? Thank you. Hello, As no answer came, may anyone just tell me if there's any chance to break something? Thank you. -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/GZYVUCMBIZIZOMKSZUIJRZ6IMWBBI2X6/
[ovirt-users] Proper way to upgrade hosts OS?
Hello, We're not using nodes but CentOS 7.x hosts. Do you know if some documentation has been written about the proper way to upgrade the operating system of the hosts, and especially how to prevent breaking dependencies or cause versions flaws? Thank you. -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/4SYJWWODEY2VZOAMU5NIRDOJCPANNR6S/
[ovirt-users] Re: ETL service sampling has encountered an error. Please consult the service log for more details.
Hi Shirly, Thanks for the answer. El 2019-06-06 16:22, Shirly Radco escribió: Hi Nicolas, Please open a bug in bugzilla and attach the ovirt-engine-dwh.log, engine.log, https://bugzilla.redhat.com/show_bug.cgi?id=1718165 Feel free to change anything that is not correctly set. The versions of ovirt-engine and ovirt-engine-dwh and any other relevant information that you can tell about your env. Did you do any change before this issue started? Not that I know, this started all of sudden. Thanks. Best regards, -- Shirly Radco BI Senior Software Engineer Red Hat [5] [5] On Thu, Jun 6, 2019 at 3:44 PM wrote: Hi, We're running oVirt 4.1.9 (cannot upgrade yet until [1] is released). Since a few days ago our event list if full of lines like this: ETL service sampling has encountered an error. Please consult the service log for more details. Having a look at the log I see events like: 2019-06-06 13:37:11|NJ4C8T|TOlL8U|FdlWtU|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java Exception|tJDBCOutput_7|org.postgresql.util.PSQLException:ERROR: current transaction is aborted, commands ignored until end of transaction block|1 2019-06-06 13:37:11|NJ4C8T|TOlL8U|FdlWtU|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java Exception|tJDBCOutput_4|org.postgresql.util.PSQLException:ERROR: current transaction is aborted, commands ignored until end of transaction block|1 Exception in component tJDBCOutput_5 org.postgresql.util.PSQLException: ERROR: current transaction is aborted, commands ignored until end of transaction block at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2157) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1886) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:255) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:555) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:417) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:363) at ovirt_engine_dwh.statisticssync_4_1.StatisticsSync.tJDBCInput_10Process(StatisticsSync.java:9030) at ovirt_engine_dwh.statisticssync_4_1.StatisticsSync$5.run(StatisticsSync.java:16071) 2019-06-06 13:37:11|NJ4C8T|TOlL8U|FdlWtU|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java Exception|tJDBCOutput_5|org.postgresql.util.PSQLException:ERROR: current transaction is aborted, commands ignored until end of transaction block|1 Exception in component tRunJob_5 java.lang.RuntimeException: Child job running failed at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_5Process(SampleRunJobs.java:1654) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_6Process(SampleRunJobs.java:1456) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_1Process(SampleRunJobs.java:1228) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_4Process(SampleRunJobs.java:1000) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tJDBCConnection_2Process(SampleRunJobs.java:767) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tJDBCConnection_1Process(SampleRunJobs.java:642) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs$2.run(SampleRunJobs.java:2683) 2019-06-06 13:37:11|FdlWtU|TOlL8U|KNLNa4|OVIRT_ENGINE_DWH|SampleRunJobs|Default|6|Java Exception|tRunJob_5|java.lang.RuntimeException:Child job running failed|1 Exception in component tRunJob_1 java.lang.RuntimeException: Child job running failed at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tRunJob_1Process(SampleTimeKeepingJob.java:6067) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_2Process(SampleTimeKeepingJob.java:5809) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_1Process(SampleTimeKeepingJob.java:) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_2Process(SampleTimeKeepingJob.java:4319) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tRowGenerator_2Process(SampleTimeKeepingJob.java:4188) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_3Process(SampleTimeKeepingJob.java:3593) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_5Process(SampleTimeKeepingJob.java:2977) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_4Process(SampleTimeKeepingJob.java:2295) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_3Process(SampleTimeKeepingJob.java:1649) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob$2.run
[ovirt-users] ETL service sampling has encountered an error. Please consult the service log for more details.
Hi, We're running oVirt 4.1.9 (cannot upgrade yet until [1] is released). Since a few days ago our event list if full of lines like this: ETL service sampling has encountered an error. Please consult the service log for more details. Having a look at the log I see events like: 2019-06-06 13:37:11|NJ4C8T|TOlL8U|FdlWtU|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java Exception|tJDBCOutput_7|org.postgresql.util.PSQLException:ERROR: current transaction is aborted, commands ignored until end of transaction block|1 2019-06-06 13:37:11|NJ4C8T|TOlL8U|FdlWtU|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java Exception|tJDBCOutput_4|org.postgresql.util.PSQLException:ERROR: current transaction is aborted, commands ignored until end of transaction block|1 Exception in component tJDBCOutput_5 org.postgresql.util.PSQLException: ERROR: current transaction is aborted, commands ignored until end of transaction block at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2157) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1886) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:255) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:555) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:417) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:363) at ovirt_engine_dwh.statisticssync_4_1.StatisticsSync.tJDBCInput_10Process(StatisticsSync.java:9030) at ovirt_engine_dwh.statisticssync_4_1.StatisticsSync$5.run(StatisticsSync.java:16071) 2019-06-06 13:37:11|NJ4C8T|TOlL8U|FdlWtU|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java Exception|tJDBCOutput_5|org.postgresql.util.PSQLException:ERROR: current transaction is aborted, commands ignored until end of transaction block|1 Exception in component tRunJob_5 java.lang.RuntimeException: Child job running failed at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_5Process(SampleRunJobs.java:1654) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_6Process(SampleRunJobs.java:1456) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_1Process(SampleRunJobs.java:1228) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_4Process(SampleRunJobs.java:1000) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tJDBCConnection_2Process(SampleRunJobs.java:767) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tJDBCConnection_1Process(SampleRunJobs.java:642) at ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs$2.run(SampleRunJobs.java:2683) 2019-06-06 13:37:11|FdlWtU|TOlL8U|KNLNa4|OVIRT_ENGINE_DWH|SampleRunJobs|Default|6|Java Exception|tRunJob_5|java.lang.RuntimeException:Child job running failed|1 Exception in component tRunJob_1 java.lang.RuntimeException: Child job running failed at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tRunJob_1Process(SampleTimeKeepingJob.java:6067) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_2Process(SampleTimeKeepingJob.java:5809) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_1Process(SampleTimeKeepingJob.java:) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_2Process(SampleTimeKeepingJob.java:4319) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tRowGenerator_2Process(SampleTimeKeepingJob.java:4188) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_3Process(SampleTimeKeepingJob.java:3593) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_5Process(SampleTimeKeepingJob.java:2977) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_4Process(SampleTimeKeepingJob.java:2295) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_3Process(SampleTimeKeepingJob.java:1649) at ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob$2.run(SampleTimeKeepingJob.java:11363) Can someone tell me how to fix it? I already restarted ovirt-engine, ovirt-engine-dwhd, postgresql and the three at a time and still didn't fix the issue. Currently the DWHD data is empty in the Dashboard. Thanks! [1]: https://github.com/oVirt/ovirt-web-ui/issues/490 ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/PXMHT5K6ZBFMNHEAUSYWWSDZ2GFUIOXQ/
[ovirt-users] Re: Can't run nested virtualization
El 2019-05-24 15:22, Simone Tiraboschi escribió: On Fri, May 24, 2019 at 3:48 PM wrote: El 2019-05-24 14:42, Simone Tiraboschi escribió: On Fri, May 24, 2019 at 3:39 PM wrote: El 2019-05-24 14:30, Simone Tiraboschi escribió: On Fri, May 24, 2019 at 2:56 PM wrote: El 2019-05-24 13:39, Simone Tiraboschi escribió: On Fri, May 24, 2019 at 2:32 PM wrote: El 2019-05-24 13:22, Simone Tiraboschi escribió: On Fri, May 24, 2019 at 1:51 PM wrote: El 2019-05-24 12:41, nico...@devels.es escribió: El 2019-05-14 08:19, Yedidyah Bar David escribió: On Tue, May 14, 2019 at 10:02 AM wrote: Please, any ideas about this? Thanks. El 2019-05-10 09:18, nico...@devels.es escribió: > Hi, > > We're running oVirt version 4.3.3, and trying to configure one of the > hosts to support Nested Virtualization, but when installing the nested > host it claims it doesn't support hardware virtualization. > > On the physical host, we've enabled nested virtualization: > > # cat /sys/module/kvm_intel/parameters/nested > Y > > Content of /etc/modprobe.d/kvm.conf: > > options kvm_intel nested=1 > options kvm_intel enable_shadow_vmcs=1 > options kvm_intel enable_apicv=1 > options kvm_intel ept=1 > > I created a VM to run on that host, which will be the nested host. I > try to deploy it but the engine will show it failed because: > > 2019-05-10 09:11:32,006+01 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (VdsDeploy) [6381e662] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), > An error has occurred during installation of Host host1: Failed to > execute stage 'Setup validation': Hardware does not support > virtualization. Hi Yedidyah, sorry for the delayed answer. You might find some more details in the host-deploy log, which you should be able to find in /var/log/ovirt-engine/host-deploy (on the engine machine, it's copied there after deploy finishes). I had a look at it, but nothing relevant shows up besides this line: 2019-05-10 09:11:32,628+0100 DEBUG otopi.context context._executeMethod:145 method exception Traceback (most recent call last): File "/tmp/ovirt-qPjYkVy6Ys/pythonlib/otopi/context.py", line 132, in _executeMethod method['method']() File "/tmp/ovirt-qPjYkVy6Ys/otopi-plugins/ovirt-host-deploy/vdsm/hardware.py", line 71, in _validate_virtualization _('Hardware does not support virtualization') RuntimeError: Hardware does not support virtualization It's been some time since I configured this myself, so I do not remember the details anymore. Did you check some guides/blog posts/etc. about this? I didn't. I just enabled nested virtualization in the host and tried to deploy. What type of CPU did you configure in the VM (and cluster)? In the Cluster I have the Intel Broadwell Family, and as the VM CPU I have the default cluster CPU which is the one I just referenced. Not sure if anything else should be done. To see what checks the code does, you can read [1], although the log should be enough IMO. [1] /usr/lib/python2.7/site-packages/ovirt_host_deploy/hardware.py I just saw this in the log: 2019-05-24 12:44:56,000+0100 DEBUG otopi.ovirt_host_deploy.hardware hardware._isVirtualizationEnabled:208 virtualization support GenuineIntel (cpu: False, bios: True) So the CPU is not able to support virtualization. Why could be that? Hi, can you please share the output of cat /proc/cpuinfo ? Hi Simone, Please find attached the output (assuming you meant the VM that is meant to be added as a host). You'll probably see the model name as Haswell because I forced it to test, but the same happens with Broadwell. OK, vmx flag is not there so this VM doesn't support virtualization and for that you have to enable nested virt support on the underlying level. What (SW) are you using on the underlying layer? Let's try to recap: L0 is your physical machine L1 is the VM you are going to use as a virtualization host for oVirt L2 are the VM you are going to create with oVirt In order to be able to start a L2 VM from oVirt, you have to enable nested virtualization support on your L0 physical host. Ok, the output I sent in the previous e-mail was for L1. For L0 I'm sending the cpuinfo log now. I saw in the code, the flag that is returning false at deployment of L1 is this: cpu_ok = self._cpu_has_vmx_support() Which calls the _cpu_has_vmx_support(): def _cpu_has_vmx_support(self): eax, ebx, ecx, edx = self._cpuid(1) # CPUID.1:ECX.VMX[bit 5] -> VT ret = ecx & (1 << 5) != 0 self.logger.debug('vmx support: %s', ret) return ret From that, am I assuming well that vmx support should be enabled also for L1? If so, what could be the reason for not being enabled? Nested virtualization support on L0 is supposed to enable virtualization support (vmx flag) on L1. How you
[ovirt-users] Re: Can't run nested virtualization
El 2019-05-24 14:42, Simone Tiraboschi escribió: On Fri, May 24, 2019 at 3:39 PM wrote: El 2019-05-24 14:30, Simone Tiraboschi escribió: On Fri, May 24, 2019 at 2:56 PM wrote: El 2019-05-24 13:39, Simone Tiraboschi escribió: On Fri, May 24, 2019 at 2:32 PM wrote: El 2019-05-24 13:22, Simone Tiraboschi escribió: On Fri, May 24, 2019 at 1:51 PM wrote: El 2019-05-24 12:41, nico...@devels.es escribió: El 2019-05-14 08:19, Yedidyah Bar David escribió: On Tue, May 14, 2019 at 10:02 AM wrote: Please, any ideas about this? Thanks. El 2019-05-10 09:18, nico...@devels.es escribió: > Hi, > > We're running oVirt version 4.3.3, and trying to configure one of the > hosts to support Nested Virtualization, but when installing the nested > host it claims it doesn't support hardware virtualization. > > On the physical host, we've enabled nested virtualization: > > # cat /sys/module/kvm_intel/parameters/nested > Y > > Content of /etc/modprobe.d/kvm.conf: > > options kvm_intel nested=1 > options kvm_intel enable_shadow_vmcs=1 > options kvm_intel enable_apicv=1 > options kvm_intel ept=1 > > I created a VM to run on that host, which will be the nested host. I > try to deploy it but the engine will show it failed because: > > 2019-05-10 09:11:32,006+01 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (VdsDeploy) [6381e662] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), > An error has occurred during installation of Host host1: Failed to > execute stage 'Setup validation': Hardware does not support > virtualization. Hi Yedidyah, sorry for the delayed answer. You might find some more details in the host-deploy log, which you should be able to find in /var/log/ovirt-engine/host-deploy (on the engine machine, it's copied there after deploy finishes). I had a look at it, but nothing relevant shows up besides this line: 2019-05-10 09:11:32,628+0100 DEBUG otopi.context context._executeMethod:145 method exception Traceback (most recent call last): File "/tmp/ovirt-qPjYkVy6Ys/pythonlib/otopi/context.py", line 132, in _executeMethod method['method']() File "/tmp/ovirt-qPjYkVy6Ys/otopi-plugins/ovirt-host-deploy/vdsm/hardware.py", line 71, in _validate_virtualization _('Hardware does not support virtualization') RuntimeError: Hardware does not support virtualization It's been some time since I configured this myself, so I do not remember the details anymore. Did you check some guides/blog posts/etc. about this? I didn't. I just enabled nested virtualization in the host and tried to deploy. What type of CPU did you configure in the VM (and cluster)? In the Cluster I have the Intel Broadwell Family, and as the VM CPU I have the default cluster CPU which is the one I just referenced. Not sure if anything else should be done. To see what checks the code does, you can read [1], although the log should be enough IMO. [1] /usr/lib/python2.7/site-packages/ovirt_host_deploy/hardware.py I just saw this in the log: 2019-05-24 12:44:56,000+0100 DEBUG otopi.ovirt_host_deploy.hardware hardware._isVirtualizationEnabled:208 virtualization support GenuineIntel (cpu: False, bios: True) So the CPU is not able to support virtualization. Why could be that? Hi, can you please share the output of cat /proc/cpuinfo ? Hi Simone, Please find attached the output (assuming you meant the VM that is meant to be added as a host). You'll probably see the model name as Haswell because I forced it to test, but the same happens with Broadwell. OK, vmx flag is not there so this VM doesn't support virtualization and for that you have to enable nested virt support on the underlying level. What (SW) are you using on the underlying layer? Let's try to recap: L0 is your physical machine L1 is the VM you are going to use as a virtualization host for oVirt L2 are the VM you are going to create with oVirt In order to be able to start a L2 VM from oVirt, you have to enable nested virtualization support on your L0 physical host. Ok, the output I sent in the previous e-mail was for L1. For L0 I'm sending the cpuinfo log now. I saw in the code, the flag that is returning false at deployment of L1 is this: cpu_ok = self._cpu_has_vmx_support() Which calls the _cpu_has_vmx_support(): def _cpu_has_vmx_support(self): eax, ebx, ecx, edx = self._cpuid(1) # CPUID.1:ECX.VMX[bit 5] -> VT ret = ecx & (1 << 5) != 0 self.logger.debug('vmx support: %s', ret) return ret From that, am I assuming well that vmx support should be enabled also for L1? If so, what could be the reason for not being enabled? Nested virtualization support on L0 is supposed to enable virtualization support (vmx flag) on L1. How you defined and started your L1 VMs? I basically created the L1 VM when L0 had no nested support yet, I enabled
[ovirt-users] Re: Can't run nested virtualization
El 2019-05-24 14:30, Simone Tiraboschi escribió: On Fri, May 24, 2019 at 2:56 PM wrote: El 2019-05-24 13:39, Simone Tiraboschi escribió: On Fri, May 24, 2019 at 2:32 PM wrote: El 2019-05-24 13:22, Simone Tiraboschi escribió: On Fri, May 24, 2019 at 1:51 PM wrote: El 2019-05-24 12:41, nico...@devels.es escribió: El 2019-05-14 08:19, Yedidyah Bar David escribió: On Tue, May 14, 2019 at 10:02 AM wrote: Please, any ideas about this? Thanks. El 2019-05-10 09:18, nico...@devels.es escribió: > Hi, > > We're running oVirt version 4.3.3, and trying to configure one of the > hosts to support Nested Virtualization, but when installing the nested > host it claims it doesn't support hardware virtualization. > > On the physical host, we've enabled nested virtualization: > > # cat /sys/module/kvm_intel/parameters/nested > Y > > Content of /etc/modprobe.d/kvm.conf: > > options kvm_intel nested=1 > options kvm_intel enable_shadow_vmcs=1 > options kvm_intel enable_apicv=1 > options kvm_intel ept=1 > > I created a VM to run on that host, which will be the nested host. I > try to deploy it but the engine will show it failed because: > > 2019-05-10 09:11:32,006+01 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (VdsDeploy) [6381e662] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), > An error has occurred during installation of Host host1: Failed to > execute stage 'Setup validation': Hardware does not support > virtualization. Hi Yedidyah, sorry for the delayed answer. You might find some more details in the host-deploy log, which you should be able to find in /var/log/ovirt-engine/host-deploy (on the engine machine, it's copied there after deploy finishes). I had a look at it, but nothing relevant shows up besides this line: 2019-05-10 09:11:32,628+0100 DEBUG otopi.context context._executeMethod:145 method exception Traceback (most recent call last): File "/tmp/ovirt-qPjYkVy6Ys/pythonlib/otopi/context.py", line 132, in _executeMethod method['method']() File "/tmp/ovirt-qPjYkVy6Ys/otopi-plugins/ovirt-host-deploy/vdsm/hardware.py", line 71, in _validate_virtualization _('Hardware does not support virtualization') RuntimeError: Hardware does not support virtualization It's been some time since I configured this myself, so I do not remember the details anymore. Did you check some guides/blog posts/etc. about this? I didn't. I just enabled nested virtualization in the host and tried to deploy. What type of CPU did you configure in the VM (and cluster)? In the Cluster I have the Intel Broadwell Family, and as the VM CPU I have the default cluster CPU which is the one I just referenced. Not sure if anything else should be done. To see what checks the code does, you can read [1], although the log should be enough IMO. [1] /usr/lib/python2.7/site-packages/ovirt_host_deploy/hardware.py I just saw this in the log: 2019-05-24 12:44:56,000+0100 DEBUG otopi.ovirt_host_deploy.hardware hardware._isVirtualizationEnabled:208 virtualization support GenuineIntel (cpu: False, bios: True) So the CPU is not able to support virtualization. Why could be that? Hi, can you please share the output of cat /proc/cpuinfo ? Hi Simone, Please find attached the output (assuming you meant the VM that is meant to be added as a host). You'll probably see the model name as Haswell because I forced it to test, but the same happens with Broadwell. OK, vmx flag is not there so this VM doesn't support virtualization and for that you have to enable nested virt support on the underlying level. What (SW) are you using on the underlying layer? Let's try to recap: L0 is your physical machine L1 is the VM you are going to use as a virtualization host for oVirt L2 are the VM you are going to create with oVirt In order to be able to start a L2 VM from oVirt, you have to enable nested virtualization support on your L0 physical host. Ok, the output I sent in the previous e-mail was for L1. For L0 I'm sending the cpuinfo log now. I saw in the code, the flag that is returning false at deployment of L1 is this: cpu_ok = self._cpu_has_vmx_support() Which calls the _cpu_has_vmx_support(): def _cpu_has_vmx_support(self): eax, ebx, ecx, edx = self._cpuid(1) # CPUID.1:ECX.VMX[bit 5] -> VT ret = ecx & (1 << 5) != 0 self.logger.debug('vmx support: %s', ret) return ret From that, am I assuming well that vmx support should be enabled also for L1? If so, what could be the reason for not being enabled? Nested virtualization support on L0 is supposed to enable virtualization support (vmx flag) on L1. How you defined and started your L1 VMs? I basically created the L1 VM when L0 had no nested support yet, I enabled the nested support once the L1 machine was already created, can that make a difference? I defined the VM like any
[ovirt-users] Re: Can't run nested virtualization
El 2019-05-24 13:39, Simone Tiraboschi escribió: On Fri, May 24, 2019 at 2:32 PM wrote: El 2019-05-24 13:22, Simone Tiraboschi escribió: On Fri, May 24, 2019 at 1:51 PM wrote: El 2019-05-24 12:41, nico...@devels.es escribió: El 2019-05-14 08:19, Yedidyah Bar David escribió: On Tue, May 14, 2019 at 10:02 AM wrote: Please, any ideas about this? Thanks. El 2019-05-10 09:18, nico...@devels.es escribió: > Hi, > > We're running oVirt version 4.3.3, and trying to configure one of the > hosts to support Nested Virtualization, but when installing the nested > host it claims it doesn't support hardware virtualization. > > On the physical host, we've enabled nested virtualization: > > # cat /sys/module/kvm_intel/parameters/nested > Y > > Content of /etc/modprobe.d/kvm.conf: > > options kvm_intel nested=1 > options kvm_intel enable_shadow_vmcs=1 > options kvm_intel enable_apicv=1 > options kvm_intel ept=1 > > I created a VM to run on that host, which will be the nested host. I > try to deploy it but the engine will show it failed because: > > 2019-05-10 09:11:32,006+01 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (VdsDeploy) [6381e662] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), > An error has occurred during installation of Host host1: Failed to > execute stage 'Setup validation': Hardware does not support > virtualization. Hi Yedidyah, sorry for the delayed answer. You might find some more details in the host-deploy log, which you should be able to find in /var/log/ovirt-engine/host-deploy (on the engine machine, it's copied there after deploy finishes). I had a look at it, but nothing relevant shows up besides this line: 2019-05-10 09:11:32,628+0100 DEBUG otopi.context context._executeMethod:145 method exception Traceback (most recent call last): File "/tmp/ovirt-qPjYkVy6Ys/pythonlib/otopi/context.py", line 132, in _executeMethod method['method']() File "/tmp/ovirt-qPjYkVy6Ys/otopi-plugins/ovirt-host-deploy/vdsm/hardware.py", line 71, in _validate_virtualization _('Hardware does not support virtualization') RuntimeError: Hardware does not support virtualization It's been some time since I configured this myself, so I do not remember the details anymore. Did you check some guides/blog posts/etc. about this? I didn't. I just enabled nested virtualization in the host and tried to deploy. What type of CPU did you configure in the VM (and cluster)? In the Cluster I have the Intel Broadwell Family, and as the VM CPU I have the default cluster CPU which is the one I just referenced. Not sure if anything else should be done. To see what checks the code does, you can read [1], although the log should be enough IMO. [1] /usr/lib/python2.7/site-packages/ovirt_host_deploy/hardware.py I just saw this in the log: 2019-05-24 12:44:56,000+0100 DEBUG otopi.ovirt_host_deploy.hardware hardware._isVirtualizationEnabled:208 virtualization support GenuineIntel (cpu: False, bios: True) So the CPU is not able to support virtualization. Why could be that? Hi, can you please share the output of cat /proc/cpuinfo ? Hi Simone, Please find attached the output (assuming you meant the VM that is meant to be added as a host). You'll probably see the model name as Haswell because I forced it to test, but the same happens with Broadwell. OK, vmx flag is not there so this VM doesn't support virtualization and for that you have to enable nested virt support on the underlying level. What (SW) are you using on the underlying layer? Let's try to recap: L0 is your physical machine L1 is the VM you are going to use as a virtualization host for oVirt L2 are the VM you are going to create with oVirt In order to be able to start a L2 VM from oVirt, you have to enable nested virtualization support on your L0 physical host. Ok, the output I sent in the previous e-mail was for L1. For L0 I'm sending the cpuinfo log now. I saw in the code, the flag that is returning false at deployment of L1 is this: cpu_ok = self._cpu_has_vmx_support() Which calls the _cpu_has_vmx_support(): def _cpu_has_vmx_support(self): eax, ebx, ecx, edx = self._cpuid(1) # CPUID.1:ECX.VMX[bit 5] -> VT ret = ecx & (1 << 5) != 0 self.logger.debug('vmx support: %s', ret) return ret From that, am I assuming well that vmx support should be enabled also for L1? If so, what could be the reason for not being enabled? Thanks again. Thanks. Best regards, > > Am I missing something here? > > Thanks. > ___ > Users mailing list -- users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ [1] [1] > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ [2] [2] > List Archives: >
[ovirt-users] Re: Can't run nested virtualization
El 2019-05-24 13:22, Simone Tiraboschi escribió: On Fri, May 24, 2019 at 1:51 PM wrote: El 2019-05-24 12:41, nico...@devels.es escribió: El 2019-05-14 08:19, Yedidyah Bar David escribió: On Tue, May 14, 2019 at 10:02 AM wrote: Please, any ideas about this? Thanks. El 2019-05-10 09:18, nico...@devels.es escribió: > Hi, > > We're running oVirt version 4.3.3, and trying to configure one of the > hosts to support Nested Virtualization, but when installing the nested > host it claims it doesn't support hardware virtualization. > > On the physical host, we've enabled nested virtualization: > > # cat /sys/module/kvm_intel/parameters/nested > Y > > Content of /etc/modprobe.d/kvm.conf: > > options kvm_intel nested=1 > options kvm_intel enable_shadow_vmcs=1 > options kvm_intel enable_apicv=1 > options kvm_intel ept=1 > > I created a VM to run on that host, which will be the nested host. I > try to deploy it but the engine will show it failed because: > > 2019-05-10 09:11:32,006+01 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (VdsDeploy) [6381e662] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), > An error has occurred during installation of Host host1: Failed to > execute stage 'Setup validation': Hardware does not support > virtualization. Hi Yedidyah, sorry for the delayed answer. You might find some more details in the host-deploy log, which you should be able to find in /var/log/ovirt-engine/host-deploy (on the engine machine, it's copied there after deploy finishes). I had a look at it, but nothing relevant shows up besides this line: 2019-05-10 09:11:32,628+0100 DEBUG otopi.context context._executeMethod:145 method exception Traceback (most recent call last): File "/tmp/ovirt-qPjYkVy6Ys/pythonlib/otopi/context.py", line 132, in _executeMethod method['method']() File "/tmp/ovirt-qPjYkVy6Ys/otopi-plugins/ovirt-host-deploy/vdsm/hardware.py", line 71, in _validate_virtualization _('Hardware does not support virtualization') RuntimeError: Hardware does not support virtualization It's been some time since I configured this myself, so I do not remember the details anymore. Did you check some guides/blog posts/etc. about this? I didn't. I just enabled nested virtualization in the host and tried to deploy. What type of CPU did you configure in the VM (and cluster)? In the Cluster I have the Intel Broadwell Family, and as the VM CPU I have the default cluster CPU which is the one I just referenced. Not sure if anything else should be done. To see what checks the code does, you can read [1], although the log should be enough IMO. [1] /usr/lib/python2.7/site-packages/ovirt_host_deploy/hardware.py I just saw this in the log: 2019-05-24 12:44:56,000+0100 DEBUG otopi.ovirt_host_deploy.hardware hardware._isVirtualizationEnabled:208 virtualization support GenuineIntel (cpu: False, bios: True) So the CPU is not able to support virtualization. Why could be that? Hi, can you please share the output of cat /proc/cpuinfo ? Hi Simone, Please find attached the output (assuming you meant the VM that is meant to be added as a host). You'll probably see the model name as Haswell because I forced it to test, but the same happens with Broadwell. Thanks. Best regards, > > Am I missing something here? > > Thanks. > ___ > Users mailing list -- users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ [1] > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ [2] > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/P7ZJB2NVO5DYARQTEHLMA4WR3T3P6N4N/ [3] ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ [1] oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ [2] List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/7LALMJF4SQQXLFZUXV2I53YRGX7J7FR6/ [4] ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ [1] oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ [2] List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/4QMYFBJUMSO7XF2XID4UWY27RMKDV6C4/ [5] ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ [1] oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ [2] List Archives:
[ovirt-users] Re: Can't run nested virtualization
El 2019-05-24 12:41, nico...@devels.es escribió: El 2019-05-14 08:19, Yedidyah Bar David escribió: On Tue, May 14, 2019 at 10:02 AM wrote: Please, any ideas about this? Thanks. El 2019-05-10 09:18, nico...@devels.es escribió: > Hi, > > We're running oVirt version 4.3.3, and trying to configure one of the > hosts to support Nested Virtualization, but when installing the nested > host it claims it doesn't support hardware virtualization. > > On the physical host, we've enabled nested virtualization: > > # cat /sys/module/kvm_intel/parameters/nested > Y > > Content of /etc/modprobe.d/kvm.conf: > > options kvm_intel nested=1 > options kvm_intel enable_shadow_vmcs=1 > options kvm_intel enable_apicv=1 > options kvm_intel ept=1 > > I created a VM to run on that host, which will be the nested host. I > try to deploy it but the engine will show it failed because: > > 2019-05-10 09:11:32,006+01 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (VdsDeploy) [6381e662] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), > An error has occurred during installation of Host host1: Failed to > execute stage 'Setup validation': Hardware does not support > virtualization. Hi Yedidyah, sorry for the delayed answer. You might find some more details in the host-deploy log, which you should be able to find in /var/log/ovirt-engine/host-deploy (on the engine machine, it's copied there after deploy finishes). I had a look at it, but nothing relevant shows up besides this line: 2019-05-10 09:11:32,628+0100 DEBUG otopi.context context._executeMethod:145 method exception Traceback (most recent call last): File "/tmp/ovirt-qPjYkVy6Ys/pythonlib/otopi/context.py", line 132, in _executeMethod method['method']() File "/tmp/ovirt-qPjYkVy6Ys/otopi-plugins/ovirt-host-deploy/vdsm/hardware.py", line 71, in _validate_virtualization _('Hardware does not support virtualization') RuntimeError: Hardware does not support virtualization It's been some time since I configured this myself, so I do not remember the details anymore. Did you check some guides/blog posts/etc. about this? I didn't. I just enabled nested virtualization in the host and tried to deploy. What type of CPU did you configure in the VM (and cluster)? In the Cluster I have the Intel Broadwell Family, and as the VM CPU I have the default cluster CPU which is the one I just referenced. Not sure if anything else should be done. To see what checks the code does, you can read [1], although the log should be enough IMO. [1] /usr/lib/python2.7/site-packages/ovirt_host_deploy/hardware.py I just saw this in the log: 2019-05-24 12:44:56,000+0100 DEBUG otopi.ovirt_host_deploy.hardware hardware._isVirtualizationEnabled:208 virtualization support GenuineIntel (cpu: False, bios: True) So the CPU is not able to support virtualization. Why could be that? Best regards, > > Am I missing something here? > > Thanks. > ___ > Users mailing list -- users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/P7ZJB2NVO5DYARQTEHLMA4WR3T3P6N4N/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/7LALMJF4SQQXLFZUXV2I53YRGX7J7FR6/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/4QMYFBJUMSO7XF2XID4UWY27RMKDV6C4/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/6O7QPVYUHVE7BHHSOVRATSYWJA732RPF/
[ovirt-users] Re: Can't run nested virtualization
El 2019-05-14 08:19, Yedidyah Bar David escribió: On Tue, May 14, 2019 at 10:02 AM wrote: Please, any ideas about this? Thanks. El 2019-05-10 09:18, nico...@devels.es escribió: > Hi, > > We're running oVirt version 4.3.3, and trying to configure one of the > hosts to support Nested Virtualization, but when installing the nested > host it claims it doesn't support hardware virtualization. > > On the physical host, we've enabled nested virtualization: > > # cat /sys/module/kvm_intel/parameters/nested > Y > > Content of /etc/modprobe.d/kvm.conf: > > options kvm_intel nested=1 > options kvm_intel enable_shadow_vmcs=1 > options kvm_intel enable_apicv=1 > options kvm_intel ept=1 > > I created a VM to run on that host, which will be the nested host. I > try to deploy it but the engine will show it failed because: > > 2019-05-10 09:11:32,006+01 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (VdsDeploy) [6381e662] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), > An error has occurred during installation of Host host1: Failed to > execute stage 'Setup validation': Hardware does not support > virtualization. Hi Yedidyah, sorry for the delayed answer. You might find some more details in the host-deploy log, which you should be able to find in /var/log/ovirt-engine/host-deploy (on the engine machine, it's copied there after deploy finishes). I had a look at it, but nothing relevant shows up besides this line: 2019-05-10 09:11:32,628+0100 DEBUG otopi.context context._executeMethod:145 method exception Traceback (most recent call last): File "/tmp/ovirt-qPjYkVy6Ys/pythonlib/otopi/context.py", line 132, in _executeMethod method['method']() File "/tmp/ovirt-qPjYkVy6Ys/otopi-plugins/ovirt-host-deploy/vdsm/hardware.py", line 71, in _validate_virtualization _('Hardware does not support virtualization') RuntimeError: Hardware does not support virtualization It's been some time since I configured this myself, so I do not remember the details anymore. Did you check some guides/blog posts/etc. about this? I didn't. I just enabled nested virtualization in the host and tried to deploy. What type of CPU did you configure in the VM (and cluster)? In the Cluster I have the Intel Broadwell Family, and as the VM CPU I have the default cluster CPU which is the one I just referenced. Not sure if anything else should be done. To see what checks the code does, you can read [1], although the log should be enough IMO. [1] /usr/lib/python2.7/site-packages/ovirt_host_deploy/hardware.py Best regards, > > Am I missing something here? > > Thanks. > ___ > Users mailing list -- users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/P7ZJB2NVO5DYARQTEHLMA4WR3T3P6N4N/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/7LALMJF4SQQXLFZUXV2I53YRGX7J7FR6/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/4QMYFBJUMSO7XF2XID4UWY27RMKDV6C4/
[ovirt-users] Re: Old mailing list SPAM
Le 15/05/2019 à 07:46, Markus Stockhausen a écrit : Hi, does anyone currently get old mails of 2016 from the mailing list? I do. (Though it is annoying, it allowed me to get an answer about which I never thought to ask - Thanks Nir, by the way) We are spammed with something like this from teknikservice.nu: ... Received: from mail.ovirt.org (localhost [IPv6:::1])by mail.ovirt.org (Postfix) with ESMTP id A33EA46AD3;Tue, 14 May 2019 14:48:48 -0400 (EDT) Received: by mail.ovirt.org (Postfix, from userid 995)id D283A407D0; Tue, 14 May 2019 14:42:29 -0400 (EDT) Received: from bauhaus.teknikservice.nu (smtp.teknikservice.nu [81.216.61.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))(No client certificate requested)by mail.ovirt.org (Postfix) with ESMTPS id BF954467FEfor ; Tue, 14 May 2019 14:36:54 -0400 (EDT) Received: by bauhaus.teknikservice.nu (Postfix, from userid 0)id 259822F504; Tue, 14 May 2019 20:32:33 +0200 (CEST) <- 3 YEAR TIME WARP ? Received: from washer.actnet.nu (washer.actnet.nu [212.214.67.187])(using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits))(No client certificate requested)by bauhaus.teknikservice.nu (Postfix) with ESMTPS id 430FEDA541for ; Thu, 6 Oct 2016 18:02:51 +0200 (CEST) Received: from lists.ovirt.org (lists.ovirt.org [173.255.252.138])(using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits))(No client certificate requested)by washer.actnet.nu (Postfix) with ESMTPS id D75A82293FCfor ; Thu, 6 Oct 2016 18:04:11 +0200 (CEST) ... Markus ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/XI3LV4GPACT7ILZ3BNJLHHQBEWI3HWLI/ -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/IEOIF3KVPKLBO2UNZ65FSRX7EFPXHF3V/
[ovirt-users] Re: VM has paused due to no storage space error
Hi Nir, hi Sandvik, As I saw this issue lots of times and as I'm using thin prov. + block storage, I feel concerned. Read my question below. Le 02/10/2016 à 12:55, Nir Soffer a écrit : On Sun, Oct 2, 2016 at 12:06 PM, Sandvik Agustin wrote: Hi users, I have this problem that sometimes 1 to 3 VM just automatically paused with user interaction and getting this error "VM has paused due to no storage space error". any inputs from you guys are very appreciated. This is expected - when there is no storage space :-) The vm is paused when there are some io pending io requests that could not be fulfilled since you don't have enough space. In a real machine the io requests would fail. In a vm, the vm can pause, you can fix the issue (extend the storage domain), and resume the vm. But I guess there is storage space available, otherwise you would not spend the time sending this mail. This can happen when using thin provisioned disks on block storage (iSCSI, FC). We provision such disk with 1G, and and extend the disk (add 1G) when it becomes too full (by default, free space < 0.5G). If we fail to extend the disk quick enough, "quick enough" -> Is there some place where this threshold can be configured? the vm will pause before the extend was completed. Once the extend was completed, we resume the vm. So you may see very short pauses, but they should be rare. To understand the issue, we need to inspect vdsm logs from the host running the vm that paused, showing the timeframe when the vm was paused. You should see this message in the log each time a vm pauses: abnormal vm stop device error ENOSPC Nir ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/5MAYP4SZZQC5BB2VVPQBXYWH4OOJ7LUW/ -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/KF4SVQOE7U7ELLOIE4CNPSH2TAN7MW3K/
[ovirt-users] Re: DISCARD support?
Hello, Sending this here to share knowledge. Here is what I learned from many BZ and mailing list posts readings. I'm not working at Redhat, so please correct me if I'm wrong. We are using thin-provisioned block storage LUNs (Equallogic), on which oVirt is creating numerous Logical Volumes, and we're very happy with it. When oVirt is removing a virtual disk, the SAN is not informed, because the LVM layer is not sending the "issue_discard" flag. /etc/lvm/lvm.conf is not the natural place to try to change this parameter, as VDSM is not using it. Efforts are presently made to include issue_discard setting support directly into vdsm.conf, first on a datacenter scope (4.0.x), then per storage domain (4.1.x) and maybe via a web GUI check-box. Part of the effort is to make sure every bit of a planned to be removed LV get wiped out. Part is to inform the block storage side about the deletion, in case of thin provisioned LUNs. https://bugzilla.redhat.com/show_bug.cgi?id=1342919 https://bugzilla.redhat.com/show_bug.cgi?id=981626 -- Nicolas ECARNOT On Mon, Oct 3, 2016 at 2:24 PM, Nicolas Ecarnot <mailto:nico...@ecarnot.net>> wrote: Yaniv, As a pure random way of web surfing, I found that you posted on twitter an information about DISCARD support. (https://twitter.com/YanivKaul/status/773513216664174592 <https://twitter.com/YanivKaul/status/773513216664174592>) I did not dig any further, but has it any relation with the fact that so far, oVirt did not reclaim lost storage space amongst its logical volumes of its storage domains? A BZ exist about this, but one was told no work would be done about it until 4.x.y, so now we're there, I was wondering if you knew more? Feel free to send such questions on the mailing list (ovirt users or devel), so other will be able to both chime in and see the response. We've supported a custom hook for enabling discard per disk (which is only relevant for virtio-SCSI and IDE) for some versions now (3.5 I believe). We are planning to add this via a UI and API in 4.1. In addition, we are looking into discard (instead of wipe after delete, when discard is also zero'ing content) as well as discard when removing LVs. See: http://www.ovirt.org/develop/release-management/features/storage/pass-discard-from-guest-to-underlying-storage/ http://www.ovirt.org/develop/release-management/features/storage/wipe-volumes-using-blkdiscard/ http://www.ovirt.org/develop/release-management/features/storage/discard-after-delete/ Y. Best, -- Nicolas ECARNOT -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/XNWYONXSWEN5AJVUJURRL7G3QJW62SNJ/
[ovirt-users] Re: Can't run nested virtualization
Please, any ideas about this? Thanks. El 2019-05-10 09:18, nico...@devels.es escribió: Hi, We're running oVirt version 4.3.3, and trying to configure one of the hosts to support Nested Virtualization, but when installing the nested host it claims it doesn't support hardware virtualization. On the physical host, we've enabled nested virtualization: # cat /sys/module/kvm_intel/parameters/nested Y Content of /etc/modprobe.d/kvm.conf: options kvm_intel nested=1 options kvm_intel enable_shadow_vmcs=1 options kvm_intel enable_apicv=1 options kvm_intel ept=1 I created a VM to run on that host, which will be the nested host. I try to deploy it but the engine will show it failed because: 2019-05-10 09:11:32,006+01 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [6381e662] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), An error has occurred during installation of Host host1: Failed to execute stage 'Setup validation': Hardware does not support virtualization. Am I missing something here? Thanks. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/P7ZJB2NVO5DYARQTEHLMA4WR3T3P6N4N/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/7LALMJF4SQQXLFZUXV2I53YRGX7J7FR6/
[ovirt-users] Can't run nested virtualization
Hi, We're running oVirt version 4.3.3, and trying to configure one of the hosts to support Nested Virtualization, but when installing the nested host it claims it doesn't support hardware virtualization. On the physical host, we've enabled nested virtualization: # cat /sys/module/kvm_intel/parameters/nested Y Content of /etc/modprobe.d/kvm.conf: options kvm_intel nested=1 options kvm_intel enable_shadow_vmcs=1 options kvm_intel enable_apicv=1 options kvm_intel ept=1 I created a VM to run on that host, which will be the nested host. I try to deploy it but the engine will show it failed because: 2019-05-10 09:11:32,006+01 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) [6381e662] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), An error has occurred during installation of Host host1: Failed to execute stage 'Setup validation': Hardware does not support virtualization. Am I missing something here? Thanks. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/P7ZJB2NVO5DYARQTEHLMA4WR3T3P6N4N/
[ovirt-users] Re: Buy Movie Jackets
Guys, this is starting to be annoying. Can anything be done to unsubscribe users with these security issues? El 2019-05-03 07:50, deannawillia...@gmail.com escribió: We are famous in the leather industry with our best quality of leather and its stuff we are providing service from all over the world with shipping specially free shipping in the USA, CANADA, AUSTRALIA, and the UK we have our official website which is https://www.buymoviejackets.com/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZI7TUGIP2YGTVWQAFYRQFISXY2TRKZUT/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/QQ4MX5C5AQYKKGAX4O7E3YYMCMU66V55/
[ovirt-users] Re: Cannot allocate and run VM from VM-Pool. There are no available VMs in the VM-Pool
Are the VMs from the pool 'up'? If so, no assignation can be done unless they are powered off. El 2019-04-12 14:31, Florian Rädler escribió: I am getting the following Error after a Pool was generated and migrated to another host. START_POOL fehlgeschlagen [Cannot allocate and run VM from VM-Pool. There are no available VMs in the VM-Pool.] No user is connected to any of the running VMs. What can I do to solve this problem? - Pflichtangaben anzeigen [1] Nähere Informationen zur Datenverarbeitung im DB-Konzern finden Sie hier: http://www.deutschebahn.com/de/konzern/datenschutz [2] Links: -- [1] http://www.deutschebahn.com/pflichtangaben/20190408 [2] http://www.deutschebahn.com/de/konzern/datenschutz ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/UL2KJKETQYFZR4HTVJI42IIAKHHJ2NWW/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/WNB2EQKIFRDUF5RO4CZCIJ75OH75E7LU/
[ovirt-users] Re: NPE for GetValidHostsForVmsQuery
Hi Andrej, I missed to point a fact that is probably determining. Prior to noticing the error, we upgraded the Cluster & Data Center compatibility version from 4.1 to 4.3, which caused ovirt-engine to automatically edit all VMs and modify their compatibility versions as well (with changes pending until next reboot). So if we powered down the VM, edited the VM, saved it (even without changes) and powered it up, migrations would work again. This happened with all affected machines. If you need some additional info, just ask. Thanks. El 2019-04-04 17:03, Andrej Krejcir escribió: Hi, The NPE is because the CPU load of a VM is missing. It happens when the VM statistics are not updated. This is definitely a bug, missing CPU load should not prevent migration. I will open a Bugzilla ticket. Can you share some more details about the VMs? Does the NPE happen for all VMs or only some specific types? Thanks, Andrej On Wed, 3 Apr 2019 at 13:45, wrote: Hi, We're running oVirt 4.3.2. When we click on the "Migrate" button over a VM, an error popup shows up and in the ovirt-engine log we see: 2019-04-03 12:37:40,897+01 ERROR [org.ovirt.engine.core.bll.GetValidHostsForVmsQuery] (default task-6) [478381f0-18e3-4c96-bcb5-aafd116d7b7a] Query 'GetValidHostsForVmsQuery' failed: null I'm attaching the full NPE. Could someone point out what could be the reason for the NPE? Thanks.___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ [1] oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ [2] List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/VZWPQR34DDQMTDPUI2EZFA3VSHA77BET/ [3] Links: -- [1] https://www.ovirt.org/site/privacy-policy/ [2] https://www.ovirt.org/community/about/community-guidelines/ [3] https://lists.ovirt.org/archives/list/users@ovirt.org/message/VZWPQR34DDQMTDPUI2EZFA3VSHA77BET/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/R3QVBGUKKRYQ5OUWEXZ2DHD3SGLQN5UM/
[ovirt-users] NPE for GetValidHostsForVmsQuery
Hi, We're running oVirt 4.3.2. When we click on the "Migrate" button over a VM, an error popup shows up and in the ovirt-engine log we see: 2019-04-03 12:37:40,897+01 ERROR [org.ovirt.engine.core.bll.GetValidHostsForVmsQuery] (default task-6) [478381f0-18e3-4c96-bcb5-aafd116d7b7a] Query 'GetValidHostsForVmsQuery' failed: null I'm attaching the full NPE. Could someone point out what could be the reason for the NPE? Thanks.2019-04-03 12:37:40,897+01 ERROR [org.ovirt.engine.core.bll.GetValidHostsForVmsQuery] (default task-6) [478381f0-18e3-4c96-bcb5-aafd116d7b7a] Query 'GetValidHostsForVmsQuery' failed: null 2019-04-03 12:37:40,898+01 ERROR [org.ovirt.engine.core.bll.GetValidHostsForVmsQuery] (default task-6) [478381f0-18e3-4c96-bcb5-aafd116d7b7a] Exception: java.lang.NullPointerException at org.ovirt.engine.core.bll.scheduling.SchedulingManager.subtractRunningVmResources(SchedulingManager.java:923) [bll.jar:] at org.ovirt.engine.core.bll.scheduling.SchedulingManager.canSchedule(SchedulingManager.java:616) [bll.jar:] at org.ovirt.engine.core.bll.GetValidHostsForVmsQuery.lambda$getValidHosts$0(GetValidHostsForVmsQuery.java:56) [bll.jar:] at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) [rt.jar:1.8.0_201] at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1382) [rt.jar:1.8.0_201] at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481) [rt.jar:1.8.0_201] at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) [rt.jar:1.8.0_201] at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708) [rt.jar:1.8.0_201] at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) [rt.jar:1.8.0_201] at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499) [rt.jar:1.8.0_201] at org.ovirt.engine.core.bll.GetValidHostsForVmsQuery.getValidHosts(GetValidHostsForVmsQuery.java:59) [bll.jar:] at org.ovirt.engine.core.bll.GetValidHostsForVmsQuery.executeQueryCommand(GetValidHostsForVmsQuery.java:36) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:106) [bll.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:31) [dal.jar:] at org.ovirt.engine.core.bll.executor.DefaultBackendQueryExecutor.execute(DefaultBackendQueryExecutor.java:14) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:520) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:489) [bll.jar:] at sun.reflect.GeneratedMethodAccessor83.invoke(Unknown Source) [:1.8.0_201] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_201] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_201] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) at org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:92) [wildfly-weld-ejb-15.0.1.Final.jar:15.0.1.Final] at org.jboss.weld.interceptor.proxy.WeldInvocationContextImpl.interceptorChainCompleted(WeldInvocationContextImpl.java:107) [weld-core-impl-3.0.5.Final.jar:3.0.5.Final] at org.jboss.weld.interceptor.proxy.WeldInvocationContextImpl.proceed(WeldInvocationContextImpl.java:126) [weld-core-impl-3.0.5.Final.jar:3.0.5.Final] at org.ovirt.engine.core.common.di.interceptor.LoggingInterceptor.apply(LoggingInterceptor.java:12) [common.jar:] at sun.reflect.GeneratedMethodAccessor64.invoke(Unknown Source) [:1.8.0_201] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_201] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_201] at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73) [weld-core-impl-3.0.5.Final.jar:3.0.5.Final] at org.jboss.weld.interceptor.proxy.WeldInvocationContextImpl.invokeNext(WeldInvocationContextImpl.java:92) [weld-core-impl-3.0.5.Final.jar:3.0.5.Final] at org.jboss.weld.interceptor.proxy.WeldInvocationContextImpl.proceed(WeldInvocationContextImpl.java:124) [weld-core-impl-3.0.5.Final.jar:3.0.5.Final] at org.jboss.weld.bean.InterceptorImpl.intercept(InterceptorImpl.java:105) [weld-core-impl-3.0.5.Final.jar:3.0.5.Final] at
[ovirt-users] Re: vdsClient in oVirt 4.3
Thanks Liran, it worked perfectly. Regards. El 2019-04-03 11:33, Liran Rotenberg escribió: I think the similar way to do it as you used to is: $ vdsm-client Volume setLegality storagedomainID=sdUUID storagepoolID=spUUID imageID=imgUUID legality=LEGAL volumeID=volUUID Where the values you set should be inside quotes for example 'LEGAL'. On Wed, Apr 3, 2019 at 1:08 PM wrote: Hi Benny, Thanks for the help. Could you please tell me what job_uuid and vol_gen should be replaced by? Should I just put any UUID for the job? Thanks. El 2019-04-03 09:52, Benny Zlotnik escribió: > it should be something like this: > $ cat update.json > { > "job_id":"", > "vol_info": { > "sd_id": "", > "img_id": "", > "vol_id": "", > "generation": "" > }, > "legality": "LEGAL" > } > } > > $ vdsm-client SDM update_volume -f update.json > > On Wed, Apr 3, 2019 at 11:48 AM wrote: >> >> Hi, >> >> In oVirt 4.1 we used this command to set a volume as LEGAL: >> >> vdsClient -s setVolumeLegality sdUUID spUUID imgUUID >> leafUUID >> LEGAL >> >> What would be the equivalent to this command using vdsm-client in >> oVirt >> 4.3? >> >> Thanks. >> ___ >> Users mailing list -- users@ovirt.org >> To unsubscribe send an email to users-le...@ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/users@ovirt.org/message/T7QYVJMDWNRUOKLOZGEA7QPDBKLX4TO2/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/LUZX6W6KWRZWHDRDJPH6PIEGRVNAGVED/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/RHODSQZLPK6JEGUH2NKTSGRVTBJXDXJC/
[ovirt-users] Re: vdsClient in oVirt 4.3
Hi Benny, Thanks for the help. Could you please tell me what job_uuid and vol_gen should be replaced by? Should I just put any UUID for the job? Thanks. El 2019-04-03 09:52, Benny Zlotnik escribió: it should be something like this: $ cat update.json { "job_id":"", "vol_info": { "sd_id": "", "img_id": "", "vol_id": "", "generation": "" }, "legality": "LEGAL" } } $ vdsm-client SDM update_volume -f update.json On Wed, Apr 3, 2019 at 11:48 AM wrote: Hi, In oVirt 4.1 we used this command to set a volume as LEGAL: vdsClient -s setVolumeLegality sdUUID spUUID imgUUID leafUUID LEGAL What would be the equivalent to this command using vdsm-client in oVirt 4.3? Thanks. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/T7QYVJMDWNRUOKLOZGEA7QPDBKLX4TO2/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/LUZX6W6KWRZWHDRDJPH6PIEGRVNAGVED/
[ovirt-users] vdsClient in oVirt 4.3
Hi, In oVirt 4.1 we used this command to set a volume as LEGAL: vdsClient -s setVolumeLegality sdUUID spUUID imgUUID leafUUID LEGAL What would be the equivalent to this command using vdsm-client in oVirt 4.3? Thanks. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/T7QYVJMDWNRUOKLOZGEA7QPDBKLX4TO2/
[ovirt-users] Logical Volume extend failed
Hello, [Context : I'm moving all my VMs from an old 3.6 DC to a brand new 4.3 DC. For local reasons, I'm doing it using an export domain, and one by one. ] Today, for no obvious reason, error messages began to appear : " VDSM SPM-servername command failed: Logical Volume extend failed " Lots of similar errors appear in the engine log, with no obvious additional hint. In the VDSM log, I'm not skilled enough to see what's wrong either. The 3.6 engine and vdsm log files are here : https://framadrop.org/r/6cFSb0GRc1#VQ6XqYWg9HzniHMjgKmXVpXy0I+RIS/MiMGBpU+1bak= https://framadrop.org/r/JFswiD3fkA#fdU+m3JCVMVg/eLjtJVTqOiAKIj4eyhsRWisxcrea7I= It may come from one of our storage domain that was close to full, but I freed 200Go space since, and the issue keeps appearing. Now, my attempts to export a VM are failing. I still can stop and start a VM. (I'm not completely relaxed with this situation.) I read some similar experience here (https://www.canarytek.com/2017/07/21/Harmfull_bug_in_oVirt_block_storage.html) but I'm not sure it is related. I can psql-query and check things if needed, but I mostly need advices. Thank you. -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/OFE5IWWFKQLWWJR3KHCIDMTS2JHLHEC4/
[ovirt-users] Re: Fencing : SSL or not?
Le 22/02/2019 à 15:45, Martin Perina a écrit : If I understand that correctly, this is a request to open session to IPMI. If you haven't received any response, then I'd check: 1. Do you have IPMI enabled? Hello Martin, you hit the point. IPMI was not unable (anymore). IPMI is activated by default since years in all our hosts. But recent firmware upgrades on some of our Dell hosts, and especially on iDRAC firmwares led to the disabling of IPMI. I'm sorry for having bothered you and the audience. Sorry for this waste of time. Thank you Dell :-\ -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/KO7REWCFUWRGU453N5XYSFZSS75RFFU6/
[ovirt-users] Re: Host choice when migrating VMs
Le 22/02/2019 à 15:48, Dominik Holler a écrit : Hosts _needs_ the same networks to be available in the same cluster. Different networked hosts needs to be put in a separate cluster. This is the most straight approach, which is supported by oVirt. But there is the possibility to attach logical networks, which are neither required in the cluster, nor attached to all hosts in the cluster, to a VM. oVirt's scheduling will respect this. So you're saying oVirt knows which other hosts in the cluster have the non-mandatory network(s) the VM has and only chooses between those a host to migrate the VM to? Yes. If you try to trigger the migration manually, UI will provide you the list of possible hosts to migrate the VM. https://github.com/oVirt/ovirt-engine/blob/7d111f3aa089f77f92049f4d3ec792e5ff7e5324/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/scheduling/policyunits/NetworkPolicyUnit.java#L132 *THIS* is precisely the answer I was expecting. Thank you Dominik. -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/LT6I4GS42VIPQYBF4EGT7HBS2LVLUN2Z/
[ovirt-users] Re: Host choice when migrating VMs
Le 22/02/2019 à 15:02, Karli Sjöberg a écrit : Den 22 feb. 2019 09:24 skrev Nicolas Ecarnot : Hello, I'm almost sure the following is useless as I think I know how it's working, but as I'm preparing a major change in our infrastructure, I'd rather be sure and not mess up. And also to be sure. (Just to be sure) For some reasons, and for the first time in our infra., one of our new DC will temporary include heterogeneous hosts : some networks will be available only on parts of them. Hi Karli, Hosts _needs_ the same networks to be available in the same cluster. Correct me if I'm wrong, but I think that your statement is true *if* the networks are set as mandatory, which is not automatically wanted nor true. In our case, we have to disable this mandatory attribute. I agree that when the networks are mandatory, every host unable to use them will end up unavailable. Different networked hosts needs to be put in a separate cluster. /K -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/CGPHGFXYI3OZX2XKTLCFZ6W3GN4Q6U4Q/
[ovirt-users] Re: Fencing : SSL or not?
Le 22/02/2019 à 12:13, Martin Perina a écrit : Unfortunately using fence_ipmilan is not possible to display more debugging details, so as mentioned earlier could you please run ipmitool directly? ipmitool vv -I lanplus -H c-hv05.prd.sdis38.fr <http://c-hv05.prd.sdis38.fr> -p 623 -U stonith -P -L ADMINISTRATOR chassis power status Above should display more details ... root@hv04:/etc# ipmitool -vv -I lanplus -H c-hv05.prd.sdis38.fr -p 623 -U stonith -P 'xxx' -L ADMINISTRATOR chassis power status Sending IPMI command payload netfn : 0x06 command : 0x38 data: 0x8e 0x04 Sending IPMI command payload netfn : 0x06 command : 0x38 data: 0x8e 0x04 Sending IPMI command payload netfn : 0x06 command : 0x38 data: 0x8e 0x04 Sending IPMI command payload netfn : 0x06 command : 0x38 data: 0x8e 0x04 Sending IPMI command payload netfn : 0x06 command : 0x38 data: 0x0e 0x04 Sending IPMI command payload netfn : 0x06 command : 0x38 data: 0x0e 0x04 Sending IPMI command payload netfn : 0x06 command : 0x38 data: 0x0e 0x04 Sending IPMI command payload netfn : 0x06 command : 0x38 data: 0x0e 0x04 Get Auth Capabilities error Error issuing Get Channel Authentication Capabilities request Error: Unable to establish IPMI v2 / RMCP+ session root@hv04:/etc# -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/DQKUC2G745CKN6BT2SC3T6LSCEEML7NN/
[ovirt-users] Re: Fencing : SSL or not?
Hi Martin, Le 21/02/2019 à 13:04, Martin Perina a écrit : Hi Nicolas, see my reply inline See mine below. On Mon, Feb 18, 2019 at 9:51 AM Nicolas Ecarnot <mailto:nico...@ecarnot.net>> wrote: Hello, As fence_idrac has never worked for us, and as fence_ipmilan has worked nicely since years, we are using fence_ipmilan with the lanplus=1 option and we're happy with it. We upgraded to 4.3.0.4 and we're witnessing that we cannot fence our hosts anymore : 2019-02-18 09:42:08,678+01 ERROR [org.ovirt.engine.core.bll.pm <http://org.ovirt.engine.core.bll.pm>.FenceProxyLocator] (default task-11) [2f78ed99-6703-4d92-b7cb-948c2d24b623] Can not run fence action on host 'x', no suitable proxy host was found. This is not related fence_ipmi issue below. Engine, is order to be able to execute fencing operation, needs at least one other hosts in Up status, which is used as a proxy host to perform fencing operation. So do you have at least one host in Up status in the same cluster/datacenter as the host you want to run fencing operation on? Yes. If so, then please enable debug information to find out why we cannot find any host acting as fence proxy: 1. Please download log-control.sh script from https://github.com/oVirt/ovirt-engine/tree/master/contrib#log-control-sh and save on engine machine 2. Please execute following on engine machine log-control.sh org.ovirt.engine.core.bll.pm <http://org.ovirt.engine.core.bll.pm> DEBUG 3. Go to the problematic host, click Edit, go to Power Management tab, click on the existing fence agent and click on Test button 4. Take a look at engine.log, there should be logged information, why we were not able to find out fence proxy I followed the instructions above, but I feel this is not the best debug path. I learned nothing new. The fence proxy is not missing. It is known and found, and it is trying to do its job, as written below : and on the SPM : fence_ipmilan: Failed: Unable to obtain correct plug status or plug is not available Could you please provide debug output of below command? ipmitool -vv -I lanplus -H -p 623 -U -P -L ADMINISTRATOR chassis power status See below a debug session. I'm comparing two hosts, and one only is answering fence status queries. I must add that before the upgrade to 4.3, both hosts were responding correctly. fence_ipmilan --username=stonith --password='xxx' --lanplus --ip=c-serv-hv-prds01.sdis.isere.fr --action=status -v 2019-02-22 11:34:01,537 INFO: Executing: /usr/bin/ipmitool -I lanplus -H c-serv-hv-prds01.sdis.isere.fr -p 623 -U stonith -P [set] -L ADMINISTRATOR chassis power status 2019-02-22 11:34:01,654 DEBUG: 0 Chassis Power is on Status: ON root@hv04:/etc# fence_ipmilan --username=stonith --password='xxx' --lanplus --ip=c-hv05.prd.sdis38.fr --action=status -v 2019-02-22 11:34:15,335 INFO: Executing: /usr/bin/ipmitool -I lanplus -H c-hv05.prd.sdis38.fr -p 623 -U stonith -P [set] -L ADMINISTRATOR chassis power status 2019-02-22 11:34:35,338 ERROR: Connection timed out root@hv04:/etc# nmap c-serv-hv-prds01.sdis.isere.fr Starting Nmap 6.40 ( http://nmap.org ) at 2019-02-22 11:34 CET Nmap scan report for c-serv-hv-prds01.sdis.isere.fr (192.168.53.2) Host is up (0.010s latency). rDNS record for 192.168.53.2: c-5g3yxx1.sdis.isere.fr Not shown: 996 closed ports PORT STATE SERVICE 22/tcp open ssh 80/tcp open http 443/tcp open https 5900/tcp open vnc Nmap done: 1 IP address (1 host up) scanned in 0.45 seconds root@hv04:/etc# nmap c-hv05.prd.sdis38.fr Starting Nmap 6.40 ( http://nmap.org ) at 2019-02-22 11:34 CET Nmap scan report for c-hv05.prd.sdis38.fr (192.168.50.194) Host is up (0.00060s latency). rDNS record for 192.168.50.194: C-550W2S2.sdis.isere.fr Not shown: 996 closed ports PORT STATE SERVICE 22/tcp open ssh 80/tcp open http 443/tcp open https 5900/tcp open vnc MAC Address: CC:C5:E5:57:26:E0 (Unknown) Nmap done: 1 IP address (1 host up) scanned in 0.20 seconds root@hv04:/etc# ping -c 1 c-serv-hv-prds01.sdis.isere.fr PING c-5g3yxx1.sdis.isere.fr (192.168.53.2) 56(84) bytes of data. 64 bytes from c-5g3yxx1.sdis.isere.fr (192.168.53.2): icmp_seq=1 ttl=61 time=2.37 ms --- c-5g3yxx1.sdis.isere.fr ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 2.371/2.371/2.371/0.000 ms root@hv04:/etc# ping -c 1 c-hv05.prd.sdis38.fr PING c-550w2s2.prd.sdis38.fr (192.168.50.194) 56(84) bytes of data. 64 bytes from C-550W2S2.sdis.isere.fr (192.168.50.194): icmp_seq=1 ttl=64 time=0.189 ms --- c-550w2s2.prd.sdis38.fr ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.189/0.189/0.189/0.000 ms Above is the command which fence_ipmi is internally executing, and -vv adds debugging output which can reveal issue with the plug status Regards, Martin I found the sugg
[ovirt-users] Host choice when migrating VMs
Hello, I'm almost sure the following is useless as I think I know how it's working, but as I'm preparing a major change in our infrastructure, I'd rather be sure and not mess up. And also to be sure. (Just to be sure) For some reasons, and for the first time in our infra., one of our new DC will temporary include heterogeneous hosts : some networks will be available only on parts of them. Please may someone confirm me that with every load balancing / VM startup / VM migration / host choice, oVirt will smartly choose the available host equipped with the adequate networks? -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/QGX3PHA4T3SXXDTYZ4VGY6UHECO7P6V5/
[ovirt-users] Fencing : SSL or not?
Hello, As fence_idrac has never worked for us, and as fence_ipmilan has worked nicely since years, we are using fence_ipmilan with the lanplus=1 option and we're happy with it. We upgraded to 4.3.0.4 and we're witnessing that we cannot fence our hosts anymore : 2019-02-18 09:42:08,678+01 ERROR [org.ovirt.engine.core.bll.pm.FenceProxyLocator] (default task-11) [2f78ed99-6703-4d92-b7cb-948c2d24b623] Can not run fence action on host 'x', no suitable proxy host was found. and on the SPM : fence_ipmilan: Failed: Unable to obtain correct plug status or plug is not available I found the suggested workaround here : https://access.redhat.com/solutions/3349841 but no combination of - lanplus={0,1} - -z - ssl=={0,1} lead to no solution. The package version is the same as what's described in the KB : fence-agents-rhevm-4.2.1-11.el7_6.7.x86_64 What should I test now? Thank you. -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/SEUAZ6JB6CIYY2GOBNJN2XSWOSH6DHDJ/
[ovirt-users] Re: Forum available
Le 08/02/2019 à 09:05, Josep Manel Andrés Moscardó a écrit : Hi all, I am just wondering if anyone like me would like to have everything that is bump here in a forum, with all the benefits it brings Absolutely. Digging through mail archives is somethimes painful. (and people will still be able to subscribe and reply through email). Something like Discourse would be nice in my opinion. Best. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/TUU357HINGWFA23T3SMKDVTM7EKLX6VS/ -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/H427EVNMN3NZHB7NGW4Z62IOPRIGFNGP/
[ovirt-users] Re: Bug in the web interface?
Le 06/02/2019 à 15:42, Greg Sheremeta a écrit : On Wed, Feb 6, 2019 at 6:33 AM Nicolas Ecarnot <mailto:nico...@ecarnot.net>> wrote: Le 06/02/2019 à 10:53, Lucie Leistnerova a écrit : > > On 2/6/19 10:22 AM, Nicolas Ecarnot wrote: >> Hi Lucie, >> >> Le 06/02/2019 à 10:02, Lucie Leistnerova a écrit : >>> I'm sorry, my mistake I did not mention to remove the package without >>> dependencies. Same -- sorry, ugh. For anyone in the same situation, the better thing to do now is simply 'yum update ovirt-engine-ui-extensions' That will remove the old dashboard correctly. https://github.com/oVirt/ovirt-engine-ui-extensions/blob/master/packaging/spec.in#L16 Thank you. We need this kind of wheels greasing as oVirt's complexity increases. To sum up, I think what I'm missing is a clear and solide documentation or official Redhat message about whether/what/how/when can/cannot we update (with "yum update") the engine host and/or the hosts. Not Red Hat -- oVirt :) Yep, Greg Sheremeta ;-) Indeed, we need an Upgrade Guide update. I'll look into it. Generally, on my dev instances (which are probably nowhere near as complicated as your setups), I run 'yum update' followed by 'engine-setup'. Actually, my experience is that yum-upgrading the engine was most of the times harmless, but yum-upgrading the hosts lead to complex situations. I'm at a point where I no longer update my hosts with yum update, and only relies on oVirt's update (either via the web GUI or ansible's cluster upgrade) which only updates part of the packages. I'd rather have a strong enough RPM environment around oVirt preventing any issue (the version lock usage shows that it's already a concern oVirt's people are dealing with and I thank you. Keep strengthening.) -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/TQAYEZSGMLQCWFJTMAUERABCUNYWG3N6/
[ovirt-users] Re: Bug in the web interface?
Le 06/02/2019 à 10:53, Lucie Leistnerova a écrit : On 2/6/19 10:22 AM, Nicolas Ecarnot wrote: Hi Lucie, Le 06/02/2019 à 10:02, Lucie Leistnerova a écrit : I'm sorry, my mistake I did not mention to remove the package without dependencies. rpm -e --nodeps ... I'll write that down. When looking at the log file above (https://framadrop.org/r/ywTOD-Q02-#dA6hdYaxfZpgUB68gtJLB9inH5oJajrL4H9LTktDd6o=) [...] "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py", The error is cause by missing ovirt-engine-dbscripts. OK Well, I thought I messed up with packages, and I thought a compete yum update would help, as I read : Le 05/02/2019 à 15:19, Greg Sheremeta wrote : The fix is pushed. Standalone engine upgrades should be fine starting now. `yum update` any appliance engines or already upgraded engines to get the latest ovirt-engine-ui-extensions, which fixes the problem. So I ran a yum update. This package is part of ovirt-engine versionlock so can't be installed/updated separately. engine-setup should install the missing packages. I tried it by myself and it fixed the issue. [install] ovirt-engine-dbscripts-4.3.0.5-0.0.master.20190205084851.gitaaebfc9.el7.noarch will be installed I see I have this package, though in an older version : # rpm -qa|grep -i dbscripts ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch The version shouldn't be problem. I tested it in u/s ovirt. Now I tried with same version. Try to remove that package and install again. Versionlock seems to differ here so I was able to install it separately, if not run engine-setup. # rpm -e --nodeps ovirt-engine-dbscripts Indeed, it found a lot of missing files/dir. # yum install ovirt-engine-dbscripts I forgot to set LANG=C so you'll read some parts in french, but I get the idea : root@mvm01:/tmp# yum install ovirt-engine-dbscripts Modules complémentaires chargés : fastestmirror, versionlock Loading mirror speeds from cached hostfile * base: centos.mirror.fr.planethoster.net * epel: pkg.adfinis-sygroup.ch * extras: ftp.pasteur.fr * ovirt-4.3: ovirt.repo.nfrance.com * ovirt-4.3-epel: pkg.adfinis-sygroup.ch * updates: centos.mirror.fr.planethoster.net Excluding 1 update due to versionlock (use "yum versionlock status" to show it) Résolution des dépendances --> Lancement de la transaction de test ---> Le paquet ovirt-engine-dbscripts.noarch 0:4.3.0.4-1.el7 sera installé --> Résolution des dépendances terminée Dépendances résolues = Package Architecture Version Dépôt Taille = Installation : ovirt-engine-dbscripts noarch 4.3.0.4-1.el7 ovirt-4.3 331 k Résumé de la transaction = Installation 1 Paquet Taille totale des téléchargements : 331 k Taille d'installation : 1.6 M Is this ok [y/d/N]: y Downloading packages: ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch.rpm | 331 kB 00:00:02 Running transaction check Running transaction test Transaction test succeeded Running transaction Avertissement : RPMDB a été modifiée par une autre application que yum. ** 1 problèmes RPMDB préexistants trouvés, la sortie de « yum check » est la suivante : ovirt-engine-4.3.0.4-1.el7.noarch a des dépendances manquantes de ovirt-engine-dbscripts = ('0', '4.3.0.4', '1.el7') Installation : ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch 1/1 Vérification : ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch 1/1 Installé : ovirt-engine-dbscripts.noarch 0:4.3.0.4-1.el7 Terminé ! - After that, I ran again engine-setup and it went OK. Now, my ovirt DC and dashboard is back to life, thanks to you Lucie. To sum up, I think what I'm missing is a clear and solide documentation or official Redhat message about whether/what/how/when can/cannot we update (with "yum update") the engine host and/or the hosts. ?? -- Nicolas ECARNOT __
[ovirt-users] Re: Bug in the web interface?
Hi Lucie, Le 06/02/2019 à 10:02, Lucie Leistnerova a écrit : I'm sorry, my mistake I did not mention to remove the package without dependencies. rpm -e --nodeps ... I'll write that down. When looking at the log file above (https://framadrop.org/r/ywTOD-Q02-#dA6hdYaxfZpgUB68gtJLB9inH5oJajrL4H9LTktDd6o=) [...] "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py", The error is cause by missing ovirt-engine-dbscripts. OK Well, I thought I messed up with packages, and I thought a compete yum update would help, as I read : Le 05/02/2019 à 15:19, Greg Sheremeta wrote : The fix is pushed. Standalone engine upgrades should be fine starting now. `yum update` any appliance engines or already upgraded engines to get the latest ovirt-engine-ui-extensions, which fixes the problem. So I ran a yum update. This package is part of ovirt-engine versionlock so can't be installed/updated separately. engine-setup should install the missing packages. I tried it by myself and it fixed the issue. [install] ovirt-engine-dbscripts-4.3.0.5-0.0.master.20190205084851.gitaaebfc9.el7.noarch will be installed I see I have this package, though in an older version : # rpm -qa|grep -i dbscripts ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch Not sure what went wrong by you, send please the setup log and the >> (https://framadrop.org/r/ywTOD-Q02-#dA6hdYaxfZpgUB68gtJLB9inH5oJajrL4H9LTktDd6o=) ovirt-engine* rpms list. And also result of 'ls /usr/share/ovirt-engine/dbscripts' # LANG=C ls -la /usr/share/ovirt-engine/dbscripts ls: cannot access /usr/share/ovirt-engine/dbscripts: No such file or directory You seem to hit the point. -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/DA3RSDSTLAHWDCIAZNAGRUMKFHT7Y2GN/
[ovirt-users] Re: Bug in the web interface?
Le 05/02/2019 à 15:19, Greg Sheremeta wrote : The fix is pushed. Standalone engine upgrades should be fine starting now. `yum update` any appliance engines or already upgraded engines to get the latest ovirt-engine-ui-extensions, which fixes the problem. So I ran a yum update. After running again engine-setup, it is failing the same way. I compared the complete rpm list with another 4.3 DC with no issue, and apart the removed ovirt-engine-dashboard package and obviously many upgraded packages, I see no obvious missing parts. I'm at loss and don't know how to save this DC, so any help is welcome. -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/7QT44H4DEIZPZVMBO6UPRQ6GZWAKWP3S/
[ovirt-users] Re: [4.3.0] VNC Virt-viewer console not opening
Hello Greg, Le 04/02/2019 à 21:13, Greg Sheremeta a écrit : When I try to use Spice instead of VNc, it is working nicely. My goal is to stick to VNC. When I try to use noVNC, the additional tab opens and shows "Unsupported security types: 19" Looks like https://bugzilla.redhat.com/show_bug.cgi?id=1659155 Can you try disabling vnc security on the cluster and then reboot the host? VNC security is already disabled. What could I give to help you help me? -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/ARBA5SBJLY3QS73XYRJYQ7F7TZJ5KOYT/
[ovirt-users] [4.3.0] VNC Virt-viewer console not opening
Hello, First, congratulations to all of you who worked for this 4.3.0 release, and obviously thank you. Today, I upgraded 4 oVirt setups (4 DC) from 4.2.7 to 4.3.0. I went well on all 4 DCs. But on one of them, when I try to open a console, I see it open as a flash (it opens and closes immediately). I'm using Firefox 64.0 with Ubuntu 18.10, and all my VMs are setup like this : - video type : QXL - Gfx protocol : VNC - VNC Kbd layout : fr and I'm using virt-viewer On the problematic DC, all the VMs are showing the same issue. When I try to use Spice instead of VNc, it is working nicely. When I try to use noVNC, the additional tab opens and shows "Unsupported security types: 19" I tried to track down this issue thanks to the firefox dev console, but it's beyond my understanding. Trying the same with Chromium does the same blinking open/close. I'd rather learn how to provide additionnal debug messages, but /var/log/ovirt-engine/engine.log does not give any useful hint : 2019-02-04 16:57:04,150+01 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] (default task-24) [1fb01d42] Running command: SetVmTicketCommand internal: false. Entities affected : ID: 0c3e02b3-7fec-4bb1-b3d6-2e6c228e7278 Type: VMAction group CONNECT_TO_VM with role type USER 2019-02-04 16:57:04,155+01 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (default task-24) [1fb01d42] START, SetVmTicketVDSCommand(HostName = hv01.prd.sdis38.fr, SetVmTicketVDSCommandParameters:{hostId=' 687c1c01-a5e1-449c-89d2-9713ccfc2487', vmId='0c3e02b3-7fec-4bb1-b3d6-2e6c228e7278', protocol='VNC', ticket='IivrpGHx5zSw', validTime='120', userName='admin', userId='4a340386-851a-11e8-863d-3417ebeef1af', disconnectAction='NONE'} ), log id: 2a897f30 2019-02-04 16:57:04,188+01 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (default task-24) [1fb01d42] FINISH, SetVmTicketVDSCommand, return: , log id: 2a897f30 2019-02-04 16:57:04,211+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-24) [1fb01d42] EVENT_ID: VM_SET_TICKET(164), User admin@internal-authz initiated console session for VM ad02.ct at.sdis38.fr What could I give to help you help me? -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/KGCM25ILBTQTY6NLVJUDE7CNF5C5BRE7/
[ovirt-users] Re: Clearing asynchronous task Unknown
Hi Nicholas, Thanks for this. Indeed, that was the problem. I opened the vdsm log and saw a lot of exceptions like this: 2019-01-28 10:56:54,792+ INFO (jsonrpc/2) [vdsm.api] FINISH clearTask error=Operation is not allowed in this task state: ("can't clean in state running",) from=:::10.6.4.10,49326, flow_id=12aea163, task_id=b66d9abc-cfb2-4a62-bd54-5f46d32ca1c3 (api:50) 2019-01-28 10:56:54,792+ ERROR (jsonrpc/2) [storage.TaskManager.Task] (Task='b66d9abc-cfb2-4a62-bd54-5f46d32ca1c3') Unexpected error (task:872) Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 879, in _run return fn(*args, **kargs) File "", line 2, in clearTask File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, in method ret = func(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 2260, in clearTask return self.taskMng.clearTask(taskID=taskID) File "/usr/share/vdsm/storage/taskManager.py", line 175, in clearTask t.clean() File "/usr/share/vdsm/storage/task.py", line 1049, in clean raise se.TaskStateError("can't clean in state %s" % self.state) TaskStateError: Operation is not allowed in this task state: ("can't clean in state running",) I migrated all VMs to a different host, forcibly rebooted the SPM host and now the event stopped showing. Thanks. Regards. El 2019-01-25 16:19, Nicholas Vaughan escribió: Hi Nicolas, We had a similar issue and it was caused by a stuck task in VDSM on the host that was the SPM. We found that VDSM tasks don't always show up in the oVirt GUI. You can check using 'vdsm-client Host getAllTasksStatuses' on the SPM host. We could not manually cancel any of the stuck VDSM tasks or move the SPM to another host. The only solution we found was to migrate all the VM's off that host and restart it. Once the remaining hosts had contended to be the new SPM, we gave the engine a restart too. Hope that helps, Nick On Fri, 25 Jan 2019 at 12:02, wrote: Hi, We're running oVirt 4.1.9 (I know there's a new version, we can't upgrade until [1] is implemented). The thing is that since some days we're having an event that floods our event list: Clearing asynchronous task Unknown that started at Tue Jan 22 14:33:17 WET 2019 The event shows up every minute. We tried restarting the ovirt-engine, but after some time it starts flooding again. No pending tasks in the task list. How can I check what is happening and how to solve it? Thanks. [1]: https://github.com/oVirt/ovirt-web-ui/issues/490 [1] ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ [2] oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ [3] List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/YQ35IGLYZBYGY7F5IKUOXFMRUOXD6BK7/ [4] Links: -- [1] https://github.com/oVirt/ovirt-web-ui/issues/490 [2] https://www.ovirt.org/site/privacy-policy/ [3] https://www.ovirt.org/community/about/community-guidelines/ [4] https://lists.ovirt.org/archives/list/users@ovirt.org/message/YQ35IGLYZBYGY7F5IKUOXFMRUOXD6BK7/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/4QMBYHRKP6SCI3QDOI4XBAQXHDIIXVD7/
[ovirt-users] Clearing asynchronous task Unknown
Hi, We're running oVirt 4.1.9 (I know there's a new version, we can't upgrade until [1] is implemented). The thing is that since some days we're having an event that floods our event list: Clearing asynchronous task Unknown that started at Tue Jan 22 14:33:17 WET 2019 The event shows up every minute. We tried restarting the ovirt-engine, but after some time it starts flooding again. No pending tasks in the task list. How can I check what is happening and how to solve it? Thanks. [1]: https://github.com/oVirt/ovirt-web-ui/issues/490 ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/YQ35IGLYZBYGY7F5IKUOXFMRUOXD6BK7/
[ovirt-users] Re: The admin portal ui should be more simplified
Le 10/01/2019 à 15:13, fle...@hotmail.com a écrit : We have a rhv of 11 Datacerters, 11 clusters, 40 hosts and 300 vms. The 4 of us administrators are suffering from the new 4.2 UI lack of active area 。The manipulation logic also make us confused. A simple operation needs more clicks than before. Please just make the UI more simplified, ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/ETR6Q5YWUFTF6Y6RN6SHEAURJBK7OGOQ/ Hello, Would it be wise to suggest two clever ways to deal with complexity : - ManageIQ - Ansible We use them both, and are quite happy with them. Regards, -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/MSVKUQMBBXUOVOAWE5FICFL5MACXWERT/
[ovirt-users] Re: Trouble connecting to IDRAC7
Le 01/08/2018 à 15:28, Jayme a écrit : I just enabled power management/fencing successfully on two of my hosts (Dell poweredge R720s with Idrac 7) but am failing to add the third. I enter the IP and user/pass like the others, it takes 15 seconds or so they spits out "Test Failed: Internal JSON-RPC error" I tried resetting the IDRAC on that server. I can also ping it and access it fine in a web browser. I can ping it from the host as well. Is there any configuration in IDRAC that could be blocking the fence attempt or any logs in oVirt I can look at to figure out what might be happening with the connection? I see there is a "fence_idrac" command on the hosts but unsure what switches to use with it to test. Thanks! ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/UJQDE3W6NSZWLMSZJQZD7OZM4CYEMNKI/ Hello Jayme, All our iDrac are successfully power-managed this way : type : ipmilan options : lanplus=1 In the Drac, we use a dedicated user with the appropriate rights. HTH -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/FTT6IBBAONVMLWWHDW3W76KWT433AYQ2/
[ovirt-users] [No question] NFS disabled, hosts wandering tearful
Hello, This is a simple testimony about what happened yesterday in one of our DC. This DC runs on a dedicated bare-metal engine, oversized compared to the need, thus I've added a NFS service on it to host a small storage domain and the ISO storage domain. Yesterday, after having received the colorful announce about the 4.2.5 version, I decided to upgrade. As our engine was still on a CentOS 7.4, I first upgraded its OS version to 7.5, then reboot. Smooth. Then I followed the very usual oVirt engine upgrade path. Smooth. Eventually, I upgraded the hosts with ovirt-ansible-cluster-upgrade as usual. The result was frightening because the hosts were put in maintenance, upgraded, back to life, seen unavailable, unreachable, connecting, alive, rebooted, then back to another turn and looping... During this, the SPM role was obviously jumping around, and that did not help the debug. In the end, it appeared that something during an upgrade stopped and disabled the NFS service. My hosts partially relied on it, so after having restarted the NFS service, all came back to life. The NFS disabling may come from the CentOS upgrade, except if someone tells me it could come from something on the oVirt side? I'm sure the RH people will advice me not to run NFS on the engine, but apart this event, I had no trouble doing this in years. Regards, -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/GB72URRHAB3TNUO4QQBRMWITGTLSJBZJ/
[ovirt-users] Re: Is enabling Epel repo will break the installation?
Le 23/07/2018 à 15:33, Arman Khalatyan a écrit : Hello, As I remember some time ago the epel collectd was in conflict with the ovirt one. Is it still the case? Thanks, Arman. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/S4SYV6L5EIW36B3CIR7VWA42FNJCDCUG/ Hello, With a recent 4.2.4.5-1.el7 it was still the case... I just excluded collectd from epel.repo and it was OK. -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/GYZPPUBDSNGKKUYANCEHRRCOHKPUY24N/
[ovirt-users] Re: Python-SDK4: Check snapshot deletion result?
Hi Benny, El 2018-07-12 08:50, Benny Zlotnik escribió: Perhaps you can query the status of job using the correlation id (taking the examples from ovirt-system-tests): dead_snap1_params = types.Snapshot( description=SNAPSHOT_DESC_1, persist_memorystate=False, disk_attachments=[ types.DiskAttachment( disk=types.Disk( id=disk.id [5] ) ) ] ) correlation_id = uuid.uuid4() vm1_snapshots_service.add(dead_snap1_params, query={'correlation_id': correlation_id}) testlib.assert_true_within_long( lambda: test_utils.all_jobs_finished(engine, correlation_id) ) I tried this approach but with the snapshot deletion task instead of creating one. customuuid = uuid4() snaps_service.service(newsnap.id).remove(query={'correlation_id': customuuid}) However, when this task is run, I see no task with this correlation_id. Moreover, I cannot find a correlation_id field in the job object. In [40]: job Out[40]: In [41]: job. job.auto_cleared job.description job.external job.id job.name job.start_timejob.steps job.comment job.end_time job.href job.last_updated job.owner job.status The 'id' field doesn't correspond to the correlation_id generated above. All jobs finished checks that jobs with correlation_id have finished, it is implemented like this[2]: def all_jobs_finished(engine, correlation_id): try: jobs = engine.jobs_service().list( search='correlation_id=%s' % correlation_id ) except: jobs = engine.jobs_service().list() return all(job.status != types.JobStatus.STARTED for job in jobs) You can instead do something like this: jobs = engine.jobs_service().list( search='correlation_id=%s' % correlation_id ) This won't work either, it returns an exception claiming this: TypeError: list() got an unexpected keyword argument 'search' Any further hints with this? Thanks return any(job.status == types.JobStatus.FAILED for job in jobs) [1] - https://github.com/oVirt/ovirt-system-tests/blob/master/basic-suite-master/test-scenarios/004_basic_sanity.py#L353 [6] [2] - https://github.com/oVirt/ovirt-system-tests/blob/master/basic-suite-master/test_utils/__init__.py#L209 [7] On Thu, Jul 12, 2018 at 10:28 AM wrote: Hi Ondra, El 2018-07-12 08:02, Ondra Machacek escribió: On 07/11/2018 10:10 AM, nico...@devels.es wrote: Hi, We're using ovirt-engine-sdk-python 4.1.6 on oVirt 4.1.9, currently we're trying to delete some snapshots via a script like this: sys_serv = conn.system_service() vms_service = sys_serv.vms_service() vm_service = vms_service.vm_service(vmid) snaps_service = vm_service.snapshots_service() snaps_service.service('SNAPSHOT-ID').remove() In case of failure this line should raise Error, so you should know it failed. It doesn't, actually. This call is asynchronous, and the snapshot deletion seems to fail after about 10 seconds, so initially it seems to be correct but fails afterwards, that's why I need a way to check if the task ended correctly or not. This works, mostly... however, sometimes the deletion fails: Failed to delete snapshot 'snapshot name' for VM 'vm'. Is it currently possible to know via Python-SDK that the deletion actually failed? I know I can check the state of a snapshot, but I'd like to check the result of the task. Is that possible somehow? Thanks. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ [1] oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ [2] List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/AFGSUUJ3RNWX6H66RRGDPFLM6YEL577F/ [3] ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ [1] oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ [2] List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/XFPROJO4XHL36SJIQIYAAXUTPI6N4IIS/ [4] Links: -- [1] https://www.ovirt.org/site/privacy-policy/ [2] https://www.ovirt.org/community/about/community-guidelines/ [3] https://lists.ovirt.org/archives/list/users@ovirt.org/message/AFGSUUJ3RNWX6H66RRGDPFLM6YEL577F/ [4] https://lists.ovirt.org/archives/list/users@ovirt.org/message/XFPROJO4XHL36SJIQIYAAXUTPI6N4IIS/ [5] http://disk.id [6] https://github.com/oVirt/ovirt-system-tests/blob/master/basic-suite-master/test-scenarios/004_basic_sanity.py#L353 [7]
[ovirt-users] Host reboot failed
Hello, [oVirt 4.2.4.5-1.el7] Sequence : - Among 7 active UP hosts, one of them runs zero VM - On this (still in UP state) host, I run a SSH-restart via the web GUI - The host gracefully shuts down then reboots, with no issue - In the web GUI, as in real life, the host stays in Reboot state forever A this point, the engine can ping it, can ssh-connect to it, the host seems to have zero issue. In the web GUI, I can not put it into active state because it is not in maintenance state. It stays in reboot state. I can not either put it in maintenance state because it stays in reboot state. This state lasts long enough to allow me type this mail, look into logs, and as I was about to send logs, I see the host is returning to life (its states comes back as UP). I don't type fast, so after the host has finished rebooting, maybe 5 or 10 minutes have passed before the engine links again to the host. Before posting additional logs and comments, does anybody know if this is a know bug or behavior, or do I have to open a BZ? Regards, -- Nicolas ECARNOT ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/B5HCXSJR57LQ2SNRFK4POUIX7Z2DX2S6/
[ovirt-users] Re: Python-SDK4: Check snapshot deletion result?
Hi Ondra, El 2018-07-12 08:02, Ondra Machacek escribió: On 07/11/2018 10:10 AM, nico...@devels.es wrote: Hi, We're using ovirt-engine-sdk-python 4.1.6 on oVirt 4.1.9, currently we're trying to delete some snapshots via a script like this: sys_serv = conn.system_service() vms_service = sys_serv.vms_service() vm_service = vms_service.vm_service(vmid) snaps_service = vm_service.snapshots_service() snaps_service.service('SNAPSHOT-ID').remove() In case of failure this line should raise Error, so you should know it failed. It doesn't, actually. This call is asynchronous, and the snapshot deletion seems to fail after about 10 seconds, so initially it seems to be correct but fails afterwards, that's why I need a way to check if the task ended correctly or not. This works, mostly... however, sometimes the deletion fails: Failed to delete snapshot 'snapshot name' for VM 'vm'. Is it currently possible to know via Python-SDK that the deletion actually failed? I know I can check the state of a snapshot, but I'd like to check the result of the task. Is that possible somehow? Thanks. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/AFGSUUJ3RNWX6H66RRGDPFLM6YEL577F/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/XFPROJO4XHL36SJIQIYAAXUTPI6N4IIS/
[ovirt-users] Re: Unable to start VM - Image is not a legal chain
Hi Alex, We had a bigger problem recently which involved the error you mention. I sent it to the mail list and you can find the final solution we chose at [1]. Not the cleanest solution of course, but we managed to recover all VMs... I think in your case the relevant part is the one that mention the "vdsClient setVolumeLegality" command, although I don't know the root reason why you're getting the error (might be a corrupt snapshot, as in our case)... Hope this helps. [1]: https://www.mail-archive.com/users@ovirt.org/msg49300.html El 2018-07-11 09:16, Alex K escribió: Due to urgency of the case, I fetched the backup copy from weekend and proceeded to push missing data to VM (the VM is a git repo). I lost few notes, though not much damage was done... I'm starting to feel uncomfortable with this solution though and might switch (at least the production VMs) to plain KVM where I had never experienced such issues. Alex On Wed, Jul 11, 2018 at 7:27 AM, Yedidyah Bar David wrote: (Changing subject, adding Freddy) On Tue, Jul 10, 2018 at 8:06 PM, Alex K wrote: Hi all, I did a routine maintenance today (updating the hosts) to ovirt cluster (4.2) and I have one VM that was complaining about an invalid snapshot. After shutdown of VM the VM is not able to start again, giving the error: VM Gitlab is down with error. Exit message: Bad volume specification {'serial': 'b6af2856-a164-484a-afe5-9836bbdd14e8', 'index': 0, 'iface': 'virtio', 'apparentsize': '51838976', 'specParams': {}, 'cache': 'none', 'imageID': 'b6af2856-a164-484a-afe5-9836bbdd14e8', 'truesize': '52011008', 'type': 'disk', 'domainID': '142bbde6-ef9d-4a52-b9da-2de533c1f1bd', 'reqsize': '0', 'format': 'cow', 'poolID': '0001-0001-0001-0001-0311', 'device': 'disk', 'path': '/rhev/data-center/0001-0001-0001-0001-0311/142bbde6-ef9d-4a52-b9da-2de533c1f1bd/images/b6af2856-a164-484a-afe5-9836bbdd14e8/f3125f62-c909-472f-919c-844e0b8c156d', 'propagateErrors': 'off', 'name': 'vda', 'bootOrder': '1', 'volumeID': 'f3125f62-c909-472f-919c-844e0b8c156d', 'diskType': 'file', 'alias': 'ua-b6af2856-a164-484a-afe5-9836bbdd14e8', 'discard': False}. I see also the following error: VDSM command CopyImageVDS failed: Image is not a legal chain: (u'b6af2856-a164-484a-afe5-9836bbdd14e8',) This error appears a few more times in the list's archive, all of which seem to be related to rather-old bugs (3.5/3.6 times) or storage problems. I assume you use 4.2. Are you sure the corruption happened only now? Did working with snapshots worked well before the upgrade? Seems as a corrupt VM disk? Seems so to me, but I am not a storage expert. The VM had 3 snapshots. I was able to delete one from GUI then am not able to delete the other two as the task fails. Generally I am not allowed to clone, export or do sth to the VM. Have you encountered sth similar. Any advice? The lastest post, from 2016, included a workaround, you might (very carefully!) try that. I suggest to also open a bug and attach all relevant logs (engine, vdsm from all relevant hosts, including SPMs at time of snapshot operations and any other host that ran the VM), and try to give accurate reproduction steps. Best regards, -- Didi ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/VYR4KMOZVEQOJ5CBTFJMRYY7XAF5YAPP/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/Q4TUEIMBIHO6BX5JQQQSVC2RFD6IRAQG/
[ovirt-users] Python-SDK4: Check snapshot deletion result?
Hi, We're using ovirt-engine-sdk-python 4.1.6 on oVirt 4.1.9, currently we're trying to delete some snapshots via a script like this: sys_serv = conn.system_service() vms_service = sys_serv.vms_service() vm_service = vms_service.vm_service(vmid) snaps_service = vm_service.snapshots_service() snaps_service.service('SNAPSHOT-ID').remove() This works, mostly... however, sometimes the deletion fails: Failed to delete snapshot 'snapshot name' for VM 'vm'. Is it currently possible to know via Python-SDK that the deletion actually failed? I know I can check the state of a snapshot, but I'd like to check the result of the task. Is that possible somehow? Thanks. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/AFGSUUJ3RNWX6H66RRGDPFLM6YEL577F/
[ovirt-users] Re: Failed to delete snapshot '' for VM 'vmname'.
I tried cloning the VM and deleting the original so maybe it would also delete the related tasks... but it didn't, instead of: Failed to delete snapshot '' for VM 'vmname'. It now shows: Failed to delete snapshot '' for VM ''. Any tip on how to solve this, please? Thanks El 2018-06-25 13:28, nico...@devels.es escribió: Yes, it returned 0 rows: engine=# select command_parameters from command_entities where command_params_class = 'org.ovirt.engine.core.common.action.RemoveSnapshotParameters' and status = 'ACTIVE'; command_parameters (0 rows) El 2018-06-25 11:55, Ala Hino escribió: There is a correlationId field, I marked below. Can you please the following statement and send the output? select command_parameters from command_entities where command_params_class = 'org.ovirt.engine.core.common.action.RemoveSnapshotParameters' and status = 'ACTIVE' On Mon, Jun 25, 2018 at 1:21 PM, wrote: There's no such field in the output. There's a similar one called commandId (maybe because this is 4.1.9?). An output has this format: { + "@class" : "org.ovirt.engine.core.common.action.RemoveDiskSnapshotsParameters", + "commandId" : [ "org.ovirt.engine.core.compat.Guid", { + "uuid" : "a13f9eb4-1b0b-4ea3-924c-bd519af7853b" + } ], + "parametersCurrentUser" : { + "@class" : "org.ovirt.engine.core.common.businessentities.aaa.DbUser", + "id" : [ "org.ovirt.engine.core.compat.Guid", { + "uuid" : "5e0f9455-e9b5-4445-adb0-0058fc604bef" + } ], + "externalId" : "fdfc627c-d875-11e0-90f0-83df133b58cc", + "domain" : "internal", + "namespace" : "*", + "loginName" : "admin", + "firstName" : "admin", + "lastName" : "", + "department" : "", + "email" : "", + "note" : "", + "groupNames" : [ "java.util.ArrayList", [ ] ], + "groupIds" : [ "java.util.ArrayList", [ ] ], + "admin" : true, + "group" : false + }, + "compensationEnabled" : false, + "parentCommand" : "Unknown", + "commandType" : "Unknown", + "multipleAction" : true, + "entityInfo" : null, + "taskGroupSuccess" : true, + "vdsmTaskIds" : null, + "vdsRunningOn" : null, + "endProcedure" : "PARENT_MANAGED", + "useCinderCommandCallback" : false, + "CORRELATIONID" : "ADF5F92F-7FA8-41C9-AF2F-4C116F7B6D55", + "jobId" : null,
[ovirt-users] Re: Failed to delete snapshot '' for VM 'vmname'.
Yes, it returned 0 rows: engine=# select command_parameters from command_entities where command_params_class = 'org.ovirt.engine.core.common.action.RemoveSnapshotParameters' and status = 'ACTIVE'; command_parameters (0 rows) El 2018-06-25 11:55, Ala Hino escribió: There is a correlationId field, I marked below. Can you please the following statement and send the output? select command_parameters from command_entities where command_params_class = 'org.ovirt.engine.core.common.action.RemoveSnapshotParameters' and status = 'ACTIVE' On Mon, Jun 25, 2018 at 1:21 PM, wrote: There's no such field in the output. There's a similar one called commandId (maybe because this is 4.1.9?). An output has this format: { + "@class" : "org.ovirt.engine.core.common.action.RemoveDiskSnapshotsParameters", + "commandId" : [ "org.ovirt.engine.core.compat.Guid", { + "uuid" : "a13f9eb4-1b0b-4ea3-924c-bd519af7853b" + } ], + "parametersCurrentUser" : { + "@class" : "org.ovirt.engine.core.common.businessentities.aaa.DbUser", + "id" : [ "org.ovirt.engine.core.compat.Guid", { + "uuid" : "5e0f9455-e9b5-4445-adb0-0058fc604bef" + } ], + "externalId" : "fdfc627c-d875-11e0-90f0-83df133b58cc", + "domain" : "internal", + "namespace" : "*", + "loginName" : "admin", + "firstName" : "admin", + "lastName" : "", + "department" : "", + "email" : "", + "note" : "", + "groupNames" : [ "java.util.ArrayList", [ ] ], + "groupIds" : [ "java.util.ArrayList", [ ] ], + "admin" : true, + "group" : false + }, + "compensationEnabled" : false, + "parentCommand" : "Unknown", + "commandType" : "Unknown", + "multipleAction" : true, + "entityInfo" : null, + "taskGroupSuccess" : true, + "vdsmTaskIds" : null, + "vdsRunningOn" : null, + "endProcedure" : "PARENT_MANAGED", + "useCinderCommandCallback" : false, + "CORRELATIONID" : "ADF5F92F-7FA8-41C9-AF2F-4C116F7B6D55", + "jobId" : null, + "stepId" : null, + "jobWeight" : null, + "operationsJobWeight" : [ "java.util.Collections$EmptyMap", { }
[ovirt-users] Re: Failed to delete snapshot '' for VM 'vmname'.
There's no such field in the output. There's a similar one called commandId (maybe because this is 4.1.9?). An output has this format: { + "@class" : "org.ovirt.engine.core.common.action.RemoveDiskSnapshotsParameters", + "commandId" : [ "org.ovirt.engine.core.compat.Guid", { + "uuid" : "a13f9eb4-1b0b-4ea3-924c-bd519af7853b" + } ], + "parametersCurrentUser" : { + "@class" : "org.ovirt.engine.core.common.businessentities.aaa.DbUser", + "id" : [ "org.ovirt.engine.core.compat.Guid", { + "uuid" : "5e0f9455-e9b5-4445-adb0-0058fc604bef" + } ], + "externalId" : "fdfc627c-d875-11e0-90f0-83df133b58cc", + "domain" : "internal", + "namespace" : "*", + "loginName" : "admin", + "firstName" : "admin", + "lastName" : "", + "department" : "", + "email" : "", + "note" : "", + "groupNames" : [ "java.util.ArrayList", [ ] ], + "groupIds" : [ "java.util.ArrayList", [ ] ], + "admin" : true, + "group" : false + }, + "compensationEnabled" : false, + "parentCommand" : "Unknown", + "commandType" : "Unknown", + "multipleAction" : true, + "entityInfo" : null, + "taskGroupSuccess" : true, + "vdsmTaskIds" : null, + "vdsRunningOn" : null, + "endProcedure" : "PARENT_MANAGED", + "useCinderCommandCallback" : false, + "correlationId" : "adf5f92f-7fa8-41c9-af2f-4c116f7b6d55", + "jobId" : null, + "stepId" : null, + "jobWeight" : null, + "operationsJobWeight" : [ "java.util.Collections$EmptyMap", { } ], + "lockProperties" : { + "scope" : "Execution", + "wait" : false + }, + "lifeInMinutes" : null,
[ovirt-users] Re: Failed to delete snapshot '' for VM 'vmname'.
Hi Ala, All vmSnapshotId fields are null. Could it be that this could be solved by running what there's on comment 19 in [1]? [1]: https://bugzilla.redhat.com/show_bug.cgi?id=145#c19 El 2018-06-25 10:20, Ala Hino escribió: I understand. Back to command entities. For each active command_parameter_class org.ovirt.engine.core.common.action.RemoveSnapshotParameters, you will find the command params in command_parameters column. One of these params, is the snapshotId. You need to check whether there is a snapshot with that Id in snapshots table. On Mon, Jun 25, 2018 at 11:48 AM, wrote: Currently there are no merge related commands running, if you mean that we're aware of some merge should be happening (it shouldn't). I restarted the engine but the event is still showing up every 10 seconds. El 2018-06-25 09:39, Ala Hino escribió: Do you have any running merge related commands now? Is it possible for you to restart the engine? I want to see if restarting the engine, while the merge commands already manually repaired, may cause that log message to stop appearing. On Mon, Jun 25, 2018 at 11:06 AM, wrote: So if I have this entry, for example, what should I do next? cc7764c5-dbc3-4886-bdd6-dabcc756cf6a | 235 | cc7764c5-dbc3-4886-bdd6-dabcc756cf6a | { +| org.ovir t.engine.core.common.action.Re [1] [1]moveDiskSnapshotsParameters | 2018-06-15 09:39:16.846795+01 | ACTIVE | t | f | { +| org.ovirt.engine.core.common.action.VdcReturnValueBase | t | 5e0f9455-e9b5-4445-adb0-0058fc604bef | ---- | { } | 699165 | { + | | | "@class" : "org.ovirt.engine.core.common.action.RemoveDiskSnapshotsParameters", +| | | | | | "valid" : true, +| | | | | | | "jobId" : [ "org.ovirt.engine.core.compat.Guid", {+ | | | "commandId" : [ "org.ovirt.engine.core.compat.Guid", { +| | | | | | "validationMessages" : [ "VAR__ACTION__REMOVE", "VAR__TYPE__DISK__SNAP SHOT", "VAR__ACTION__REMOVE", "VAR__TYPE__DISK__SNAPSHOT" ],+| | | | | | | "uuid" : "2f1ee2a3-fa2f-48b1-924b-9bfa6497f3b3" + | | | "uuid" : "cc7764c5-dbc3-4886-bdd6-dabcc756cf6a" +| | | | | | "succeeded" : true, +| | | | | | | } ], + | | | } ], +| | | | | | "isSyncronious" : true, +| | | | | | | "stepId" : null, + | | | "parametersCurrentUser" : { +| | | | | | "description" : "", +|
[ovirt-users] Re: Failed to delete snapshot '' for VM 'vmname'.
Currently there are no merge related commands running, if you mean that we're aware of some merge should be happening (it shouldn't). I restarted the engine but the event is still showing up every 10 seconds. El 2018-06-25 09:39, Ala Hino escribió: Do you have any running merge related commands now? Is it possible for you to restart the engine? I want to see if restarting the engine, while the merge commands already manually repaired, may cause that log message to stop appearing. On Mon, Jun 25, 2018 at 11:06 AM, wrote: So if I have this entry, for example, what should I do next? cc7764c5-dbc3-4886-bdd6-dabcc756cf6a | 235 | cc7764c5-dbc3-4886-bdd6-dabcc756cf6a | { +| org.ovir t.engine.core.common.action.Re [1]moveDiskSnapshotsParameters | 2018-06-15 09:39:16.846795+01 | ACTIVE | t | f | { +| org.ovirt.engine.core.common.action.VdcReturnValueBase | t | 5e0f9455-e9b5-4445-adb0-0058fc604bef | ---- | { } | 699165 | { + | | | "@class" : "org.ovirt.engine.core.common.action.RemoveDiskSnapshotsParameters", +| | | | | | "valid" : true, +| | | | | | | "jobId" : [ "org.ovirt.engine.core.compat.Guid", {+ | | | "commandId" : [ "org.ovirt.engine.core.compat.Guid", { +| | | | | | "validationMessages" : [ "VAR__ACTION__REMOVE", "VAR__TYPE__DISK__SNAP SHOT", "VAR__ACTION__REMOVE", "VAR__TYPE__DISK__SNAPSHOT" ],+| | | | | | | "uuid" : "2f1ee2a3-fa2f-48b1-924b-9bfa6497f3b3" + | | | "uuid" : "cc7764c5-dbc3-4886-bdd6-dabcc756cf6a" +| | | | | | "succeeded" : true, +| | | | | | | } ], + | | | } ], +| | | | | | "isSyncronious" : true, +| | | | | | | "stepId" : null, + | | | "parametersCurrentUser" : { +| | | | | | "description" : "", +| | | | | | | "executionMethod" : "AsJob", + | | | "@class" : "org.ovirt.engine.core.common.businessentities.aaa.DbUser", +| | | | | | "taskPlaceHolderIdList" : [ ],
[ovirt-users] Re: Failed to delete snapshot '' for VM 'vmname'.
So if I have this entry, for example, what should I do next? cc7764c5-dbc3-4886-bdd6-dabcc756cf6a | 235 | cc7764c5-dbc3-4886-bdd6-dabcc756cf6a | { +| org.ovir t.engine.core.common.action.RemoveDiskSnapshotsParameters | 2018-06-15 09:39:16.846795+01 | ACTIVE | t| f | { +| org.ovirt.engine.core.common.action.VdcReturnValueBase | t| 5e0f9455-e9b5-4445-adb0-0058fc604bef | ---- | { } |699165 | { + | | | "@class" : "org.ovirt.engine.core.common.action.RemoveDiskSnapshotsParameters", +| | || | | "valid" : true, +| | | | | | | "jobId" : [ "org.ovirt.engine.core.compat.Guid", {+ | | | "commandId" : [ "org.ovirt.engine.core.compat.Guid", { +| | || | | "validationMessages" : [ "VAR__ACTION__REMOVE", "VAR__TYPE__DISK__SNAP SHOT", "VAR__ACTION__REMOVE", "VAR__TYPE__DISK__SNAPSHOT" ],+| | | | | | | "uuid" : "2f1ee2a3-fa2f-48b1-924b-9bfa6497f3b3" + | | | "uuid" : "cc7764c5-dbc3-4886-bdd6-dabcc756cf6a" +| | || | | "succeeded" : true, +| | | | | | | } ], + | | | } ], +| | || | | "isSyncronious" : true, +| | | | | | | "stepId" : null, + | | | "parametersCurrentUser" : { +| | || | | "description" : "", +| | | | | | | "executionMethod" : "AsJob", + | | | "@class" : "org.ovirt.engine.core.common.businessentities.aaa.DbUser", +| | || | | "taskPlaceHolderIdList" : [ ], +| | | | | | | "monitored" : true, + | | | "id" : [ "org.ovirt.engine.core.compat.Guid", { +|
[ovirt-users] Re: Failed to delete snapshot '' for VM 'vmname'.
engine=# SELECT status FROM command_entities; status FAILED ENDED_SUCCESSFULLY FAILED FAILED UNKNOWN UNKNOWN ENDED_WITH_FAILURE ENDED_WITH_FAILURE ENDED_WITH_FAILURE ENDED_WITH_FAILURE ACTIVE ACTIVE SUCCEEDED SUCCEEDED ACTIVE ACTIVE ACTIVE SUCCEEDED SUCCEEDED SUCCEEDED ACTIVE SUCCEEDED (22 rows) Is it safe to just remove the events in this table? Thanks El 2018-06-25 08:43, Ala Hino escribió: I'd look into command_entites table in the database. You will probably see several merge related commands that are not in END_(SUCCESSFULLY/FAILED) status. On Mon, Jun 25, 2018 at 10:30 AM, wrote: Hi, We're running oVirt 4.1.9, recently we had an issue with snapshots so we had to fix them manually. The issue is mostly solved but now we're seeing a lot of events like this one: 2018-06-25 07:58:06,637+01 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler6) [91430fc5-284d-4c26-8d8d-b7bf4053a7e4] EVENT_ID: USER_REMOVE_SNAPSHOT_FINISHED_FAILURE(357), Correlation ID: 91430fc5-284d-4c26-8d8d-b7bf4053a7e4, Job ID: da8120a4-9c6d-4379-ad67-a3808db1fd46, Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Failed to delete snapshot '' for VM 'vmname'. Which generates the following event in the manager: Failed to delete snapshot '' for VM 'vmname'. This event is being generated every 10 seconds, so it's kind of annoying. Any way to remove it manually? It doesn't matter if it entails touching the DB directly. Thanks. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ [1] oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ [2] List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/QYCTXTBGPB25LZYVXGKROG6SSKOCODMQ/ [3] Links: -- [1] https://www.ovirt.org/site/privacy-policy/ [2] https://www.ovirt.org/community/about/community-guidelines/ [3] https://lists.ovirt.org/archives/list/users@ovirt.org/message/QYCTXTBGPB25LZYVXGKROG6SSKOCODMQ/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/BRIK5I3MKYQS5OM6564TE6WARTQTP6L2/
[ovirt-users] Failed to delete snapshot '' for VM 'vmname'.
Hi, We're running oVirt 4.1.9, recently we had an issue with snapshots so we had to fix them manually. The issue is mostly solved but now we're seeing a lot of events like this one: 2018-06-25 07:58:06,637+01 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler6) [91430fc5-284d-4c26-8d8d-b7bf4053a7e4] EVENT_ID: USER_REMOVE_SNAPSHOT_FINISHED_FAILURE(357), Correlation ID: 91430fc5-284d-4c26-8d8d-b7bf4053a7e4, Job ID: da8120a4-9c6d-4379-ad67-a3808db1fd46, Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: Failed to delete snapshot '' for VM 'vmname'. Which generates the following event in the manager: Failed to delete snapshot '' for VM 'vmname'. This event is being generated every 10 seconds, so it's kind of annoying. Any way to remove it manually? It doesn't matter if it entails touching the DB directly. Thanks. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/QYCTXTBGPB25LZYVXGKROG6SSKOCODMQ/