Re: [ovirt-devel] Fwd: Still Failing: oVirt/ovirt-engine#4888 (master - 1cc377f)

[Sandro Bonazzola]

2018-03-06 9:39 GMT+01:00 Roman Mohr <rm...@redhat.com>:

>
>
> On Tue, Mar 6, 2018 at 9:34 AM, Roman Mohr <rm...@redhat.com> wrote:
>
>>
>>
>> On Tue, Mar 6, 2018 at 8:11 AM, Sandro Bonazzola <sbona...@redhat.com>
>> wrote:
>>
>>> Hi,
>>> not sure who's monitoring Travis failures and maintaining Travis jobs,
>>>
>>
>> I fear that was me until I moved to KubeVirt and that currently no one
>> monitors it. It is mostly useful to generate the sonarqube code-analysis.
>>
>>
>>> but looks like we have an error in the test suite
>>>
>>
>>
>> I guess this is related to the postgresql database version provided to
>> travis. See https://travis-ci.org/oVirt/ovirt-engine/builds/349675802#L4
>> 97. It complains about:
>>
>> psql:./packaging/dbscripts/common_sp.sql:1305: ERROR: type jsonb does
>> not exist
>>
>> Is postgres 9.2 still correct, or is there something needed to enable
>> jsonb? See https://github.com/oVirt/ovirt-engine/blob/master/.travi
>> s.yml#L17 for the current version used.
>>
>
No, postgres 9.5 is needed now



>
>> To be honest I am not sure if that free sonarqube offer still exists. You
>> can probably just remove the .travis.yml file.
>>
>
>
> Oh nemo.sonarqube.org is still free for opensource project, they just
> changed the mein url: https://sonarcloud.io/dashboard?id=org.ovirt.engine%
> 3Aroot
>
> So it might still be useful. There is this other code analysis too, so up
> to you guys if you find it useful.
>

great, let's keep it



>
>
>>
>> Best Regards,
>>
>> Roman
>>
>>
>>> It's currently failing on:
>>>
>>>   ---
>>>  T E S T S
>>> ---
>>> Running org.ovirt.engine.core.dal.job.ExecutionMessageDirectorTest
>>> Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.234 sec
>>> Running org.ovirt.engine.core.dal.dbbroker.DbConnectionUtilTest
>>> Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.936 sec 
>>> <<< FAILURE!
>>> org.ovirt.engine.core.dal.dbbroker.DbConnectionUtilTest  Time elapsed: 936 
>>> sec  <<< FAILURE!
>>> java.lang.AssertionError: Unable to init tests
>>>
>>> Looks pretty much similar to what happens in jenkins for fcraw builds,
>>> tracked here: https://bugzilla.redhat.com/show_bug.cgi?id=1550033
>>>
>>>
>>>
>>> -- Forwarded message --
>>> From: Travis CI <bui...@travis-ci.org>
>>> Date: 2018-03-06 7:53 GMT+01:00
>>> Subject: Still Failing: oVirt/ovirt-engine#4888 (master - 1cc377f)
>>> To: sbona...@redhat.com
>>>
>>>
>>> *oVirt / ovirt-engine
>>> <https://travis-ci.org/oVirt/ovirt-engine?utm_source=email_medium=notification>*
>>> (master <https://github.com/oVirt/ovirt-engine/tree/master>)
>>> Build #4888 is still failing.
>>> <https://travis-ci.org/oVirt/ovirt-engine/builds/349675802?utm_source=email_medium=notification>
>>> 4 minutes and 38 seconds
>>> *Yedidyah Bar David* 1cc377f
>>> <https://github.com/oVirt/ovirt-engine/commit/1cc377fa30286733aeb68aa75a5bc801d6fc3f41>
>>>  Changeset
>>> →
>>> <https://github.com/oVirt/ovirt-engine/compare/6c9465241694...1cc377fa3028>
>>>   packaging: setup: postgres95: Refuse to upgrade if new data dir is
>>> not empty
>>>
>>> Change-Id: I9f69ceb2b8ea773d1bb883c3e81734a3c4c8af3c
>>> Bug-Url: https://bugzilla.redhat.com/1546771
>>> Signed-off-by: Yedidyah Bar David <d...@redhat.com>
>>>
>>> *Want to know about upcoming build environment updates?*
>>>
>>> Would you like to stay up-to-date with the upcoming Travis CI build
>>> environment updates? We set up a mailing list for you! Sign up here
>>> <http://eepurl.com/9OCsP>.
>>> Documentation <https://docs.travis-ci.com> about Travis CI
>>> Need help? Mail support <supp...@travis-ci.com>!
>>> Choose who receives these build notification emails in your configuration
>>> file <https://docs.travis-ci.com/user/notifications>.
>>>
>>> *Would you like to test your private code?*
>>>
>>> Travis CI for Private Projects
>>> <https://travis-ci.com?utm_source=build_email_footer_campaign=travis-ci.org_medium=email>
>>> could be your new best friend!
>>>
>>>
>>>
>>> --
>>>
>>> SANDRO BONAZZOLA
>>>
>>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>>
>>> Red Hat EMEA <https://www.redhat.com/>
>>> <https://red.ht/sig>
>>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>>
>>>
>>> ___
>>> Devel mailing list
>>> Devel@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>
>>
>>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Fwd: Still Failing: oVirt/ovirt-engine#4888 (master - 1cc377f)

[Sandro Bonazzola]

Hi,
not sure who's monitoring Travis failures and maintaining Travis jobs, but
looks like we have an error in the test suite

It's currently failing on:

  ---
 T E S T S
---
Running org.ovirt.engine.core.dal.job.ExecutionMessageDirectorTest
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.234 sec
Running org.ovirt.engine.core.dal.dbbroker.DbConnectionUtilTest
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.936
sec <<< FAILURE!
org.ovirt.engine.core.dal.dbbroker.DbConnectionUtilTest  Time elapsed:
936 sec  <<< FAILURE!
java.lang.AssertionError: Unable to init tests

Looks pretty much similar to what happens in jenkins for fcraw builds,
tracked here: https://bugzilla.redhat.com/show_bug.cgi?id=1550033



-- Forwarded message --
From: Travis CI <bui...@travis-ci.org>
Date: 2018-03-06 7:53 GMT+01:00
Subject: Still Failing: oVirt/ovirt-engine#4888 (master - 1cc377f)
To: sbona...@redhat.com


*oVirt / ovirt-engine
<https://travis-ci.org/oVirt/ovirt-engine?utm_source=email_medium=notification>*
(master <https://github.com/oVirt/ovirt-engine/tree/master>)
Build #4888 is still failing.
<https://travis-ci.org/oVirt/ovirt-engine/builds/349675802?utm_source=email_medium=notification>
4 minutes and 38 seconds
*Yedidyah Bar David* 1cc377f
<https://github.com/oVirt/ovirt-engine/commit/1cc377fa30286733aeb68aa75a5bc801d6fc3f41>
Changeset
→
<https://github.com/oVirt/ovirt-engine/compare/6c9465241694...1cc377fa3028>
  packaging: setup: postgres95: Refuse to upgrade if new data dir is not
empty

Change-Id: I9f69ceb2b8ea773d1bb883c3e81734a3c4c8af3c
Bug-Url: https://bugzilla.redhat.com/1546771
Signed-off-by: Yedidyah Bar David <d...@redhat.com>

*Want to know about upcoming build environment updates?*

Would you like to stay up-to-date with the upcoming Travis CI build
environment updates? We set up a mailing list for you! Sign up here
<http://eepurl.com/9OCsP>.
Documentation <https://docs.travis-ci.com> about Travis CI
Need help? Mail support <supp...@travis-ci.com>!
Choose who receives these build notification emails in your configuration
file <https://docs.travis-ci.com/user/notifications>.

*Would you like to test your private code?*

Travis CI for Private Projects
<https://travis-ci.com?utm_source=build_email_footer_campaign=travis-ci.org_medium=email>
could be your new best friend!



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] hosted-engine ovirt-system-tests

[Sandro Bonazzola]

Il 5 mar 2018 2:02 PM, "Yedidyah Bar David"  ha scritto:

Hi all,

Recently I have been pushing various patches to OST in order to verify
specific bugs/fixes I was working on, using them with the "manual"
jenkins job but with no immediate intention to get them merged. Main
reason is that it's not clear what's the best approach to get such
tests merged. Do we want a new suite? How often does it run? How long
does it take? Do we have enough resources? etc.

Do we have plans re this? Bugs/tickets/etc.?

Do we want to do something?

Specifically, do we want (eventually) many more suites? This seems
unmanageable. A few suites, perhaps (also) using lago snapshots?
Didn't try that myself, might be useful and relevant.


Didn't check since I am on mobile phone but if all the tests are regression
tests I think itv would be useful run the test daily. AFAIK we don't have
tests running per patch on hosted engine commits so it should be ok adding
them to existing test suite


Some examples:
https://gerrit.ovirt.org/79203
https://gerrit.ovirt.org/79215
https://gerrit.ovirt.org/84813
https://gerrit.ovirt.org/88201
https://gerrit.ovirt.org/88234

And current one - this and the next ones in the stack:
https://gerrit.ovirt.org/88331

Best regards,
--
Didi
___
Infra mailing list
in...@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] ERROR Internal error: type object 'Stages' has no attribute 'ANSWER_FILE_GENERATED'

[Sandro Bonazzola]

2018-03-01 14:23 GMT+01:00 Eitan Raviv <era...@redhat.com>:

> sorry, did not mention i am on rhel 7.3
>

I would suggest to update to rhel 7.4 then as well.



>
> On Thu, Mar 1, 2018 at 2:53 PM, Yedidyah Bar David <d...@redhat.com>
> wrote:
>
>> On Thu, Mar 1, 2018 at 2:25 PM, Eitan Raviv <era...@redhat.com> wrote:
>> > Hi,
>> >
>> > I am getting the above error on the latest master tip when running
>> engine
>> > set-up.
>> >
>> > Anybody can advise?
>>
>> Already discussed here, search for '[ACTION REQUIRED] upgrade to
>> Fedora 27 for otopi on master'.
>>
>> Best regards,
>>
>> >
>> > Thanks
>> >
>> > --
>> > Eitan Raviv
>> > IRC: erav (#ovirt #vdsm #devel #rhev-dev)
>>
>>
>>
>> --
>> Didi
>>
>
>
>
> --
> Eitan Raviv
> IRC: erav (#ovirt #vdsm #devel #rhev-dev)
>
> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] engine master failing build on fcraw

[Sandro Bonazzola]

2018-02-26 12:59 GMT+01:00 Eyal Edri <ee...@redhat.com>:

>
>
> On Mon, Feb 26, 2018 at 1:23 PM, Gobinda Das <go...@redhat.com> wrote:
>
>> I have couple of patches, build failing due to same issue.
>> https://gerrit.ovirt.org/#/c/85885/
>> https://gerrit.ovirt.org/#/c/87964/
>>
>> org.ovirt.engine.core.dal.dbbroker.DbConnectionUtilTest  Time elapsed: 1437 
>> sec  <<< FAILURE!*16:36:08* java.lang.AssertionError: Unable to init 
>> tests*16:36:08* at 
>> org.ovirt.engine.core.dao.BaseDaoTestCase.initTestCase(BaseDaoTestCase.java:84)*16:36:08*
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)*16:36:08* 
>>at 
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)*16:36:08*
>>   at 
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>
>> .
>>
>> .
>>
>> .
>>
>>
>> Is it necessary, all patches need to pass on fcraw?
>>
>>
>
> Yes, if ovirt-engine has build-artifacts for fcraw, it has to pass,
> otherwise no new engine build will be deployed to tested repo until it's
> fixed.
> If it can't be fixed, the fcraw build-artifacts job needs to be removed.
>

As a side note, retriggering the fcraw build on a different slave usually
is enough for getting the job passing.
I think it's not a fcraw bug but either an env or test bug.


>
>
>>
>>
>>
>> On Wed, Feb 14, 2018 at 11:35 PM, Eli Mesika <emes...@redhat.com> wrote:
>>
>>> May this be related to the PG JDBC driver issue [1]
>>>
>>>
>>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1459499 ???
>>>
>>> On Fri, Feb 9, 2018 at 2:47 PM, Sandro Bonazzola <sbona...@redhat.com>
>>> wrote:
>>>
>>>> Hi,
>>>> http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch
>>>> -fcraw-x86_64/114/consoleFull
>>>>
>>>> failed on fcraw with:
>>>>
>>>> *10:59:21* Failed tests:   
>>>> org.ovirt.engine.core.dal.dbbroker.DbConnectionUtilTest: Unable to init 
>>>> tests
>>>>
>>>>
>>>> Test output was:
>>>>
>>>> *10:59:11* Running 
>>>> org.ovirt.engine.core.dal.dbbroker.DbConnectionUtilTest*10:59:13* Tests 
>>>> run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 2.296 sec <<< 
>>>> FAILURE!*10:59:13* org.ovirt.engine.core.dal.dbbroker.DbConnectionUtilTest 
>>>>  Time elapsed: 2287 sec  <<< FAILURE!*10:59:13* java.lang.AssertionError: 
>>>> Unable to init tests*10:59:13* at 
>>>> org.ovirt.engine.core.dao.BaseDaoTestCase.initTestCase(BaseDaoTestCase.java:84)*10:59:13*
>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native 
>>>> Method)*10:59:13*at 
>>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)*10:59:13*
>>>>   at 
>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)*10:59:13*
>>>>   at java.lang.reflect.Method.invoke(Method.java:498)*10:59:13*   at 
>>>> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)*10:59:13*
>>>>at 
>>>> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)*10:59:13*
>>>> at 
>>>> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)*10:59:13*
>>>>  at 
>>>> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)*10:59:13*
>>>>   at 
>>>> org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)*10:59:13*
>>>>at 
>>>> org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70)*10:59:13*
>>>>  at 
>>>> org.junit.runners.ParentRunner.run(ParentRunner.java:363)*10:59:13*  at 
>>>> org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:191)*10:59:13*
>>>>   at 
>>>> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252)*10:59:13*
>>>>at 
>>>> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141)*10:59:13*
>>>> at 
>>>> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JU

Re: [ovirt-devel] [VDSM] Failing CI check-patch on master, el7: Missing ppc64 repos

[Sandro Bonazzola]

2018-02-22 14:45 GMT+01:00 Michal Skrivanek <michal.skriva...@redhat.com>:

>
>
> On 22 Feb 2018, at 10:10, Edward Haas <eh...@redhat.com> wrote:
>
> Hello,
>
> VDSM check-patch on master started to fail, looks like some repos vanished.
>
> http://jenkins.ovirt.org/job/vdsm_master_check-patch-el7-
> x86_64/21853/console
>
> Can someone have a look? (Do we need ppc64?
>
>
> you’re referring to ppc64le I suppose (as per the log). Not to be confused
> with ppc64 (big endian).
> And yes we need it, it’s one of the supported platforms and everyone is
> supposed to verify their stuff on ppc64le in addition to x86_64;)
>

>From today #centos-devel IRC channel:

(11:09:18) sbonazzo: Arrfab: hi, looks like something broke yesterday
https://cbs.centos.org/repos/virt7-ovirt-common-testing/ now is x86_64 only
while 2 days ago it also had aarch64 and ppc64le
(11:09:26) sbonazzo: Arrfab: can you have a look?
(11:52:56) Arrfab: sbonazzo: sorry, in meeting but alphacc can probably
have a look (as he submitted a patch for mash yesterday)
(11:53:35) sbonazzo: alphacc: ^ (11:09:18) sbonazzo: Arrfab: hi, looks like
something broke yesterday
https://cbs.centos.org/repos/virt7-ovirt-common-testing/ now is x86_64 only
while 2 days ago it also had aarch64 and ppc64le
(13:40:38) alphacc: sbonazzo: I am checking
(14:13:58) alphacc: sbonazzo: it will recover in ~10 minutes
(14:15:38) sbonazzo: alphacc: thanks

Repositories are back to normal state.

As a side note, please avoid to use
https://cbs.centos.org/repos/virt7-ovirt-common-testing/$basearch
Please use https://buildlogs.centos.org/centos/7/virt/$basearch/ovirt-4.2/
instead.


>
> Thanks,
> michal
>
> Why it was removed?)
>
> Thanks,
> Edy.
> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>
>
>
> _______
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] ovirt-engine-api-model jenkins jobs

[Sandro Bonazzola]

2018-02-21 20:49 GMT+01:00 Martin Perina <mper...@redhat.com>:

>
>
> On Wed, Feb 21, 2018 at 5:15 PM, Sandro Bonazzola <sbona...@redhat.com>
> wrote:
>
>> Hi,
>> I'm investigating on a failure[2
>> <http://jenkins.ovirt.org/job/ovirt-engine-api-model_master_build-artifacts-el7-x86_64/1/console>]
>> on jenkins jobs for ovirt-engine-api-model[1
>> <http://jenkins.ovirt.org/search/?q=ovirt-engine-api-model_master_build-artifacts>]
>> on el7.
>> Before I further invest time on it, I'd like to understand the purpose of
>> the job.
>>
>> As far as I can tell the project is building some documentation in
>> different formats and a tarball with the sources:
>>
>> asciidoctor.css 28.92 KB
>> model.adoc 1.24 MB
>> model.csv 264.77 KB
>> model.html 3.37 MB
>> model.json 7.39 MB
>> model.xml 6.09 MB
>> ovirt-engine-api-model-4.3.8.20180213gita1f6d9a.tar.gz 246.48 KB
>>
>> I think that some way the output may be used by
>> http://ovirt.github.io/ovirt-engine-api-model/ but I don't feel like
>> this is really done.
>>
>> I also see that artifacts are published on https://search.maven.org/#a
>> rtifactdetails%7Corg.ovirt.engine.api%7Cmodel%7C4.3.7.color%7Cjar
>> <https://search.maven.org/#artifactdetails%7Corg.ovirt.engine.api%7Cmodel%7C4.3.7.color%7Cjar>
>> but this is also not done by the jenkins jobs.
>>
>> I see this artifacts is required in ovirt-engine pom.xml:
>> 4.3.7
>>
>> So I would expect the job to prepare a rpm including this jar and pom to
>> be required in ovirt-engine spec file, at least if we follow Fedora
>> packaging guidelines.
>>
>
> AFAIK model is not published as ​
> RPM​
> ​, because there are no benefits, just more work. Ondro/Ori, am I right?
>

Ok, assuming this is the reason no rpm packaging has been done, what's the
purpose of the build job?
If it's not needed, let's drop it.



> ​
>
>>
>> As is, this jobs seams meaningless. What should we do here? Drop the job?
>> Fix it for building rpms?
>>
>> [1] http://jenkins.ovirt.org/search/?q=ovirt-engine-api-mode
>> l_master_build-artifacts
>> [2] http://jenkins.ovirt.org/job/ovirt-engine-api-model_mast
>> er_build-artifacts-el7-x86_64/1/console
>>
>> --
>>
>> SANDRO BONAZZOLA
>>
>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>
>> Red Hat EMEA <https://www.redhat.com/>
>> <https://red.ht/sig>
>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>
>>
>> ___
>> Devel mailing list
>> Devel@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>>
>
>
>
> --
> Martin Perina
> Associate Manager, Software Engineering
> Red Hat Czech s.r.o.
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] ovirt-engine-api-model jenkins jobs

[Sandro Bonazzola]

Hi,
I'm investigating on a failure[2
<http://jenkins.ovirt.org/job/ovirt-engine-api-model_master_build-artifacts-el7-x86_64/1/console>]
on jenkins jobs for ovirt-engine-api-model[1
<http://jenkins.ovirt.org/search/?q=ovirt-engine-api-model_master_build-artifacts>]
on el7.
Before I further invest time on it, I'd like to understand the purpose of
the job.

As far as I can tell the project is building some documentation in
different formats and a tarball with the sources:

asciidoctor.css 28.92 KB
model.adoc 1.24 MB
model.csv 264.77 KB
model.html 3.37 MB
model.json 7.39 MB
model.xml 6.09 MB
ovirt-engine-api-model-4.3.8.20180213gita1f6d9a.tar.gz 246.48 KB

I think that some way the output may be used by
http://ovirt.github.io/ovirt-engine-api-model/ but I don't feel like this
is really done.

I also see that artifacts are published on
 
https://search.maven.org/#artifactdetails%7Corg.ovirt.engine.api%7Cmodel%7C4.3.7.color%7Cjar
<https://search.maven.org/#artifactdetails%7Corg.ovirt.engine.api%7Cmodel%7C4.3.7.color%7Cjar>
but this is also not done by the jenkins jobs.

I see this artifacts is required in ovirt-engine pom.xml:
4.3.7

So I would expect the job to prepare a rpm including this jar and pom to be
required in ovirt-engine spec file, at least if we follow Fedora packaging
guidelines.

As is, this jobs seams meaningless. What should we do here? Drop the job?
Fix it for building rpms?

[1]
http://jenkins.ovirt.org/search/?q=ovirt-engine-api-model_master_build-artifacts
[2]
http://jenkins.ovirt.org/job/ovirt-engine-api-model_master_build-artifacts-el7-x86_64/1/console

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] CentOS Virt SIG - oVirt 4.3 repositories

[Sandro Bonazzola]

Hi,
tags have been created for oVirt 4.3 development.
I'm going to cross tag dependencies from oVirt 4.2 to oVirt 4.3 in the next
weeks.
Once done, I'll push patches to oVirt System Test master and oVirt Release
master switching from oVirt 4.2 to oVirt 4.3.

Repositories that will contain 4.3 related stuff while I'm working on it:
https://cbs.centos.org/repos/virt7-ovirt-43-candidate
https://cbs.centos.org/repos/virt7-ovirt-common-candidate

Once I'll be sure master works with these, I'll tag for testing switching
to:
https://cbs.centos.org/repos/virt7-ovirt-43-testing
https://cbs.centos.org/repos/virt7-ovirt-common-testing

Once repoclosure passes, I'll ask to start signing and publishing rpms for
testing getting the rpms into final testing destination:
https://buildlogs.centos.org/centos/7/virt/$basearch/ovirt-4.3/

This will be the repo that will be added to OST and ovirt-release.
If new dependencies needs to be added to 4.3 repo during this process,
please let me know.

Thanks
-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt 4.2 +Master (ovirt-engine-metrics) ] [ 14-02-2018 ] [ 003_00_metrics_bootstrap.metrics_and_log_collector ]

[Sandro Bonazzola]

2018-02-14 12:28 GMT+01:00 Dafna Ron <d...@redhat.com>:

> Hi,
>
> Test 003_00_metrics_bootstrap.metrics_and_log_collector failed on basic
> suite.
> The only error I could find was in lago log about failing to configure
> metrics.
>


engine ansible logs at
http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/775/artifact/exported-artifacts/basic-suit-4.2-el7/test_logs/basic-suite-4.2/post-003_00_metrics_bootstrap.py/lago-basic-suite-4-2-engine/_var_log/ovirt-engine/ansible/standalone-20180213120633-ovirt-metrics-deployment.log/*view*/
shows:

2018-02-13 12:06:38,154 p=20196 u=root |  fatal: [localhost]:
UNREACHABLE! => {"changed": false, "msg": "Failed to connect to the
host via ssh: Warning: Permanently added 'localhost' (ECDSA) to the
list of known hosts.\r\nPermission denied
(publickey,gssapi-keyex,gssapi-with-mic,password).\r\n",
"unreachable": true}







>
>
>
>
>
>
>
>
> *Link and headline of suspected patches:
> https://gerrit.ovirt.org/#/c/87489/7 <https://gerrit.ovirt.org/#/c/87489/7>
> - ansible: update ovirt-metrics-store-setup roleLink to
> Job:http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/775/
> <http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/775/>Link to
> all
> logs:http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/775/artifact
> <http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/775/artifact>(Relevant)
> error snippet from the log: *
> 018-02-13 17:06:38,250::utils.py::_ret_via_queue::60::lago.utils::ERROR::Error
> while running thread
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in
> _ret_via_queue
> queue.put({'return': func()})
>   File "/home/jenkins/workspace/ovirt-4.2_change-queue-tester/
> ovirt-system-tests/basic-suite-4.2/test-scenarios/003_00_metrics_bootstrap.py",
> line 54, in configure_metrics
> ' Exit code is %s' % result.code
>   File "/usr/lib/python2.7/site-packages/nose/tools/trivial.py", line 29,
> in eq_
> raise AssertionError(msg or "%r != %r" % (a, b))
> AssertionError: Configuring ovirt machines for metrics failed. Exit code
> is 2
>
>
> ___
> Infra mailing list
> in...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] engine master failing build on fcraw

[Sandro Bonazzola]

Hi,
http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-fcraw-x86_64/114/consoleFull

failed on fcraw with:

*10:59:21* Failed tests:
org.ovirt.engine.core.dal.dbbroker.DbConnectionUtilTest: Unable to
init tests


Test output was:

*10:59:11* Running
org.ovirt.engine.core.dal.dbbroker.DbConnectionUtilTest*10:59:13*
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 2.296
sec <<< FAILURE!*10:59:13*
org.ovirt.engine.core.dal.dbbroker.DbConnectionUtilTest  Time elapsed:
2287 sec  <<< FAILURE!*10:59:13* java.lang.AssertionError: Unable to
init tests*10:59:13*at
org.ovirt.engine.core.dao.BaseDaoTestCase.initTestCase(BaseDaoTestCase.java:84)*10:59:13*
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)*10:59:13*   at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)*10:59:13*
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)*10:59:13*
at java.lang.reflect.Method.invoke(Method.java:498)*10:59:13*   at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)*10:59:13*
at 
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)*10:59:13*
at 
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)*10:59:13*
at 
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)*10:59:13*
at 
org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)*10:59:13*
at 
org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70)*10:59:13*
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)*10:59:13*
at 
org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:191)*10:59:13*
at 
org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252)*10:59:13*
at 
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141)*10:59:13*
at 
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112)*10:59:13*
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)*10:59:13*   at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)*10:59:13*
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)*10:59:13*
at java.lang.reflect.Method.invoke(Method.java:498)*10:59:13*   at
org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)*10:59:13*
at 
org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)*10:59:13*
at 
org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)*10:59:13*
at 
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115)*10:59:13*
at 
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)*10:59:13*
Caused by: java.lang.NullPointerException*10:59:13* at
org.postgresql.jdbc2.AbstractJdbc2DatabaseMetaData.getColumns(AbstractJdbc2DatabaseMetaData.java:2501)*10:59:13*
at 
org.postgresql.jdbc4.AbstractJdbc4DatabaseMetaData.getColumns(AbstractJdbc4DatabaseMetaData.java:98)*10:59:13*
at 
org.dbunit.database.DefaultMetadataHandler.getColumns(DefaultMetadataHandler.java:52)*10:59:13*
at 
org.dbunit.database.DatabaseTableMetaData.getColumns(DatabaseTableMetaData.java:317)*10:59:13*
at 
org.dbunit.dataset.AbstractTableMetaData.getColumnIndex(AbstractTableMetaData.java:106)*10:59:13*
at 
org.dbunit.operation.AbstractOperation.getOperationMetaData(AbstractOperation.java:89)*10:59:13*
at 
org.dbunit.operation.AbstractBatchOperation.execute(AbstractBatchOperation.java:150)*10:59:13*
at 
org.dbunit.operation.CompositeOperation.execute(CompositeOperation.java:79)*10:59:13*
at 
org.ovirt.engine.core.dao.BaseDaoTestCase.initTestCase(BaseDaoTestCase.java:66)*10:59:13*
... 24 more*10:59:13*


I'm disabling again fcraw tests for ovirt-engine, please let me know when
this issue has been addressed.


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [vdsm] stable branch ovirt-4.2 created

[Sandro Bonazzola]

2018-02-09 10:36 GMT+01:00 Michal Skrivanek <michal.skriva...@redhat.com>:

