April 2024 - Users - oVirt List Archives

Error when deploy Ovirt4.4 Hosted Engine
by staybox＠gmail.com 17 Feb '25

17 Feb '25

Hello, I get error, need help. [ ERROR ] fatal: [localhost]: FAILED! => {"msg": "The conditional check 'not ipv6_deployment|bool and route_rules_ipv4.stdout | from_json | selectattr('priority', 'equalto', 100) | selectattr('dst', 'equalto', virbr_cidr_ipv4 | ipaddr('address') ) | list | length == 0' failed. The error was: error while evaluating conditional (not ipv6_deployment|bool and route_rules_ipv4.stdout | from_json | selectattr('priority', 'equalto', 100) | selectattr('dst', 'equalto', virbr_cidr_ipv4 | ipaddr('address') ) | list | length == 0): 'dict object' has no attribute 'dst'\n\nThe error appears to be in '/usr/share/ansible/collections/ansible_collections/ovirt/ovirt/roles/hosted_engine_setup/tasks/bootstrap_local_vm/01_prepare_routing_rules.yml': line 81, column 5, but may\nbe elsewhere in the file depending on the exact syntax problem.\n\nThe offending line appears to be:\n\n changed_when: true\n - name: Add IPv4 inbound route rules\n ^ here\n"}

4 4

How to list all snapshots?
by jorgevisentini＠gmail.com 14 Feb '25

14 Feb '25

Hello everyone! First, I would like to thank everyone involved in this wonderful project. I leave here my sincere thanks! Does anyone know if it is possible to list all snapshots automatically? It can be by ansible, python, shell... any way that helps to list them all without having to enter Domain by Domain. Thank you all!

4 3

snapshot solution: Existing snapshots that were taken after this one will be erased.
by dhanaraj.ramesh＠yahoo.com 29 Jan '25

29 Jan '25

Hi Team, when I want to commit the older snapshots I'm getting warning stating " Existing snapshots that were taken after this one will be erased.". is there any way we can retain the latest snapshots as is in the chain? I knew cloning and template export options are there to secure that latest snapshot data but these are will consume additional space in storage and take time.

4 3

Restart oVirt-Engine
by Jeremey Wise 09 Jan '25

09 Jan '25

How ,without reboot of hosting system, do I restart the oVirt engine? # I tried below but do not seem to effect the virtual machine [root@thor iso]# systemctl restart ov ovirt-ha-agent.service ovirt-imageio.service ovn-controller.service ovs-delete-transient-ports.service ovirt-ha-broker.service ovirt-vmconsole-host-sshd.service ovsdb-server.service ovs-vswitchd.service [root@thor iso]# # You cannot restart the VM " HostedEngine " as it responses: Error while executing action: HostedEngine: - Cannot restart VM. This VM is not managed by the engine. Reason is I had to do some work on a node. Reboot it.. it is back up.. network is all fine.. Cockpit working fine... and gluster fine.. But oVirt-Engine refuses to accept the node is up. -- p <jeremey.wise(a)gmail.com>enguinpages

4 4

Host deploy failure: Configure OVN for oVirt
by stephan.badenhorst＠fnb.co.za 05 Jan '25

05 Jan '25

Good day, I am running into a problem during host deploy via the oVirt engine GUI since upgrading to ovirt-engine-4.5.5-1.el8. The "Configure OVN for oVirt" task seem to fail when trying to run the vdsm-tool ovn-config command. Host deploy used to work fine when the engine was on version 4.5.4. Anyone that can guide me on the right path to get past this issue? Does not seem to be a new problem - https://lists.ovirt.org/archives/list/users@ovirt.org/thread/IDLGSBQFX35EHH… Log extract: 2024-02-01 14:48:19 SAST - TASK [ovirt-provider-ovn-driver : Configure OVN for oVirt] ********************* . . . "stdout" : "fatal: [mob-r1-l-ovirt-aa-1-23.x.fnb.co.za]: FAILED! => {\"changed\": true, \"cmd\": [\"vdsm-tool\", \"ovn-config\", \"192.168.2.100\", \"host23.mydomain.com\"], \"delta\": \"0:00:00.538143\", \"end \": \"2024-02-01 14:48:20.596823\", \"msg\": \"non-zero return code\", \"rc\": 1, \"start\": \"2024-02-01 14:48:20.058680\", \"stderr\": \"Traceback (most recent call last):\\n File \\\"/usr/lib/python3.6/site-packages/vdsm/t ool/ovn_config.py\\\", line 117, in get_network\\n return networks[net_name]\\nKeyError: 'host23.mydomain.com'\\n\\nDuring handling of the above exception, another exception occurred:\\n\\nTraceback (most rec ent call last):\\n File \\\"/usr/bin/vdsm-tool\\\", line 195, in main\\n return tool_command[cmd][\\\"command\\\"](*args)\\n File \\\"/usr/lib/python3.6/site-packages/vdsm/tool/ovn_config.py\\\", line 63, in ovn_config\\n ip_address = get_ip_addr(get_network(network_caps(), net_name))\\n File \\\"/usr/lib/python3.6/site-packages/vdsm/tool/ovn_config.py\\\", line 119, in get_network\\n raise NetworkNotFoundError(net_name)\\nvdsm.tool.ovn _config.NetworkNotFoundError: host23.mydomain.com\", \"stderr_lines\": [\"Traceback (most recent call last):\", \" File \\\"/usr/lib/python3.6/site-packages/vdsm/tool/ovn_config.py\\\", line 117, in get_network \", \" return networks[net_name]\", \"KeyError: 'host23.mydomain.com'\", \"\", \"During handling of the above exception, another exception occurred:\", \"\", \"Traceback (most recent call last):\", \" File \ \\"/usr/bin/vdsm-tool\\\", line 195, in main\", \" return tool_command[cmd][\\\"command\\\"](*args)\", \" File \\\"/usr/lib/python3.6/site-packages/vdsm/tool/ovn_config.py\\\", line 63, in ovn_config\", \" ip_address = get_ip_addr(get_network(network_caps(), net_name))\", \" File \\\"/usr/lib/python3.6/site-packages/vdsm/tool/ovn_config.py\\\", line 119, in get_network\", \" raise NetworkNotFoundError(net_name)\", \"vdsm.tool.ovn_config. NetworkNotFoundError: host23.mydomain.com\"], \"stdout\": \"\", \"stdout_lines\": []}", Thanks in advance!! Stephan

5 5

Unable to access ovirt Admin Screen from ovirt Host
by louisb＠ameritech.net 07 Dec '24

07 Dec '24

I've reinstalled ovirt 4.4 on my server remotely via cockpit terminal. I'm able to access the ovirt admin screen remotely from the laptop that I used for the install. However, using the same URL I'm unable to gain access to the admin screen. Following the instruction in the documentation I've modified the file: /etc/ovirt-engine/engine.conf.d/99-custom-sso-setup.conf, to reflect the DNS name and I enter in the IP address. But I'm still unable to access the screen from the server console. What else needs to change in order to gain access from the server console? Thanks

5 8

SPM and Task error ...
by Enrico 22 Nov '24

22 Nov '24

Hi all, my ovirt cluster has got 3 Hypervisors runnig Centos 7.5.1804 vdsm is 4.20.39.1-1.el7, ovirt engine is 4.2.4.5-1.el7, the storage systems are HP MSA P2000 and 2050 (fibre channel). I need to stop one of the hypervisors for maintenance but this system is the storage pool manager. For this reason I decided to manually activate SPM in one of the other nodes but this operation is not successful. In the ovirt engine (engine.log) the error is this: 2019-07-25 12:39:16,744+02 INFO [org.ovirt.engine.core.bll.storage.pool.ForceSelectSPMCommand] (default task-30) [7c374384-f884-4dc9-87d0-7af27dce706b] Running command: ForceSelectSPMCommand internal: false. Entities affected : ID: 81c9bd3c-ae0a-467f-bf7f-63ab30cd8d9e Type: VDSAction group MANIPULATE_HOST with role type ADMIN 2019-07-25 12:39:16,745+02 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SpmStopOnIrsVDSCommand] (default task-30) [7c374384-f884-4dc9-87d0-7af27dce706b] START, SpmStopOnIrsVDSCommand( SpmStopOnIrsVDSCommandParameters:{storagePoolId='18d57688-6ed4-43b8-bd7c-0665b55950b7', ignoreFailoverLimit='false'}), log id: 37bf4639 2019-07-25 12:39:16,747+02 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.ResetIrsVDSCommand] (default task-30) [7c374384-f884-4dc9-87d0-7af27dce706b] START, ResetIrsVDSCommand( ResetIrsVDSCommandParameters:{storagePoolId='18d57688-6ed4-43b8-bd7c-0665b55950b7', ignoreFailoverLimit='false', vdsId='751f3e99-b95e-4c31-bc38-77f5661a0bdc', ignoreStopFailed='false'}), log id: 2522686f 2019-07-25 12:39:16,749+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (default task-30) [7c374384-f884-4dc9-87d0-7af27dce706b] START, SpmStopVDSCommand(HostName = infn-vm05.management, SpmStopVDSCommandParameters:{hostId='751f3e99-b95e-4c31-bc38-77f5661a0bdc', storagePoolId='18d57688-6ed4-43b8-bd7c-0665b55950b7'}), log id: 1810fd8b 2019-07-25 12:39:16,758+02 *ERROR* [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (default task-30) [7c374384-f884-4dc9-87d0-7af27dce706b] SpmStopVDSCommand::Not stopping SPM on vds 'infn-vm05.management', pool id '18d57688-6ed4-43b8-bd7c-0665b55950b7' as there are uncleared tasks 'Task 'fdcf4d1b-82fe-49a6-b233-323ebe568f8e', status 'running'' 2019-07-25 12:39:16,758+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (default task-30) [7c374384-f884-4dc9-87d0-7af27dce706b] FINISH, SpmStopVDSCommand, log id: 1810fd8b 2019-07-25 12:39:16,758+02 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.ResetIrsVDSCommand] (default task-30) [7c374384-f884-4dc9-87d0-7af27dce706b] FINISH, ResetIrsVDSCommand, log id: 2522686f 2019-07-25 12:39:16,758+02 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SpmStopOnIrsVDSCommand] (default task-30) [7c374384-f884-4dc9-87d0-7af27dce706b] FINISH, SpmStopOnIrsVDSCommand, log id: 37bf4639 2019-07-25 12:39:16,760+02 *ERROR* [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-30) [7c374384-f884-4dc9-87d0-7af27dce706b] EVENT_ID: USER_FORCE_SELECTED_SPM_STOP_FAILED(4,096), Failed to force select infn-vm07.management as the SPM due to a failure to stop the current SPM. while in the hypervisor (SPM) vdsm.log: 2019-07-25 12:39:16,744+02 INFO [org.ovirt.engine.core.bll.storage.pool.ForceSelectSPMCommand] (default task-30) [7c374384-f884-4dc9-87d0-7af27dce706b] Running command: ForceSelectSPMCommand internal: false. Entities affected : ID: 81c9bd3c-ae0a-467f-bf7f-63ab30cd8d9e Type: VDSAction group MANIPULATE_HOST with role type ADMIN 2019-07-25 12:39:16,745+02 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SpmStopOnIrsVDSCommand] (default task-30) [7c374384-f884-4dc9-87d0-7af27dce706b] START, SpmStopOnIrsVDSCommand( SpmStopOnIrsVDSCommandParameters:{storagePoolId='18d57688-6ed4-43b8-bd7c-0665b55950b7', ignoreFailoverLimit='false'}), log id: 37bf4639 2019-07-25 12:39:16,747+02 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.ResetIrsVDSCommand] (default task-30) [7c374384-f884-4dc9-87d0-7af27dce706b] START, ResetIrsVDSCommand( ResetIrsVDSCommandParameters:{storagePoolId='18d57688-6ed4-43b8-bd7c-0665b55950b7', ignoreFailoverLimit='false', vdsId='751f3e99-b95e-4c31-bc38-77f5661a0bdc', ignoreStopFailed='false'}), log id: 2522686f 2019-07-25 12:39:16,749+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (default task-30) [7c374384-f884-4dc9-87d0-7af27dce706b] START, SpmStopVDSCommand(HostName = infn-vm05.management, SpmStopVDSCommandParameters:{hostId='751f3e99-b95e-4c31-bc38-77f5661a0bdc', storagePoolId='18d57688-6ed4-43b8-bd7c-0665b55950b7'}), log id: 1810fd8b 2019-07-25 12:39:16,758+02 *ERROR* [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (default task-30) [7c374384-f884-4dc9-87d0-7af27dce706b] SpmStopVDSCommand::Not stopping SPM on vds 'infn-vm05.management', pool id '18d57688-6ed4-43b8-bd7c-0665b55950b7' as there are uncleared tasks 'Task 'fdcf4d1b-82fe-49a6-b233-323ebe568f8e', status 'running'' 2019-07-25 12:39:16,758+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (default task-30) [7c374384-f884-4dc9-87d0-7af27dce706b] FINISH, SpmStopVDSCommand, log id: 1810fd8b 2019-07-25 12:39:16,758+02 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.ResetIrsVDSCommand] (default task-30) [7c374384-f884-4dc9-87d0-7af27dce706b] FINISH, ResetIrsVDSCommand, log id: 2522686f 2019-07-25 12:39:16,758+02 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SpmStopOnIrsVDSCommand] (default task-30) [7c374384-f884-4dc9-87d0-7af27dce706b] FINISH, SpmStopOnIrsVDSCommand, log id: 37bf4639 2019-07-25 12:39:16,760+02 *ERROR* [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-30) [7c374384-f884-4dc9-87d0-7af27dce706b] EVENT_ID: USER_FORCE_SELECTED_SPM_STOP_FAILED(4,096), Failed to force select infn-vm07.management as the SPM due to a failure to stop the current SPM. 2019-07-25 12:39:18,660+02 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] Task id 'fdcf4d1b-82fe-49a6-b233-323ebe568f8e' has passed pre-polling period time and should be polled. Pre-polling period is 60000 millis. 2019-07-25 12:39:18,660+02 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] Task id 'fdcf4d1b-82fe-49a6-b233-323ebe568f8e' has passed pre-polling period time and should be polled. Pre-polling period is 60000 millis. 2019-07-25 12:39:18,750+02 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] Task id 'fdcf4d1b-82fe-49a6-b233-323ebe568f8e' has passed pre-polling period time and should be polled. Pre-polling period is 60000 millis. 2019-07-25 12:39:18,750+02 *ERROR* [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] BaseAsyncTask::logEndTaskFailure: Task 'fdcf4d1b-82fe-49a6-b233-323ebe568f8e' (Parent Command 'Unknown', Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended with failure: 2019-07-25 12:39:18,750+02 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] SPMAsyncTask::ClearAsyncTask: Attempting to clear task 'fdcf4d1b-82fe-49a6-b233-323ebe568f8e' 2019-07-25 12:39:18,751+02 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] START, SPMClearTaskVDSCommand( SPMTaskGuidBaseVDSCommandParameters:{storagePoolId='18d57688-6ed4-43b8-bd7c-0665b55950b7', ignoreFailoverLimit='false', taskId='fdcf4d1b-82fe-49a6-b233-323ebe568f8e'}), log id: 34ae2b2f 2019-07-25 12:39:18,752+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] START, HSMClearTaskVDSCommand(HostName = infn-vm05.management, HSMTaskGuidBaseVDSCommandParameters:{hostId='751f3e99-b95e-4c31-bc38-77f5661a0bdc', taskId='fdcf4d1b-82fe-49a6-b233-323ebe568f8e'}), log id: d3a78ad 2019-07-25 12:39:18,757+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] FINISH, HSMClearTaskVDSCommand, log id: d3a78ad 2019-07-25 12:39:18,757+02 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] FINISH, SPMClearTaskVDSCommand, log id: 34ae2b2f 2019-07-25 12:39:18,757+02 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] SPMAsyncTask::ClearAsyncTask: At time of attempt to clear task 'fdcf4d1b-82fe-49a6-b233-323ebe568f8e' the response code was 'TaskStateError' and message was 'Operation is not allowed in this task state: ("can't clean in state running",)'. Task will not be cleaned 2019-07-25 12:39:18,757+02 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] BaseAsyncTask::onTaskEndSuccess: Task 'fdcf4d1b-82fe-49a6-b233-323ebe568f8e' (Parent Command 'Unknown', Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended successfully. 2019-07-25 12:39:18,757+02 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] SPMAsyncTask::ClearAsyncTask: Attempting to clear task 'fdcf4d1b-82fe-49a6-b233-323ebe568f8e' 2019-07-25 12:39:18,758+02 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] START, SPMClearTaskVDSCommand( SPMTaskGuidBaseVDSCommandParameters:{storagePoolId='18d57688-6ed4-43b8-bd7c-0665b55950b7', ignoreFailoverLimit='false', taskId='fdcf4d1b-82fe-49a6-b233-323ebe568f8e'}), log id: 42de0c2b 2019-07-25 12:39:18,759+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] START, HSMClearTaskVDSCommand(HostName = infn-vm05.management, HSMTaskGuidBaseVDSCommandParameters:{hostId='751f3e99-b95e-4c31-bc38-77f5661a0bdc', taskId='fdcf4d1b-82fe-49a6-b233-323ebe568f8e'}), log id: 4895c79c 2019-07-25 12:39:18,764+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] FINISH, HSMClearTaskVDSCommand, log id: 4895c79c 2019-07-25 12:39:18,764+02 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] FINISH, SPMClearTaskVDSCommand, log id: 42de0c2b 2019-07-25 12:39:18,764+02 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] SPMAsyncTask::ClearAsyncTask: At time of attempt to clear task 'fdcf4d1b-82fe-49a6-b233-323ebe568f8e' the response code was 'TaskStateError' and message was 'Operation is not allowed in this task state: ("can't clean in state running",)'. Task will not be cleaned 2019-07-25 12:39:18,764+02 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] Task id 'fdcf4d1b-82fe-49a6-b233-323ebe568f8e' has passed pre-polling period time and should be polled. Pre-polling period is 60000 millis. 2019-07-25 12:39:18,764+02 INFO [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] Cleaning zombie tasks: Clearing async task 'Unknown' that started at 'Fri May 03 14:48:50 CEST 2019' 2019-07-25 12:39:18,764+02 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] SPMAsyncTask::ClearAsyncTask: Attempting to clear task 'fdcf4d1b-82fe-49a6-b233-323ebe568f8e' 2019-07-25 12:39:18,765+02 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] START, SPMClearTaskVDSCommand( SPMTaskGuidBaseVDSCommandParameters:{storagePoolId='18d57688-6ed4-43b8-bd7c-0665b55950b7', ignoreFailoverLimit='false', taskId='fdcf4d1b-82fe-49a6-b233-323ebe568f8e'}), log id: da77af2 2019-07-25 12:39:18,766+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] START, HSMClearTaskVDSCommand(HostName = infn-vm05.management, HSMTaskGuidBaseVDSCommandParameters:{hostId='751f3e99-b95e-4c31-bc38-77f5661a0bdc', taskId='fdcf4d1b-82fe-49a6-b233-323ebe568f8e'}), log id: 530694fb 2019-07-25 12:39:18,771+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] FINISH, HSMClearTaskVDSCommand, log id: 530694fb 2019-07-25 12:39:18,771+02 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] FINISH, SPMClearTaskVDSCommand, log id: da77af2 2019-07-25 12:39:18,771+02 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [] SPMAsyncTask::ClearAsyncTask: At time of attempt to clear task 'fdcf4d1b-82fe-49a6-b233-323ebe568f8e' the response code was 'TaskStateError' and message was 'Operation is not allowed in this task state: ("can't clean in state running",)'. Task will not be cleaned there is some relation between this error and a task that has remained hanging, from SPM server: # vdsm-client Task getInfo taskID=fdcf4d1b-82fe-49a6-b233-323ebe568f8e { "verb": "prepareMerge", "id": "fdcf4d1b-82fe-49a6-b233-323ebe568f8e" } # vdsm-client Task getStatus taskID=fdcf4d1b-82fe-49a6-b233-323ebe568f8e { "message": "running job 1 of 1", "code": 0, "taskID": "fdcf4d1b-82fe-49a6-b233-323ebe568f8e", "taskResult": "", "taskState": "running" } How can I solve this problem ? Thanks a lot for your help !! Best Regards Enrico -- _______________________________________________________________________ Enrico Becchetti Servizio di Calcolo e Reti Istituto Nazionale di Fisica Nucleare - Sezione di Perugia Via Pascoli,c/o Dipartimento di Fisica 06123 Perugia (ITALY) Phone:+39 075 5852777 Mail: Enrico.Becchetti<at>pg.infn.it _______________________________________________________________________

