- Users - oVirt List Archives

BUG: after upgrading 4.4.2 to 4.4.3 ISO Domain show empty list
by Tarun Kushwaha 08 Dec '20

08 Dec '20

I have upgraded 4.4.2 to 4.4.3 afterthat ISO Domain is not showing any ISO files .its show empty list i think this is bug in 4.4.3

4 6

unable to edit vm properties created from pool
by mhumaj＠gmail.com 08 Dec '20

08 Dec '20

Hi all, Is there any way how to edit cpu/memory/boot and stuff like that once the VM has been created by the pool? All option when trying to edit VM are greyed out. We are unable to edit any option for vm in pool. (oVirt Open Virtualization Manager, Software Version:4.4.3.12-1.el8) Thanks

5 7

what difference between enterprise Linux hosts and oVirt Nodes ?
by tommy 08 Dec '20

08 Dec '20

Enterprise Linux hosts (Enterprise Linux hosts) and oVirt Nodes (image-based hypervisors) are the two supported types of host. Hosts use Kernel-based Virtual Machine (KVM) technology and provide resources used to run virtual machines. But what difference between the Enterprise Linux Hosts and oVirt Nodes ? Please give me some explain in details,thanks!

2 1

Failed upgrade from SHE 4.3.10 to 4.4.3 - Host set to Non-Operational - missing networks
by Roberto Nunin 07 Dec '20

07 Dec '20

We are following both oVirt upgrade guide [1] and RHV 4.4 upgrade guide [2]. aps-te62-mng.corporate.it ---> host resinatlled with oVirt Node 4.4.3 aps-te61-mng.corporate.it ---> host where previous ovirt-engine 4.3.10 VM was running when backup was taken. hosted-engine --deploy --restore-from-file=<path to file> fails with following errors in ovirt-hosted-engine-setup: 2020-12-01 15:53:37,534+0100 ERROR otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:109 fatal: [localhost]: FAILED! => {"changed": false, "msg": "The host has been set in non_operational status, please check engine logs, more info can be found in the engine logs, fix accordingly and re-deploy."} 2020-12-01 15:56:30,414+0100 ERROR otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:109 fatal: [localhost]: FAILED! => {"changed": false, "msg": "The system may not be provisioned according to the playbook results: please check the logs for the issue, fix accordingly or re-deploy from scratch.\n"} 2020-12-01 15:56:33,731+0100 ERROR otopi.context context._executeMethod:154 Failed to execute stage 'Closing up': Failed executing ansible-playbook 2020-12-01 15:57:08,663+0100 ERROR otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:109 fatal: [localhost]: UNREACHABLE! => {"changed": false, "msg": "Failed to connect to the host via ssh: ssh: connect to host itte1lv51-mng.comifar.it port 22: Connection timed out", "skip_reason": "Host localhost is unreachable", "unreachable": true} 2020-12-01 15:58:22,179+0100 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. while within the HostedEngineLocal engine.log: 2020-12-01 15:52:42,161+01 ERROR [org.ovirt.engine.core.bll.SetNonOperationalVdsCommand] (EE-ManagedThreadFactory-engine-Thread-96) [11f50ce0] Host ' aps-te62-mng.corporate.it' is set to Non-Operational, it is missing the following networks: 'migration,traffic_11,traffic_202,traffic_5,traffic_555,traffic_9' 2020-12-01 15:52:48,474+01 ERROR [org.ovirt.engine.core.bll.SetNonOperationalVdsCommand] (EE-ManagedScheduledExecutorService-engineScheduledTh readPool-Thread-12) [41688fc7] Host 'aps-te62-mng.corporate.it' is set to Non-Operational, it is missing the following networks: 'migration,traffic_11,traffic_202,traffic_5,traffic_555,traffic_9' 2020-12-01 15:52:53,734+01 ERROR [org.ovirt.engine.core.bll.SetNonOperationalVdsCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-6) [5fc7257] Host 'aps-te62-mng.corporate.it' is set to Non-Operational, it is missing the following networks: 'migration,traffic_11,traffic_202,traffic_5,traffic_555,traffic_9' 2020-12-01 15:52:54,567+01 ERROR [org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring] (ForkJoinPool-1-worker-13) [] Rerun VM 'f9249e06-237e-412c-91e9-7b0fa0b6ec2a'. Called from VDS ' aps-te62-mng.corprorate.it' 2020-12-01 15:52:54,676+01 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-361) [] EVENT_ID: VM_MIGRATION_TO_SERVER_FAILED(120), Migration failed (VM: external-HostedEngineLocal, Source: aps-te62-mng.corporate.it, Destination: aps-te61-mng.corporate.it). Why is the playbook trying to migrate HostedEngineLocal from reinstalled 4.4.3 oVirt node to an existing one that is still running oVirt Node 4.3.x ? How can we manage this issue and proceed with the upgrade ? [1] https://www.ovirt.org/documentation/upgrade_guide/#SHE_Upgrading_from_4-3 [2] https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/ht… Thanks is advance for support. Best regards -- Roberto Nunin

