- Users - oVirt List Archives

Virtual disk attached to VM showing in the Webui but not identified by the system
by Eugène Ngontang 30 Jan '20

30 Jan '20

Hi, I'm facing a virtual disk behavior I don't understand. Currently my VMs are spun up with a Boot disk of 25GB and an additional disk of 215/45/65 GB depending. When logged to the webui I see the two disks, but when I ssh to VM we only see the primary boot disk, the other one can't get a *UUID* and then cannot and is not mounted I also noticed in the webui the second disk doesn't have a logical name as you can see in the screenshot. Pleas can someone explain this behavior please? Here is my disk management commands outputs [root@fp-gpu-node3 centos]# fdisk -l > > > Disque /dev/vda : 26.8 Go, 26843545600 octets, 52428800 secteurs > > Unités = secteur de 1 × 512 = 512 octets > > Taille de secteur (logique / physique) : 512 octets / 512 octets > > taille d'E/S (minimale / optimale) : 512 octets / 512 octets > > Type d'étiquette de disque : dos > > Identifiant de disque : 0x000b6061 > > > Périphérique Amorçage Début Fin Blocs Id. Système > > /dev/vda1 * 2048 52428766 26213359+ 83 Linux > > > Disque /dev/vdb : 48.3 Go, 48318382080 octets, 94371840 secteurs > > Unités = secteur de 1 × 512 = 512 octets > > Taille de secteur (logique / physique) : 512 octets / 512 octets > > taille d'E/S (minimale / optimale) : 512 octets / 512 octets > > > [root@fp-gpu-node3 centos]# blkid > > /dev/vda1: UUID="3ef2b806-efd7-4eef-aaa2-2584909365ff" TYPE="xfs" > > [root@fp-gpu-node3 centos]# lsblk -f > > NAME FSTYPE LABEL UUID MOUNTPOINT > > sr0 > > vda > > └─vda1 xfs 3ef2b806-efd7-4eef-aaa2-2584909365ff / > > vdb > Thanks for your help. -- LesCDN <http://lescdn.com> engontang(a)lescdn.com ------------------------------------------------------------ *Aux hommes il faut un chef, et au* * chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te voit on te juge!*

2 4

Re: Problems in new oVirt install
by Steve Watkins 30 Jan '20

30 Jan '20

Since the hostedengine won't start, I don't see anyway to get to it to delete it.

1 0

Details about bios and custom emulated machine values
by Gianluca Cecchi 29 Jan '20

29 Jan '20

Hello, in oVirt 4.3.7 in "Edit VM" -> System -> Advanced parameters I can choose Bios Type: Default Q35 Chipset with Legacy BIOS Q35 Chipset with UEFI BIOS Q35 Chipset with SecureBoot and Custom Emulated Machine: Use cluster default (pc-i440fx-rhel7.6.0) ... q35 pc-q35-rhel7.3.0 pc-q35-rhel7.4.0 pc-q35-rhel7.5.0 pc-q35-rhel7.6.0 and I can apparently mix all possible values. Any deeper information about implications? What is the "Default" value for Bios Type? Did anything change in 4.3.8 (eg official support for q35)? I search also through official docs for RHV 4.3 (virtual mgmt guide, appendix A), but for example I don't find any reference to the "Bios Type" parameter and a vague reference to the "Custom Emulated Machine". Is there any more detailed link? Thanks, Gianluca

2 1

Problems in new oVirt install
by Steve Watkins 29 Jan '20

29 Jan '20

Got everything installed and was uploding an ISO when the system just stopped responding. Went to the host and saw the hostedengine was paused. Looked online and found the following instructions for unpausing it virsh -c qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf resume HostedEngine And get the following error Failed to acquire lock: No space left on device any ideas?

2 1

new install issues
by Steve Watkins 29 Jan '20

29 Jan '20

Very new to this, trying to work my way through it. Got everything up and running, was uploading an ISO to try and start a vm and then everything just disconnected. On the host it shows the hostedengine as paused. Did some digging and found the suggestion to do the following: virsh -c qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf resume HostedEngine which gives me the message Failed to acquire lock: No space left on device. Ideas?