5 15

Latest 4.5.5 centos node install username password not working.
by antonio.riggio＠mail.com 24 Oct '24

24 Oct '24

I been trying to install 4.5.5 testing and used the node installer iso. I cant login what is the username and password I have tried what others have done in the forums with no luck admin@ovirt . root admin . Also can the engine be installed from the node via the cockpit still? How can I get logged in to do this? I have used 4.3 and didnt have any of these problems. It was really simple to do. Any suggestions? grazie

4 8

Storage Domain Not synchronized, To synchronize them, please move them to maintenance and then activate.
by Arup Jyoti Thakuria 09 Sep '24

09 Sep '24

Dear All, In our Ovirt Engine Infrastructure, recently we have received an alert for one of our "Storage Domain" The alert is as mentioned below---- =================================== Storage domains with IDs [fb34e5b7-e850-4d66-ab47-3011d2000338] could not be synchronized. To synchronize them, please move them to maintenance and then activate. ========================================================== What is the consequence of this alert, if we ignore this what can happen to the infra, are we going to face any issue with the VMs, currently this infra is under production

2 1

oVirt networks
by Enrico Becchetti 28 Aug '24

28 Aug '24

Dear all, Ineed your help to understand how to configure the network of a new oVirt cluster. Mynew system will have a 4.3 engine thatruns in a virtual machine, andsome Dell R7525 AMD EPYC hypervisors, eachholding two 4-port PCI network cards. These servers will have node-ovirt image again in version 4.3. As for the network, there are two HPE Aruba 2540G, non-stackable, with 24 1Gbs ports and 2 10Gbs uplinks to the star center. This is a simplified scheme: My goal is to make the most of the server's 8 ethernet interfaces to have both reliability and maximum possible throughput. This cluster will have two virtual networks, one forovirt management and one for the traffic of individual virtual machines. With that said here's what my idea is. I would like to have two links aggregated by 4Gbs, one for ovrtmgt and the other for vmnet. With the ovirt web interface I can createan active-passive "Mode 1" bond, but this won'tallow me to go beyond 1Gbs. Alternatively I could create a "Mode 4" bond 802.3ad but unfortunately the switches are not stacked and therefore not even this solution applies. This is an example with active passive configuration: Can you tell me if ovirt can generate//nested bonds? Or do you have other solutions ? Thanks a lot ! Best Regards Enrico -- _______________________________________________________________________ Enrico Becchetti Servizio di Calcolo e Reti Istituto Nazionale di Fisica Nucleare - Sezione di Perugia Via Pascoli,c/o Dipartimento di Fisica 06123 Perugia (ITALY) Phone:+39 075 5852777 Skype:enrico_becchetti Mail: Enrico.Becchetti<at>pg.infn.it Pagina web personale: https://www.pg.infn.it/home/enrico-becchetti/ ______________________________________________________________________

5 6

boot from cdrom & error code 0005
by edp＠maddalena.it 21 Aug '24

21 Aug '24

Hi. I have created a new storage domain (data domain, storage type nfs) to use it to upload iso images. I have so uploaded a new iso and then attach the iso to a new vm. But when I try to boot the vm I obtain this error: booting from dvd/cd... boot failed: could not read from cdrom (code 0005) no bootable device The iso file has been uploaded with success in the data storage domain and so the vm lets my attach the iso to the vm in the boot settings. Can you help me? Thank you

4 6

VM Migration Failed
by KSNull Zero 10 Jul '24

10 Jul '24

Running oVirt 4.4.5 VM cannot migrate between hosts. vdsm.log contains the following error: libvirt.libvirtError: operation failed: Failed to connect to remote libvirt URI qemu+tls://ovhost01.local/system: authentication failed: Failed to verify peer's certificate Certificates on hosts was renewed some time ago. How this issue can be fixed ? Thank you.

4 6

How to re-enroll (or renew) host certificates for a single-host hosted-engine deployment?
by Derek Atkins 28 Jun '24

28 Jun '24

Hi, I've got a single-host hosted-engine deployment that I originally installed with 4.0 and have upgraded over the years to 4.3.10. I and some of my users have upgraded remote-viewer and now I get an error when I try to view the console of my VMs: (remote-viewer:8252): Spice-WARNING **: 11:30:41.806: ../subprojects/spice-common/common/ssl_verify.c:477:openssl_verify: Error in server certificate verification: CA signature digest algorithm too weak (num=68:depth0:/O=<My Org Name>/CN=<Host's Name>) I am 99.99% sure this is because the old certs use SHA1. I reran engine-setup on the engine and it asked me if I wanted to renew the PKI, and I answered yes. This replaced many[1] of the certificates in /etc/pki/ovirt-engine/certs on the engine, but it did not update the Host's certificate. All the documentation I've seen says that to refresh this certificate I need to put the host into maintenance mode and then re-enroll.. However I cannot do that, because this is a single-host system so I cannot put the host in local mode -- there is no place to migrate the VMs (let alone the Engine VM). So.... Is there a command-line way to re-enroll manually and update the host certs? Or some other way to get all the leftover certs renewed? Thanks, -derek [1] Not only did it not update the Host's cert, it did not update any of the vmconsole-proxy certs, nor the certs in /etc/pki/ovirt-vmconsole/, and obviously nothing in /etc/pki/ on the host itself. -- Derek Atkins 617-623-3745 derek(a)ihtfp.com www.ihtfp.com Computer and Internet Security Consultant

8 16

4.5.4 with Ceph only storage
by Maurice Burrows 25 Jun '24

25 Jun '24

Hey ... A long story short ... I have an existing Red Hat Virt / Gluster hyperconverged solution that I am moving away from. I have an existing Ceph cluster that I primarily use for OpenStack and a small requirement for S3 via RGW. I'm planning to build a new oVirt 4.5.4 cluster on RHEL9 using Ceph for all storage requirements. I've read many online articles on oVirt and Ceph, and they all seem to use the Ceph iSCSI gateway, which is now in maintenance, so I'm not real keen to commit to iSCSI. So my question is, IS there any reason I cannot use CephFS for both hosted-engine and as a data storage domain? I'm currently running Ceph Pacific FWIW. Cheers

5 10

New host cannot connect to master domain
by ovirt＠kirschke.de 21 Jun '24

21 Jun '24

Hi, i just installed a new host, which cannot connect to the master domain. The domain is an iscsi device on a nas, and ovirt is actually fine with it, other hosts have no problem. I'sure , I#m just overlooking something. What I see in the log is: 024-04-16 11:10:06,320-0400 INFO (jsonrpc/3) [storage.storagepoolmemorybackend] new storage pool master version 302 and domains map {'6f018fbd-de93-4c56-880d-8ede2aad2674': 'Active', '2c870e06-6c70-45ec-b665-ce29408c8a8e': 'Active', 'a154 96dc-c241-4658-af9d-0dfe11783916': 'Active', '41012bfb-b802-4092-b699-7f5284d95c8e': 'Active'} (spbackends:417) 2024-04-16 11:10:06,320-0400 INFO (jsonrpc/3) [storage.storagepool] updating pool 5836aaac-0030-0064-024d-0000000002e4 backend from type NoneType instance 0x7f10d667fb70 to type StoragePoolMemoryBackend instance 0x7f10702d7408 (sp:149) 2024-04-16 11:10:06,320-0400 INFO (jsonrpc/3) [storage.storagepool] Connect host #2 to the storage pool 5836aaac-0030-0064-024d-0000000002e4 with master domain: a15496dc-c241-4658-af9d-0dfe11783916 (ver = 302) (sp:699) 2024-04-16 11:10:06,320-0400 INFO (jsonrpc/3) [storage.storagedomaincache] Invalidating storage domain cache (sdc:57) 2024-04-16 11:10:06,320-0400 INFO (jsonrpc/3) [storage.storagedomaincache] Clearing storage domain cache (sdc:182) 2024-04-16 11:10:06,320-0400 INFO (jsonrpc/3) [storage.storagedomaincache] Refreshing storage domain cache (resize=True) (sdc:63) 2024-04-16 11:10:06,320-0400 INFO (jsonrpc/3) [storage.iscsi] Scanning iSCSI devices (iscsi:445) 2024-04-16 11:10:06,456-0400 INFO (jsonrpc/3) [storage.iscsi] Scanning iSCSI devices: 0.14 seconds (utils:373) 2024-04-16 11:10:06,456-0400 INFO (jsonrpc/3) [storage.hba] Scanning FC devices (hba:42) 2024-04-16 11:10:06,481-0400 INFO (jsonrpc/3) [storage.hba] Scanning FC devices: 0.03 seconds (utils:373) 2024-04-16 11:10:06,481-0400 INFO (jsonrpc/3) [storage.multipath] Waiting until multipathd is ready (multipath:95) 2024-04-16 11:10:08,498-0400 INFO (jsonrpc/3) [storage.multipath] Waited 2.02 seconds for multipathd (tries=2, ready=2) (multipath:122) 2024-04-16 11:10:08,498-0400 INFO (jsonrpc/3) [storage.multipath] Resizing multipath devices (multipath:223) 2024-04-16 11:10:08,499-0400 INFO (jsonrpc/3) [storage.multipath] Resizing multipath devices: 0.00 seconds (utils:373) 2024-04-16 11:10:08,499-0400 INFO (jsonrpc/3) [storage.storagedomaincache] Refreshing storage domain cache: 2.18 seconds (utils:373) 2024-04-16 11:10:08,499-0400 INFO (jsonrpc/3) [storage.storagedomaincache] Looking up domain a15496dc-c241-4658-af9d-0dfe11783916 (sdc:154) 2024-04-16 11:10:08,536-0400 INFO (jsonrpc/3) [storage.storagedomaincache] Looking up domain a15496dc-c241-4658-af9d-0dfe11783916: 0.04 seconds (utils:373) 2024-04-16 11:10:08,537-0400 INFO (jsonrpc/3) [vdsm.api] FINISH connectStoragePool error=Cannot find master domain: 'spUUID=5836aaac-0030-0064-024d-0000000002e4, msdUUID=a15496dc-c241-4658-af9d-0dfe11783916' from=::ffff:10.2.0.4,44914, flo w_id=44d9e674, task_id=32f0ea2a-044b-4a81-a12e-a269e59a802b (api:35) 2024-04-16 11:10:08,537-0400 ERROR (jsonrpc/3) [storage.taskmanager.task] (Task='32f0ea2a-044b-4a81-a12e-a269e59a802b') Unexpected error (task:860) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/storage/sp.py", line 1550, in setMasterDomain domain = sdCache.produce(msdUUID) File "/usr/lib/python3.6/site-packages/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/lib/python3.6/site-packages/vdsm/storage/sdc.py", line 34, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/lib/python3.6/site-packages/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/lib/python3.6/site-packages/vdsm/storage/sdc.py", line 139, in _findDomain return findMethod(sdUUID) File "/usr/lib/python3.6/site-packages/vdsm/storage/sdc.py", line 169, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) vdsm.storage.exception.StorageDomainDoesNotExist: Storage domain does not exist: ('a15496dc-c241-4658-af9d-0dfe11783916',) During handling of the above exception, another exception occurred: .... The domain a15496dc-c241-4658-af9d-0dfe11783916 definitely exist, and works on other systems. THe new host can acces the iscsi targets, and i am able to log into them. Any one who knows, which blinder I have to remove, so I see the actual problem? Thanks and best regards Steffen

1 1

i can't access console with noVNC or VNC client(console.vv)
by z84614242＠163.com 14 May '24

14 May '24

i installed the ovirt 4.5 engine on centos stream 9 and add a ovirt node(ovirt node 4.5 iso) to this engine. i am going to run my vm on this node. i follow the instruction to create the data center, the cluster, the storage domain, upload the image. everything is fine. and after i create a vm with ubuntu image attach, i found that i can't visit the console. when i using the noVNC, it says "Something went wrong, connection is closed", when i visit vnc with virt-viewver, is says "Failed to complete handshake Error in the pull function". i try to change the console type to Bochs one and it appear the same. i change to QXL mode and the vm can't start any more. i check the log, it says "unsupported configuration: domain configuration does not support video model 'qxl'". so now i can't visit my vm by anyway. i deploy the engine follow the official instruction and keep mostly option default but why still have this issue. why the noVNC says "Something went wrong" instead of telling me what is actually wrong

2 1

Cannot create bond
by dcaamano＠apexutilities.ca 06 May '24

06 May '24

Hello, I recently deploy two KVM hosts and one KVM engine. things seem to be working good so far; however, I cannot create bonds in my KVM hosts. I have 4 interfaces, two enabled (cable connected) and two disabled (cable unplugged, not needed at the moment). The ovirmgmt network is running on one of the active interfaces. I have done the following: Create LACP bond with both connected interfaces. Create Load-balancing XOR bond with both connected interfaces. Create LACP bond with both unplugged interfaces. Create Load-balancing XOR bond with both unplugged interfaces. Create LACP bond with one connected and one unplugged interface. Create Load-balancing XOR bond with one connected and one interfaces. Remove server from KVM engine, create bond at the host level using cockpit, try to add the host back into KVM cluster. None of the options i have tried successfully create the bond in the KVM cluster. I will appreciate your assistance in getting this to work. Environment details OS on all servers: Oracle Linux 8.9 with kernel 5.15.0-205.149.5.1.el8uek.x86_64 KVM engine: running on a virtual machine in vCenter KVM hosts: physical servers Software version: 4.5.4-1.0.31.el8 Thank you

2 3

ARM64 Host Failed to Add to Cluster
by limajasond＠yahoo.com 06 May '24

06 May '24

Hi, I configured a Rocky Linux 9 ARM64 Raspberry Pi 4B as an oVirt Host. When adding to a new Cluster under an established Datacenter it fails configuring OVN, I did make sure ovirt-provider-ovn and ovirt-provider-ovn-driver was installed. The error I found after digging into the ansible yml file on the Hosted Engine and the Python py related to configuring OVN. Ultimately the error is below: [root@ovirtnode3 ~]# vdsm-tool ovn-config 192.168.1.50 ovirtnode3.test.com Traceback (most recent call last): File "/usr/lib/python3.9/site-packages/vdsm/tool/ovn_config.py", line 117, in get_network return networks[net_name] KeyError: 'ovirtnode3.test.com' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/bin/vdsm-tool", line 195, in main return tool_command[cmd]["command"](*args) File "/usr/lib/python3.9/site-packages/vdsm/tool/ovn_config.py", line 63, in ovn_config ip_address = get_ip_addr(get_network(network_caps(), net_name)) File "/usr/lib/python3.9/site-packages/vdsm/tool/ovn_config.py", line 119, in get_network raise NetworkNotFoundError(net_name) vdsm.tool.ovn_config.NetworkNotFoundError: ovirtnode3.test.com Running vdsm-tool list-nets displays nothing. Something is off in the script, but I admit I am not sure how. I know oVirt says Aarch64 is experimental, but this is unusable if vdsm-tool can't even gather/list the networks or config the OVN.

2 2

Re: Ovirt Hyperconverged Storage
by Thomas Hoberg 29 Apr '24

29 Apr '24

And I might have misread where your problems actually are... Because oVirt was born on SAN but tries to be storage agnostic, it creates its own overlay abstraction, a block layer that is then managed within oVirt even when you use NFS or GlusterFS underneath. "The ISO domain" has actually been deprecated and ISO images can be put into any domain type (e.g. also data). But they still have to be uploaded to that domain via the management engine GUI, you can't just copy the ISO images somewhere within the files and directories oVirt might create and expect them to be visible to the GUI or the VMs.

1 0

Re: Ovirt Hyperconverged Storage
by Thomas Hoberg 29 Apr '24

29 Apr '24

Hi Tim, HA, HCI and failover either require or at least benefit from consistent storage. The original NFS reduce the risk of inconsistency to single files, Gluster puts the onus of consistency mostly the clients and I guess Ceph is similar. iSCSI has been described as a bit the worst of everything in storage and I can appreciate that view in a HA scenario because it doesn't help with consistency. Of course, its block layer abstraction isn't really that different from SAN or NFS 4.x object storage. I last experimented with iSCSI 20 years ago, mostly because it seemed so great for booting even less cooperative diskless hosts than Sun workstations over the network. But if I had a reliable TrueNAS and wanted to run oVirt, I'd just go with NFS. AFAIK oVirt was born on SAN but with SAN outside of oVirt's purvue. So if your iSCSI setup behaves like a SAN, oVirt should be easy to get going, but I've never tried myself. And the lack of tried and tested tutorials or videos from 20 different sources might be the reason oVirt didn't quite push out everybody else.

1 0

Oracle Virtualization Manager 4.5 anyone?
by Thomas Hoberg 29 Apr '24

29 Apr '24

Redhat's decision to shut down RHV caught Oracle pretty unprepared, I'd guess, who had just shut down their own vSphere clone in favor of a RHV clone a couple of years ago. Oracle is even less vocal about their "Oracle Virtualization" strategy, they don't even seem to have a proper naming convention or branding. But they have been pushing out OV releases without a publicly announced EOL almost a year behind Redhat for the last years. And after a 4.4 release in September 22, a few days ago on December 12th actually a release 4.5 was made public. I've operated oVirt 4.3 with significant quality issues for some years and failed to make oVirt 4.4 work with any degree of acceptable stability but Oracle's variant of 4.4 proved to be rather better than 4.3 on CentOS7 with no noticable bugs, especially in the Hyperconverged setup that I am using with GlusterFS. I assumed that this was because Oracle based their 4.4 in fact on RHV 4.4 and not oVirt, but since they're not telling, who knows? One issue with 4.4 was that Oracle is pushing their UE-Kernel and that created immediate issues e.g. with VDO missing modules for UEK and other stuff, but that was solved easily enough by using the RHEL kernel. With 4.5 Oracle obviously can't use RHV 4.5 as a base, because there is no such thing with RHV declared EOL and according to Oracle their 4.5 is based on oVirt 4.5.4, which made the quality of that release somewhat questionable, but perhaps they have spent the year that has passed since productively killing bugs... only to be caught by surprise again, I presume, by an oVirt release 4.5.5 on December 1st, that no one saw coming! Long story slightly shorter, I've been testing Oracle's 4.5 variant a bit and it's not without issues. But much worse, Oracle's variant of oVirt seems to be entirely without any community that I could find. Now oVirt has been a somewhat secret society for years, but compared to what's going on with Oracle this forum is teaming with life! So did I just not look around enough? Is there a secret lair where all those OV users are hiding? Anyhow, here is what I've tested so far and where I'd love to have some feedback: 1. Setting up a three node HCI cluster from scratch using OL8.9 and OV 4.5 Since I don't have extra physical hardware for a 3 node HCI I'm using VMware workstation 17.5 on a Workstation running Windows 2022, a test platform that has been working for all kinds of virtualization tests from VMware ESXi, via Xcp-ng and ovirt. Created three VMs with OL8.9 minimal and then installed OV 4.5. I used the UEK default kernels and then had an issue when Ansible is trying to create the (local) management engine: the VM simply could not reach the Oracle repo servers to install the packages inside the ME. Since that VM is entirely under the control of Ansible and no console access of any type is possible in that installation phase, I couldn't do diagnostics. But with 4.4 I used to have similar issues and there switching back to the Redhat kernel for the ME (and the hosts) resolved them. But with 4.5 it seems that UEK has become a baked-in dependency: the OV team doesn't even seem to do any testing with the Redhat kernel any more. Or not with the HCI setup, which has become deprecated somewhere in oVirt 4.4... Or not with the Cockpit wizard, which might be in a totally untested state, or.... Doing the same install on OL 8.9 with OV 4.4, however, did work just fine and I was even able to update to 4.5 afterwards, which was a nice surprise... ...that I could not repeat on my physical test farm using three Atoms. There switching to the UEK kernel on the hosts caused issues, hosts were becoming unresponsive, file systems inaccessible, even if they were perfectly fine at the Gluster CLI level and in the end the ME VM simply would not longer start. Switching back to the Redhat kernel resolved things there. In short, switching between the Redhat kernel and UEK, which should be 100% transparent to all things userland including hypervisors, doesn't work. But my attempts to go with a clean install of 4.5 on a Redhat kernel or UEK is also facing issues. So far the only thing that has worked was a single node HCI install using UEK and OV 4.5 and upgrading to OV 4.5 on a virtualized triple node OV 4.4 HCI cluster. Anyone else out there trying these things? I was mostly determined to move to Proxmox VE, but Oracle's OV 4.5 seemed to be handing a bit of a life-line to oVirt and the base architecture is just much more powerful (or less manual) than Proxmox, which doesn't have a management engine.