4 3

strange dns request since 4.4.3
by Adam Xu 07 Dec '20

07 Dec '20

Hi ovirt Recently, my samba internal dns has been getting a lot of errors, like: [2020/12/02 15:24:31.484073, 1] ../../source4/dns_server/dns_query.c:1141(dns_server_process_query_got_auth) dns_server_process_query_got_auth: Failed to add SOA record: WERR_DNS_ERROR_RCODE_FORMAT_ERROR I found that my ovirt nodes was sending a lot of strange requests, I use tcpdump and got some like: tcpdump -i ovirtmgmt udp port 53 17:00:23.875038 IP ovirt1.adagene.cn.53862 > dc1.mydomain.com.domain: 35727+ [1au] NS? . (40) 17:00:24.436466 IP 192.168.49.195.domain > ovirt1.mydomain.com.33625: 8887 FormErr-$ 0/0/1 (40) about one request in a second. And I noticed that some nodes which version is 4.4.2 did't send dns requests like above. therefore no error occured. Were there any recent changes to ovirt node that caused these errors?

2 2

oVirt 4.4.3 or 4.4.4 rc4 Hosted Engine deploy
by jorgevisentini＠gmail.com 06 Dec '20

06 Dec '20

Hi all. I'm trying to deploy the engine, but when I get the LUNs from the hypervisor, the deploy doesn't find it. Message: "Retrieval of fiber channel LUNs failed." At the hypervisor/Linux level, the LUNs are there, both through /dev /mapper and multipath -ll. [root@kcmi1r02kvm07 ~]# ls -lh /dev/mapper/ total 0 lrwxrwxrwx. 1 root root 8 Dec 5 14:13 360002ac0000000000000002f0001f5d4 -> ../dm-12 lrwxrwxrwx. 1 root root 8 Dec 5 14:07 3600d023100094404020e199d773aa248 -> ../dm-20 lrwxrwxrwx. 1 root root 8 Dec 5 14:13 3600d02310009440404ebf5c67a1af728 -> ../dm-37 lrwxrwxrwx. 1 root root 8 Dec 5 14:07 3600d02310009440404ef2f75443b031c -> ../dm-51 lrwxrwxrwx. 1 root root 8 Dec 5 14:13 3600d02310009440406f5362702fd465f -> ../dm-22 [root@kcmi1r02kvm07 ~]# multipath -ll 3600d02310009440416067733055f176d dm-18 IFT,GS 5200 Series size=5.0T features='1 queue_if_no_path' hwhandler='1 alua' wp=rw |-+- policy='round-robin 0' prio=50 status=active | |- 7:0:2:13 sdbn 68:16 active ready running | `- 8:0:0:13 sdbd 67:112 active ready running `-+- policy='round-robin 0' prio=10 status=enabled |- 9:0:0:13 sday 67:32 active ready running `- 10:0:1:13 sdbi 67:192 active ready running 3600d02310009440404ebf5c67a1af728 dm-37 IFT,GS 5200 Series size=4.0T features='1 queue_if_no_path' hwhandler='1 alua' wp=rw |-+- policy='round-robin 0' prio=50 status=active | |- 9:0:0:30 sddp 71:112 active ready running | `- 10:0:1:30 sddx 71:240 active ready running `-+- policy='round-robin 0' prio=10 status=enabled |- 7:0:2:30 sdee 128:96 active ready running `- 8:0:0:30 sddr 71:144 active ready running Any tips? Thank you all!!

2 3

no disk /dev/sdb/glusters_vg_sdb/gluster_lv_engine etc...
by garcialiang.anne＠gmail.com 06 Dec '20

06 Dec '20

