July 2019 - Users - oVirt List Archives

[ANN] oVirt updates
by Sandro Bonazzola 09 Jul '19

09 Jul '19

oVirt community, Today marks a new day in the 26-year history of Red Hat. IBM has finalized its acquisition of Red Hat, which will operate as a distinct unit within IBM moving forward. What does this mean for Red Hat’s contributions to the oVirt project? In short, nothing. Red Hat always has and will continue to be a champion for open source and projects like oVirt that have played such a large role in driving innovation in the virtualization space. IBM is committed to Red Hat’s independence and role in open source software communities so that we can continue this work without interruption or changes. Our mission, governance, and objectives remain the same. We will continue to execute the existing project roadmap as we’ve been doing since 2011 for the oVirt project. Red Hat associates will continue to contribute to the upstream in the same way they have been. And, as always, we will continue to help upstream projects be successful and contribute to welcoming new members and maintaining the project. We will do this together, with the community, as we always have. If you have questions or would like to learn more about today’s news, I encourage you to review the materials below. Red Hat CTO Chris Wright will host an online Q&A session in the coming days where you can ask questions you may have about what the acquisition means for Red Hat and our involvement in open source communities. Details will be announced on the Red Hat blog [1]. * Press release [2] * Blog from Chris Wright [3] * FAQ [4] Sandro Bonazzola, Manager, Software Engineering [1] https://www.redhat.com/en/blog [2] https://www.redhat.com/en/about/press-releases/ibm-closes-landmark-acquisit… [3] https://www.redhat.com/en/blog/red-hat-and-ibm-accelerating-adoption-open-s… [4] https://community.redhat.com/blog/2019/07/faq-for-communities/

1 0

Managed Block Storage
by dan.poltawski＠tnp.net.uk 09 Jul '19

09 Jul '19

I'm testing out the managed storage to connect to ceph and I have a few questions: * Would I be correct in assuming that the hosted engine VM needs connectivity to the storage and not just the underlying hosts themselves? It seems like the cinderlib client runs from the engine? * Does the ceph config and keyring need to replicated onto each hypervisor/host? * I have managed to do one block operation so far (i've created a volume which is visible on the ceph side), but multiple other operations have failed and are 'running' in the engine task list. Is there any way I can increase debugging to see whats happening?

3 15

[ANN] oVirt 4.3.5 Fourth Release Candidate is now available for testing
by Sandro Bonazzola 09 Jul '19

09 Jul '19

The oVirt Project is pleased to announce the availability of the oVirt 4.3.5 Fourth Release Candidate for testing, as of July 3rd, 2019. While testing this release candidate please consider deeper testing on gluster upgrade since with this release we are switching from Gluster 5 to Gluster 6. This update is a release candidate of the fifth in a series of stabilization updates to the 4.3 series. This is pre-release software. This pre-release should not to be used in production. This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later * 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 laready available - oVirt Node is already available[2] Additional Resources: * Read more about the oVirt 4.3.5 release highlights: http://www.ovirt.org/release/4.3.5/ * 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.5/ [2] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/ -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>

3 4

Storage domain format version info
by Gianluca Cecchi 09 Jul '19

09 Jul '19

Hello, part of updating a DC from 4.2 to 4.3 consists in updating format of data storage domains from V4 to V5. Questions: - where can I find list of differences between V4 and V5? And in general between previous ones? - can I force only a particular storage domain to remain in V4 while having the other ones upgraded to V5, for any reason? Or the reverse: update only one of the defined domains? Eg on oVirt web site I only found this for V4 https://www.ovirt.org/develop/release-management/features/storage/storage_d… with mention about Qcow2 v3 (link broken.. one ot the upstream pages for it here: https://wiki.qemu.org/Features/Qcow3 ) that should give near raw performance with advantages of qcow2 format... Thanks, Gianluca

3 2

Ovirt Secure boot issues
by Strahil 08 Jul '19

08 Jul '19