2 1

Cannot put host in maintenance mode
by Vinícius Ferrão 28 Jan '20

28 Jan '20

Hello, I’m with an issue on one of my oVirt installs and I wasn’t able to solve it. When trying to put a node in maintenance it complains about image transfers: Error while executing action: Cannot switch Host ovirt2 to Maintenance mode. Image transfer is in progress for the following (3) disks: 8f4c712e-66bb-4bfc-9afb-78407b8b726c, eb0ef249-284d-4d77-b1f1-ee8b70718f3d, 73245a4c-8f56-4508-a5c5-2d7697f87654 Please wait for the operations to complete and try again. I wasn’t able to find this image transfers. There’s nothing on the engine showing any transfer. How can I debug this? Thanks,

3 5

Re: Windows Server Migration from Proxmox
by Staniforth, Paul 28 Jan '20

28 Jan '20

Hello, it may be a driver problem, try changing the disk interface to IDE, if that boots install the virtio drivers and remove any Proxmox drivers, Regards, Paul S. ________________________________ From: Robert Webb <rwebb(a)ropeguru.com> Sent: 27 January 2020 20:33 To: users <users(a)ovirt.org> Subject: [ovirt-users] Windows Server Migration from Proxmox Caution External Mail: Do not click any links or open any attachments unless you trust the sender and know that the content is safe. I have several Windows systems I am trying to migrate from Proxmox. In each VM under Proxmox, I have removed all guest utilities and completed a clean shutdown. I have successfully imported the disk image into oVirt and attached to a new VM with the same specs. When I power on, though, they all give me a "kmode exception not handled". Has anyone else run into this and successfully migrated a WIndows VM? These are primarily Server 2019 systems.. _______________________________________________ Users mailing list -- users(a)ovirt.org To unsubscribe send an email to users-leave(a)ovirt.org Privacy Statement: https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt… oVirt Code of Conduct: https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt… List Archives: https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovi… To view the terms under which this email is distributed, please go to:- http://leedsbeckett.ac.uk/disclaimer/email/

1 0

Windows Server Migration from Proxmox
by Robert Webb 27 Jan '20

27 Jan '20

I have several Windows systems I am trying to migrate from Proxmox. In each VM under Proxmox, I have removed all guest utilities and completed a clean shutdown. I have successfully imported the disk image into oVirt and attached to a new VM with the same specs. When I power on, though, they all give me a "kmode exception not handled". Has anyone else run into this and successfully migrated a WIndows VM? These are primarily Server 2019 systems..

1 0

command line vm start/stop
by uran987＠gmail.com 27 Jan '20

27 Jan '20

Hello Experts. In version 3.5.2.1-1.el6, we used an "ovirt-shell -E action..." command to start/stop virtual machines from command line. In version 4.3.7.2-1.el7 ovirt-shell is deprecated. Please advise how to start/stop them from command line. vdsm-client provides only destroy/shutdown/reset/cont, nothing about startvm or poweron. Regards.

3 2

Re: [ANN] oVirt 4.3.8 is now generally available
by Sandro Bonazzola 27 Jan '20

27 Jan '20