Hello, I've the problem with the disk /dev/sdb. After reboot my server, I losed my partition in /dev/sdb/glusters_vg_sdb/gluster_lv_engine. I've only 362cea7f05157a3002725415707fe65ec 253:0 0 9.8T 0 mpath when I look gluster volume info, I've all the volume. Why I've not sdb /dev/sdb/glusters_vg_sdb/gluster_lv_engine /dev/sdb/glusters_vg_sdb/gluster_lv_data /dev/sdb/glusters_vg_sdb/gluster_lv_vmstore How I can mount the volume ? Could you help me? Best regards Anne

2 1

new hyperconverged setup
by dofranklin＠port-orange.org 06 Dec '20

06 Dec '20

I am about to setup a new hyperconverged setup with the following 3 host setup 2 x nvme 240gb hd for OS on each host (raid) 3 x nvme 7 tb hd for vm storage on each host (no raid card) 500gb RAM per each host I am confused during the gluster setup portion using the web ui setup wizard. When asked for the LV size do I input the maximum size of the hard drive on a single host or do I combine the total capacity of the matching hard drives on all 3 host? Example that I would be putting in is hard drive: /dev/nvme1p1 capacity 7tb or should it be 21tb (combined capacity of the matching single HD on the other host). Or is there a better method you recommend? And since I am using nvme hard drive would you recommend using dedup and compression or no? Thanks

5 10

Re: Error in ovirt 4.4: RedefineVmCheckpointsVDS: Property xml is required
by Eyal Shenitzky 06 Dec '20

06 Dec '20

