- Users - oVirt List Archives

ovirt-web-ui-1.5.3: immediate logout in VM portal
by Matthias Leopold 08 Aug '19

08 Aug '19

Hi, after upgrading to oVirt 4.3.5 yesterday (which also brought ovirt-web-ui-1.5.3) users are immediately logged out after login to the "VM Portal" with "You have been logged out due to inactivity" displayed in the browser. The "Administration Portal" works as expected. This happens - for existing UserRole users/new UserRole users/Administrator users - with different browsers (Chrome/Firefox/IE) - also when creating new browser profiles Logs in engine.log are unsuspicious IMHO (see below for Administrator user login). /var/log/ovirt-engine/ui.log is completely quiet. Downgrade to 1.5.2 resolves the situation. Reading about "Added check for inactivity during session and logout after expiration" in 1.5.3 changelog suggests that something might have gone wrong. Has anybody seen this? Shall I file a bug report? thx matthias 2019-08-07 12:51:45,556+02 INFO [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-8) [] User admin@internal successfully logged in with scopes: ovirt-app-admin ovirt-app-api ovirt-app-portal ovirt-ext=auth:sequence-priority=~ ovirt-ext=revoke:revoke-all ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate ovirt-ext=token:password-access 2019-08-07 12:51:45,728+02 INFO [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-8) [2cb53d8d] Running command: CreateUserSessionCommand internal: false. 2019-08-07 12:51:45,768+02 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-8) [2cb53d8d] EVENT_ID: USER_VDC_LOGIN(30), User admin@internal-authz connecting from 'xxx.yyy.zzz.63' using session '+DY5GdQK35zrApbt971Df0nACY2o5qpT0ebX7zFnYj/SNnJACyH7nKKd5iJSshJZZo0TgkJUoSixB7StGq10VA==' logged in. 2019-08-07 12:51:48,385+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetFileStatsVDSCommand] (default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] START, GetFileStatsVDSCommand( GetFileStatsParameters:{storagePoolId='1285d24b-53d1-4b4d-bba4-4aa6264f0c4a', ignoreFailoverLimit='false'}), log id: cd6a0e4 2019-08-07 12:51:48,394+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetFileStatsVDSCommand] (default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] FINISH, GetFileStatsVDSCommand, return: {grml64-full_2018.12.iso={status=0, ctime=1553615947.0, size=704905216}, CentOS-7-x86_64-Minimal-1810.iso={status=0, ctime=1555410499.0, size=962592768}}, log id: cd6a0e4 2019-08-07 12:51:48,419+02 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] EVENT_ID: REFRESH_REPOSITORY_IMAGE_LIST_SUCCEEDED(998), Refresh image list succeeded for domain(s): ISOstar-DEV (All file type) 2019-08-07 12:51:49,478+02 INFO [org.ovirt.engine.core.bll.aaa.LogoutSessionCommand] (default task-8) [4f195583] Running command: LogoutSessionCommand internal: false. 2019-08-07 12:51:49,524+02 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-8) [4f195583] EVENT_ID: USER_VDC_LOGOUT(31), User admin@internal-authz connected from 'xxx.yyy.zzz.63' using session '+DY5GdQK35zrApbt971Df0nACY2o5qpT0ebX7zFnYj/SNnJACyH7nKKd5iJSshJZZo0TgkJUoSixB7StGq10VA==' logged out. 2019-08-07 12:51:49,581+02 INFO [org.ovirt.engine.core.sso.servlets.OAuthRevokeServlet] (default task-14) [] User admin@internal successfully logged out 2019-08-07 12:51:49,675+02 INFO [org.ovirt.engine.core.bll.aaa.TerminateSessionsForTokenCommand] (default task-11) [37daeccc] Running command: TerminateSessionsForTokenCommand internal: true.

4 6

Re: Error creating local storage domain: Internal Engine Error.
by christian barr 08 Aug '19

08 Aug '19