Il giorno lun 27 gen 2020 alle ore 15:59 Robert Webb <rwebb(a)ropeguru.com> ha scritto: > Have the repositories been updated yet? > > Running oVIrt Node 4.3.7 with hosted engine in a cluster. > > Was able to successfully update the engine, bit when following the online > upgrade instructions, running "Installation --> Check" on the host does not > come back with any updates. Manually running an update check with 'yum > update" yields the same result. > > > Link used for updating instructions: > https://www.ovirt.org/documentation/upgrade-guide/chap-Updates_between_Mino… mirrors are still syncing, maybe you just hit a mirror which wasn't updated yet. Can you "yum clean metadata" and retry? > > > ________________________________________ > From: Sandro Bonazzola <sbonazzo(a)redhat.com> > Sent: Monday, January 27, 2020 7:50 AM > To: users > Subject: [ovirt-users] [ANN] oVirt 4.3.8 is now generally available > > The oVirt Project is pleased to announce the general availability of oVirt > 4.3.8 as of January 27th, 2020. > > > > This update is the eighth in a series of stabilization updates to the 4.3 > series. > > > > This release is available now on x86_64 architecture for: > > * Red Hat Enterprise Linux 7.7 or later (but < 8) > > * CentOS Linux (or similar) 7.7 or later (but < 8) > > > > This release supports Hypervisor Hosts on x86_64 and ppc64le architectures > for: > > * Red Hat Enterprise Linux 7.7 or later (but < 8) > > * CentOS Linux (or similar) 7.7 or later (but < 8) > > * oVirt Node 4.3 (available for x86_64 only) > > > > See the release notes [1] for installation / upgrade instructions and a > list of new features and bugs fixed. > > > > Notes: > > - oVirt Appliance is already available > > - oVirt Node is already available[2] > > > oVirt Node and Appliance have been updated including: > > - oVirt 4.3.8: http://www.ovirt.org/release/4.3.8/ > > * Including fixes for CVE-2019-19336 oVirt Engine Cross Site Scripting > Vulnerability< > https://www.symantec.com/security-center/vulnerabilities/writeup/111466> > > - Latest CentOS 7.7 updates including: > > * CEBA-2019:3970 CentOS 7 ca-certificates BugFix Update< > https://lists.centos.org/pipermail/centos-announce/2019-December/035571.html > > > > * CEBA-2019:3971 CentOS 7 curl BugFix Update< > https://lists.centos.org/pipermail/centos-announce/2019-December/035558.html > > > > * CEBA-2019:3985 CentOS 7 iproute BugFix Update< > https://lists.centos.org/pipermail/centos-announce/2019-December/035568.html > > > > * CESA-2019:3979 Important CentOS 7 kernel Security Update< > https://lists.centos.org/pipermail/centos-announce/2019-December/035574.html > > > > * CEBA-2019:4106 CentOS 7 kernel BugFix Update< > https://lists.centos.org/pipermail/centos-announce/2019-December/035575.html > > > > * CEBA-2019:3983 CentOS 7 util-linux BugFix Update< > https://lists.centos.org/pipermail/centos-announce/2019-December/035567.html > > > > * CEBA-2019:3972 CentOS 7 sssd BugFix Update< > https://lists.centos.org/pipermail/centos-announce/2019-December/035565.html > > > > * CEBA-2019:3969 CentOS 7 samba BugFix Update< > https://lists.centos.org/pipermail/centos-announce/2019-December/035561.html > > > > * CEBA-2019:3975 CentOS 7 libvirt BugFix Update< > https://lists.centos.org/pipermail/centos-announce/2019-December/035562.html > > > > * CEEA-2019:4161 CentOS 7 microcode_ctl Enhancement Update< > https://lists.centos.org/pipermail/centos-announce/2019-December/035586.html > > > > * CESA-2019:4190 Important CentOS 7 nss Security Update< > https://lists.centos.org/pipermail/centos-announce/2019-December/035590.html > > > > * CESA-2019:4190 Important CentOS 7 nss-softokn Security Update< > https://lists.centos.org/pipermail/centos-announce/2019-December/035589.html > > > > * CESA-2019:4190 Important CentOS 7 nss-util Security Update< > https://lists.centos.org/pipermail/centos-announce/2019-December/035587.html > > > > * CEBA-2019:3977 CentOS 7 numactl BugFix Update< > https://lists.centos.org/pipermail/centos-announce/2019-December/035573.html > > > > * CEBA-2019:3982 CentOS 7 selinux-policy BugFix Update< > https://lists.centos.org/pipermail/centos-announce/2019-December/035559.html > > > > * CEBA-2019:3973 CentOS 7 sos BugFix Update< > https://lists.centos.org/pipermail/centos-announce/2019-December/035572.html > > > > * CESA-2019:3976 Low CentOS 7 tcpdump Security Update< > https://lists.centos.org/pipermail/centos-announce/2019-December/035570.html > > > > - latest CentOS Virt and Storage SIG updates: > > * Ansible 2.9.4: > https://github.com/ansible/ansible/blob/stable-2.9/changelogs/CHANGELOG-v2.… > > * Glusterfs 6.7: https://docs.gluster.org/en/latest/release-notes/6.7/ > > > > Given the amount of security fixes provided by this release, upgrade is > recommended as soon as practical. > > > Additional Resources: > > * Read more about the oVirt 4.3.8 release highlights: > http://www.ovirt.org/release/4.3.8/ > > * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt > > * Check out the latest project news on the oVirt blog: > http://www.ovirt.org/blog/ > > > > [1] http://www.ovirt.org/release/4.3.8/ > > [2] http://resources.ovirt.org/pub/ovirt-4.3/iso/ > > > > > > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV > > Red Hat EMEA<https://www.redhat.com/> > > sbonazzo(a)redhat.com<mailto:sbonazzo@redhat.com> > > [ > https://marketing-outfit-prod-images.s3-us-west-2.amazonaws.com/f5445ae0c9d… > ]<https://www.redhat.com/> > Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours. > > -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>*Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours. <https://mojo.redhat.com/docs/DOC-1199578>*