8 12

VMs don't receive unicast packets, can't reach gateway, don't get ARP responses.
by jeff.parrish＠dentsu.com 26 Apr '24

26 Apr '24

Hey All, I'm reaching out because I'm working on a PoC ovirt setup, and running into some networking issues from my VMs that I just have not been able to nail down or figure out. Setup: Three Hypervisors running on the ovirt image, one NIC on each is connected to a trunk port on our data network, the other is connected to our storage network. I'm just running a basic test setup with three logical networks - ovirtmgmt, stroage, vm_network the vNics have no network filtering enabled, I have disabled and stopped firewalld on the hypervisors as well. ovirtmgmt and storage have IPs on the hypervisor, vm_network does not have an IP (Thought I did try it with no difference.) I currently just have three VMs running since it's a PoC, one on each host - they are all connected to the vm_network, and all are unable to reach their gateway (a linux device), and unable to reach each other unless they are on the same hypervisor - this is the main issue I'm dealing with. Investigation done so far: Running a ping from the VM to the Gateway IP and capturing data along the flow gives me this: If I run a tcpdump on the hypervisor I can see ARP requests being broadcasted on the correct interface (vm_network, vnet0) from the VM looking for the gateway, however I never see any ARP response from the gateway on the hypervisor, and the VMs never update their arp table and never actually attempt to send any ICMP packets. If I run a tcpdump on the gateway device, I can see ARP requests from the VM coming in, and I can see the gateway giving a unicast ARP reply - again I never see that arp reply on the hypervisor, and I never see it reach the VM. Now where it gets a little bit interesting at least. if I run an arping from the gateway device to the VM - I get a response from the VM on the broadcast arp, but I do not get any responses (or see any traffic on the hypervisor) when it moves to a unicast arp probe ping. After doing this the VM will also update it's ARP table with the gateway. If I attempt to ping the gateway from the VM after this, it will send ICMP packets, which do reach the gateway, the gateway does respond... but just like all other unicast things I never see that response on the hypervisor, and it never reaches the VM. (This only lasts for a short period of time until the VM fails to get a new ARP response and removes the entry from the arp table.) There is no firewall setup on the gateway that would prevent any of this traffic, and everything with that gateway, vlan, and IPs work just fine outside of ovirt. The behavior between VMs (on different hypervisors) is exactly the same as VM to Gateway. Where arp requests go out, the VM on a different hypervisor will see and respond to the arp broadcast request, but I never see that unicast ARP reply make it to a tcpdump on the hypervisor. TLDR: Broadcast traffic reaches the VMs, unicast packets from the VM reach their destination (If they have a record for them in their arp table), unicast replies and unicast requests to the VMs never even show up in a tcpdump on the hypervisor. No firewalls in place to explain any of these issues. I am sure I likely screwed something up during the configuration of this, but I don't see my mistake anywhere

1 1

Re: [External] : Can't create shared disk after upgrade to 4.5.4
by mahenderjoshi31＠gmail.com 26 Apr '24

26 Apr '24

Hi, I have also faced the same issue. can anyone suggest the appropriate solution for this one.

2 1

hosted-engine --deploy - trigger storage rescan
by Angus Clarke 26 Apr '24

26 Apr '24

Hello OLVM 4.5 - SHE install Our storage guy messed up the FC storage allocation -> when the SHE install got to ask about storage for the hosted_engine the expected LUN was not in the list. It took the process around an hour to get to this point so I didn't want to restart from the beginning, found that issuing a SIGHUP to the python3 process from another screen made it drop back to asking about storage again and went on to list the correctly provisioned LUNs - very useful but I didn't find mention of it in the man pages; sharing for prosperity. Regards Angus ... [ INFO ] ok: [localhost] The following luns have been found on the requested target: [1] 3600c0ff00052f2cb80912b6601000000 1862.0GiB HPE MSA 2050 SAN status: free, paths: 4 active [2] 3600c0ff00052f2cb8a912b6601000000 1862.0GiB HPE MSA 2050 SAN status: free, paths: 4 active [3] 3600c0ff00052f2cb8e912b6601000000 1862.0GiB HPE MSA 2050 SAN status: free, paths: 4 active [4] 3600c0ff00052f2cb92912b6601000000 1862.0GiB HPE MSA 2050 SAN status: free, paths: 4 active [5] 3600c0ff00052f2cb96912b6601000000 1862.0GiB HPE MSA 2050 SAN status: free, paths: 4 active [6] 3600c0ff00052f2d781912b6601000000 1862.0GiB HPE MSA 2050 SAN status: free, paths: 4 active [7] 3600c0ff00052f2d78b912b6601000000 1862.0GiB HPE MSA 2050 SAN status: free, paths: 4 active [8] 3600c0ff00052f2d78f912b6601000000 1862.0GiB HPE MSA 2050 SAN status: free, paths: 4 active [9] 3600c0ff00052f2d793912b6601000000 1862.0GiB HPE MSA 2050 SAN status: free, paths: 4 active Please select the destination LUN (1, 2, 3, 4, 5, 6, 7, 8, 9) [1]:0 [ ERROR ] Invalid value Please select the destination LUN (1, 2, 3, 4, 5, 6, 7, 8, 9) [1]:? [ ERROR ] Invalid value Please select the destination LUN (1, 2, 3, 4, 5, 6, 7, 8, 9) [1]:r [ ERROR ] Invalid value Please select the destination LUN (1, 2, 3, 4, 5, 6, 7, 8, 9) [1]:[ ERROR ] Unable to get target list Please specify the storage you would like to use (glusterfs, iscsi, fc, nfs)[nfs]:fc [ INFO ] Getting Fibre Channel LUNs list [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Execute just a specific set of steps] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Force facts gathering] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : include_tasks] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Obtain SSO token using username/password credentials] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Get Fibre Channel LUNs] [ INFO ] ok: [localhost] The following luns have been found on the requested target: [1] 3600c0ff00052f2cb74912b6601000000 465.0GiB HPE MSA 2050 SAN status: free, paths: 4 active [2] 3600c0ff00052f2cb80912b6601000000 1862.0GiB HPE MSA 2050 SAN status: free, paths: 4 active [3] 3600c0ff00052f2cb8a912b6601000000 1862.0GiB HPE MSA 2050 SAN status: free, paths: 4 active [4] 3600c0ff00052f2cb8e912b6601000000 1862.0GiB HPE MSA 2050 SAN status: free, paths: 4 active [5] 3600c0ff00052f2cb92912b6601000000 1862.0GiB HPE MSA 2050 SAN status: free, paths: 4 active [6] 3600c0ff00052f2cb96912b6601000000 1862.0GiB HPE MSA 2050 SAN status: free, paths: 4 active [7] 3600c0ff00052f2d771912b6601000000 465.0GiB HPE MSA 2050 SAN status: free, paths: 4 active [8] 3600c0ff00052f2d775912b6601000000 1862.0GiB HPE MSA 2050 SAN status: free, paths: 4 active [9] 3600c0ff00052f2d781912b6601000000 1862.0GiB HPE MSA 2050 SAN status: free, paths: 4 active [10] 3600c0ff00052f2d78b912b6601000000 1862.0GiB HPE MSA 2050 SAN status: free, paths: 4 active [11] 3600c0ff00052f2d78f912b6601000000 1862.0GiB HPE MSA 2050 SAN status: free, paths: 4 active [12] 3600c0ff00052f2d793912b6601000000 1862.0GiB HPE MSA 2050 SAN status: free, paths: 4 active Please select the destination LUN (1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12) [1]:7 [ INFO ] FC discard after delete is enabled [ INFO ] Creating Storage Domain [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Execute just a specific set of steps] [ INFO ] ok: [localhost] ... [ INFO ] Stage: Termination [ INFO ] Hosted Engine successfully deployed

1 0

Ovirt Hyperconverged
by eevans＠digitaldatatechs.com 25 Apr '24

25 Apr '24

CentOS 7 3 servers Gluster deployed without a problem. Hosted engine deployment failsL [ ERROR ] fatal: [localhost]: FAILED! => {"reason": "conflicting action statements: fail, msg\n\nThe error appears to be in '/usr/share/ansible/roles/ovirt.hosted_engine_setup/tasks/pre_checks/validate_mac_address.yml': line 14, column 5, but may\nbe elsewhere in the file depending on the exact syntax problem.\n\nThe offending line appears to be:\n\n register: he_vm_mac_addr\n - name: Fail if MAC address structure is incorrect\n ^ here\n"} I'm not dsure why this error occurs. I tried the same file from a different server and even tried a different server. Something is wrong with this file structure. Anyhelp is appreviated. Eric Evans

6 6

Re: Migration fails after upgrading target host to oVirt Node 4.5.5
by Jonas 25 Apr '24

25 Apr '24

Thanks for your response! I guess my path will be to migrate to el9 ovirt-node then. Am 25. April 2024 08:18:57 MESZ schrieb "Nathanaël Blanchet" <blanchet(a)abes.fr>: >Hello, >I already mentioned this issue, it is because of el8 4.5.5 embedded qemu version that is not compatible with 4.5.4 one. If all your hosts are in 4.5.5 migration is ok but it involves that you shutdown your production vm. >By the way, the solution if your hardware is compatible (HBA not supported anymore) is to use el9 based ovirt-node 4.5.5 that support migration from any qemu versions. > >Le 24 avr. 2024 20:59, jonas(a)rabe.ch a écrit : >Hello all > >After upgrading one node from 4.5.4 to 4.5.5 the migration fails on some of the VMs. I believe the error is with qemu-kvm according to the logs below. > >Downgrading the packages seems not to be possible with oVirt Node, the only solution so far was rebooting back to 4.5.4 (thanks to imgbase). I also think it is related to https://lists.ovirt.org/archives/list/users@ovirt.org/thread/GGMEGFI4OGZ5QR…, but that thread is already several months old. Has someone had the same experience and found a solution? > >Packages: >Before (4.5.4): >- `current_layer: ovirt-node-ng-4.5.4-0.20221206.0+1` >- Kernel: 4.18.0-408.el8.x86_64 >- qemu-kvm.x86_64: 15:6.2.0-20.module_el8.7.0+1218+f626c2ff.1 >- vdsm.x86_64: 4.50.3.4-1.el8 >- libvirt.x86_64: 8.0.0-10.module_el8.7.0+1218+f626c2ff >- ovirt-host.x86_64: 4.5.0-3.el8 > >After (4.5.5): >- `current_layer: ovirt-node-ng-4.5.5-0.20231130.0+1` >- Kernel: 4.18.0-526.el8.x86_64 >- qemu-kvm.x86_64: 15:6.2.0-41.module_el8+690+3a5f4f4f >- vdsm.x86_64: 4.50.5.1-1.el8 >- libvirt.x86_64: 8.0.0-22.module_el8+596+27e96798 >- ovirt-host.x86_64: 4.5.0-3.el8 > >/var/log/libvirt/qemu/vm-0008.log: >2024-04-24 18:05:59.214+0000: starting up libvirt version: 8.0.0, package: 22.module_el8+596+27e96798 (builder(a)centos.org, 2023-07-31-14:36:36, ), qemu version: 6.2.0qemu-kvm-6.2.0-41.module_el8+690+3a5f4f4f, kernel: 4.18.0-526.el8.x86_64, hostname: server-007.XXX.YYY >LC_ALL=C \ >PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \ >HOME=/var/lib/libvirt/qemu/domain-14-vm-0008 \ >XDG_DATA_HOME=/var/lib/libvirt/qemu/domain-14-vm-0008/.local/share \ >XDG_CACHE_HOME=/var/lib/libvirt/qemu/domain-14-vm-0008/.cache \ >XDG_CONFIG_HOME=/var/lib/libvirt/qemu/domain-14-vm-0008/.config \ >/usr/libexec/qemu-kvm \ >-name guest=vm-0008,debug-threads=on \ >-S \ >-object '{"qom-type":"secret","id":"masterKey0","format":"raw","file":"/var/lib/libvirt/qemu/domain-14-vm-0008/master-key.aes"}' \ >-machine pc-i440fx-rhel7.6.0,usb=off,dump-guest-core=off \ >-accel kvm \ >-cpu Cascadelake-Server-noTSX,mpx=off,hypervisor=on,pku=on,arch-capabilities=on,rdctl-no=on,ibrs-all=on,skip-l1dfl-vmentry=on,mds-no=on \ >-m size=8388608k,slots=16,maxmem=16777216k \ >-overcommit mem-lock=off \ >-smp 2,maxcpus=16,sockets=16,dies=1,cores=1,threads=1 \ >-numa node,nodeid=0,cpus=0-15,mem=8192 \ >-uuid 790499a6-1391-4c03-b270-e47ebfb851ff \ >-smbios type=1,manufacturer=oVirt,product=RHEL,version=8.7.2206.0-1.el8,serial=00000000-0000-0000-0000-ac1f6bcbc1de,uuid=790499a6-1391-4c03-b270-e47ebfb851ff,family=oVirt \ >-no-user-config \ >-nodefaults \ >-chardev socket,id=charmonitor,fd=50,server=on,wait=off \ >-mon chardev=charmonitor,id=monitor,mode=control \ >-rtc base=2024-04-24T18:05:58,driftfix=slew \ >-global kvm-pit.lost_tick_policy=delay \ >-no-hpet \ >-no-shutdown \ >-global PIIX4_PM.disable_s3=1 \ >-global PIIX4_PM.disable_s4=1 \ >-boot strict=on \ >-device piix3-usb-uhci,id=ua-ce46234b-4849-495e-81be-f29ac9f354a9,bus=pci.0,addr=0x1.0x2 \ >-device virtio-scsi-pci,id=ua-b36161d3-1a42-496e-8b3b-7fb4fc5844b8,bus=pci.0,addr=0x3 \ >-device virtio-serial-pci,id=ua-6504edef-b6c0-4812-a556-63517376c49e,max_ports=16,bus=pci.0,addr=0x4 \ >-device ide-cd,bus=ide.1,unit=0,id=ua-2bb69b71-f9a3-4c95-b3af-dd7ff63d249f,werror=report,rerror=report \ >-blockdev '{"driver":"file","filename":"/run/vdsm/payload/790499a6-1391-4c03-b270-e47ebfb851ff.img","node-name":"libvirt-3-storage","auto-read-only":true,"discard":"unmap"}' \ >-blockdev '{"node-name":"libvirt-3-format","read-only":true,"driver":"raw","file":"libvirt-3-storage"}' \ >-device ide-cd,bus=ide.1,unit=1,drive=libvirt-3-format,id=ua-b1b8cc32-d221-4c83-8b6d-41c953c731bd,werror=report,rerror=report \ >-blockdev '{"driver":"file","filename":"/rhev/data-center/mnt/glusterSD/server-005.XXX.YYY:_tier1-ovirt-data-01/a047cdc3-1138-406f-89c8-efdc3924ce67/images/a79e4b9e-25ef-444a-87ab-eab1ba2f6eee/2bda74c4-019e-4dc2-ad8d-d867c869e784","aio":"threads","node-name":"libvirt-2-storage","cache":{"direct":true,"no-flush":false},"auto-read-only":true,"discard":"unmap"}' \ >-blockdev '{"node-name":"libvirt-2-format","read-only":false,"cache":{"direct":true,"no-flush":false},"driver":"raw","file":"libvirt-2-storage"}' \ >-device scsi-hd,bus=ua-b36161d3-1a42-496e-8b3b-7fb4fc5844b8.0,channel=0,scsi-id=0,lun=0,device_id=a79e4b9e-25ef-444a-87ab-eab1ba2f6eee,drive=libvirt-2-format,id=ua-a79e4b9e-25ef-444a-87ab-eab1ba2f6eee,bootindex=1,write-cache=on,serial=a79e4b9e-25ef-444a-87ab-eab1ba2f6eee,werror=stop,rerror=stop \ >-blockdev '{"driver":"file","filename":"/rhev/data-center/mnt/glusterSD/server-005.XXX.YYY:_tier1-ovirt-data-01/a047cdc3-1138-406f-89c8-efdc3924ce67/images/c100660a-19c2-474f-af92-6a5bfb5a6698/f15cea6a-d42a-4db6-9f82-4f2c7ca4295d","aio":"threads","node-name":"libvirt-1-storage","cache":{"direct":true,"no-flush":false},"auto-read-only":true,"discard":"unmap"}' \ >-blockdev '{"node-name":"libvirt-1-format","read-only":false,"cache":{"direct":true,"no-flush":false},"driver":"raw","file":"libvirt-1-storage"}' \ >-device scsi-hd,bus=ua-b36161d3-1a42-496e-8b3b-7fb4fc5844b8.0,channel=0,scsi-id=0,lun=1,device_id=c100660a-19c2-474f-af92-6a5bfb5a6698,drive=libvirt-1-format,id=ua-c100660a-19c2-474f-af92-6a5bfb5a6698,write-cache=on,serial=c100660a-19c2-474f-af92-6a5bfb5a6698,werror=stop,rerror=stop \ >-netdev tap,fds=51:53,id=hostua-9f570dc0-c9a6-4f46-9283-25468ace64d1,vhost=on,vhostfds=54:55 \ >-device virtio-net-pci,mq=on,vectors=6,host_mtu=1500,netdev=hostua-9f570dc0-c9a6-4f46-9283-25468ace64d1,id=ua-9f570dc0-c9a6-4f46-9283-25468ace64d1,mac=00:1a:4a:16:01:58,bus=pci.0,addr=0x6 \ >-netdev tap,fds=56:57,id=hostua-34d14d9d-0427-47e0-a2f4-57c9450c8ecc,vhost=on,vhostfds=58:59 \ >-device virtio-net-pci,mq=on,vectors=6,host_mtu=1500,netdev=hostua-34d14d9d-0427-47e0-a2f4-57c9450c8ecc,id=ua-34d14d9d-0427-47e0-a2f4-57c9450c8ecc,mac=00:1a:4a:16:01:59,bus=pci.0,addr=0x7 \ >-chardev socket,id=charchannel0,fd=40,server=on,wait=off \ >-device virtserialport,bus=ua-6504edef-b6c0-4812-a556-63517376c49e.0,nr=1,chardev=charchannel0,id=channel0,name=ovirt-guest-agent.0 \ >-chardev socket,id=charchannel1,fd=45,server=on,wait=off \ >-device virtserialport,bus=ua-6504edef-b6c0-4812-a556-63517376c49e.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 \ >-chardev spicevmc,id=charchannel2,name=vdagent \ >-device virtserialport,bus=ua-6504edef-b6c0-4812-a556-63517376c49e.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 \ >-audiodev '{"id":"audio1","driver":"spice"}' \ >-spice port=5900,tls-port=5901,addr=10.128.16.7,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on \ >-device qxl-vga,id=ua-c2f62823-2d82-4aac-b300-72ceafd6924d,ram_size=67108864,vram_size=33554432,vram64_size_mb=0,vgamem_mb=16,max_outputs=1,bus=pci.0,addr=0x2 \ >-incoming defer \ >-device virtio-balloon-pci,id=ua-0a31723e-6654-4ab8-995d-e0d314964c24,bus=pci.0,addr=0x5 \ >-device vmcoreinfo \ >-sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny \ >-msg timestamp=on >2024-04-24 18:05:59.214+0000: Domain id=14 is tainted: hook-script >2024-04-24 18:05:59.215+0000: Domain id=14 is tainted: custom-hypervisor-feature >2024-04-24T18:05:59.313461Z qemu-kvm: -numa node,nodeid=0,cpus=0-15,mem=8192: warning: Parameter -numa node,mem is deprecated, use -numa node,memdev instead >2024-04-24T18:06:04.827095Z qemu-kvm: Missing section footer for 0000:00:01.3/piix4_pm >2024-04-24T18:06:04.827282Z qemu-kvm: load of migration failed: Invalid argument >2024-04-24 18:06:05.008+0000: shutting down, reason=failed >_______________________________________________ >Users mailing list -- users(a)ovirt.org >To unsubscribe send an email to users-leave(a)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/R7FADODOTKJIR…

