oVirt Privacy policy change
by Sandro Bonazzola
*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>
6 years, 6 months
Planned restart of production services
by Evgheni Dereveanchin
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
6 years, 6 months
[FC28] PostgreSQL 10
by Sandro Bonazzola
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>
6 years, 6 months
[ACTION REQUIRED] Sun-setting oVirt 4.1 in CI
by Barak Korren
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
6 years, 6 months
engine communication with clients
by Anastasiya Ruzhanskaya
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).
6 years, 6 months
openSUSE Leap 15.0 and Tumbleweed now supported on COPR
by Neal Gompa
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!
6 years, 6 months
Rerun-Hooks Functionality is Restored in Gerrit
by Anton Marchukov
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...
--
Anton Marchukov
Team Lead - Release Management - RHV DevOps - Red Hat
6 years, 6 months
Fwd: [CentOS-devel] [Storage] Mountpoint.io: Software Defined Storage event in Vancouver in August
by Sandro Bonazzola
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>
6 years, 6 months
Re: Mailing-Lists upgrade
by Marc Dequènes (Duck)
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<
>
6 years, 6 months