________________________________ Hi. I have attached logs and screens Thanks. Barman. ________________________________ From: Shani Leviim <sleviim(a)redhat.com> Sent: 08 August 2019 12:36 To: christian_barr(a)hotmail.com <christian_barr(a)hotmail.com> Cc: users <users(a)ovirt.org> Subject: Re: [ovirt-users] Error creating local storage domain: Internal Engine Error. Hi Barman, Can you please attach a full engine log? Also attaching a screenshot would be great. Regards, Shani Leviim On Thu, Aug 8, 2019 at 2:44 PM <christian_barr(a)hotmail.com<mailto:christian_barr@hotmail.com>> wrote: Hello. I'm new to ovirt and trying to set up a sandbox on an old Dell workstation I have. Any help greatly appreciated. I have created a 4.2 Compatible DC and Cluster. I'm able to add the host and that checks in OK. Its an older system hence going with 4.2 for processor support. When I try to a local storage domain, it fails. The error returned to the screen is : Error while executing action New Local Storage Domain: Internal Engine Error The process gets as far as creating some files and directories in the directory I'm trying to configure as a local storage domain. I notice in the UI, the format of the domain is specified as v4. (This option is greyed out and I cannot modify it). This is an excerpt of the engine.log, with the error the first line of which seems to be indicating its trying to use a v5 format ..... 019-08-07 23:21:24,618+01 WARN [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand] (default task-56) [67e87701] Validation of action 'AttachStorageDomainToPool' failed for user SYSTEM. Reasons: VAR__TYPE__STORAGE__DOMAIN,VAR__ACTION__ATTACH,ACTION_TYPE_FAILED_STORAGE_DOMAIN_FORMAT_ILLEGAL,$storageFormat V5 2019-08-07 23:21:24,620+01 INFO [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand] (default task-56) [67e87701] Lock freed to object 'EngineLock:{exclusiveLocks='[f2858a80-4730-40f8-b417-50d65503dcae=STORAGE]', sharedLocks=''}' 2019-08-07 23:21:24,623+01 INFO [org.ovirt.engine.core.bll.CommandCompensator] (default task-56) [67e87701] Command [id=abb92524-f71a-48fa-bf49-bae1f8a80989]: Compensating DELETED_OR_UPDATED_ENTITY of org.ovirt.engine.core.common.businessentities.StorageDomainDynamic; snapshot: id=f2858a80-4730-40f8-b417-50d65503dcae. 2019-08-07 23:21:24,626+01 INFO [org.ovirt.engine.core.bll.CommandCompensator] (default task-56) [67e87701] Command [id=abb92524-f71a-48fa-bf49-bae1f8a80989]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.profiles.DiskProfile; snapshot: 94c8fb2e-e17a-46dd-a859-f3e18d9b3de7. 2019-08-07 23:21:24,627+01 INFO [org.ovirt.engine.core.bll.CommandCompensator] (default task-56) [67e87701] Command [id=abb92524-f71a-48fa-bf49-bae1f8a80989]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.StorageDomainDynamic; snapshot: f2858a80-4730-40f8-b417-50d65503dcae. 2019-08-07 23:21:24,627+01 INFO [org.ovirt.engine.core.bll.CommandCompensator] (default task-56) [67e87701] Command [id=abb92524-f71a-48fa-bf49-bae1f8a80989]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.StorageDomainStatic; snapshot: f2858a80-4730-40f8-b417-50d65503dcae. 2019-08-07 23:21:24,635+01 ERROR [org.ovirt.engine.core.bll.storage.domain.AddLocalStorageDomainCommand] (default task-56) [67e87701] Transaction rolled-back for command 'org.ovirt.engine.core.bll.storage.domain.AddLocalStorageDomainCommand'. 2019-08-07 23:21:24,639+01 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-56) [67e87701] EVENT_ID: USER_ADD_STORAGE_DOMAIN_FAILED(957), Failed to add Storage Domain STG01. (User: admin@internal-authz) Thanks all. Barman. _______________________________________________ Users mailing list -- users(a)ovirt.org<mailto:users@ovirt.org> To unsubscribe send an email to users-leave(a)ovirt.org<mailto:users-leave@ovirt.org> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/EMNQLWPQ2BVV2…

1 0

Re: Agentless backup solutions
by Strahil 08 Aug '19

08 Aug '19

I had corruption of the Hosted Engine due to a power failiure of all hosts (Gluster). My lab has no UPS. You can create a snapshot via API , backup the snapshot and then delete it via the API while the VM is working (no downtime). Still, this approach won't work for Databases as you can create the snapahot in the middle of a transaction. Best Regards, Strahil NikolovOn Aug 7, 2019 20:33, Douglas Duckworth <dod2014(a)med.cornell.edu> wrote: > > Hi > > > We are running oVirt 4.2.8.2-1.el7. Should probably upgrade but it works. > > > We are backing up the engine every day with dump going to external NFS file system then onto the cloud. For VMs we are doing backups within Linux itself using a program called Restic which then sends data to cloud S3 service. That runs daily as well. > > > We also save all configuration data, for applications running on our VMs such as Apache, etc, within Ansible. So we can quickly recreate the VM using Ansible, along with any applications, then restore any data, not saved in Ansible, such as private PKI keys or PostgreSQL dump, for example, from Restic. Dockerized applications even easier. There would be some downtime to redeploy a new VM but this is acceptable given the constrains of our environment. > > > I am wondering under what situations has anyone experienced VM corruption? This would help me determine if more effort should be invested in snapshotting VMs and possibly exporting their disks. Though as I recall removing snapshots from my storage domain would require shutting down the VM, right? > > > -- > Thanks, > > Douglas Duckworth, MSc, LFCS > HPC System Administrator > Scientific Computing Unithttps://github.com/restic/restic

1 0

Ovirt 4.3.5.4-1.el7 noVNC keeps disconnecting with 1006
by Strahil Nikolov 08 Aug '19

08 Aug '19

Hello Community, did anyone experience disconnects after a minute or 2 (seems random ,but I will check it out) with error code 1006 ?Can someone with noVNC reproduce that behaviour ? As I manage to connect, it seems strange to me to loose connection like that. The VM was not migrated - so it should be something else. Best Regards,Strahil Nikolov

3 2

[ANN] oVirt 4.3.6 Second Release Candidate is now available for testing
by Sandro Bonazzola 08 Aug '19

08 Aug '19

The oVirt Project is pleased to announce the availability of the oVirt 4.3.6 Second Release Candidate for testing, as of August 8th, 2019. This update is a release candidate of the sixth 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.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 not yet available, pending CentOS 7.7 release to be available Additional Resources: * Read more about the oVirt 4.3.6 release highlights: http://www.ovirt.org/release/4.3.6/ * 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.6/ -- 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.*

2 7

RFE: Add the ability to the engine to serve as a fencing proxy
by Sandro E 08 Aug '19

08 Aug '19

Hi, i hope that this hits the right people i found an RFE (Bug 1373957) which would be a realy nice feature for my company as we have to request firewall rules for every new host and this ends up in a lot of mess and work. Is there any change that this RFE gets implemented ? Thanks for any help or tips BR, Sandro

2 1

Removing VDSM dependency on multipath driver.
by amit1.kumar＠intel.com 08 Aug '19

08 Aug '19

Hi All, I observed that for FCP storage domain only mpath enabled drives are getting listed, for e.g. if we have local nvme drives attached to the VDSM host, only mpath enabled nvme drives are getting listed in the ovirt engine for FCP storage domain. Actually I am creating a RAID (using mdadm tool, software raid) on two local nvme drives and wanted to expose it to the Ovirt engine through FCP storage domain, is it possible? or can we bypass multipath in FCP storage domain so that all the block device can be listed in the ovirt engine for FCP storage domain? Thanks, Amit

2 1

Agentless backup solutions
by femi adegoke 07 Aug '19

07 Aug '19

What backup solutions are people using? I'm only interested in host-level backups (no agents in the vm's) I am aware of the following products: https://storware.eu/en/storware-vprotect/ https://github.com/zipurman/oVIRT_Simple_Backup https://www.sepusa.com/ Any others?

9 16

oVirt 4.3.5.1 failed to configure management network on the host
by Mitja Pirih 07 Aug '19

07 Aug '19

Hi, I am trying to deploy hosted engine on Ovirt Node 4.3.5.1 and I am getting: ovirt failed to configure management network on the host. I am pretty sure the problem lies in my network config that is actually working quite nice. My current network config is: team0: - Switch1: bond0 (LACP): eno1,eno3 - Switch2: bond1 (LACP): eno2,eno4 Switch1 and switch2 are interconnected by a different LAG group. Current network config was tested against all kinds of failures, nic port failure, switch failure...etc...and it works. Although I am open to suggestions how to implement high availability with high throughput. By default on hosted engine deployment team0 is selected as bridge interface. Br, Mitja Logs: === supervdsm.log: https://pastebin.com/raw/bijW7uhi === vdsm.log part1: https://pastebin.com/raw/BYGsieCw === vdsm.log part2: https://pastebin.com/raw/rgzQCDjw

2 5

distribute storage domains
by Jason M. Stallings 07 Aug '19

07 Aug '19

Hello I'm trying to figure out a way to automatically distribute our storage domain occupation evenly or at least avoid them getting full. We have a lot of users creating vms and they seem to select the first available storage domain, thus one is nearly full and the rest are barely used. Is there a way to accomplish that? Thank you Jason

4 7

Not able to import vm from kvm host
by Crazy Ayansh 07 Aug '19

07 Aug '19

Hi Team, I am trying to convert/import few vm from KVM to ovirt but i am getting below error message. Aug 7 15:56:11 IONDELSVR46 journal: authentication failed: Failed to start SASL negotiation: -20 (SASL(-13): user not found: unable to canonify user and get auxprops) Aug 7 15:56:11 IONDELSVR46 journal: authentication failed: authentication failed Please help! Thanks Shashank

1 0

(no subject)
by Crazy Ayansh 07 Aug '19

07 Aug '19

Hi Team, I am trying to convert/import few vm from KVM to ovirt but i am getting below error message. Aug 7 15:56:11 IONDELSVR46 journal: authentication failed: Failed to start SASL negotiation: -20 (SASL(-13): user not found: unable to canonify user and get auxprops) Aug 7 15:56:11 IONDELSVR46 journal: authentication failed: authentication failed Please help! Thanks Shashank

1 0

port_security in external networks-API
by ada per 07 Aug '19

07 Aug '19

Hello everyone, I have the following python script that creates an external network, but now after updating ovirt a new option "network port security" exists that is set as enabled by default. How can i disable the network port security? thanks!! :) networks_service = connection.system_service().networks_service() # Use the "add" method to create new VM logical network in data center network = networks_service.add( network=types.Network( name= ext_net_name, description='Network for testing API', data_center=types.DataCenter( name='Default' ), usages=[types.NetworkUsage.VM], external_provider=types.OpenStackNetworkProvider( id=provider.id ) ),

2 3

hosted engine installation / multipath / iscsi
by Michael Frank 07 Aug '19

07 Aug '19

Hi, since several days i try to install the hosted engine initially to an iscsi multipath device without success. Some information on the environment: - Version 4.3.3 - using two 10gbe interfaces as single bond for the ovirtmgmt interface - using two 10gbe storage interfaces on each hypervisor for iscsi storage -- each storage interface is configured without any bonding, etc -- each storage interface lives in a separate vlan were also the iscsi Portals/target are available, the iscsi portals have 4x10ge interfaces each, (2 in vlan xx and 2 interfaces in vlan yy ) -- so; each storage interface is connected to two iscsi Portals via 4 interfaces The documentation here is for me unclear: https://ovirt.org/documentation/self-hosted/chap-Deploying_Self-Hosted_Engi… >Note: To specify more than one iSCSI target, you must enable multipathing before deploying the self-hosted engine. There is also a Multipath >Helper tool that generates a script to install and configure multipath with different options. This indicates for me that it should be possbile to install the HE directly on the /dev/mapper/mpath device which is availibale when I have prepared the host accordingly before installing the HE (log in to multiple iscsi targets, create proper multipath,conf, etc) - right ? I login to the two iscsi portals and get in sum 8 pathes, 4 from each interface and iscsi target. Basically I have then the mpath device on the hypervisor available and i can mount the mpath device and put data on it. In the cockpit interface the mount can also be activated and is recognized correctly. multipathd -ll and lsblk looks good. Everything seems to be fine. But when I run the "hosted-engine" --deploy, the last option while running the assistant is to enter the iscsi data. So, basically i just want to define my mpath device - when entering the data (ip, port)for the iscsi Portal I can see the 4 pathes of the single hosted Engine target, and when i choose the path where the "lun" is finally available it fails. I think in general this option is not that what i want to have here for using the multipath device. I' m lost - what is the usual way to install the HE on a multipath device ? Do i have to change the configuration of the storage interfaces or the iscsi network design? Did I missed something obvious ? Can I put in my multipath data into the answerfile to get rid of the last step of the assistant ? Can I use the related ansible role for specify the Mpath device which is available when activating the multipath service ? Is it not possible in general ?? : https://bugzilla.redhat.com/show_bug.cgi?id=1193961 Sorry in advance for the long mail .... 1!^^ br, michael Sent from a mobile device

3 2

Re: Linux VM keeps crashing on copying files "with lost communication with qemu"
by Strahil 07 Aug '19

07 Aug '19

Maybe the libvirtd < - > libgfapi communication is somehow broken. I'm using FUSE and I have no issues, but my lab is not I/O intensive . Have you noticed if the issue happens during I/O (for example - full backup) intensive load? You can even try to stop using libgfapi and check if it happens again. Best Regards, Strahil NikolovOn Aug 3, 2019 00:39, Darrell Budic <budic(a)onholyground.com> wrote: > > I’ve been seeing similar issues lately (since upgrading to 4.3.4 and later) with gluster storage (and libgfapi), but haven’t pinned to anything particular yet. But libvirt seems to have some issues and vdsmd stops being able to poll disk usage. My VMs don’t crash or stop working, but they do report as ? in the management interface and can’t be migrated. Current work around is to restart libvirtd then vdsmd, occasionally restarting libvirtd restarts a VM (presumably the one that had broken some disk something…). > > Sorry I don’t have more info to go on, but I’ll update here if I get more on anything similar. > > -Darrell > > > On Aug 2, 2019, at 9:23 AM, kevin.doyle(a)manchester.ac.uk wrote: > > > > HI > > I think it is a bug with qemu, and isci disks. Has anyone else seen this issue VM crashes and lost communication with qemu Can I update qemu ? if so what is the latest support version to use on Ovirt 4.3.2.1-1.el7 Current versions of qemu installed > > > > Installed Packages > > qemu-img-ev.x86_64 10:2.12.0-18.el7_6.3.1 > > qemu-kvm-common-ev.x86_64 10:2.12.0-18.el7_6.3.1 > > qemu-kvm-ev.x86_64 10:2.12.0-18.el7_6.3.1 > > > > Many thanks > > Kevin > > _______________________________________________ > > Users mailing list -- users(a)ovirt.org > > To unsubscribe send an email to users-leave(a)ovirt.org > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/FDMHYEJXRG6IG… > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZAOILBQRM7XPY…

3 3

oVirt- UX Research Study Participation
by Laura Wright 06 Aug '19

06 Aug '19

Hello! The UX Research team at Red Hat is conducting a new oVirt study and is looking to test out the usability of a few features in oVirt. We are currently recruiting participants located in the United States and internationally. If you are interested, please use this calendar to sign up for a spot: https://calendar.google.com/calendar/selfsched?sstoken=UUhJcjBDd09oOXg5fGRl… The study is open to international participants but getting compensated is only available to US based participants currently. For this study, you will be required to use FireFox and allow your screen and audio to be recorded. This study should only take about 45 minutes to complete and will be conducted via Bluejeans. All data will be totally anonymous and viewed only by the UX research team. As a token of our gratitude, we will be providing you with an Amazon gift card to compensate you for your time. Your feedback will help us make the project better! Thank you in advance for your time! Please let me know if you have any questions. Thank you, Sara Chizari & Laura Wright --Red Hat UXD Laura Wright She/Her/Hers UXD Team Red Hat Massachusetts <https://www.redhat.com/> 314 Littleton Rd lwright(a)redhat.com <https://www.redhat.com/>

1 0

4.3.5.1 failed deployment SSL ovn errors
by Vincent Royer 06 Aug '19

06 Aug '19

I had a failed HCI replica 3 deployment, a fresh 4.3.5.1 install. I fixed some things, ran the cleanup script and rebooted. The first host's logs are now full of: ovs|00330|stream_ssl|ERR|Certificate must be configured to use SSL ovn-controller ovs|00329|stream_ssl|ERR|Private key must be configured to use SSL ovn-controller ovs|00328|stream_ssl|ERR|Certificate must be configured to use SSL ovn-controller ovs|00327|stream_ssl|ERR|Private key must be configured to use SSL ovn-controller how do I fix that?

3 3

bond for vm interfaces
by Edoardo Mazza 06 Aug '19

06 Aug '19

Hello everyone, I need to create a bond for vm interfaces but I don't kown what is the best solution, you can help me? Thanks Edoardo

3 2

Data Center Compatibility version
by Rick A 06 Aug '19

06 Aug '19

So I updated our environment a bit ago during a scheduled down time from 4.2 to 4.3. Everything went smoothly, but it looks like I forgot to update the Data Center Compatibility (See alert message below). My question is, can I just change the Data Center compatibility to 4.3 while the environment is running without causing issues, or do i need to shutdown all my VM's and put the hosts into maintenance mode? The compatibility version for everything else is already set to 4.3. Thanks Alert Message: "Data Center compatibility version is 4.2, which is lower than latest engine version 4.3. Please upgrade your Data Center to latest version to successfully finish upgrade of your setup"

2 1

[ANN] oVirt 4.3.5 Fifth Release Candidate is now available for testing
by Sandro Bonazzola 06 Aug '19

06 Aug '19

The oVirt Project is pleased to announce the availability of the oVirt 4.3.5 Fifth Release Candidate for testing, as of July 11th, 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 7

ovirt-release43-pre-4.3.6-0.1 - python-ioprocess RPM version
by Maton, Brett 06 Aug '19

06 Aug '19

Hi, I just ran yum update on my test cluster and ran into the following issue: I did notice that the python2-ioprocess is currently installed from the ovirt-4.2 repo... Any suggestions? Thanks, Brett Repo RPM: ovirt-release43-pre-4.3.6-0.1.rc1.el7.noarch yum -y upgrade ... Error: Package: vdsm-python-4.30.25-1.el7.noarch (ovirt-4.3-pre) Requires: python-ioprocess >= 1.2.1 Installed: python2-ioprocess-1.1.2-1.el7.x86_64 (@ovirt-4.2) python-ioprocess = 1.1.2 Available: python-ioprocess-0.16.1-1.el7.noarch (ovirt-4.3-centos-ovirt43) python-ioprocess = 0.16.1-1.el7 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest

2 1

4.3.5 update error
by Kapetanakis Giannis 06 Aug '19

06 Aug '19

Hi, Trying today engine-setup to update from 4.3.3 -> 4.3.5 I got this error: [ ERROR ] Failed to execute stage 'Setup validation': local variable 'snapshot_cl' referenced before assignment In log file I see: 2019-07-31 10:43:00,375+0300 DEBUG otopi.context context._executeMethod:145 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py", line 437, in _validation self._checkSnapshotCompatibilityVersion() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py", line 212, in _checkSnapshotCompatibilityVersion 'v': snapshot_cl, UnboundLocalError: local variable 'snapshot_cl' referenced before assignment 2019-07-31 10:43:00,381+0300 ERROR otopi.context context._executeMethod:154 Failed to execute stage 'Setup validation': local variable 'snapshot_cl' referenced before assignment Any hints? thanks Giannis

5 5

[ANN] oVirt Engine 4.3.5 async update is now available
by Sandro Bonazzola 06 Aug '19

06 Aug '19

The oVirt Team has just released a new version of ovirt-engine package that fixes one upgrade related issue.[1] We recommend to users experiencing upgrade issues to try again with this new release. Thanks, [1] https://bugzilla.redhat.com/1734699 -- 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.*

1 0

oVirt tools
by old.good.mail＠gmail.com 06 Aug '19

06 Aug '19

Greetings, After installing oVirt tools on my w2016 virtual server I've noticed that all devices (nic, disks, etc.) are connected as USB devices and I have option available to eject those devices. Is there any way to prvent those devices being ejected on behalf of VM user? (e.g. make sure noone inside the VM can actually eject nic, disk or something)

4 4

[ANN] oVirt 4.3.5 second async is now available
by Sandro Bonazzola 05 Aug '19

05 Aug '19

The oVirt Team has just released a new version of the following packages: - ovirt-ansible-hosted-engine-setup-1.0.26 - ovirt-release43-4.3.5.2 The async release includes additional fixes: - Bug 1734171 <https://bugzilla.redhat.com/show_bug.cgi?id=1734171> - RHV-M 4.3.4 does not boot with fips=1 when OpenSCAP profile used resulting in non FIPS compliant certificates Notes: - oVirt Node is already available[2] oVirt Node has been updated including above packages and: - Latest CentOS Virt SIG update: - CESA-2019:1968 - Important qemu-kvm-ev Security Update Upstream details at https://access.redhat.com/errata/RHSA-2019:1968 - Latest CentOS 7.6 updates including: - CEBA-2019:1899 CentOS 7 bind BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-July/023376.html> - CESA-2019:1880 Low CentOS 7 curl Security Update <https://lists.centos.org/pipermail/centos-announce/2019-July/023377.html> - CEBA-2019:1889 CentOS 7 ipa BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-July/023380.html> - CESA-2019:1873 Important CentOS 7 kernel Security Update <https://lists.centos.org/pipermail/centos-announce/2019-July/023374.html> - CEBA-2019:1895 CentOS 7 systemd BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-July/023393.html> - CEBA-2019:1875 CentOS 7 samba BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-July/023397.html> - CESA-2019:1884 Moderate CentOS 7 libssh2 Security Update <https://lists.centos.org/pipermail/centos-announce/2019-July/023383.html> - CEBA-2019:1874 CentOS 7 net-snmp BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-July/023386.html> - CEBA-2019:1878 CentOS 7 selinux-policy BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-July/023391.html> - CEBA-2019:1885 CentOS 7 sos BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-July/023392.html> - CEEA-2019:1887 CentOS 7 sysstat Enhancement Update <https://lists.centos.org/pipermail/centos-announce/2019-July/023396.html> - CEBA-2019:1901 CentOS 7 tuned BugFix Update <https://lists.centos.org/pipermail/centos-announce/2019-July/023394.html> 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/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/>*Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*

1 0