1 0

Migration fails after upgrading target host to oVirt Node 4.5.5
by jonas＠rabe.ch 24 Apr '24

24 Apr '24

Hello all After upgrading one node from 4.5.4 to 4.5.5 the migration fails on some of the VMs. I believe the error is with qemu-kvm according to the logs below. Downgrading the packages seems not to be possible with oVirt Node, the only solution so far was rebooting back to 4.5.4 (thanks to imgbase). I also think it is related to https://lists.ovirt.org/archives/list/users@ovirt.org/thread/GGMEGFI4OGZ5QR…, but that thread is already several months old. Has someone had the same experience and found a solution? Packages: Before (4.5.4): - `current_layer: ovirt-node-ng-4.5.4-0.20221206.0+1` - Kernel: 4.18.0-408.el8.x86_64 - qemu-kvm.x86_64: 15:6.2.0-20.module_el8.7.0+1218+f626c2ff.1 - vdsm.x86_64: 4.50.3.4-1.el8 - libvirt.x86_64: 8.0.0-10.module_el8.7.0+1218+f626c2ff - ovirt-host.x86_64: 4.5.0-3.el8 After (4.5.5): - `current_layer: ovirt-node-ng-4.5.5-0.20231130.0+1` - Kernel: 4.18.0-526.el8.x86_64 - qemu-kvm.x86_64: 15:6.2.0-41.module_el8+690+3a5f4f4f - vdsm.x86_64: 4.50.5.1-1.el8 - libvirt.x86_64: 8.0.0-22.module_el8+596+27e96798 - ovirt-host.x86_64: 4.5.0-3.el8 /var/log/libvirt/qemu/vm-0008.log: 2024-04-24 18:05:59.214+0000: starting up libvirt version: 8.0.0, package: 22.module_el8+596+27e96798 (builder(a)centos.org, 2023-07-31-14:36:36, ), qemu version: 6.2.0qemu-kvm-6.2.0-41.module_el8+690+3a5f4f4f, kernel: 4.18.0-526.el8.x86_64, hostname: server-007.XXX.YYY LC_ALL=C \ PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \ HOME=/var/lib/libvirt/qemu/domain-14-vm-0008 \ XDG_DATA_HOME=/var/lib/libvirt/qemu/domain-14-vm-0008/.local/share \ XDG_CACHE_HOME=/var/lib/libvirt/qemu/domain-14-vm-0008/.cache \ XDG_CONFIG_HOME=/var/lib/libvirt/qemu/domain-14-vm-0008/.config \ /usr/libexec/qemu-kvm \ -name guest=vm-0008,debug-threads=on \ -S \ -object '{"qom-type":"secret","id":"masterKey0","format":"raw","file":"/var/lib/libvirt/qemu/domain-14-vm-0008/master-key.aes"}' \ -machine pc-i440fx-rhel7.6.0,usb=off,dump-guest-core=off \ -accel kvm \ -cpu Cascadelake-Server-noTSX,mpx=off,hypervisor=on,pku=on,arch-capabilities=on,rdctl-no=on,ibrs-all=on,skip-l1dfl-vmentry=on,mds-no=on \ -m size=8388608k,slots=16,maxmem=16777216k \ -overcommit mem-lock=off \ -smp 2,maxcpus=16,sockets=16,dies=1,cores=1,threads=1 \ -numa node,nodeid=0,cpus=0-15,mem=8192 \ -uuid 790499a6-1391-4c03-b270-e47ebfb851ff \ -smbios type=1,manufacturer=oVirt,product=RHEL,version=8.7.2206.0-1.el8,serial=00000000-0000-0000-0000-ac1f6bcbc1de,uuid=790499a6-1391-4c03-b270-e47ebfb851ff,family=oVirt \ -no-user-config \ -nodefaults \ -chardev socket,id=charmonitor,fd=50,server=on,wait=off \ -mon chardev=charmonitor,id=monitor,mode=control \ -rtc base=2024-04-24T18:05:58,driftfix=slew \ -global kvm-pit.lost_tick_policy=delay \ -no-hpet \ -no-shutdown \ -global PIIX4_PM.disable_s3=1 \ -global PIIX4_PM.disable_s4=1 \ -boot strict=on \ -device piix3-usb-uhci,id=ua-ce46234b-4849-495e-81be-f29ac9f354a9,bus=pci.0,addr=0x1.0x2 \ -device virtio-scsi-pci,id=ua-b36161d3-1a42-496e-8b3b-7fb4fc5844b8,bus=pci.0,addr=0x3 \ -device virtio-serial-pci,id=ua-6504edef-b6c0-4812-a556-63517376c49e,max_ports=16,bus=pci.0,addr=0x4 \ -device ide-cd,bus=ide.1,unit=0,id=ua-2bb69b71-f9a3-4c95-b3af-dd7ff63d249f,werror=report,rerror=report \ -blockdev '{"driver":"file","filename":"/run/vdsm/payload/790499a6-1391-4c03-b270-e47ebfb851ff.img","node-name":"libvirt-3-storage","auto-read-only":true,"discard":"unmap"}' \ -blockdev '{"node-name":"libvirt-3-format","read-only":true,"driver":"raw","file":"libvirt-3-storage"}' \ -device ide-cd,bus=ide.1,unit=1,drive=libvirt-3-format,id=ua-b1b8cc32-d221-4c83-8b6d-41c953c731bd,werror=report,rerror=report \ -blockdev '{"driver":"file","filename":"/rhev/data-center/mnt/glusterSD/server-005.XXX.YYY:_tier1-ovirt-data-01/a047cdc3-1138-406f-89c8-efdc3924ce67/images/a79e4b9e-25ef-444a-87ab-eab1ba2f6eee/2bda74c4-019e-4dc2-ad8d-d867c869e784","aio":"threads","node-name":"libvirt-2-storage","cache":{"direct":true,"no-flush":false},"auto-read-only":true,"discard":"unmap"}' \ -blockdev '{"node-name":"libvirt-2-format","read-only":false,"cache":{"direct":true,"no-flush":false},"driver":"raw","file":"libvirt-2-storage"}' \ -device scsi-hd,bus=ua-b36161d3-1a42-496e-8b3b-7fb4fc5844b8.0,channel=0,scsi-id=0,lun=0,device_id=a79e4b9e-25ef-444a-87ab-eab1ba2f6eee,drive=libvirt-2-format,id=ua-a79e4b9e-25ef-444a-87ab-eab1ba2f6eee,bootindex=1,write-cache=on,serial=a79e4b9e-25ef-444a-87ab-eab1ba2f6eee,werror=stop,rerror=stop \ -blockdev '{"driver":"file","filename":"/rhev/data-center/mnt/glusterSD/server-005.XXX.YYY:_tier1-ovirt-data-01/a047cdc3-1138-406f-89c8-efdc3924ce67/images/c100660a-19c2-474f-af92-6a5bfb5a6698/f15cea6a-d42a-4db6-9f82-4f2c7ca4295d","aio":"threads","node-name":"libvirt-1-storage","cache":{"direct":true,"no-flush":false},"auto-read-only":true,"discard":"unmap"}' \ -blockdev '{"node-name":"libvirt-1-format","read-only":false,"cache":{"direct":true,"no-flush":false},"driver":"raw","file":"libvirt-1-storage"}' \ -device scsi-hd,bus=ua-b36161d3-1a42-496e-8b3b-7fb4fc5844b8.0,channel=0,scsi-id=0,lun=1,device_id=c100660a-19c2-474f-af92-6a5bfb5a6698,drive=libvirt-1-format,id=ua-c100660a-19c2-474f-af92-6a5bfb5a6698,write-cache=on,serial=c100660a-19c2-474f-af92-6a5bfb5a6698,werror=stop,rerror=stop \ -netdev tap,fds=51:53,id=hostua-9f570dc0-c9a6-4f46-9283-25468ace64d1,vhost=on,vhostfds=54:55 \ -device virtio-net-pci,mq=on,vectors=6,host_mtu=1500,netdev=hostua-9f570dc0-c9a6-4f46-9283-25468ace64d1,id=ua-9f570dc0-c9a6-4f46-9283-25468ace64d1,mac=00:1a:4a:16:01:58,bus=pci.0,addr=0x6 \ -netdev tap,fds=56:57,id=hostua-34d14d9d-0427-47e0-a2f4-57c9450c8ecc,vhost=on,vhostfds=58:59 \ -device virtio-net-pci,mq=on,vectors=6,host_mtu=1500,netdev=hostua-34d14d9d-0427-47e0-a2f4-57c9450c8ecc,id=ua-34d14d9d-0427-47e0-a2f4-57c9450c8ecc,mac=00:1a:4a:16:01:59,bus=pci.0,addr=0x7 \ -chardev socket,id=charchannel0,fd=40,server=on,wait=off \ -device virtserialport,bus=ua-6504edef-b6c0-4812-a556-63517376c49e.0,nr=1,chardev=charchannel0,id=channel0,name=ovirt-guest-agent.0 \ -chardev socket,id=charchannel1,fd=45,server=on,wait=off \ -device virtserialport,bus=ua-6504edef-b6c0-4812-a556-63517376c49e.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 \ -chardev spicevmc,id=charchannel2,name=vdagent \ -device virtserialport,bus=ua-6504edef-b6c0-4812-a556-63517376c49e.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 \ -audiodev '{"id":"audio1","driver":"spice"}' \ -spice port=5900,tls-port=5901,addr=10.128.16.7,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on \ -device qxl-vga,id=ua-c2f62823-2d82-4aac-b300-72ceafd6924d,ram_size=67108864,vram_size=33554432,vram64_size_mb=0,vgamem_mb=16,max_outputs=1,bus=pci.0,addr=0x2 \ -incoming defer \ -device virtio-balloon-pci,id=ua-0a31723e-6654-4ab8-995d-e0d314964c24,bus=pci.0,addr=0x5 \ -device vmcoreinfo \ -sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny \ -msg timestamp=on 2024-04-24 18:05:59.214+0000: Domain id=14 is tainted: hook-script 2024-04-24 18:05:59.215+0000: Domain id=14 is tainted: custom-hypervisor-feature 2024-04-24T18:05:59.313461Z qemu-kvm: -numa node,nodeid=0,cpus=0-15,mem=8192: warning: Parameter -numa node,mem is deprecated, use -numa node,memdev instead 2024-04-24T18:06:04.827095Z qemu-kvm: Missing section footer for 0000:00:01.3/piix4_pm 2024-04-24T18:06:04.827282Z qemu-kvm: load of migration failed: Invalid argument 2024-04-24 18:06:05.008+0000: shutting down, reason=failed

1 0

oVirt 4.5.6
by tasnadi.peter＠kifu.gov.hu 23 Apr '24

23 Apr '24

Hi, When updating HE I noticed that version 4.5.6 is available, but on this link the 4.5.6 ISO NG image is not available. https://resources.ovirt.org/pub/ovirt-4.5/iso/ovirt-node-ng-installer/ Even when updating the oVirt node, version 4.5.6 is not available. The oVirt node was installed using the ng installer. These versions have always been released once. What is the reason for this? Can I upgrade HE to 4.5.6 regardless? Could the version difference be a problem? Thanks for the help!

2 2

Host deploy fails in 4.5.6
by Lars Stolpe 23 Apr '24

23 Apr '24

Hello, I do have the same issue as some others and tryed to follow the instruction to downgrade ansible-core. Active versions: oVirt: 4.5.6-1 ansible-core: 2.16.3-2 It is not possible to downgrade to 2.12 due to dependency: Error: Problem: problem with installed package ovirt-engine-4.5.6-1.el8.noarch - package ovirt-engine-4.5.6-1.el8.noarch from @System requires ansible-core >= 2.13.0, but none of the providers can be installed the error message in deploy log: "stdout" : "fatal: [blxbwf855]: FAILED! => {\"changed\": true, \"cmd\": [\"vdsm-tool\", \"ovn-config\", \"192.168.1.229\", \"blxbwf855\"], \"delta\": \"0:00:02.749603\", \"end\": \"2024-04-23 11:26:13.304995\", \"msg\": \"non-zero return code\", \"rc\": 1, \"start\": \"2024-04-23 11:26:10.555392\", \"stderr\": \"Traceback (most recent call last):\\n File \\\"/usr/lib/python3.6/site-packages/vdsm/tool/ovn_config.py\\\", line 117, in get_network\\n return networks[net_name]\\nKeyError: 'blxbwf855'\\n\\nDuring handling of the above exception, another exception occurred:\\n\\nTraceback (most recent call last):\\n File \\\"/usr/bin/vdsm-tool\\\", line 195, in main\\n return tool_command[cmd][\\\"command\\\"](*args)\\n File \\\"/usr/lib/python3.6/site-packages/vdsm/tool/ovn_config.py\\\", line 63, in ovn_config\\n ip_address = get_ip_addr(get_network(network_caps(), net_name))\\n File \\\"/usr/lib/python3.6/site-packages/vdsm/tool/ovn_config.py\\\", line 119, in get_network\\n raise NetworkNotFoundError(net_name)\\nvdsm.tool.ovn_config.NetworkNotFoundError: blxbwf855\", \"stderr_lines\": [\"Traceback (most recent call last):\", \" File \\\"/usr/lib/python3.6/site-packages/vdsm/tool/ovn_config.py\\\", line 117, in get_network\", \" return networks[net_name]\", \"KeyError: 'blxbwf855'\", \"\", \"During handling of the above exception, another exception occurred:\", \"\", \"Traceback (most recent call last):\", \" File \\\"/usr/bin/vdsm-tool\\\", line 195, in main\", \" return tool_command[cmd][\\\"command\\\"](*args)\", \" File \\\"/usr/lib/python3.6/site-packages/vdsm/tool/ovn_config.py\\\", line 63, in ovn_config\", \" ip_address = get_ip_addr(get_network(network_caps(), net_name))\", \" File \\\"/usr/lib/python3.6/site-packages/vdsm/tool/ovn_config.py\\\", line 119, in get_network\", \" raise NetworkNotFoundError(net_name)\", \"vdsm.tool.ovn_config.NetworkNotFoundError: blxbwf855\"], \"stdout\": \"\", \"stdout_lines\": []}", I hope someone can help.

1 0

Changing disk QoS causes segfault with IO-Threads enabled (oVirt 4.3.0.4-1.el7)
by jloh＠squiz.net 23 Apr '24

23 Apr '24

We recently upgraded to 4.3.0 and have found that when changing disk QoS settings on VMs whilst IO-Threads is enabled causes them to segfault and the VM to reboot. We've been able to replicate this across several VMs. VMs with IO-Threads disabled/turned off do not segfault when changing the QoS. Mar 1 11:49:06 srvXX kernel: IO iothread1[30468]: segfault at fffffffffffffff8 ip 0000557649f2bd24 sp 00007f80de832f60 error 5 in qemu-kvm[5576498dd000+a03000] Mar 1 11:49:06 srvXX abrt-hook-ccpp: invalid number 'iothread1' Mar 1 11:49:11 srvXX libvirtd: 2019-03-01 00:49:11.116+0000: 13365: error : qemuMonitorIORead:609 : Unable to read from monitor: Connection reset by peer Happy to supply some more logs to someone if they'll help but just wondering whether anyone else has experienced this or knows of a current fix other than turning io-threads off. Cheers.

4 3

Hosted Engine deployment failure ovirt 4.3.10
by john.roche＠crick.ac.uk 22 Apr '24

22 Apr '24