2 1

feature policy='require' name='md-clear'
by thomas.c.albrecht＠lmco.com 27 Jan '20

27 Jan '20

I had oVirt 4.3 running on CentOS just fine for months. I did a yum update, and now the hosted engine isn't starting up. [root@nazgul qemu]# hosted-engine --vm-status --== Host nazgul.glamdring.offline (id: 1) status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : nazgul.glamdring.offline Host ID : 1 Engine status : {"reason": "bad vm status", "health": "bad", "vm": "down_unexpected", "detail": "Down"} Score : 0 stopped : False Local maintenance : False crc32 : fdab6d19 local_conf_timestamp : 2357 Host timestamp : 2357 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=2357 (Sat Jan 25 22:14:55 2020) host-id=1 score=0 vm_conf_refresh_time=2357 (Sat Jan 25 22:14:55 2020) conf_on_shared_storage=True maintenance=False state=EngineUnexpectedlyDown stopped=False timeout=Wed Dec 31 19:47:06 1969 Digging through the logs, I'm seeing an error that seems to be caused by an updated version of libvirt. Jan 25 22:13:05 nazgul libvirtd: 2020-01-26 03:13:05.879+0000: 4307: error : virCPUx86Compare:1785 : the CPU is incompatible with host CPU: Host CPU does not provide required features: md-clear In my /etc/libvirt/qemu/HostedEngine.xml, I'm thinking this line is the problem: <feature policy='require' name='md-clear'/> Looking at my cpu flags, md-clear ain't one of them: model name : Intel(R) Xeon(R) CPU E5-2670 0 @ 2.60GHz stepping : 7 microcode : 0x714 cpu MHz : 3000.061 cache size : 20480 KB physical id : 1 siblings : 16 core id : 7 cpu cores : 8 apicid : 47 initial apicid : 47 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm epb ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid xsaveopt dtherm ida arat pln pts spec_ctrl intel_stibp flush_l1d Any idea of how to remove that from the required CPU flags? Why is that needed?

3 3

ovirt_vm ansible module -- how to wait for ova export to finish
by Jayme 27 Jan '20

27 Jan '20

I wrote a simple task that is using the ovirt_vm module https://docs.ansible.com/ansible/latest/modules/ovirt_vm_module.html -- it essentially loops over a list of vms and exports them to OVA. The problem I have is the task is deemed changed once it successfully submits the export task to oVirt. This means that if I gave it a list of 100 Vms I believe it would start an export task on all of them. I want to prevent this and have it only export one VM at a time. In order to do this I believe I will need to find a way for the task to wait and somehow verify that the export was completed before submitting a task for the next VM export. Any ideas? - name: Export the VM ovirt_vm: auth: "{{ ovirt_auth }}" name: "{{ item }}" state: exported cluster: default export_ova: host: Host0 filename: "{{ item }}" directory: /backup/ with_items: "{{ vms }}"

