- Users - oVirt List Archives

multiple engines (active passive)
by maoz zadok 21 Jan '19

21 Jan '19

Hello users, After a painful experience with a crashed engine and a problematic recovery from a backup, I was thinking to create one more engine in standby mode in the same network, that will automatically recover backup files from the active engine on a daily/hourly basis. This way I'll run recovery tests every day automatically and easily switch in case of engine failure with a DNS record change to the passive engine. So the main question, is it harmful to have more then one engine alive if only one is been modified? can the standby engine affect the host nodes?

9 10

Re: GlusterFS and oVirt
by Strahil 21 Jan '19

21 Jan '19

1 0

How to import from another oVirt / RHV environment
by Gianluca Cecchi 20 Jan '19

20 Jan '19

Hello, I have two different oVirt 4.2 environments and I want to migrate some big VMs from one to another. I'm not able to detach and attach the block based domain where are the disks of source. And I cannot use export domain functionality. But the 2 environments, both hosts and engines, are able to communicate. Can I use in some way the import Virtual Machine functionality with the "KVM(via Libvirt)" source type? Or is there (eventually via command line) a way to use virt-v2v in this case? Thanks, Gianluca

3 9

GlusterFS and oVirt
by Magnus Isaksson 20 Jan '19

20 Jan '19