Hi, I'm getting this issue when deploying the hosted engine onto iscsi storage using ovirt 4.3.10 The Disk volume is new, no issues, using ThinkSystem SR650 hardware and CentOS Linux release 7.8.2003 (Core) I used both the GUI and ansible script and both fail, this is the farthest I can get and it's driving me mad, please help the errors logs are below [ INFO ] changed: [localhost] [ INFO ] TASK [ovirt.hosted_engine_setup : Initialize lockspace volume] [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 5, "changed": true, "cmd": ["hosted-engine", "--reinitialize-lockspace", "--force"], more errors "delta": "0:00:00.668430", "end": "2024-04-22 16:52:56.859768", "msg": "non-zero return code", "rc": 1, "start": "2024-04-22 16:52:56.191338", "stderr": "Traceback (most recent call last):\n File \"/usr/lib64/python2.7/runpy.py\", line 162, in _run_module_as_main\n \"__main__\", fname, loader, pkg_name)\n File \"/usr/lib64/python2.7/runpy.py\", line 72, in _run_code\n exec code in run_globals\n File \"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/reinitialize_lockspace.py\", line 30, in <module>\n ha_cli.reset_lockspace(force)\n File \"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py\", line 286, in reset_lockspace\n stats = broker.get_stats_from_storage()\n File \"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py\", line 146, in get_stats_from_storage\n result = self._proxy.get_stats()\n File \"/usr/lib64/python2.7/xmlrpclib.py\", line 1233, in __call__\n return self.__send(self.__name, args)\n File \"/usr/lib64/python2.7/ xmlrpclib.py\", line 1591, in __request\n verbose=self.__verbose\n File \"/usr/lib64/python2.7/xmlrpclib.py\", line 1273, in request\n return self.single_request(host, handler, request_body, verbose)\n File \"/usr/lib64/python2.7/xmlrpclib.py\", line 1301, in single_request\n self.send_content(h, request_body)\n File \"/usr/lib64/python2.7/xmlrpclib.py\", line 1448, in send_content\n connection.endheaders(request_body)\n File \"/usr/lib64/python2.7/httplib.py\", line 1052, in endheaders\n self._send_output(message_body)\n File \"/usr/lib64/python2.7/httplib.py\", line 890, in _send_output\n self.send(msg)\n File \"/usr/lib64/python2.7/httplib.py\", line 852, in send\n self.connect()\n File \"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/unixrpc.py\", line 60, in connect\n self.sock.connect(base64.b16decode(self.host))\n File \"/usr/lib64/python2.7/socket.py\", line 224, in meth\n return getattr(self._sock,name)(*args)\nsocket.error: [Errno 2] No such file or directory" , "stderr_lines": ["Traceback (most recent call last):", " File \"/usr/lib64/python2.7/runpy.py\", line 162, in _run_module_as_main", " \"__main__\", fname, loader, pkg_name)", " File \"/usr/lib64/python2.7/runpy.py\", line 72, in _run_code", " exec code in run_globals", " File \"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/reinitialize_lockspace.py\", line 30, in <module>", " ha_cli.reset_lockspace(force)", " File \"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py\", line 286, in reset_lockspace", " stats = broker.get_stats_from_storage()", " File \"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py\", line 146, in get_stats_from_storage", " result = self._proxy.get_stats()", " File \"/usr/lib64/python2.7/xmlrpclib.py\", line 1233, in __call__", " return self.__send(self.__name, args)", " File \"/usr/lib64/python2.7/xmlrpclib.py\", line 1591, in __request", " verbose=self.__verbose", " File \"/usr/lib64/python2.7/xmlrpcli b.py\", line 1273, in request", " return self.single_request(host, handler, request_body, verbose)", " File \"/usr/lib64/python2.7/xmlrpclib.py\", line 1301, in single_request", " self.send_content(h, request_body)", " File \"/usr/lib64/python2.7/xmlrpclib.py\", line 1448, in send_content", " connection.endheaders(request_body)", " File \"/usr/lib64/python2.7/httplib.py\", line 1052, in endheaders", " self._send_output(message_body)", " File \"/usr/lib64/python2.7/httplib.py\", line 890, in _send_output", " self.send(msg)", " File \"/usr/lib64/python2.7/httplib.py\", line 852, in send", " self.connect()", " File \"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/unixrpc.py\", line 60, in connect", " self.sock.connect(base64.b16decode(self.host))", " File \"/usr/lib64/python2.7/socket.py\", line 224, in meth", " return getattr(self._sock,name)(*args)", "socket.error: [Errno 2] No such file or directory"], "stdout": "", "stdout_lines": []}

1 0

Re: [External] : Deploying the self-hosted engine failed
by sattha＠tracthai.com 22 Apr '24

22 Apr '24

My environment - running on VMware 8.0 - 8 vCPU - 32 GB Memory - 100 GB HDD - Image ovirt using ovirt-node-ng-installer-4.5.5-2023113015.el8.iso I have run command "hosted-enfine --deploy" and check log error via file /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20240422103113-qojupj.log 2024-04-22 10:54:37,725+0700 DEBUG otopi.context context.dumpEnvironment:775 ENV SYSTEM/commandPath=str:'/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/root/bin:/root/bin' 2024-04-22 10:54:37,725+0700 DEBUG otopi.context context.dumpEnvironment:775 ENV SYSTEM/reboot=bool:'False' 2024-04-22 10:54:37,726+0700 DEBUG otopi.context context.dumpEnvironment:775 ENV SYSTEM/rebootAllow=bool:'True' 2024-04-22 10:54:37,726+0700 DEBUG otopi.context context.dumpEnvironment:775 ENV SYSTEM/rebootDeferTime=int:'10' 2024-04-22 10:54:37,726+0700 DEBUG otopi.context context.dumpEnvironment:779 ENVIRONMENT DUMP - END 2024-04-22 10:54:37,728+0700 DEBUG otopi.context context._executeMethod:127 Stage pre-terminate METHOD otopi.plugins.otopi.dialog.cli.Plugin._pre_terminate 2024-04-22 10:54:37,729+0700 DEBUG otopi.context context._executeMethod:136 otopi.plugins.otopi.dialog.cli.Plugin._pre_terminate condition False 2024-04-22 10:54:37,730+0700 INFO otopi.context context.runSequence:616 Stage: Termination 2024-04-22 10:54:37,731+0700 DEBUG otopi.context context.runSequence:620 STAGE terminate 2024-04-22 10:54:37,732+0700 DEBUG otopi.context context._executeMethod:127 Stage terminate METHOD otopi.plugins.gr_he_common.core.misc.Plugin._terminate 2024-04-22 10:54:37,733+0700 ERROR otopi.plugins.gr_he_common.core.misc misc._terminate:167 Hosted Engine deployment failed: please check the logs for the issue, fix accordingly or re-deploy from scratch. 2024-04-22 10:54:37,734+0700 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:SEND Log file is located at 2024-04-22 10:54:37,734+0700 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:SEND /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20240422103113-qojupj.log 2024-04-22 10:54:37,736+0700 DEBUG otopi.context context._executeMethod:127 Stage terminate METHOD otopi.plugins.otopi.dialog.human.Plugin._terminate 2024-04-22 10:54:37,743+0700 DEBUG otopi.context context._executeMethod:127 Stage terminate METHOD otopi.plugins.otopi.dialog.machine.Plugin._terminate 2024-04-22 10:54:37,743+0700 DEBUG otopi.context context._executeMethod:136 otopi.plugins.otopi.dialog.machine.Plugin._terminate condition False 2024-04-22 10:54:37,745+0700 DEBUG otopi.context context._executeMethod:127 Stage terminate METHOD otopi.plugins.otopi.core.log.Plugin._terminate Thank you for support and reply

1 0

ISCSI multipath issues
by john.roche＠crick.ac.uk 19 Apr '24

19 Apr '24

Hi I'm using ovirt 4.3.10 iscsi can pick up the target but multipath -ll doesn't show anything I've been spending all day trying to get this work again the multipath.conf has no changes from me any help?

1 0

How to Add a host as storage in oVirt-4.5
by Ankit Sharma 18 Apr '24

18 Apr '24

Hi Saviours, I am using ovirt since a decade now with SAN storage and it is working like charm. Now i want to upgrade storage but want to use host for storage so how can i use and add Local storage and use it for VM's? Regards, AS

3 3

NFS Share file to mount in ovIrt
by De Lee 18 Apr '24

18 Apr '24

Hi I was trying to add the new NFS share path in the ovirt node. But unforunately it doesn' work for me.Try to mount the nfs via ovirt manager but fails with following error message Error while executing action Add Storage Connection: Permission settings on the specified path do not allow access to the storage. Verify permission settings on the specified storage path. tried with troubleshooting document but it doesn't work [root@ov02 contrib]# python3 nfs-check.py 10.34.95.5:/TESTNAS01 Current hostname: ov02 - IP addr 10.34.95.42 Trying to /bin/mount -t nfs 10.34.95.5:/TESTNAS01... return = 32 error b'mount.nfs: access denied by server while mounting 10.34.95.5:/TESTNAS01' 0 drwxr-xr-x. 3 vdsm kvm 17 Apr 9 06:12 exports [root@ov01 /]# /usr/bin/sudo -n /bin/mount -t nfs -o soft,nosharecache,timeo=600,retrans=6,nfsvers=3 10.34.95.5:/TESTNAS01 /exports/nfs/ mount.nfs: access denied by server while mounting 10.34.95.5:/TESTNAS01

2 1

Deploying the self-hosted engine failed
by sattha＠tracthai.com 18 Apr '24

18 Apr '24