>
>
> On 8 Feb 2018, at 09:51, Martin Perina <mper...@redhat.com> wrote:
>
>
>
> On Thu, Feb 8, 2018 at 9:20 AM, Yaniv Kaul <yk...@redhat.com> wrote:
>
>>
>>
>> On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <dan...@redhat.com> wrote:
>>
>>> We still do not have vdsm-4.30 in http://plain.resources.ovirt.o
>>> rg/pub/ovirt-master-snapshot/rpm/el7/noarch/ . Since the current
>>> version there does not support 4.3 cluster level, we're constantly getting
>>>
>>> (EE-ManagedThreadFactory-engineScheduled-Thread-2) [239bce23] EVENT_ID:
>>> VDS_CLUSTER_VERSION_NOT_SUPPORTED(154), Host
>>> lago-network-suite-master-host-0 is compatible with versions
>>> (3.6,4.0,4.1,4.2) and cannot join Cluster Default which is set to version
>>> 4.3.
>>>
>>> assistance to straighten this up is most welcome.
>>>
>>
>> Isn't a patch to explicitly set the cluster level to 4.2 will solve it?
>> Y.
>>
>
> ​We need to somehow allow https://gerrit.ovirt.org/87116​
>
> ​ to pass CQ, there was another thread about it yesterday, but no result.
>
>
> not sure if related to your test, but the 4.3 ServerCPUList is wrong in
> that merged patch. The list from line 962(original file) should have been
> used
>


Can you fix it so we can see if this solves?



>
>
>
> Dafna, AFAIK s390x job was removed, so what else needs to be done for this
> patch to pass through CQ?
> ​
>
>>
>>
>>>
>>> On Wed, Feb 7, 2018 at 2:06 PM, Sandro Bonazzola <sbona...@redhat.com>
>>> wrote:
>>>
>>>>
>>>>
>>>> 2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <dan...@redhat.com>:
>>>>
>>>>> On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <from...@redhat.com>
>>>>> wrote:
>>>>> > On 02/07/2018 08:46 AM, Dan Kenigsberg wrote:
>>>>> >> On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani <
>>>>> from...@redhat.com> wrote:
>>>>> >>> Hi all,
>>>>> >>>
>>>>> >>>
>>>>> >>> With the help of Sandro (many thanks @sbonazzo !), we created
>>>>> minutes
>>>>> >>> ago the ovirt-4.2 stable branch:
>>>>> >>>
>>>>> >>>
>>>>> >>> Steps performed:
>>>>> >>>
>>>>> >>> 1. merged https://gerrit.ovirt.org/#/c/87070/
>>>>> >>>
>>>>> >>> 2. branched out ovirt-4.2 from git master
>>>>> >>>
>>>>> >>> 3. merged https://gerrit.ovirt.org/#/c/87181/ to add support for
>>>>> 4.3 level
>>>>> >>>
>>>>> >>> 4. createed and pushed the tag v4.30.0 from master, to make sure
>>>>> the
>>>>> >>> version number is greater of the stable versions, and to (somehow
>>>>> :))
>>>>> >>> align with oVirt versioning
>>>>> >>>
>>>>> >>> 5. tested make dist/make rpm on both new branch ovirt-4.2 and
>>>>> master,
>>>>> >>> both looks good and use the right version
>>>>> >>>
>>>>> >>>
>>>>> >>> Maintainers, please check it looks right for you before merging
>>>>> any new
>>>>> >>> patch to master branch.
>>>>> >>>
>>>>> >>>
>>>>> >>> Please let me know about any issue!
>>>>> >> Thank you Francesco (and Sandro).
>>>>> >>
>>>>> >> Any idea why http://plain.resources.ovirt.o
>>>>> rg/pub/ovirt-4.2-snapshot/rpm/el7/noarch/
>>>>> >> still does not hold any vdsm-4.20 , and
>>>>> >> http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/r
>>>>> pm/el7/noarch/
>>>>> >> does not have the new vdsm-4.30 ?
>>>>> >>
>>>>> >> ?
>>>>> >
>>>>> > Uhm, maybe related to CQ (Change Queue), because git state looks ok,
>>>>> one
>>>>> > data point:
>>>>> > http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-on-
>>>>> demand-el7-x86_64/772/artifact/exported-artifacts/
>

Re: [ovirt-devel] [vdsm] stable branch ovirt-4.2 created

[Sandro Bonazzola]

2018-02-09 9:23 GMT+01:00 Sandro Bonazzola <sbona...@redhat.com>:

>
>
> 2018-02-08 9:51 GMT+01:00 Martin Perina <mper...@redhat.com>:
>
>>
>>
>> On Thu, Feb 8, 2018 at 9:20 AM, Yaniv Kaul <yk...@redhat.com> wrote:
>>
>>>
>>>
>>> On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <dan...@redhat.com>
>>> wrote:
>>>
>>>> We still do not have vdsm-4.30 in http://plain.resources.ovirt.o
>>>> rg/pub/ovirt-master-snapshot/rpm/el7/noarch/ . Since the current
>>>> version there does not support 4.3 cluster level, we're constantly getting
>>>>
>>>> (EE-ManagedThreadFactory-engineScheduled-Thread-2) [239bce23]
>>>> EVENT_ID: VDS_CLUSTER_VERSION_NOT_SUPPORTED(154), Host
>>>> lago-network-suite-master-host-0 is compatible with versions
>>>> (3.6,4.0,4.1,4.2) and cannot join Cluster Default which is set to version
>>>> 4.3.
>>>>
>>>> assistance to straighten this up is most welcome.
>>>>
>>>
>>> Isn't a patch to explicitly set the cluster level to 4.2 will solve it?
>>> Y.
>>>
>>
>> ​We need to somehow allow https://gerrit.ovirt.org/87116​
>>
>> ​ to pass CQ, there was another thread about it yesterday, but no result.
>>
>> Dafna, AFAIK s390x job was removed, so what else needs to be done for
>> this patch to pass through CQ?
>>
>
> I see that https://gerrit.ovirt.org/#/c/87116/ has been tested in
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5307/
>
> which vailed on basic sanity test running VMs: Traceback (most recent
> call last):
>
>   File "/usr/lib64/python2.7/unittest/case.py", line 369, in run
> testMethod()
>   File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTest
> self.test(*self.arg)
>   File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129, in 
> wrapped_test
> test()
>   File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in 
> wrapper
> return func(get_test_prefix(), *args, **kwargs)
>   File 
> "/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/upgrade-from-release-suite-master/test-scenarios-after-upgrade/004_basic_sanity.py",
>  line 105, in vm_run
> api.vms.get(VM0_NAME).start(start_params)
>   File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", 
> line 31193, in start
> headers={"Correlation-Id":correlation_id}
>   File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", 
> line 122, in request
> persistent_auth=self.__persistent_auth
>   File 
> "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py",
>  line 79, in do_request
> persistent_auth)
>   File 
> "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py",
>  line 162, in __do_request
> raise errors.RequestError(response_code, response_reason, response_body)
> RequestError:
> status: 400
> reason: Bad Request
> detail:
>
>
>
> Current master is on https://gerrit.ovirt.org/#/c/86220/ and it's now
> under testing in http://jenkins.ovirt.org/job/ovirt-master_change-queue-
> tester/5471/
> Waiting to see if it passes or not.
>
>
It failed:
http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5471/testReport/(root)/004_basic_sanity/vm_run/

Traceback (most recent call last):
  File "/usr/lib64/python2.7/unittest/case.py", line 369, in run
testMethod()
  File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line
129, in wrapped_test
test()
  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line
59, in wrapper
return func(get_test_prefix(), *args, **kwargs)
  File 
"/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/upgrade-from-release-suite-master/test-scenarios-after-upgrade/004_basic_sanity.py",
line 105, in vm_run
api.vms.get(VM0_NAME).start(start_params)
  File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py",
line 31193, in start
headers={"Correlation-Id":correlation_id}
  File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",
line 122, in request
persistent_auth=self.__persistent_auth
  File 
"/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py",
line 79, in do_request
persistent_auth)
  File 
"/usr/lib/pytho

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 07-02-2018 ] [ 004_basic_sanity.vm_run ]

[Sandro Bonazzola]

ll.RunVmCommand] (default task-5)
>>>>> [03cdc0e6-eb94-46a4-9882-77762b2ed787] Can't find VDS to run the VM
>>>>> 'ccfe9852-f2d6-4e18-8213-29d958d3a8ed' on, so this VM will not be
>>>>> run.2018-02-06 16:42:39,493-05 ERROR
>>>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>>>>> (default task-5) [03cdc0e6-eb94-46a4-9882-77762b2ed787] EVENT_ID:
>>>>> USER_FAILED_RUN_VM(54), Failed to run VM vm0 (User:
>>>>> admin@internal-authz).2018-02-06 16:42:39,500-05 INFO
>>>>> [org.ovirt.engine.core.bll.RunVmOnceCommand] (default task-5)
>>>>> [03cdc0e6-eb94-46a4-9882-77762b2ed787] Lock freed to object
>>>>> 'EngineLock:{exclusiveLocks='[ccfe9852-f2d6-4e18-8213-29d958d3a8ed=VM]',
>>>>> sharedLocks=''}'2018-02-06 16:42:39,505-05 ERROR
>>>>> [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default
>>>>> task-5) [] Operation Failed: []2018-02-06 16:42:39,512-05 INFO
>>>>> [org.ovirt.engine.core.bll.Pro
>>>>> <http://org.ovirt.engine.core.bll.Pro>cessDownVmCommand]
>>>>> (EE-ManagedThreadFactory-engine-Thread-17) [4fe81490] Running command:
>>>>> ProcessDownVmCommand internal: true.(END)*
>>>>>
>>>>>
>>>>>
>>>>> ___
>>>>> Devel mailing list
>>>>> Devel@ovirt.org
>>>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Martin Perina
>>>> Associate Manager, Software Engineering
>>>> Red Hat Czech s.r.o.
>>>>
>>>
>>>
>>
>>
>> --
>> Martin Perina
>> Associate Manager, Software Engineering
>> Red Hat Czech s.r.o.
>> ___
>> Devel mailing list
>> Devel@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [vdsm] stable branch ovirt-4.2 created

[Sandro Bonazzola]

2018-02-08 9:51 GMT+01:00 Martin Perina <mper...@redhat.com>:

>
>
> On Thu, Feb 8, 2018 at 9:20 AM, Yaniv Kaul <yk...@redhat.com> wrote:
>
>>
>>
>> On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <dan...@redhat.com> wrote:
>>
>>> We still do not have vdsm-4.30 in http://plain.resources.ovirt.o
>>> rg/pub/ovirt-master-snapshot/rpm/el7/noarch/ . Since the current
>>> version there does not support 4.3 cluster level, we're constantly getting
>>>
>>> (EE-ManagedThreadFactory-engineScheduled-Thread-2) [239bce23] EVENT_ID:
>>> VDS_CLUSTER_VERSION_NOT_SUPPORTED(154), Host
>>> lago-network-suite-master-host-0 is compatible with versions
>>> (3.6,4.0,4.1,4.2) and cannot join Cluster Default which is set to version
>>> 4.3.
>>>
>>> assistance to straighten this up is most welcome.
>>>
>>
>> Isn't a patch to explicitly set the cluster level to 4.2 will solve it?
>> Y.
>>
>
> ​We need to somehow allow https://gerrit.ovirt.org/87116​
>
> ​ to pass CQ, there was another thread about it yesterday, but no result.
>
> Dafna, AFAIK s390x job was removed, so what else needs to be done for this
> patch to pass through CQ?
>

I see that https://gerrit.ovirt.org/#/c/87116/ has been tested in
http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5307/

which vailed on basic sanity test running VMs: Traceback (most recent call
last):

  File "/usr/lib64/python2.7/unittest/case.py", line 369, in run
testMethod()
  File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line
129, in wrapped_test
test()
  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line
59, in wrapper
return func(get_test_prefix(), *args, **kwargs)
  File 
"/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/upgrade-from-release-suite-master/test-scenarios-after-upgrade/004_basic_sanity.py",
line 105, in vm_run
api.vms.get(VM0_NAME).start(start_params)
  File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py",
line 31193, in start
headers={"Correlation-Id":correlation_id}
  File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",
line 122, in request
persistent_auth=self.__persistent_auth
  File 
"/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py",
line 79, in do_request
persistent_auth)
  File 
"/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py",
line 162, in __do_request
raise errors.RequestError(response_code, response_reason, response_body)
RequestError:
status: 400
reason: Bad Request
detail:



Current master is on https://gerrit.ovirt.org/#/c/86220/ and it's now under
testing in
http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5471/
Waiting to see if it passes or not.



> ​
>
>>
>>
>>>
>>> On Wed, Feb 7, 2018 at 2:06 PM, Sandro Bonazzola <sbona...@redhat.com>
>>> wrote:
>>>
>>>>
>>>>
>>>> 2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <dan...@redhat.com>:
>>>>
>>>>> On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <from...@redhat.com>
>>>>> wrote:
>>>>> > On 02/07/2018 08:46 AM, Dan Kenigsberg wrote:
>>>>> >> On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani <
>>>>> from...@redhat.com> wrote:
>>>>> >>> Hi all,
>>>>> >>>
>>>>> >>>
>>>>> >>> With the help of Sandro (many thanks @sbonazzo !), we created
>>>>> minutes
>>>>> >>> ago the ovirt-4.2 stable branch:
>>>>> >>>
>>>>> >>>
>>>>> >>> Steps performed:
>>>>> >>>
>>>>> >>> 1. merged https://gerrit.ovirt.org/#/c/87070/
>>>>> >>>
>>>>> >>> 2. branched out ovirt-4.2 from git master
>>>>> >>>
>>>>> >>> 3. merged https://gerrit.ovirt.org/#/c/87181/ to add support for
>>>>> 4.3 level
>>>>> >>>
>>>>> >>> 4. createed and pushed the tag v4.30.0 from master, to make sure
>>>>> the
>>>>> >>> version number is greater of the stable versions, and to (somehow
>>>>> :))
>>>>> >>> align with oVirt versioning
>>>>> >>>
&g

Re: [ovirt-devel] [vdsm] stable branch ovirt-4.2 created

[Sandro Bonazzola]

2018-02-08 8:17 GMT+01:00 Dan Kenigsberg <dan...@redhat.com>:

> We still do not have vdsm-4.30 in http://plain.resources.ovirt.
> org/pub/ovirt-master-snapshot/rpm/el7/noarch/ . Since the current version
> there does not support 4.3 cluster level, we're constantly getting
>
> (EE-ManagedThreadFactory-engineScheduled-Thread-2) [239bce23] EVENT_ID:
> VDS_CLUSTER_VERSION_NOT_SUPPORTED(154), Host lago-network-suite-master-host-0
> is compatible with versions (3.6,4.0,4.1,4.2) and cannot join Cluster
> Default which is set to version 4.3.
>
> assistance to straighten this up is most welcome.
>

Adding infra.
I see latest version landed on tested repo is
http://resources.ovirt.org/repos/ovirt/tested/master/rpm/el7/SRPMS/vdsm-4.20.17-7.git03b9e1e.el7.centos.src.rpm
which is dated January 26th.
Can you please check what's failing in the testing change queue not letting
newer vdsm to land on tested repo?




>
> On Wed, Feb 7, 2018 at 2:06 PM, Sandro Bonazzola <sbona...@redhat.com>
> wrote:
>
>>
>>
>> 2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <dan...@redhat.com>:
>>
>>> On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <from...@redhat.com>
>>> wrote:
>>> > On 02/07/2018 08:46 AM, Dan Kenigsberg wrote:
>>> >> On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani <from...@redhat.com>
>>> wrote:
>>> >>> Hi all,
>>> >>>
>>> >>>
>>> >>> With the help of Sandro (many thanks @sbonazzo !), we created minutes
>>> >>> ago the ovirt-4.2 stable branch:
>>> >>>
>>> >>>
>>> >>> Steps performed:
>>> >>>
>>> >>> 1. merged https://gerrit.ovirt.org/#/c/87070/
>>> >>>
>>> >>> 2. branched out ovirt-4.2 from git master
>>> >>>
>>> >>> 3. merged https://gerrit.ovirt.org/#/c/87181/ to add support for
>>> 4.3 level
>>> >>>
>>> >>> 4. createed and pushed the tag v4.30.0 from master, to make sure the
>>> >>> version number is greater of the stable versions, and to (somehow :))
>>> >>> align with oVirt versioning
>>> >>>
>>> >>> 5. tested make dist/make rpm on both new branch ovirt-4.2 and master,
>>> >>> both looks good and use the right version
>>> >>>
>>> >>>
>>> >>> Maintainers, please check it looks right for you before merging any
>>> new
>>> >>> patch to master branch.
>>> >>>
>>> >>>
>>> >>> Please let me know about any issue!
>>> >> Thank you Francesco (and Sandro).
>>> >>
>>> >> Any idea why http://plain.resources.ovirt.o
>>> rg/pub/ovirt-4.2-snapshot/rpm/el7/noarch/
>>> >> still does not hold any vdsm-4.20 , and
>>> >> http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/r
>>> pm/el7/noarch/
>>> >> does not have the new vdsm-4.30 ?
>>> >>
>>> >> ?
>>> >
>>> > Uhm, maybe related to CQ (Change Queue), because git state looks ok,
>>> one
>>> > data point:
>>> > http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-on-
>>> demand-el7-x86_64/772/artifact/exported-artifacts/
>>> > built from this patch https://gerrit.ovirt.org/#/c/87213/
>>> >
>>> > in turn based on top of current master
>>>
>>> Maybe Barak knows? Making GQ tick is the intention of the jenkins
>>> patch, isn't it?
>>>
>>
>> I think it may be caused by a failure trying to build on fcraw for s390x.
>> I removed the failing jobs until we fix the issue on jenkins side.
>>
>>
>>
>>
>>> ___
>>> Devel mailing list
>>> Devel@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>
>>
>>
>>
>> --
>>
>> SANDRO BONAZZOLA
>>
>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>
>> Red Hat EMEA <https://www.redhat.com/>
>> <https://red.ht/sig>
>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>
>>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [vdsm] stable branch ovirt-4.2 created

[Sandro Bonazzola]

2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <dan...@redhat.com>:

> On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <from...@redhat.com>
> wrote:
> > On 02/07/2018 08:46 AM, Dan Kenigsberg wrote:
> >> On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani <from...@redhat.com>
> wrote:
> >>> Hi all,
> >>>
> >>>
> >>> With the help of Sandro (many thanks @sbonazzo !), we created minutes
> >>> ago the ovirt-4.2 stable branch:
> >>>
> >>>
> >>> Steps performed:
> >>>
> >>> 1. merged https://gerrit.ovirt.org/#/c/87070/
> >>>
> >>> 2. branched out ovirt-4.2 from git master
> >>>
> >>> 3. merged https://gerrit.ovirt.org/#/c/87181/ to add support for 4.3
> level
> >>>
> >>> 4. createed and pushed the tag v4.30.0 from master, to make sure the
> >>> version number is greater of the stable versions, and to (somehow :))
> >>> align with oVirt versioning
> >>>
> >>> 5. tested make dist/make rpm on both new branch ovirt-4.2 and master,
> >>> both looks good and use the right version
> >>>
> >>>
> >>> Maintainers, please check it looks right for you before merging any new
> >>> patch to master branch.
> >>>
> >>>
> >>> Please let me know about any issue!
> >> Thank you Francesco (and Sandro).
> >>
> >> Any idea why http://plain.resources.ovirt.org/pub/ovirt-4.2-snapshot/
> rpm/el7/noarch/
> >> still does not hold any vdsm-4.20 , and
> >> http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/
> rpm/el7/noarch/
> >> does not have the new vdsm-4.30 ?
> >>
> >> ?
> >
> > Uhm, maybe related to CQ (Change Queue), because git state looks ok, one
> > data point:
> > http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-
> on-demand-el7-x86_64/772/artifact/exported-artifacts/
> > built from this patch https://gerrit.ovirt.org/#/c/87213/
> >
> > in turn based on top of current master
>
> Maybe Barak knows? Making GQ tick is the intention of the jenkins
> patch, isn't it?
>

I think it may be caused by a failure trying to build on fcraw for s390x. I
removed the failing jobs until we fix the issue on jenkins side.




> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [CQ]: 85992, 1 (ovirt-wgt) failed "ovirt-master" system tests

[Sandro Bonazzola]

This failed because the following builds failed:

vdsm_master_check-merged-el7-x86_64
<http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/>  #3147
<http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/3147/>

I think it failed on network/functional/static_ip_test.py
+ res=124
But I let VDSM team to review.

ovirt-wgt_master_build-artifacts-fc27-x86_64
<http://jenkins.ovirt.org/job/ovirt-wgt_master_build-artifacts-fc27-x86_64/>
  #2
<http://jenkins.ovirt.org/job/ovirt-wgt_master_build-artifacts-fc27-x86_64/2/>

ovirt-wgt_master_build-artifacts-fcraw-x86_64
<http://jenkins.ovirt.org/job/ovirt-wgt_master_build-artifacts-fcraw-x86_64/>
  #2
<http://jenkins.ovirt.org/job/ovirt-wgt_master_build-artifacts-fcraw-x86_64/2/>

wgt failed on missing ovirt-guest-agent-windows which was failing due to
rich dependency resolution not possible using yum.
Fix has been pushed to ovirt-guset-agent:
https://gerrit.ovirt.org/#/c/87072/
Once this is merged, guest agent will build on Fedora providing the needed
dependency and will fix above 2 jobs.





2018-02-05 22:13 GMT+01:00 oVirt Jenkins <jenk...@ovirt.org>:

> Change 85992,1 (ovirt-wgt) is probably the reason behind recent system test
> failures in the "ovirt-master" change queue and needs to be fixed.
>
> This change had been removed from the testing queue. Artifacts build from
> this
> change will not be released until it is fixed.
>
> For further details about the change see:
> https://gerrit.ovirt.org/#/c/85992/1
>
> For failed test results see:
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5287/
> ___
> Infra mailing list
> in...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] ovirt-engine fails to build on Fedora 27

[Sandro Bonazzola]

Hi,
can you please have a look at
http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-fc27-x86_64/2/console
?

engine seems to fail building the rpm after the maven part completed,
during the install process at:

15:53:23 ++ echo ovirt-engine-aaa.pom
15:53:23 ++ sed -e 's/^ovirt-engine-//' -e 's/\.pom//'
15:53:23 + artifact_id=aaa
15:53:23 + '[' -f
/home/jenkins/workspace/ovirt-engine_master_build-artifacts-fc27-x86_64/ovirt-engine/rpmbuild/BUILDROOT/ovirt-engine-4.2.1.5-0.0.master.20180202142920.git0bc7f3edd2.fc27.x86_64/usr/share/java/ovirt-engine/aaa.jar
']'
15:53:23 + %add_maven_depmap -f backend JPP.ovirt-engine-aaa.pom
ovirt-engine/aaa.jar
15:53:23 /var/tmp/rpm-tmp.YIGxWv: line 161: fg: no job control
15:53:23 error: Bad exit status from /var/tmp/rpm-tmp.YIGxWv (%install)

Maybe some broken dep on backend around aaa.jar ?


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] oVirt Survey 2018 results

[Sandro Bonazzola]

Thank you very much for having participated in oVirt Survey 2018!
Results are now publicly available at http://bit.ly/2Ez909d
We're now analyzing results for 4.3 planning.

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [RFC] reconsidering branching out ovirt-4.2

[Sandro Bonazzola]

2018-01-29 11:01 GMT+01:00 Tal Nisan <tni...@redhat.com>:

> For alignment purposes between the projects we should consider branch
> ovirt-engine as well.
> At this point in time I'm for it, would like to hear any acks/nacks so we
> can decide how we proceeed
>
>
Nothing against branching, ack on my side



>
> On Mon, Jan 29, 2018 at 9:02 AM, Dan Kenigsberg <dan...@redhat.com> wrote:
>
>> On Mon, Jan 29, 2018 at 9:39 AM, Francesco Romani <from...@redhat.com>
>> wrote:
>> > Hi all,
>> >
>> >
>> > It is time again to reconsider branching out the 4.2 stable branch.
>> >
>> > So far we decided to *not* branch out, and we are taking tags for ovirt
>> > 4.2 releases from master branch.
>> >
>> > This means we are merging safe and/or stabilization patches only in
>> master.
>> >
>> >
>> > I think it is time to reconsider this decision and branch out for 4.2,
>> > because of two reasons:
>> >
>> > 1. it sends a clearer signal that 4.2 is going in stabilization mode
>> >
>> > 2. we have requests from virt team, which wants to start working on the
>> > next cycle features.
>> >
>> >
>> > If we decide to branch out, I'd start the new branch on monday, February
>> > 5 (1 week from now).
>> >
>> >
>> > The discussion is open, please share your acks/nacks for branching out,
>> > and for the branching date.
>> >
>> >
>> > I for myself I'm inclined to branch out, so if noone chimes in (!!) I'll
>> > execute the above plan.
>>
>> For network we don't see a lot of pending 4.2 work - except for the
>> requirement to support el7.5. On the other hand, we too have already a
>> patch for 4.3. Thus I'm fine with branching next week.
>>
>> When you do branch, please make sure to follow Barak Korren's request on
>> the
>>     [ovirt-devel] [ACTION-REQUIRED] Making accurate CI for oVirt 4.2
>> thread.
>> ___
>> Devel mailing list
>> Devel@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>>
>
>
> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ACTION-REQUIRED] Making accurate CI for oVirt 4.2

[Sandro Bonazzola]

2018-01-24 11:11 GMT+01:00 Martin Sivak <msi...@redhat.com>:

> Hi,
>
> > You`re asking a bigger question here - Who decides which distros/archs
> > each project targets. The CI system currently places the burden of
> > this decision on the shoulders of individual maintainers. We could
> > have done things differently and placed the decision solely in the
> > hands of the integration team.
>
> Actually, I believe it should be a global decision of the project
> leadership. But I believe the word global to be important here. We
> should decide together and then a common version to platform map
> should be prepared by the integration team.
>
> Single projects could still add additional overrides if needed though.
>
> > The reason to placing the power (and responsibility) in the hands of
> > maintainers we simple - we wanted to reduce the chances of having
> > maintainers be surprised.
>
> This actually means we get surprised and confused indeed. Please note
> that nobody really told us that Fedora bits are not going to be
> released anymore (see 4.2 release notes [1]) and whether we should
> update the job specifications or not.
>

Integration team reported to the developers community that Fedora support
was broken starting with Fedora 26 back on August 2017[1].
We also reported during the beta process that oVirt 4.2 would have not
supported Fedora to user list  in November 2017 [2] since nobody fixed
Fedora support in the meanwhile.
No request or direction about what to do with Jenkins fedora jobs has been
issued since we (integration team at least) want Fedora support back in 4.3
but since we don't have yet a schedule for 4.3 we don't know yet which
fedora version we'll target. In integration team we are now slowly enabling
jobs on master for fc27 and fcraw (rawhide).

[1] https://lists.ovirt.org/pipermail/devel/2017-August/030990.html
[2] https://lists.ovirt.org/pipermail/users/2017-November/085006.html




>
> > Suppose we made it so that target distros
> > change globally for everyone - you would have had patches failing CI
> > at arbitrary times as new target distros or architectures were
> > added...
>
> Right. But we have something very similar now: spreadsheets with lists
> of packages that are missing from a new version compose. I do not see
> too much difference actually..
>
> > Personally I prefer that decisions remain distributed
>
> I agree with who decides things (all of us). But the decision needs to
> be documented. Do we have any (easy to find) list of expected
> platforms for given a release?
>
> The decision then might be compiled into a file we could include and
> stay current without manual edits.
>
> [1] https://www.ovirt.org/release/4.2.0/#no-fedora-support
>
> Martin
> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] Terraform provider for oVirt

[Sandro Bonazzola]

2018-01-25 17:00 GMT+01:00 Sandro Bonazzola <sbona...@redhat.com>:

> Hi,
> just following up from twitter[1], if any developer within oVirt knows
> about Terraform, there's interest on their side for collaboration
> developing a provider.
> For more info, see the github issue: https://github.com/
> hashicorp/terraform/issues/16150
>

Here's a community effort for it:
https://github.com/chriscowley/terraform-provider-ovirt



>
> [1] https://twitter.com/jepeltw/status/955647436931858432
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA <https://www.redhat.com/>
> <https://red.ht/sig>
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Terraform provider for oVirt

[Sandro Bonazzola]

Hi,
just following up from twitter[1], if any developer within oVirt knows
about Terraform, there's interest on their side for collaboration
developing a provider.
For more info, see the github issue:
https://github.com/hashicorp/terraform/issues/16150

[1] https://twitter.com/jepeltw/status/955647436931858432

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] unboundid-ldapsdk-4.0.4-1.fc27 is now available for testing

[Sandro Bonazzola]

On Fedora 27 we had previously 4.0.1. The new releases 4.0.4 will be soon
available in updates-testing repository and includes several bug fixes and
a few enhancements.  You can see release notes here:
https://github.com/pingidentity/ldapsdk/releases

In oVirt this package is required by ovirt-engine-extension-aaa-ldap.

If you're going to test the package, please provide karma:
https://bodhi.fedoraproject.org/updates/unboundid-ldapsdk-4.0.4-1.fc27

Thanks,

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ovirt-users] [ANN] oVirt 4.2.1 Second Release Candidate is now available

[Sandro Bonazzola]

2018-01-19 13:02 GMT+01:00 Gabriel Stein <gabrielst...@gmail.com>:

> When will be the official 4.2.1 released? Looking forward the gateway
> bugfix(BZ 1528906) but I will wait for it...
>
>
We are tentatively targeting January 30th but it will depend on blockers /
regression that will be discovered in this release candidate testing.
Help testing the release candidates will translate in a more stable GA.
Since we discovered already a regression in a disaster recovery flow we are
now planning another (and hopefully last) release candidate next week.



> Best Regards,
>
> Gabriel
>
> Gabriel Stein
> --
> Gabriel Ferraz Stein
> Tel.: +49 (0)  170 2881531
>
> 2018-01-19 12:53 GMT+01:00 Sandro Bonazzola <sbona...@redhat.com>:
>
>> The oVirt Project is pleased to announce the availability of the oVirt
>> 4.2.1 Second Release Candidate, as of January 18th, 2017
>>
>> This update is a release candidate of the second in a series of
>> stabilization updates to the 4.2
>> series.
>> This is pre-release software. This pre-release should not to be used in
>> production.
>>
>> [WARNING] right after we finished to compose the release candidate we
>> discovered a regression in a disaster recovery flow causing wrong MAC
>> address to be assigned to re-imported VMs.
>>
>> This release is available now for:
>> * Red Hat Enterprise Linux 7.4 or later
>> * CentOS Linux (or similar) 7.4 or later
>>
>> This release supports Hypervisor Hosts running:
>> * Red Hat Enterprise Linux 7.4 or later
>> * CentOS Linux (or similar) 7.4 or later
>> * oVirt Node 4.2
>>
>> 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 will be available soon [2]
>>
>> Additional Resources:
>> * Read more about the oVirt 4.2.1 release highlights:http://www.ovirt.or
>> g/release/4.2.1/
>> * 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.2.1/
>> [2] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/
>>
>> --
>>
>> SANDRO BONAZZOLA
>>
>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>
>> Red Hat EMEA <https://www.redhat.com/>
>> <https://red.ht/sig>
>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>
>>
>> ___
>> Users mailing list
>> us...@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] [ANN] oVirt 4.2.1 Second Release Candidate is now available

[Sandro Bonazzola]

The oVirt Project is pleased to announce the availability of the oVirt
4.2.1 Second Release Candidate, as of January 18th, 2017

This update is a release candidate of the second in a series of
stabilization updates to the 4.2
series.
This is pre-release software. This pre-release should not to be used in
production.

[WARNING] right after we finished to compose the release candidate we
discovered a regression in a disaster recovery flow causing wrong MAC
address to be assigned to re-imported VMs.

This release is available now for:
* Red Hat Enterprise Linux 7.4 or later
* CentOS Linux (or similar) 7.4 or later

This release supports Hypervisor Hosts running:
* Red Hat Enterprise Linux 7.4 or later
* CentOS Linux (or similar) 7.4 or later
* oVirt Node 4.2

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 will be available soon [2]

Additional Resources:
* Read more about the oVirt 4.2.1 release highlights:
http://www.ovirt.org/release/4.2.1/
* 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.2.1/
[2] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Host management: upgrade

[Sandro Bonazzola]

Hi,
I was upgrading my lab from 4.2.0 to 4.2.1 RC and noticed that now an
ansible playbook is executed during the upgrade instead of
ovirt-host-deploy upgrade process.

I think integration team missed this change being discussed but I guess
that whoever did this change ensured that the playbook do also all those
stuff that ovirt-host-deploy did when upgrading the hosts. I remember we
had some code executed around vmconsole, hosted-engine and vdsm PKI related
stuff.

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt-Host ] [ 17-01-2018 ] [ 002_bootstrap.add_hosts ]

[Sandro Bonazzola]

2018-01-17 11:50 GMT+01:00 Dafna Ron <d...@redhat.com>:

> Hi,
>
> We have a failure in test 002_bootstrap.add_hosts from upgrade suite.
> Can you please check the issue?
>
>
>
> *Link and headline of suspected patches: Reported as failed:
> https://gerrit.ovirt.org/#/c/86152/ <https://gerrit.ovirt.org/#/c/86152/> -
> build: post 4.2.1-1*
>
>
> *Reported as root cause: https://gerrit.ovirt.org/#/c/85421/
> <https://gerrit.ovirt.org/#/c/85421/> - Require katello-agent*
>

This is hardly the issue since the below error is Segmentation fault



>
> *Link to Job:*
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4908/
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4908/>Link
> to all
> logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4908/artifact
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4908/artifact>(Relevant)
> error snippet from the log: nsaction commit.2018-01-17
> 00:08:41,743-05 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (VdsDeploy) [8f86c69] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing
> Host lago-upgrade-from-release-suite-master-host0. Setting kernel
> arguments.2018-01-17 00:08:41,977-05 ERROR
> [org.ovirt.engine.core.uutils.ssh.SSHDialog]
> (EE-ManagedThreadFactory-engine-Thread-1) [8f86c69] Swallowing exception as
> preferring stderr2018-01-17 00:08:41,977-05 ERROR
> [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [8f86c69]
> Error during deploy dialog2018-01-17 00:08:41,978-05 ERROR
> [org.ovirt.engine.core.uutils.ssh.SSHDialog]
> (EE-ManagedThreadFactory-engine-Thread-1) [8f86c69] SSH error running
> command root@lago-upgrade-from-release-suite-master-host0:'umask 0077;
> MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XX)"; trap
> "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" >
> /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x &&
> "${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine
> DIALOG/customization=bool:True': RuntimeException: Unexpected error during
> execution: bash: line 1:  1419 Segmentation fault
> "${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine
> DIALOG/customization=bool:True2018-01-17 00:08:41,979-05 ERROR
> [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase]
> (EE-ManagedThreadFactory-engine-Thread-1) [8f86c69] Error during host
> lago-upgrade-from-release-suite-master-host0 install2018-01-17
> 00:08:41,983-05 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engine-Thread-1) [8f86c69] EVENT_ID:
> VDS_INSTALL_IN_PROGRESS_ERROR(511), An error has occurred during
> installation of Host lago-upgrade-from-release-suite-master-host0:
> Unexpected error during execution: bash: line 1:  1419 Segmentation
> fault  "${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine
> DIALOG/customization=bool:True.2018-01-17 00:08:41,983-05 ERROR
> [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase]
> (EE-ManagedThreadFactory-engine-Thread-1) [8f86c69] Error during host
> lago-upgrade-from-release-suite-master-host0 install, preferring first
> exception: Unexpected connection termination2018-01-17 00:08:41,983-05
> ERROR [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand]
> (EE-ManagedThreadFactory-engine-Thread-1) [8f86c69] Host installation
> failed for host '76f737a5-fc15-4641-91c8-f5ef28b02436',
> 'lago-upgrade-from-release-suite-master-host0': Unexpected connection
> termination2018-01-17 00:08:41,989-05 INFO
> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
> (EE-ManagedThreadFactory-engine-Thread-1) [8f86c69] START,
> SetVdsStatusVDSCommand(HostName =
> lago-upgrade-from-release-suite-master-host0,
> SetVdsStatusVDSCommandParameters:{hostId='76f737a5-fc15-4641-91c8-f5ef28b02436',
> status='InstallFailed', nonOperationalReason='NONE',
> stopSpmFailureLogged='false', maintenanceReason='null'}), log id:
> 47ad9c872018-01-17 00:08:41,995-05 INFO
> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
> (EE-ManagedThreadFactory-engine-Thread-1) [8f86c69] FINISH,
> SetVdsStatusVDSCommand, log id: 47ad9c872018-01-17 00:08:42,003-05 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engine-Thread-1) [8f86c69] EVENT_ID:
> VDS_INSTALL_FAILED(505), Host lago-upgrade-from-release-suite-master-host0
> installation failed. Unexpected connection termination.2018-01-17
> 00:08:42,014-05

[ovirt-devel] [CVE-2017-5715] qemu-kvm-ev-2.9.0-16.el7_4.13.1 is now available for testing

[Sandro Bonazzola]

Hi, qemu-kvm-ev-2.9.0-16.el7_4.13.1
<https://cbs.centos.org/koji/buildinfo?buildID=21119> is now available for
testing.
I'm testing it right now in oVirt CI, if nothing shows up, I'll tag it for
release in a few hours.

Here's the changelog:

* Thu Jan 04 2018 Sandro Bonazzola <sbona...@redhat.com> -
ev-2.9.0-16.el7_4.13.1 - Removing RH branding from package name * Thu Dec
14 2017 Miroslav Rezanina <mreza...@redhat.com> - rhev-2.9.0-16.el7_4.13 -
Fix CVE-2017-5715 * Thu Nov 16 2017 Miroslav Rezanina <mreza...@redhat.com>
- rhev-2.9.0-16.el7_4.12 -
kvm-util-async-use-atomic_mb_set-in-qemu_bh_cancel.patch [bz#1513362] -
Resolves: bz#1513362 (QEMU's AIO subsystem gets stuck inhibiting all I/O
operations on virtio-blk-pci devices [rhel-7.4.z])

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] [Call for feedback] share also your successful upgrades experience

[Sandro Bonazzola]

Hi,
now that oVirt 4.2.0 has been released, we're starting to see some reports
about issues that for now are related to not so common deployments.
We'd also like to get some feedback from those who upgraded to this amazing
release without any issue and add these positive feedback under our
developers (digital) Christmas tree as a gift for the effort put in this
release.
Looking forward to your positive reports!

Not having positive feedback? Let us know too!
We are putting an effort in the next weeks to promptly assist whoever hit
troubles during or after the upgrade. Let us know in this us...@ovirt.org
mailing list (preferred) or on IRC using  irc.oftc.net server and #ovirt
channel.

We are also closely monitoring bugzilla.redhat.com for new bugs on oVirt
project, so you can report issues there as well.

Thanks,
-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] oVirt 4.2.0 is now generally available

[Sandro Bonazzola]

The oVirt project is excited to announce the general availability of oVirt
4.2.0, as of December 20, 2017.

This release unleashes an altogether more powerful and flexible open source
virtualization solution that encompasses over 1000 individual changes and a
wide range of enhancements across the engine, storage, network, user
interface, and analytics.

Key features include:

- A redesigned Administration Portal, with an improved user-interface
- A new VM portal for non-admin users, for a more streamlined experience
- High Performance virtual machine type, for easy optimization of high
performance workloads.
- oVirt metrics store, a new monitoring solution providing complete
infrastructure visibility
- Support for virtual machine connectivity via software-defined networks

- oVirt now supports Nvidia vGPU

- The ovirt-ansible-roles set of packages helps users with common
administration tasks

- Virt-v2v now supports Debian/Ubuntu and EL and Windows-based virtual
machines

For more information about these and other features, check out the oVirt
4.2.0 blog post <https://ovirt.org/blog/2017/12/ovirt-4.2.0-now-ga/>.

This release is available now on x86_64 architecture for:
* Red Hat Enterprise Linux 7.4 or later
* CentOS Linux (or similar) 7.4 or later

This release supports Hypervisor Hosts on x86_64 and ppc64le (with 4.1
cluster compatibility only) architectures for:
* Red Hat Enterprise Linux 7.4 or later
* CentOS Linux (or similar) 7.4 or later
* oVirt Node 4.2 (available for x86_64 only)

See the release notes [3] for installation / upgrade instructions and a
list of new features and bugs fixed.

If you’re managing more than one oVirt instance, OpenShift Origin or RDO we
also recommend to try ManageIQ <http://manageiq.org/>.



Notes:
- oVirt Appliance is already available.
- oVirt Node is already available [4]

- oVirt Windows Guest Tools iso is already available [4]

Additional Resources:
* Read more about the oVirt 4.2.0 release highlights:
http://www.ovirt.org/release/4.2.0/
* 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] https://www.ovirt.org/community/

[2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt

[3] http://www.ovirt.org/release/4.2.0/
[4] http://resources.ovirt.org/pub/ovirt-4.2/iso/

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] oVirt 4.2.0 GA Go / No go

[Sandro Bonazzola]

2017-12-19 15:21 GMT+01:00 Sandro Bonazzola <sbona...@redhat.com>:

> Hi,
> we released 4.2.0 RC3 yesterday and currently we don't have approved or
> proposed blockers.
> So maintainers, please give your Go / No go for releasing GA tomorrow,
> December 20th.
>
>
+ 1 for integration team
+ 1 for oVirt Node team (forwarding Ryan's vote)



> Thanks,
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA <https://www.redhat.com/>
> <https://red.ht/sig>
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] oVirt 4.2.0 GA Go / No go

[Sandro Bonazzola]

Hi,
we released 4.2.0 RC3 yesterday and currently we don't have approved or
proposed blockers.
So maintainers, please give your Go / No go for releasing GA tomorrow,
December 20th.

Thanks,

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] oVirt 4.2.0 GA status

[Sandro Bonazzola]

2017-12-19 15:15 GMT+01:00 Oved Ourfali <oourf...@redhat.com>:

> Based on the above, removing the blocker flag from the bug.
>

Thanks. So current status is RC3 has no known blockers. I'll send a go/no
go email for releasing GA tomorrow.




>
> On Tue, Dec 19, 2017 at 3:03 PM, Martin Sivak <msi...@redhat.com> wrote:
>
>> There is no misuse when optional argument is not used. But hosted engine
>> uses the timeout parameter anyway so you can assume it is not a blocker for
>> us.
>>
>> Martin
>>
>> On Tue, Dec 19, 2017 at 12:56 PM, Martin Perina <mper...@redhat.com>
>> wrote:
>>
>>> As Irit mentioned the provided reproduction steps are wrong (misuse of
>>> the code) and she posted correct example showing that jsonrpc code works as
>>> expected. So Martin/Simone are you using somewhere in HE code the original
>>> example that is misusing the client?
>>>
>>> Thanks
>>>
>>> Martin
>>>
>>>
>>> On Tue, Dec 19, 2017 at 12:53 PM, Oved Ourfali <oourf...@redhat.com>
>>> wrote:
>>>
>>>> From the latest comment it doesn't seem like a blocker to me.
>>>> Martin S. - your thoughts?
>>>>
>>>> On Tue, Dec 19, 2017 at 1:48 PM, Sandro Bonazzola <sbona...@redhat.com>
>>>> wrote:
>>>>
>>>>> We have a proposed blocker for the release:
>>>>> 1527155 <https://bugzilla.redhat.com/show_bug.cgi?id=1527155> Infra
>>>>> vdsm Bindings-API igoih...@redhat.com NEW jsonrpc reconnect logic
>>>>> does not work and gets stuck
>>>>> <https://bugzilla.redhat.com/show_bug.cgi?id=1527155> urgent
>>>>> unspecified ovirt-4.2.0 04:30:30
>>>>>
>>>>> Please review and either approve the blcoker or postpone to 4.2.1.
>>>>> Thanks,
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> SANDRO BONAZZOLA
>>>>>
>>>>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>>>>
>>>>> Red Hat EMEA <https://www.redhat.com/>
>>>>> <https://red.ht/sig>
>>>>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>>>>
>>>>>
>>>>> ___
>>>>> Devel mailing list
>>>>> Devel@ovirt.org
>>>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Martin Perina
>>> Associate Manager, Software Engineering
>>> Red Hat Czech s.r.o.
>>>
>>
>>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] oVirt 4.2.0 GA status

[Sandro Bonazzola]

We have a proposed blocker for the release:
1527155 <https://bugzilla.redhat.com/show_bug.cgi?id=1527155> Infra vdsm
Bindings-API igoih...@redhat.com NEW jsonrpc reconnect logic does not work
and gets stuck <https://bugzilla.redhat.com/show_bug.cgi?id=1527155> urgent
unspecified ovirt-4.2.0 04:30:30

Please review and either approve the blcoker or postpone to 4.2.1.
Thanks,


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] [ANN] oVirt 4.2.0 Third Candidate Release is now available for testing

[Sandro Bonazzola]

The oVirt Project is pleased to announce the availability of the Third
Candidate Release of oVirt 4.2.0, as of December 18th, 2017

This is pre-release software. This pre-release should not to be used in
production.
Please take a look at our community page[1] to learn how to ask questions
and interact with developers and users.
All issues or bugs should be reported via oVirt Bugzilla[2].

This release candidate includes fixes to the blocker bugs found while
testing the second release candidate.

This release is available now on x86_64 architecture for:

* Red Hat Enterprise Linux 7.4 or later

* CentOS Linux (or similar) 7.4 or later

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:

* Red Hat Enterprise Linux 7.4 or later

* CentOS Linux (or similar) 7.4 or later

* oVirt Node 4.2 (available for x86_64 only)

See the release notes draft [3] for installation / upgrade instructions and
a list of new features and bugs fixed.

Notes:

- oVirt Appliance is already available.

- oVirt Node is already available [4]

Additional Resources:

* Read more about the oVirt 4.2.0 release highlights:
http://www.ovirt.org/release/4.2.0/

* 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] https://www.ovirt.org/community/

[2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt

[3] http://www.ovirt.org/release/4.2.0/
[4] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] oVirt System Test configuration

[Sandro Bonazzola]

2017-12-18 13:57 GMT+01:00 Eyal Edri <ee...@redhat.com>:

>
>
> On Mon, Dec 18, 2017 at 2:53 PM, Sandro Bonazzola <sbona...@redhat.com>
> wrote:
>
>>
>>
>> 2017-12-18 12:42 GMT+01:00 Yaniv Kaul <yk...@redhat.com>:
>>
>>>
>>>
>>> On Mon, Dec 18, 2017 at 12:43 PM, Sandro Bonazzola <sbona...@redhat.com>
>>> wrote:
>>>
>>>> Hi, I'd like to discuss what's being tested by oVirt System Test.
>>>>
>>>> I'm investigating on a sanlock issue that affects hosted engine hc
>>>> suite.
>>>> I installed a CentOS minimal VM and set repositories as in
>>>> http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-
>>>> suite-master/128/artifact/exported-artifacts/reposync-config.repo
>>>>
>>>> Upgrade from CentOS 1708 (7.4) minimal is:
>>>>
>>>> Aggiornamento:
>>>>  bind-libs-lite   x86_64
>>>>   32:9.9.4-51.el7_4.1
>>>>   centos-updates-el7  733 k
>>>>  bind-license noarch
>>>>   32:9.9.4-51.el7_4.1
>>>>   centos-updates-el7   84 k
>>>>  nss  x86_64
>>>>   3.28.4-15.el7_4
>>>>   centos-updates-el7  849 k
>>>>  nss-softokn  x86_64
>>>>   3.28.3-8.el7_4
>>>>  centos-updates-el7  310 k
>>>>  nss-softokn-freebl   x86_64
>>>>   3.28.3-8.el7_4
>>>>  centos-updates-el7  214 k
>>>>  nss-sysinit  x86_64
>>>>   3.28.4-15.el7_4
>>>>   centos-updates-el7   60 k
>>>>  nss-toolsx86_64
>>>>   3.28.4-15.el7_4
>>>>   centos-updates-el7  501 k
>>>>  selinux-policy   noarch
>>>>   3.13.1-166.el7_4.7
>>>>  centos-updates-el7  437 k
>>>>  selinux-policy-targeted  noarch
>>>>   3.13.1-166.el7_4.7
>>>>  centos-updates-el7  6.5 M
>>>>  systemd  x86_64
>>>>   219-42.el7_4.4
>>>>  centos-updates-el7  5.2 M
>>>>  systemd-libs x86_64
>>>>   219-42.el7_4.4
>>>>  centos-updates-el7  376 k
>>>>  systemd-sysv x86_64
>>>>   219-42.el7_4.4
>>>>  centos-updates-el7   70 k
>>>>
>>>> Enabling the CentOS repos:
>>>>
>>>>  grub2   x86_64
>>>>  1:2.02-0.65.el7.centos.2
>>>> updates 29 k
>>>>  in sostituzione di grub2.x86_64 1:2.02-0.64.el7.centos
>>>>  grub2-tools x86_64
>>>>  1:2.02-0.65.el7.centos.2
>>>> updates1.8 M
>>>>  in sostituzione di grub2-tools.x86_64 1:2.02-0.64.el7.centos
>>>>  grub2-tools-extra   x86_64
>>>>  1:2.02-0.65.el7.centos.2
>>>> updates993 k
>>>>  in sostituzione di grub2-tools.x86_64 1:2.02-0.64.el7.centos
>>>>  grub2-tools-minimal x86_64
>>>>  1:2.02-0.65.el7.centos.2
>>>> updates170 k
>>>>  in sostituzione di grub2-tools.x86_64 1:2.02-0.64.el7.centos
&g

Re: [ovirt-devel] oVirt System Test configuration

[Sandro Bonazzola]

2017-12-18 12:42 GMT+01:00 Yaniv Kaul <yk...@redhat.com>:

>
>
> On Mon, Dec 18, 2017 at 12:43 PM, Sandro Bonazzola <sbona...@redhat.com>
> wrote:
>
>> Hi, I'd like to discuss what's being tested by oVirt System Test.
>>
>> I'm investigating on a sanlock issue that affects hosted engine hc suite.
>> I installed a CentOS minimal VM and set repositories as in
>> http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-
>> suite-master/128/artifact/exported-artifacts/reposync-config.repo
>>
>> Upgrade from CentOS 1708 (7.4) minimal is:
>>
>> Aggiornamento:
>>  bind-libs-lite   x86_64
>> 32:9.9.4-51.el7_4.1
>> centos-updates-el7  733 k
>>  bind-license noarch
>> 32:9.9.4-51.el7_4.1
>> centos-updates-el7   84 k
>>  nss  x86_64
>> 3.28.4-15.el7_4
>> centos-updates-el7  849 k
>>  nss-softokn  x86_64
>> 3.28.3-8.el7_4
>>centos-updates-el7  310 k
>>  nss-softokn-freebl   x86_64
>> 3.28.3-8.el7_4
>>centos-updates-el7  214 k
>>  nss-sysinit  x86_64
>> 3.28.4-15.el7_4
>> centos-updates-el7   60 k
>>  nss-toolsx86_64
>> 3.28.4-15.el7_4
>> centos-updates-el7  501 k
>>  selinux-policy   noarch
>> 3.13.1-166.el7_4.7
>>centos-updates-el7  437 k
>>  selinux-policy-targeted  noarch
>> 3.13.1-166.el7_4.7
>>centos-updates-el7  6.5 M
>>  systemd  x86_64
>> 219-42.el7_4.4
>>centos-updates-el7  5.2 M
>>  systemd-libs x86_64
>> 219-42.el7_4.4
>>centos-updates-el7  376 k
>>  systemd-sysv x86_64
>> 219-42.el7_4.4
>>centos-updates-el7   70 k
>>
>> Enabling the CentOS repos:
>>
>>  grub2   x86_64
>>1:2.02-0.65.el7.centos.2
>>   updates 29 k
>>  in sostituzione di grub2.x86_64 1:2.02-0.64.el7.centos
>>  grub2-tools x86_64
>>1:2.02-0.65.el7.centos.2
>>   updates1.8 M
>>  in sostituzione di grub2-tools.x86_64 1:2.02-0.64.el7.centos
>>  grub2-tools-extra   x86_64
>>1:2.02-0.65.el7.centos.2
>>   updates993 k
>>  in sostituzione di grub2-tools.x86_64 1:2.02-0.64.el7.centos
>>  grub2-tools-minimal x86_64
>>1:2.02-0.65.el7.centos.2
>>   updates170 k
>>  in sostituzione di grub2-tools.x86_64 1:2.02-0.64.el7.centos
>>  kernel  x86_64
>>3.10.0-693.11.1.el7
>>  updates 43 M
>> Aggiornamento:
>>  NetworkManager  x86_64
>>1:1.8.0-11.el7_4
>>   updates1.6 M
>>  NetworkManager-libnmx86_64
>>1:1.8.0-11.el7_4
>>   updates1.2 M
>>  NetworkManager-team x86_64
>>1:1.8.0-11.el7_4
>>   updates156 k
>>  NetworkManager-tui 

Re: [ovirt-devel] oVirt 4.2.0 RC3 status

[Sandro Bonazzola]

2017-12-18 8:37 GMT+01:00 Sandro Bonazzola <sbona...@redhat.com>:

>
>
> 2017-12-18 8:29 GMT+01:00 Dan Kenigsberg <dan...@redhat.com>:
>
>> On Mon, Dec 18, 2017 at 9:16 AM, Sandro Bonazzola <sbona...@redhat.com>
>> wrote:
>>
>>> Hi,
>>> according to https://bugzilla.redhat.com/buglist.cgi?quicksearch=flag%
>>> 3Ablocker%2B%20target_milestone%3Aovirt-4.2.0%20status%3Anew
>>> %2Cassigned%2Cpost%2Cmodified
>>> we just need to rebuild VDSM to complete the acknowledged blockers.
>>>
>>> We still have a proposed blocker in NEW state according to
>>> https://bugzilla.redhat.com/buglist.cgi?quicksearch=flag%
>>> 3Ablocker%3F%20target_milestone%3Aovirt-4.2.0%20status%3Anew
>>> %2Cassigned%2Cpost%2Cmodified
>>>
>>> 1525907 <https://bugzilla.redhat.com/show_bug.cgi?id=1525907> Storage
>>> vdsm General dan...@redhat.com NEW VDSM is in recovery mode after a
>>> restart in fresh install...
>>> <https://bugzilla.redhat.com/show_bug.cgi?id=1525907> urgent urgent
>>> ovirt-4.2.0 Sat 18:12
>>>
>>> Dan, please review, let us know if we have to block on this or if we can
>>> postpone to 4.2.1.
>>>
>>
>> I don't think it is for me to review.
>>
>> The bug is very confusing and sparse in information, but it seems to
>> claim that self-hosted engine is not deployable. I think that it is for
>> Simone to reply to that claim. Is it true? When? Do you think, like Adam,
>> that this is a problem of host connectivity to its storage?
>>
>
> Adam, Nir, Tal, Allon, can you please review?
>

Any update?


>
>
>>
>>
>> Yaniv Bronheim, if we don't need to block on this, please tag VDSM for
>>> release.
>>>
>>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA <https://www.redhat.com/>
> <https://red.ht/sig>
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] oVirt System Test configuration

[Sandro Bonazzola]

509 k
 openssh-clients x86_64
 7.4p1-13.el7_4
updates654 k
 openssh-server  x86_64
 7.4p1-13.el7_4
updates458 k
 python-gobject-base x86_64
 3.22.0-1.el7_4.1
updates294 k
 python-perf x86_64
 3.10.0-693.11.1.el7
   updates5.1 M
 selinux-policy  noarch
 3.13.1-166.el7_4.7
centos-updates-el7 437 k
 selinux-policy-targeted noarch
 3.13.1-166.el7_4.7
centos-updates-el7 6.5 M
 sudox86_64
 1.8.19p2-11.el7_4
   updates1.1 M
 systemd x86_64
 219-42.el7_4.4
centos-updates-el7 5.2 M
 systemd-libsx86_64
 219-42.el7_4.4
centos-updates-el7 376 k
 systemd-sysvx86_64
 219-42.el7_4.4
centos-updates-el7  70 k
 tzdata  noarch
 2017c-1.el7
   updates468 k
 util-linux  x86_64
 2.23.2-43.el7_4.2
   updates2.0 M
 wpa_supplicant  x86_64
 1:2.6-5.el7_4.1
   updates1.2 M

meaning this environement is not receiving updates to core packages like
the kernel.

Restricting to libvirt, with the repos used in the job libvirt packages
doesn't even exists, making yum install libvirt just fail.


I think you already know I'm against filtering packages from the repos even
if I understand it saves a huge amount of space and download time.
I may be wrong, but I tend to not trust OST results since it's not testing
real life environments. Any chance we can improve OST to match what users
are going to have on their systems?

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] Testing

[Sandro Bonazzola]

2017-12-07 7:38 GMT+01:00 Bernhard Seidl <i...@bernhard-seidl.de>:

> Hi,
>
> I can put some effort in testing. In the last few days I used to test
> master branch snapshots and reported bugs. Are you ok with that, or
> should I focus on a different branch?
>

Welcome to the oVirt community and thanks for your help on testing!



>
> Bernhard
> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] oVirt s390x support - some questions for maintainers

[Sandro Bonazzola]

2017-12-17 8:38 GMT+01:00 Barak Korren <bkor...@redhat.com>:

> On 16 December 2017 at 00:53, Nir Soffer <nsof...@redhat.com> wrote:
> > On Fri, Dec 15, 2017 at 10:30 PM Barak Korren <bkor...@redhat.com>
> wrote:
> >>
> >> Hi to all project maintainers,
> >>
> >> As you may know, over the last few months the oVirt project had got
> >> some code contributions geared towards enabling the use of s390x
> >> (Mainframe) machines as hypervisor hosts.
> >>
> >> As you may also know, if you've followed the relevant thread, some
> >> work had been done in collaboration with the Fedora community to
> >> enable os390x support in oVirt`s CI system.
> >>
> >> We're now at the point where we can take the final step and enable
> >> automated builds of node components for s390x/fc27. Looking at what we
> >> curently build for ppc64le, I already took the time and submitted
> >> patches to enable build jobs for vdsm [2], ovirt-host [3], and
> >> ioprocess [4]. The relevant maintainers should have had these patches
> >> land in thair inbpx already.
> >>
> >> Few questions remain however:
> >> 1. When would be the best time to merge the patches mentioned above?
> Given
> >>that some of the projects do not support fc27 yet, that the new
> >> build jobs may
> >>raise issues and that the 4.2 release is fast approaching, the
> >> right timing should
> >>be considered carefully.
> >
> >
> > We should prepare a fedora 27 build for all projects before we enable
> > the jobs in the CI. But if we can disable problematic jobs in the CI
> easily
> > (and it seems we can), I think this is not a problem.
>
> I don't want to have the code in 'master' diverge from what actually
> exists in jenkins.
>
> > You can merge the ioprocess change now if you like.
>
> Maybe its better to make sure fc27/x86_64 builds first? Please state
> your intent on the relevant patch.
>
> >> 2. Which additional projects need to be build? I can see we build some
> SDK
> >>components for ppc64le as wel, are those dependences of vdsm? Will we
> >> need
> >>to build then for s390x?
> >
> >
> > For vdsm we need:
> > - ioprocess (nsoffer)
> > - ovirt-imageio-daemon (derez)
> > - ovirt-imageio-common (derez)
> > - pthreading (ybronhei)
> > - subprocess32 (sbonazzo?)
>
> I wonder how come the last 4 don't have ppc64le builds.