Hello I have quite some trouble getting Gluster to work. I have 4 nodes running CentOS and oVirt. These 4 nodes is split up in 2 clusters. I do not run Gluster via oVirt, i run it stand alone to be able to use all 4 nodes into one gluster volume. I can add all peers successfully, and i can create an volume and start it with sucess, but after that it starts to getting troublesome. If i run gluster volume status after starting the volume it times out, i have read that ping-time needs to bee more than 0 so i set it on 30, Still the same problem. From now on, i can not stop a volume nor remove it, i have to stop glusterd and remove it from /var/lib/gluster/vols/* on all nodes to be able to do anything with gluster. From time to time when i do a gluster peer status it shows "disconnected" and when i run it again directly after it show "connected" I get a lot of these errors in glusterd.log [2019-01-20 12:53:46.087848] W [rpc-clnt-ping.c:223:rpc_clnt_ping_cbk] 0-management: socket disconnected [2019-01-20 12:53:46.087858] W [rpc-clnt-ping.c:246:rpc_clnt_ping_cbk] 0-management: RPC_CLNT_PING notify failed [2019-01-20 12:53:55.091598] W [rpc-clnt-ping.c:246:rpc_clnt_ping_cbk] 0-management: RPC_CLNT_PING notify failed [2019-01-20 12:53:56.094846] W [rpc-clnt-ping.c:246:rpc_clnt_ping_cbk] 0-management: RPC_CLNT_PING notify failed [2019-01-20 12:53:56.097482] W [rpc-clnt-ping.c:246:rpc_clnt_ping_cbk] 0-management: RPC_CLNT_PING notify failed What am i doing wrong? //Magnus

1 0

HyperConverged Self-Hosted deployment fails
by hunter86_bg＠yahoo.com 19 Jan '19

19 Jan '19

Hello Community, recently I managed somehow to deploy a 2 node cluster on GlusterFS , but after a serious engine failiure - I have decided to start from scratch. What I have done so far: 1. Inctall CentOS7 from scratch 2. Add ovirt repositories, vdo,cockpit for ovirt 3. Deployed the gluster cluster using cockpit 4. Trying to deploy the hosted-engine , which has failed several times. Up to now I have detected that ovirt-ha-agent is giving: яну 19 13:54:57 ovirt1.localdomain ovirt-ha-agent[16992]: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 131, in _run_agent return action(he) File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 55, in action_proper return he.start_monitoring() File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 413, in start_monitoring self._initialize_broker() File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 535, in _initialize_broker m.get('options', {})) File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 83, in start_monitor .format(type, options, e )) RequestError: Failed to start monitor ping, options {'addr': '192.168.1.1'}: [Errno 2] No such file or directory According to https://access.redhat.com/solutions/3353391 , the /etc/ovirt-hosted-engine/hosted-engine.conf should be empty , but it's OK: [root@ovirt1 tmp]# cat /etc/ovirt-hosted-engine/hosted-engine.conf fqdn=engine.localdomain vm_disk_id=bb0a9839-a05d-4d0a-998c-74da539a9574 vm_disk_vol_id=c1fc3c59-bc6e-4b74-a624-557a1a62a34f vmid=d0e695da-ec1a-4d6f-b094-44a8cac5f5cd storage=ovirt1.localdomain:/engine nfs_version= mnt_options=backup-volfile-servers=ovirt2.localdomain:ovirt3.localdomain conf=/var/run/ovirt-hosted-engine-ha/vm.conf host_id=1 console=vnc domainType=glusterfs spUUID=00000000-0000-0000-0000-000000000000 sdUUID=444e524e-9008-48f8-b842-1ce7b95bf248 connectionUUID=e29cf818-5ee5-46e1-85c1-8aeefa33e95d ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem ca_subject="C=EN, L=Test, O=Test, CN=Test" vdsm_use_ssl=true gateway=192.168.1.1 bridge=ovirtmgmt metadata_volume_UUID=a3be2390-017f-485b-8f42-716fb6094692 metadata_image_UUID=368fb8dc-6049-4ef0-8cf8-9d3c4d772d59 lockspace_volume_UUID=41762f85-5d00-488f-bcd0-3de49ec39e8b lockspace_image_UUID=de100b9b-07ac-4986-9d86-603475572510 conf_volume_UUID=4306f6d6-7fe9-499d-81a5-6b354e8ecb79 conf_image_UUID=d090dd3f-fc62-442a-9710-29eeb56b0019 # The following are used only for iSCSI storage iqn= portal= user= password= port= Ovirt-ha-agent version is: ovirt-hosted-engine-ha-2.2.18-1.el7.noarch Can you guide me in order to resolve this issue and to deploy the self-hosted engine ? Where should I start from ?

3 4

oVirt 4.3 rc2: export ova and attempt to import to itself via script?
by Gianluca Cecchi 18 Jan '19

18 Jan '19

Hello, I verified that in 4.3 rc2 I can now export as ova a running VM: I have a CentOS Atomic 7 VM and when I export as ova, a snapshot is executed and then the ova file seems directly generated, bypassing the previous copy on storage domain: [root@hcinode1 ]# ll /export/ total 1141632 -rw-------. 1 root root 1401305088 Jan 18 11:10 c7atomic1.ova.tmp [root@hcinode1 ]# ll /export/ total 1356700 -rw-------. 1 root root 1401305088 Jan 18 11:10 c7atomic1.ova [root@hcinode1 ]# And at the end the snaphsot has been correctly removed. events: Vm c7atomic1 was exported successfully as a Virtual Appliance to path /export/c7atomic1.ova on Host hcinode1 1/18/19 11:10:23 AM Starting to export Vm c7atomic1 as a Virtual Appliance 1/18/19 11:08:47 AM Now if I try for test to import this generated OVA to the same environment with this script: https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_o… I get a duplicate error, see below. Is it a limitation of the python script or what? If I go from the gui and I chose "Virtual Appliance (OVA)" as source and the same host and file path I can successfully import the OVA, provided I change the name of the VM to be imported. Thanks, Gianluca [root@hcinode1 ~]# ./upload_ova_as_vm.py /export/c7atomic1.ova Default vmstore Connecting... Creating disk... {'capacityAllocationUnits': 'byte * 2^30', 'capacity': '10', 'description': 'Auto-generated for Export To OVA', 'pass-discard': 'false', 'format': ' http://www.gnome.org/~markmc/qcow-image-format.html', 'volume-type': 'Sparse', 'boot': 'true', 'disk-alias': 'GlanceDisk-5f429e6', 'disk-interface': 'VirtIO', 'volume-format': 'COW', 'cinder_volume_type': '', 'disk-description': 'CentOS 7 Atomic Host Image v1802 for x86_64 (5f429e6)', 'parentRef': '', 'fileRef': 'c6b2e076-1519-433e-9b37-2005c9ce6d2e', 'populatedSize': '1401290752', 'disk_storage_type': 'IMAGE', 'diskId': 'e4f92226-0f56-4822-a622-d1ebff41df9f', 'wipe-after-delete': 'false'} Traceback (most recent call last): File "./upload_ova_as_vm.py", line 133, in <module> name=target_storage_domain_name File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 6794, in add return self._internal_add(disk, headers, query, wait) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 232, in _internal_add return future.wait() if wait else future File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 55, in wait return self._code(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 229, in callback self._check_fault(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 132, in _check_fault self._raise_error(response, body) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 118, in _raise_error raise error ovirtsdk4.Error: Fault reason is "Operation Failed". Fault detail is "[Internal Engine Error]". HTTP response code is 400. [root@hcinode1 ~]# On engine: 2019-01-18 11:24:46,561+01 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (default task-26) [3b08d759-27d3-42f3-9eee-95c135e88a7b] BaseAsyncTask::startPollingTask: Starting to poll task '81fbeac3-2c58-4f8a-a3da-44bdbe585beb'. 2019-01-18 11:24:46,691+01 ERROR [org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default task-26) [3b08d759-27d3-42f3-9eee-95c135e88a7b] Command 'org.ovirt.engine.core.bll.storage.disk.AddDiskCommand' failed: CallableStatementCallback; SQL [{call insertpermission(?, ?, ?, ?, ?)}ERROR: duplicate key value violates unique constraint "idx_combined_ad_role_object" Detail: Key (ad_element_id, role_id, object_id)=(9d37881c-1991-11e9-b002-00163e7cb696, def0000a-0000-0000-0000-def00000000b, e4f92226-0f56-4822-a622-d1ebff41df9f) already exists. Where: SQL statement "INSERT INTO permissions ( ad_element_id, id, role_id, object_id, object_type_id ) VALUES ( v_ad_element_id, v_id, v_role_id, v_object_id, v_object_type_id )" PL/pgSQL function insertpermission(uuid,uuid,uuid,uuid,integer) line 3 at SQL statement; nested exception is org.postgresql.util.PSQLException: ERROR: duplicate key value violates unique constraint "idx_combined_ad_role_object" Detail: Key (ad_element_id, role_id, object_id)=(9d37881c-1991-11e9-b002-00163e7cb696, def0000a-0000-0000-0000-def00000000b, e4f92226-0f56-4822-a622-d1ebff41df9f) already exists. Where: SQL statement "INSERT INTO permissions ( ad_element_id, id, role_id, object_id, object_type_id ) VALUES ( v_ad_element_id, v_id, v_role_id, v_object_id, v_object_type_id )" PL/pgSQL function insertpermission(uuid,uuid,uuid,uuid,integer) line 3 at SQL statement 2019-01-18 11:24:46,691+01 ERROR [org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default task-26) [3b08d759-27d3-42f3-9eee-95c135e88a7b] Exception: org.springframework.dao.DuplicateKeyException: CallableStatementCallback; SQL [{call insertpermission(?, ?, ?, ?, ?)}ERROR: duplicate key value violates unique constraint "idx_combined_ad_role_object" Detail: Key (ad_element_id, role_id, object_id)=(9d37881c-1991-11e9-b002-00163e7cb696, def0000a-0000-0000-0000-def00000000b, e4f92226-0f56-4822-a622-d1ebff41df9f) already exists. Where: SQL statement "INSERT INTO permissions ( ad_element_id, id, role_id, object_id, object_type_id ) VALUES ( v_ad_element_id, v_id, v_role_id, v_object_id, v_object_type_id )" PL/pgSQL function insertpermission(uuid,uuid,uuid,uuid,integer) line 3 at SQL statement; nested exception is org.postgresql.util.PSQLException: ERROR: duplicate key value violates unique constraint "idx_combined_ad_role_object" Detail: Key (ad_element_id, role_id, object_id)=(9d37881c-1991-11e9-b002-00163e7cb696, def0000a-0000-0000-0000-def00000000b, e4f92226-0f56-4822-a622-d1ebff41df9f) already exists. Where: SQL statement "INSERT INTO permissions ( ad_element_id, id, role_id, object_id, object_type_id ) VALUES ( v_ad_element_id, v_id, v_role_id, v_object_id, v_object_type_id )" PL/pgSQL function insertpermission(uuid,uuid,uuid,uuid,integer) line 3 at SQL statement at org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTranslate(SQLErrorCodeSQLExceptionTranslator.java:243) [spring-jdbc.jar:5.0.4.RELEASE] at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:72) [spring-jdbc.jar:5.0.4.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.translateException(JdbcTemplate.java:1402) [spring-jdbc.jar:5.0.4.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:1065) [spring-jdbc.jar:5.0.4.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.call(JdbcTemplate.java:1104) [spring-jdbc.jar:5.0.4.RELEASE] at org.springframework.jdbc.core.simple.AbstractJdbcCall.executeCallInternal(AbstractJdbcCall.java:414) [spring-jdbc.jar:5.0.4.RELEASE] at org.springframework.jdbc.core.simple.AbstractJdbcCall.doExecute(AbstractJdbcCall.java:374) [spring-jdbc.jar:5.0.4.RELEASE] at org.springframework.jdbc.core.simple.SimpleJdbcCall.execute(SimpleJdbcCall.java:198) [spring-jdbc.jar:5.0.4.RELEASE] at org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeImpl(SimpleJdbcCallsHandler.java:135) [dal.jar:] at org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeImpl(SimpleJdbcCallsHandler.java:130) [dal.jar:] at org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeModification(SimpleJdbcCallsHandler.java:76) [dal.jar:] at org.ovirt.engine.core.dao.PermissionDaoImpl.save(PermissionDaoImpl.java:256) [dal.jar:] at org.ovirt.engine.core.dao.PermissionDaoImpl.save(PermissionDaoImpl.java:22) [dal.jar:] at org.ovirt.engine.core.bll.MultiLevelAdministrationHandler.addPermission(MultiLevelAdministrationHandler.java:67) [bll.jar:] at org.ovirt.engine.core.bll.storage.disk.AddDiskCommand.addDiskPermissions(AddDiskCommand.java:628) [bll.jar:] at org.ovirt.engine.core.bll.storage.disk.AddDiskCommand.createDiskBasedOnImage(AddDiskCommand.java:558) [bll.jar:] at org.ovirt.engine.core.bll.storage.disk.AddDiskCommand.executeVmCommand(AddDiskCommand.java:429) [bll.jar:] at org.ovirt.engine.core.bll.VmCommand.executeCommand(VmCommand.java:158) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1147) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1305) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1954) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:164) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:103) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1365) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:413) [bll.jar:] at org.ovirt.engine.core.bll.executor.DefaultBackendActionExecutor.execute(DefaultBackendActionExecutor.java:13) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:450) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:432) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:387) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_191] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_191] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_191] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_191] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) at org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:92) [wildfly-weld-ejb-14.0.1.Final.jar:14.0.1.Final] at org.jboss.weld.interceptor.proxy.WeldInvocationContextImpl.interceptorChainCompleted(WeldInvocationContextImpl.java:107) [weld-core-impl-3.0.5.Final.jar:3.0.5.Final] . . . at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378) at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_191] Caused by: org.postgresql.util.PSQLException: ERROR: duplicate key value violates unique constraint "idx_combined_a d_role_object" Detail: Key (ad_element_id, role_id, object_id)=(9d37881c-1991-11e9-b002-00163e7cb696, def0000a-0000-0000-0000-de f00000000b, e4f92226-0f56-4822-a622-d1ebff41df9f) already exists.

2 1

Import VM from OVA not working
by kiv＠intercom.pro 18 Jan '19

18 Jan '19

Hi all. Make dir /var/lib/exports/import chown 36:36 /var/lib/exports/import/VM.ova Go to oVirt admin portal. Import Vm from OVA source. In file path - /var/lib/exports/import/VM.ova Error: Failed to load VM configuration from OVA file: /var/lib/exports/import/VM.ova Log file ovirt-query-ova-ansible: 2019-01-18 10:26:25,018 p=8066 u=ovirt | Traceback (most recent call last): File "/root/.ansible/tmp/ansible-tmp-1547789184.32-243441920380227/query_ova.py", line 59, in <module> ovf = get_ovf_from_dir(ova_path, sys.argv[2]) File "/root/.ansible/tmp/ansible-tmp-1547789184.32-243441920380227/query_ova.py", line 29, in get_ovf_from_dir files = os.listdir(ova_path) OSError: [Errno 2] No such file or directory: '/var/lib/exports/import/VM.ova' ls -la /var/lib/exports/import/ -rw-r--r--. 1 vdsm kvm 4165205504 Jan 17 22:51 VM.ova

2 1

ovirt node ng 4.3.0 rc1 upgrade fails
by Jorick Astrego 18 Jan '19

18 Jan '19

Hi, Trying to update oVirt Node 4.2.7.1 to 4.3.0, but it fails with the following dependencies: "Loaded plugins: enabled_repos_upload, fastestmirror, imgbased-persist,\n : package_upload, product-id, search-disabled-repos, subscription-\n : manager, vdsmupgrade\nThis system is not registered with an entitlement server. You can use subscription-manager to register.\nLoading mirror speeds from cached hostfile\n * ovirt-4.3-epel: ftp.nluug.nl\nResolving Dependencies\n--> Running transaction check\n---> Package ovirt-host.x86_64 0:4.2.3-1.el7 will be updated\n---> Package ovirt-host.x86_64 0:4.3.0-1.el7 will be an update\n--> Processing Dependency: ovirt-host-dependencies = 4.3.0-1.el7 for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: aide for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap-utils for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: scap-security-guide for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Running transaction check\n---> Package ovirt-host.x86_64 0:4.3.0-1.el7 will be an update\n--> Processing Dependency: aide for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap-utils for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: scap-security-guide for package: ovirt-host-4.3.0-1.el7.x86_64\n---> Package ovirt-host-dependencies.x86_64 0:4.2.3-1.el7 will be updated\n---> Package ovirt-host-dependencies.x86_64 0:4.3.0-1.el7 will be an update\n--> Processing Dependency: vdsm >= 4.30.5 for package: ovirt-host-dependencies-4.3.0-1.el7.x86_64\n--> Processing Dependency: vdsm-client >= 4.30.5 for package: ovirt-host-dependencies-4.3.0-1.el7.x86_64\n--> Running transaction check\n---> Package ovirt-host.x86_64 0:4.3.0-1.el7 will be an update\n--> Processing Dependency: aide for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap-utils for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: scap-security-guide for package: ovirt-host-4.3.0-1.el7.x86_64\n---> Package vdsm.x86_64 0:4.20.43-1.el7 will be updated\n--> Processing Dependency: vdsm = 4.20.43-1.el7 for package: vdsm-hook-ethtool-options-4.20.43-1.el7.noarch\n--> Processing Dependency: vdsm = 4.20.43-1.el7 for package: vdsm-gluster-4.20.43-1.el7.x86_64\n--> Processing Dependency: vdsm = 4.20.43-1.el7 for package: vdsm-hook-vmfex-dev-4.20.43-1.el7.noarch\n--> Processing Dependency: vdsm = 4.20.43-1.el7 for package: vdsm-hook-fcoe-4.20.43-1.el7.noarch\n---> Package vdsm.x86_64 0:4.30.5-1.el7 will be an update\n--> Processing Dependency: vdsm-http = 4.30.5-1.el7 for package: vdsm-4.30.5-1.el7.x86_64\n--> Processing Dependency: vdsm-jsonrpc = 4.30.5-1.el7 for package: vdsm-4.30.5-1.el7.x86_64\n--> Processing Dependency: vdsm-python = 4.30.5-1.el7 for package: vdsm-4.30.5-1.el7.x86_64\n--> Processing Dependency: qemu-kvm-rhev >= 10:2.12.0-18.el7_6.1 for package: vdsm-4.30.5-1.el7.x86_64\n---> Package vdsm-client.noarch 0:4.20.43-1.el7 will be updated\n---> Package vdsm-client.noarch 0:4.30.5-1.el7 will be an update\n--> Processing Dependency: vdsm-api = 4.30.5-1.el7 for package: vdsm-client-4.30.5-1.el7.noarch\n--> Processing Dependency: vdsm-yajsonrpc = 4.30.5-1.el7 for package: vdsm-client-4.30.5-1.el7.noarch\n--> Running transaction check\n---> Package ovirt-host.x86_64 0:4.3.0-1.el7 will be an update\n--> Processing Dependency: aide for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap-utils for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: scap-security-guide for package: ovirt-host-4.3.0-1.el7.x86_64\n---> Package qemu-kvm-ev.x86_64 10:2.10.0-21.el7_5.7.1 will be updated\n---> Package qemu-kvm-ev.x86_64 10:2.12.0-18.el7_6.1.1 will be an update\n--> Processing Dependency: qemu-kvm-common-ev = 10:2.12.0-18.el7_6.1.1 for package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64\n--> Processing Dependency: qemu-img-ev = 10:2.12.0-18.el7_6.1.1 for package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64\n--> Processing Dependency: libibumad.so.3()(64bit) for package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64\n--> Processing Dependency: libgbm.so.1()(64bit) for package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64\n--> Processing Dependency: libepoxy.so.0()(64bit) for package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64\n---> Package vdsm-api.noarch 0:4.20.43-1.el7 will be updated\n---> Package vdsm-api.noarch 0:4.30.5-1.el7 will be an update\n---> Package vdsm-gluster.x86_64 0:4.20.43-1.el7 will be updated\n---> Package vdsm-gluster.x86_64 0:4.30.5-1.el7 will be an update\n---> Package vdsm-hook-ethtool-options.noarch 0:4.20.43-1.el7 will be updated\n---> Package vdsm-hook-ethtool-options.noarch 0:4.30.5-1.el7 will be an update\n---> Package vdsm-hook-fcoe.noarch 0:4.20.43-1.el7 will be updated\n---> Package vdsm-hook-fcoe.noarch 0:4.30.5-1.el7 will be an update\n---> Package vdsm-hook-vmfex-dev.noarch 0:4.20.43-1.el7 will be updated\n---> Package vdsm-hook-vmfex-dev.noarch 0:4.30.5-1.el7 will be an update\n---> Package vdsm-http.noarch 0:4.20.43-1.el7 will be updated\n---> Package vdsm-http.noarch 0:4.30.5-1.el7 will be an update\n---> Package vdsm-jsonrpc.noarch 0:4.20.43-1.el7 will be updated\n---> Package vdsm-jsonrpc.noarch 0:4.30.5-1.el7 will be an update\n---> Package vdsm-python.noarch 0:4.20.43-1.el7 will be updated\n---> Package vdsm-python.noarch 0:4.30.5-1.el7 will be an update\n--> Processing Dependency: vdsm-common = 4.30.5-1.el7 for package: vdsm-python-4.30.5-1.el7.noarch\n--> Processing Dependency: vdsm-network = 4.30.5-1.el7 for package: vdsm-python-4.30.5-1.el7.noarch\n---> Package vdsm-yajsonrpc.noarch 0:4.20.43-1.el7 will be updated\n---> Package vdsm-yajsonrpc.noarch 0:4.30.5-1.el7 will be an update\n--> Running transaction check\n---> Package ovirt-host.x86_64 0:4.3.0-1.el7 will be an update\n--> Processing Dependency: aide for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: openscap-utils for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: pam_pkcs11 for package: ovirt-host-4.3.0-1.el7.x86_64\n--> Processing Dependency: scap-security-guide for package: ovirt-host-4.3.0-1.el7.x86_64\n---> Package qemu-img-ev.x86_64 10:2.10.0-21.el7_5.7.1 will be updated\n---> Package qemu-img-ev.x86_64 10:2.12.0-18.el7_6.1.1 will be an update\n---> Package qemu-kvm-common-ev.x86_64 10:2.10.0-21.el7_5.7.1 will be updated\n---> Package qemu-kvm-common-ev.x86_64 10:2.12.0-18.el7_6.1.1 will be an update\n---> Package qemu-kvm-ev.x86_64 10:2.12.0-18.el7_6.1.1 will be an update\n--> Processing Dependency: libibumad.so.3()(64bit) for package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64\n--> Processing Dependency: libgbm.so.1()(64bit) for package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64\n--> Processing Dependency: libepoxy.so.0()(64bit) for package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64\n---> Package vdsm-common.noarch 0:4.20.43-1.el7 will be updated\n---> Package vdsm-common.noarch 0:4.30.5-1.el7 will be an update\n---> Package vdsm-network.x86_64 0:4.20.43-1.el7 will be updated\n---> Package vdsm-network.x86_64 0:4.30.5-1.el7 will be an update\n--> Finished Dependency Resolution\n You could try using --skip-broken to work around the problem\n You could try running: rpm -Va --nofiles --nodigest\nUploading Enabled Repositories Report\nLoaded plugins: fastestmirror, product-id, subscription-manager\nThis system is not registered with an entitlement server. You can use subscription-manager to register.\n" ] } MSG: 2019-01-11 14:25:52,185 [INFO] yum:52830:MainThread @connection.py:871 - Connection built: host=subscription.rhsm.redhat.com port=443 handler=/subscription auth=identity_cert ca_dir=/etc/rhsm/ca/ insecure=False 2019-01-11 14:25:52,186 [INFO] yum:52830:MainThread @repolib.py:494 - repos updated: Repo updates Total repo updates: 0 Updated <NONE> Added (new) <NONE> Deleted <NONE> Error: Package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64 (ovirt-4.3-centos-qemu-ev) Requires: libibumad.so.3()(64bit) Error: Package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64 (ovirt-4.3-centos-qemu-ev) Requires: libgbm.so.1()(64bit) Error: Package: ovirt-host-4.3.0-1.el7.x86_64 (ovirt-4.3-pre) Requires: openscap-utils Error: Package: ovirt-host-4.3.0-1.el7.x86_64 (ovirt-4.3-pre) Requires: openscap Error: Package: ovirt-host-4.3.0-1.el7.x86_64 (ovirt-4.3-pre) Requires: pam_pkcs11 Error: Package: ovirt-host-4.3.0-1.el7.x86_64 (ovirt-4.3-pre) Requires: aide Error: Package: 10:qemu-kvm-ev-2.12.0-18.el7_6.1.1.x86_64 (ovirt-4.3-centos-qemu-ev) Requires: libepoxy.so.0()(64bit) Error: Package: ovirt-host-4.3.0-1.el7.x86_64 (ovirt-4.3-pre) Requires: scap-security-guide Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info(a)netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ----------------

2 4

ovirtmgmt always out of sync on ovirt node
by Jorick Astrego 18 Jan '19

18 Jan '19

Hi, We're switching from Centos 7 hosts to oVirt node ng (tried 4.2.7, 4.3rc1 and 4.3rc2) and after adding them to oVirt (currently on 4.3rc2) the ovirtmgmt interface is always out of sync. Tried synching the network and refresh capabilities. I also tried removing ovirtmgmt from the interface and adding it to a bond, then I get this error: Cannot setup Networks. The following Network definitions on the Network Interface are different than those on the Logical Network. Please synchronize the Network Interface before editing network ovirtmgmt. The non-synchronized values are: ${OUTAVERAGELINKSHARE} ${HOST_OUT_OF_SYNC} - null, ${DC_OUT_OF_SYNC} - 50 I can setup the bond at install so the ovirtmgmt will use it so I can use the host, but I'm hesitant to do this in production as I cannot change the interface anymore. Regards, Jorick Astrego Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info(a)netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ----------------

3 3

Converting Thin/Dependent to Thick/Independent
by Luca 'remix_tj' Lorenzetto 18 Jan '19

18 Jan '19

Hello, I'm looking for a way for speeding up the deployment of new vms. I've seen that if i use, under "Resource Allocation", "Storage Allocation" flagged Thin, the vm creation is very quick. But this makes the machine dependent from the template and if, for any reason, the template gets corrupted or is not accessible, the vm will not boot. Is there any way for converting the vm from dependent to independent while this is online? Luca -- "E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine" Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) "Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento" John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <lorenzetto.luca(a)gmail.com>

1 0