i found error while deploy engine v.4.5.5 on environment VMware 8.0 nested [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "argument 'path' is of type <class 'NoneType'> and we were unable to convert to path: 'None' is not a string and conversion is not allowed"} [ ERROR ] Failed to execute stage 'Clean up': Failed executing ansible-playbook [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20240404115555.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Hosted Engine deployment failed Log file is located at /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20240404115531-z0k05n.log ============================================================= log in /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20240404115531-z0k05n.log ERROR otopi.plugins.gr_he_common.core.misc misc._terminate:167 Hosted Engine deployment failed Please help resolve this issue

2 1

Moving from CentOS8 to CentOS9 based OvirtNodes NG
by luc.lalonde＠polymtl.ca 17 Apr '24

17 Apr '24

Hello Folks, It seems from the Ovirt 4.5.5 anouncement that oVirt Node NG (based on CentOS Stream 9) are fully supported. Can someone confirm this? What is the best way to migrate a cluster from oVirt Node NG base on CentOS Stream 8 to 9? Can the two co-exist on the same cluster during transition? Thank You!

4 5

need to renew certificates but it fails
by Andy Michielsen 17 Apr '24

17 Apr '24

Hello all, I want to renew certificates in my oVirt environment. I let it expire and now the engine doesn't communicate with my hosts. I tried to run engine-setup --offline and selected to renew the certificates but get this error message Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh' failed to execute Can someone point me in the right direction to figure out what is wrong and how to fix this. Kind regards, Andy Met vriendelijke groeten / Bien cordialement / Best regards Andy Michielsen Implementatie Engineer Primion Benelux Malle Tel: +32 3 312 92 61 (Dispatch) Andy.Michielsen(a)primion.eu<mailto:%7BE-mail%7D> [cid:primion_logo_367d70c6-ce5f-468d-8561-739e578b8cb9.png] sa GET nv | Antwerpsesteenweg 107 | 2390 Malle | www.primion.be<http://www.primion.be> | Contacteer ons<https://www.primion.be/nl/contact/?utm_source=signature> Zetel van de vennootschap: Malle | Ondernemingsnummer: BE0404.641.636 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.

1 0

Re: [External] : Re: Keycloak SSO integration
by Luc Lalonde 16 Apr '24

16 Apr '24

Hello Marcos, Do you have a procedure for disabling Keycloak and reverting to the AAA authentification mechanism manually? THank You! ----- Mail original ----- De: "Marcos Sungaila" <marcos.sungaila(a)oracle.com> À: "luc lalonde" <luc.lalonde(a)polymtl.ca>, users(a)ovirt.org Envoyé: Lundi 15 Avril 2024 16:06:19 Objet: RE: [External] : [ovirt-users] Re: Keycloak SSO integration Unfortunately, Keycloak is not fully integrated into oVirt, other than the main authentication will not work. Scripts from the ovirt-sdk4, virt-v2v commands, API access, and others still rely on the AAA authentication mechanism. Marcos -----Original Message----- From: luc.lalonde(a)polymtl.ca <luc.lalonde(a)polymtl.ca> Sent: Saturday, April 6, 2024 9:23 AM To: users(a)ovirt.org Subject: [External] : [ovirt-users] Re: Keycloak SSO integration Unfortunately, I chose the 'Keycloak' option during the setup instead. So using using ovirt-engine-extension-aaa-ldap-setup is not an option. In the documentation, they say that 'ovirt-engine-extension-aaa-ldap-setup' is being deprecated... I regret not using it anyway. Documentation is missing on how to configure Keycloak (RedHat SSO). Thank You. _______________________________________________ Users mailing list -- users(a)ovirt.org To unsubscribe send an email to users-leave(a)ovirt.org Privacy Statement: https://urldefense.com/v3/__https://www.ovirt.org/privacy-policy.html__;!!A… oVirt Code of Conduct: https://urldefense.com/v3/__https://www.ovirt.org/community/about/community… List Archives: https://urldefense.com/v3/__https://lists.ovirt.org/archives/list/users@ovi…

1 0

Keycloak SSO integration
by luc.lalonde＠polymtl.ca 15 Apr '24

15 Apr '24

Hello, I've successfully added my AD LDAP service in Keycloak. My connection works and I am able to search for users from Keycloak. How do I map an LDAP group 'adminusers' into the Ovirt web interface and map it to the internal administration group? I just seem to see the ovirt-internal Keycloak authentication source in the base of my Ovirt URL. Thank You!

4 7

HPE Oneview KVM appliance 8.8.0 / 8.7.0
by Angus Clarke 12 Apr '24

12 Apr '24

Hello folks I realise this probably isn't the place for this but someone might be interested or have some knowledge. I deployed the KVM version of HPE Oneview 8.8 to oVirt 4.5 (OLVM 4.5) It came as a single QCOW2 disk image. The VM I created needed a couple of tweaks to get it to boot (Chipset: i440FX w/Bios for the IDE disk type, OS: RHEL7 x86_64.) The VM boots and the graphical environment starts but sticks not long after (left over weekend, no change.) I did boot into the rescue environment to look at logs, I can see all the logical volumes mounted ok so no issue there, I see apps repeatedly trying to start with no obvious reason. Very similar outcome when I tried the previous 8.7 Oneview version. We also run a VMWare estate so the sad thing is that I've fallen back to deploying the ESXi version of Oneview 8.8 - it works fine, which is a shame as I am trying to persuade our internal teams to start using oVirt/OLVM instead of VMWare! Any feedback gladly received. Thanks Angus

3 7

Migration problems
by markeczzz＠gmail.com 11 Apr '24

11 Apr '24

I am trying to migrate vm from one host to another. I have already migrated 10 vm-s from that host to another, but 2 of them are having problems. In the dashboard event logs i get this: Migration failed due to an Error: Migration canceled (VM: Virtual-NS, Source: node2.ovirt.cluster.com, Destination: node3.ovirt.cluster.com) Engine log: 2024-04-11 11:11:21,490+02 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-74) [] VM 'c8e6aafe-1463-4db6-9d3b-76b234f9487d' is migrating to VDS 'd90dced4-6715-41b6-953c-119c4133f9db'(node3.ovirt.cluster.com) ignoring it in the refresh until migration is done 2024-04-11 11:11:35,446+02 WARN [org.ovirt.engine.core.utils.virtiowin.VirtioWinReader] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-75) [] Directory '/usr/share/virtio-win' doesn't exist. 2024-04-11 11:11:36,521+02 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-22) [] VM 'c8e6aafe-1463-4db6-9d3b-76b234f9487d' is migrating to VDS 'd90dced4-6715-41b6-953c-119c4133f9db'(node3.ovirt.cluster.com) ignoring it in the refresh until migration is done 2024-04-11 11:11:51,563+02 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-44) [] VM 'c8e6aafe-1463-4db6-9d3b-76b234f9487d' is migrating to VDS 'd90dced4-6715-41b6-953c-119c4133f9db'(node3.ovirt.cluster.com) ignoring it in the refresh until migration is done 2024-04-11 11:12:06,592+02 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-45) [] VM 'c8e6aafe-1463-4db6-9d3b-76b234f9487d' is migrating to VDS 'd90dced4-6715-41b6-953c-119c4133f9db'(node3.ovirt.cluster.com) ignoring it in the refresh until migration is done 2024-04-11 11:12:21,625+02 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-8) [] VM 'c8e6aafe-1463-4db6-9d3b-76b234f9487d' is migrating to VDS 'd90dced4-6715-41b6-953c-119c4133f9db'(node3.ovirt.cluster.com) ignoring it in the refresh until migration is done 2024-04-11 11:12:36,657+02 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-66) [] VM 'c8e6aafe-1463-4db6-9d3b-76b234f9487d' is migrating to VDS 'd90dced4-6715-41b6-953c-119c4133f9db'(node3.ovirt.cluster.com) ignoring it in the refresh until migration is done 2024-04-11 11:12:43,536+02 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-5) [681c3996] VM 'c8e6aafe-1463-4db6-9d3b-76b234f9487d' was reported as Down on VDS 'd90dced4-6715-41b6-953c-119c4133f9db'(node3.ovirt.cluster.com) 2024-04-11 11:12:43,536+02 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-5) [681c3996] VM 'c8e6aafe-1463-4db6-9d3b-76b234f9487d'(Virtual-NS) was unexpectedly detected as 'Down' on VDS 'd90dced4-6715-41b6-953c-119c4133f9db'(node3.ovirt.cluster.com) (expected on 'c1f1069d-ed61-4ade-afc2-e6f649039386') 2024-04-11 11:12:43,536+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-5) [681c3996] START, DestroyVDSCommand(HostName = node3.ovirt.cluster.com, DestroyVmVDSCommandParameters:{hostId='d90dced4-6715-41b6-953c-119c4133f9db', vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d', secondsToWait='0', gracefully='false', reason='', ignoreNoVm='true'}), log id: 381766c1 2024-04-11 11:12:43,836+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-5) [681c3996] Failed to destroy VM 'c8e6aafe-1463-4db6-9d3b-76b234f9487d' because VM does not exist, ignoring 2024-04-11 11:12:43,836+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-5) [681c3996] FINISH, DestroyVDSCommand, return: , log id: 381766c1 2024-04-11 11:12:43,836+02 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-5) [681c3996] VM 'c8e6aafe-1463-4db6-9d3b-76b234f9487d'(Virtual-NS) was unexpectedly detected as 'Down' on VDS 'd90dced4-6715-41b6-953c-119c4133f9db'(node3.ovirt.cluster.com) (expected on 'c1f1069d-ed61-4ade-afc2-e6f649039386') 2024-04-11 11:12:43,836+02 ERROR [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-5) [681c3996] Migration of VM 'Virtual-NS' to host 'node3.ovirt.cluster.com' failed: VM destroyed during the startup. 2024-04-11 11:12:43,842+02 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-1) [681c3996] VM 'c8e6aafe-1463-4db6-9d3b-76b234f9487d'(Virtual-NS) moved from 'MigratingFrom' --> 'Up' 2024-04-11 11:12:43,842+02 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-1) [681c3996] Adding VM 'c8e6aafe-1463-4db6-9d3b-76b234f9487d'(Virtual-NS) to re-run list 2024-04-11 11:12:43,843+02 ERROR [org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring] (ForkJoinPool-1-worker-1) [681c3996] Rerun VM 'c8e6aafe-1463-4db6-9d3b-76b234f9487d'. Called from VDS 'node2.ovirt.cluster.com' 2024-04-11 11:12:43,889+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (EE-ManagedThreadFactory-engine-Thread-9915782) [681c3996] START, MigrateStatusVDSCommand(HostName = node2.ovirt.cluster.com, MigrateStatusVDSCommandParameters:{hostId='c1f1069d-ed61-4ade-afc2-e6f649039386', vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d'}), log id: 41a9e7a3 2024-04-11 11:12:43,892+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (EE-ManagedThreadFactory-engine-Thread-9915782) [681c3996] FINISH, MigrateStatusVDSCommand, return: org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusReturn@4b4bced2, log id: 41a9e7a3 2024-04-11 11:12:43,920+02 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-9915782) [681c3996] EVENT_ID: VM_MIGRATION_TO_SERVER_FAILED(120), Migration failed due to an Error: Migration canceled (VM: Virtual-NS, Source: node2.ovirt.cluster.com, Destination: node3.ovirt.cluster.com) 2024-04-11 11:12:43,922+02 INFO [org.ovirt.engine.core.bll.MigrateVmToServerCommand] (EE-ManagedThreadFactory-engine-Thread-9915782) [681c3996] Lock freed to object 'EngineLock:{exclusiveLocks='[c8e6aafe-1463-4db6-9d3b-76b234f9487d=VM]', sharedLocks=''}' 2024-04-11 11:12:51,685+02 INFO [org.ovirt.engine.core.vdsbroker.monitoring.PollVmStatsRefresher] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-55) [] Fetched 13 VMs from VDS 'd90dced4-6715-41b6-953c-119c4133f9db' vdsm logs node3: 2024-04-11 11:12:42,360+0200 INFO (jsonrpc/3) [api.host] START getAllVmIoTunePolicies() from=::1,44562 (api:48) 2024-04-11 11:12:42,360+0200 INFO (jsonrpc/3) [api.host] FINISH getAllVmIoTunePolicies return={'status': {'code': 0, 'message': 'Done'}, 'io_tune_policies_dict': {'1a2808ce-5ba4-4f19-9809-baffecb51d83': {'policy': [], 'current_values': [{'name': 'sda', 'path': '/rhev/data-center/mnt/blockSD/8ab48aab-a522-4331-ba46-904e13f64d38/images/8766b16f-f587-4475-8e72-fc83486516b9/3616942e-88f1-4327-aad8-2d8d4550f8e7', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}]}, 'f72cc0b9-0bdb-4d23-b50b-99e775d87f1c': {'policy': [], 'current_values': [{'name': 'sda', 'path': '/rhev/data-center/mnt/blockSD/2a6e7a60-ae0b-4aa2-9b44-1fe9ca8e30b0/images/f056a516-2257-4f0f-a972-031cf67dc4df/433fd71e-d4bb-4341-ad45-34fa4fd401a1', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}, {'name': 'sdc', 'path': '/rhev/data-center/mnt/blockSD /aa2fa425-8bf3-44b6-b353-81de4e82764a/images/d5780d31-929b-46a6-b66e-38bcf57695d2/6b477529-daca-4480-9266-27d46ea6063e', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}]}, '148118a7-6b05-4d74-9d68-672d8c40f431': {'policy': [], 'current_values': [{'name': 'sda', 'path': '/rhev/data-center/mnt/blockSD/c0b21e2c-6b4c-4769-8244-aa69a32c27f2/images/735770ac-7e7f-44c9-a768-3eeeac1ff0a8/aa387d94-ef62-45e9-aa11-e1ac6fcb138f', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}]}, 'db853022-cee8-4f71-ad64-e70bb314686c': {'policy': [], 'current_values': [{'name': 'sdc', 'path': '/rhev/data-center/mnt/blockSD/aa2fa425-8bf3-44b6-b353-81de4e82764a/images/1294d8a3-ad40-4b06-9188-d59f527b921d/f944a7af-cda0-4d75-9c39-7b5063dae0cb', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}, {'name': 'sda', 'path': '/rhev/data-center/mnt/blockSD/c0b21e2c-6b4c-4769-8244-aa69a32c27f2/images/eed13b69-80cd-4742-b706-bce2f1370fa3/2163d081-bbe0-4d62-9d96-6bf0afd3260c', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}]}, '4490de5d-1a95-4906-a197-a471d95ab6b4': {'policy': [], 'current_values': [{'name': 'sdc', 'path': '/rhev/data-center/mnt/blockSD/aa2fa425-8bf3-44b6-b353-81de4e82764a/images/454c4196-d772-43fd-99bb-4ac90150cd3c/9779ba55-160d-431a-b408-857e106e5cbe', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}, {'name': 'sda', 'path': '/rhev/data-center/mnt/blockSD/8ab48aab-a522-4331-ba46-904e13f64d38/images/8d782dca-e45b-440c-b0a8-808d2f528dcd/70e4a01f-619e-4764-928f-1cc1207767e8', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec ': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}]}, '896840ab-2996-4c5b-afb2-c6a359ab6eda': {'policy': [], 'current_values': [{'name': 'sdc', 'path': '/rhev/data-center/mnt/blockSD/aa2fa425-8bf3-44b6-b353-81de4e82764a/images/454c4196-d772-43fd-99bb-4ac90150cd3c/9779ba55-160d-431a-b408-857e106e5cbe', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}, {'name': 'sda', 'path': '/rhev/data-center/mnt/blockSD/8ab48aab-a522-4331-ba46-904e13f64d38/images/a0defce2-7a1a-4872-8141-11df3e1bcba8/5f1745e6-3e0b-4997-915b-f13314fe9092', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}]}, '4eeb0711-a8e8-4c0d-aa29-0c9361e15554': {'policy': [], 'current_values': [{'name': 'sdc', 'path': '/rhev/data-center/mnt/blockSD/aa2fa425-8bf3-44b6-b353-81de4e82764a/images/260444be-9bd3-43be-bd08-9c494d2cc269/f5658dde- 9853-4d02-9b41-93501633e9e2', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}, {'name': 'sda', 'path': '/rhev/data-center/mnt/blockSD/c0b21e2c-6b4c-4769-8244-aa69a32c27f2/images/f8cb52ef-0dee-440c-96c7-9355522c8674/927d5b15-f46e-41a8-bf6e-053a6cc7cac8', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}]}, '0b528685-134b-48ff-9eb0-a8da6d1f3e70': {'policy': [], 'current_values': [{'name': 'sda', 'path': '/rhev/data-center/mnt/blockSD/c0b21e2c-6b4c-4769-8244-aa69a32c27f2/images/ae598215-87ed-4ff3-9c3e-66a64e2f55da/320b1540-59c2-495e-96c3-3f523834662f', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}]}, '4e621664-b22b-430d-9e90-4f65ac4e99b7': {'policy': [], 'current_values': [{'name': 'sda', 'path': '/rhev/data-center/mn t/blockSD/c0b21e2c-6b4c-4769-8244-aa69a32c27f2/images/9e37bac4-10f3-4b6d-97db-fb2339b7282d/5595abba-8a8e-4dfe-a4c1-792d61317436', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}]}, '88516219-60bf-4d2f-8d50-96414327fe19': {'policy': [], 'current_values': [{'name': 'sdc', 'path': '/rhev/data-center/mnt/blockSD/aa2fa425-8bf3-44b6-b353-81de4e82764a/images/454c4196-d772-43fd-99bb-4ac90150cd3c/9779ba55-160d-431a-b408-857e106e5cbe', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}, {'name': 'sda', 'path': '/rhev/data-center/mnt/blockSD/8ab48aab-a522-4331-ba46-904e13f64d38/images/bb87b088-9c6f-4c6e-a2c5-4e10152ae10f/066bcd99-d1d6-411a-a0a2-b62a590112cb', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}]}, '281b503c-a76b-4755 -89f1-8a4b3eedb2a8': {'policy': [], 'current_values': [{'name': 'sda', 'path': '/rhev/data-center/mnt/blockSD/2a6e7a60-ae0b-4aa2-9b44-1fe9ca8e30b0/images/183bdbcc-b2af-4639-8866-c7066a211378/1ca39c83-59e7-4ed7-b5b9-11e5f3b42cb7', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}, {'name': 'sdb', 'path': '/rhev/data-center/mnt/blockSD/2a6e7a60-ae0b-4aa2-9b44-1fe9ca8e30b0/images/7c15963f-ebc0-4c87-bc80-f8a64ef8f6db/6e3a4985-4cc9-4fa0-aa67-04297d31a107', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}]}, '5d0fabc9-8671-4f81-9449-32e36091f4f1': {'policy': [], 'current_values': [{'name': 'sda', 'path': '/rhev/data-center/mnt/blockSD/2a6e7a60-ae0b-4aa2-9b44-1fe9ca8e30b0/images/460e3282-969f-48fc-9028-8e33e3bbd2dc/396a7e79-2cd5-4815-904a-cfa220a81b14', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_ bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}, {'name': 'sdb', 'path': '/rhev/data-center/mnt/blockSD/2a6e7a60-ae0b-4aa2-9b44-1fe9ca8e30b0/images/e901a7d6-b029-4d83-93b2-522d1e061cd7/64749e34-56be-49fd-890b-496b19bdf45a', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}]}, 'cc7931ff-8124-4724-9242-abea2ab5bf42': {'policy': [], 'current_values': [{'name': 'vda', 'path': '/run/vdsm/storage/73e03870-1bad-42d2-bf7b-a55041405c71/737c72eb-4e5b-46b6-ba7d-36f25880ceae/e0f8577d-a4bb-4a28-9780-a4cd1e6a2bb1', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}]}}} from=::1,44562 (api:54) 2024-04-11 11:12:42,752+0200 INFO (jsonrpc/2) [api.host] START getStats() from=::1,44558 (api:48) 2024-04-11 11:12:42,773+0200 INFO (jsonrpc/2) [vdsm.api] START repoStats(domains=()) from=::1,44558, task_id=dce62f2b-b9e4-4641-969a-a34c4dccc5b7 (api:48) 2024-04-11 11:12:42,773+0200 INFO (jsonrpc/2) [vdsm.api] FINISH repoStats return={'73e03870-1bad-42d2-bf7b-a55041405c71': {'code': 0, 'lastCheck': '0.4', 'delay': '0.000354071', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '2a6e7a60-ae0b-4aa2-9b44-1fe9ca8e30b0': {'code': 0, 'lastCheck': '1.2', 'delay': '0.000259322', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '7f655239-96f9-48f9-99e0-b947220c289e': {'code': 0, 'lastCheck': '1.2', 'delay': '0.000269234', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, 'aa2fa425-8bf3-44b6-b353-81de4e82764a': {'code': 0, 'lastCheck': '1.2', 'delay': '0.000352778', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '848dac7f-a73d-476f-9371-b54ac8b647de': {'code': 0, 'lastCheck': '1.3', 'delay': '0.000313396', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '8ab48aab-a522-4331-ba46-904e13f64d38': {'code': 0, 'lastCheck': '1.2', 'delay': '0.000272123', 'valid': True, 'ver sion': 5, 'acquired': True, 'actual': True}, 'c0b21e2c-6b4c-4769-8244-aa69a32c27f2': {'code': 0, 'lastCheck': '1.8', 'delay': '0.000403821', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}} from=::1,44558, task_id=dce62f2b-b9e4-4641-969a-a34c4dccc5b7 (api:54) 2024-04-11 11:12:42,774+0200 INFO (jsonrpc/2) [vdsm.api] START multipath_health() from=::1,44558, task_id=845b5ad7-5f99-40ac-b5b1-dd9700e7eca7 (api:48) 2024-04-11 11:12:42,774+0200 INFO (jsonrpc/2) [vdsm.api] FINISH multipath_health return={} from=::1,44558, task_id=845b5ad7-5f99-40ac-b5b1-dd9700e7eca7 (api:54) 2024-04-11 11:12:42,788+0200 INFO (jsonrpc/2) [api.host] FINISH getStats return={'status': {'code': 0, 'message': 'Done'}, 'info': (suppressed)} from=::1,44558 (api:54) 2024-04-11 11:12:43,517+0200 INFO (libvirt/events) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') underlying process disconnected (vm:1135) 2024-04-11 11:12:43,517+0200 INFO (libvirt/events) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') Release VM resources (vm:5357) 2024-04-11 11:12:43,517+0200 INFO (libvirt/events) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') Stopping connection (guestagent:438) 2024-04-11 11:12:43,517+0200 INFO (libvirt/events) [vdsm.api] START teardownImage(sdUUID='8ab48aab-a522-4331-ba46-904e13f64d38', spUUID='07e52ac2-ab5f-11ec-b531-00163e400079', imgUUID='83f144ac-dfaa-4ede-a0f5-50338f6e1335', volUUID=None) from=internal, task_id=1ac73c98-9313-4e33-aee8-beaea54cb3a5 (api:48) 2024-04-11 11:12:43,518+0200 INFO (libvirt/events) [storage.StorageDomain] Removing image run directory '/run/vdsm/storage/8ab48aab-a522-4331-ba46-904e13f64d38/83f144ac-dfaa-4ede-a0f5-50338f6e1335' (blockSD:1387) 2024-04-11 11:12:43,518+0200 INFO (libvirt/events) [storage.fileUtils] Removing directory: /run/vdsm/storage/8ab48aab-a522-4331-ba46-904e13f64d38/83f144ac-dfaa-4ede-a0f5-50338f6e1335 (fileUtils:182) 2024-04-11 11:12:43,527+0200 INFO (jsonrpc/0) [api.virt] START destroy(gracefulAttempts=1) from=::ffff:10.3.8.12,42396, vmId=c8e6aafe-1463-4db6-9d3b-76b234f9487d (api:48) 2024-04-11 11:12:43,532+0200 WARN (vm/c8e6aafe) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') Couldn't destroy incoming VM: Domain not found: no domain with matching uuid 'c8e6aafe-1463-4db6-9d3b-76b234f9487d' (vm:4100) 2024-04-11 11:12:43,532+0200 INFO (vm/c8e6aafe) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') Changed state to Down: VM destroyed during the startup (code=10) (vm:1921) 2024-04-11 11:12:43,533+0200 INFO (vm/c8e6aafe) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') Stopping connection (guestagent:438) 2024-04-11 11:12:43,537+0200 INFO (jsonrpc/6) [api.virt] START destroy(gracefulAttempts=1) from=::ffff:10.3.8.30,56070, flow_id=681c3996, vmId=c8e6aafe-1463-4db6-9d3b-76b234f9487d (api:48) 2024-04-11 11:12:43,615+0200 INFO (libvirt/events) [storage.LVM] Deactivating lvs: vg=8ab48aab-a522-4331-ba46-904e13f64d38 lvs=['da4b0e32-9649-4f7d-834e-e0676a00916b'] (lvm:1802) 2024-04-11 11:12:43,728+0200 INFO (libvirt/events) [vdsm.api] FINISH teardownImage return=None from=internal, task_id=1ac73c98-9313-4e33-aee8-beaea54cb3a5 (api:54) 2024-04-11 11:12:43,729+0200 INFO (libvirt/events) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') Stopping connection (guestagent:438) 2024-04-11 11:12:43,729+0200 WARN (libvirt/events) [root] Attempting to remove a non existing net user: ovirtmgmt/c8e6aafe-1463-4db6-9d3b-76b234f9487d (libvirtnetwork:207) 2024-04-11 11:12:43,729+0200 INFO (libvirt/events) [vdsm.api] START inappropriateDevices(thiefId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') from=internal, task_id=834a0e43-879e-4d32-b719-50f4214b7d38 (api:48) 2024-04-11 11:12:43,730+0200 INFO (libvirt/events) [vdsm.api] FINISH inappropriateDevices return=None from=internal, task_id=834a0e43-879e-4d32-b719-50f4214b7d38 (api:54) 2024-04-11 11:12:43,832+0200 INFO (libvirt/events) [root] /usr/libexec/vdsm/hooks/after_vm_destroy/delete_vhostuserclient_hook: rc=0 err=b'' (hooks:122) 2024-04-11 11:12:43,833+0200 WARN (libvirt/events) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') trying to set state to Down when already Down (vm:702) 2024-04-11 11:12:43,833+0200 INFO (libvirt/events) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') Stopping connection (guestagent:438) 2024-04-11 11:12:43,834+0200 INFO (jsonrpc/0) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') Can't undefine disconnected VM 'c8e6aafe-1463-4db6-9d3b-76b234f9487d' (vm:2564) 2024-04-11 11:12:43,834+0200 INFO (jsonrpc/0) [api.virt] FINISH destroy return={'status': {'code': 0, 'message': 'Machine destroyed'}} from=::ffff:10.3.8.12,42396, vmId=c8e6aafe-1463-4db6-9d3b-76b234f9487d (api:54) 2024-04-11 11:12:43,835+0200 INFO (jsonrpc/6) [api] FINISH destroy error=Virtual machine does not exist: {'vmId': 'c8e6aafe-1463-4db6-9d3b-76b234f9487d'} (api:129) 2024-04-11 11:12:43,835+0200 INFO (jsonrpc/6) [api.virt] FINISH destroy return={'status': {'code': 1, 'message': "Virtual machine does not exist: {'vmId': 'c8e6aafe-1463-4db6-9d3b-76b234f9487d'}"}} from=::ffff:10.3.8.30,56070, flow_id=681c3996, vmId=c8e6aafe-1463-4db6-9d3b-76b234f9487d (api:54) 2024-04-11 11:12:43,835+0200 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call VM.destroy failed (error 1) in 0.30 seconds (__init__:312) 2024-04-11 11:12:45,602+0200 INFO (jsonrpc/1) [api.host] START getStats() from=::ffff:10.3.8.30,56070 (api:48) vdsm node2 log: 2024-04-11 11:12:27,504+0200 INFO (jsonrpc/1) [api.host] START getStats() from=::1,33628 (api:48) 2024-04-11 11:12:27,516+0200 INFO (jsonrpc/1) [vdsm.api] START repoStats(domains=()) from=::1,33628, task_id=782990af-56f0-413f-b511-64e60e606537 (api:48) 2024-04-11 11:12:27,516+0200 INFO (jsonrpc/1) [vdsm.api] FINISH repoStats return={'73e03870-1bad-42d2-bf7b-a55041405c71': {'code': 0, 'lastCheck': '6.9', 'delay': '0.000313373', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '8ab48aab-a522-4331-ba46-904e13f64d38': {'code': 0, 'lastCheck': '2.4', 'delay': '0.00024877', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, 'c0b21e2c-6b4c-4769-8244-aa69a32c27f2': {'code': 0, 'lastCheck': '3.1', 'delay': '0.000317606', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '7f655239-96f9-48f9-99e0-b947220c289e': {'code': 0, 'lastCheck': '2.4', 'delay': '0.000527974', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '848dac7f-a73d-476f-9371-b54ac8b647de': {'code': 0, 'lastCheck': '2.4', 'delay': '0.000303832', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, 'aa2fa425-8bf3-44b6-b353-81de4e82764a': {'code': 0, 'lastCheck': '2.3', 'delay': '0.00288366', 'valid': True, 'versi on': 5, 'acquired': True, 'actual': True}, '2a6e7a60-ae0b-4aa2-9b44-1fe9ca8e30b0': {'code': 0, 'lastCheck': '2.3', 'delay': '0.000218979', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}} from=::1,33628, task_id=782990af-56f0-413f-b511-64e60e606537 (api:54) 2024-04-11 11:12:27,516+0200 INFO (jsonrpc/1) [vdsm.api] START multipath_health() from=::1,33628, task_id=3427f545-0183-49fd-98de-54a52823db1f (api:48) 2024-04-11 11:12:27,516+0200 INFO (jsonrpc/1) [vdsm.api] FINISH multipath_health return={} from=::1,33628, task_id=3427f545-0183-49fd-98de-54a52823db1f (api:54) 2024-04-11 11:12:27,522+0200 INFO (jsonrpc/1) [api.host] FINISH getStats return={'status': {'code': 0, 'message': 'Done'}, 'info': (suppressed)} from=::1,33628 (api:54) 2024-04-11 11:12:30,597+0200 INFO (jsonrpc/4) [api.host] START getStats() from=::ffff:10.3.8.30,52426 (api:48) 2024-04-11 11:12:30,610+0200 INFO (jsonrpc/4) [vdsm.api] START repoStats(domains=()) from=::ffff:10.3.8.30,52426, task_id=eb4be2c4-919e-46d9-80c5-fb4bd111dc1f (api:48) 2024-04-11 11:12:30,610+0200 INFO (jsonrpc/4) [vdsm.api] FINISH repoStats return={'73e03870-1bad-42d2-bf7b-a55041405c71': {'code': 0, 'lastCheck': '0.0', 'delay': '0.000296656', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '8ab48aab-a522-4331-ba46-904e13f64d38': {'code': 0, 'lastCheck': '5.5', 'delay': '0.00024877', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, 'c0b21e2c-6b4c-4769-8244-aa69a32c27f2': {'code': 0, 'lastCheck': '6.2', 'delay': '0.000317606', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '7f655239-96f9-48f9-99e0-b947220c289e': {'code': 0, 'lastCheck': '5.5', 'delay': '0.000527974', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '848dac7f-a73d-476f-9371-b54ac8b647de': {'code': 0, 'lastCheck': '5.5', 'delay': '0.000303832', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, 'aa2fa425-8bf3-44b6-b353-81de4e82764a': {'code': 0, 'lastCheck': '5.4', 'delay': '0.00288366', 'valid': True, 'versi on': 5, 'acquired': True, 'actual': True}, '2a6e7a60-ae0b-4aa2-9b44-1fe9ca8e30b0': {'code': 0, 'lastCheck': '5.4', 'delay': '0.000218979', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}} from=::ffff:10.3.8.30,52426, task_id=eb4be2c4-919e-46d9-80c5-fb4bd111dc1f (api:54) 2024-04-11 11:12:30,611+0200 INFO (jsonrpc/4) [vdsm.api] START multipath_health() from=::ffff:10.3.8.30,52426, task_id=33c103f8-5221-448c-8ef3-900af4a0ff1d (api:48) 2024-04-11 11:12:30,611+0200 INFO (jsonrpc/4) [vdsm.api] FINISH multipath_health return={} from=::ffff:10.3.8.30,52426, task_id=33c103f8-5221-448c-8ef3-900af4a0ff1d (api:54) 2024-04-11 11:12:30,618+0200 INFO (jsonrpc/4) [api.host] FINISH getStats return={'status': {'code': 0, 'message': 'Done'}, 'info': (suppressed)} from=::ffff:10.3.8.30,52426 (api:54) 2024-04-11 11:12:32,056+0200 INFO (migmon/c8e6aafe) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') new computed progress 94 < than old value 99, discarded (migration:255) 2024-04-11 11:12:32,057+0200 WARN (migmon/c8e6aafe) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') Migration stalling: remaining (479MiB) > lowmark (185MiB). (migration:873) 2024-04-11 11:12:32,057+0200 INFO (migmon/c8e6aafe) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') Migration Progress: 470.127 seconds elapsed, 98% of data processed, total data: 16484MB, processed data: 28862MB, remaining data: 479MB, transfer speed 496Mbps, zero pages: 515507MB, compressed: 9MB, dirty rate: 13508, memory iteration: 9 (migration:886) 2024-04-11 11:12:33,501+0200 INFO (jsonrpc/6) [api.virt] START getStats() from=::1,33628, vmId=cc7931ff-8124-4724-9242-abea2ab5bf42 (api:48) 2024-04-11 11:12:33,501+0200 INFO (jsonrpc/6) [api] FINISH getStats error=Virtual machine does not exist: {'vmId': 'cc7931ff-8124-4724-9242-abea2ab5bf42'} (api:129) 2024-04-11 11:12:33,501+0200 INFO (jsonrpc/6) [api.virt] FINISH getStats return={'status': {'code': 1, 'message': "Virtual machine does not exist: {'vmId': 'cc7931ff-8124-4724-9242-abea2ab5bf42'}"}} from=::1,33628, vmId=cc7931ff-8124-4724-9242-abea2ab5bf42 (api:54) 2024-04-11 11:12:33,501+0200 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call VM.getStats failed (error 1) in 0.00 seconds (__init__:312) 2024-04-11 11:12:33,754+0200 INFO (jsonrpc/2) [vdsm.api] START repoStats(domains=['73e03870-1bad-42d2-bf7b-a55041405c71']) from=::1,33628, task_id=16d2af05-faac-4854-89e6-fb3f39452318 (api:48) 2024-04-11 11:12:33,754+0200 INFO (jsonrpc/2) [vdsm.api] FINISH repoStats return={'73e03870-1bad-42d2-bf7b-a55041405c71': {'code': 0, 'lastCheck': '3.1', 'delay': '0.000296656', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}} from=::1,33628, task_id=16d2af05-faac-4854-89e6-fb3f39452318 (api:54) 2024-04-11 11:12:34,124+0200 INFO (jsonrpc/1) [vdsm.api] START repoStats(domains=['73e03870-1bad-42d2-bf7b-a55041405c71']) from=::1,33628, task_id=bdb6aa5e-b9c4-4832-bb8f-fec782cbbde0 (api:48) 2024-04-11 11:12:34,124+0200 INFO (jsonrpc/1) [vdsm.api] FINISH repoStats return={'73e03870-1bad-42d2-bf7b-a55041405c71': {'code': 0, 'lastCheck': '3.5', 'delay': '0.000296656', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}} from=::1,33628, task_id=bdb6aa5e-b9c4-4832-bb8f-fec782cbbde0 (api:54) 2024-04-11 11:12:34,928+0200 INFO (jsonrpc/4) [vdsm.api] START getSpmStatus(spUUID='07e52ac2-ab5f-11ec-b531-00163e400079') from=::ffff:10.3.8.30,52426, task_id=5e808bd5-fefd-454c-a5f6-4785bfad013e (api:48) 2024-04-11 11:12:34,931+0200 INFO (jsonrpc/6) [api.host] START getStats() from=::1,33628 (api:48) 2024-04-11 11:12:34,944+0200 INFO (jsonrpc/6) [vdsm.api] START repoStats(domains=()) from=::1,33628, task_id=2e5ceb8f-f518-46eb-88b7-e9caf55de687 (api:48) 2024-04-11 11:12:34,944+0200 INFO (jsonrpc/6) [vdsm.api] FINISH repoStats return={'73e03870-1bad-42d2-bf7b-a55041405c71': {'code': 0, 'lastCheck': '4.3', 'delay': '0.000296656', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '8ab48aab-a522-4331-ba46-904e13f64d38': {'code': 0, 'lastCheck': '4.3', 'delay': '0.00024877', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, 'c0b21e2c-6b4c-4769-8244-aa69a32c27f2': {'code': 0, 'lastCheck': '0.5', 'delay': '0.000262637', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '7f655239-96f9-48f9-99e0-b947220c289e': {'code': 0, 'lastCheck': '4.3', 'delay': '0.000527974', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '848dac7f-a73d-476f-9371-b54ac8b647de': {'code': 0, 'lastCheck': '4.3', 'delay': '0.000303832', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, 'aa2fa425-8bf3-44b6-b353-81de4e82764a': {'code': 0, 'lastCheck': '4.3', 'delay': '0.00288366', 'valid': True, 'versi on': 5, 'acquired': True, 'actual': True}, '2a6e7a60-ae0b-4aa2-9b44-1fe9ca8e30b0': {'code': 0, 'lastCheck': '4.3', 'delay': '0.000218979', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}} from=::1,33628, task_id=2e5ceb8f-f518-46eb-88b7-e9caf55de687 (api:54) 2024-04-11 11:12:34,945+0200 INFO (jsonrpc/6) [vdsm.api] START multipath_health() from=::1,33628, task_id=23391530-d739-47ee-8799-d3db76e805ca (api:48) 2024-04-11 11:12:34,945+0200 INFO (jsonrpc/6) [vdsm.api] FINISH multipath_health return={} from=::1,33628, task_id=23391530-d739-47ee-8799-d3db76e805ca (api:54) 2024-04-11 11:12:34,946+0200 INFO (jsonrpc/4) [vdsm.api] FINISH getSpmStatus return={'spm_st': {'spmStatus': 'SPM', 'spmLver': 13, 'spmId': 2}} from=::ffff:10.3.8.30,52426, task_id=5e808bd5-fefd-454c-a5f6-4785bfad013e (api:54) 2024-04-11 11:12:34,952+0200 INFO (jsonrpc/6) [api.host] FINISH getStats return={'status': {'code': 0, 'message': 'Done'}, 'info': (suppressed)} from=::1,33628 (api:54) 2024-04-11 11:12:34,989+0200 INFO (jsonrpc/3) [vdsm.api] START getStoragePoolInfo(spUUID='07e52ac2-ab5f-11ec-b531-00163e400079') from=::ffff:10.3.8.30,52436, task_id=61162b84-6df1-4916-a959-20214aa7bc2b (api:48) 2024-04-11 11:12:34,992+0200 INFO (jsonrpc/3) [vdsm.api] FINISH getStoragePoolInfo return={'info': {'domains': '2a6e7a60-ae0b-4aa2-9b44-1fe9ca8e30b0:Active,848dac7f-a73d-476f-9371-b54ac8b647de:Active,8ab48aab-a522-4331-ba46-904e13f64d38:Active,c0b21e2c-6b4c-4769-8244-aa69a32c27f2:Active,aa2fa425-8bf3-44b6-b353-81de4e82764a:Active,7f655239-96f9-48f9-99e0-b947220c289e:Active,73e03870-1bad-42d2-bf7b-a55041405c71:Active', 'isoprefix': '', 'lver': 13, 'master_uuid': 'c0b21e2c-6b4c-4769-8244-aa69a32c27f2', 'master_ver': 2, 'name': 'No Description', 'pool_status': 'connected', 'spm_id': 2, 'type': 'FCP', 'version': '5'}, 'dominfo': {'2a6e7a60-ae0b-4aa2-9b44-1fe9ca8e30b0': {'status': 'Active', 'alerts': [], 'isoprefix': '', 'version': 5, 'disktotal': '3298132230144', 'diskfree': '1233997791232'}, '848dac7f-a73d-476f-9371-b54ac8b647de': {'status': 'Active', 'alerts': [], 'isoprefix': '', 'version': 5, 'disktotal': '321719894016', 'diskfree': '316619620352'}, '8ab48aab-a522-4331-ba46-904e13f6 4d38': {'status': 'Active', 'alerts': [], 'isoprefix': '', 'version': 5, 'disktotal': '2198620602368', 'diskfree': '1906965479424'}, 'c0b21e2c-6b4c-4769-8244-aa69a32c27f2': {'status': 'Active', 'alerts': [], 'isoprefix': '', 'version': 5, 'disktotal': '3298132230144', 'diskfree': '1311709855744'}, 'aa2fa425-8bf3-44b6-b353-81de4e82764a': {'status': 'Active', 'alerts': [], 'isoprefix': '', 'version': 5, 'disktotal': '106971529216', 'diskfree': '63350767616'}, '7f655239-96f9-48f9-99e0-b947220c289e': {'status': 'Active', 'alerts': [], 'isoprefix': '', 'version': 5, 'disktotal': '1099108974592', 'diskfree': '1071460122624'}, '73e03870-1bad-42d2-bf7b-a55041405c71': {'status': 'Active', 'alerts': [], 'isoprefix': '', 'version': 5, 'disktotal': '106971529216', 'diskfree': '11945377792'}}} from=::ffff:10.3.8.30,52436, task_id=61162b84-6df1-4916-a959-20214aa7bc2b (api:54) 2024-04-11 11:12:35,536+0200 INFO (periodic/2) [vdsm.api] START getVolumeSize(sdUUID='8ab48aab-a522-4331-ba46-904e13f64d38', spUUID='07e52ac2-ab5f-11ec-b531-00163e400079', imgUUID='83f144ac-dfaa-4ede-a0f5-50338f6e1335', volUUID='da4b0e32-9649-4f7d-834e-e0676a00916b') from=internal, task_id=d6717cfc-a75c-4f1d-baa9-887711f4732f (api:48) 2024-04-11 11:12:35,536+0200 INFO (periodic/2) [vdsm.api] FINISH getVolumeSize return={'apparentsize': '110595407872', 'truesize': '110595407872'} from=internal, task_id=d6717cfc-a75c-4f1d-baa9-887711f4732f (api:54) 2024-04-11 11:12:35,537+0200 INFO (periodic/1) [vdsm.api] START getVolumeSize(sdUUID='c0b21e2c-6b4c-4769-8244-aa69a32c27f2', spUUID='07e52ac2-ab5f-11ec-b531-00163e400079', imgUUID='f194f2e8-0191-4073-90f6-21e6ddc3e350', volUUID='f66d26c5-7b48-487a-92d2-dba2d588abff') from=internal, task_id=f65d5fdc-0b1a-4cc0-9a82-8b0a4c28556b (api:48) 2024-04-11 11:12:35,537+0200 INFO (periodic/1) [vdsm.api] FINISH getVolumeSize return={'apparentsize': '340376158208', 'truesize': '340376158208'} from=internal, task_id=f65d5fdc-0b1a-4cc0-9a82-8b0a4c28556b (api:54) 2024-04-11 11:12:37,549+0200 INFO (jsonrpc/7) [api.host] START getStats() from=::1,33628 (api:48) 2024-04-11 11:12:37,562+0200 INFO (jsonrpc/7) [vdsm.api] START repoStats(domains=()) from=::1,33628, task_id=bd232d01-4552-4937-b2a3-c4b8ec6d9910 (api:48) 2024-04-11 11:12:37,562+0200 INFO (jsonrpc/7) [vdsm.api] FINISH repoStats return={'73e03870-1bad-42d2-bf7b-a55041405c71': {'code': 0, 'lastCheck': '6.9', 'delay': '0.000296656', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '8ab48aab-a522-4331-ba46-904e13f64d38': {'code': 0, 'lastCheck': '2.4', 'delay': '0.000202745', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, 'c0b21e2c-6b4c-4769-8244-aa69a32c27f2': {'code': 0, 'lastCheck': '3.1', 'delay': '0.000262637', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '7f655239-96f9-48f9-99e0-b947220c289e': {'code': 0, 'lastCheck': '2.4', 'delay': '0.000343811', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '848dac7f-a73d-476f-9371-b54ac8b647de': {'code': 0, 'lastCheck': '2.4', 'delay': '0.000232965', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, 'aa2fa425-8bf3-44b6-b353-81de4e82764a': {'code': 0, 'lastCheck': '2.4', 'delay': '0.00022068', 'valid': True, 'vers ion': 5, 'acquired': True, 'actual': True}, '2a6e7a60-ae0b-4aa2-9b44-1fe9ca8e30b0': {'code': 0, 'lastCheck': '2.4', 'delay': '0.000188189', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}} from=::1,33628, task_id=bd232d01-4552-4937-b2a3-c4b8ec6d9910 (api:54) 2024-04-11 11:12:37,562+0200 INFO (jsonrpc/7) [vdsm.api] START multipath_health() from=::1,33628, task_id=a6903cbf-c31e-45d4-b662-5167cd499faf (api:48) 2024-04-11 11:12:37,562+0200 INFO (jsonrpc/7) [vdsm.api] FINISH multipath_health return={} from=::1,33628, task_id=a6903cbf-c31e-45d4-b662-5167cd499faf (api:54) 2024-04-11 11:12:37,569+0200 INFO (jsonrpc/7) [api.host] FINISH getStats return={'status': {'code': 0, 'message': 'Done'}, 'info': (suppressed)} from=::1,33628 (api:54) 2024-04-11 11:12:40,651+0200 INFO (jsonrpc/0) [api.host] START getAllVmStats() from=::ffff:10.3.8.30,52426 (api:48) 2024-04-11 11:12:40,651+0200 INFO (jsonrpc/0) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') new computed progress 98 < than old value 99, discarded (migration:255) 2024-04-11 11:12:40,653+0200 INFO (jsonrpc/0) [api.host] FINISH getAllVmStats return={'status': {'code': 0, 'message': 'Done'}, 'statsList': (suppressed)} from=::ffff:10.3.8.30,52426 (api:54) 2024-04-11 11:12:40,867+0200 INFO (periodic/2) [vdsm.api] START repoStats(domains=()) from=internal, task_id=f679c2f0-24e4-454c-b511-653b39c23998 (api:48) 2024-04-11 11:12:40,867+0200 INFO (periodic/2) [vdsm.api] FINISH repoStats return={'73e03870-1bad-42d2-bf7b-a55041405c71': {'code': 0, 'lastCheck': '0.2', 'delay': '0.000529618', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '8ab48aab-a522-4331-ba46-904e13f64d38': {'code': 0, 'lastCheck': '0.2', 'delay': '0.000202745', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, 'c0b21e2c-6b4c-4769-8244-aa69a32c27f2': {'code': 0, 'lastCheck': '0.2', 'delay': '0.000262637', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '7f655239-96f9-48f9-99e0-b947220c289e': {'code': 0, 'lastCheck': '0.2', 'delay': '0.000343811', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '848dac7f-a73d-476f-9371-b54ac8b647de': {'code': 0, 'lastCheck': '0.2', 'delay': '0.000232965', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, 'aa2fa425-8bf3-44b6-b353-81de4e82764a': {'code': 0, 'lastCheck': '0.2', 'delay': '0.00022068', 'valid': True, 'ver sion': 5, 'acquired': True, 'actual': True}, '2a6e7a60-ae0b-4aa2-9b44-1fe9ca8e30b0': {'code': 0, 'lastCheck': '0.2', 'delay': '0.000188189', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}} from=internal, task_id=f679c2f0-24e4-454c-b511-653b39c23998 (api:54) 2024-04-11 11:12:42,059+0200 INFO (migmon/c8e6aafe) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') new computed progress 98 < than old value 99, discarded (migration:255) 2024-04-11 11:12:42,059+0200 WARN (migmon/c8e6aafe) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') Migration stalling: remaining (709MiB) > lowmark (185MiB). (migration:873) 2024-04-11 11:12:42,059+0200 WARN (migmon/c8e6aafe) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') Aborting migration (migration:922) 2024-04-11 11:12:42,455+0200 INFO (jsonrpc/1) [api.host] START getAllVmStats() from=::1,33630 (api:48) 2024-04-11 11:12:42,455+0200 INFO (jsonrpc/1) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') new computed progress 98 < than old value 99, discarded (migration:255) 2024-04-11 11:12:42,456+0200 INFO (jsonrpc/1) [api.host] FINISH getAllVmStats return={'status': {'code': 0, 'message': 'Done'}, 'statsList': (suppressed)} from=::1,33630 (api:54) 2024-04-11 11:12:42,462+0200 INFO (jsonrpc/5) [api.host] START getAllVmIoTunePolicies() from=::1,33630 (api:48) 2024-04-11 11:12:42,462+0200 INFO (jsonrpc/5) [api.host] FINISH getAllVmIoTunePolicies return={'status': {'code': 0, 'message': 'Done'}, 'io_tune_policies_dict': {'c8e6aafe-1463-4db6-9d3b-76b234f9487d': {'policy': [], 'current_values': [{'name': 'sdc', 'path': '/rhev/data-center/mnt/blockSD/aa2fa425-8bf3-44b6-b353-81de4e82764a/images/a57a0a15-1b0a-4f7d-83a0-d59815080caf/d0ba288d-23cf-451f-bd76-d4a7bde6032f', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}, {'name': 'sda', 'path': '/rhev/data-center/mnt/blockSD/8ab48aab-a522-4331-ba46-904e13f64d38/images/83f144ac-dfaa-4ede-a0f5-50338f6e1335/da4b0e32-9649-4f7d-834e-e0676a00916b', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}]}, 'b77300a2-2422-4bfb-a6f6-eea9f4bd4e89': {'policy': [], 'current_values': [{'name': 'sdc', 'path': '/rhev/data-center/mnt/blockSD /aa2fa425-8bf3-44b6-b353-81de4e82764a/images/1294d8a3-ad40-4b06-9188-d59f527b921d/f944a7af-cda0-4d75-9c39-7b5063dae0cb', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}, {'name': 'sda', 'path': '/rhev/data-center/mnt/blockSD/c0b21e2c-6b4c-4769-8244-aa69a32c27f2/images/f194f2e8-0191-4073-90f6-21e6ddc3e350/f66d26c5-7b48-487a-92d2-dba2d588abff', 'ioTune': {'total_bytes_sec': 0, 'read_bytes_sec': 0, 'write_bytes_sec': 0, 'total_iops_sec': 0, 'write_iops_sec': 0, 'read_iops_sec': 0}}]}}} from=::1,33630 (api:54) 2024-04-11 11:12:43,518+0200 INFO (jsonrpc/6) [api.virt] START getStats() from=::1,33628, vmId=cc7931ff-8124-4724-9242-abea2ab5bf42 (api:48) 2024-04-11 11:12:43,519+0200 INFO (jsonrpc/6) [api] FINISH getStats error=Virtual machine does not exist: {'vmId': 'cc7931ff-8124-4724-9242-abea2ab5bf42'} (api:129) 2024-04-11 11:12:43,519+0200 INFO (jsonrpc/6) [api.virt] FINISH getStats return={'status': {'code': 1, 'message': "Virtual machine does not exist: {'vmId': 'cc7931ff-8124-4724-9242-abea2ab5bf42'}"}} from=::1,33628, vmId=cc7931ff-8124-4724-9242-abea2ab5bf42 (api:54) 2024-04-11 11:12:43,519+0200 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call VM.getStats failed (error 1) in 0.00 seconds (__init__:312) 2024-04-11 11:12:43,523+0200 ERROR (migsrc/c8e6aafe) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') operation aborted: migration out job: canceled by client (migration:331) 2024-04-11 11:12:43,771+0200 INFO (jsonrpc/2) [vdsm.api] START repoStats(domains=['73e03870-1bad-42d2-bf7b-a55041405c71']) from=::1,33628, task_id=678887b6-dc37-4ad3-b1e5-b6db22c9f0e4 (api:48) 2024-04-11 11:12:43,771+0200 INFO (jsonrpc/2) [vdsm.api] FINISH repoStats return={'73e03870-1bad-42d2-bf7b-a55041405c71': {'code': 0, 'lastCheck': '3.1', 'delay': '0.000529618', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}} from=::1,33628, task_id=678887b6-dc37-4ad3-b1e5-b6db22c9f0e4 (api:54) 2024-04-11 11:12:43,839+0200 INFO (migsrc/c8e6aafe) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') Switching from State.STARTED to State.FAILED (migration:234) 2024-04-11 11:12:43,839+0200 ERROR (migsrc/c8e6aafe) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') Failed to migrate (migration:503) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 477, in _regular_run time.time(), machineParams File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 578, in _startUnderlyingMigration self._perform_with_conv_schedule(duri, muri) File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 667, in _perform_with_conv_schedule self._perform_migration(duri, muri) File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 596, in _perform_migration self._migration_flags) File "/usr/lib/python3.6/site-packages/vdsm/virt/virdomain.py", line 159, in call return getattr(self._vm._dom, name)(*a, **kw) File "/usr/lib/python3.6/site-packages/vdsm/virt/virdomain.py", line 101, in f ret = attr(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 2126, in migrateToURI3 raise libvirtError('virDomainMigrateToURI3() failed') libvirt.libvirtError: operation aborted: migration out job: canceled by client 2024-04-11 11:12:43,839+0200 INFO (migsrc/c8e6aafe) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') Enabling drive monitoring (drivemonitor:52) 2024-04-11 11:12:43,890+0200 INFO (jsonrpc/7) [api.virt] START getMigrationStatus() from=::ffff:10.3.8.30,52426, flow_id=681c3996, vmId=c8e6aafe-1463-4db6-9d3b-76b234f9487d (api:48) 2024-04-11 11:12:43,890+0200 INFO (jsonrpc/7) [virt.vm] (vmId='c8e6aafe-1463-4db6-9d3b-76b234f9487d') new computed progress 98 < than old value 99, discarded (migration:255) 2024-04-11 11:12:43,890+0200 INFO (jsonrpc/7) [api.virt] FINISH getMigrationStatus return={'status': {'code': 0, 'message': 'Done'}, 'migrationStats': {'status': {'code': 47, 'message': 'Migration canceled'}, 'progress': 99}} from=::ffff:10.3.8.30,52426, flow_id=681c3996, vmId=c8e6aafe-1463-4db6-9d3b-76b234f9487d (api:54) 2024-04-11 11:12:44,215+0200 INFO (jsonrpc/5) [vdsm.api] START repoStats(domains=['73e03870-1bad-42d2-bf7b-a55041405c71']) from=::1,33628, task_id=f98771e0-235b-4c8e-a445-1f72ab61c1d8 (api:48) 2024-04-11 11:12:44,215+0200 INFO (jsonrpc/5) [vdsm.api] FINISH repoStats return={'73e03870-1bad-42d2-bf7b-a55041405c71': {'code': 0, 'lastCheck': '3.6', 'delay': '0.000529618', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}} from=::1,33628, task_id=f98771e0-235b-4c8e-a445-1f72ab61c1d8 (api:54) 2024-04-11 11:12:44,976+0200 INFO (jsonrpc/6) [api.host] START getStats() from=::1,33628 (api:48) 2024-04-11 11:12:44,989+0200 INFO (jsonrpc/6) [vdsm.api] START repoStats(domains=()) from=::1,33628, task_id=f7db90cd-d4ed-4670-83f1-d4336f07cc2e (api:48) 2024-04-11 11:12:44,989+0200 INFO (jsonrpc/6) [vdsm.api] FINISH repoStats return={'73e03870-1bad-42d2-bf7b-a55041405c71': {'code': 0, 'lastCheck': '4.4', 'delay': '0.000529618', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '8ab48aab-a522-4331-ba46-904e13f64d38': {'code': 0, 'lastCheck': '4.4', 'delay': '0.000202745', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, 'c0b21e2c-6b4c-4769-8244-aa69a32c27f2': {'code': 0, 'lastCheck': '0.5', 'delay': '0.000303342', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '7f655239-96f9-48f9-99e0-b947220c289e': {'code': 0, 'lastCheck': '4.3', 'delay': '0.000343811', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, '848dac7f-a73d-476f-9371-b54ac8b647de': {'code': 0, 'lastCheck': '4.3', 'delay': '0.000232965', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}, 'aa2fa425-8bf3-44b6-b353-81de4e82764a': {'code': 0, 'lastCheck': '4.4', 'delay': '0.00022068', 'valid': True, 'vers ion': 5, 'acquired': True, 'actual': True}, '2a6e7a60-ae0b-4aa2-9b44-1fe9ca8e30b0': {'code': 0, 'lastCheck': '4.4', 'delay': '0.000188189', 'valid': True, 'version': 5, 'acquired': True, 'actual': True}} from=::1,33628, task_id=f7db90cd-d4ed-4670-83f1-d4336f07cc2e (api:54) 2024-04-11 11:12:44,990+0200 INFO (jsonrpc/6) [vdsm.api] START multipath_health() from=::1,33628, task_id=6f2364c5-df82-4104-aed4-e0b71d58ac95 (api:48) 2024-04-11 11:12:44,990+0200 INFO (jsonrpc/6) [vdsm.api] FINISH multipath_health return={} from=::1,33628, task_id=6f2364c5-df82-4104-aed4-e0b71d58ac95 (api:54)

1 0

Singe host installation
by Jakov Sosic 10 Apr '24

10 Apr '24

Hi guys, I want to run oVirt on a single host, is that possible? Running external engine is a possibility. Thanks, Jakov

3 3

Can't create shared disk after upgrade to 4.5.4
by Igor Filipovic 10 Apr '24

10 Apr '24

Hi, In my lab I'm using OLVM ( I know ... it's not original oVirt but it is based on it ). I was using 4.4.10, and after upgrade to 4.5.4 I'm no longer able to create shared disks, on any storage domain (nfs or fc). When I was on previous release I was able to create and use shared disks (required for cluster systems), but after upgrade when I try to create shared disk (preallocated) I'm getting an error saying : Error while executing action: Cannot add Virtual Disk. Disk's volume format is not supported for shareable disk. In engine log I can see only this : 2024-03-31 20:04:28,997+02 WARN [org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default task-37) [b8bc1831-260a-4253-b6fe-e0c81a6f81b6] Validation of action 'AddDisk' failed for user admin@internal-authz. Reasons: VAR__ACTION__ADD,VAR__TYPE__DISK,SHAREABLE_DISK_IS_NOT_SUPPORTED_BY_VOLUME_FORMAT Does anyone have idea what could be the reason or how to solve this? Thanks in advance and best regards Igor

2 2

Re: Recreate engine without backup
by Igor Filipovic 10 Apr '24

10 Apr '24

Hi, I managed to resolve this issue. Long story short : - take configuration details from hosts about disks (especially if direct disks are being used, commands like multipath -ll, lsblk, blkid...) - take a xml dump from all running VM's - install new standalone engine - add existing hosts to new image (running machines were detected with prefix "external" - configure logical networks after checking hosts network adapters - if direct disks exists in your configuration, create virtual disks for them by using xml dump files and info from hosts - shutdown running vm's (all with prefix "external") - shutdown all kvm hosts and left only one kvm host running (to prevent sanlock) - import existing storage domain from running host - use VM import tab in Storage domain to view vm's available for import - delete machines with prefix "external" because import detect machines with same VM ID - run import VM's from storage domain, one by one ... and that's it, after import run the machines ***If there are no VM's listed in VM import tab after adding storage domain, than you need to import disks from Disk import tab in storage domain, and then manually create virtual machines with information from xml dump files (to be able to configure disks,networks,cpu,ram ... like it was originally configured). After creating VM's you should be able to run them.*** Maybe it can help someone. Best regards, Igor

1 0

FQDN error while creating ovirt engine
by Marouane 07 Apr '24

07 Apr '24

Hi All, I'm using a fresh 4.5.5 install, when I try to create the ovirt engine, I get the below error : The task includes an option with an undefined variable. The error was: list object has no element 0. list object has no element 0\nThe error appears to be in '/usr/share/ansible/collections/ansible_collections/ovirt/ovirt/roles/hosted_engine_setup/tasks/fetch_host_ip.yml': line 32, column 7, but may\nbe elsewhere in the file depending on the exact syntax problem.\n\nThe offending line appears to be:\n\n when: hostname_resolution_output.rc != 0\n - name: Parse host address resolution\n ^ here\n I tried adding entries to my DNS or setting the local /etc/hosts as follows: 192.168.1.2 ovirt-engine-01 ovirt-engine-01.localdomain in both cases I get the same error...Any ideas how to fix this?

2 1

Abnormal behavior on the reinstalled host
by ricardoot＠gmail.com 06 Apr '24

06 Apr '24

Hello everyone, I need help again with a host that I have reinstalled l and I don't understand why it doesn't work well. I have managed to get the host status to UP. But I can't migrate MV to this host. Yes, I can start a VM on this host and I can migrate it to another but it can't go back if you want. These are the errors I see: ID: 128 2024-03-19 20:34:56,809+01 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-77603) [6ea57120-4e64-4b1d-a31f- 1072f69c478b] EVENT_ID: VM_MIGRATION_TRYING_RERUN(128), Failed to migrate VM srvlinux to Host ovirt51.mydomain due to an Error: Fatal error during migration. Trying to migrate to another Host. It also happens that I cannot access the noVNC console on this Host but the VM is running. It gives me this error: "Something went wrong, connection is closed" If I put the host in maintenance mode it does not activate again and gives an error: Operation Canceled Error while executing action: ovirt51.mydomain: Cannot activate Host. Host has no unique id. Resolved by reinstalling the host and checking to activate it. But it doesn't seem normal to me. Please does anyone know how to resolve these issues? Thank you. OS Version: RHEL - 8.9 - 1.8.el8 OS Description: Rocky Linux 8.9 (Green Obsidian) Kernel Version: 4.18.0 - 513.18.1.el8_9.x86_64 KVM Version: 6.2.0 - 40.module+el8.9.0+1654+f4df84c4.2 LIBVIRT Version: libvirt-8.0.0-22.module+el8.9.0+1405+b6048078 VDSM Version: vdsm-4.50.6-3.git5d82b9e88.el8 SPICE Version: 0.14.3 - 4.el8 GlusterFS Version: glusterfs-10.5-1.el8s CEPH Version: librbd1-16.2.15-1.el8s Open vSwitch Version: openvswitch-2.15-4.el8 Nmstate Version: nmstate-1.4.5-2.el8_9 Kernel Features: MDS: (Not affected), L1TF: (Not affected), SRBDS: (Not affected), MELTDOWN: (Not affected), RETBLEED: (Not affected), SPECTRE_V1: (Mitigation: usercopy/swapgs barriers and __user pointer sanitization), SPECTRE_V2: (Mitigation: Enhanced / Automatic IBRS, IBPB: conditional, RSB filling, PBRSB-eIBRS: SW sequence), ITLB_MULTIHIT: (Not affected), MMIO_STALE_DATA: (Mitigation: Clear CPU buffers; SMT vulnerable), TSX_ASYNC_ABORT: (Not affected), SPEC_STORE_BYPASS: (Mitigation: Speculative Store Bypass disabled via prctl), GATHER_DATA_SAMPLING: (Mitigation: Microcode), SPEC_RSTACK_OVERFLOW: (Not affected) VNC Encryption: Enabled OVN configured: No

4 4

Hosted engine installation oVirt 4.5 initialize lockspace volume
by lbayerlein＠lbayerlein.de 03 Apr '24

03 Apr '24

Hello, hope, you are doing well. I try to install a new hosted engine on my environment to switch the storage this engine. I use following command to deploy the instance: hosted-engine --deploy --4 --ansible-extra-vars=he_offline_deployment=true Everything works fine, except the initialization of lockspace volume. Here I get: ``` [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Remove temporary entry in /etc/hosts for the local VM] [ INFO ] changed: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Set the name for add_host] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Fetch the value of HOST_KEY_CHECKING] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Get the username running the deploy] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Register the engine FQDN as a host] [ INFO ] changed: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Start ovirt-ha-broker service on the host] [ INFO ] changed: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Initialize lockspace volume] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Workaround for ovirt-ha-broker start failures] [ INFO ] changed: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Initialize lockspace volume] [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 5, "changed": true, "cmd": ["hosted-engine", "--reinitialize-lock space", "--force"], "delta": "0:00:00.269920", "end": "2024-03-20 14:43:00.366557", "msg": "non-zero return code", "rc" : 1, "start": "2024-03-20 14:43:00.096637", "stderr": "Traceback (most recent call last):\n File \"/usr/lib64/python3. 6/runpy.py\", line 193, in _run_module_as_main\n \"__main__\", mod_spec)\n File \"/usr/lib64/python3.6/runpy.py\", line 85, in _run_code\n exec(code, run_globals)\n File \"/usr/lib/python3.6/site-packages/ovirt_hosted_engine_setup /reinitialize_lockspace.py\", line 30, in <module>\n ha_cli.reset_lockspace(force)\n File \"/usr/lib/python3.6/site -packages/ovirt_hosted_engine_ha/client/client.py\", line 286, in reset_lockspace\n stats = broker.get_stats_from_st orage()\n File \"/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py\", line 148, in get_stats_f rom_storage\n result = self._proxy.get_stats()\n File \"/usr/lib64/python3.6/xmlrpc/client.py\", line 1112, in __ca ll__\n return self.__send(self.__name, args)\n File \"/usr/lib64/python3.6/xmlrpc/client.py\", line 1452, in __requ est\n verbose=self.__verbose\n File \"/usr/lib64/python3.6/xmlrpc/client.py\", line 1154, in request\n return se lf.single_request(host, handler, request_body, verbose)\n File \"/usr/lib64/python3.6/xmlrpc/client.py\", line 1166, i n single_request\n http_conn = self.send_request(host, handler, request_body, verbose)\n File \"/usr/lib64/python3. 6/xmlrpc/client.py\", line 1279, in send_request\n self.send_content(connection, request_body)\n File \"/usr/lib64/ python3.6/xmlrpc/client.py\", line 1309, in send_content\n connection.endheaders(request_body)\n File \"/usr/lib64/ python3.6/http/client.py\", line 1268, in endheaders\n self._send_output(message_body, encode_chunked=encode_chunked )\n File \"/usr/lib64/python3.6/http/client.py\", line 1044, in _send_output\n self.send(msg)\n File \"/usr/lib64/ python3.6/http/client.py\", line 982, in send\n self.connect()\n File \"/usr/lib/python3.6/site-packages/ovirt_host ed_engine_ha/lib/unixrpc.py\", line 76, in connect\n self.sock.connect(base64.b16decode(self.host))\nFileNotFoundErr or: [Errno 2] No such file or directory", "stderr_lines": ["Traceback (most recent call last):", " File \"/usr/lib64/p ython3.6/runpy.py\", line 193, in _run_module_as_main", " \"__main__\", mod_spec)", " File \"/usr/lib64/python3.6/r unpy.py\", line 85, in _run_code", " exec(code, run_globals)", " File \"/usr/lib/python3.6/site-packages/ovirt_host ed_engine_setup/reinitialize_lockspace.py\", line 30, in <module>", " ha_cli.reset_lockspace(force)", " File \"/usr /lib/python3.6/site-packages/ovirt_hosted_engine_ha/client/client.py\", line 286, in reset_lockspace", " stats = bro ker.get_stats_from_storage()", " File \"/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py\", l ine 148, in get_stats_from_storage", " result = self._proxy.get_stats()", " File \"/usr/lib64/python3.6/xmlrpc/clie nt.py\", line 1112, in __call__", " return self.__send(self.__name, args)", " File \"/usr/lib64/python3.6/xmlrpc/cl ient.py\", line 1452, in __request", " verbose=self.__verbose", " File \"/usr/lib64/python3.6/xmlrpc/client.py\", l ine 1154, in request", " return self.single_request(host, handler, request_body, verbose)", " File \"/usr/lib64/pyt hon3.6/xmlrpc/client.py\", line 1166, in single_request", " http_conn = self.send_request(host, handler, request_bod y, verbose)", " File \"/usr/lib64/python3.6/xmlrpc/client.py\", line 1279, in send_request", " self.send_content(co nnection, request_body)", " File \"/usr/lib64/python3.6/xmlrpc/client.py\", line 1309, in send_content", " connecti on.endheaders(request_body)", " File \"/usr/lib64/python3.6/http/client.py\", line 1268, in endheaders", " self._se nd_output(message_body, encode_chunked=encode_chunked)", " File \"/usr/lib64/python3.6/http/client.py\", line 1044, in _send_output", " self.send(msg)", " File \"/usr/lib64/python3.6/http/client.py\", line 982, in send", " self.co nnect()", " File \"/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/lib/unixrpc.py\", line 76, in connect", " self.sock.connect(base64.b16decode(self.host))", "FileNotFoundError: [Errno 2] No such file or directory"], "stdout": "", "stdout_lines": []} ``` And I dont know, what is the reason. I zeroed the iscsi target, rebooted the hypervisor and updated all software packages. ``` [root@hypervisor01 ~]# rpm -qa|grep ovirt-host ovirt-hosted-engine-setup-2.6.5-1.el8.noarch ovirt-host-dependencies-4.5.0-3.el8.x86_64 ovirt-hosted-engine-ha-2.5.0-1.el8.noarch ovirt-host-4.5.0-3.el8.x86_64 ``` I tried the deployment without the ansible arguments. Unfortunately, the same error comes up. What can I do to solve this? Thanks very much balu

2 1

Recreate engine without backup
by Igor Filipovic 03 Apr '24

03 Apr '24

Hi all, I have a situation in which customer has deleted standalone engine completely (it was running on vmware), and all backups were saved on the same machine - so there is no backup available. Can someone suggest how to preserve virtual machines which are still running on kvm hosts, and recreate standalone engine to be able to manage existing kvm hosts and machines? What could be scenario for this? Thanks in advance and best regards! Igor

2 1

Server 2008R2 UEFI ISO Boot Problerm
by Clint Boggio 03 Apr '24

03 Apr '24

Greetings oVirt team I'm using "Version 4.5.7-0.master.20240327074810.git14bca0502d.el8 on CentOS Stream 9" I have occasion to restore a windows backup image for the purpose of data extraction. To accomplish this I need to boot off a Server 2008R2 ISO. The machine to be restored was UEFI based originally and so it is required to be UEFI for the restoration process. I seem to be having a problem with booting off of the ISO image in the required UEFI-based system. In pursuit of a solution I've read on some of the other forums about this same problem on other KVM-based platforms. Booting that same ISO after changing the VM to BIOS works flawlessly. In the articles and threads I've read there is mention of hyper-v services that load during the guest boot process that are causing the ISO boot to hang. Is it possible to disable (or is it even necessary to disable) "hv_time,hv_relaxed,hv_spinlocks=0x2000" in the "Custom Properties" section of the VM config ? If any of you have some insight into this problem and a possible solution I'd appreciate the feedback.

2 2