These are noarch:
 - ovirt-imageio-daemon (derez)
 - ovirt-imageio-common (derez)

These are provided by Fedora and CentOS Virt SIG
- pthreading (ybronhei)
- subprocess32 (sbonazzo?)




> The last 2
> don't seem to even have proper build jobs.
>
> > For engine:
>
> AFAIK there is no intention to support running engine on anything
> other then x86_64 at this point.
>
> > This is only (some) the components that we build. We have also tons of
> > dependencies that are part of Fedora (e.g. sanlock, libvirt). I hope
> these
> > projects are built for s390x.
>
> There is a full fedora build for s390x, so I suppose those are available
> there.
> Also, those are all mentioned in vdsm.spec right? So build-artifacts
> will not pass if they are missing right?
>
>
> --
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] oVirt s390x support - some questions for maintainers

[Sandro Bonazzola]

2017-12-15 23:53 GMT+01:00 Nir Soffer <nsof...@redhat.com>:

> On Fri, Dec 15, 2017 at 10:30 PM Barak Korren <bkor...@redhat.com> wrote:
>
>> Hi to all project maintainers,
>>
>> As you may know, over the last few months the oVirt project had got
>> some code contributions geared towards enabling the use of s390x
>> (Mainframe) machines as hypervisor hosts.
>>
>> As you may also know, if you've followed the relevant thread, some
>> work had been done in collaboration with the Fedora community to
>> enable os390x support in oVirt`s CI system.
>>
>> We're now at the point where we can take the final step and enable
>> automated builds of node components for s390x/fc27. Looking at what we
>> curently build for ppc64le, I already took the time and submitted
>> patches to enable build jobs for vdsm [2], ovirt-host [3], and
>> ioprocess [4]. The relevant maintainers should have had these patches
>> land in thair inbpx already.
>>
>> Few questions remain however:
>> 1. When would be the best time to merge the patches mentioned above? Given
>>that some of the projects do not support fc27 yet, that the new
>> build jobs may
>>raise issues and that the 4.2 release is fast approaching, the
>> right timing should
>>be considered carefully.
>>
>
> We should prepare a fedora 27 build for all projects before we enable
> the jobs in the CI. But if we can disable problematic jobs in the CI easily
> (and it seems we can), I think this is not a problem.
>
> You can merge the ioprocess change now if you like.
>
>
>> 2. Which additional projects need to be build? I can see we build some SDK
>>components for ppc64le as wel, are those dependences of vdsm? Will we
>> need
>>to build then for s390x?
>>
>
> For vdsm we need:
> - ioprocess (nsoffer)
> - ovirt-imageio-daemon (derez)
> - ovirt-imageio-common (derez)
> - pthreading (ybronhei)
> - subprocess32 (sbonazzo?)
>

subprocess32 is included in Fedora
https://koji.fedoraproject.org/koji/packageinfo?packageID=15499
I just rebuild it for Virt SIG:
http://cbs.centos.org/koji/packageinfo?packageID=3725


>
> For engine:
> - ovirt-imageio-common
> - ovirt-imageio-proxy
>
> This is only (some) the components that we build. We have also tons of
> dependencies that are part of Fedora (e.g. sanlock, libvirt). I hope these
> projects are built for s390x.
>
> Added some maintainers.
>
> Nir
>
>
>>
>> [1]: http://jenkins.ovirt.org/search/?q=master_build-
>> artifacts-el7-ppc64le
>> [2]: https://gerrit.ovirt.org/c/85487
>> [3]: https://gerrit.ovirt.org/c/85486
>> [4]: https://gerrit.ovirt.org/c/85485
>>
>> --
>> Barak Korren
>> RHV DevOps team , RHCE, RHCi
>> Red Hat EMEA
>> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
>> ___
>> Devel mailing list
>> Devel@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] oVirt s390x support - some questions for maintainers

[Sandro Bonazzola]

2017-12-15 21:29 GMT+01:00 Barak Korren <bkor...@redhat.com>:

> Hi to all project maintainers,
>
> As you may know, over the last few months the oVirt project had got
> some code contributions geared towards enabling the use of s390x
> (Mainframe) machines as hypervisor hosts.
>
> As you may also know, if you've followed the relevant thread, some
> work had been done in collaboration with the Fedora community to
> enable os390x support in oVirt`s CI system.
>
> We're now at the point where we can take the final step and enable
> automated builds of node components for s390x/fc27. Looking at what we
> curently build for ppc64le, I already took the time and submitted
> patches to enable build jobs for vdsm [2], ovirt-host [3], and
> ioprocess [4]. The relevant maintainers should have had these patches
> land in thair inbpx already.
>
> Few questions remain however:
> 1. When would be the best time to merge the patches mentioned above? Given
>that some of the projects do not support fc27 yet, that the new
> build jobs may
>raise issues and that the 4.2 release is fast approaching, the
> right timing should
>be considered carefully.
>

The major concern I have is on the patch dropping sudo requirements at
https://gerrit.ovirt.org/#/c/85219/
If you verified that it doesn't break CI, I think you can merge right after
4.2.0 GA.


> 2. Which additional projects need to be build? I can see we build some SDK
>components for ppc64le as wel, are those dependences of vdsm? Will we
> need
>to build then for s390x?
>

They're not vdsm deps, but please build them too.



>
>
> [1]: http://jenkins.ovirt.org/search/?q=master_build-artifacts-el7-ppc64le
> [2]: https://gerrit.ovirt.org/c/85487
> [3]: https://gerrit.ovirt.org/c/85486
> [4]: https://gerrit.ovirt.org/c/85485
>
> --
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
> _______
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] oVirt 4.2.0 RC3 status

[Sandro Bonazzola]

Hi,
according to
https://bugzilla.redhat.com/buglist.cgi?quicksearch=flag%3Ablocker%2B%20target_milestone%3Aovirt-4.2.0%20status%3Anew%2Cassigned%2Cpost%2Cmodified
we just need to rebuild VDSM to complete the acknowledged blockers.

We still have a proposed blocker in NEW state according to
https://bugzilla.redhat.com/buglist.cgi?quicksearch=flag%3Ablocker%3F%20target_milestone%3Aovirt-4.2.0%20status%3Anew%2Cassigned%2Cpost%2Cmodified

1525907 <https://bugzilla.redhat.com/show_bug.cgi?id=1525907> Storage vdsm
General dan...@redhat.com NEW VDSM is in recovery mode after a restart in
fresh install... <https://bugzilla.redhat.com/show_bug.cgi?id=1525907>
urgent urgent ovirt-4.2.0 Sat 18:12

Dan, please review, let us know if we have to block on this or if we can
postpone to 4.2.1.
Yaniv Bronheim, if we don't need to block on this, please tag VDSM for
release.


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] katello-agent is available for testing in CentOS Virt SIG

[Sandro Bonazzola]

Hi,
for those willing to use katello for monitoring oVirt hosts upgrade status,
we added katello-agent to CentOS Virt SIG testing repo.
If no negative feedback is provided, I'll tag it for release on December
20th.

In order to install it:
# yum install centos-release-ovirt41
# yum-config-manager --enable centos-ovirt41-testing --save
# yum install katello-agent

Note that oly the agent/client part has been included in Virt SIG, in order
to install foreman with katello plugin follow katello website instructions.

For more info about katello: https://www.theforeman.org/plugins/katello/

Thanks,

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] 4.2.0 RC3 blockers status: no go

[Sandro Bonazzola]

2017-12-15 14:40 GMT+01:00 Milan Zamazal <mzama...@redhat.com>:

> Sandro Bonazzola <sbona...@redhat.com> writes:
>
> > 1526133 <https://bugzilla.redhat.com/show_bug.cgi?id=1526133> Virt vdsm
> Core
> > mzama...@redhat.com ASSIGNED [SR-IOV] hot-plug of vNIC on running VM
> fails
> > with VDSErr... <https://bugzilla.redhat.com/show_bug.cgi?id=1526133>
> high
> > unspecified ovirt-4.2.0 05:25:25
>
> I believe that https://gerrit.ovirt.org/85484 fixes the problem, however
> I don't have an environment to test SR-IOV networking (and I don't know
> how it operates).  I made a unit test that checks the primary error is
> fixed, but it would be worth to test that nothing breaks later in a
> running oVirt.  Can anybody help with testing that SR-IOV network hot
> plug works fine with the patch?
>
> Thanks,
> Milan
>

Marcin can you please help with this?

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] 4.2.0 RC3 blockers status: no go

[Sandro Bonazzola]

Update on approved blockers:
1526133 <https://bugzilla.redhat.com/show_bug.cgi?id=1526133> Virt vdsm Core
mzama...@redhat.com ASSIGNED [SR-IOV] hot-plug of vNIC on running VM fails
with VDSErr... <https://bugzilla.redhat.com/show_bug.cgi?id=1526133> high
unspecified ovirt-4.2.0 05:25:25
1524119 <https://bugzilla.redhat.com/show_bug.cgi?id=1524119> Virt vdsm
General from...@redhat.com MODIFIED Failed to migrate HE VM
<https://bugzilla.redhat.com/show_bug.cgi?id=1524119> urgent urgent
ovirt-4.2.0 04:55:55


And proposed blockers:

1525907 <https://bugzilla.redhat.com/show_bug.cgi?id=1525907> Storage vdsm
General dan...@redhat.com NEW VDSM is in recovery mode after a restart in
fresh install... <https://bugzilla.redhat.com/show_bug.cgi?id=1525907>
urgent urgent ovirt-4.2.0 04:51:55








2017-12-15 10:51 GMT+01:00 Sandro Bonazzola <sbona...@redhat.com>:

>
>
> 2017-12-15 8:24 GMT+01:00 Tomas Jelinek <tjeli...@redhat.com>:
>
>>
>>
>> On Fri, Dec 15, 2017 at 7:21 AM, Sandro Bonazzola <sbona...@redhat.com>
>> wrote:
>>
>>> 1522641 <https://bugzilla.redhat.com/show_bug.cgi?id=1522641> Node
>>> cockpit-ovirt Hosted Engine phbai...@redhat.com ASSIGNED Hosted Engine
>>> deployment looks like stuck, but become up ...
>>> <https://bugzilla.redhat.com/show_bug.cgi?id=1522641> urgent unspecified
>>> ovirt-4.2.0 23:01:07
>>> 1526133 <https://bugzilla.redhat.com/show_bug.cgi?id=1526133> Network
>>> vdsm Core dan...@redhat.com NEW [SR-IOV] hot-plug of vNIC on running VM
>>> fails with VDSErr...
>>> <https://bugzilla.redhat.com/show_bug.cgi?id=1526133> high unspecified
>>> ovirt-4.2.0 16:30:10
>>> 1524119 <https://bugzilla.redhat.com/show_bug.cgi?id=1524119> Virt vdsm
>>> General from...@redhat.com POST Failed to migrate HE VM
>>> <https://bugzilla.redhat.com/show_bug.cgi?id=1524119> urgent urgent
>>> ovirt-4.2.0 11:51:45
>>>
>>>
>>>
>> this is merged to master and acked on 4.2.0 branch. Artyom confirmed the
>> fix is correct - only needs someone to press the merge button on stable
>> branch.
>>
>
> Can someone merge?
>
>
>
>>
>>
>>> please provide ETA
>>>
>>> Also please review proposed blocker:
>>> 1525907 <https://bugzilla.redhat.com/show_bug.cgi?id=1525907> Virt vdsm
>>> General from...@redhat.com POST VDSM is in recovery mode after a
>>> restart in fresh install...
>>> <https://bugzilla.redhat.com/show_bug.cgi?id=1525907> urgent urgent
>>> ovirt-4.2.0 11:30:55
>>>
>>> Thanks
>>>
>>>
>>> --
>>>
>>> SANDRO BONAZZOLA
>>>
>>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>>
>>> Red Hat EMEA <https://www.redhat.com/>
>>> <https://red.ht/sig>
>>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>>
>>>
>>> ___
>>> Devel mailing list
>>> Devel@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>
>>
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA <https://www.redhat.com/>
> <https://red.ht/sig>
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] 4.2.0 RC3 blockers status: no go

[Sandro Bonazzola]

2017-12-15 8:24 GMT+01:00 Tomas Jelinek <tjeli...@redhat.com>:

>
>
> On Fri, Dec 15, 2017 at 7:21 AM, Sandro Bonazzola <sbona...@redhat.com>
> wrote:
>
>> 1522641 <https://bugzilla.redhat.com/show_bug.cgi?id=1522641> Node
>> cockpit-ovirt Hosted Engine phbai...@redhat.com ASSIGNED Hosted Engine
>> deployment looks like stuck, but become up ...
>> <https://bugzilla.redhat.com/show_bug.cgi?id=1522641> urgent unspecified
>> ovirt-4.2.0 23:01:07
>> 1526133 <https://bugzilla.redhat.com/show_bug.cgi?id=1526133> Network
>> vdsm Core dan...@redhat.com NEW [SR-IOV] hot-plug of vNIC on running VM
>> fails with VDSErr...
>> <https://bugzilla.redhat.com/show_bug.cgi?id=1526133> high unspecified
>> ovirt-4.2.0 16:30:10
>> 1524119 <https://bugzilla.redhat.com/show_bug.cgi?id=1524119> Virt vdsm
>> General from...@redhat.com POST Failed to migrate HE VM
>> <https://bugzilla.redhat.com/show_bug.cgi?id=1524119> urgent urgent
>> ovirt-4.2.0 11:51:45
>>
>>
>>
> this is merged to master and acked on 4.2.0 branch. Artyom confirmed the
> fix is correct - only needs someone to press the merge button on stable
> branch.
>

Can someone merge?



>
>
>> please provide ETA
>>
>> Also please review proposed blocker:
>> 1525907 <https://bugzilla.redhat.com/show_bug.cgi?id=1525907> Virt vdsm
>> General from...@redhat.com POST VDSM is in recovery mode after a restart
>> in fresh install... <https://bugzilla.redhat.com/show_bug.cgi?id=1525907>
>> urgent urgent ovirt-4.2.0 11:30:55
>>
>> Thanks
>>
>>
>> --
>>
>> SANDRO BONAZZOLA
>>
>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>
>> Red Hat EMEA <https://www.redhat.com/>
>> <https://red.ht/sig>
>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>
>>
>> ___
>> Devel mailing list
>> Devel@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>>
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] 4.2.0 rc3 postponed to tomorrow

[Sandro Bonazzola]

2017-12-13 18:08 GMT+01:00 Sandro Bonazzola <sbona...@redhat.com>:

> We still have 2 open blockers:
> 1525375 <https://bugzilla.redhat.com/show_bug.cgi?id=1525375> Storage vdsm
> General eshen...@redhat.com NEW [Engine 4.1] Failed to start VM with
> direct lun on both 4...
> <https://bugzilla.redhat.com/show_bug.cgi?id=1525375> high unspecified
> ovirt-4.2.0 12:03:41
> 1512534 <https://bugzilla.redhat.com/show_bug.cgi?id=1512534> Integration
> ovirt-hosted-engine-ha General pklic...@redhat.com ASSIGNED SHE
> deployment takes too much time and looks like stuck.
> <https://bugzilla.redhat.com/show_bug.cgi?id=1512534> urgent urgent
> ovirt-4.2.0 11:30:39
>
>
> Please provide ETA on above blockers
>


Dropped blocker flag on Bug 1525375
<https://bugzilla.redhat.com/show_bug.cgi?id=1525375> - [Engine 4.1] Failed
to start VM with direct lun on both 4.1 and 4.2 host
following Nir's analysis.

Waiting for ovirt-hosted-engine-ha re-spin including
https://gerrit.ovirt.org/85416 fixing: Bug 1512534
<https://bugzilla.redhat.com/show_bug.cgi?id=1512534> - SHE deployment
takes too much time and looks like stuck.
Piotr, Martin, Andrej: please review ASAP. Simone: please verify ASAP.



>
> Thanks,
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA <https://www.redhat.com/>
> <https://red.ht/sig>
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] 4.2.0 rc3 postponed to tomorrow

[Sandro Bonazzola]

We still have 2 open blockers:
1525375 <https://bugzilla.redhat.com/show_bug.cgi?id=1525375> Storage vdsm
General eshen...@redhat.com NEW [Engine 4.1] Failed to start VM with direct
lun on both 4... <https://bugzilla.redhat.com/show_bug.cgi?id=1525375> high
unspecified ovirt-4.2.0 12:03:41
1512534 <https://bugzilla.redhat.com/show_bug.cgi?id=1512534> Integration
ovirt-hosted-engine-ha General pklic...@redhat.com ASSIGNED SHE deployment
takes too much time and looks like stuck.
<https://bugzilla.redhat.com/show_bug.cgi?id=1512534> urgent urgent
ovirt-4.2.0 11:30:39


Please provide ETA on above blockers

Thanks,

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ANN] oVirt 4.2.0 Second Candidate Release is now available for testing

[Sandro Bonazzola]

2017-12-13 11:37 GMT+01:00 Michal Skrivanek <michal.skriva...@redhat.com>:

>
> > On 13 Dec 2017, at 09:58, Sandro Bonazzola <sbona...@redhat.com> wrote:
> >
> >
> >
> > 2017-12-13 9:51 GMT+01:00 Michal Skrivanek <michal.skriva...@redhat.com
> >:
> > Hi Sandro,
> > we’ve identified one more blocker for HE installations[1]. We plan
> getting it in today if everything goes well, would be great if we can
> update the RC with new vdsm soon after.
> >
> > Thanks,
> > michal
> >
> > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1524119
> >
> > We have right now 3 blockers:
> > ID▲   oVirt Team  Product▲Component▲  Assignee
> Status▼ Summary SeverityPriority▲
> > 1522641   Nodecockpit-ovirt   Hosted Engine
> phbai...@redhat.com NEW Hosted Engine deployment failed, there
> display 'Timed out...urgent  unspecified
>
> seems this still requires clarification. There is some misunderstanding
> between the assignee and qe.
>
> > 1525353   Network ovirt-engineBLL.Network era...@redhat.com
>  NEW vNIC mapping is broken on import from data domain - vNICs...
>   urgent  urgent
>
> Dan, can you update why this is a urgent/urgent  blocker? It doesn’t seem
> to qualify for that severity. Import VM from SD and end up with empty
> mapping you can easily fix…that hardly critically affects running workloads.
>

VDSM build is ready and added to ovirt-4.2-pre repo.
Pending decision on cockpit-ovirt and ovirt-engine for going ahead with the
release.





>
> > 1524119   Virt    vdsm    General from...@redhat.com  POST
> Failed to migrate HE VM urgent  urgent
> >
> >
> > Looks like we'll need a RC3.
> >
> >
> >
> >
> >> On 12 Dec 2017, at 16:45, Sandro Bonazzola <sbona...@redhat.com> wrote:
> >>
> >> The oVirt Project is pleased to announce the availability of the Second
> Candidate Release of oVirt 4.2.0, as of December 12th, 2017
> >>
> >> This is pre-release software. This pre-release should not to be used in
> production.
> >> Please take a look at our community page[1] to learn how to ask
> questions and interact with developers and users.
> >> All issues or bugs should be reported via oVirt Bugzilla[2].
> >>
> >> This update is the second candidate release of the 4.2.0 version. This
> release brings more than 280 enhancements and more than one thousand bug
> fixes, including more than 500 high or urgent severity fixes, on top of
> oVirt 4.1 series.
> >>
> >> What's new in oVirt 4.2.0?
> >>
> >>  • The Administration Portal has been completely redesigned using
> Patternfly, a widely adopted standard in web application design. It now
> features a cleaner, more intuitive design, for an improved user experience.
> >>  • There is an all-new VM Portal for non-admin users.
> >>  • A new High Performance virtual machine type has been added to
> the New VM dialog box in the Administration Portal.
> >>  • Open Virtual Network (OVN) adds support for Open vSwitch
> software defined networking (SDN).
> >>  • oVirt now supports Nvidia vGPU.
> >>  • The ovirt-ansible-roles package helps users with common
> administration tasks.
> >>  • Virt-v2v now supports Debian/Ubuntu based VMs.
> >>
> >> For more information about these and other features, check out the
> oVirt 4.2.0 blog post.
> >>
> >> This release is available now on x86_64 architecture for:
> >> * Red Hat Enterprise Linux 7.4 or later
> >> * CentOS Linux (or similar) 7.4 or later
> >>
> >> This release supports Hypervisor Hosts on x86_64 and ppc64le
> architectures for:
> >> * Red Hat Enterprise Linux 7.4 or later
> >> * CentOS Linux (or similar) 7.4 or later
> >> * oVirt Node 4.2 (available for x86_64 only)
> >>
> >> See the release notes draft [3] for installation / upgrade instructions
> and a list of new features and bugs fixed.
> >>
> >> Notes:
> >> - oVirt Appliance is already available.
> >> - oVirt Node is already available [4]
> >>
> >> Additional Resources:
> >> * Read more about the oVirt 4.2.0 release highlights:
> http://www.ovirt.org/release/4.2.0/
> >> * 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] https://www.ovirt.org/community/
> >> [2] https://bugzilla.redhat.com/enter_bug.

Re: [ovirt-devel] [ANN] oVirt 4.2.0 Second Candidate Release is now available for testing

[Sandro Bonazzola]

2017-12-13 9:51 GMT+01:00 Michal Skrivanek <michal.skriva...@redhat.com>:

> Hi Sandro,
> we’ve identified one more blocker for HE installations[1]. We plan getting
> it in today if everything goes well, would be great if we can update the RC
> with new vdsm soon after.
>
> Thanks,
> michal
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1524119
>

We have right now 3 blockers:
ID▲
<https://bugzilla.redhat.com/buglist.cgi?field0-0-0=flagtypes.name=target_milestone=bug_status=bug_status=bug_status_id=8217228_format=advanced=substring=substring=substring=substring=substring=blocker%2B=ovirt-4.2.0=new=assigned=post=bug_id%20DESC_based_on=>oVirt
Team
<https://bugzilla.redhat.com/buglist.cgi?field0-0-0=flagtypes.name=target_milestone=bug_status=bug_status=bug_status_id=8217228_format=advanced=substring=substring=substring=substring=substring=blocker%2B=ovirt-4.2.0=new=assigned=post=cf_ovirt_team%2Cproduct%2Ccomponent%2Cpriority%2Cbug_status%20DESC%2Cchangeddate%2Cstatus_whiteboard%2Cbug_id_based_on=>
Product▲
<https://bugzilla.redhat.com/buglist.cgi?field0-0-0=flagtypes.name=target_milestone=bug_status=bug_status=bug_status_id=8217228_format=advanced=substring=substring=substring=substring=substring=blocker%2B=ovirt-4.2.0=new=assigned=post=product%20DESC%2Ccomponent%2Cpriority%2Cbug_status%20DESC%2Cchangeddate%2Cstatus_whiteboard%2Cbug_id_based_on=>
Component▲
<https://bugzilla.redhat.com/buglist.cgi?field0-0-0=flagtypes.name=target_milestone=bug_status=bug_status=bug_status_id=8217228_format=advanced=substring=substring=substring=substring=substring=blocker%2B=ovirt-4.2.0=new=assigned=post=component%20DESC%2Cproduct%2Cpriority%2Cbug_status%20DESC%2Cchangeddate%2Cstatus_whiteboard%2Cbug_id_based_on=>
Assignee
<https://bugzilla.redhat.com/buglist.cgi?field0-0-0=flagtypes.name=target_milestone=bug_status=bug_status=bug_status_id=8217228_format=advanced=substring=substring=substring=substring=substring=blocker%2B=ovirt-4.2.0=new=assigned=post=assigned_to%2Cproduct%2Ccomponent%2Cpriority%2Cbug_status%20DESC%2Cchangeddate%2Cstatus_whiteboard%2Cbug_id_based_on=>
Status▼
<https://bugzilla.redhat.com/buglist.cgi?field0-0-0=flagtypes.name=target_milestone=bug_status=bug_status=bug_status_id=8217228_format=advanced=substring=substring=substring=substring=substring=blocker%2B=ovirt-4.2.0=new=assigned=post=bug_status%2Cproduct%2Ccomponent%2Cpriority%2Cchangeddate%2Cstatus_whiteboard%2Cbug_id_based_on=>
Summary
<https://bugzilla.redhat.com/buglist.cgi?field0-0-0=flagtypes.name=target_milestone=bug_status=bug_status=bug_status_id=8217228_format=advanced=substring=substring=substring=substring=substring=blocker%2B=ovirt-4.2.0=new=assigned=post=short_short_desc%2Cproduct%2Ccomponent%2Cpriority%2Cbug_status%20DESC%2Cchangeddate%2Cstatus_whiteboard%2Cbug_id_based_on=>
Severity
<https://bugzilla.redhat.com/buglist.cgi?field0-0-0=flagtypes.name=target_milestone=bug_status=bug_status=bug_status_id=8217228_format=advanced=substring=substring=substring=substring=substring=blocker%2B=ovirt-4.2.0=new=assigned=post=bug_severity%2Cproduct%2Ccomponent%2Cpriority%2Cbug_status%20DESC%2Cchangeddate%2Cstatus_whiteboard%2Cbug_id_based_on=>
Priority▲
<https://bugzilla.redhat.com/buglist.cgi?field0-0-0=flagtypes.name=target_milestone=bug_status=bug_status=bug_status_id=8217228_format=advanced=substring=substring=substring=substring=substring=blocker%2B=ovirt-4.2.0=new=assigned=post=priority%20DESC%2Cproduct%2Ccomponent%2Cbug_status%20DESC%2Cchangeddate%2Cstatus_whiteboard%2Cbug_id_based_on=>
1522641 <https://bugzilla.redhat.com/show_bug.cgi?id=1522641> Node
cockpit-ovirt Hosted Engine phbai...@redhat.com NEW Hosted Engine
deployment failed, there display 'Timed out...
<https://bugzilla.redhat.com/show_bug.cgi?id=1522641> urgent unspecified
1525353 <https://bugzilla.redhat.com/show_bug.cgi?id=1525353> Network
ovirt-engine BLL.Network era...@redhat.com NEW vNIC mapping is broken on
import from data domain - vNICs...
<https://bugzilla.redhat.com/show_bug.cgi?id=1525353> urgent urgent
1524119 <https://bugzilla.redhat.com/show_bug.cgi?id=1524119> Virt vdsm
General from...@redhat.com POST Failed to migrate HE VM
<https://bugzilla.redhat.com/show_bug.cgi?id=1524119> urgent urgent