3 6

upgrading ovirt host from 4.1 to 4.2
by Crazy Ayansh 25 Jan '20

25 Jan '20

Hi Team, I need a quick help from you. I need to upgrade ovirt host server from 4.1 to 4.2 version but i am getting below errors :- --> Finished Dependency Resolution Error: Package: nfs-ganesha-nullfs-2.3.3-1.el7.x86_64 (@ovirt-4.1-centos-gluster38) Requires: nfs-ganesha = 2.3.3-1.el7 Removing: nfs-ganesha-2.3.3-1.el7.x86_64 (@ovirt-4.1-centos-gluster38) nfs-ganesha = 2.3.3-1.el7 Updated By: nfs-ganesha-2.5.5-1.el7.x86_64 (ovirt-4.2-centos-gluster312) nfs-ganesha = 2.5.5-1.el7 Available: nfs-ganesha-2.5.2-1.el7.x86_64 (ovirt-4.2-centos-gluster312) nfs-ganesha = 2.5.2-1.el7 Available: nfs-ganesha-2.5.3-1.el6.x86_64 (ovirt-4.2-centos-gluster312) nfs-ganesha = 2.5.3-1.el6 Available: nfs-ganesha-2.5.3-1.el7.x86_64 (ovirt-4.2-centos-gluster312) nfs-ganesha = 2.5.3-1.el7 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest This host server also have hosted engine running on it. I am using local storage for hosted engine. Can any one help on above. Thanks Shashank

2 4

gluster shard size
by Alex McWhirter 24 Jan '20

24 Jan '20

building a new gluster volume this weekend, trying to optimize it fully for virt. RHGS states that it supports only a 512mb shard size, so i ask why is the default for ovirt 64mb?

1 0

Re: KVM (libvirt) VM Import
by jorgevisentini＠gmail.com 24 Jan '20

24 Jan '20

Hi Paul, thanks for your reply. I imported the VM with the command below, but I had that create a Export Domain on oVirt for this task. Only problem this task is that is in two parts, first part is export to Export Domain, on NFS, and second part is import on oVirt through of the Export Domain. This was the only way I managed to import. virt-v2v -ic qemu+ssh://root@10.255.255.23/system TEMPLATE-WINDOWS2019 -o rhev -os 10.255.255.22:/export --network TEMPLATE-WINDOWS2019 Thanks again.

1 0

API OVA export - getting job id/job status
by lars.stolpe＠bvg.de 24 Jan '20

24 Jan '20

hi, I tryed this with API 4.2 and 4.3. purpose of the following script is, to export a given list of vm as OVA one after another. To reach that i need to monitor the job status and pause the script till the actual export is done. The script works fine, but not the restriction of the returned jobs to the one spcificaly job i need to monitor. Therefor the script pauses on *any* running job. the working script: #!/usr/bin/python import logging import time import ovirtsdk4 as sdk import ovirtsdk4.types as types connection = sdk.Connection( url='https://ovirtman12/ovirt-engine/api', username='admin@internal', password='***', ca_file='/etc/pki/ovirt-engine/ca-ovirtman12.pem', ) hosts_service = connection.system_service().hosts_service() hosts = hosts_service.list()[0] vms_service = connection.system_service().vms_service() vms = vms_service.list(search='name=blxlic954') for vm in vms: # print("%s (%s)" % (vm.name, vm.id)) vm_service = vms_service.vm_service(vm.id) start_time = (time.strftime('%Y%m%d_%H%M%S', time.localtime(int(time.time())))) vm_service.export_to_path_on_host( host=types.Host(id=hosts.id), directory='/nfs_c3/export', filename=('%s_backup_%s.ova' % (vm.name, start_time)), wait=True, ) # time.sleep(5) jobs_service = connection.system_service().jobs_service() jobs = jobs_service.list(search='') for job in jobs: print(job.id, job.description) # job = jobs_service.job_service(job.id).get() while job.status == types.JobStatus.STARTED: time.sleep(10) job = jobs_service.job_service(job.id).get() print('job-status: %s' % (job.status)) connection.close() The line jobs = jobs_service.list(search='') works fine as long as the search pattern is empty. if i try to restrict the results returned like this: jobs = jobs_service.list(search='description=*blxlic954*') i get an error: bad sql grammar [select * from (select * from job where ( job id in (select distinct job.job id from job where ( ) )) order by start time asc) as t1 offset (1 -1) limit 2147483647]; nested exception is org.postgresql.util.psqlexception: error: syntax error at or near ")" looks like the 'where' clause is not filled correctly. Am i wrong with my syntax or ist that a bug? Is there another way to get the correct job id/status?