Hello All, I would like to ask any of you to do a simple test. Please install a linux on a VM with Secure boot and after the install wizzard is over -power it off and then on. Here is what I have observed: 1. UEFI forgets the certificates after a poweroff and asks for the openSUSE certificate every time. Rebooting from the VM doesn't cause any problems till nextg boot. 2. RHEL8 grub menu consists only of 'System setup'. When you select it - you are sent to the UEFI menu. If you select continue - everything is fine. Poweroff + Poweron makes everything to repeat. Do you observe the same issues. If I'm not the only one hitting this - I will open a bug, otherwise I will try to further debug this. Best Regards, Strahil Nikolov

2 2

VM lost conection.
by Julio Cesar Bustamante 08 Jul '19

08 Jul '19

Hi there, I have a problem, Last week I lost connectivity a VM with OS Windows server 2008 I access to check it and in ovirtmanager that VM is power on and I could login it, but there was no ping to other VM machines So I restarted VM and I recovery connectivity. Today It shows the same scenario with same VM. I checked log from ovirtmananer and ovirt node from running VM but I didnt find any error. Where can I find out more ? I have a Ovirtmanager 4 and a Ovirtnode 4.1 [image: imagen.png] -- Julio Cesar Bustamante.

1 0

Re: HE deployment failing
by Strahil 08 Jul '19

08 Jul '19

Yes, But I thought that cockpit should prevent creation of the gluster volume 'engine' as it is too small. @Dev Do we have such control ? Best Regards, Strahil Nikolov On Jul 8, 2019 09:19, Parth Dhanjal <dparth(a)redhat.com> wrote: > > Hey! > > The other 2 bricks were of 50G each. > I forgot to check that. > Sorry for the confusion. > Thanks! > > On Mon, Jul 8, 2019 at 11:42 AM Sahina Bose <sabose(a)redhat.com> wrote: >> >> >> >> On Mon, Jul 8, 2019 at 11:40 AM Parth Dhanjal <dparth(a)redhat.com> wrote: >>> >>> Hey! >>> >>> I used cockpit to deploy gluster. >>> And the problem seems to be with >>> 10.xx.xx.xx9:/engine 50G 3.6G 47G 8% /rhev/data-center/mnt/glusterSD/10.70.41.139:_engine >>> >>> Engine volume has 500G available >>> Filesystem Size Used Avail Use% Mounted on >>> /dev/mapper/gluster_vg_sdb1-gluster_lv_engine 500G 37M 500G 1% /gluster_bricks/engine >> >> >> Check that you have 500G on all the bricks of the volume if you're using replica 3. It takes the minimum of the 3 bricks. >> >>> >>> On Fri, Jul 5, 2019 at 8:05 PM Strahil Nikolov <hunter86_bg(a)yahoo.com> wrote: >>>> >>>> Parth, >>>> >>>> did you use cockpit to deploy the gluster volume ? >>>> it's interesting why the cockpit allowed the engine's volume to be so small ... >>>> >>>> Best Regards, >>>> Strahil Nikolov >>>> >>>> В петък, 5 юли 2019 г., 10:17:11 ч. Гринуич-4, Simone Tiraboschi <stirabos(a)redhat.com> написа: >>>> >>>> >>>> >>>> >>>> On Fri, Jul 5, 2019 at 4:12 PM Parth Dhanjal <dparth(a)redhat.com> wrote: >>>>> >>>>> Hey! >>>>> >>>>> I'm trying to deploy a 3 node cluster with gluster storage. >>>>> After the gluster deployment is completed successfully, the creation of storage domain fails during HE deployment giving the error: >>>>>

1 0

4.2.8: NPE starting a specific VM
by Richard Chan 08 Jul '19

08 Jul '19

Encountering a NPE on 4.2.8. This is the first start after a 4.1 to 4.2 upgrade. 2019-07-05 15:36:56,912+08 ERROR [org.ovirt.engine.core.vdsbroker.CreateVDSCommand] (EE-ManagedThreadFactory-engine-Thread-45700) [64500cdd-b623-4bb1-a7a1-841 6b4e6723b] Failed to create VM: java.lang.NullPointerException at org.ovirt.engine.core.vdsbroker.builder.vminfo.LibvirtVmXmlBuilder.lambda$writeInterfaces$26(LibvirtVmXmlBuilder.java:1198) [vdsbroker.jar:] at java.util.Comparator.lambda$comparing$77a9974f$1(Comparator.java:469) [rt.jar:1.8.0_212] at java.util.TimSort.countRunAndMakeAscending(TimSort.java:355) [rt.jar:1.8.0_212] at java.util.TimSort.sort(TimSort.java:220) [rt.jar:1.8.0_212] at java.util.Arrays.sort(Arrays.java:1512) [rt.jar:1.8.0_212] at java.util.stream.SortedOps$SizedRefSortingSink.end(SortedOps.java:348) [rt.jar:1.8.0_212] at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:483) [rt.jar:1.8.0_212] at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:472) [rt.jar:1.8.0_212] at java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:151) [rt.jar:1.8.0_212] at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:174) [rt.jar:1.8.0_212] at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) [rt.jar:1.8.0_212] at java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:418) [rt.jar:1.8.0_212] at org.ovirt.engine.core.vdsbroker.builder.vminfo.LibvirtVmXmlBuilder.writeInterfaces(LibvirtVmXmlBuilder.java:1199) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.builder.vminfo.LibvirtVmXmlBuilder.writeDevices(LibvirtVmXmlBuilder.java:1045) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.builder.vminfo.LibvirtVmXmlBuilder.buildCreateVm(LibvirtVmXmlBuilder.java:254) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand.generateDomainXml(CreateBrokerVDSCommand.java:93) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand.createInfo(CreateBrokerVDSCommand.java:50) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand.executeVdsBrokerCommand(CreateBrokerVDSCommand.java:42) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVdsCommandWithNetworkEvent(VdsBrokerCommand.java:123) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:111) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:73) [vdsbroker.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] This leads to Failed to run VM message. Any ideas? Thanks Richard Chan

3 5

HE deployment failing
by Parth Dhanjal 08 Jul '19

08 Jul '19

Hey! I'm trying to deploy a 3 node cluster with gluster storage. After the gluster deployment is completed successfully, the creation of storage domain fails during HE deployment giving the error: [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "Error: the target storage domain contains only 46.0GiB of available space while a minimum of 61.0GiB is required If you wish to use the current target storage domain by extending it, make sure it contains nothing before adding it."} I have tried to increase the disk size(provided in storage tab) to 90GiB. But the deployment still fails. A 50GiB storage domain is created by default even if some other size is provided. Has anyone faced a similar issue? Regards Parth Dhanjal

4 6

Re: UI - cannot remove disk whiel system is running
by Strahil 07 Jul '19

07 Jul '19

Everything ended well - despite the warning 'do not shutdown' I powered off and powered on the VM. This action allowed me to trigger a snapshot deletion (again) and it completed successfully. Removing the disk of interest also completed successfully. So, I got a happy ending. Best Regards, Strahil NikolovOn Jul 7, 2019 17:41, Strahil <hunter86_bg(a)yahoo.com> wrote: > > I think I'm getting closer. > > It seems the snapshot of the VM did not get deleted and that might be the problem. > > Can someone give me a hint how to remove the snapshot as I get an error: > > Cannot remove Snapshot. The following disks are in ILLEGAL status: uyuni-OS-Disk1 - please remove them and try again. > > Yet, removal of the disk cannot happen as I got: > Cannot detach Virtual Disk. The disk is already configured in a snapshot. In order to detach it, remove the disk's snapshot. > > This seems like 'Catch 22' . > > Best Regards, > Strahil Nikolov > > On Jul 7, 2019 17:30, Strahil <hunter86_bg(a)yahoo.com> wrote: >> >> Hello All, >> >> I have changed my system layout and the old disk is removed (echo 1 > /sys/block/sdX/device/delete) from OS, but UI complains when I try to remove with the following error: >> >> Error while executing action: Cannot remove Virtual Disk. At least one of the VMs is not down. >> >> Is it a limitation of oVirt ? If so, I will open an enhancement entry in bugzilla. >> >> As far as I remember KVM allowed me to make such stuff without any issues so far. >> >> Best Regards, >> Strahil Nikolov

1 0