Looks like we'll need a RC3.




>
> On 12 Dec 2017, at 16:45, Sandro Bonazzola <sbona...@redhat.com> wrote:
>
> The oVirt Project is pleased to announce the availability of the Second
> Candidate Release of oVirt 4.2.0, as of December 12th, 2017
>
> This is pre-release software. This pre-release should not to be used in
> production.
> Please take a look at our community page[1] to learn how to ask questions
> and interact with developers and users.
> All issues or bugs should be reported via oVirt Bugzilla[2].
>
> This update is the second candidate release of the 4.2.0 version. This
> release

Re: [ovirt-devel] Possible regression in oVirt Engine included in 4.2.0 RC2

[Sandro Bonazzola]

2017-12-13 9:15 GMT+01:00 Eyal Shenitzky <eshen...@redhat.com>:

> Hi Sandro,
>
> I see in the logs that the failure was at 4.1 basic suite, not 4.2:
>
> /ovirt-system-tests/basic-suite-4.1/test-scenarios/004_basic_sanity.py
>
>
> Is there a specific patch that this run included?
>

It included the whole ovirt-4.2-pre repo and its dependencies. I may have
set wrong parameters, I admit I'm not an experienced user of
ovirt-system-test.
Here are the parameters I used:
http://jenkins.ovirt.org/job/ovirt-system-tests_manual/1843/parameters/



>
>
>
> On Wed, Dec 13, 2017 at 9:14 AM, Sandro Bonazzola <sbona...@redhat.com>
> wrote:
>
>> The oVirt system test that ran over night failed: http://jenkins.ovirt.o
>> rg/job/ovirt-system-tests_manual/1843/artifact/exported-arti
>> facts/004_basic_sanity.py.junit.xml/*view*/
>>
>> RequestError:
>> status: 409
>> reason: Conflict
>> detail: Cannot add Virtual Disk. Disk 
>> CirrOS_0.3.4_for_x86_64_glance_template in VM vm1 is already marked as boot.
>> ]]>
>>
>>
>> Please check
>>
>>
>> --
>>
>> SANDRO BONAZZOLA
>>
>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>
>> Red Hat EMEA <https://www.redhat.com/>
>> <https://red.ht/sig>
>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>
>>
>> ___
>> Devel mailing list
>> Devel@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>>
>
>
>
> --
> Regards,
> Eyal Shenitzky
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] ovirt-engine master blockade lifted

[Sandro Bonazzola]

The amount of patches targeted to 4.2.1 is piling up and blocking
development and testing.
After 4.2 RC2 build, after consulting with ovirt-engine stable maintainer,
if a further ovirt-engine build is needed we'll branch from tag and
cherry-pick needed patches.
So current master branch is now formally open for 4.2.1 patches.


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Possible regression in oVirt Engine included in 4.2.0 RC2

[Sandro Bonazzola]

The oVirt system test that ran over night failed:
http://jenkins.ovirt.org/job/ovirt-system-tests_manual/1843/artifact/exported-artifacts/004_basic_sanity.py.junit.xml/*view*/

RequestError:
status: 409
reason: Conflict
detail: Cannot add Virtual Disk. Disk
CirrOS_0.3.4_for_x86_64_glance_template in VM vm1 is already marked as
boot.
]]>


Please check


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Fwd: [Test-Announce] Fedora 25 End Of Life

[Sandro Bonazzola]

FYI
-- Messaggio inoltrato --
Da: "Mohan Boddu" 
Data: 12 Dic 2017 21:41
Oggetto: [Test-Announce] Fedora 25 End Of Life
A: , <
devel-annou...@lists.fedoraproject.org>, <
test-annou...@lists.fedoraproject.org>
Cc:

As of the 12th of December 2017, Fedora 25 has reached its end of life

 for updates and support. No further updates, including security updates,
will be available for Fedora 25. Fedora 26 will continue to receive updates
until approximately one month after the release of Fedora 28. The
maintenance schedule of Fedora releases is documented on the Fedora Project
wiki [0]. The Fedora Project wiki also contains instructions [1] on how to
upgrade from a previous release of Fedora to a version receiving updates.
Mohan Boddu.


[0]https://fedoraproject.org/wiki/Fedora_Release_Life_Cycle#
Maintenance_Schedule

[1]https://fedoraproject.org/wiki/Upgrading?rd=DistributionUpgrades

___
test-announce mailing list -- test-annou...@lists.fedoraproject.org
To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org

___
devel mailing list -- de...@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] [ANN] oVirt 4.2.0 Second Candidate Release is now available for testing

[Sandro Bonazzola]

The oVirt Project is pleased to announce the availability of the Second
Candidate Release of oVirt 4.2.0, as of December 12th, 2017

This is pre-release software. This pre-release should not to be used in
production.

Please take a look at our community page[1] to learn how to ask questions
and interact with developers and users.
All issues or bugs should be reported via oVirt Bugzilla[2].

This update is the second candidate release of the 4.2.0 version. This
release brings more than 280 enhancements and more than one thousand bug
fixes, including more than 500 high or urgent severity fixes, on top of
oVirt 4.1 series.

What's new in oVirt 4.2.0?


   -

   The Administration Portal has been completely redesigned using
   Patternfly, a widely adopted standard in web application design. It now
   features a cleaner, more intuitive design, for an improved user experience.
   -

   There is an all-new VM Portal for non-admin users.
   -

   A new High Performance virtual machine type has been added to the New VM
   dialog box in the Administration Portal.
   -

   Open Virtual Network (OVN) adds support for Open vSwitch software
   defined networking (SDN).
   -

   oVirt now supports Nvidia vGPU.
   -

   The ovirt-ansible-roles package helps users with common administration
   tasks.
   -

   Virt-v2v now supports Debian/Ubuntu based VMs.


For more information about these and other features, check out the oVirt
4.2.0 blog post
<https://ovirt.org/blog/2017/11/introducing-ovirt-4.2.0-beta/>.

This release is available now on x86_64 architecture for:

* Red Hat Enterprise Linux 7.4 or later

* CentOS Linux (or similar) 7.4 or later

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:

* Red Hat Enterprise Linux 7.4 or later

* CentOS Linux (or similar) 7.4 or later

* oVirt Node 4.2 (available for x86_64 only)

See the release notes draft [3] for installation / upgrade instructions and
a list of new features and bugs fixed.

Notes:

- oVirt Appliance is already available.

- oVirt Node is already available [4]

Additional Resources:

* Read more about the oVirt 4.2.0 release highlights:
http://www.ovirt.org/release/4.2.0/

* 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] https://www.ovirt.org/community/

[2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt

[3] http://www.ovirt.org/release/4.2.0/
[4] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] qemu-kvm-ev-2.9.0-16.el7_4.11.1 now available for testing

[Sandro Bonazzola]

Hi, qemu-kvm-ev-2.9.0-16.el7_4.11.1
<https://cbs.centos.org/koji/buildinfo?buildID=21003> is now available for
testing.
If no negative feedback will be reported, I'm going to push to release on
Thursday, December 14th.

Here's the changelog:

* Mon Dec 11 2017 Sandro Bonazzola <sbona...@redhat.com> -
ev-2.9.0-16.el7_4.11.1 - Removing RH branding from package name * Mon Nov
13 2017 Miroslav Rezanina <mreza...@redhat.com> - rhev-2.9.0-16.el7_4.11 -
kvm-exec-use-qemu_ram_ptr_length-to-access-guest-ram.patch [bz#1472185] -
kvm-multiboot-validate-multiboot-header-address-values.patch [bz#1501123] -
Resolves: bz#1472185 (CVE-2017-11334 qemu-kvm-rhev: Qemu: exec: oob access
during dma operation [rhel-7.4.z]) - Resolves: bz#1501123 (CVE-2017-14167
qemu-kvm-rhev: Qemu: i386: multiboot OOB access while loading kernel image
[rhel-7.4.z]) * Mon Oct 23 2017 Miroslav Rezanina <mreza...@redhat.com> -
rhev-2.9.0-16.el7_4.10 -
kvm-vga-stop-passing-pointers-to-vga_draw_line-functions.patch [bz#1501300]
- kvm-vga-drop-line_offset-variable.patch [bz#1501300] -
kvm-vga-handle-cirrus-vbe-mode-wraparounds.patch [bz#1501300] -
kvm-cirrus-fix-oob-access-in-mode4and5-write-functions.patch [bz#1501300] -
Resolves: bz#1501300 (CVE-2017-15289 qemu-kvm-rhev: Qemu: cirrus: OOB
access issue in mode4and5 write functions [rhel-7.4.z]) * Mon Oct 09 2017
Miroslav Rezanina <mreza...@redhat.com> - rhev-2.9.0-16.el7_4.9 -
kvm-nbd-client-Fix-regression-when-server-sends-garbage.patch [bz#1495474]
- kvm-fix-build-failure-in-nbd_read_reply_entry.patch [bz#1495474] -
kvm-nbd-client-avoid-spurious-qio_channel_yield-re-entry.patch [bz#1495474]
- kvm-nbd-client-avoid-read_reply_co-entry-if-send-failed.patch
[bz#1495474] -
kvm-qemu-iotests-improve-nbd-fault-injector.py-startup-p.patch [bz#1495474]
- kvm-qemu-iotests-test-NBD-over-UNIX-domain-sockets-in-08.patch
[bz#1495474] -
kvm-block-nbd-client-nbd_co_send_request-fix-return-code.patch [bz#1495474]
- Resolves: bz#1495474 (Fail to quit source qemu when do live migration
after mirroring guest to NBD server [rhel-7.4.z])

<https://cbs.centos.org/koji/buildinfo?buildID=21003>--

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] ovirt-engine 4.2.0 respin

[Sandro Bonazzola]

2017-12-11 14:32 GMT+01:00 Tomas Jelinek <tjeli...@redhat.com>:

>
>
> On Mon, Dec 11, 2017 at 1:34 PM, Michal Skrivanek <mskri...@redhat.com>
> wrote:
>
>>
>> > On 11 Dec 2017, at 11:24, Sandro Bonazzola <sbona...@redhat.com> wrote:
>> >
>> >
>> >
>> > 2017-12-11 10:40 GMT+01:00 Anton Marchukov <amarc...@redhat.com>:
>> > Hello Tal.
>> >
>> > We do not and can build as soon as the tag is ready.
>> >
>> > Build started from tag  * 10385c9 - (tag: ovirt-engine-4.2.0.1) build:
>> ovirt-engine-4.2.0.1 (21 minutes ago) 
>>
>> unfortunately there is still one more thing affecting editing of a
>> running VM
>> https://bugzilla.redhat.com/show_bug.cgi?id=1524330
>>
>> Since the fix seems to be fairly simple it may make sense to wait for it
>> and build again in ~ half an hour
>>
>
> merged
>


pushing build patches


>
>
>>
>> Thanks,
>> michal
>>
>> >
>> > Dropping the unused branch.
>> >
>> >
>> > Anton.
>> >
>> > On Mon, Dec 11, 2017 at 10:36 AM, Tal Nisan <tni...@redhat.com> wrote:
>> > After a discussion with Sandro, the content seems OK, we will build
>> from master unless someone has an objection
>> >
>> >
>> > On Mon, Dec 11, 2017 at 11:30 AM, Martin Perina <mper...@redhat.com>
>> wrote:
>> >
>> >
>> > On Mon, Dec 11, 2017 at 10:27 AM, Sandro Bonazzola <sbona...@redhat.com>
>> wrote:
>> >
>> >
>> > 2017-12-11 10:21 GMT+01:00 Juan Hernández <jhern...@redhat.com>:
>> > On 12/11/2017 10:15 AM, Sandro Bonazzola wrote:
>> > Hi,
>> > a few blockers have been fixed since ovirt-engine-4.2.0 tag so we need
>> to
>> > respin for RC2.
>> > On master a few patches have been merged targeting 4.2.1, here's the
>> > changelog:
>> >
>> > fetching 1488853
>> >   - [BZ 1488853](https://bugzilla.redhat.com/1488853) - While
>> downloading
>> > disk the cancel/pause upload button should be disabled
>> > fetching 1506547
>> > 1506547 - is in status POST and targeted to ovirt-4.1.9; assignee:
>> > ybron...@redhat.com
>> >
>> > It can wait for 4.2.1
>> > ​
>> >
>> >
>> > fetching 1512911
>> >   - [BZ 1512911](https://bugzilla.redhat.com/1512911) - Internal server
>> > Error on incorrect headers
>> >
>> > ​It can wait for 4.2.1
>> > ​
>> >
>> > fetching 1513800
>> >   - [BZ 1513800](https://bugzilla.redhat.com/1513800) - Localdisk hook
>> must
>> > prevent VM from being snapshot.
>> > fetching 1517094
>> >   - [BZ 1517094](https://bugzilla.redhat.com/1517094) - after
>> redesign, the
>> > detach vm from pool button disappeared
>> > fetching 1517974
>> >   - [BZ 1517974](https://bugzilla.redhat.com/1517974) - [AAA] Locale
>> > selector on welcome page doesn't work when using http
>> >
>> > ​It can wait for 4.2.1​
>> >
>> >
>> > fetching 1518702
>> >   - [BZ 1518702](https://bugzilla.redhat.com/1518702) - Webadmin -
>> ImageIO-
>> > UI - canceling failed upload is not possible via 'upload' button  but
>> only
>> > via 'download' button
>> > fetching 1519246
>> > 1519246 - is in status POST and targeted to ovirt-4.2.1; assignee:
>> > slev...@redhat.com
>> > fetching 1520387
>> > 1520387 - is in status POST and targeted to ovirt-4.2.1; assignee:
>> > slev...@redhat.com
>> > fetching 1523072
>> >   - [BZ 1523072](https://bugzilla.redhat.com/1523072) - Cannot export
>> a VM
>> > to an export domain when specifying the storage domain by its name
>> > (Incomplete lookup for method signature)
>> > fetching 1523253
>> >   - [BZ 1523253](https://bugzilla.redhat.com/1523253) - When canceling
>> a
>> > download, the engine finalizes the operation as if it was completed
>> > successfully
>> > fetching 1523415
>> >   - [BZ 1523415](https://bugzilla.redhat.com/1523415) - Error while
>> > executing action Edit VM properties: Internal Engine Error
>> >
>> > So we need to branch from ovirt-engine-4.2.0 tag and cherry-pick 4.2.0
>> > patches.
>> >
>> > I'm going to create the branch now.
>> >
>> >
>> > What will be the name of that branch?
>> >
>> > ovirt-engine-4

Re: [ovirt-devel] ovirt-engine 4.2.0 respin

[Sandro Bonazzola]

2017-12-11 10:40 GMT+01:00 Anton Marchukov <amarc...@redhat.com>:

> Hello Tal.
>
> We do not and can build as soon as the tag is ready.
>

Build started from tag  * 10385c9 - (tag: ovirt-engine-4.2.0.1) build:
ovirt-engine-4.2.0.1 (21 minutes ago) 

Dropping the unused branch.


>
> Anton.
>
> On Mon, Dec 11, 2017 at 10:36 AM, Tal Nisan <tni...@redhat.com> wrote:
>
>> After a discussion with Sandro, the content seems OK, we will build from
>> master unless someone has an objection
>>
>>
>> On Mon, Dec 11, 2017 at 11:30 AM, Martin Perina <mper...@redhat.com>
>> wrote:
>>
>>>
>>>
>>> On Mon, Dec 11, 2017 at 10:27 AM, Sandro Bonazzola <sbona...@redhat.com>
>>> wrote:
>>>
>>>>
>>>>
>>>> 2017-12-11 10:21 GMT+01:00 Juan Hernández <jhern...@redhat.com>:
>>>>
>>>>> On 12/11/2017 10:15 AM, Sandro Bonazzola wrote:
>>>>>
>>>>>> Hi,
>>>>>> a few blockers have been fixed since ovirt-engine-4.2.0 tag so we
>>>>>> need to
>>>>>> respin for RC2.
>>>>>> On master a few patches have been merged targeting 4.2.1, here's the
>>>>>> changelog:
>>>>>>
>>>>>> fetching 1488853
>>>>>>   - [BZ 1488853](https://bugzilla.redhat.com/1488853) - While
>>>>>> downloading
>>>>>> disk the cancel/pause upload button should be disabled
>>>>>> fetching 1506547
>>>>>> 1506547 - is in status POST and targeted to ovirt-4.1.9; assignee:
>>>>>> ybron...@redhat.com
>>>>>
>>>>>
>>> It can wait for 4.2.1
>>> ​
>>>
>>>
>>>>
>>>>>> fetching 1512911
>>>>>>   - [BZ 1512911](https://bugzilla.redhat.com/1512911) - Internal
>>>>>> server
>>>>>> Error on incorrect headers
>>>>>>
>>>>>
>>> ​It can wait for 4.2.1
>>> ​
>>>
>>>
>>>> fetching 1513800
>>>>>>   - [BZ 1513800](https://bugzilla.redhat.com/1513800) - Localdisk
>>>>>> hook must
>>>>>> prevent VM from being snapshot.
>>>>>> fetching 1517094
>>>>>>   - [BZ 1517094](https://bugzilla.redhat.com/1517094) - after
>>>>>> redesign, the
>>>>>> detach vm from pool button disappeared
>>>>>> fetching 1517974
>>>>>>   - [BZ 1517974](https://bugzilla.redhat.com/1517974) - [AAA] Locale
>>>>>> selector on welcome page doesn't work when using http
>>>>>>
>>>>>
>>> ​It can wait for 4.2.1​
>>>
>>>
>>>
>>>> fetching 1518702
>>>>>>   - [BZ 1518702](https://bugzilla.redhat.com/1518702) - Webadmin -
>>>>>> ImageIO-
>>>>>> UI - canceling failed upload is not possible via 'upload' button  but
>>>>>> only
>>>>>> via 'download' button
>>>>>> fetching 1519246
>>>>>> 1519246 - is in status POST and targeted to ovirt-4.2.1; assignee:
>>>>>> slev...@redhat.com
>>>>>> fetching 1520387
>>>>>> 1520387 - is in status POST and targeted to ovirt-4.2.1; assignee:
>>>>>> slev...@redhat.com
>>>>>> fetching 1523072
>>>>>>   - [BZ 1523072](https://bugzilla.redhat.com/1523072) - Cannot
>>>>>> export a VM
>>>>>> to an export domain when specifying the storage domain by its name
>>>>>> (Incomplete lookup for method signature)
>>>>>> fetching 1523253
>>>>>>   - [BZ 1523253](https://bugzilla.redhat.com/1523253) - When
>>>>>> canceling a
>>>>>> download, the engine finalizes the operation as if it was completed
>>>>>> successfully
>>>>>> fetching 1523415
>>>>>>   - [BZ 1523415](https://bugzilla.redhat.com/1523415) - Error while
>>>>>> executing action Edit VM properties: Internal Engine Error
>>>>>>
>>>>>> So we need to branch from ovirt-engine-4.2.0 tag and cherry-pick 4.2.0
>>>>>> patches.
>>>>>>
>>>>>> I'm going to create the branch now.
>>>>>>
>>>>>>
>>>>> What will be the name of that branch?
>>>>>
>>>>

Re: [ovirt-devel] ovirt-engine 4.2.0 respin

[Sandro Bonazzola]

2017-12-11 10:21 GMT+01:00 Juan Hernández <jhern...@redhat.com>:

> On 12/11/2017 10:15 AM, Sandro Bonazzola wrote:
>
>> Hi,
>> a few blockers have been fixed since ovirt-engine-4.2.0 tag so we need to
>> respin for RC2.
>> On master a few patches have been merged targeting 4.2.1, here's the
>> changelog:
>>
>> fetching 1488853
>>   - [BZ 1488853](https://bugzilla.redhat.com/1488853) - While downloading
>> disk the cancel/pause upload button should be disabled
>> fetching 1506547
>> 1506547 - is in status POST and targeted to ovirt-4.1.9; assignee:
>> ybron...@redhat.com
>> fetching 1512911
>>   - [BZ 1512911](https://bugzilla.redhat.com/1512911) - Internal server
>> Error on incorrect headers
>> fetching 1513800
>>   - [BZ 1513800](https://bugzilla.redhat.com/1513800) - Localdisk hook
>> must
>> prevent VM from being snapshot.
>> fetching 1517094
>>   - [BZ 1517094](https://bugzilla.redhat.com/1517094) - after redesign,
>> the
>> detach vm from pool button disappeared
>> fetching 1517974
>>   - [BZ 1517974](https://bugzilla.redhat.com/1517974) - [AAA] Locale
>> selector on welcome page doesn't work when using http
>> fetching 1518702
>>   - [BZ 1518702](https://bugzilla.redhat.com/1518702) - Webadmin -
>> ImageIO-
>> UI - canceling failed upload is not possible via 'upload' button  but only
>> via 'download' button
>> fetching 1519246
>> 1519246 - is in status POST and targeted to ovirt-4.2.1; assignee:
>> slev...@redhat.com
>> fetching 1520387
>> 1520387 - is in status POST and targeted to ovirt-4.2.1; assignee:
>> slev...@redhat.com
>> fetching 1523072
>>   - [BZ 1523072](https://bugzilla.redhat.com/1523072) - Cannot export a
>> VM
>> to an export domain when specifying the storage domain by its name
>> (Incomplete lookup for method signature)
>> fetching 1523253
>>   - [BZ 1523253](https://bugzilla.redhat.com/1523253) - When canceling a
>> download, the engine finalizes the operation as if it was completed
>> successfully
>> fetching 1523415
>>   - [BZ 1523415](https://bugzilla.redhat.com/1523415) - Error while
>> executing action Edit VM properties: Internal Engine Error
>>
>> So we need to branch from ovirt-engine-4.2.0 tag and cherry-pick 4.2.0
>> patches.
>>
>> I'm going to create the branch now.
>>
>>
> What will be the name of that branch?
>

ovirt-engine-4.2.0.z

But after a discussion with Michal on IRC, I'll let stable maintainers to
decide if to go with current master or with the branch.
In the meanwhile I pushed build patches:

https://gerrit.ovirt.org/#/c/85252/
https://gerrit.ovirt.org/#/c/85253/

If we go with the cherry-pick to the branch, I'll drop these and re-push to
that branch.


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] ovirt-engine 4.2.0 respin

[Sandro Bonazzola]

2017-12-11 10:15 GMT+01:00 Sandro Bonazzola <sbona...@redhat.com>:

> Hi,
> a few blockers have been fixed since ovirt-engine-4.2.0 tag so we need to
> respin for RC2.
> On master a few patches have been merged targeting 4.2.1, here's the
> changelog:
>
> fetching 1488853
>  - [BZ 1488853](https://bugzilla.redhat.com/1488853) - While downloading
> disk the cancel/pause upload button should be disabled
> fetching 1506547
> 1506547 - is in status POST and targeted to ovirt-4.1.9; assignee:
> ybron...@redhat.com
> fetching 1512911
>  - [BZ 1512911](https://bugzilla.redhat.com/1512911) - Internal server
> Error on incorrect headers
> fetching 1513800
>  - [BZ 1513800](https://bugzilla.redhat.com/1513800) - Localdisk hook
> must prevent VM from being snapshot.
> fetching 1517094
>  - [BZ 1517094](https://bugzilla.redhat.com/1517094) - after redesign,
> the detach vm from pool button disappeared
> fetching 1517974
>  - [BZ 1517974](https://bugzilla.redhat.com/1517974) - [AAA] Locale
> selector on welcome page doesn't work when using http
> fetching 1518702
>  - [BZ 1518702](https://bugzilla.redhat.com/1518702) - Webadmin -
> ImageIO- UI - canceling failed upload is not possible via 'upload' button
> but only via 'download' button
> fetching 1519246
> 1519246 - is in status POST and targeted to ovirt-4.2.1; assignee:
> slev...@redhat.com
> fetching 1520387
> 1520387 - is in status POST and targeted to ovirt-4.2.1; assignee:
> slev...@redhat.com
> fetching 1523072
>  - [BZ 1523072](https://bugzilla.redhat.com/1523072) - Cannot export a VM
> to an export domain when specifying the storage domain by its name
> (Incomplete lookup for method signature)
> fetching 1523253
>  - [BZ 1523253](https://bugzilla.redhat.com/1523253) - When canceling a
> download, the engine finalizes the operation as if it was completed
> successfully
> fetching 1523415
>  - [BZ 1523415](https://bugzilla.redhat.com/1523415) - Error while
> executing action Edit VM properties: Internal Engine Error
>
> So we need to branch from ovirt-engine-4.2.0 tag and cherry-pick 4.2.0
> patches.
>
> I'm going to create the branch now.
>

Branch created: ovirt-engine-4.2.0.z
Please cherry-pick relevant patches.






>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA <https://www.redhat.com/>
> <https://red.ht/sig>
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] ovirt-engine 4.2.0 respin

[Sandro Bonazzola]

Hi,
a few blockers have been fixed since ovirt-engine-4.2.0 tag so we need to
respin for RC2.
On master a few patches have been merged targeting 4.2.1, here's the
changelog:

fetching 1488853
 - [BZ 1488853](https://bugzilla.redhat.com/1488853) - While downloading
disk the cancel/pause upload button should be disabled
fetching 1506547
1506547 - is in status POST and targeted to ovirt-4.1.9; assignee:
ybron...@redhat.com
fetching 1512911
 - [BZ 1512911](https://bugzilla.redhat.com/1512911) - Internal server
Error on incorrect headers
fetching 1513800
 - [BZ 1513800](https://bugzilla.redhat.com/1513800) - Localdisk hook must
prevent VM from being snapshot.
fetching 1517094
 - [BZ 1517094](https://bugzilla.redhat.com/1517094) - after redesign, the
detach vm from pool button disappeared
fetching 1517974
 - [BZ 1517974](https://bugzilla.redhat.com/1517974) - [AAA] Locale
selector on welcome page doesn't work when using http
fetching 1518702
 - [BZ 1518702](https://bugzilla.redhat.com/1518702) - Webadmin -  ImageIO-
UI - canceling failed upload is not possible via 'upload' button  but only
via 'download' button
fetching 1519246
1519246 - is in status POST and targeted to ovirt-4.2.1; assignee:
slev...@redhat.com
fetching 1520387
1520387 - is in status POST and targeted to ovirt-4.2.1; assignee:
slev...@redhat.com
fetching 1523072
 - [BZ 1523072](https://bugzilla.redhat.com/1523072) - Cannot export a VM
to an export domain when specifying the storage domain by its name
(Incomplete lookup for method signature)
fetching 1523253
 - [BZ 1523253](https://bugzilla.redhat.com/1523253) - When canceling a
download, the engine finalizes the operation as if it was completed
successfully
fetching 1523415
 - [BZ 1523415](https://bugzilla.redhat.com/1523415) - Error while
executing action Edit VM properties: Internal Engine Error

So we need to branch from ovirt-engine-4.2.0 tag and cherry-pick 4.2.0
patches.

I'm going to create the branch now.

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ovirt-users] [ANN] oVirt 4.2.0 First Candidate Release is now available for testing

[Sandro Bonazzola]

2017-12-08 21:49 GMT+01:00 Yaniv Kaul <yk...@redhat.com>:

>
>
> On Fri, Dec 8, 2017 at 5:44 PM, Michal Skrivanek <
> michal.skriva...@redhat.com> wrote:
>
>> I believe we should respin RC2 due to
>> https://bugzilla.redhat.com/show_bug.cgi?id=1522901
>> https://bugzilla.redhat.com/show_bug.cgi?id=1522878
>> https://bugzilla.redhat.com/show_bug.cgi?id=1523399
>> https://bugzilla.redhat.com/show_bug.cgi?id=1523415
>
>
> I tend to agree, but not all patches are in?
> Y.
>

Today we still have 3 approved blockers still on post at
https://bugzilla.redhat.com/buglist.cgi?quicksearch=flag%3Ablocker%2B%20target_milestone%3Aovirt-4.2.0%20status%3Anew%2Cassigned%2Cpost
ID▲
<https://bugzilla.redhat.com/buglist.cgi?columnlist=cf_ovirt_team%2Cproduct%2Ccomponent%2Cassigned_to%2Cbug_status%2Cshort_short_desc=flagtypes.name=target_milestone=bug_status=bug_status=bug_status_id=8206186_format=advanced=substring=substring=substring=substring=substring=blocker%2B=ovirt-4.2.0=new=assigned=post=bug_id%20DESC_based_on=>oVirt
Team
<https://bugzilla.redhat.com/buglist.cgi?columnlist=cf_ovirt_team%2Cproduct%2Ccomponent%2Cassigned_to%2Cbug_status%2Cshort_short_desc=flagtypes.name=target_milestone=bug_status=bug_status=bug_status_id=8206186_format=advanced=substring=substring=substring=substring=substring=blocker%2B=ovirt-4.2.0=new=assigned=post=cf_ovirt_team%2Ccomponent%2Cpriority%2Cbug_status%20DESC%2Cchangeddate%2Cstatus_whiteboard%2Cbug_id_based_on=>
Product
<https://bugzilla.redhat.com/buglist.cgi?columnlist=cf_ovirt_team%2Cproduct%2Ccomponent%2Cassigned_to%2Cbug_status%2Cshort_short_desc=flagtypes.name=target_milestone=bug_status=bug_status=bug_status_id=8206186_format=advanced=substring=substring=substring=substring=substring=blocker%2B=ovirt-4.2.0=new=assigned=post=product%2Ccomponent%2Cpriority%2Cbug_status%20DESC%2Cchangeddate%2Cstatus_whiteboard%2Cbug_id_based_on=>
Component▲
<https://bugzilla.redhat.com/buglist.cgi?columnlist=cf_ovirt_team%2Cproduct%2Ccomponent%2Cassigned_to%2Cbug_status%2Cshort_short_desc=flagtypes.name=target_milestone=bug_status=bug_status=bug_status_id=8206186_format=advanced=substring=substring=substring=substring=substring=blocker%2B=ovirt-4.2.0=new=assigned=post=component%20DESC%2Cpriority%2Cbug_status%20DESC%2Cchangeddate%2Cstatus_whiteboard%2Cbug_id_based_on=>
Assignee
<https://bugzilla.redhat.com/buglist.cgi?columnlist=cf_ovirt_team%2Cproduct%2Ccomponent%2Cassigned_to%2Cbug_status%2Cshort_short_desc=flagtypes.name=target_milestone=bug_status=bug_status=bug_status_id=8206186_format=advanced=substring=substring=substring=substring=substring=blocker%2B=ovirt-4.2.0=new=assigned=post=assigned_to%2Ccomponent%2Cpriority%2Cbug_status%20DESC%2Cchangeddate%2Cstatus_whiteboard%2Cbug_id_based_on=>
Status▼
<https://bugzilla.redhat.com/buglist.cgi?columnlist=cf_ovirt_team%2Cproduct%2Ccomponent%2Cassigned_to%2Cbug_status%2Cshort_short_desc=flagtypes.name=target_milestone=bug_status=bug_status=bug_status_id=8206186_format=advanced=substring=substring=substring=substring=substring=blocker%2B=ovirt-4.2.0=new=assigned=post=bug_status%2Ccomponent%2Cpriority%2Cchangeddate%2Cstatus_whiteboard%2Cbug_id_based_on=>
Summary
<https://bugzilla.redhat.com/buglist.cgi?columnlist=cf_ovirt_team%2Cproduct%2Ccomponent%2Cassigned_to%2Cbug_status%2Cshort_short_desc=flagtypes.name=target_milestone=bug_status=bug_status=bug_status_id=8206186_format=advanced=substring=substring=substring=substring=substring=blocker%2B=ovirt-4.2.0=new=assigned=post=short_short_desc%2Ccomponent%2Cpriority%2Cbug_status%20DESC%2Cchangeddate%2Cstatus_whiteboard%2Cbug_id_based_on=>
1523399 <https://bugzilla.redhat.com/show_bug.cgi?id=1523399> Virt vdsm Core
mzama...@redhat.com POST KeyError: 'vmName' after starting VM that was
restored fr... <https://bugzilla.redhat.com/show_bug.cgi?id=1523399>
1522901 <https://bugzilla.redhat.com/show_bug.cgi?id=1522901> Virt vdsm
General mzama...@redhat.com POST VM migration 4.2 -> 4.1 fails with
virtio-rng device <https://bugzilla.redhat.com/show_bug.cgi?id=1522901>
1522878 <https://bugzilla.redhat.com/show_bug.cgi?id=1522878> Virt vdsm
General mzama...@redhat.com POST GetCapabilitiesVDS failed: Not enough
resources <https://bugzilla.redhat.com/show_bug.cgi?id=1522878>


So it seems we need a RC2 and postpone GA.
Please provide ETA on above blockers fixing so we can reschedule the
release.




>
>
>>
>>
>> plus there are few blocker+ bugs in MODIFIED state, I’m not sure if all
>> are delivered in RC1 then
>>
>> Thanks,
>> michal
>>
>> > On 7 Dec 2017, at 09:12, Yedidyah Bar David <d...@redhat.com> wrote:
>> >
>> > On Tue, Dec 5, 2017 at 5:10 PM, Sandro Bonazzola <sbona...@redhat.com>
>> wrote:
>> > The oVirt Project is pleased to announce the availability of th

[ovirt-devel] [ANN] oVirt 4.2.0 First Candidate Release is now available for testing

[Sandro Bonazzola]

The oVirt Project is pleased to announce the availability of the First
Candidate Release of oVirt 4.2.0, as of December 5th, 2017

This is pre-release software. This pre-release should not to be used in
production.

Please take a look at our community page[1] to learn how to ask questions
and interact with developers and users.
All issues or bugs should be reported via oVirt Bugzilla[2].

This update is the first candidate release of the 4.2.0 version. This
release brings more than 280 enhancements and more than one thousand bug
fixes, including more than 500 high or urgent severity fixes, on top of
oVirt 4.1 series.

What's new in oVirt 4.2.0?


   -

   The Administration Portal has been completely redesigned using
   Patternfly, a widely adopted standard in web application design. It now
   features a cleaner, more intuitive design, for an improved user experience.
   -

   There is an all-new VM Portal for non-admin users.
   -

   A new High Performance virtual machine type has been added to the New VM
   dialog box in the Administration Portal.
   -

   Open Virtual Network (OVN) adds support for Open vSwitch software
   defined networking (SDN).
   -

   oVirt now supports Nvidia vGPU.
   -

   The ovirt-ansible-roles set of packages help users with common
   administration tasks.
   -

   Virt-v2v now supports Debian/Ubuntu based VMs.


For more information about these and other features, check out the oVirt
4.2.0 blog post
<https://ovirt.org/blog/2017/11/introducing-ovirt-4.2.0-beta/> and stay
tuned for further blog post.

This release is available now on x86_64 architecture for:

* Red Hat Enterprise Linux 7.4 or later

* CentOS Linux (or similar) 7.4 or later

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:

* Red Hat Enterprise Linux 7.4 or later

* CentOS Linux (or similar) 7.4 or later

* oVirt Node 4.2 (available for x86_64 only)

See the release notes draft [3] for installation / upgrade instructions and
a list of new features and bugs fixed.

Notes:

- oVirt Appliance is already available.

- oVirt Node is already available [4]

Additional Resources:

* Read more about the oVirt 4.2.0 release highlights:
http://www.ovirt.org/release/4.2.0/

* 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] https://www.ovirt.org/community/

[2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt

[3] http://www.ovirt.org/release/4.2.0/
[4] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] oVirt 4.2.0 blockers review - Day 5

[Sandro Bonazzola]

2017-12-04 8:46 GMT+01:00 Martin Perina <mper...@redhat.com>:

> Ondra is building new roles packages right now, the bug will move to
> MODIFIED before the build.
>

Great news, so looks like we'll be able to compose.

Please note the following packages have not yen beet built for RC, still
having git hash in the rpm:
java-ovirt-engine-sdk4.noarch
 4.2.0-0.1.alpha2.20170929git5237c15.el7.centos
ovirt-engine-api-explorer.noarch
0.0.1-0.0.20171013git1fbdc17.el7.centos
ovirt-engine-cli.noarch
 3.6.9.3-0.1.20170116.gitad0561a.el7.centos
ovirt-engine-extension-aaa-misc.noarch
1.0.2-0.0.master.git9430be4.el7.centos
ovirt-engine-sdk-java.noarch
3.6.10.0-1.20170913git67dcbcd.el7.centos
ovirt-engine-sdk-java-javadoc.noarch
3.6.10.0-1.20170913git67dcbcd.el7.centos
ovirt-engine-sdk-python.noarch
3.6.9.2-0.1.20161204.gite99bbd1.el7.centos
ovirt-guest-agent-common.noarch
 1.0.14-1.20171025101452.git1b11316.el7.centos
ovirt-guest-agent-debuginfo.x86_64
1.0.14-1.20171025101452.git1b11316.el7.centos
ovirt-guest-agent-pam-module.x86_64
 1.0.14-1.20171025101452.git1b11316.el7.centos
ovirt-guest-agent-windows.noarch
1.0.14-1.20171025101452.git1b11316.el7.centos
ovirt-imageio-common.noarch
 1.2.0-0.201710301041.git86ff585.el7.centos
ovirt-imageio-daemon.noarch
 1.2.0-0.201710301041.git86ff585.el7.centos
ovirt-imageio-proxy.noarch
1.2.0-0.201710301041.git86ff585.el7.centos
ovirt-imageio-proxy-setup.noarch
1.2.0-0.201710301041.git86ff585.el7.centos
ovirt-node-ng-image-update.noarch
 4.2.0-0.5.master.20170912000140.gitbc600bf.el7.centos
ovirt-node-ng-image-update-placeholder.noarch
4.2.0-0.3.beta.20171115142956.gitba54278.el7.centos
rubygem-ovirt-engine-sdk4.ppc64le
 4.2.0-1.alpha4.20171025git2a563ef.el7.centos
rubygem-ovirt-engine-sdk4.x86_64
4.2.0-1.alpha4.20171025git2a563ef.el7.centos
rubygem-ovirt-engine-sdk4-debuginfo.ppc64le
 4.2.0-1.alpha4.20171025git2a563ef.el7.centos
rubygem-ovirt-engine-sdk4-debuginfo.x86_64
4.2.0-1.alpha4.20171025git2a563ef.el7.centos
rubygem-ovirt-engine-sdk4-doc.ppc64le
 4.2.0-1.alpha4.20171025git2a563ef.el7.centos
rubygem-ovirt-engine-sdk4-doc.x86_64
4.2.0-1.alpha4.20171025git2a563ef.el7.centos






>
> Thanks
>
> Martin
>
> On 4 Dec 2017 8:12 am, "Sandro Bonazzola" <sbona...@redhat.com> wrote:
>
> we still have 1 open acknowledged blocker according to
> https://bugzilla.redhat.com/buglist.cgi?quicksearch=flag%
> 3Ablocker%2B%20target_milestone%3Aovirt-4.2.0%20status%3Anew
> %2Cassigned%2Cpost
>
> Bug ID Product Component Assignee Status Summary
> 1519301 <https://bugzilla.redhat.com/show_bug.cgi?id=1519301> Red Hat
> Enterprise Virtualization Manager ovirt-ansible-roles omach...@redhat.com
> POST Transaction failed when upgrading engine + ovirt-ansible-roles
>
> There are no additional proposed blockers: https://bugzilla.red
> hat.com/buglist.cgi?quicksearch=flag%3Ablocker%3F%20target_m
> ilestone%3Aovirt-4.2.0%20status%3Anew%2Cassigned%2Cpost
>
> Please give estimation for fixing the last blocker.
> Since the last blocker is not affecting ovirt-engine, we're good to build
> it today. I'll rebase build patches[1][2] and start the build as soon as
> Jenkins validate the patch and Piotr merges it.
>
> Please note we still have 71 non blocking bugs targeted to 4.2.0; please
> review them and re-target to 4.2.1 or later. https://bugzilla.redhat
> .com/buglist.cgi?quicksearch=-flag%3Ablocker%3F%20target_mil
> estone%3Aovirt-4.2.0%20status%3Anew%2Cassigned%2Cpost%20-flag%3Ablocker
>
> Thanks
>
> [1] https://gerrit.ovirt.org/84722
> [2] https://gerrit.ovirt.org/84723
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA <https://www.redhat.com/>
> <https://red.ht/sig>
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>
>
> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] oVirt 4.2.0 blockers review - Day 5

[Sandro Bonazzola]

we still have 1 open acknowledged blocker according to
https://bugzilla.redhat.com/buglist.cgi?quicksearch=flag%
3Ablocker%2B%20target_milestone%3Aovirt-4.2.0%20status%
3Anew%2Cassigned%2Cpost

Bug ID Product Component Assignee Status Summary
1519301 <https://bugzilla.redhat.com/show_bug.cgi?id=1519301> Red Hat
Enterprise Virtualization Manager ovirt-ansible-roles omach...@redhat.com
POST Transaction failed when upgrading engine + ovirt-ansible-roles

There are no additional proposed blockers: https://bugzilla.red
hat.com/buglist.cgi?quicksearch=flag%3Ablocker%3F%20target_
milestone%3Aovirt-4.2.0%20status%3Anew%2Cassigned%2Cpost

Please give estimation for fixing the last blocker.
Since the last blocker is not affecting ovirt-engine, we're good to build
it today. I'll rebase build patches[1][2] and start the build as soon as
Jenkins validate the patch and Piotr merges it.

Please note we still have 71 non blocking bugs targeted to 4.2.0; please
review them and re-target to 4.2.1 or later. https://bugzilla.
redhat.com/buglist.cgi?quicksearch=-flag%3Ablocker%
3F%20target_milestone%3Aovirt-4.2.0%20status%3Anew%
2Cassigned%2Cpost%20-flag%3Ablocker

Thanks

[1] https://gerrit.ovirt.org/84722
[2] https://gerrit.ovirt.org/84723


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Fwd: [CentOS-devel] IBM ppc64{le} builders offline for CBS/koji

[Sandro Bonazzola]

FYI we may suffer of this outage next week if we need to rebuild something
for ppcle in virt sig.
-- Messaggio inoltrato --
Da: "Fabian Arrotin" 
Data: 02 Dic 2017 17:28
Oggetto: [CentOS-devel] IBM ppc64{le} builders offline for CBS/koji
A: "The CentOS developers mailing list." 
Cc:

Hi,
>
> Our monitoring platform informed us that the ppc64{le} builders used in
> our Koji environment are actually unreachable (same for the underlying
> IBM P8 hypervisor node)
> After investigation it seems that it's hardware issue
>
> I'll work with the DC people next monday to see how we can try to fix
> the issue and I'll also investigate some options to have at least one
> builder per arch asap (so ppc64 and ppc64le)
>
> That means that people building for multiple arches will be impacted as
> long as those builders will not be back online (or some equivalent node
> that can take those $arch jobs)
>
> I'll keep the list informed about a status update as soon as possible.
>
> --
> Fabian Arrotin
> The CentOS Project | https://www.centos.org
> gpg key: 56BEC54E | twitter: @arrfab
>
>
> ___
> CentOS-devel mailing list
> centos-de...@centos.org
> https://lists.centos.org/mailman/listinfo/centos-devel
>
>


signature.asc
Description: PGP signature
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] oVirt 4.2.0 blockers review - Day 4

[Sandro Bonazzola]

we still have 2 open acknowledged blockers according to
https://bugzilla.redhat.com/buglist.cgi?quicksearch=
flag%3Ablocker%2B%20target_milestone%3Aovirt-4.2.0%
20status%3Anew%2Cassigned%2Cpost

Bug ID Product Assignee Status Summary
1518693 <https://bugzilla.redhat.com/show_bug.cgi?id=1518693> ovirt-engine
akrej...@redhat.com POST Quota is needed to copy template disk
1519301 <https://bugzilla.redhat.com/show_bug.cgi?id=1519301> Red Hat
Enterprise Virtualization Manager omach...@redhat.com POST Transaction
failed when upgrading engine + ovirt-ansible-roles

There are no additional proposed blockers: https://bugzilla.
redhat.com/buglist.cgi?quicksearch=flag%3Ablocker%3F%
20target_milestone%3Aovirt-4.2.0%20status%3Anew%2Cassigned%2Cpost

Please give estimation for fixing the last 2 blockers.

Please note we still have 79 non blocking bugs targeted to 4.2.0; please
review them and re-target to 4.2.1 or later.
https://bugzilla.redhat.com/buglist.cgi?quicksearch=-flag%3Ablocker%3F%20target_milestone%3Aovirt-4.2.0%20status%3Anew%2Cassigned%2Cpost%20-flag%3Ablocker

Thanks

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] oVirt 4.2.0 blockers review - Day 2

[Sandro Bonazzola]

Hi,
we had 7 blockers yesterday and the list is now down to 4:
Bug ID Product Assignee Status Summary Changed
1516113 cockpit-ovirt phbai...@redhat.com POST Deploy the HostedEngine
failed with the default CPU type 2017-11-27 20:52:27
1509629 ovirt-engine ah...@redhat.com POST Cold merge failed to remove all
volumes 2017-11-28 11:33:16
1507277 ovirt-engine era...@redhat.com POST [RFE][DR] - Vnic Profiles
mapping in VMs register from data storage domain should be supported also
for templates 2017-11-28 06:38:34
1496719 vdsm edwa...@redhat.com POST Port mirroring is not set after VM
migration 2017-11-28 11:54:20

Looking at bug status and at yesterday mail thread all of the above should
go in modified today.
Please ping me when you move above to modified, if possible we'll build RC
today, if not we'll have to delay another day.


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] oVirt 4.2.0 blockers review

[Sandro Bonazzola]

2017-11-28 13:38 GMT+01:00 Martin Sivak <msi...@redhat.com>:

>
> > 1516113 cockpit-ovirt phbai...@redhat.com POST Deploy the HostedEngine
>> failed with the default CPU type
>> The whole series was merged, but without the obvious patch (which was
>> abandoned), let me check what the status is.
>>
>
> Fixed too.
>

It's still in POST, can you either move to MODIFIED or give an ETA on
what's missing there?



>
>
>
>
>>
>> > 1506677 ovirt-engine dchap...@redhat.com POST Hotplug fail when
>> attaching a disk with cow format on glusterfs
>>
>> Patch merged.
>>
>> Martin
>>
>> On Tue, Nov 28, 2017 at 11:58 AM, Sandro Bonazzola <sbona...@redhat.com>
>> wrote:
>>
>>> Hi,
>>> I'm waiting for last blockers to be fixed for starting a 4.2.0 RC build.
>>> Assignee are in the TO list of this email.
>>> So far we are down to 7 bugs: https://bugzilla.redhat.
>>> com/buglist.cgi?quicksearch=flag%3Ablocker%2B%20target_miles
>>> tone%3Aovirt-4.2.0%20status%3Anew%2Cassigned%2Cpost
>>>
>>> Please review them and provide an ETA for the fix. If the bug is marked
>>> as blocker by mistake, please remove the blocker flag and / or postpone the
>>> bug to a later release.
>>>
>>> Bug ID Product Assignee Status Summary
>>> 1516113 cockpit-ovirt phbai...@redhat.com POST Deploy the HostedEngine
>>> failed with the default CPU type
>>> 1509629 ovirt-engine ah...@redhat.com ASSIGNED Cold merge failed to
>>> remove all volumes
>>> 1507277 ovirt-engine era...@redhat.com POST [RFE][DR] - Vnic Profiles
>>> mapping in VMs register from data storage domain should be supported also
>>> for templates
>>> 1506677 ovirt-engine dchap...@redhat.com POST Hotplug fail when
>>> attaching a disk with cow format on glusterfs
>>> 1488338 ovirt-engine mlipc...@redhat.com NEW SPM host is not moving to
>>> Non-Operational status when blocking its access to storage domain.
>>> 1512534 ovirt-hosted-engine-ha pklic...@redhat.com ASSIGNED SHE
>>> deployment takes too much time and looks like stuck.
>>> 1496719 vdsm edwa...@redhat.com POST Port mirroring is not set after VM
>>> migration
>>>
>>> --
>>>
>>> SANDRO BONAZZOLA
>>>
>>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>>
>>> Red Hat EMEA <https://www.redhat.com/>
>>> <https://red.ht/sig>
>>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>> <http://www.teraplan.it/redhat-osd-2017/>
>>>
>>> ___
>>> Devel mailing list
>>> Devel@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>
>>
>>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] oVirt 4.2.0 blockers review

[Sandro Bonazzola]

2017-11-28 14:37 GMT+01:00 Dan Kenigsberg <dan...@redhat.com>:

> I've just been made aware of
>
> *Bug 1513071* <https://bugzilla.redhat.com/show_bug.cgi?id=1513071> - sos:
> postgresql plugin unable to collect dump from postgresql95 db
>
> which sounds like at least a nasty regression, if not a blocker. Because
> of this, ovirt-log-collector does not include the database of ovirt-4.2. It
> is a major pain for supporting this version.
>

sos-3.5 is currently targeted to RHEL 7.5 with a chance to get it into 7.4
around January.
it's already available in Fedora 26 and 27.
I asked a few days ago if there is interest in getting it included in Virt
SIG for early consumption but didn't get positive feedback so far so I
don't consider this a blocker for oVirt 4.2.0 GA



>
> On Tue, Nov 28, 2017 at 12:58 PM, Sandro Bonazzola <sbona...@redhat.com>
> wrote:
>
>> Hi,
>> I'm waiting for last blockers to be fixed for starting a 4.2.0 RC build.
>> Assignee are in the TO list of this email.
>> So far we are down to 7 bugs: https://bugzilla.redhat.
>> com/buglist.cgi?quicksearch=flag%3Ablocker%2B%20target_miles
>> tone%3Aovirt-4.2.0%20status%3Anew%2Cassigned%2Cpost
>>
>> Please review them and provide an ETA for the fix. If the bug is marked
>> as blocker by mistake, please remove the blocker flag and / or postpone the
>> bug to a later release.
>>
>> Bug ID Product Assignee Status Summary
>> 1516113 cockpit-ovirt phbai...@redhat.com POST Deploy the HostedEngine
>> failed with the default CPU type
>> 1509629 ovirt-engine ah...@redhat.com ASSIGNED Cold merge failed to
>> remove all volumes
>> 1507277 ovirt-engine era...@redhat.com POST [RFE][DR] - Vnic Profiles
>> mapping in VMs register from data storage domain should be supported also
>> for templates
>> 1506677 ovirt-engine dchap...@redhat.com POST Hotplug fail when
>> attaching a disk with cow format on glusterfs
>> 1488338 ovirt-engine mlipc...@redhat.com NEW SPM host is not moving to
>> Non-Operational status when blocking its access to storage domain.
>> 1512534 ovirt-hosted-engine-ha pklic...@redhat.com ASSIGNED SHE
>> deployment takes too much time and looks like stuck.
>> 1496719 vdsm edwa...@redhat.com POST Port mirroring is not set after VM
>> migration
>>
>> --
>>
>> SANDRO BONAZZOLA
>>
>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>
>> Red Hat EMEA <https://www.redhat.com/>
>> <https://red.ht/sig>
>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>> <http://www.teraplan.it/redhat-osd-2017/>
>>
>> ___
>> Devel mailing list
>> Devel@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>>
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] oVirt 4.2.0 blockers review

[Sandro Bonazzola]

Hi,
I'm waiting for last blockers to be fixed for starting a 4.2.0 RC build.
Assignee are in the TO list of this email.
So far we are down to 7 bugs:
https://bugzilla.redhat.com/buglist.cgi?quicksearch=flag%3Ablocker%2B%20target_milestone%3Aovirt-4.2.0%20status%3Anew%2Cassigned%2Cpost

Please review them and provide an ETA for the fix. If the bug is marked as
blocker by mistake, please remove the blocker flag and / or postpone the
bug to a later release.

Bug ID Product Assignee Status Summary
1516113 cockpit-ovirt phbai...@redhat.com POST Deploy the HostedEngine
failed with the default CPU type
1509629 ovirt-engine ah...@redhat.com ASSIGNED Cold merge failed to remove
all volumes
1507277 ovirt-engine era...@redhat.com POST [RFE][DR] - Vnic Profiles
mapping in VMs register from data storage domain should be supported also
for templates
1506677 ovirt-engine dchap...@redhat.com POST Hotplug fail when attaching a
disk with cow format on glusterfs
1488338 ovirt-engine mlipc...@redhat.com NEW SPM host is not moving to
Non-Operational status when blocking its access to storage domain.
1512534 ovirt-hosted-engine-ha pklic...@redhat.com ASSIGNED SHE deployment
takes too much time and looks like stuck.
1496719 vdsm edwa...@redhat.com POST Port mirroring is not set after VM
migration

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [VDSM] mom missing on fc27?

[Sandro Bonazzola]

I created jobs for mon on fc27. Next patch to mom will build on fc27 too

Il 25 Nov 2017 01:52, "Nir Soffer"  ha scritto:

> Looks like all the tests are passing now on fc27, but the install
> test, running when modifying the spec or makefiles fails with
> the error bellow.
>
> Looks like mom 0.5.8 is missing (as usual). Who is the maintainer?
>
> There is also this (bogus?) error:
>
> nothing provides python-argparse needed by
> vdsm-4.18.999-444.git0bb7717.fc27.x86_64
>
> Vdsm does not require python-argparse since:
>
> commit 3405cbc566de012556d07d86eb1a2c13a5346253
> Author: Yaniv Bronhaim 
> Date:   Mon Sep 19 18:28:47 2016 +0300
>
> Remove python-argparse requirement
>
> This package has been obsoleted in Fedora because it got in to stdlib.
>
> Change-Id: I4b9e46427eece4987082344b0936f51ce300f39e
> Signed-off-by: Yaniv Bronhaim 
> Reviewed-on: https://gerrit.ovirt.org/64162
> Continuous-Integration: Jenkins CI
> Reviewed-by: Nir Soffer 
> Reviewed-by: Piotr Kliczewski 
> Reviewed-by: Dan Kenigsberg 
>
> And of course git grep python-argparse show nothing in vdsm tree.
>
> Maybe mom or a package required by mom require python-argparse?
>
> *19:30:55* Error: *19:30:55*  Problem 1: conflicting requests*19:30:55*   - 
> nothing provides mom >= 0.5.8 needed by 
> vdsm-4.20.8-24.gita3fa2c46e.fc27.x86_64*19:30:55*  Problem 2: package 
> vdsm-tests-4.20.8-24.gita3fa2c46e.fc27.noarch requires vdsm = 
> 4.20.8-24.gita3fa2c46e.fc27, but none of the providers can be 
> installed*19:30:55*   - conflicting requests*19:30:55*   - nothing provides 
> mom >= 0.5.8 needed by vdsm-4.20.8-24.gita3fa2c46e.fc27.x86_64*19:30:55*  
> Problem 3: package vdsm-hook-vmfex-dev-4.20.8-24.gita3fa2c46e.fc27.noarch 
> requires vdsm = 4.20.8-24.gita3fa2c46e.fc27, but none of the providers can be 
> installed*19:30:55*   - conflicting requests*19:30:55*   - nothing provides 
> mom >= 0.5.8 needed by vdsm-4.20.8-24.gita3fa2c46e.fc27.x86_64*19:30:55*  
> Problem 4: package vdsm-hook-fcoe-4.20.8-24.gita3fa2c46e.fc27.noarch requires 
> vdsm = 4.20.8-24.gita3fa2c46e.fc27, but none of the providers can be 
> installed*19:30:55*   - conflicting requests*19:30:55*   - nothing provides 
> mom >= 0.5.8 needed by vdsm-4.20.8-24.gita3fa2c46e.fc27.x86_64*19:30:55*  
> Problem 5: package vdsm-hook-extnet-4.20.8-24.gita3fa2c46e.fc27.noarch 
> requires vdsm = 4.20.8-24.gita3fa2c46e.fc27, but none of the providers can be 
> installed*19:30:55*   - conflicting requests*19:30:55*   - nothing provides 
> mom >= 0.5.8 needed by vdsm-4.20.8-24.gita3fa2c46e.fc27.x86_64*19:30:55*  
> Problem 6: package 
> vdsm-hook-ethtool-options-4.20.8-24.gita3fa2c46e.fc27.noarch requires vdsm = 
> 4.20.8-24.gita3fa2c46e.fc27, but none of the providers can be 
> installed*19:30:55*   - conflicting requests*19:30:55*   - nothing provides 
> mom >= 0.5.8 needed by vdsm-4.20.8-24.gita3fa2c46e.fc27.x86_64*19:30:55*  
> Problem 7: package vdsm-hook-checkips-4.20.8-24.gita3fa2c46e.fc27.x86_64 
> requires vdsm = 4.20.8-24.gita3fa2c46e.fc27, but none of the providers can be 
> installed*19:30:55*   - conflicting requests*19:30:55*   - nothing provides 
> mom >= 0.5.8 needed by vdsm-4.20.8-24.gita3fa2c46e.fc27.x86_64*19:30:55*  
> Problem 8: package vdsm-gluster-4.20.8-24.gita3fa2c46e.fc27.noarch requires 
> vdsm = 4.20.8-24.gita3fa2c46e.fc27, but none of the providers can be 
> installed*19:30:55*   - conflicting requests*19:30:55*   - nothing provides 
> mom >= 0.5.8 needed by vdsm-4.20.8-24.gita3fa2c46e.fc27.x86_64*19:30:55*  
> Problem 9: package vdsm-hook-qemucmdline-4.20.8-24.gita3fa2c46e.fc27.noarch 
> requires vdsm, but none of the providers can be installed*19:30:55*   - 
> conflicting requests*19:30:55*   - nothing provides mom >= 0.5.8 needed by 
> vdsm-4.20.8-1.git383bc1031.fc27.x86_64*19:30:55*   - nothing provides mom >= 
> 0.5.8 needed by vdsm-4.20.8-15.git50bd65cf2.fc27.x86_64*19:30:55*   - nothing 
> provides mom >= 0.5.8 needed by 
> vdsm-4.20.8-18.git28b0fffcd.fc27.x86_64*19:30:55*   - nothing provides mom >= 
> 0.5.8 needed by vdsm-4.20.8-3.gita9ee9c65f.fc27.x86_64*19:30:55*   - nothing 
> provides mom >= 0.5.8 needed by 
> vdsm-4.20.8-4.gite1d056920.fc27.x86_64*19:30:55*   - nothing provides mom >= 
> 0.5.8 needed by vdsm-4.20.8-5.git4b7766c65.fc27.x86_64*19:30:55*   - nothing 
> provides python-argparse needed by 
> vdsm-4.18.999-444.git0bb7717.fc27.x86_64*19:30:55*   - nothing provides mom 
> >= 0.5.8 needed by vdsm-4.20.8-24.gita3fa2c46e.fc27.x86_64*19:30:55*  Problem 
> 10: package vdsm-hook-macbind-4.20.8-24.gita3fa2c46e.fc27.noarch requires 
> vdsm >= 4.14, but none of the providers can be installed*19:30:55*   - 
> conflicting requests*19:30:55*   - nothing provides mom >= 0.5.8 needed by 
> vdsm-4.20.8-1.git383bc1031.fc27.x86_64*19:30:55*   - nothing provides mom >= 
> 0.5.8 needed by 

[ovirt-devel] sos 3.5 has been released

[Sandro Bonazzola]

Hi,
sos 3.5 has been released upstream.
I packaged it for Fedora >= 26 (and waiting karma[fc26][fc27]) being 25
almost dead.
Is there interest in packaging it for CentOS Virt SIG considering CentOS
7.4 is still shipping sos 3.4?
Among the improvements in sos 3.5 there's support for PostgreSQL from SCL,
the same we are using in oVirt 4.2.
Or are we fine waiting until sos 3.5 will be packaged and shipped within
RHEL?

[fc26] https://bodhi.fedoraproject.org/updates/FEDORA-2017-bef483c3a0
[fc27] https://bodhi.fedoraproject.org/updates/FEDORA-2017-4bd9528c50

Thanks,

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 15-11-2017 ] [ 001_upgrade_engine.test_initialize_engine ]

[Sandro Bonazzola]

YumBaseError: 
[u'ovirt-engine-4.2.0-0.0.master.20171114170918.gitec452c3.el7.centos.noarch
requires ovirt-cockpit-sso']

I asked mlibra and he confirmed OST was passing with the requirement.

Marek, looks like OST is failing with your patch. My feeling is that
ovirt-cockpit-sso has not been added to the list of packages that OST
needs to import.



2017-11-15 11:30 GMT+01:00 Dafna Ron <d...@redhat.com>:

> Hi,
>
> We have a few alerts from cq all pointing to the same patch.
>
> Adding Sandro since he's working on fixing the packages issue and resolve
> this.
>
>
> *Link to suspected patches: https://gerrit.ovirt.org/#/c/83852/
> <https://gerrit.ovirt.org/#/c/83852/>*
>
> *Link to Job:*
>
> *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3824
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3824>*
>
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-
> tester/3829/testReport/
>
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-
> tester/3833/testReport/
>
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-
> tester/3839/testReport/
>
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-
> tester/3844/testReport/
>
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3850/
>
>
> *Link to all logs:*
>
>
> *
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3824/artifact/
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3824/artifact/>
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3829/artifact/
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3829/artifact/>
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3833/artifact/
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3833/artifact/>
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3839/artifact/
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3839/artifact/>
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3844/artifact/
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3844/artifact/>
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3850/artifact/
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3850/artifact/>
> (Relevant) error snippet from the log:  *
>
> Removing obsolete ovirt-engine-setup-plugin-websocket-proxy-4.1.7.7-0.0.
> master.20171114102253.git9267e4c.el7.centos.noarch.rpm
>
> cockpit-ovirt-dashboard-0.10.9 FAILED
>
> (1/145): cockpit-ovirt-das 0% [ ]  0.0 B/s |0 B   --:-- 
> ETA
>
> cockpit-ovirt-uiplugin-0.10.9- FAILED
>
> (1/145): cockpit-ovirt-uip 0% [ ]  0.0 B/s |0 B   --:-- 
> ETA
> Public key for cockpit-ovirt-uiplugin-0.10.9-1.el7.centos.noarch.rpm is not 
> installed
>
> ovirt-ansible-roles-1.0.4-1.el FAILED
>
> ovirt-engine-setup-plugin-live FAILED
>
> ovirt-engine-yarn-0.19.1-2.el7 FAILED
>
>
>
>
> **
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] oVirt 4.1.9 will be the last 4.1 release

[Sandro Bonazzola]

Hi,
we are now targeting oVirt 4.2.0 GA around December 12th and oVirt 4.1.8
around December 5th.
Against tradition that would have set 4.1.8 as last 4.1 release, this round
we'll release also oVIrt 4.1.9 being it already in development just before
4.2.0 GA.

We suggest to be prepared to upgrade to 4.2 since 4.1 won't receive any
further update after 4.1.9 release.

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ovirt-users] [ANN] oVirt 4.2.0 First Beta Release is now available for testing

[Sandro Bonazzola]

2017-11-03 0:31 GMT+01:00 Nehemiah Dacres <vivacar...@gmail.com>:

>  Have you stopped supporting Fedora for new releases? I dont' see it in
> the list and the most recent fedora in the mirror list on the previous
> release was 24.
>


Yes, sadly Fedora is moving too fast to be able to match the changes
they've introduced between Fedora 24 and Fedora 27 which will be GA next
week.
I hope we'll be able to re-align with Fedora with oVirt 4.3.


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt 4.1 ] [ Nov 1st 2017 ] [002_bootstrap.add_dc, 002_bootstrap.add_master_storage_domain ]

[Sandro Bonazzola]

2017-11-02 8:46 GMT+01:00 Eyal Edri <ee...@redhat.com>:

>
>
> On Thu, Nov 2, 2017 at 9:24 AM, Sandro Bonazzola <sbona...@redhat.com>
> wrote:
>
>>
>>
>> 2017-11-01 17:16 GMT+01:00 Dafna Ron <d...@redhat.com>:
>>
>>> Hi,
>>>
>>> we have failures in 4.1 imagebased.
>>>
>>> I think it's also related to the same package from 4.2 that is
>>> downloaded in the 4.1 repo.
>>>
>>> 2017-11-01 13:17:53,817::ssh.py::ssh::96::lago.ssh::DEBUG::Command 10946280 
>>> on lago-basic-suite-4-1-host-0  errors:
>>>  Error: Package: 
>>> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch 
>>> (alocalsync)
>>>Requires: vdsm-client >= 4.20.0
>>>Available: vdsm-client-4.19.35-2.gitc1d5a55.el7.centos.noarch 
>>> (alocalsync)
>>>vdsm-client = 4.19.35-2.gitc1d5a55.el7.centos
>>> Error: Package: 
>>> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch 
>>> (alocalsync)
>>>Requires: vdsm >= 4.20.0
>>>Available: vdsm-4.19.35-2.gitc1d5a55.el7.centos.x86_64 
>>> (alocalsync)
>>>vdsm = 4.19.35-2.gitc1d5a55.el7.centos
>>>
>>>
>>>
>>> From what I can see, the package is coming from the centos mirros:
>>>
>>> yum -y install ovirt-host
>>> rm -rf /dev/shm/*.rpm /dev/shm/yum
>>> "
>>> 2017-11-01 13:17:53,817::ssh.py::ssh::81::lago.ssh::DEBUG::Command 10946280 
>>> on lago-basic-suite-4-1-host-0 returned with 0
>>> 2017-11-01 13:17:53,817::ssh.py::ssh::89::lago.ssh::DEBUG::Command 10946280 
>>> on lago-basic-suite-4-1-host-0 output:
>>>  Loaded plugins: fastestmirror
>>> Loading mirror speeds from cached hostfile
>>>  * base: mirror.keystealth.org
>>>  * extras: mirror.lax.hugeserver.com
>>>  * updates: dallas.tx.mirror.xygenhosting.com
>>> Resolving Dependencies
>>> --> Running transaction check
>>> ---> Package ovirt-host.noarch 
>>> 0:4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos will be installed
>>> --> Processing Dependency: vdsm >= 4.20.0 for package: 
>>> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
>>> --> Processing Dependency: vdsm-client >= 4.20.0 for package: 
>>> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
>>> --> Processing Dependency: collectd for package: 
>>> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
>>> --> Processing Dependency: collectd-disk for package: 
>>> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
>>> --> Processing Dependency: collectd-netlink for package: 
>>> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
>>> --> Processing Dependency: collectd-virt for package: 
>>> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
>>> --> Processing Dependency: collectd-write_http for package: 
>>> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
>>> --> Processing Dependency: fluentd for package: 
>>> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
>>> --> Processing Dependency: ovirt-vmconsole for package: 
>>> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
>>> --> Processing Dependency: ovirt-vmconsole-host for package: 
>>> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
>>> --> Processing Dependency: rubygem-fluent-plugin-collectd-nest for package: 
>>> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
>>> --> Processing Dependency: rubygem-fluent-plugin-rewrite-tag-filter for 
>>> package: 
>>> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
>>> --> Processing Dependency: rubygem-fluent-plugin-secure-forward for 
>>> package: 
>>> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
>>> --> Processing Dependency: rubygem-fluent-plugin-viaq_data_model for 
>>> package: 
>>> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
>>> --> Processing Dependency: socat for package: 
>>> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.no
>>>
>>>  Sandro, can you please help to remove this package?
>>>
>>
>> Removed

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt 4.1 ] [ Nov 1st 2017 ] [002_bootstrap.add_dc, 002_bootstrap.add_master_storage_domain ]

[Sandro Bonazzola]

2017-11-01 17:16 GMT+01:00 Dafna Ron <d...@redhat.com>:

> Hi,
>
> we have failures in 4.1 imagebased.
>
> I think it's also related to the same package from 4.2 that is downloaded
> in the 4.1 repo.
>
> 2017-11-01 13:17:53,817::ssh.py::ssh::96::lago.ssh::DEBUG::Command 10946280 
> on lago-basic-suite-4-1-host-0  errors:
>  Error: Package: 
> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch 
> (alocalsync)
>Requires: vdsm-client >= 4.20.0
>Available: vdsm-client-4.19.35-2.gitc1d5a55.el7.centos.noarch 
> (alocalsync)
>vdsm-client = 4.19.35-2.gitc1d5a55.el7.centos
> Error: Package: 
> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch 
> (alocalsync)
>Requires: vdsm >= 4.20.0
>Available: vdsm-4.19.35-2.gitc1d5a55.el7.centos.x86_64 (alocalsync)
>vdsm = 4.19.35-2.gitc1d5a55.el7.centos
>
>
>
> From what I can see, the package is coming from the centos mirros:
>
> yum -y install ovirt-host
> rm -rf /dev/shm/*.rpm /dev/shm/yum
> "
> 2017-11-01 13:17:53,817::ssh.py::ssh::81::lago.ssh::DEBUG::Command 10946280 
> on lago-basic-suite-4-1-host-0 returned with 0
> 2017-11-01 13:17:53,817::ssh.py::ssh::89::lago.ssh::DEBUG::Command 10946280 
> on lago-basic-suite-4-1-host-0 output:
>  Loaded plugins: fastestmirror
> Loading mirror speeds from cached hostfile
>  * base: mirror.keystealth.org
>  * extras: mirror.lax.hugeserver.com
>  * updates: dallas.tx.mirror.xygenhosting.com
> Resolving Dependencies
> --> Running transaction check
> ---> Package ovirt-host.noarch 
> 0:4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos will be installed
> --> Processing Dependency: vdsm >= 4.20.0 for package: 
> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
> --> Processing Dependency: vdsm-client >= 4.20.0 for package: 
> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
> --> Processing Dependency: collectd for package: 
> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
> --> Processing Dependency: collectd-disk for package: 
> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
> --> Processing Dependency: collectd-netlink for package: 
> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
> --> Processing Dependency: collectd-virt for package: 
> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
> --> Processing Dependency: collectd-write_http for package: 
> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
> --> Processing Dependency: fluentd for package: 
> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
> --> Processing Dependency: ovirt-vmconsole for package: 
> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
> --> Processing Dependency: ovirt-vmconsole-host for package: 
> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
> --> Processing Dependency: rubygem-fluent-plugin-collectd-nest for package: 
> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
> --> Processing Dependency: rubygem-fluent-plugin-rewrite-tag-filter for 
> package: 
> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
> --> Processing Dependency: rubygem-fluent-plugin-secure-forward for package: 
> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
> --> Processing Dependency: rubygem-fluent-plugin-viaq_data_model for package: 
> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.noarch
> --> Processing Dependency: socat for package: 
> ovirt-host-4.2.0-0.0.master.20171019135233.git1921fc6.el7.centos.no
>
>  Sandro, can you please help to remove this package?
>

Removed from tested repo. It should have been ovirt-host-4.1.0 not 4.2.0.
Not sure how it got there passing CI.



>
> Thanks,
> Dafna
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] [ANN] oVirt 4.2.0 First Beta Release is now available for testing

[Sandro Bonazzola]

The oVirt Project is pleased to announce the availability of the First Beta
Release of oVirt 4.2.0, as of October 31st, 2017

This is pre-release software. This pre-release should not to be used in
production.

Please take a look at our community page[1] to learn how to ask questions
and interact with developers and users.
All issues or bugs should be reported via oVirt Bugzilla[2].

This update is the first beta release of the 4.2.0 version. This release
brings more than 230 enhancements and more than one thousand bug fixes,
including more than 380 high or urgent severity fixes, on top of oVirt 4.1
series.

What's new in oVirt 4.2.0?


   -

   The Administration Portal has been completely redesigned using
   Patternfly, a widely adopted standard in web application design. It now
   features a cleaner, more intuitive design, for an improved user experience.
   -

   There is an all-new VM Portal for non-admin users.
   -

   A new High Performance virtual machine type has been added to the New VM
   dialog box in the Administration Portal.
   -

   Open Virtual Network (OVN) adds support for Open vSwitch software
   defined networking (SDN).
   -

   oVirt now supports Nvidia vGPU.
   -

   The ovirt-ansible-roles package helps users with common administration
   tasks.
   -

   Virt-v2v now supports Debian/Ubuntu based VMs.


For more information about these and other features, check out the oVirt
4.2.0 blog post <https://ovirt.org/blog/2017/09/introducing-ovirt-4.2.0/>.

This release is available now on x86_64 architecture for:

* Red Hat Enterprise Linux 7.4 or later

* CentOS Linux (or similar) 7.4 or later

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:

* Red Hat Enterprise Linux 7.4 or later

* CentOS Linux (or similar) 7.4 or later

* oVirt Node 4.2 (available for x86_64 only)

See the release notes draft [3] for installation / upgrade instructions and
a list of new features and bugs fixed.

Notes:

- oVirt Appliance is already available.

- An async release of oVirt Node will follow soon.

Additional Resources:

* Read more about the oVirt 4.2.0 release highlights:
http://www.ovirt.org/release/4.2.0/

* 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] https://www.ovirt.org/community/

[2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt

[3] http://www.ovirt.org/release/4.2.0/
[4] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Rebasing master Fedora to 27?

[Sandro Bonazzola]

Hi,
there's a bit of a mess in Jenkins around master on Fedora with some
packages built only for version 25 and other only for 26.
With Fedora 27 going to be released on November 7th and being it already
supported by Jenkins CI, I would suggest to mass migrate master to Fedora
27.
Thoughts?

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] NOTE: centos-ovirt-4.0 repo URL changed

[Sandro Bonazzola]

2017-10-26 14:11 GMT+02:00 Daniel Belenky <dbele...@redhat.com>:

> Hi all,
>
> Please note that centos ovirt-4.0 repo URL was changed to
> http://vault.centos.org/7.3.1611/virt/x86_64/ovirt-4.0/
> If your project is using the old URL (http://mirror.centos.org/
> centos/7.3.1611/virt/x86_64/ovirt-4.0/), please make sure to update it.
>
>
ovirt-release36 and ovirt-release40 have been updated pointing to vault.




> --
>
> DANIEL BELENKY
>
> RHV DEVOPS
>
> EMEA VIRTUALIZATION R
> <https://red.ht/sig>
>
> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] oVirt Guest Agent maintainer

[Sandro Bonazzola]

2017-10-26 14:38 GMT+02:00 Tomáš Golembiovský <tgole...@redhat.com>:

> Hi,
>
> I don't remember if this was properly announced before so here it goes.
> Some of you already know that.
>
> I've been maintaining the ovirt-guest-agent related things for about
> half a year (Vinzenz Feenstra is no longer with us). Recently I've been
> also granted merge rights to the project on Gerrit. You may still find
> Vinzenz's name mentioned on lots of places, but if you need anything GA
> related you should contact me and not him.
>
>

Congratulations Tomàš!



> Cheers,
>
> Tomas
>
> --
> Tomáš Golembiovský <tgole...@redhat.com>
> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel




-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] vdsm spec file rpmlint

[Sandro Bonazzola]

2017-10-20 20:05 GMT+02:00 Yaniv Kaul <yk...@redhat.com>:

>
>
> On Fri, Oct 20, 2017 at 7:56 PM, Nir Soffer <nsof...@redhat.com> wrote:
>
>> On Fri, Oct 20, 2017 at 11:37 AM Sandro Bonazzola <sbona...@redhat.com>
>> wrote:
>>
>>> Just an heads up we have improvement margin on vdsm spec file quality.
>>>
>>> [sbonazzo@sbonazzo SPECS]$ rpmlint ./vdsm.spec
>>> /var/lib/mock/epel-7-x86_64/result/*rpm
>>> vdsm.x86_64: E: explicit-lib-dependency libnl3
>>>
>>
>> What is wrong with this?
>>
>>
>>> vdsm.x86_64: E: explicit-lib-dependency libvirt-client
>>> vdsm.x86_64: E: explicit-lib-dependency libvirt-daemon-config-nwfilter
>>> vdsm.x86_64: E: explicit-lib-dependency libvirt-lock-sanlock
>>> vdsm.x86_64: W: obsolete-not-provided vdsm-infra
>>> vdsm.x86_64: E: no-binary
>>>
>>
>> Ha?
>>
>
The package should be of the noarch architecture because it doesn't contain
any binaries.



>
>>
>>> vdsm.x86_64: W: conffile-without-noreplace-flag /var/log/vdsm/mom.log
>>>
>>
>> This is not a conf file, we should probably change this
>>
>>
>>> vdsm.x86_64: W: conffile-without-noreplace-flag
>>> /var/log/vdsm/supervdsm.log
>>> vdsm.x86_64: W: conffile-without-noreplace-flag /var/log/vdsm/vdsm.log
>>> vdsm.x86_64: W: non-conffile-in-etc /etc/NetworkManager/conf.d/vdsm.conf
>>>
>>
>> Ha?
>>
>
> Perhaps:
> %{_sysconfdir}/NetworkManager/conf.d/vdsm.conf
>
> should be:
> %config(noreplace) %{_sysconfdir}/NetworkManager/conf.d/vdsm.conf
>
>
>
>>
>>> vdsm.x86_64: W: non-conffile-in-etc /etc/modprobe.d/vdsm-bonding-m
>>> odprobe.conf
>>> vdsm.x86_64: E: non-readable /etc/pki/vdsm/keys/libvirt_password 600
>>> vdsm.x86_64: W: non-conffile-in-etc /etc/security/limits.d/99-vdsm.conf
>>>
>>
>> Ha?
>>
>
> Same?
>
>
>>
>>
>>> vdsm.x86_64: W: non-conffile-in-etc /etc/sudoers.d/50_vdsm
>>> vdsm.x86_64: W: systemd-unit-in-etc /etc/systemd/system/libvirtd.s
>>> ervice.d/unlimited-core.conf
>>> vdsm.x86_64: W: non-conffile-in-etc /etc/systemd/system/libvirtd.s
>>> ervice.d/unlimited-core.conf
>>> vdsm.x86_64: E: zero-length /etc/vdsm/mom.d/01-parameters.policy
>>> vdsm.x86_64: E: wrong-script-interpreter /usr/libexec/vdsm/kvm2ovirt
>>> /usr/bin/env python
>>>
>>
>> This used to be the recommended way to write scripts, but it is easy to
>> replace with /usr/bin/python2.
>>
>
It should be /usr/bin/python since python is under "alternatives" management



>
>>
>>> vdsm.x86_64: E: wrong-script-interpreter 
>>> /usr/libexec/vdsm/vm_migrate_hook.py
>>> /usr/bin/env python
>>> vdsm.x86_64: E: wrong-script-interpreter 
>>> /usr/share/vdsm/virt/vm_migrate_hook.py
>>> /usr/bin/env python
>>> vdsm.x86_64: E: non-executable-script 
>>> /usr/share/vdsm/virt/vm_migrate_hook.py
>>> 644 /usr/bin/env python
>>> vdsm.x86_64: E: non-standard-dir-perm /var/lib/libvirt/qemu/channels 775
>>> vdsm.x86_64: E: non-standard-dir-perm /var/log/core 1777
>>> vdsm.x86_64: E: dir-or-file-in-var-run /var/run/vdsm
>>>
>>
>> What is wrong with this?
>>
>
> "/var/run may be a temporary filesystem, so any directories or files
> needed there must be created dynamically at boot time."
>
> Y.
>
>>
>>
>>> vdsm.x86_64: E: dir-or-file-in-var-run /var/run/vdsm/payload
>>> vdsm.x86_64: E: dir-or-file-in-var-run /var/run/vdsm/sourceRoutes
>>> vdsm.x86_64: E: dir-or-file-in-var-run /var/run/vdsm/trackedInterfaces
>>> vdsm.x86_64: E: dir-or-file-in-var-run /var/run/vdsm/v2v
>>> vdsm.x86_64: W: log-files-without-logrotate ['/var/log/core',
>>> '/var/log/vdsm']
>>>
>>
>> We have logrotate configuration for vdsm, but we don't use the standard
>> configuration since we need more frequent rotation.
>>
>
>>
>>> vdsm.x86_64: W: dangerous-command-in-%pre rpm
>>> vdsm.x86_64: W: dangerous-command-in-%post chmod
>>> vdsm-api.noarch: E: wrong-script-interpreter
>>> /usr/lib/python2.7/site-packages/vdsm/api/vdsmapi.py /usr/bin/env python
>>> vdsm-api.noarch: E: non-executable-script 
>>> /usr/lib/python2.7/site-packages/vdsm/api/vdsmapi.py
>>> 644 /usr/bin/env python
>>> vdsm-cli.noarch: W: non-conffile-in-etc /etc/bash_completion.d/vdsClient
>>> vdsm-gluster.noarch: W: spelling-error %description -l 

Re: [ovirt-devel] ovirt-guest-agent_master build artifacts is failing

[Sandro Bonazzola]

2017-10-23 8:36 GMT+02:00 Daniel Belenky <dbele...@redhat.com>:

> Hi,
>
> ovirt-guest-agent_master build artifacts is failing with dependency error.
> Thus any patch to the project is failing OST.
> Link to failing build artifacts job: *57/console* <http://57/console>
>
> *Error snippet from log:*
>
> *21:33:18* Getting requirements for ovirt-guest-agent-windows.spec*21:33:18*  
> --> p7zip-16.02-2.el7.x86_64*21:33:18*  --> 
> py2exe-py2.7-0.6.9-2.el7.centos.noarch*21:33:18*  --> 
> python-windows-2.7.14-1.el7.centos.noarch*21:33:18*  --> 
> wine-2.17-1.2.el7.centos.x86_64*21:33:18*  --> 
> wget-1.14-15.el7.x86_64*21:33:18*  --> 
> mingw32-gcc-c++-4.9.3-1.el7.x86_64*21:33:18*  --> 
> mingw64-gcc-c++-4.9.3-1.el7.x86_64*21:33:18* Error: No Package found for 
> pywin32-py2.7 = 220
>
>
>
Fix is here: https://gerrit.ovirt.org/83065 pending merge.
Not sure why 220 disappeared from the repo even if 221 is now available.



> --
>
> DANIEL BELENKY
>
> RHV DEVOPS
>
> EMEA VIRTUALIZATION R
> <https://red.ht/sig>
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] vdsm spec file rpmlint

[Sandro Bonazzola]

vdsm-hook-qemucmdline.noarch: W: spelling-error %description -l en_US
cmdline -> decline
vdsm-hook-qemucmdline.noarch: W: spelling-error %description -l en_US
libvirt's -> liberty's
vdsm-hook-qemucmdline.noarch: W: spelling-error %description -l en_US qemu
-> emu, q emu
vdsm-hook-qemucmdline.noarch: W: spelling-error %description -l en_US
commandline -> command line, command-line, commandment
vdsm-hook-qemucmdline.noarch: W: spelling-error %description -l en_US xml
-> XML, ml, x ml
vdsm-hook-qemucmdline.noarch: W: spelling-error %description -l en_US
namespace -> name space, name-space, names pace
vdsm-hook-qemucmdline.noarch: W: no-documentation
vdsm-hook-qos.noarch: W: no-documentation
vdsm-hook-scratchpad.noarch: W: no-documentation
vdsm-hook-smbios.noarch: W: spelling-error Summary(en_US) libvirt ->
liberty, ovirt
vdsm-hook-smbios.noarch: W: spelling-error %description -l en_US libvirt ->
liberty, ovirt
vdsm-hook-smbios.noarch: W: no-documentation
vdsm-hook-spiceoptions.noarch: W: spelling-error Summary(en_US) vm -> cm,
v, m
vdsm-hook-spiceoptions.noarch: W: no-documentation
vdsm-hook-vfio-mdev.noarch: W: summary-ended-with-dot C Hook to enable
mdev-capable devices.
vdsm-hook-vfio-mdev.noarch: W: no-documentation
vdsm-hook-vhostmd.noarch: W: no-documentation
vdsm-hook-vhostmd.noarch: E: non-readable
/etc/sudoers.d/50_vdsm_hook_vhostmd 440
vdsm-hook-vhostmd.noarch: W: non-conffile-in-etc
/etc/sudoers.d/50_vdsm_hook_vhostmd
vdsm-hook-vmdisk.noarch: W: no-documentation
vdsm-hook-vmfex.noarch: W: summary-not-capitalized C vmfex support for VDSM
vdsm-hook-vmfex.noarch: W: no-documentation
vdsm-hook-vmfex-dev.noarch: W: spelling-error Summary(en_US) vNIC -> Venice
vdsm-hook-vmfex-dev.noarch: W: spelling-error %description -l en_US vNIC ->
Venice
vdsm-hook-vmfex-dev.noarch: W: spelling-error %description -l en_US macvtap
-> madcap
vdsm-hook-vmfex-dev.noarch: W: no-documentation
vdsm-jsonrpc.noarch: W: spelling-error %description -l en_US libvdsm ->
liberalism
vdsm-jsonrpc.noarch: W: obsolete-not-provided vdsm-api
vdsm-jsonrpc.noarch: W: no-documentation
vdsm-python.noarch: E: non-executable-script
/usr/lib/python2.7/site-packages/vdsm/tool/dummybr.py 644 /usr/bin/python2
vdsm-python.noarch: E: non-executable-script
/usr/lib/python2.7/site-packages/vdsm/tool/nwfilter.py 644 /usr/bin/python2
vdsm-python.noarch: W: dangerous-command-in-%post rm
vdsm-tests.noarch: E: non-executable-script
/usr/share/vdsm/tests/alignmentScanTests.py 644 /usr/bin/python2
vdsm-tests.noarch: E: wrong-script-interpreter
/usr/share/vdsm/tests/fake-ssh-add /usr/bin/env python
vdsm-tests.noarch: E: non-executable-script
/usr/share/vdsm/tests/fake-ssh-add 644 /usr/bin/env python
vdsm-tests.noarch: E: wrong-script-interpreter
/usr/share/vdsm/tests/fake-ssh-agent /usr/bin/env python
vdsm-tests.noarch: E: non-executable-script
/usr/share/vdsm/tests/fake-ssh-agent 644 /usr/bin/env python
vdsm-tests.noarch: E: wrong-script-interpreter
/usr/share/vdsm/tests/fake-virt-v2v /usr/bin/env python
vdsm-tests.noarch: E: non-executable-script
/usr/share/vdsm/tests/fake-virt-v2v 644 /usr/bin/env python
vdsm-tests.noarch: E: script-without-shebang
/usr/share/vdsm/tests/testValidation.py
vdsm-tests.noarch: E: zero-length /usr/share/vdsm/tests/toolTests_empty.conf
vdsm-xmlrpc.noarch: W: spelling-error %description -l en_US vdsmd
vdsm-xmlrpc.noarch: W: spelling-error %description -l en_US vdsClient ->
clientele
vdsm-xmlrpc.noarch: W: no-documentation
vdsm-yajsonrpc.noarch: W: no-documentation
48 packages and 1 specfiles checked; 49 errors, 120 warnings.


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] qemu-kvm-ev-2.9.0-16.el7_4.8.1 now available for testing

[Sandro Bonazzola]

Hi, qemu-kvm-ev-2.9.0-16.el7_4.8.1
<https://cbs.centos.org/koji/buildinfo?buildID=20353> is now available for
testing.
If no negative feedback will be reported, I'm going to push to release on
Monday, October 23rd.

Here's the changelog:

* Wed Oct 18 2017 Sandro Bonazzola <sbona...@redhat.com> -
ev-2.9.0-16.el7_4.8.1
- Removing RH branding from package name

* Fri Sep 15 2017 Danilo Cesar Lemes de Paula <ddepa...@redhat.com> -
rhev-2.9.0-16.el7_4.8
- kvm-ui-move-qemu_input_linux_to_qcode.patch [bz#1482388]
- kvm-ui-update-keymaps.patch [bz#1482388]
- kvm-ui-add-multimedia-keys.patch [bz#1482388]
- kvm-ps2-enable-multimedia-keys.patch [bz#1482388]
- kvm-ui-drop-altgr-and-altgr_r-QKeyCodes.patch [bz#1482388]
- kvm-ui-drop-ac_search-and-ac_stop.patch [bz#1482388]
- Resolves: bz#1482388
  (Keys to control audio are not forwarded to the guest [rhel-7.4.z])

* Thu Sep 14 2017 Danilo Cesar Lemes de Paula <ddepa...@redhat.com> -
rhev-2.9.0-16.el7_4.7
- kvm-vhost-Release-memory-references-on-cleanup.patch [bz#1490742]
- Resolves: bz#1490742
  (Hot-unplugging a vhost network device leaks references to
VFIOPCIDevice's [rhel-7.4.z])

* Tue Sep 05 2017 Miroslav Rezanina <mreza...@redhat.com> -
rhev-2.9.0-16.el7_4.6
- kvm-ps2-fix-sending-of-PAUSE-BREAK-scancodes.patch [bz#1482389]
- kvm-ui-correctly-detect-spice-PAUSE-scancode-sequence.patch [bz#1482389]
- kvm-vhost-ensure-vhost_ops-are-set-before-calling-iotlb-.patch
[bz#1480446]
- kvm-vhost-user-unregister-slave-req-handler-at-cleanup-t.patch
[bz#1480446]
- Resolves: bz#1480446
  (vhost-user/iommu: crash when backend disconnects [rhel-7.4.z])
- Resolves: bz#1482389
  (Unable to send PAUSE/BREAK to guests in VNC or SPICE [rhel-7.4.z])


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] qemu-kvm-tools: oVirt Node 4.2 can't be added to oVirt Engine 4.1

[Sandro Bonazzola]

2017-10-16 16:50 GMT+02:00 Martin Perina <mper...@redhat.com>:

>
>
> On Mon, Oct 16, 2017 at 4:41 PM, Yaniv Kaul <yk...@redhat.com> wrote:
>
>>
>>
>> On Mon, Oct 16, 2017 at 5:18 PM, Sandro Bonazzola <sbona...@redhat.com>
>> wrote:
>>
>>> Hi,
>>> just had a look at
>>> Bug 1501761 <https://bugzilla.redhat.com/show_bug.cgi?id=1501761> - Add
>>> the additional host to the HostedEngine failed due to miss the package
>>> "qemu-kvm-tools"
>>>
>>> Issue is that since qemu-kvm-tools has been removed in recent qemu-kvm
>>> we dropped it as requirement in 4.2 so it's not included anymore in oVirt
>>> Node 4.2.
>>>
>>
>> Oy :(
>>
>>
>>> - Is oVirt Node 4.2 supposed to be backward compatible with oVirt Engine
>>> 4.1?
>>>
>>
>> Definite yes.
>>
>>
>>> If so, we need to change ovirt-host-deploy in the upcoming 4.1.7 release
>>> in order to not fail when adding a 4.2 node.
>>>
>>
>> Yes :(
>>
>
> ​But that's not a must for 4.1.7, right? It can be delivered in 4.1.8 ...​
>

Well, if we want to have 4.2 beta testable with 4.1 engine we need it in
4.1.7. 4.1.8 will be too late.



>
> Fortunately no changes will be needed on engine as host upgrade manager in
> 4.1 checks only about qemu-kvm and qemu-img​
>
> ​packages​ ...
>
> Y.
>>
>>
>>>
>>>
>>> --
>>>
>>> SANDRO BONAZZOLA
>>>
>>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>>
>>> Red Hat EMEA <https://www.redhat.com/>
>>> <https://red.ht/sig>
>>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>> <http://www.teraplan.it/redhat-osd-2017/>
>>>
>>
>>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] qemu-kvm-tools: oVirt Node 4.2 can't be added to oVirt Engine 4.1

[Sandro Bonazzola]

Hi,
just had a look at
Bug 1501761 <https://bugzilla.redhat.com/show_bug.cgi?id=1501761> - Add the
additional host to the HostedEngine failed due to miss the package
"qemu-kvm-tools"

Issue is that since qemu-kvm-tools has been removed in recent qemu-kvm we
dropped it as requirement in 4.2 so it's not included anymore in oVirt Node
4.2.
- Is oVirt Node 4.2 supposed to be backward compatible with oVirt Engine
4.1?
If so, we need to change ovirt-host-deploy in the upcoming 4.1.7 release in
order to not fail when adding a 4.2 node.


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt Master ] [ upgrade suites failed! ] [ 15/10/17 ]

[Sandro Bonazzola]

>>>>>>> r-engine/_var_log/ovirt-engine/setup/ovirt-engine-setup-2017
>>>>>>>> 1013222617-73f0df.log
>>>>>>>>
>>>>>>>> And a bit above the snippet below, there is:
>>>>>>>>
>>>>>>>> 2017-10-13 22:26:24,274-0400 DEBUG otopi.plugins.ovirt_engine_set
>>>>>>>> up.ovirt_engine.upgrade.asynctasks plugin.execute:926
>>>>>>>> execute-output: 
>>>>>>>> ('/usr/share/ovirt-engine/setup/dbutils/taskcleaner.sh',
>>>>>>>> '-l', 
>>>>>>>> '/var/log/ovirt-engine/setup/ovirt-engine-setup-20171013222617-73f0df.log',
>>>>>>>> '-u', 'engine', '-s', 'localhost', '-p', '5432', '-d', 'engine', '-q',
>>>>>>>> '-r', '-Z') stderr:
>>>>>>>>
>>>>>>>> /usr/share/ovirt-engine/bin/generate-pgpass.sh: line 3: 
>>>>>>>> /usr/share/ovirt-engine/setup/dbutils/engine-prolog.sh: No such file 
>>>>>>>> or directory
>>>>>>>>
>>>>>>>>
>>>>>>>> 2017-10-13 22:26:24,274-0400 DEBUG otopi.context 
>>>>>>>> context._executeMethod:143 method exception
>>>>>>>>>> Traceback (most recent call last):
>>>>>>>>>>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 
>>>>>>>>>> 133, in _executeMethod
>>>>>>>>>> method['method']()
>>>>>>>>>>   File 
>>>>>>>>>> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/upgrade/asynctasks.py",
>>>>>>>>>>  line 470, in _validateZombies
>>>>>>>>>> self._clearZombies()
>>>>>>>>>>   File 
>>>>>>>>>> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/upgrade/asynctasks.py",
>>>>>>>>>>  line 135, in _clearZombies
>>>>>>>>>> 'Failed to clear zombie commands. '
>>>>>>>>>> RuntimeError: Failed to clear zombie commands. Please access support 
>>>>>>>>>> in attempt to resolve the problem
>>>>>>>>>> 2017-10-13 22:26:24,275-0400 ERROR otopi.context 
>>>>>>>>>> context._executeMethod:152 Failed to execute stage 'Setup 
>>>>>>>>>> validation': Failed to clear zombie commands. Please access support 
>>>>>>>>>> in attempt to resolve the problem
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>> With [1], taskcleaner.sh sources generate-pgpass.sh .
>>>>>>>>
>>>>>>>> generate-pgpass.sh is in ovirt-engine-tools, which in upgrade
>>>>>>>> flows, is not
>>>>>>>> yet upgraded (at the point of above failure).
>>>>>>>>
>>>>>>>> generate-pgpass.sh in 4.1 used to source engine-prolog.sh , using a
>>>>>>>> path
>>>>>>>> relative to "$0". In master it does not, but we now upgrade and it
>>>>>>>> does.
>>>>>>>>
>>>>>>>> This, in principle, is the core of the bug:
>>>>>>>>
>>>>>>>> A file, such as generate-pgpass.sh, that's supposed to be sourced
>>>>>>>> from some other files, should not by itself source other files
>>>>>>>> that are relative to "$0", because it can't know what "$0" is - it's
>>>>>>>> the path of the script sourcing it, not of itself.
>>>>>>>>
>>>>>>>> It seems like luckily we were not affected by this in 4.1, because
>>>>>>>> all of the files that sourced generate-pgpass.sh were together with
>>>>>>>> it in the same directory. But with [1], taskcleaner does too now,
>>>>>>>> and is in a different directory.
>>>>>>>>
>>>>>>>> Not sure what's the best solution:
>>>>>>>>
>>>>>>>> - revert [1] (and introduce it later on, in 4.3)
>>>>>>>>
>>>>>>>> - patch 4.1's generate-pgpass.sh and require the fixed 4.1 version
>>>>>>>> in 4.2 setup
>>>>>>>>
>>>>>>>
>>>> E.g.:
>>>>
>>>> https://gerrit.ovirt.org/82800
>>>>
>>>>
>>>>>
>>>>>>>> - Somehow trick everything to work together? Not sure. Seems like
>>>>>>>> you can't set $0.
>>>>>>>>
>>>>>>>> [1] https://gerrit.ovirt.org/82511
>>>>>>>>
>>>>>>>
>>>>>>> The same bug exists with unlock_entity:
>>>>>>>
>>>>>>> https://gerrit.ovirt.org/82615
>>>>>>>
>>>>>>> So we should probably revert both.
>>>>>>>
>>>>>>
>>>>>> I tend to agree.
>>>>>> Doesn't mean we cannot fix this for 4.2, but let's revert for the
>>>>>> meantime.
>>>>>> Y.
>>>>>>
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>>
>>>>>>>>
>>>>>>>>> --
>>>>>>>>>>
>>>>>>>>>> DANIEL BELENKY
>>>>>>>>>>
>>>>>>>>>> RHV DEVOPS
>>>>>>>>>>
>>>>>>>>>> EMEA VIRTUALIZATION R
>>>>>>>>>> <https://red.ht/sig>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>>
>>>>>>>>> DANIEL BELENKY
>>>>>>>>>
>>>>>>>>> RHV DEVOPS
>>>>>>>>>
>>>>>>>>> EMEA VIRTUALIZATION R
>>>>>>>>> <https://red.ht/sig>
>>>>>>>>>
>>>>>>>>> ___
>>>>>>>>> Devel mailing list
>>>>>>>>> Devel@ovirt.org
>>>>>>>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Didi
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Didi
>>>>>>>
>>>>>>> ___
>>>>>>> Devel mailing list
>>>>>>> Devel@ovirt.org
>>>>>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>>>>>
>>>>>>
>>>>>>
>>>>>> ___
>>>>>> Devel mailing list
>>>>>> Devel@ovirt.org
>>>>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Didi
>>>>
>>>> ___
>>>> Devel mailing list
>>>> Devel@ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>>
>>>
>>>
>>
>
>
> --
> Didi
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt Master ] [ 12-10-2017 ] [003_00_metrics_bootstrap.configure_metrics ]

[Sandro Bonazzola]

2017-10-13 11:29 GMT+02:00 Dafna Ron <d...@redhat.com>:

> Adding Eyal, Barak and Sandro and removing Victor.
>
> Personally, I do not mind taking on this task, but I think that I would
> need help in creating such a task.
>

I think we are already mirroring everything and refreshing the mirror every
few hours.
Issue looks like we are not using them in some jobs.



>
> On 10/12/2017 06:51 PM, Yaniv Kaul wrote:
>
>
>
> On Thu, Oct 12, 2017 at 2:36 PM, Dafna Ron <d...@redhat.com> wrote:
>
>> Thank you.
>> I was not sure if this is repo related since I could not see a specific
>> package that it failed on.
>> Sandro believes this might have been a repo outage so I am opening a
>> ticket to try and investigate this issue and find the root cause.
>>
>> https://ovirt-jira.atlassian.net/browse/OVIRT-1693
>
>
> We have far too many repo outages.
> I believe it could be partially solved by properly and consistently
> keeping the reposync up-to-date.
> It's far from bullet-proof, and is annoying work, but we need to once
> every other week or so to just do it, to ensure we can perform offline
> installation (I don't believe it's a complete repo outage, but partial,
> which is why I think it'll help).
> Y.
>
>
>>
>>
>> Thanks,
>> Dafna
>>
>>
>> On 10/12/2017 11:37 AM, Viktor Mihajlovski wrote:
>> > On 12.10.2017 12:27, Yaniv Kaul wrote:
>> >> Repo issues (again?)
>> >> See log[1].
>> >> Y.
>> >>
>> >> [1]
>> >> http://jenkins.ovirt.org/job/ovirt-master_change-queue-teste
>> r/3104/artifact/exported-artifacts/basic-suit-master-el7/
>> 003_00_metrics_bootstrap.py.junit.xml
>> >>
>> >> On Thu, Oct 12, 2017 at 12:26 PM, Dafna Ron <d...@redhat.com> wrote:
>> >>
>> > I agree, seems to be unrelated to my patch.
>> >
>>
>>
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 06-10-2017 ] [ 002_bootstrap.py ]

[Sandro Bonazzola]

2017-10-06 12:09 GMT+02:00 Dafna Ron <d...@redhat.com>:

> Hi,
>
> We have a failure in CQ on 002_bootstrap.
>
> It seems from the setup logs that both hosts failed to be deployed. I also
> see in the lago logs that the issue with the sdk.
>
> *Link to suspected patches: https://gerrit.ovirt.org/#/c/82525/
> <https://gerrit.ovirt.org/#/c/82525/>*
>
>
>
> * Link to Job:
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3034/
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3034/> Link
> to all logs:
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3034/artifact/
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3034/artifact/>
> (Relevant) error snippet from the log:  *
>
> in setup log:
>
> https://pastebin.com/FyjeA9tf
>

These are just tentative connections for detecting postgres, not relevant.



>
>1. could not connect to server: Connection refused
>2. Is the server running on host "localhost" (127.0.0.1) and
>accepting
>3. TCP/IP connections on port 5432?
>
> log from lago:
>
> https://pastebin.com/EzAkBDsn
>
>
> * response.headers\n  File
> "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 847, in
> _check_content_type\nraise Error(msg)\nError: The response content type
> \'text/html; charset=iso-8859-1\' isn\'t the expected
> XML\n- >> end captured logging <<
> -']]>[dron@dron
> exported-artifacts]$ *
>
>
this seems relevant



> **
>
>
> Thanks,
>
> Dafna
>
>
>
> ___
> Infra mailing list
> in...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 09-10-2017] [ 001_initialize_engine.initialize_engine, 001_upgrade_engine.test_initialize_engine, 001_upgrade_engine.test_initialize_engine

[Sandro Bonazzola]

2017-10-09 11:33 GMT+02:00 Dafna Ron <d...@redhat.com>:

> Hi,
>
> We had a failure in initializing engine.
>
> *Link to suspected patches: https://gerrit.ovirt.org/#/c/82283/
> <https://gerrit.ovirt.org/#/c/82283/>*
>
> * Link to Job:
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3053/
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3053/> *
>
> * http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3054/
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3054/>*
>

relevant error: [ ERROR ] Failed to execute stage 'Misc configuration': can
only concatenate list (not "tuple") to list
Fixed by Simone yesterday: https://gerrit.ovirt.org/#/c/82640/




>
> * Link to all logs: *
>
>
> *
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3053/artifact/
> <http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3053/artifact/>
> (Relevant) error snippet from the log:  *
>
> Aside from the error you can see in the link I found a second error in the
> upgrade from previous suit:
>
> 2017-10-09 04:13:39 DEBUG otopi.plugins.otopi.packagers.dnfpackager 
> dnfpackager._boot:163 Cannot initialize minidnf
> Traceback (most recent call last):
>   File "/usr/share/otopi/plugins/otopi/packagers/dnfpackager.py", line 150, 
> in _boot
> constants.PackEnv.DNF_DISABLED_PLUGINS
>   File "/usr/share/otopi/plugins/otopi/packagers/dnfpackager.py", line 60, in 
> _getMiniDNF
> from otopi import minidnf
>   File "/usr/lib/python2.7/site-packages/otopi/minidnf.py", line 16, in 
> 
> import dnf
> ImportError: No module named dnf
>
>
This is not an issue.

https://pastebin.com/UDWQdEqZ
>

Above tracebacks are not an issue
You can use fpaste.org from fedora project :-)




> **
>
>
> ___
> Infra mailing list
> in...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] engine-setup error: "can only concatenate list (not "tuple") to list"

[Sandro Bonazzola]

2017-10-10 10:14 GMT+02:00 Sandro Bonazzola <sbona...@redhat.com>:

>
>
> 2017-10-10 10:13 GMT+02:00 Martin Perina <mper...@redhat.com>:
>
>> As this looks like otopi/setup issue adding Sandro
>>
>
> Yes, Simone is already looking into it.
> root cause seems to be https://gerrit.ovirt.org/#/c/82283/ ; we are
> checking if we can fix it or if we need to revert it.
>

Fiexed: https://gerrit.ovirt.org/82640



>
>
>>
>> On Tue, Oct 10, 2017 at 9:54 AM, Tomas Jelinek <tjeli...@redhat.com>
>> wrote:
>>
>>> is anyone working on it?
>>>
>>> On Mon, Oct 9, 2017 at 2:02 PM, Jakub Niedermertl <jnied...@redhat.com>
>>> wrote:
>>>
>>>> bc9a33d3ee is a safe engine commit.
>>>>
>>>> On Mon, Oct 9, 2017 at 1:51 PM, Dafna Ron <d...@redhat.com> wrote:
>>>>
>>>>> yes. it has been reported earlier today.
>>>>> engine initialization failed on master, and upgrade suites.
>>>>>
>>>>> On 10/09/2017 12:42 PM, Jakub Niedermertl wrote:
>>>>>
>>>>> Hi all,
>>>>>
>>>>> anyone else is experiencing engine-setup error like this in dev
>>>>> installation?
>>>>>
>>>>>
>>>>>   --== DATABASE CONFIGURATION ==--
>>>>>
>>>>> [ ERROR ] Failed to execute stage 'Environment customization': can
>>>>> only concatenate list (not "tuple") to list
>>>>> [ INFO  ] Stage: Clean up
>>>>>   Log file is located at /home/jakub/target/var/log/ovi
>>>>> rt-engine/setup/ovirt-engine-setup-20171009132424-9f5jba.log
>>>>> [ INFO  ] Generating answer file '/home/jakub/target/var/lib/ov
>>>>> irt-engine/setup/answers/20171009132428-setup.conf'
>>>>> [ INFO  ] Stage: Pre-termination
>>>>> [ INFO  ] Stage: Termination
>>>>> [ ERROR ] Execution of setup failed
>>>>>
>>>>> It's on current master, commit 2462513396 <(246)%20251-3396>, otopi
>>>>> version otopi-1.7.2-0.0.master.20170919135209.gitf2bfc9c.fc26.noarch.
>>>>>
>>>>> Thanks
>>>>>
>>>>> Jakub
>>>>>
>>>>>
>>>>> ___
>>>>> Devel mailing 
>>>>> listDevel@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/devel
>>>>>
>>>>>
>>>>>
>>>>
>>>> ___
>>>> Devel mailing list
>>>> Devel@ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>>
>>>
>>>
>>> ___
>>> Devel mailing list
>>> Devel@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>
>>
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA <https://www.redhat.com/>
> <https://red.ht/sig>
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
> <http://www.teraplan.it/redhat-osd-2017/>
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] engine-setup error: "can only concatenate list (not "tuple") to list"

[Sandro Bonazzola]

2017-10-10 10:13 GMT+02:00 Martin Perina <mper...@redhat.com>:

> As this looks like otopi/setup issue adding Sandro
>

Yes, Simone is already looking into it.
root cause seems to be https://gerrit.ovirt.org/#/c/82283/ ; we are
checking if we can fix it or if we need to revert it.


>
> On Tue, Oct 10, 2017 at 9:54 AM, Tomas Jelinek <tjeli...@redhat.com>
> wrote:
>
>> is anyone working on it?
>>
>> On Mon, Oct 9, 2017 at 2:02 PM, Jakub Niedermertl <jnied...@redhat.com>
>> wrote:
>>
>>> bc9a33d3ee is a safe engine commit.
>>>
>>> On Mon, Oct 9, 2017 at 1:51 PM, Dafna Ron <d...@redhat.com> wrote:
>>>
>>>> yes. it has been reported earlier today.
>>>> engine initialization failed on master, and upgrade suites.
>>>>
>>>> On 10/09/2017 12:42 PM, Jakub Niedermertl wrote:
>>>>
>>>> Hi all,
>>>>
>>>> anyone else is experiencing engine-setup error like this in dev
>>>> installation?
>>>>
>>>>
>>>>   --== DATABASE CONFIGURATION ==--
>>>>
>>>> [ ERROR ] Failed to execute stage 'Environment customization': can only
>>>> concatenate list (not "tuple") to list
>>>> [ INFO  ] Stage: Clean up
>>>>   Log file is located at /home/jakub/target/var/log/ovi
>>>> rt-engine/setup/ovirt-engine-setup-20171009132424-9f5jba.log
>>>> [ INFO  ] Generating answer file '/home/jakub/target/var/lib/ov
>>>> irt-engine/setup/answers/20171009132428-setup.conf'
>>>> [ INFO  ] Stage: Pre-termination
>>>> [ INFO  ] Stage: Termination
>>>> [ ERROR ] Execution of setup failed
>>>>
>>>> It's on current master, commit 2462513396 <(246)%20251-3396>, otopi
>>>> version otopi-1.7.2-0.0.master.20170919135209.gitf2bfc9c.fc26.noarch.
>>>>
>>>> Thanks
>>>>
>>>> Jakub
>>>>
>>>>
>>>> ___
>>>> Devel mailing 
>>>> listDevel@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/devel
>>>>
>>>>
>>>>
>>>
>>> ___
>>> Devel mailing list
>>> Devel@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>
>>
>>
>> ___
>> Devel mailing list
>> Devel@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>>
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] offline ovirt-host-deploy

[Sandro Bonazzola]

2017-09-29 13:06 GMT+02:00 Dan Kenigsberg <dan...@redhat.com>:

> Engine developers want to have host on their setup, but they don't
> care about having the newest and greatest code there.
>
> I expected that following https://gerrit.ovirt.org/#/c/54429/2/README
> and placing /etc/ovirt-host-deploy.conf.d/50-offline-packager.conf
> with
>
> [environment:init]
> ODEPLOY/offlinePackager=bool:True
> PACKAGER/yumpackagerEnabled=bool:False
>
> would make ovirt-host-deploy skip the `yum install` bits.
>
> I am told that it did not, and failed to some silly package dependency.
> Any idea why?
>

I need ovirt-host-deploy logs to be able to help with this.


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] engine setup error - No such file or directory: /usr/lib/firewalld/services/ovn-central-firewall-service.xml

[Sandro Bonazzola]

 2] No such file or directory: '/usr/lib/firewalld/services/
> ovn-central-firewall-service.xml'
> 2017-09-28 10:39:19,403-0400 ERROR otopi.context
> context._executeMethod:152 Failed to execute stage 'Misc configuration':
> [Errno 2] No such file or directory: '/usr/lib/firewalld/services/
> ovn-central-firewall-service.xml'
> 2017-09-28 10:39:19,403-0400 DEBUG otopi.transaction transaction.abort:119
> aborting 'Database Transaction'
>
>
>
> I suspected 596c3fb
> https://gerrit.ovirt.org/#/c/81960/
> packaging: Require OVN
>
> Make the engine require OVN pacakges, as setup defaults to configuring
> it.
>
> Make setup require the OVN packages that provide firewalld services, so
> that engine-setup can have their content during customization stage.
>
> Moving to 596c3fb gives the same error. Moving to 596c3fb^1 (51d474d
> engine: update vdc_option values) gives a different error:
>
> [ INFO  ] Stage: Environment customization
>
>   --== PRODUCT OPTIONS ==--
>
>   Configure Engine on this host (Yes, No) [Yes]:
>   Configure WebSocket Proxy on this host (Yes, No) [Yes]:
>   Configure VM Console Proxy on this host (Yes, No) [Yes]:
>
>   --== PACKAGES ==--
>
>   Install and configure ovirt-provider-ovn? Please note that this
> will cause an immediate installation
>   of several OVN packages that will not be rolled back in case of
> a failure. (Yes, No) [Yes]:
> [ ERROR ] Yum Cannot queue package pyOpenSSL: Error making cache
> directory: /var/cache/yum/x86_64/26/fedora error was: [Errno 13]
> Permission denied: '/var/cache/yum/x86_64'
> [ INFO  ] Yum Performing yum transaction rollback
> [ ERROR ] Failed to execute stage 'Environment customization': Error
> making cache directory: /var/cache/yum/x86_64/26/fedora error was: [Errno
> 13] Permission denied: '/var/cache/yum/x86_64'
> [ INFO  ] Stage: Clean up
>   Log file is located at /home/greg/ovirt-engine/var/
> log/ovirt-engine/setup/ovirt-engine-setup-20170928095323-0kzqx7.log
> [ INFO  ] Generating answer file '/home/greg/ovirt-engine/var/
> lib/ovirt-engine/setup/answers/20170928095333-setup.conf'
>
>
> And there I gave up. Selecting "no" to ovn setup allows setup to succeed.
>
> Anyone know if I need to update something, or is this a bug?
>
> Best wishes,
> Greg
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> <https://www.redhat.com/>
>
> gsher...@redhat.comIRC: gshereme
> <https://red.ht/sig>
>
> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
<http://www.teraplan.it/redhat-osd-2017/>
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel