May 2018 - Devel - oVirt List Archives

oVirt Privacy policy change
by Sandro Bonazzola 24 May '18

24 May '18

*As part of an oVirt project review, we're publishing an updated privacy policy.You should read the statement fully, but the key updates include:* Clearer descriptions of how oVirt uses your personal data to provide services;* Additional detail on how your personal data may be shared to serve the public interest and that of the open source community; and* More focus on how you can review, modify, and update your personal data.You can find the new statement on the oVirt website at this location: https://ovirt.org/site/privacy-policy/ <https://ovirt.org/site/privacy-policy/>oVirt website pages have been updated to include links to the privacy policy. The new privacy statement takes effect on Friday, May 25, 2018. * -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig> <https://redhat.com/summit>

1 0

Planned restart of production services
by Evgheni Dereveanchin 23 May '18

23 May '18

Hi everyone, I will be restarting several production systems within the following hour to apply security updates. The following services may be unreachable for some period of time: - www.ovirt.org - project website - resources.ovirt.org - package repositories - gerrit.ovirt.org - code review - jenkins.ovirt.org - CI master It will not be possible to submit/review patches, clone repositories or run CI jobs during this period. Package repositories and the website will also be unreachable for a short period of time. I will announce you once the maintenance is complete. -- Regards, Evgheni Dereveanchin

2 2

[FC28] PostgreSQL 10
by Sandro Bonazzola 23 May '18

23 May '18

2018-05-09 10:04 GMT+02:00 Benny Zlotnik <bzlotnik(a)redhat.com>: > I've had an issue[1] running engine, it looks like it's related to Fedora > 28 coming with postgresql 10. > I managed to workaround it by upgrading locally the jdbc driver to the > latest 42.2.2 > Dropping infra, adding Martin and Eli. Also changing subject > > > > [1] > 2018-05-09 10:59:26,303+03 ERROR [org.jboss.as.controller.management-operation] > (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - > address: ([("deployment" => "engine.ear")]) - failure description: > {"WFLYCTL0080: Failed services" => {"jboss.deployment.subunit.\" > engine.ear\".\" > bll.jar\".component.Backend.START" => "java.lang.IllegalStateException: > WFLYEE0042: Failed to construct component instance > Caused by: java.lang.IllegalStateException: WFLYEE0042: Failed to > construct component instance > Caused by: javax.ejb.EJBException: org.jboss.weld.exceptions.WeldException: > WELD-000049: Unable to invoke protected void org.ovirt.engine.core. > bll.TagsDirector.init() on org.ovirt.engine.core.bll.TagsDirector@891dc3a > Caused by: org.jboss.weld.exceptions.WeldException: WELD-000049: > Unable to invoke protected void org.ovirt.engine.core.bll. > TagsDirector.init() > on org.ovirt.engine.core.bll.TagsDirector@891dc3a > Caused by: java.lang.reflect.InvocationTargetException > Caused by: org.springframework.jdbc.BadSqlGrammarException: > PreparedStatementCallback; bad SQL grammar [select * from > gettagsbyparent_id()]; n > ested exception is org.postgresql.util.PSQLException: ERROR: function > gettagsbyparent_id() does not exist > Hint: No function matches the given name and argument types. You might > need to add explicit type casts. > Position: 16 > Caused by: org.postgresql.util.PSQLException: ERROR: function > gettagsbyparent_id() does not exist > Hint: No function matches the given name and argument types. You might > need to add explicit type casts. > Position: 16"}} > > > On Wed, May 9, 2018 at 10:38 AM, Sandro Bonazzola <sbonazzo(a)redhat.com> > wrote: > >> Hi, >> if you're not yet on Fedora 28, please consider updating to it. >> On master we are aiming to support Fedora 28 and we are dismissing any >> older Fedora jobs in Jenkins soon. >> >> As a reminder Fedora 26 support is going to be EOL on Tuesday, May 29th, >> 2018. >> >> Thanks, >> -- >> >> SANDRO BONAZZOLA >> >> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D >> >> Red Hat EMEA <https://www.redhat.com/> >> >> sbonazzo(a)redhat.com >> <https://red.ht/sig> >> <https://redhat.com/summit> >> >> _______________________________________________ >> Infra mailing list -- infra(a)ovirt.org >> To unsubscribe send an email to infra-leave(a)ovirt.org >> >> > -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig> <https://redhat.com/summit>

4 4

[ACTION REQUIRED] Sun-setting oVirt 4.1 in CI
by Barak Korren 21 May '18

21 May '18

Hi all, Given that oVirt 4.1 has now gone EOL, we're going to start dropping all relates assets in the CI system. This includes: - All 4.1 jobs - All 4.1 change queues - The 4.1 'tested' repositories - The 4.1 'nightly snapshot' repositores. Maintainers, if your projects have any dependencies on the resources above, please be sure to update them to more up to date or stable resources. In particular, to depend on any 4.1 packages, please use the 4.1 released repo at: http://resources.ovirt.org/pub/ovirt-4.1/ Thanks, -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

3 2

engine communication with clients
by Anastasiya Ruzhanskaya 21 May '18

21 May '18

Hello! I have a question about communication between end users (clients) and engine. From the documentation I see that it was planned to transfer everything to REST API. Is it achieved already? Or do some types of connection still use RPC protocol ( I know that engine and vdsm use libvirt, but not sure about engine and clients).

2 1

openSUSE Leap 15.0 and Tumbleweed now supported on COPR
by Neal Gompa 20 May '18

20 May '18

Hey, As of now, Fedora COPR can now build packages for openSUSE Leap 15.0 and Tumbleweed, in addition to CentOS 6/7 with EPEL, Mageia 6 and Cauldron, and of course, Fedora 26+ (including Rawhide). Sandro mentioned on IRC that it might be a good idea to mention this in the devel ML for folks who work on oVirt packaging to know about this, so that things like "ovirt-guest-agent" could be provided via COPR relatively up to date for a wider variety of Linux distributions, hence this email. :) -- 真実はいつも一つ！/ Always, there's only one truth!

1 0

[FYI] Blog entry about oVirt on the mainframe
by Viktor VM Mihajlovski 18 May '18

18 May '18

Hi, as some of you know the support for s390x KVM hosts has been in oVirt for a while now - without raising too much attention. The following article highlights the availability and describes how to add a mainframe to an oVirt cluster: https://kvmonz.blogspot.co.uk/2018/05/knowledge-series-managing-kvm-on-ibm-… -- Regards, Viktor Mihajlovski

2 1

Rerun-Hooks Functionality is Restored in Gerrit
by Anton Marchukov 17 May '18

17 May '18

Hello All. We have fixed the Rerun-Hooks comment functionality on gerrit.ovirt.org and you should be able to start using it now. The most common use case for this is to rerun all patchset-created hooks on a patch. Just leave a comment with: Rerun-Hooks: all and shortly you will get the hooks to be re-executed and output delivered as a gerrit comment (same as you would just submitted the patch). This also supports rerunning individual hooks. But it is a bit less straightforward as you need to know the hook file name. E.g. the following is possible: Rerun-Hooks: patchset-created.bz.1.check_bug_url, patchset-created.bz.2.check_product you can see the default hooks list at [1]. I think most of the time "Rerun-Hooks: all" will do the job and it is all you need to remember. Note that currently it is possible to rerun online patchset-created hooks. Anton. [1] https://gerrit.ovirt.org/gitweb?p=gerrit-admin.git;a=tree;f=hooks/default-h… -- Anton Marchukov Team Lead - Release Management - RHV DevOps - Red Hat

2 2

Fwd: [CentOS-devel] [Storage] Mountpoint.io: Software Defined Storage event in Vancouver in August
by Sandro Bonazzola 17 May '18

17 May '18

FYI ---------- Forwarded message ---------- From: Rich Bowen <rbowen(a)redhat.com> Date: 2018-05-16 21:47 GMT+02:00 Subject: [CentOS-devel] [Storage] Mountpoint.io: Software Defined Storage event in Vancouver in August To: "The CentOS developers mailing list." <centos-devel(a)centos.org> Forwarding on an announcement from a colleague, for those of you interested in Software-defined Storage: Our first mountpoint is coming! Software-defined Storage (SDS) is changing the traditional way we think of storage. Decoupling software from hardware allows you to choose your hardware vendors and provides enterprises with more flexibility. Attend mountpoint on August 27 - 28, 2018 in Vancouver, BC, before Open Source Summit North America for this first time event. We are joining forces with the Ceph and Gluster communities, SDS experts, and partners to bring to you an exciting 2 day event. Help lead the conversation on open source software defined storage and share your knowledge! Our CFP is open on May 3rd through June 15th, 2018. More details available, including sponsorship: https://mountpoint.io/ -- Rich Bowen - rbowen(a)redhat.com @CentOSProject // @rbowen 859 351 9166 _______________________________________________ CentOS-devel mailing list CentOS-devel(a)centos.org https://lists.centos.org/mailman/listinfo/centos-devel -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig> <https://redhat.com/summit>

1 0

Re: Mailing-Lists upgrade
by Marc Dequènes (Duck) 17 May '18

17 May '18

I forgot to cross-post to other lists. Please read announcement below. On 05/08/2018 12:45 PM, Marc Dequènes (Duck) wrote: > Quack, > > On 04/28/2018 09:34 AM, Marc Dequènes (Duck) wrote: > >> A few months ago we had to rollback the migration because of a nasty >> bug. This is fixed in recent versions of Mailman 3 so we're rescheduling >> it on Tuesday 8th during the slot 11:00-12:00 JST. > > Just a word to say the migration happened and no problem was detected. > > The archive posts reindexation is not finished yet, and greylisting is > slowing down things a bit, but it should soon be over. Some information > like post count and little graphs in the web UI are handled via regular > cron jobs and should also soon be accurate. > > Old links to the archives, for pre-migration posts, are still working. > Posts URLS were not stable in Mailman 2 but been synced in > https://lists.ovirt.org/pipermail/ > > You can contact me directly by mail or IRC, or open a JIRA ticket if you > hit any problem. > > \_o< >

9 20