4 6

Hyperconverged solution
by Benedetto Vassallo 24 Jan '20

24 Jan '20

Hello Guys, Here at University of Palermo (Italy) we are planning to switch from vmware to ovirt using the hyperconverged solution. Our design is a 6 nodes cluster, each node with this configuration: - 1x Dell PowerEdge R7425 server; - 2x AMD EPYC 7301 Processor; - 512GB of RAM (8x 64GB LRDIMM, 2666MT/s, Quad Rank); - 2x Broadcom 57412 Dual Port 10Gb SFP+ ethernet card; - 3x 600GB 10K RPM SAS for the OS (Raid1 + hotspare); - 5x 1.2TB 10K RPM SAS for the hosted storage domain (Raid5 + hotspare); - 11x 2.4TB 10KRPM SAS for the vm data domain (Raid6 + hotspare); - 4x 960GB SSD SAS for an additional SSD storage domain (Raid5 + hotspare); Is this configuration supported or I have to change something? Thank you and Best Regards. -- Benedetto Vassallo Responsabile U.O. Sviluppo e manutenzione dei sistemi Sistema Informativo di Ateneo Università degli studi di Palermo Phone: +3909123860056 Fax: +3909123860880

5 9

ovirt upgrade
by David David 24 Jan '20

24 Jan '20

hi all how do upgrade from 4.2.5 to 4.3.7 ? what steps are necessary, are the same as when upgrading from 4.1 to 4.2? # engine-upgrade-check # yum update ovirt*setup* # engine-setup thanks

3 3

Ovirt 4.3
by eevans＠digitaldatatechs.com 24 Jan '20

24 Jan '20

I set up the repository as per Ovirt instructions on Centos 7 x64, but when I yum install ovirt-engine I get missing dependencies. Here are the errors: Error: Package: ovirt-engine-backend-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: ebay-cors-filter Error: Package: ovirt-engine-setup-plugin-ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: rh-postgresql10-postgresql-contrib Error: Package: ovirt-provider-ovn-1.2.27-1.el7.noarch (ovirt-4.3) Requires: python-ovsdbapp Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: openstack-java-keystone-client >= 3.2.7 Error: Package: ovirt-engine-metrics-1.3.5.1-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.8.3 Available: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-provider-ovn-1.2.27-1.el7.noarch (ovirt-4.3) Requires: openvswitch >= 2.7 Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: openstack-java-cinder-model >= 3.2.7 Error: Package: ovirt-ansible-manageiq-1.1.14-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7.2 Installing: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-ansible-vm-infra-1.1.22-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7.2 Available: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-provider-ovn-1.2.27-1.el7.noarch (ovirt-4.3) Requires: openvswitch-ovn-common >= 2.7 Error: Package: ovirt-engine-backend-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: novnc >= 0.5.0 Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: collectd-write_http Error: Package: ovirt-ansible-repositories-1.1.5-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7.2 Available: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-ansible-infra-1.1.13-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7.2 Installing: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: openstack-java-glance-model >= 3.2.7 Error: Package: ovirt-provider-ovn-1.2.27-1.el7.noarch (ovirt-4.3) Requires: python-openvswitch >= 2.7 Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: openstack-java-keystone-model >= 3.2.7 Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: collectd-write_syslog Error: Package: ovirt-ansible-image-template-1.1.12-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7.2 Available: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-engine-dwh-setup-4.3.6-1.el7.noarch (ovirt-4.3) Requires: rh-postgresql10-postgresql-server Error: Package: ovirt-engine-websocket-proxy-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: python-websockify >= 0.6.0 Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: nimbus-jose-jwt >= 5.12 Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: openstack-java-glance-client >= 3.2.7 Error: Package: ovirt-engine-dwh-4.3.6-1.el7.noarch (ovirt-4.3) Requires: rh-postgresql10-postgresql-server Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: openstack-java-resteasy-connector >= 3.2.7 Error: Package: ovirt-ansible-engine-setup-1.1.9-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7.2 Available: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-ansible-hosted-engine-setup-1.0.32-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7 Available: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-ansible-disaster-recovery-1.2.0-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7.2 Available: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: rh-postgresql10-postgresql-server Error: Package: ovirt-ansible-hosted-engine-setup-1.0.32-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7 Installing: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: python2-ovirt-engine-lib-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: python-daemon Error: Package: ovirt-engine-tools-backup-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: rh-postgresql10-postgresql Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7.2 Available: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-ansible-shutdown-env-1.0.3-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7 Available: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-ansible-vm-infra-1.1.22-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7.2 Installing: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: openstack-java-cinder-client >= 3.2.7 Error: Package: ovirt-imageio-common-1.5.2-0.el7.x86_64 (ovirt-4.3) Requires: qemu-img-rhev Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: json-smart >= 2.2 Error: Package: ovirt-engine-setup-plugin-ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: openvswitch-ovn-central >= 2.7 Error: Package: ovirt-ansible-infra-1.1.13-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7.2 Available: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7.2 Installing: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-ansible-disaster-recovery-1.2.0-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7.2 Installing: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-ansible-engine-setup-1.1.9-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7.2 Installing: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-engine-dwh-4.3.6-1.el7.noarch (ovirt-4.3) Requires: rh-postgresql10-postgresql-contrib Error: Package: ovirt-ansible-manageiq-1.1.14-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7.2 Available: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: archaius-core Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: rxjava Error: Package: ovirt-ansible-roles-1.1.7-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7.2 Available: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-ansible-roles-1.1.7-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7.2 Installing: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-engine-dwh-setup-4.3.6-1.el7.noarch (ovirt-4.3) Requires: rh-postgresql10-postgresql-contrib Error: Package: ovirt-provider-ovn-1.2.27-1.el7.noarch (ovirt-4.3) Requires: openvswitch-ovn-central >= 2.7 Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: hystrix-core Error: Package: ovirt-engine-backend-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: novnc < 0.6.0 Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: collectd-postgresql Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: rh-postgresql10-postgresql-contrib Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: openstack-java-client >= 3.2.7 Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: collectd-disk Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: collectd Error: Package: ovirt-ansible-image-template-1.1.12-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7.2 Installing: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: openstack-java-quantum-client >= 3.2.7 Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: openstack-java-quantum-model >= 3.2.7 Error: Package: ovirt-ansible-cluster-upgrade-1.1.14-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7.2 Available: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: hystrix-metrics-event-stream Error: Package: ovirt-ansible-repositories-1.1.5-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7.2 Installing: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-ansible-cluster-upgrade-1.1.14-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7.2 Installing: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-ansible-shutdown-env-1.0.3-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.7 Installing: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 Error: Package: ovirt-engine-setup-plugin-ovirt-engine-4.3.7.2-1.el7.noarch (ovirt-4.3) Requires: rh-postgresql10-postgresql-server Error: Package: ovirt-engine-metrics-1.3.5.1-1.el7.noarch (ovirt-4.3) Requires: ansible >= 2.8.3 Installing: ansible-2.4.2.0-2.el7.noarch (extras) ansible = 2.4.2.0-2.el7 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest My understanding is all the dependencies should be in the ovirt repository. Also, the repos point to fc$release server. I change the fc to el$releaseserver before it even works. What did I miss? Eric Evans Digital Data Services LLC. 304.660.9080

2 3

Re: OVA export to NFS share slow
by Jürgen Walch 23 Jan '20

23 Jan '20

➢ I have a very similar setup as you and have just very recently started testing OVA exports for backup purposes to NFS attached storage. ➢ I have a three node HCI on GlusterFS (SSD backed) with 10Gbit and my ovirt management network is 10Gbit as well. My NFS storage server is an 8 x 8Tb 7200 RPM drives in RAID10 running CentOS 8x with 10Gbit link. Our setups are indeed similar, the main difference being, that my management network including the connection to the NFS server is only 1Gbit. Only GlusterFS has 10Gbit here. ➢ I haven't done specific measurement yet as I just setup the storage today but a test export of a 50Gb VM took just about ~10 minutes start to finish. Doing the maths this is ~80MiB/s and 20 times faster than in my setup. Lucky you 😊 Much less than your 10Gbit link between NFS Server and nodes could provide, but maybe close to the limit of the drives in your NFS server. The interesting thing is, that when setting up an export domain, stopping the VM and doing an export to the *same* NFS server, I'm getting write speeds as expected. Only the OVA export is terribly slow. The main difference I can see is the use of a loop device when exporting to OVA. The export to the export domain does something like /usr/bin/qemu-img convert -p -t none -T none -f raw {source disk on GlusterFS} {target disk on NFS server} whereas the OVA export will do /usr/bin/qemu-img convert -T none -O qcow2 {source snapshot on GlusterFS} /dev/loopX with /dev/loopX pointing to the NFS OVA target image. If you have the time and are willing to test, I would be interested in how fast your exports to an export domain are -- juergen

2 1

KVM (libvirt) VM Import
by jorgevisentini＠gmail.com 23 Jan '20

23 Jan '20

Hi all! I have a Suse KVM and I would like to import all VMs to oVirt. There is a easy mode to make it? I am try to import with Compute -> Virtual Machine -> Import. I can visualize the VMs but its show me the error when I try import: "libvirtError: Storage volume not found: no storage vol with matching path '/VMs01/VM/disk.qcow2" Anyone can help-me please?

2 1

Gluster storage options
by Shareef Jalloq 23 Jan '20

23 Jan '20

Hi there, I'm wanting to build a 3 node Gluster hyperconverged setup but am struggling to find documentation and examples of the storage setup. There seems to be a dead link to an old blog post on the Gluster section of the documentation: https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluste… Is the flow to install the oVirt Node image on a boot drive and then add disks for Gluster? Or is Gluster setup first with ovirt installed on top? Thanks.

2 1

Disconnecting drive from VM
by anthonywest＠alfatron.com.au 23 Jan '20

23 Jan '20

Hi! For a Virtual Machine that is already shutdown, does anyone know if I can detach a disk from the VM, export the remaining parts of the VM, then reattach the disk without causing any problems with the software installed in the VM? Thanks, Anthony

3 2

Memory problem
by Stefan Wolf 23 Jan '20

23 Jan '20

Hi to all, I ve a memory problem I got this error: Used memory of host kvm380.durchhalten.intern in cluster Default [96%] exceeded defined threshold [95%]. after reviewing the server with top command, I found ovn-controller with heavy memory usage: 45055 root 10 -10 46,5g 45,4g 2400 S 51,3 72,4 627:58.60 ovn-controller after restarting ovn-controller, every thing is fine again. after some days, it uses so much memory again. I ve also tried to wait a day or two, after that it seems to restart it self. is there a solution that ovn-controller does not use so much memory or restart automatic? thx shb

2 1

Re: possible to export a running VM to OVA?
by Jürgen Walch 22 Jan '20

22 Jan '20

Shutting down the VM during the export will give you a fully consistent state of the VM whereas snapshots without further help from the VM itself will only provide "crash consistency", that is provide you with a disk image equivalent to one where the power cord was plugged out of the running machine, which is usually, but not always consistent enough :) BTW: As far as I understand the OVA export run from the engines web-gui *is* also doing a snapshot. You can see the snapshot if you have a look at the VM's disks while the export is running. -- juergen

1 0