Hi Lukasz, Please see my comments below On Fri, 4 Dec 2020 at 17:55, Łukasz Kołaciński <l.kolacinski(a)storware.eu> wrote: > Hello, > Could you tell me more about this Error:* Failed to > RedefineVmCheckpointsVDS, error = General Exception: ('Property xml is > required',)*. It happened on creating incremental backup using ovirt sdk. > This error means that you have a checkpoint that was created during one of your previous backups that missing the checkpoint XML in the DB, this XML is needed in order to redefine the checkpoint on the host after the VM powered-off. This situation shouldn't happen if the the backup that created checkpoint '6a569f20-f1e4-469a-8982-7f8cbfbbfc9e' was successful. Did you enable the incremental backup feature before you took the first backup for that VM? # engine-config -s "IsIncrementalBackupSupported=true" # systemctl restart ovirt-engine Do you have the logs for the backup that created checkpoint '6a569f20-f1e4-469a-8982-7f8cbfbbfc9e'? Can you please provide the content of the checkpoint from the DB? *select * from vm_checkpoints where checkpoint_id='6a569f20-f1e4-469a-8982-7f8cbfbbfc9e'* > How can I fix it? I know that is not because of wrong checkpointId because > I tried to use wrong Id on other environment and logs are different. > In case of a problem when trying to redefine one of the checkpoints, a full backup should be taken for the VM. > > Logs from this event: > > 2020-12-03 08:07:27,020Z INFO > [org.ovirt.engine.core.bll.StartVmBackupCommand] (default task-506) > [e3b57751-64d4-4ec1-8dc2-a9586c41826a] Running command: > StartVmBackupCommand internal: false. Entities affected : ID: > fafb9627-a20b-47a0-aece-3b4a09ce70dc Type: VMAction group BACKUP_DISK with > role type ADMIN, ID: 64fd8dd9-d16f-4359-a4b9-8435a5abd8ca Type: DiskAction > group BACKUP_DISK with role type ADMIN, ID: > 794ffad6-1d1a-406a-a65e-c0600abb44f1 Type: DiskAction group BACKUP_DISK > with role type ADMIN > 2020-12-03 08:07:27,020Z INFO > [org.ovirt.engine.core.bll.StartVmBackupCommand] (default task-506) > [e3b57751-64d4-4ec1-8dc2-a9586c41826a] Creating VmBackup entity for VM > 'fafb9627-a20b-47a0-aece-3b4a09ce70dc' > 2020-12-03 08:07:27,034Z INFO > [org.ovirt.engine.core.bll.StartVmBackupCommand] (default task-506) > [e3b57751-64d4-4ec1-8dc2-a9586c41826a] Created VmBackup entity > 'abb3161b-13c5-444c-b656-11e79a474342' > 2020-12-03 08:07:27,034Z INFO > [org.ovirt.engine.core.bll.StartVmBackupCommand] (default task-506) > [e3b57751-64d4-4ec1-8dc2-a9586c41826a] Redefine previous VM checkpoints for > VM 'fafb9627-a20b-47a0-aece-3b4a09ce70dc' > 2020-12-03 08:07:27,045Z INFO > [org.ovirt.engine.core.bll.RedefineVmCheckpointCommand] (default task-506) > [e3b57751-64d4-4ec1-8dc2-a9586c41826a] Running command: > RedefineVmCheckpointCommand internal: true. Entities affected : ID: > fafb9627-a20b-47a0-aece-3b4a09ce70dc Type: VMAction group BACKUP_DISK with > role type ADMIN, ID: 64fd8dd9-d16f-4359-a4b9-8435a5abd8ca Type: DiskAction > group BACKUP_DISK with role type ADMIN, ID: > 794ffad6-1d1a-406a-a65e-c0600abb44f1 Type: DiskAction group BACKUP_DISK > with role type ADMIN > 2020-12-03 08:07:27,048Z INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.ListVmCheckpointsVDSCommand] > (default task-506) [e3b57751-64d4-4ec1-8dc2-a9586c41826a] START, > ListVmCheckpointsVDSCommand(HostName = > prd-ovirt-host-07.live.rot01.kwebbl.cloud, > VdsAndVmIDVDSParametersBase:{hostId='22cf5917-95b1-42e2-81c5-e8b4ddb8fd53', > vmId='fafb9627-a20b-47a0-aece-3b4a09ce70dc'}), log id: 55174e1c > 2020-12-03 08:07:27,052Z INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.ListVmCheckpointsVDSCommand] > (default task-506) [e3b57751-64d4-4ec1-8dc2-a9586c41826a] FINISH, > ListVmCheckpointsVDSCommand, return: > [870b213b-4190-48fe-9306-5f6cb759b05a], log id: 55174e1c > 2020-12-03 08:07:27,052Z INFO > [org.ovirt.engine.core.bll.RedefineVmCheckpointCommand] (default task-506) > [e3b57751-64d4-4ec1-8dc2-a9586c41826a] Redefine VM > 'fafb9627-a20b-47a0-aece-3b4a09ce70dc' checkpoint > '6a569f20-f1e4-469a-8982-7f8cbfbbfc9e' > 2020-12-03 08:07:27,060Z INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.RedefineVmCheckpointsVDSCommand] > (default task-506) [e3b57751-64d4-4ec1-8dc2-a9586c41826a] START, > RedefineVmCheckpointsVDSCommand(HostName = > prd-ovirt-host-07.live.rot01.kwebbl.cloud, > VmCheckpointsVDSParameters:{hostId='22cf5917-95b1-42e2-81c5-e8b4ddb8fd53', > vmId='fafb9627-a20b-47a0-aece-3b4a09ce70dc'}), log id: 76a75d56 > 2020-12-03 08:07:27,069Z ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.RedefineVmCheckpointsVDSCommand] > (default task-506) [e3b57751-64d4-4ec1-8dc2-a9586c41826a] Failed in > 'RedefineVmCheckpointsVDS' method > 2020-12-03 08:07:27,077Z ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (default task-506) [e3b57751-64d4-4ec1-8dc2-a9586c41826a] EVENT_ID: > VDS_BROKER_COMMAND_FAILURE(10,802), VDSM > prd-ovirt-host-07.live.rot01.kwebbl.cloud command RedefineVmCheckpointsVDS > failed: General Exception: ('Property xml is required',) > 2020-12-03 08:07:27,077Z ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.RedefineVmCheckpointsVDSCommand] > (default task-506) [e3b57751-64d4-4ec1-8dc2-a9586c41826a] Command > 'RedefineVmCheckpointsVDSCommand(HostName = > prd-ovirt-host-07.live.rot01.kwebbl.cloud, > VmCheckpointsVDSParameters:{hostId='22cf5917-95b1-42e2-81c5-e8b4ddb8fd53', > vmId='fafb9627-a20b-47a0-aece-3b4a09ce70dc'})' execution failed: > VDSGenericException: VDSErrorException: Failed to RedefineVmCheckpointsVDS, > error = General Exception: ('Property xml is required',), code = 100 > [...] > > 2020-12-03 08:07:27,080Z ERROR > [org.ovirt.engine.core.bll.RedefineVmCheckpointCommand] (default task-506) > [e3b57751-64d4-4ec1-8dc2-a9586c41826a] Command > 'org.ovirt.engine.core.bll.RedefineVmCheckpointCommand' failed: > EngineException: > org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: > VDSGenericException: VDSErrorException: Failed to RedefineVmCheckpointsVDS, > error = General Exception: ('Property xml is required',), code = 100 > (Failed with error GeneralException and code 100) > 2020-12-03 08:07:27,089Z ERROR > [org.ovirt.engine.core.bll.RedefineVmCheckpointCommand] (default task-506) > [e3b57751-64d4-4ec1-8dc2-a9586c41826a] Transaction rolled-back for command > 'org.ovirt.engine.core.bll.RedefineVmCheckpointCommand'. > 2020-12-03 08:07:27,090Z INFO > [org.ovirt.engine.core.bll.RedefineVmCheckpointCommand] (default task-506) > [e3b57751-64d4-4ec1-8dc2-a9586c41826a] Lock freed to object > 'EngineLock:{exclusiveLocks='[64fd8dd9-d16f-4359-a4b9-8435a5abd8ca=DISK, > 794ffad6-1d1a-406a-a65e-c0600abb44f1=DISK]', > sharedLocks='[fafb9627-a20b-47a0-aece-3b4a09ce70dc=VM]'}' > 2020-12-03 08:07:27,101Z ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (default task-506) [e3b57751-64d4-4ec1-8dc2-a9586c41826a] EVENT_ID: > VM_INCREMENTAL_BACKUP_FAILED_FULL_VM_BACKUP_NEEDED(10,791), Incremental > backup abb3161b-13c5-444c-b656-11e79a474342 for VM prd-event-syslog-test2 > failed. Full backup is now needed (User: admin@internal-authz). > Here you can see that the engine reports the checkpoint redefinition failed and a full backup should be taken. > 2020-12-03 08:07:27,120Z INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (default task-506) [e3b57751-64d4-4ec1-8dc2-a9586c41826a] EVENT_ID: > VM_BACKUP_STARTED(10,790), Backup abb3161b-13c5-444c-b656-11e79a474342 for > VM prd-event-syslog-test2 started (User: admin@internal-authz). > > > Pozdrawiam, > > Łukasz Kołaciński > > Junior Java Developer > > e-mail: l.kolacinski(a)storware.eu > <m.helbert(a)storware.eu> > > > > > *[image: STORWARE]* <http://www.storware.eu/> > > > > *ul. Leszno 8/44 01-192 Warszawa www.storware.eu > <https://www.storware.eu/>* > > *[image: facebook]* <https://www.facebook.com/storware> > > *[image: twitter]* <https://twitter.com/storware> > > *[image: linkedin]* <https://www.linkedin.com/company/storware> > > *[image: Storware_Stopka_09]* > <https://www.youtube.com/channel/UCKvLitYPyAplBctXibFWrkw> > > > > *Storware Spółka z o.o. nr wpisu do ewidencji KRS dla M.St. Warszawa > 000510131* *, NIP 5213672602.** Wiadomość ta jest przeznaczona jedynie > dla osoby lub podmiotu, który jest jej adresatem i może zawierać poufne > i/lub uprzywilejowane informacje. Zakazane jest jakiekolwiek przeglądanie, > przesyłanie, rozpowszechnianie lub inne wykorzystanie tych informacji lub > podjęcie jakichkolwiek działań odnośnie tych informacji przez osoby lub > podmioty inne niż zamierzony adresat. Jeżeli Państwo otrzymali przez > pomyłkę tę informację prosimy o poinformowanie o tym nadawcy i usunięcie > tej wiadomości z wszelkich komputerów. **This message is intended only > for the person or entity to which it is addressed and may contain > confidential and/or privileged material. Any review, retransmission, > dissemination or other use of, or taking of any action in reliance upon, > this information by persons or entities other than the intended recipient > is prohibited. If you have received this message in error, please contact > the sender and remove the material from all of your computer systems.* > > -- Regards, Eyal Shenitzky

1 0

[urgent] oVirt 4.3 -> 4.4 production upgrade: OpenStack Provider regression
by Konstantin Shalygin 05 Dec '20

05 Dec '20

Create ticket for this: https://bugzilla.redhat.com/show_bug.cgi?id=1904669

1 0