[ovirt-devel] Re: workaround for the lack of native el8 slaves in the CI

[Eyal Edri]

On Tue, Oct 22, 2019 at 1:50 PM Barak Korren  wrote:

>
>
> On Wed, 16 Oct 2019 at 12:21, Vojtech Juranek  wrote:
>
>> On středa 16. října 2019 10:53:45 CEST Marcin Sobczyk wrote:
>> > Hi all,
>> >
>> > we're trying to move vdsm tests to el8.
>> >
>> > AFAIK we don't have native el8 slaves in the CI yet, so our el8 stages
>> run
>> > on el7 with el8 mocked.
>> > There are some issues with scripts setting up the env for storage tests
>> -
>> > they are refusing to work on older
>> > kernel versions.
>> >
>> > I have an idea for a workaround - until now we were using 'host-distro:
>> > same' in our
>> > 'stdci.yaml'. I can see that this option can also take a value of
>> > 'better/newer' [1], but that won't work
>> > for el8. Could we possibly implement something like [2] ? That would
>> allow
>> > us to i.e. define an el8
>> > mocked env with 'host-distro: fc30' enforcing native fc30 host. I assume
>> > this would be a temporary
>> > workaround only, until we have native el8 slaves.
>>
>> if it works, it would be great
>>
>
> Given the rapid pace in which Fedora versions go EOL, I wouldn't want to
> support this kind of syntax. Instead, I suggest we just make sure that
> `newer` means fc30+ for el8.
>

Barak, how soon can we apply this workaround so we can unblock CI for
projects?


>
> We're not really planning to ever enable EL8 slaves, since there is a huge
> amount of issues we'll need to solve and test to make that happen, and
> we're looking to deprecate the static way in which we currently manage
> slaves. In other words, any workaround you implement now, may not be as
> temporary as you think.
>
>
>>
>> > Regards, Marcin
>> >
>> > [1]
>> >
>> https://github.com/oVirt/jenkins/blob/a796094bfd15f1a85b9f630aaeb25ce6e0dab3
>> > 5d/pipelines/libs/stdci_runner.groovy#L127 [2]
>> > https://gerrit.ovirt.org/#/c/104091/
>>
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/V765YTTZLZV4O7QOCTGUXAOJLKECDFTB/
>>
>
>
> --
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/EDVX2VCPEHDSL2YTBCCN7MO7PXYURKZR/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ZGAWBLMOMWUE3C5TCQ3PDRLXQTX7HE5C/

[ovirt-devel] Re: job/vdsm_standard-check-patch failed - Cannot invoke method is_same_project_build()

[Eyal Edri]

;   at java.lang.reflect.Method.invoke(Method.java:498)
>   at 
> org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:93)
>   at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
>   at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1213)
>   at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1022)
>   at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1158)
>   at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1022)
>   at 
> org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.call(PogoMetaClassSite.java:42)
>   at 
> org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:48)
>   at 
> org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:113)
>   at 
> com.cloudbees.groovy.cps.sandbox.DefaultInvoker.methodCall(DefaultInvoker.java:20)
>   at Script1.loader_main(Script1.groovy:78)
>   at ___cps.transform___(Native Method)
>   at 
> com.cloudbees.groovy.cps.impl.ContinuationGroup.methodCall(ContinuationGroup.java:84)
>   at 
> com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.dispatchOrArg(FunctionCallBlock.java:113)
>   at 
> com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.fixArg(FunctionCallBlock.java:83)
>   at sun.reflect.GeneratedMethodAccessor681.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:498)
>   at 
> com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72)
>   at 
> com.cloudbees.groovy.cps.impl.PropertyishBlock$ContinuationImpl.get(PropertyishBlock.java:76)
>   at 
> com.cloudbees.groovy.cps.LValueBlock$GetAdapter.receive(LValueBlock.java:30)
>   at 
> com.cloudbees.groovy.cps.impl.PropertyishBlock$ContinuationImpl.fixName(PropertyishBlock.java:66)
>   at sun.reflect.GeneratedMethodAccessor684.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:498)
>   at 
> com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72)
>   at 
> com.cloudbees.groovy.cps.impl.ConstantBlock.eval(ConstantBlock.java:21)
>   at com.cloudbees.groovy.cps.Next.step(Next.java:83)
>   at com.cloudbees.groovy.cps.Continuable$1.call(Continuable.java:174)
>   at com.cloudbees.groovy.cps.Continuable$1.call(Continuable.java:163)
>   at 
> org.codehaus.groovy.runtime.GroovyCategorySupport$ThreadCategoryInfo.use(GroovyCategorySupport.java:129)
>   at 
> org.codehaus.groovy.runtime.GroovyCategorySupport.use(GroovyCategorySupport.java:268)
>   at com.cloudbees.groovy.cps.Continuable.run0(Continuable.java:163)
>   at 
> org.jenkinsci.plugins.workflow.cps.CpsThread.runNextChunk(CpsThread.java:186)
>   at 
> org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:370)
>   at 
> org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.access$200(CpsThreadGroup.java:93)
>   at 
> org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:282)
>   at 
> org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:270)
>   at 
> org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:66)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   at 
> hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:131)
>   at 
> jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
>   at 
> jenkins.security.ImpersonatingExecutorService$1.run(ImpersonatingExecutorService.java:59)
>   at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
>   at java.lang.Thread.run(Thread.java:748)
> Finished: FAILURE
>
>
> link - https://jenkins.ovirt.org/job/vdsm_standard-check-patch/12534/console
>
>
> --
> Regards,
> Eyal Shenitzky
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> 

[ovirt-devel] Re: ovirt-engine fails CQ due to broken engine-setup

[Eyal Edri]

On Mon, Sep 30, 2019 at 11:19 AM Martin Perina  wrote:

> Hi,
>
> as Didi mentioned in relevant email thread "[ovirt-devel] [ACTION
> REQUIRED] unicode patches merged, update otopi" both otopi and ovirt-engine
> must be updated to latest version. So most probably both otopi and
> ovirt-engine have to go though CQ at once.
>

Can you specify which patches for engine and otopi must run together?
Barak, can you help Dusan with running both patches together? should both
use 'ci re-merge' together?


>
> M.
>
> On Sat, Sep 28, 2019 at 11:43 PM Dusan Fodor  wrote:
>
>> Hello all,
>> initialize_engine test fails in CQ due to utf8/unicode type mismatch in
>> engine-setup/ answer file:
>> [ ERROR ] Failed to execute stage 'Clean up': must be unicode, not str
>>
>> The suspected change:
>> https://gerrit.ovirt.org/#/c/102934/
>>
>> Failed job example:
>>
>> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/16110
>> <https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/16110/testReport/junit/(root)/001_upgrade_engine/running_tests___upgrade_from_release_suite_el7_x86_64___test_initialize_engine/>
>>
>> Can you please this?
>> Thanks
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/CA2OUDAWZPWLSEASQOP6AUZ3MK6PP6JV/
>>
>
>
> --
> Martin Perina
> Manager, Software Engineering
> Red Hat Czech s.r.o.
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/RYG7BQMTZ6CYRND3GQ45EBBAVEJMUTVE/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/BCO6M7IRSCPCW4DMARUTPD7XNGYKCADV/

[ovirt-devel] Re: OST fails on 004_basic_sanity.verify_glance_import

[Eyal Edri]

On Thu, Sep 26, 2019 at 1:22 PM Yedidyah Bar David  wrote:

> Hi all,
>
> [1], which I ran for verifying [2], fails for me at
> 004_basic_sanity.verify_glance_import . I can see several different
> cases of failure there reported to devel@, last one 1.5 months ago. Is
> this a (new) known issue?
>

Its not a known issue AFAIK, though it is dependent on the network to the
glance instance,
which sometimes can be unstable or slow, hence a test can fail.
We've had a network outage this morning, it could be related to it.
If you see the same test failure repeatedly, then we'll need to investigate
further if something is wrong with the glance server.


>
> [1]
> https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/5666/
>
> [2] https://gerrit.ovirt.org/97698
>
> Thanks and best regards,
> --
> Didi
> ___
> Infra mailing list -- in...@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/OOP7647K4VLXGVSDWS4R7UERH5SMFQEA/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/YCZHTRJMCCGCTNUYNUXR3WYTO6I5HTKA/

[ovirt-devel] Re: IMPORTANT: OST is now gated.

[Eyal Edri]

On Wed, Sep 25, 2019 at 2:07 PM Tal Nisan  wrote:

>
>
> On Wed, Sep 25, 2019 at 1:54 PM Ehud Yonasi  wrote:
>
>> Hey everyone,
>> OST project is now enabled for patch gating.
>>
>> What is the meaning of this?
>>
>>1. The gating process will start when Code-Review +2, CI +1 and
>>Verified +1 labels are turned on.
>>2. Every patch before merging will have to pass the following suites:
>>   -
>>
>>   *oVirt-master*
>>
>>   *oVirt-4.3*
>>
>>   basic_suite
>>
>>   basic_suite
>>
>>   upgrade-from-release
>>
>>   upgrade-from-release
>>
>>
>>   upgrade-from-prevrelease
>>   3. Patches should no longer be manually merged in OST, they will
>>be merged automatically when passing the gate.
>>
>> According to our discussion stable branch patches should not be merged
> automatically and will be merged upon the discretion of the maintainer
>

This is for OST patches, not ovirt projects (for now), also, the maintainer
can choose when to give +2 to patch, instead of merging it, to allow the
system to verify it.
So instead of merging, the maintainer can choose when to give +2 and let
the system merge it automatically after it passed OST, otherwise you are
risking merging something that is breaking OST.


> *NOTE: *Maintainers are still able to merge manually, but it is not
>> recommended if the gate is not passing.
>>
>> *NOTE:* For additional information regarding the gating I've sent FAQ
>> mail - 'Patch Gating summary + FAQ'
>>
>> Regards,
>> Ehud.
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ZES5BD3FXCKHDR7UZXSGOMXQGWQ4FR6H/
>>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/XQI4SDZP5CUHBFDXYZTX7ZSQVQBGYNA5/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ZZDAQLNNAXULDPZK5ZBLF4YVA6N67KJB/

[ovirt-devel] Re: [oVirt] [CQ weekly status] [07-09-2019]

[Eyal Edri]

On Sat, Sep 7, 2019 at 4:49 PM Dusan Fodor  wrote:

> Hi,
>
> This mail is to provide the current status of CQ and allow people to
> review status before and after the weekend.
> Please refer to below colour map for further information on the meaning of
> the colours.
>
> *CQ-4.2*:  NOT RELEVANT
> This CQ is not followed anymore, since it's about to be decommissioned.
>

Its been a while since it's pending removal, what's holding back the
removal of the CQ?
Are there any patches open on it?


>
> *CQ-4.3*:   YELLOW (#1)
> Last failure was on 06-09 for vdsm in host installation. It was caused by
> missing package and solved soon after.
>
> *CQ-Master:*  YELLOW (#1)
> Last failure was on 05-09 was random one-time failure on adding storage
> domain.
>
>
>
>  Current running jobs for 4.2 [1], 4.3 [2] and master [3] can be found
> here:
>
> [1] http://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt
> -4.2_change-queue-tester/
>
> [2] https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt
> -4.3_change-queue-tester/
>
> [3] http://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt
> -master_change-queue-tester/
>
> Have a nice week!
> Dusan
>
>
>
> ---
> COLOUR MAP
>
> Green = job has been passing successfully
>
> ** green for more than 3 days may suggest we need a review of our test
> coverage
>
>
>1.
>
>1-3 days   GREEN (#1)
>2.
>
>4-7 days   GREEN (#2)
>3.
>
>Over 7 days GREEN (#3)
>
>
> Yellow = intermittent failures for different projects but no lasting or
> current regressions
>
> ** intermittent would be a healthy project as we expect a number of
> failures during the week
>
> ** I will not report any of the solved failures or regressions.
>
>
>1.
>
>Solved job failuresYELLOW (#1)
>2.
>
>Solved regressions  YELLOW (#2)
>
>
> Red = job has been failing
>
> ** Active Failures. The colour will change based on the amount of time the
> project/s has been broken. Only active regressions would be reported.
>
>
>1.
>
>1-3 days  RED (#1)
>2.
>
>4-7 days  RED (#2)
>3.
>
>Over 7 days RED (#3)
>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt
> .org/community/about/community-guidelines/
> List Archives: https://lists.ovirt.org/archives/list/devel@ovirt
> .org/message/YCNCKRK3G4EJXA3OCYAUS4VMKRDA67F4/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/64TTD7WQLNU55CNL6IKVMDTXAWSR67QH/

[ovirt-devel] Re: Nominate Sharon and Michal as ovirt-engine-nodejs-modules maintainers

[Eyal Edri]

Approved and added.

On Wed, Aug 28, 2019 at 4:24 PM Michal Skrivanek 
wrote:

> opened https://ovirt-jira.atlassian.net/browse/OVIRT-2784
>
> Thanks!
> michal
>
> On 28 Aug 2019, at 14:36, Laura Wright  wrote:
>
> +1
>
> On Wed, Aug 28, 2019 at 8:19 AM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno mar 27 ago 2019 alle ore 18:39 Vojtech Szocs 
>> ha scritto:
>>
>>> Hi everyone,
>>>
>>> I'd like to nominate Sharon and Michal as ovirt-engine-nodejs-modules
>>> <https://gerrit.ovirt.org/#/admin/projects/ovirt-engine-nodejs-modules> 
>>> project
>>> maintainers.
>>>
>>> This project is a build-time dependency of oVirt web-related projects,
>>> providing the required npm (JavaScript) dependencies via single RPM package.
>>>
>>> Projects that depend on ovirt-engine-nodejs-modules include (see here
>>> <https://gerrit.ovirt.org/gitweb?p=ovirt-engine-nodejs-modules.git;a=blob_plain;f=projects.list;hb=HEAD>
>>>  for
>>> details):
>>>
>>>- ovirt-web-ui <https://github.com/oVirt/ovirt-web-ui> (next-gen
>>>User Portal)
>>>- ovirt-engine-ui-extensions
>>><https://gerrit.ovirt.org/#/admin/projects/ovirt-engine-ui-extensions> 
>>> (UI
>>>plugin for Admin Portal)
>>>- cockpit-ovirt
>>><https://gerrit.ovirt.org/#/admin/projects/cockpit-ovirt> (plugins
>>>for Cockpit)
>>>
>>> Both Sharon and Michal are familiar with these projects and having them
>>> as maintainers would help with resolving any issues related to oVirt JS
>>> dependencies.
>>>
>>>
>> +1
>>
>>
>>
>>> Thanks,
>>> Vojtech
>>>
>>> ___
>>> Devel mailing list -- devel@ovirt.org
>>> To unsubscribe send an email to devel-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/S3ULX7EQZ7YHRM6TWUUY26VOHNQZE43I/
>>>
>>
>>
>> --
>> Sandro Bonazzola
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA <https://www.redhat.com/>
>> sbona...@redhat.com
>> <https://www.redhat.com/>*Red Hat respects your work life balance.
>> Therefore there is no need to answer this email out of your office hours.
>> <https://mojo.redhat.com/docs/DOC-1199578>*
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/MPJB24Q56H3HTVG2XRVQVLRPO2WZY4SO/
>>
>
>
> --
> Laura Wright
>
> She/Her/Hers
> UXD Team
>
> Red Hat Massachusetts <https://www.redhat.com/>
> 314 Littleton Rd
> lwri...@redhat.com
> <https://www.redhat.com/>
>
>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/YTSAIBSUKWIH75YWIJXKKBSUMVYF7T6P/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/6NYQUOFCCG4PXAJOS77GYP2HJVZSVXXH/

[ovirt-devel] Re: jenkins CI failing to fetch repo

[Eyal Edri]

It looks like we're still suffering from the network issues that are
affecting out PHX DC, this is still being investigated by IT.
For now I've sent a patch [1] to increase the timeout on pipeline jobs to
20 min, so git clones will work even if the network is slow.

[1] https://gerrit.ovirt.org/#/c/102774/

On Thu, Aug 22, 2019 at 11:41 AM Miguel Duarte de Mora Barroso <
mdbarr...@redhat.com> wrote:

> On Thu, Aug 22, 2019 at 10:01 AM Miguel Duarte de Mora Barroso
>  wrote:
> >
> > Hi,
> >
> > Since yesterday I can't get ovirt-provider-ovn builds to run, each
> > manifesting the error below:
>
> More info: this seems to only happen on the fedora29 target.
>
> >
> > error: index-pack died of signal 15
> > 09:27:35  fatal: index-pack failed
> > 09:27:35
> > 09:27:35  at
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:2042)
> > 09:27:35  at
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1761)
> > 09:27:35  at
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$400(CliGitAPIImpl.java:72)
> > 09:27:35  at
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:442)
> > 09:27:35  at
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$2.execute(CliGitAPIImpl.java:655)
> > 09:27:35  at
> org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:153)
> > 09:27:35  at
> org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:146)
> > 09:27:35  at hudson.remoting.UserRequest.perform(UserRequest.java:212)
> > 09:27:35  at hudson.remoting.UserRequest.perform(UserRequest.java:54)
> > 09:27:35  at hudson.remoting.Request$2.run(Request.java:369)
> > 09:27:35  at
> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
> > 09:27:35  at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> > 09:27:35  at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> > 09:27:35  at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> > 09:27:35  at java.lang.Thread.run(Thread.java:748)
> > 09:27:35  Suppressed: hudson.remoting.Channel$CallSiteStackTrace:
> > Remote call to vm0038.workers-phx.ovirt.org
> > 09:27:35  at
> hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1743)
> > 09:27:35  at
> hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:357)
> > 09:27:35  at hudson.remoting.Channel.call(Channel.java:957)
> > 09:27:35  at
> org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:146)
> > 09:27:35  at sun.reflect.GeneratedMethodAccessor793.invoke(Unknown
> Source)
> > 09:27:35  at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> > 09:27:35  at java.lang.reflect.Method.invoke(Method.java:498)
> > 09:27:35  at
> org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:132)
> > 09:27:35  at com.sun.proxy.$Proxy118.execute(Unknown Source)
> > 09:27:35  at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1152)
> > 09:27:35  at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1192)
> > 09:27:35  at
> org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:124)
> > 09:27:35  at
> org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:93)
> > 09:27:35  at
> org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:80)
> > 09:27:35  at
> org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47)
> > 09:27:35  at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> > 09:27:35  ... 4 more
> >
> > It can be seen on:
> >   -
> https://jenkins.ovirt.org/job/ovirt-provider-ovn_standard-check-patch/2476/console
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/2XK4PBKQVPIPHAHI276QS6IDU44FNYPY/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/NOKCIA4B5HJ7N2Q3ZIQMNCNP3MCUL6MP/

[ovirt-devel] Re: [OST Failure Report] [oVirt master&4.3] [09-08-2019] [verify_glance_import]

[Eyal Edri]

On Mon, Aug 12, 2019 at 11:57 AM Amit Bawer  wrote:

> I experience the same issue when running OST on mainstream [1].
> Is there any possible resolution/workaround?
>

This should be solved now, we reverted to use the old Glance instance.


>
> [1]
> https://jenkins.ovirt.org/job/ovirt-system-tests_manual/5330/testReport/(root)/004_basic_sanity/verify_glance_import/
>
>
> On Sat, Aug 10, 2019 at 10:55 PM Dusan Fodor  wrote:
>
>> Hi,
>> we have failures in test verify glance import appearing in both 4.3 and
>> master.
>> Api call to get the disk status times out.
>>
>> Example of failed job can be seen here:
>>
>> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-4.3_change-queue-tester/1808/
>>
>> Can you please take a look?
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/3HCLG3J7CFET5B5NEPDFMLH4PDQBP6G4/
>>
> ___
> Infra mailing list -- in...@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/3QL6MJDW4MJCRVWF4NCGLQJ3DBT5NMSK/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/SIRKL2HBBKYOBZDAMSOK6CJA25MGPEYE/

[ovirt-devel] Re: [Ovirt] [CQ weekly status] [10-08-2019]

[Eyal Edri]

On Sat, Aug 10, 2019 at 11:10 PM Dusan Fodor  wrote:

> Hi,
>
> This mail is to provide the current status of CQ and allow people to
> review status before and after the weekend.
> Please refer to below colour map for further information on the meaning of
> the colours.
>
> *CQ-4.2*:  GREEN (#3)
> No failure during this week.
>
> *CQ-4.3*:   RED (#1)
> Last failure was on 10-08 for ovirt-ansible-image-template in
> verify_glance_import.
> This issue is ongoing, investigation will continue under thread [OST
> Failure Report] [oVirt master&4.3] [09-08-2019] [verify_glance_import]
>
> *CQ-Master:*  RED (#1)
> Last failure was on 10-08 for ovirt-ansible-image-template in
> verify_glance_import.
> This issue is ongoing, investigation will continue under thread [OST
> Failure Report] [oVirt master&4.3] [09-08-2019] [verify_glance_import]
>

The import glance error is related to the fact we migrated to a new
instance in OSAS last week and we're hitting the same network issues we've
seen recently that are affecting the Gerrit network to PHX.
Evgheni will move back Glance to use the old on in PHX until we'll get more
info on the networking issue from IT and an ETA to solve it.


>
>  Current running jobs for 4.2 [1], 4.3 [2] and master [3] can be found
> here:
>
> [1] http://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt
> -4.2_change-queue-tester/
>
> [2] https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt
> -4.3_change-queue-tester/
>
> [3] http://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt
> -master_change-queue-tester/
>
> Have a nice week!
> Dusan
>
>
>
> ---
> COLOUR MAP
>
> Green = job has been passing successfully
>
> ** green for more than 3 days may suggest we need a review of our test
> coverage
>
>
>1.
>
>1-3 days   GREEN (#1)
>2.
>
>4-7 days   GREEN (#2)
>3.
>
>Over 7 days GREEN (#3)
>
>
> Yellow = intermittent failures for different projects but no lasting or
> current regressions
>
> ** intermittent would be a healthy project as we expect a number of
> failures during the week
>
> ** I will not report any of the solved failures or regressions.
>
>
>1.
>
>Solved job failuresYELLOW (#1)
>2.
>
>Solved regressions  YELLOW (#2)
>
>
> Red = job has been failing
>
> ** Active Failures. The colour will change based on the amount of time the
> project/s has been broken. Only active regressions would be reported.
>
>
>1.
>
>1-3 days  RED (#1)
>2.
>
>4-7 days  RED (#2)
>3.
>
>Over 7 days RED (#3)
>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt
> .org/community/about/community-guidelines/
> List Archives: https://lists.ovirt.org/archives/list/devel@ovirt
> .org/message/YCNCKRK3G4EJXA3OCYAUS4VMKRDA67F4/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/VKGZOXZTCCB6ISJDRBMYBAJINSZ7FYQH/

[ovirt-devel] Re: OST's basic suite UI sanity tests optimization

[Eyal Edri]

   # login: Success (in 0:00:08)
>>>>>> 01:35:11   # left_nav:
>>>>>> 01:35:29   # left_nav: Success (in 0:00:18)
>>>>>> 01:35:29   # cleanup:
>>>>>> 01:35:36   # cleanup: Success (in 0:00:06)
>>>>>> 01:35:36   # Results located at
>>>>>> /dev/shm/ost/deployment-basic-suite-master/008_basic_ui_sanity.py.junit.xml
>>>>>> 01:35:36 @ Run test: 008_basic_ui_sanity.py: Success (in 0:03:45)
>>>>>>
>>>>>> Starting the Selenium grid takes 2:15 out of 3:35 of total running
>>>>>> time!
>>>>>>
>>>>>> I've investigated a lot of approaches and came up with something like
>>>>>> this:
>>>>>>
>>>>>>- install 'chromium-headless' package on engine VM
>>>>>>- download 'chromedriver' and 'selenium hub' jar and deploy them
>>>>>>in '/var/opt/' on engine's VM
>>>>>>- run 'selenium.jar' on engine VM from '008_basic_ui_sanity.py'
>>>>>>by using Lago's ssh
>>>>>>- connect to the Selenium instance running on the engine in
>>>>>>'008_basic_ui_sanity.py'
>>>>>>- make screenshots
>>>>>>
>>>>>> This series of patches represent the changes:
>>>>>> https://gerrit.ovirt.org/#/q/topic:selenium-on-engine+(status:open+OR+status:merged)
>>>>>> .
>>>>>> This is the new running time (https://jenkins.ovirt.org/view/oVirt
>>>>>> system tests/job/ovirt-system-tests_manual/4195/):
>>>>>>
>>>>>> 20:13:26 @ Run test: 008_basic_ui_sanity.py:
>>>>>> 20:13:26 nose.config: INFO: Ignoring files matching ['^\\.', '^_',
>>>>>> '^setup\\.py$']
>>>>>> 20:13:26   # init:
>>>>>> 20:13:26   # init: Success (in 0:00:00)
>>>>>> 20:13:26   # make_screenshots:
>>>>>> 20:13:27 * Retrying (Retry(total=2, connect=None, read=None,
>>>>>> redirect=None, status=None)) after connection broken by
>>>>>> 'NewConnectionError('>>>>> 0x7fdb6004f8d0>: Failed to establish a new connection: [Errno 111]
>>>>>> Connection refused',)': /wd/hub
>>>>>> 20:13:27 * Retrying (Retry(total=1, connect=None, read=None,
>>>>>> redirect=None, status=None)) after connection broken by
>>>>>> 'NewConnectionError('>>>>> 0x7fdb6004fa10>: Failed to establish a new connection: [Errno 111]
>>>>>> Connection refused',)': /wd/hub
>>>>>> 20:13:27 * Retrying (Retry(total=0, connect=None, read=None,
>>>>>> redirect=None, status=None)) after connection broken by
>>>>>> 'NewConnectionError('>>>>> 0x7fdb6004fb50>: Failed to establish a new connection: [Errno 111]
>>>>>> Connection refused',)': /wd/hub
>>>>>> 20:13:28 * Redirecting http://192.168.201.4:/wd/hub ->
>>>>>> http://192.168.201.4:/wd/hub/static/resource/hub.html
>>>>>> 20:14:02   # make_screenshots: Success (in 0:00:35)
>>>>>> 20:14:02   # Results located at
>>>>>> /dev/shm/ost/deployment-basic-suite-master/008_basic_ui_sanity.py.junit.xml
>>>>>> 20:14:02 @ Run test: 008_basic_ui_sanity.py: Success (in 0:00:35)
>>>>>> (The 'NewConnectionErrors' is waiting for Selenium hub to be up and
>>>>>> running, I can silence these later).
>>>>>> And the screenshots are here:
>>>>>> https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/4195/artifact/exported-artifacts/screenshots/
>>>>>>
>>>>>> *The pros:*
>>>>>>
>>>>>>- we cut the running time by more than 3 minutes
>>>>>>
>>>>>> *The cons:*
>>>>>>
>>>>>>- we don't get Firefox or Chrome screenshots - we get Chromium
>>>>>>screenshots (although AFAIK, QE has much more Selenium tests which 
>>>>>> cover
>>>>>>both Firefox and Chrome)
>>>>>>- we polute the engine VM with 'chromium-headless' package and
>>>>>>deps (in total: 'chromium-headless', 'chromium-common', 'flac-libs' 
>>>>>> and
>>>>>>'minizip'), although we can remove these after the tests
>>>>>>
>>>

[ovirt-devel] Re: [Ovirt] [CQ weekly status] [02-08-2019]

[Eyal Edri]

On Mon, Aug 5, 2019 at 5:23 PM Dusan Fodor  wrote:

>
>
> On Mon, Aug 5, 2019 at 11:22 AM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno ven 2 ago 2019 alle ore 22:50 Dusan Fodor 
>> ha scritto:
>>
>>> Hi,
>>>
>>> This mail is to provide the current status of CQ and allow people to
>>> review status before and after the weekend.
>>> Please refer to below colour map for further information on the meaning
>>> of the colours.
>>>
>>> *CQ-4.2*:  RED (#1)
>>>
>>> Last failure was on 01-08 for ovirt-ansible-hosted-engine-setup caused
>>> by missing dependency, patch is pending to fix this.
>>>
>>
>> I think we can close 4.2 CQ, 4.2 gone EOL a few months ago
>>
>
Can we drop it in upstream?
In downstream its running 4.2 EUS with 4.3 engine.


>
>>
>>
>>>
>>> *CQ-4.3*:   RED (#1)
>>>
>>> Last failure was on 02-08 for vdsm caused by missing dependency, patch
>>> is pending to fix this.
>>>
>>
>> Have we got a bug for this? If not please open one
>>
> It was already resolved by https://gerrit.ovirt.org/#/c/102317/
>
>>
>>
>>>
>>> *CQ-Master:*  RED (#1)
>>>
>>> Last failure was on 02-08 for ovirt-engine due failure in
>>> build-artifacts, which was caused by gerrit issue, which was reported
>>> Evgheni.
>>>
>>>  Current running jobs for 4.2 [1], 4.3 [2] and master [3] can be
>>> found here:
>>>
>>> [1]
>>> http://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-4.2_change-queue-tester/
>>>
>>> [2]
>>> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-4.3_change-queue-tester/
>>>
>>> [3]
>>> http://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/
>>>
>>> Have a nice week!
>>> Dusan
>>>
>>>
>>>
>>> ---
>>> COLOUR MAP
>>>
>>> Green = job has been passing successfully
>>>
>>> ** green for more than 3 days may suggest we need a review of our test
>>> coverage
>>>
>>>
>>>1.
>>>
>>>1-3 days   GREEN (#1)
>>>2.
>>>
>>>4-7 days   GREEN (#2)
>>>3.
>>>
>>>Over 7 days GREEN (#3)
>>>
>>>
>>> Yellow = intermittent failures for different projects but no lasting or
>>> current regressions
>>>
>>> ** intermittent would be a healthy project as we expect a number of
>>> failures during the week
>>>
>>> ** I will not report any of the solved failures or regressions.
>>>
>>>
>>>1.
>>>
>>>Solved job failuresYELLOW (#1)
>>>2.
>>>
>>>Solved regressions  YELLOW (#2)
>>>
>>>
>>> Red = job has been failing
>>>
>>> ** Active Failures. The colour will change based on the amount of time
>>> the project/s has been broken. Only active regressions would be reported.
>>>
>>>
>>>1.
>>>
>>>    1-3 days  RED (#1)
>>>2.
>>>
>>>4-7 days  RED (#2)
>>>3.
>>>
>>>Over 7 days RED (#3)
>>>
>>> ___
>>> Devel mailing list -- devel@ovirt.org
>>> To unsubscribe send an email to devel-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/YCNCKRK3G4EJXA3OCYAUS4VMKRDA67F4/
>>>
>>
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA <https://www.redhat.com/>
>>
>> sbona...@redhat.com
>> <https://www.redhat.com/>*Red Hat respects your work life balance.
>> Therefore there is no need to answer this email out of your office hours.
>> <https://mojo.redhat.com/docs/DOC-1199578>*
>>
>

-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/IUUPA6RTP5BMBQC4JYWEYTYKQC6BCN2H/

[ovirt-devel] Re: CI: vdsm-standard-check-patch fails

[Eyal Edri]

This was reported already and AFAIK its a network issue between AWS and PHX
which is still being investigated.
Evgheni, any insights or update on the issue? should we involve debugging
from amazon side?

On Sun, Aug 4, 2019 at 4:46 PM Amit Bawer  wrote:

> Hi,
> CI seems to fail constantly for unavailable remote gerrit repository.
> Example can be seen here:
> https://jenkins.ovirt.org/job/vdsm_standard-check-patch/9415/console
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/AHPHUZAABAQNWEMD2JQ6WARHJRDTYCPI/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WV7EK2AP6DVQNNWQFEGFRAHI6Q25ZAUC/

[ovirt-devel] Re: All loader-container nodes are offline, 99 jobs in the queue, jobs stuck for 2 hours

[Eyal Edri]

> <https://jenkins.ovirt.org/computer/loader-container-pqg56/>  (offline)
> (suspended)
>  loader-container-qtsdr
> <https://jenkins.ovirt.org/computer/loader-container-qtsdr/>  (offline)
> (suspended)
>  loader-container-qxwnp
> <https://jenkins.ovirt.org/computer/loader-container-qxwnp/>  (offline)
> (suspended)
>  loader-container-rdlww
> <https://jenkins.ovirt.org/computer/loader-container-rdlww/>  (offline)
> (suspended)
>  loader-container-rp1rc
> <https://jenkins.ovirt.org/computer/loader-container-rp1rc/>  (offline)
> (suspended)
>  loader-container-s6ndk
> <https://jenkins.ovirt.org/computer/loader-container-s6ndk/>  (offline)
> (suspended)
>  loader-container-sv0pt
> <https://jenkins.ovirt.org/computer/loader-container-sv0pt/>  (offline)
> (suspended)
>  loader-container-t6qd9
> <https://jenkins.ovirt.org/computer/loader-container-t6qd9/>  (offline)
> (suspended)
>  loader-container-vb5dj
> <https://jenkins.ovirt.org/computer/loader-container-vb5dj/>  (offline)
> (suspended)
>  loader-container-vhdck
> <https://jenkins.ovirt.org/computer/loader-container-vhdck/>  (offline)
> (suspended)
>  loader-container-vmww3
> <https://jenkins.ovirt.org/computer/loader-container-vmww3/>  (offline)
> (suspended)
>  loader-container-vv202
> <https://jenkins.ovirt.org/computer/loader-container-vv202/>  (offline)
> (suspended)
>  loader-container-w7n89
> <https://jenkins.ovirt.org/computer/loader-container-w7n89/>  (offline)
> (suspended)
>  loader-container-x5gwl
> <https://jenkins.ovirt.org/computer/loader-container-x5gwl/>  (offline)
> (suspended)
>  loader-container-xmthb
> <https://jenkins.ovirt.org/computer/loader-container-xmthb/>  (offline)
> (suspended)
>  loader-container-xxcl1
> <https://jenkins.ovirt.org/computer/loader-container-xxcl1/>  (offline)
> (suspended)
>  loader-container-zp4w9
> <https://jenkins.ovirt.org/computer/loader-container-zp4w9/>  (offline)
> (suspended)
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/7YBUQRA6HSAG4ZSOCJG72ZR6NDLOB6AA/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/U7VWFPCUCFHZC6OIZIXDU7N545RZDM2Y/

[ovirt-devel] Re: Jenkins CI: "Testing system error"

[Eyal Edri]

On Mon, Jul 29, 2019 at 4:14 PM Amit Bawer  wrote:

>
>
> On Mon, Jul 29, 2019 at 4:03 PM Eyal Edri  wrote:
>
>>
>>
>> On Mon, Jul 29, 2019 at 12:06 PM Amit Bawer  wrote:
>>
>>> Lately we are experiencing check-patch issues where CI check-patch
>>> results with "Testing system error".[1]
>>> Is there a planned action to resolve those issues?
>>>
>>> [1]
>>> https://jenkins.ovirt.org/job/vdsm_standard-check-patch/8995/artifact/ci_build_summary.html
>>>
>>
>> Do you have another link that shows the same problem, that link is
>> already cleaned from history.
>> I do see the latest builds are successful.
>> https://jenkins.ovirt.org/job/vdsm_standard-check-patch/
>>
>
> I have recent fails due to gerrit connectivity:
> https://jenkins.ovirt.org/job/vdsm_standard-check-patch/9061/console
> might be relevant.
>

Evgheni is investigating this error, we have some networking issues between
Gerrit (AWS) and our DC in PHX.


>
>
>> It might be due to external fedora mirror as we've seen its not stable
>>
>>
>>>
>>> Thanks.
>>>
>>> ___
>>> Devel mailing list -- devel@ovirt.org
>>> To unsubscribe send an email to devel-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/K5KJDEA6WY3IKLPMVXMDPDD2BJWMU2B4/
>>>
>>
>>
>> --
>>
>> Eyal edri
>>
>> He / Him / His
>>
>>
>> MANAGER
>>
>> CONTINUOUS PRODUCTIZATION
>>
>> SYSTEM ENGINEERING
>>
>> Red Hat <https://www.redhat.com/>
>> <https://red.ht/sig>
>> phone: +972-9-7692018
>> irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
>>
>

-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/LY6QZUXGJKPHVAB4BTVM4WGZCSNJUBSC/

[ovirt-devel] Re: Jenkins CI: "Testing system error"

[Eyal Edri]

On Mon, Jul 29, 2019 at 12:06 PM Amit Bawer  wrote:

> Lately we are experiencing check-patch issues where CI check-patch results
> with "Testing system error".[1]
> Is there a planned action to resolve those issues?
>
> [1]
> https://jenkins.ovirt.org/job/vdsm_standard-check-patch/8995/artifact/ci_build_summary.html
>

Do you have another link that shows the same problem, that link is already
cleaned from history.
I do see the latest builds are successful.
https://jenkins.ovirt.org/job/vdsm_standard-check-patch/

It might be due to external fedora mirror as we've seen its not stable


>
> Thanks.
>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/K5KJDEA6WY3IKLPMVXMDPDD2BJWMU2B4/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/4Q5EAJZVEKZ6DESMXOOWTNJCINNNMVKB/

[ovirt-devel] Re: CI failing

[Eyal Edri]

The check patch for 4.3 was using external url ( that can be down ),
This patch [1] adds mirror to the repo, so it will access our local mirror
before trying the external one, which should reduce the amount of times a
failure happens.

[1] https://gerrit.ovirt.org/#/c/102155/1/automation/check-patch.repos.fc28

On Wed, Jul 24, 2019 at 3:49 PM Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

>
>
> On 24 Jul 2019, at 11:18, Eyal Edri  wrote:
>
> Looks like external repo that is failing, which job is it? can it use the
> ovirt mirrors instead of using the external repos?
>
>
> just the regular check-patch thingie on vdsm.
>
>
> On Wed, Jul 24, 2019 at 11:36 AM Michal Skrivanek <
> michal.skriva...@redhat.com> wrote:
>
>> it’s been on and off in the past ~2 weeks, it’s still failing way too
>> often. Right now with:
>>
>> 10:12:25  failure:
>> repodata/0b87a97f332e1a7bf059abebf295df6a785df123470cc371c2b6c1a7b8f87f95-primary.sqlite.bz2
>> from updates-testing: [Errno 256] No more mirrors to try.
>> 10:12:25
>> http://download.fedoraproject.org/pub/fedora/linux/updates/testing/29/Everything/x86_64/repodata/0b87a97f332e1a7bf059abebf295df6a785df123470cc371c2b6c1a7b8f87f95-primary.sqlite.bz2:
>> [Errno 14] HTTPS Error 404 - Not Found
>>
>> Thanks,
>> michal
>>
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ECO7Y7TTYV6TZITDNDVCG7VDZB3I52LD/
>>
>
>
> --
> Eyal edri
> He / Him / His
>
> MANAGER
>
> CONTINUOUS PRODUCTIZATION
>
> SYSTEM ENGINEERING
>
> Red Hat <https://www.redhat.com/>
> <https://red.ht/sig>
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
>
>
>

-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/GGIBUDO73USFIWJM4MJWGDBRNDZJ7HJV/

[ovirt-devel] Re: CI failing

[Eyal Edri]

Looks like external repo that is failing, which job is it? can it use the
ovirt mirrors instead of using the external repos?

On Wed, Jul 24, 2019 at 11:36 AM Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

> it’s been on and off in the past ~2 weeks, it’s still failing way too
> often. Right now with:
>
> 10:12:25  failure:
> repodata/0b87a97f332e1a7bf059abebf295df6a785df123470cc371c2b6c1a7b8f87f95-primary.sqlite.bz2
> from updates-testing: [Errno 256] No more mirrors to try.
> 10:12:25
> http://download.fedoraproject.org/pub/fedora/linux/updates/testing/29/Everything/x86_64/repodata/0b87a97f332e1a7bf059abebf295df6a785df123470cc371c2b6c1a7b8f87f95-primary.sqlite.bz2:
> [Errno 14] HTTPS Error 404 - Not Found
>
> Thanks,
> michal
>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ECO7Y7TTYV6TZITDNDVCG7VDZB3I52LD/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/BZCETMLPZHSNQWXNL4RIFRK6CTYTQTSD/

[ovirt-devel] Re: Jenkins build fails to clone gerrit repo

[Eyal Edri]

I can see its working now and passed multiple builds since then.
Could it be a networking issue with Gerrit (hosted on Amazon),
Evgheni/Anton - were you able to find the root cause for this?

On Fri, Jul 19, 2019 at 7:04 PM Vojtech Juranek  wrote:

> Hi,
> lots of Jenkin jobs fail as they cannot fetch git repo from gerrit:
>
> 17:35:32  Fetching upstream changes from https://gerrit.ovirt.org/vdsm
> 17:35:32   > git --version # timeout=10
> 17:35:32   > git fetch --tags --progress https://gerrit.ovirt.org/vdsm
> +refs/heads/*:refs/remotes/origin/*
> 17:36:38  ERROR: Error cloning remote repo 'origin'
> 17:36:38  hudson.plugins.git.GitException: Command "git fetch --tags
> --progress https://gerrit.ovirt.org/vdsm
> +refs/heads/*:refs/remotes/origin/*" returned status code 128:
> 17:36:38  stdout:
> 17:36:38  stderr: error: RPC failed; result=22, HTTP code = 502
> 17:36:38  fatal: The remote end hung up unexpectedly
>
> see e.g. [1, 2, 3] for more details, to name couple of examples.
>
> Can someone take a look?
> Thanks
> Vojta
>
> [1] https://jenkins.ovirt.org/job/vdsm_standard-check-patch/8277/console
> [2] https://jenkins.ovirt.org/job/vdsm_standard-check-patch/8285/console
> [3] https://jenkins.ovirt.org/job/vdsm_standard-check-patch/8291/console
> ___
> Infra mailing list -- in...@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/KMTRVLFWG344Q5ULEOR3CXI777WFFEWR/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/3UJ3BMPTU2ICBBMEPOQB5DZH5JPDE2OY/

[ovirt-devel] Re: ioprocess-1.2.1 for ovirt 4.3.6

[Eyal Edri]

ioprocess is misconfigured in STDCI V1 and is missing V2 configuration to
be fully functional.
Currently, 4.3 is configured to come from ioprocess-1.0 branch:

 version:
  - 4.3:
  branch: ioprocess-1.0
  repoversion: 4.3

But the last commit for that branch was 12 months ago, so I assume its not
being used anymore? and master branch is used for all versions?
This is why 4.3 tested repo doesn't have it and only master repo has it.

I believe you should switch to V2, it will simplify the configuration
dramatically ( Ehud can help you if needed ).

To solve quickly the issue in the patch you can replace the tested repo in
the check-patch.repos to master:
https://resources.ovirt.org/repos/ovirt/tested/master/rpm/el7/x86_64/

since master has it.

On Sat, Jul 20, 2019 at 9:39 PM Nir Soffer  wrote:

> This is a requirement for supporting 4k in ovirt 4.3.6.
>
> We have a build for RHEL:
> https://bugzilla.redhat.com/1728953
>
> We need build for CentOS 7 - currently providing only:
> ioprocess-1.1.2-1.el7.x86_64.rpm
>
> Vdsm requires 1.2.1 for about 2 weeks, and OST builds pass, probably
> consuming 1.2.1 from
> ovirt repositories.
> https://resources.ovirt.org/repos/ovirt/tested/master/rpm/el7/x86_64/
>
> But CI on 4.3 fails with:
>
> Error: Package: vdsm-python-4.30.24-48.gitcc1fe4e.el7.noarch (artifacts)
> Requires: python-ioprocess >= 1.2.1 Installed:
> python2-ioprocess-1.1.2-1.201903201036.gita80158c.el7.x86_64 (@tested)
> python-ioprocess = 1.1.2 Available: python-ioprocess-0.15.1-1.el7.noarch
> (epel-el7) python-ioprocess = 0.15.1-1.el7 Available:
> python-ioprocess-0.16.1-1.el7.noarch (centos-ovirt-common-candidate)
> python-ioprocess = 0.16.1-1.el7 Available:
> python2-ioprocess-1.1.2-1.el7.x86_64 (centos-ovirt42-testing-x86_64)
> python-ioprocess = 1.1.2
>
> See https://gerrit.ovirt.org/c/101951/
>
> So either CI on 4.3 is missing the repo providing this version, or this
> build needs to be elsewhere,
>

The CI (automation/check-patch.repos) is using the 4.3 repo, which is using
the ioprocess-1.0 branch and only has 1.1.2 version.
Master has the newer version.


> probably in:
> https://cbs.centos.org/repos/virt7-ovirt-43-testing/x86_64/os/Packages/
>
> Nir
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/DYDBO2GJMKKHG5VT2OBPEYDXR4H642EY/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/QY25QKLARZ3THFR67CFX2V4AQZINYCEW/

[ovirt-devel] Re: OST fails, cannot connect to repo

[Eyal Edri]

On Thu, Jul 18, 2019 at 12:44 PM Sachidananda URS  wrote:

>
>
> On Thu, Jul 18, 2019 at 2:21 PM Sahina Bose  wrote:
>
>> +Sac as it's the repo maintained by him, but I doubt if it is this repo
>> specific
>>
>> On Thu, Jul 18, 2019 at 2:11 PM Vojtech Juranek 
>> wrote:
>>
>>> Hi,
>>> OST fails with
>>>
>>> 09:47:03
>>> https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/
>>> epel-7-x86_64/repodata/repomd.xml
>>> <https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/epel-7-x86_64/repodata/repomd.xml>:
>>> [Errno 14] curl#7 - "Failed connect to
>>> copr-be.cloud.fedoraproject.org:443; Connection refused"
>>>
>>> see e.g. [1] for full log. Stared to fail this morning.
>>> Can anyone take a look and fix it?
>>>
>>>
> This sometimes happens with Copr repo. I've seen similar error.
> But will work after some time. I don't know the reason for this
> instability.
>

Can the pkg get hosted on a more stable repo like on CentOS storage sig
repos?
e.g http://mirror.centos.org/centos/7/storage/x86_64/gluster-6/


>
> -sac
> ___
> Infra mailing list -- in...@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/XOR5VOSPAF3TBACHPQLAY2TIRBQM4ARX/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/OUEDTASUOMG5NEYQ3Z2QHAX5QEAJPJX5/

[ovirt-devel] Re: HC suite is failing for 3 weeks on vm_run

[Eyal Edri]

On Mon, Jul 15, 2019 at 4:43 PM Dafna Ron  wrote:

> Hi Eyal,
>
> Please note these suites do not run on CQ and not monitored by the CI team
> as they are team owned.
> We also no longer run all suites for OST patches related to CQ as we found
> it hard to get certain teams to fix issues quickly enough when we had a CQ
> related issue and also, every check-patch took almost a full day to run due
> to the amount of suites that were linked to the same repos.
>

+1, I'm aware of that.
This is why I sent it to Sahina and devel lists to increase visibility on
the fact suite is failing for a month, in case someone from gluster team
missed it.


>
> Thanks,
> Dafna
>
>
> On Mon, Jul 15, 2019 at 2:32 PM Eyal Edri  wrote:
>
>> FYI,
>>
>> Failing on vm_run test for 4.3:
>>
>> https://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-4.3/lastCompletedBuild/testReport/(root)/004_basic_sanity/vm_run/
>>
>> same on master:
>>
>> https://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-master/lastCompletedBuild/testReport/(root)/004_basic_sanity/vm_run/
>>
>>
>> --
>>
>> Eyal edri
>>
>> He / Him / His
>>
>>
>> MANAGER
>>
>> CONTINUOUS PRODUCTIZATION
>>
>> SYSTEM ENGINEERING
>>
>> Red Hat <https://www.redhat.com/>
>> <https://red.ht/sig>
>> phone: +972-9-7692018
>> irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
>>
>

-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/QHEWGF7555VP576PSC46HWZCNKECFQ4Z/

[ovirt-devel] HC suite is failing for 3 weeks on vm_run

[Eyal Edri]

FYI,

Failing on vm_run test for 4.3:
https://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-4.3/lastCompletedBuild/testReport/(root)/004_basic_sanity/vm_run/

same on master:
https://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-master/lastCompletedBuild/testReport/(root)/004_basic_sanity/vm_run/


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/FQTMG7MMHZS2CD3WKWRKUIJQZDZNHZGG/

[ovirt-devel] Re: Proposing Andrej Krejcir as a maintainer of engine core

[Eyal Edri]

Done.
Added to the relevant engine maintainers groups in Gerrit.

On Tue, Jul 2, 2019 at 1:23 PM Michal Skrivanek  wrote:

> (and a small +1 from me too)
>
> sounds good enough, let’s add Andrej[1]
>
> Thanks,
> michal
>
> [1] https://ovirt-jira.atlassian.net/browse/OVIRT-2751
>
>
>
> > On 27 Jun 2019, at 17:55, Shmuel Melamud  wrote:
> >
> > +1
> >
> > On Wed, Jun 26, 2019 at 3:03 PM Arik Hadas  wrote:
> >>
> >> Dear engine-core maintainers,
> >>
> >> I'd like to propose Andrej Krejcir as a maintainer of oVirt engine
> backend.
> >>
> >> Since Jul 2015, Andrej has been contributing to ovirt-engine, mostly in
> SLA areas (scheduling, quota, etc) and recently being more and more
> involved also in the VIRT areas. This results in ~200 patches to engine
> master alone.
> >>
> >> Personally, I reviewed some of Andrej's contributions and noticed
> reviews made by Andrej to others. I sincerely believe Andrej would be a
> good addition to the maintainers' group.
> >>
> >> Thanks in advance for your response!
> > ___
> > Devel mailing list -- devel@ovirt.org
> > To unsubscribe send an email to devel-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/O6APHWB2WHM6SFQGHCPYU6EFLL77NFK6/
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/M42DTSDCOC5FOQJRNS4XKPHHCPUC7ZS2/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/DPT55C4WO6IHZ7L5XIR6ZF2P2M63Z46R/

[ovirt-devel] Re: mom install error on fc29

[Eyal Edri]

I can see a fc29 build for mom on tested:
https://resources.ovirt.org/repos/ovirt/tested/master/rpm/fc29/noarch/mom-0.5.13-0.0.master.fc29.noarch.rpm
And also today's build for ovn seems to work:
https://jenkins.ovirt.org/job/ovirt-provider-ovn_standard-check-patch/2402/

On Mon, Jul 1, 2019 at 4:01 PM Dafna Ron  wrote:

>
>
> On Thu, Jun 20, 2019 at 5:35 PM Miguel Duarte de Mora Barroso <
> mdbarr...@redhat.com> wrote:
>
>> Hi,
>>
>> I'm seeing the following error when I try to install
>> ovirt-provider-ovn-driver (which requires vdsm):
>>
>> [MIRROR] mom-0.5.12-0.0.master.fc29.noarch.rpm: Interrupted by header
>> callback: Server reports Content-Length: 340 but expected size is:
>> 133356
>> 17:13:50  [FAILED] mom-0.5.12-0.0.master.fc29.noarch.rpm: No more
>> mirrors to try - All mirrors were already tried without success
>> 17:13:50  Error: Error downloading packages:
>> 17:13:50Cannot download
>> noarch/mom-0.5.12-0.0.master.fc29.noarch.rpm: All mirrors were tried
>>
>> Any clue ?.. it can be seen in [0].
>>
>> Thanks in advance,
>> Miguel
>>
>> [0] -
>> https://jenkins.ovirt.org/job/ovirt-provider-ovn_standard-check-patch/2309/console
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/OLLWGI4NKMZD2TDCYLMIK3KXXET4RP55/
>>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/OTHOUEQ3S5ZFXMAE55NCE6TGQGPLRKY4/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/E2D7XYMZYS2J6OUOLUC2JSNFRCZKO5NJ/

[ovirt-devel] Re: [Ovirt] [CQ weekly status] [21-06-2019]

[Eyal Edri]

On Fri, Jun 21, 2019 at 11:14 AM Dafna Ron  wrote:

> This mail is to provide the current status of CQ and allow people to
> review status before and after the weekend.
> Please refer to below colour map for further information on the meaning of
> the colours.
>
> *CQ-4.2*:  GREEN (#1)
>
> Last failure was on 18-06 for project v2v-conversion-host due to failed
> build-artifacts
> which is already fixed by next merged patches.
>
> *CQ-4.3*:  RED (#1)
>
> 1. We have a failure on ovirt-engine-metrics due to a dependency to a new
> ansible package that has not been synced yet to centos repo.
> I am adding virt-sig-common repo until this is synced next week:
> https://gerrit.ovirt.org/#/c/101023/
>

It looks like its constantly failing on ovirt-ovn-provider now -
https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-4.3_change-queue-tester/1287/


>
> *CQ-Master:*  RED (#1)
>
> 1. same failure on ovirt-engine-metrics as 4.3
>

Is it fixed or still failing?


> 2. ovirt-hosted-engine-setup is failing due to package dependency change
> from python-libguestfs to python2-libguestfs. mail sent to Ido to check the
> issue.
>
>
>  Current running jobs for 4.2 [1], 4.3 [2] and master [3] can be found
> here:
>
> [1]
> http://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-4.2_change-queue-tester/
>
> [2]
> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-4.3_change-queue-tester/
>
> [3]
> http://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/
>
> Happy week!
> Dafna
>
>
>
> ---
> COLOUR MAP
>
> Green = job has been passing successfully
>
> ** green for more than 3 days may suggest we need a review of our test
> coverage
>
>
>1.
>
>1-3 days   GREEN (#1)
>2.
>
>4-7 days   GREEN (#2)
>3.
>
>Over 7 days GREEN (#3)
>
>
> Yellow = intermittent failures for different projects but no lasting or
> current regressions
>
> ** intermittent would be a healthy project as we expect a number of
> failures during the week
>
> ** I will not report any of the solved failures or regressions.
>
>
>1.
>
>Solved job failuresYELLOW (#1)
>2.
>
>Solved regressions  YELLOW (#2)
>
>
> Red = job has been failing
>
> ** Active Failures. The colour will change based on the amount of time the
> project/s has been broken. Only active regressions would be reported.
>
>
>1.
>
>1-3 days  RED (#1)
>2.
>
>4-7 days  RED (#2)
>3.
>
>Over 7 days RED (#3)
>
>

-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/2TUOB4JSKRGD2AYKZ6FUW7R6L5XL54SL/

[ovirt-devel] Re: Dropping Fedora 28 support in oVirt development repos and jenkins

[Eyal Edri]

On Thu, Jun 13, 2019 at 3:10 PM Sandro Bonazzola 
wrote:

>
>
> Il giorno gio 13 giu 2019 alle ore 11:15 Sandro Bonazzola <
> sbona...@redhat.com> ha scritto:
>
>>
>>
>> Il giorno gio 13 giu 2019 alle ore 08:34 Edward Haas 
>> ha scritto:
>>
>>>
>>>
>>> On Mon, Jun 10, 2019 at 11:00 AM Sandro Bonazzola 
>>> wrote:
>>>
>>>>
>>>>
>>>> Il giorno mer 5 giu 2019 alle ore 09:52 Sandro Bonazzola <
>>>> sbona...@redhat.com> ha scritto:
>>>>
>>>>>
>>>>>
>>>>> Il giorno mer 5 giu 2019 alle ore 09:08 Nir Soffer 
>>>>> ha scritto:
>>>>>
>>>>>> On Wed, Jun 5, 2019, 08:32 Sandro Bonazzola 
>>>>>> wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>> while we are introducing support for fedora 29 and 30 we need to
>>>>>>> free resources both on jenkins and on resources.ovirt.org.
>>>>>>> Starting today I'll start pushing removal of fc28 jenkins jobs. Once
>>>>>>> done, I'm going to remove the fc28 repositories from all snapshot and
>>>>>>> tested repos, keeping fc28 repos only within the released repositories.
>>>>>>>
>>>>>>
>>>>>> This is fine once we have working f29 build.
>>>>>>
>>>>>
>>>>> Not sure we can wait that much dropping fc28.
>>>>> Right now it takes up to 3 days for a patch to land on snapshot repos
>>>>> due to the amount of time spent by deploy_to_master_tested generating the
>>>>> repositories metadata.
>>>>> And we have space limitations to the amount of builds we can keep on
>>>>> our systems.
>>>>>
>>>>
>>>> Fedora 28 jobs are being removed by jenkins right now.
>>>> If your project is not building on Fedora 29 yet (python 2 only, no
>>>> need to fix python 3 on fc29 now), please fix it as soon as possible.
>>>>
>>>
>>> VDSM jobs require the slaves to be in sync with the mock env (stdci
>>> `host-distro: same`), but the tests fail on fc29 (
>>> https://gerrit.ovirt.org/#/c/100429/).
>>> The last time we saw such failures, we performed this pinning of the
>>> version (https://gerrit.ovirt.org/#/c/96921/).
>>> Therefore, I would like to check if the slaves OS is updated compared to
>>> the mock env.
>>>
>>>
>> Yes, we have fc29 slaves: https://jenkins.ovirt.org/label/fc29/
>>
>
> Evgeny can you give a mass dnf upgrade on the fc29 slaves to ensure
> they're all updated?
>

I think this patch should force fc29 slaves to use latest pkgs from the
mirrors:
https://gerrit.ovirt.org/#/c/100810/


>
>
>>
>>
>>>
>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>>> Thanks,
>>>>>>> --
>>>>>>>
>>>>>>> Sandro Bonazzola
>>>>>>>
>>>>>>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>>>>>>
>>>>>>> Red Hat EMEA <https://www.redhat.com/>
>>>>>>>
>>>>>>> sbona...@redhat.com
>>>>>>> <https://red.ht/sig>
>>>>>>> <https://redhat.com/summit>
>>>>>>> ___
>>>>>>> Infra mailing list -- in...@ovirt.org
>>>>>>> To unsubscribe send an email to infra-le...@ovirt.org
>>>>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>>>>> oVirt Code of Conduct:
>>>>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>>>>> List Archives:
>>>>>>> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/36OHDZDMIMKCEAG3NXZWOGQGYEV2ARR2/
>>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Sandro Bonazzola
>>>>>
>>>>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>>>>
>>>>> Red Hat EMEA <https://www.redhat.com/>
>>>>>
>>>>> sbona...@redhat.com
>>>>> <https://red.ht/sig>
>>>>> <https://redhat.com/summit>
>>>>>
>>>>
&

[ovirt-devel] Re: [urgent] vdsm broken since Friday (failing CQ)

[Eyal Edri]

;> ERROR from test:
>> >>
>> >> lago.ssh: DEBUG: Command 8626fe70 on lago-basic-suite-master-engine
>> errors:
>> >>  ERROR: Failed to get a sosreport from:
>> lago-basic-suite-master-host-1; Could not parse sosreport output
>> >> ERROR: Failed to get a sosreport from: lago-basic-suite-master-host-0;
>> Could not parse sosreport output
>> >>
>> >> lago.utils: DEBUG: Error while running thread Thread-3
>> >> 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-master_change-queue-tester/ovirt-system-tests/basic-suite-master/test-scenarios/003_00_metrics_bootstrap.py",
>> line 97, in run_log_collector
>> >> 'log collector failed. Exit code is %s' % result.code
>> >>   File "/usr/lib64/python2.7/unittest/case.py", line 462, in assertTrue
>> >> raise self.failureException(msg)
>> >> AssertionError: log collector failed. Exit code is 1
>> >> ----- >> end captured logging << --
>> >>
>> >> Thanks,
>> >> Dafna
>> >>
>>
>
>
> --
> Martin Perina
> Manager, Software Engineering
> Red Hat Czech s.r.o.
>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/SQJDJHHQR52QTGRZBIOLBWWVGUX3ZPNW/
>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/GW3E7ZIE3WIDXQZG2BY42LQLB4CKI7UK/
>


-- 

Eyal edri


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/VKG532FYBSRP3KRFVC6K4AROHT5LQEOH/

[ovirt-devel] Re: planned gerrit downtime

[Eyal Edri]

Thanks Evgheni!
Are we now running on RHEL 7?


On Fri, Jun 7, 2019, 03:24 Evgheni Dereveanchin  wrote:

> Migration completed successfully, gerrit.ovirt.org is up and running.
>
> If you spot any issues - please report them to JIRA.
>
> On Thu, Jun 6, 2019 at 10:11 PM Evgheni Dereveanchin 
> wrote:
>
>> Hi everyone,
>>
>> I will be migrating gerrit.ovirt.org to a different VM tonight so it
>> will be unavailable for several hours as the process involves copying large
>> amounts of data.
>>
>> It will not be possible to pull from or push to any repos as well as to
>> review changes.
>>
>> I'll follow up as soon as the migration is complete.
>>
>> --
>> Regards,
>> Evgheni Dereveanchin
>>
>
>
> --
> Regards,
> Evgheni Dereveanchin
> ___
> Infra mailing list -- in...@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/JXT3R3WFGBOFDBEY6RZNL7DEZZJIY2GP/
>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WUIM7HJXWLIONKDA4RL3EZTV32S2X6NS/

[ovirt-devel] Re: [ovirt-users] Donating hardware to the oVirt project - a great opportunity to contribute

[Eyal Edri]

Also adding infra and devel lists.

On Thu, May 23, 2019 at 11:19 AM Evgheni Dereveanchin 
wrote:

> Hi everyone,
>
> My name is Evgheni and I'm in charge of the infrastructure used by oVirt
> to host the code, test it and serve packages to users. Currently we heavily
> rely on our PHX data center [1] for these tasks. It consists of several
> dozen bare metal servers that work as hypervisors, storage servers and bare
> metal CI hosts. We use them quite effectively yet the amount of workload is
> always growing so now is a good time to ask our community for help. If you
> happen to have physical servers or VMs that could be used as part of oVirt
> infra - please let us know. We created a page [2] describing hardware specs
> that would allow us make the infra more stable and grow its capacity.
>
> If you have any other ideas or input about the oVirt infra - feel free to
> reach out to me or start a discussion on the Infra list [3].
>
> Regards,
> Evgheni
>
> [1]
> https://ovirt-infra-docs.readthedocs.io/en/latest/Phoenix_Lab/Overview/index.html
> [2] https://ovirt.org/community/get-involved/donate-hardware.html
> [3] https://lists.ovirt.org/
> ___
> Users mailing list -- us...@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/us...@ovirt.org/message/H3BHMU3DHFS7N2KP4ELBMAZKYTASL3AN/
>


-- 

Eyal edri


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/NA6JI5TJACNTXWKM27AZQSXYLO6RFFGX/

[ovirt-devel] Re: Build artifacts failed - not enough free space on file system

[Eyal Edri]

You s390x build is failing, its the only VM we have.
I cleaned up the space there. it should work now.

On Sun, May 12, 2019 at 6:44 PM Nir Soffer  wrote:

> On Sun, May 12, 2019 at 6:32 PM Nir Soffer  wrote:
>
>> On Sun, May 12, 2019 at 6:20 PM Nir Soffer  wrote:
>>
>>> I had this failure in yum install:
>>>
>>> [2019-05-12T14:54:55.706Z] Error Summary
>>> [2019-05-12T14:54:55.706Z] -
>>> [2019-05-12T14:54:55.706Z] Disk Requirements:
>>> [2019-05-12T14:54:55.706Z]At least 70MB more space needed on the /
>>> filesystem.
>>>
>>> Build:
>>>
>>> https://jenkins.ovirt.org/blue/organizations/jenkins/standard-manual-runner/detail/standard-manual-runner/247/pipeline
>>>
>>> Trying build again, hopefully will get a slave with more space...
>>>
>>
>> Unfortunately, I got the same slave again:
>>
>> https://jenkins.ovirt.org/blue/organizations/jenkins/standard-manual-runner/detail/standard-manual-runner/248/pipeline
>>
>
> Another failure:
> https://jenkins.ovirt.org/job/standard-manual-runner/249/
>
>
>>
>> This blocks urgent bug:
>> https://bugzilla.redhat.com/1700623
>>
>> Nir
>>
>>
>>
>>>
>>> Nir
>>>
>>

-- 

Eyal edri


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/DOY7XJZF7EH2F3RMMBEAVJK775ZQAZOW/

[ovirt-devel] Re: [CQ]: 99533,1 (ovirt-vmconsole) failed "ovirt-4.2" system tests

[Eyal Edri]

OK,
Can we do the same today?
I assume CentOS issued a new Image by now that we can use.

On Sun, May 12, 2019 at 8:23 AM Galit Rosenthal  wrote:

> Eyal,
>
> We had the same issue in February 2019
> Then, we've created a new updated image.
>
> this is a bug that was opened related to this issue, but it was closed.
> https://bugzilla.redhat.com/show_bug.cgi?id=1518599#c9
>
>
> Regards,
> Galit
>
> On Sat, May 11, 2019 at 4:48 PM Eyal Edri  wrote:
>
>> Adding Galit.
>> Not sure why it requires new image, can you elaborate?
>>
>>
>> On Fri, May 10, 2019, 17:10 Dafna Ron  wrote:
>>
>>> we may need new lago images as I think the selinux conf is overwritten
>>> when we upgrade newer packages.
>>>
>>>
>>> http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/4323/testReport/junit/(root)/001_upgrade_engine/running_tests___upgrade_from_prevrelease_suite_el7_x86_64___test_initialize_engine/
>>>
>>> On Fri, May 10, 2019 at 2:25 PM oVirt Jenkins  wrote:
>>>
>>>> Change 99533,1 (ovirt-vmconsole) is probably the reason behind recent
>>>> system
>>>> test failures in the "ovirt-4.2" 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/99533/1
>>>>
>>>> For failed test results see:
>>>> http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/4323/
>>>> ___
>>>> Infra mailing list -- in...@ovirt.org
>>>> To unsubscribe send an email to infra-le...@ovirt.org
>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>> oVirt Code of Conduct:
>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>> List Archives:
>>>> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/NI7TPHGBKRGWIFH4XHDKA72C74VS4DP7/
>>>>
>>> ___
>>> Infra mailing list -- in...@ovirt.org
>>> To unsubscribe send an email to infra-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/VDWLW6XCGNAGQ6NEXIULKKMXESQWCNY5/
>>>
>>
>
> --
>
> GALIT ROSENTHAL
>
> SOFTWARE ENGINEER
>
> Red Hat
>
> <https://www.redhat.com/>
>
> ga...@redhat.comT: 972-9-7692230
> <https://red.ht/sig>
>


-- 

Eyal edri


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ZWD3MZ77VWOAGUBJIBL26P3K354R3FL7/

[ovirt-devel] Re: [CQ]: 99533,1 (ovirt-vmconsole) failed "ovirt-4.2" system tests

[Eyal Edri]

Adding Galit.
Not sure why it requires new image, can you elaborate?


On Fri, May 10, 2019, 17:10 Dafna Ron  wrote:

> we may need new lago images as I think the selinux conf is overwritten
> when we upgrade newer packages.
>
>
> http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/4323/testReport/junit/(root)/001_upgrade_engine/running_tests___upgrade_from_prevrelease_suite_el7_x86_64___test_initialize_engine/
>
> On Fri, May 10, 2019 at 2:25 PM oVirt Jenkins  wrote:
>
>> Change 99533,1 (ovirt-vmconsole) is probably the reason behind recent
>> system
>> test failures in the "ovirt-4.2" 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/99533/1
>>
>> For failed test results see:
>> http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/4323/
>> ___
>> Infra mailing list -- in...@ovirt.org
>> To unsubscribe send an email to infra-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/NI7TPHGBKRGWIFH4XHDKA72C74VS4DP7/
>>
> ___
> Infra mailing list -- in...@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/VDWLW6XCGNAGQ6NEXIULKKMXESQWCNY5/
>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/K7ZKRY36UU26V2KE5AXQ6LC3T3UFHGAT/

[ovirt-devel] Re: Jenkins is very slow now - can someone restart it?

[Eyal Edri]

On Sun, May 5, 2019 at 1:42 PM Nir Soffer  wrote:

> On Fri, May 3, 2019 at 5:14 PM Evgheni Dereveanchin 
> wrote:
>
>> Hi Nir and thanks for the report.
>>
>> I've just upgraded Jenkins and restarted it. The
>> ovirt-system-tests_manual job page loads much faster for me now.
>> It still takes some time yet that's due to the fact that Jenkins reads
>> each build off disk for this status page.
>>
>
>> Please tell me if it looks better on your side too.
>>
>
> This is still pretty bad.
>
> From tlv network:
>
> $ for i in $(seq 10); do /usr/bin/time -f %e curl -s
> https://jenkins.ovirt.org/job/ovirt-system-tests_manual/ >/dev/null; done
> 49.92
> 17.19
> 11.91
> 12.38
> 32.22
> 38.41
> 33.50
> 15.59
> 11.24
> 17.71
>
> But it looks much better and consistent from my home network:
>
> $ for i in $(seq 10); do /usr/bin/time -f %e curl -s
> https://jenkins.ovirt.org/job/ovirt-system-tests_manual/ >/dev/null; done
> 9.99
> 11.71
> 9.98
> 10.75
> 9.76
> 9.87
> 10.87
> 9.98
> 10.15
> 10.60
>
> So maybe this is an issue with tlv network, and not with jenkins?
>

I'm quite positive it is, since Jenkins was just recently upgraded and
rebooted.
Please open a ticket to local IT/network team.



>
>
>>
>> On Thu, May 2, 2019 at 8:27 PM Nir Soffer  wrote:
>>
>>> $ time curl -s https://jenkins.ovirt.org/job/ovirt-system-tests_manual/
>>> >/dev/null
>>>
>>> real 0m27.380s
>>> user 0m0.038s
>>> sys 0m0.028s
>>>
>>> For reference:
>>>
>>> $ time curl -s https://travis-ci.org/oVirt/vdsm/builds >/dev/null
>>>
>>> real 0m0.614s
>>> user 0m0.027s
>>> sys 0m0.015s
>>>
>>> Can someone restart jenkins?
>>> ___
>>> Devel mailing list -- devel@ovirt.org
>>> To unsubscribe send an email to devel-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/FEEE5AHK6B6UYGPRXWDFM4EPDQDA2GDE/
>>>
>>
>>
>> --
>> Regards,
>> Evgheni Dereveanchin
>>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/J7AIJAGOX4XQGYNHLVNR4EFTMTNNVYV5/
>


-- 

Eyal edri


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/3C2KGWKN5I5WGLH6YDRJTMEE3RCUEECX/

[ovirt-devel] Re: ovirt-engine has been tagged (ovirt-engine-4.3.3.7)

[Eyal Edri]

Please add Dafna as well to these emails, she will be helping with builds
going forward.

On Sun, May 5, 2019 at 11:56 AM Tal Nisan  wrote:

>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/TVBAQMAMLQI5VV4P5OC7RONS52FOO7JU/
>


-- 

Eyal edri


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/LFCQJORDFI6A7ZPR7G7TXBJQYBJQFIIM/

[ovirt-devel] Re: Jenkins is very slow now - can someone restart it?

[Eyal Edri]

Evgheni, do you know why it was slow?
Was it again the memory leak affecting the UI? is it possible to add a job
to run automatic GC on the master so it will give us more time?
I recall we've recently upgraded and restarted Jenkins, so I doubt it
became overload that fast, right?

On Fri, May 3, 2019 at 5:16 PM Evgheni Dereveanchin 
wrote:

> Hi Nir and thanks for the report.
>
> I've just upgraded Jenkins and restarted it. The ovirt-system-tests_manual
> job page loads much faster for me now.
> It still takes some time yet that's due to the fact that Jenkins reads
> each build off disk for this status page.
>
> Please tell me if it looks better on your side too.
>
> On Thu, May 2, 2019 at 8:27 PM Nir Soffer  wrote:
>
>> $ time curl -s https://jenkins.ovirt.org/job/ovirt-system-tests_manual/
>> >/dev/null
>>
>> real 0m27.380s
>> user 0m0.038s
>> sys 0m0.028s
>>
>> For reference:
>>
>> $ time curl -s https://travis-ci.org/oVirt/vdsm/builds >/dev/null
>>
>> real 0m0.614s
>> user 0m0.027s
>> sys 0m0.015s
>>
>> Can someone restart jenkins?
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/FEEE5AHK6B6UYGPRXWDFM4EPDQDA2GDE/
>>
>
>
> --
> Regards,
> Evgheni Dereveanchin
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/PAAQ5LIMCXPTAQOIXEO5YTN7SRYLBWXO/
>


-- 

Eyal edri


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/6RBT5JDLXOLBGSMHLGKATXSWYHXNCFD4/

[ovirt-devel] Re: oVirt Node build failure on 4.2 snapshot

[Eyal Edri]

This was probably due to the 4.2 publisher job failing ( timedout ).
It is now fixed and job should be back to normal.

BTW, you can also update the job to use the tested repo [1] which has all
the latest RPMs as well and has less chance of breaking.

[1] https://resources.ovirt.org/repos/ovirt/tested/4.2/rpm/el7/

On Fri, Apr 26, 2019 at 2:42 PM Milan Zamazal  wrote:

> Sandro Bonazzola  writes:
>
> >
> https://jenkins.ovirt.org/job/ovirt-node-ng_4.2_build-artifacts-el7-x86_64/426/artifact/exported-artifacts/virt-install.log
> >
> >
> > Not sure what happened but yesterday ovirt Node 4.2 jenkins job
> > started failing with:
> >
> > 06:28:14,517 INFO program:Error: Package:
> > vdsm-client-4.20.47-2.git31d3591.el7.noarch (ovirt-4.2-snapshot)
> > 06:28:14,518 INFO program:Requires: vdsm-api = 4.20.47-2.git31d3591.el7
> > 06:28:14,518 INFO program:Available: vdsm-api-4.20.23-1.el7.noarch
> > (ovirt-4.2-centos-ovirt42)
> > 06:28:14,519 INFO program:vdsm-api = 4.20.23-1.el7
> > 06:28:14,520 INFO program:Available: vdsm-api-4.20.39.1-1.el7.noarch
> > (ovirt-4.2-centos-ovirt42)
> > 06:28:14,521 INFO program:vdsm-api = 4.20.39.1-1.el7
> > 06:28:14,522 INFO program:Error: Package:
> > vdsm-jsonrpc-4.20.47-2.git31d3591.el7.noarch (ovirt-4.2-snapshot)
> > 06:28:14,522 INFO program:Requires: vdsm-api = 4.20.47-2.git31d3591.el7
> > 06:28:14,523 INFO program:Available: vdsm-api-4.20.23-1.el7.noarch
> > (ovirt-4.2-centos-ovirt42)
> > 06:28:14,524 INFO program:vdsm-api = 4.20.23-1.el7
> > 06:28:14,525 INFO program:Available: vdsm-api-4.20.39.1-1.el7.noarch
> > (ovirt-4.2-centos-ovirt42)
> > 06:28:14,526 INFO program:vdsm-api = 4.20.39.1-1.el7
> > 06:28:14,527 INFO program:Error: Package:
> > vdsm-python-4.20.47-2.git31d3591.el7.noarch (ovirt-4.2-snapshot)
> > 06:28:14,528 INFO program:Requires: vdsm-api = 4.20.47-2.git31d3591.el7
> > 06:28:14,528 INFO program:Available: vdsm-api-4.20.23-1.el7.noarch
> > (ovirt-4.2-centos-ovirt42)
> > 06:28:14,529 INFO program:vdsm-api = 4.20.23-1.el7
> > 06:28:14,530 INFO program:Available: vdsm-api-4.20.39.1-1.el7.noarch
> > (ovirt-4.2-centos-ovirt42)
> > 06:28:14,531 INFO program:vdsm-api = 4.20.39.1-1.el7
> >
> > Looking at vdsm.spec I see:
> > grep "\-api" vdsm.spec.in:
> > Requires: %{name}-api = %{version}-%{release}
> > Requires:   %{name}-api = %{version}-%{release}
> > Obsoletes:  %{name}-api < 4.16
> > Requires:   %{name}-api = %{version}-%{release}
> > Requires: glusterfs-api >= %{gluster_version}
> >
> > Looking at the Obsoletes:
> >
> > %package jsonrpc
> > Summary:VDSM API Server
> > BuildArch:  noarch
> > Requires:   %{name}-python = %{version}-%{release}
> > Requires:   %{name}-api = %{version}-%{release}
> > Requires:   %{name}-yajsonrpc = %{version}-%{release}
> > Obsoletes:  %{name}-api < 4.16
> >
> > There's an Obsoletes without a Provides while there are still around
> lines
> > with:
> > Requires:   %{name}-api = %{version}-%{release}
> >
> > so I don't know how it could have worked till now.
>
> "Obsoletes: vdsm-api" is probably just some old forgotten stuff.
> vdsm-api is still being built and used, including recent 4.20.*
> versions.  The problem above looks like there is a package version
> mismatch in some repos, for a different reason than the package wouldn't
> be built.
> _______
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/E5I5PWYVPJ2MQEFQASOEYJROEHC227EQ/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/Z3LI3EV3PEWWWJG2UZEAOY2YJX7KD7NG/

[ovirt-devel] Re: Sanlock 3.7.1 for Fedora is available for testing

[Eyal Edri]

On Thu, Apr 11, 2019, 09:35 Sandro Bonazzola  wrote:

>
>
> Il giorno mer 10 apr 2019 alle ore 22:48 Nir Soffer 
> ha scritto:
>
>> sanlock 3.7.1 for Fedora 28, 29, and 30  is available now in the
>> updates-testing repo.
>>
>> The main change in this version is support for configurable sector size
>> and alignment,
>> needed for 4k support in 4.3.z.
>>
>> If you have oVirt Fedora hosts please test this version and submit
>> feedback:
>> f28: https://bodhi.fedoraproject.org/updates/FEDORA-2019-2f7165dc3f
>> f29: https://bodhi.fedoraproject.org/updates/FEDORA-2019-2f7165dc3f
>> f30: https://bodhi.fedoraproject.org/updates/FEDORA-2019-0349c17155
>>
>> To update use:
>>
>> sudo dnf update --enablerepo=updates-testing sanlock python2-sanlock
>>
>> Sandro: we discussed building sanlock for CentOS once we release it for
>> Fedora,
>> so we can start using it for OST now.
>>
>
> Tracking here: https://bugzilla.redhat.com/show_bug.cgi?id=1698731
>
>
>>
>> Eyal, what do we need to start using this sanlock version in the CI and
>> OST?
>>
>
adding Anton,
but afaik we don't have fedora suites running, there is work by the
integration team to enable one AFAIK, but nothing runs in CI.

if its CentOS, then it just making sure the relevant repo with the sanlock
is on the reposync file.


>> Nir
>>
>>
>>
>>
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/XUTANNXLHO2M2TSRGLN7XAYNLVKPTXZE/

[ovirt-devel] Re: [ OST Failure Report ] [ oVirt master (ovirt-engine) ] [ 22-03-2019 ] [004_basic_sanity.hotplug_cpu ]

[Eyal Edri]

; > > > > > > > > > >
> > > > > > > > > > > 2019-03-22 15:08:28.168+: 22070: error :
> > > > > > > > > > qemuDomainAgentAvailable:9133 : Guest agent is not
> responding:
> > > > QEMU
> > > > > > > > guest
> > > > > > > > > > agent is not connected
> > > > > > > > > > > 2019-03-22 15:08:58.193+: 22070: error :
> > > > > > > > > > qemuDomainAgentAvailable:9133 : Guest agent is not
> responding:
> > > > QEMU
> > > > > > > > guest
> > > > > > > > > > agent is not connected
> > > > > > > > > > > 2019-03-22 15:13:58.179+: 22071: error :
> > > > > > > > > > qemuDomainAgentAvailable:9133 : Guest agent is not
> responding:
> > > > QEMU
> > > > > > > > guest
> > > > > > > > > > agent is not connected
> > > > > > > > > > >
> > > > > > > > > > > Do we have guest agent in the test VMs?
> > > > > > > > > > >
> > > > > > > > > > > Nir
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Anton Marchukov
> > > > > > > > > > Associate Manager - RHV DevOps - Red Hat
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > ___
> > > > > > > > > > Infra mailing list -- in...@ovirt.org
> > > > > > > > > > To unsubscribe send an email to infra-le...@ovirt.org
> > > > > > > > > > Privacy Statement:
> https://www.ovirt.org/site/privacy-policy/
> > > > > > > > > > oVirt Code of Conduct:
> > > > > > > > > >
> https://www.ovirt.org/community/about/community-guidelines/
> > > > > > > > > > List Archives:
> > > > > > > > > >
> > > > > > > >
> > > >
> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/B44Q3AZA7JUPMW4IDWZAS3RYMAFQ56VG/
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > ___
> > > > > > > > Devel mailing list -- devel@ovirt.org
> > > > > > > > To unsubscribe send an email to devel-le...@ovirt.org
> > > > > > > > Privacy Statement:
> https://www.ovirt.org/site/privacy-policy/
> > > > > > > > oVirt Code of Conduct:
> > > > > > > > https://www.ovirt.org/community/about/community-guidelines/
> > > > > > > > List Archives:
> > > > > > > >
> > > >
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/7XYIPXZLPHRRI53QDC24TY6J2ZL2JWSH/
> > > > > > > >
> > > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > >
> > > > Ryan Barry
> > > >
> > > > Associate Manager - RHV Virt/SLA
> > > >
> > > > rba...@redhat.comM: +16518159306 IM: rbarry
> > > > ___
> > > > Infra mailing list -- in...@ovirt.org
> > > > To unsubscribe send an email to infra-le...@ovirt.org
> > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > > > oVirt Code of Conduct:
> > > > https://www.ovirt.org/community/about/community-guidelines/
> > > > List Archives:
> > > >
> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/K7WPLV4WFLNURGWBOSISFMAECNC2AXXY/
> > > >
> > >
> > >
> >
>
>
> --
>
> Ryan Barry
>
> Associate Manager - RHV Virt/SLA
>
> rba...@redhat.comM: +16518159306 IM: rbarry
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/J5LSZJVOJV7OSQKIVFNATQTESPXAWQV5/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/LB4ZLNVIIUHFZMZHKGCUC6EHSWQN5LS3/

[ovirt-devel] Re: [ OST Failure Report ] [ oVirt 4.3 (vdsm) ] [ 22-03-2019 ] [ 002_bootstrap.add_master_storage_domain ]

[Eyal Edri]

4-b322-42fd-855d-b25272a19a23] Running command: AddVdsCommand 
>>>>> internal: false. Entities affected :  ID: 
>>>>> 319fcdf5-5941-46b1-a75c-d335bf500f82 Type: ClusterAction group 
>>>>> CREATE_HOST with role type ADMIN
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Mon, Mar 25, 2019 at 12:53 PM Dafna Ron  wrote:
>>>>>
>>>>>> we have another failing patch with the same test:
>>>>>> http://jenkins.ovirt.org/job/ovirt-4.3_change-queue-tester/360/
>>>>>>
>>>>>> its obviously not related to the patch but there is something that is
>>>>>> causing these failures randomly.
>>>>>> From what I can see in the current failed job, you are correct and
>>>>>> host-1 and engine does not even try to deploy host-1.
>>>>>>
>>>>>> i can see host-1 is getting error 127 in lago for ntpd and I can see
>>>>>> network manager errors in the host messages log
>>>>>>
>>>>>> In the host messages log I can see several messages that I suspect
>>>>>> may cause issues in communication between engine and host:
>>>>>>
>>>>>> Mar 25 07:50:09 lago-basic-suite-4-3-host-1 sasldblistusers2:
>>>>>> _sasldb_getkeyhandle has failed
>>>>>> Mar 25 07:50:10 lago-basic-suite-4-3-host-1 saslpasswd2: error
>>>>>> deleting entry from sasldb: BDB0073 DB_NOTFOUND: No matching key/data 
>>>>>> pair
>>>>>> found
>>>>>> Mar 25 07:50:10 lago-basic-suite-4-3-host-1 saslpasswd2: error
>>>>>> deleting entry from sasldb: BDB0073 DB_NOTFOUND: No matching key/data 
>>>>>> pair
>>>>>> found
>>>>>> Mar 25 07:50:10 lago-basic-suite-4-3-host-1 saslpasswd2: error
>>>>>> deleting entry from sasldb: BDB0073 DB_NOTFOUND: No matching key/data 
>>>>>> pair
>>>>>> found
>>>>>>
>>>>>>
>>>>>> ces/12)
>>>>>> Mar 25 07:50:13 lago-basic-suite-4-3-host-1 kernel: bonding:
>>>>>> bondscan-UMJa2S is being created...
>>>>>> Mar 25 07:50:13 lago-basic-suite-4-3-host-1 kernel: bonding:
>>>>>> bondscan-UMJa2S is being deleted...
>>>>>> Mar 25 07:50:13 lago-basic-suite-4-3-host-1 NetworkManager[2658]:
>>>>>>   [1553514613.7774] manager: (bondscan-UMJa2S): new Bond device
>>>>>> (/org/freedesktop/NetworkManager/Devices/13)
>>>>>> Mar 25 07:50:13 lago-basic-suite-4-3-host-1 kernel: (unregistered
>>>>>> net_device) (unregistering): Released all slaves
>>>>>> Mar 25 07:50:13 lago-basic-suite-4-3-host-1 kernel: bonding:
>>>>>> bondscan-liwvMR is being created...
>>>>>> Mar 25 07:50:13 lago-basic-suite-4-3-host-1 kernel: bondscan-liwvMR:
>>>>>> option fail_over_mac: invalid value (3)
>>>>>> Mar 25 07:50:13 lago-basic-suite-4-3-host-1 kernel: bondscan-liwvMR:
>>>>>> option ad_select: invalid value (3)
>>>>>> Mar 25 07:50:13 lago-basic-suite-4-3-host-1 kernel: bondscan-liwvMR:
>>>>>> option lacp_rate: mode dependency failed, not supported in mode
>>>>>> balance-rr(0)
>>>>>> Mar 25 07:50:13 lago-basic-suite-4-3-host-1 kernel: bondscan-liwvMR:
>>>>>> option arp_validate: invalid value (7)
>>>>>> Mar 25 07:50:13 lago-basic-suite-4-3-host-1 kernel: bondscan-liwvMR:
>>>>>> option xmit_hash_policy: invalid value (5)
>>>>>> Mar 25 07:50:13 lago-basic-suite-4-3-host-1 NetworkManager[2658]:
>>>>>>   [1553514613.8002] manager: (bondscan-liwvMR): new Bond device
>>>>>> (/org/freedesktop/NetworkManager/Devices/14)
>>>>>> Mar 25 07:50:13 lago-basic-suite-4-3-host-1 kernel: bondscan-liwvMR:
>>>>>> option primary_reselect: invalid value (3)
>>>>>> Mar 25 07:50:13 lago-basic-suite-4-3-host-1 kernel: bondscan-liwvMR:
>>>>>> option arp_all_targets: invalid value (2)
>>>>>> Mar 25 07:50:13 lago-basic-suite-4-3-host-1 kernel: bonding:
>>>>>> bondscan-liwvMR is being deleted...
>>>>>> Mar 25 07:50:13 lago-basic-suite-4-3-host-1 kernel: (unregistered
>>>>>> net_device) (unregistering): Released all slaves
>>>>>> Mar 25 07:50:13 lago-basic-suite-4-3-host-1 k

[ovirt-devel] Re: [OST upgrade suite] Looking for maintainer

[Eyal Edri]

On Mon, Mar 25, 2019 at 2:59 PM Dan Kenigsberg  wrote:

> On Mon, Mar 25, 2019 at 2:58 PM Eyal Edri  wrote:
> >
> >
> >
> > On Mon, Mar 25, 2019 at 2:42 PM Dan Kenigsberg 
> wrote:
> >>
> >> On Mon, Mar 25, 2019 at 2:14 PM Eyal Edri  wrote:
> >> >
> >> >
> >> >
> >> > On Mon, Mar 25, 2019 at 2:11 PM Dan Kenigsberg 
> wrote:
> >> >>
> >> >> On Mon, Mar 25, 2019 at 12:12 PM Ales Musil 
> wrote:
> >> >> >
> >> >> > Hi,
> >> >> >
> >> >> > I am not sure who is currently maintainer for the upgrade suite,
> but please take a look at [1].
> >> >> > This patch is testing the engine upgrade issue with database vm_id
> and vmt_id in interface table [2].
> >> >> > And at the same time serves as opening patch to put more
> sophisticated tests into upgrade suite.
> >> >> >
> >> >> > Thank you.
> >> >> > Regards,
> >> >> > Ales
> >> >> >
> >> >> > [1] https://gerrit.ovirt.org/c/98656/
> >> >> > [2] https://bugzilla.redhat.com/show_bug.cgi?id=1547038
> >> >>
> >> >> I've added everybody from
> >> >> git log --format=fuller upgrade-from-release-suite-master |grep
> >> >> '^Commit:' |sed 's/.*//' |sort|uniq
> >> >>
> >> >
> >> > Historically the suite was added by OST team, and over the years also
> contributed by infra/integration team.
> >> > I believe the ownership lies somewhere between Infra/Integration
> teams where upgrade errors can occur, depending on the error.
> >>
> >>
> >> Can you suggest who should approve Ales's added logic?
> >
> >
> > I suggest we'll give +2 rights to a maintainer from Infra/Integration
> who can review and approve such patches going forward.
> > If it just to merge, I can do it or Galit, but it needs to be someone
> from development to review the code.
>
> Code has two +1s from ovirt developers.
>

merged.
Though you might want to look into backporting to other upgrade suites for
4.2/4.3


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/IHXSI3MLLNURXCAVPYXPNDE3D2IN5ZFC/

[ovirt-devel] Re: [OST upgrade suite] Looking for maintainer

[Eyal Edri]

On Mon, Mar 25, 2019 at 2:42 PM Dan Kenigsberg  wrote:

> On Mon, Mar 25, 2019 at 2:14 PM Eyal Edri  wrote:
> >
> >
> >
> > On Mon, Mar 25, 2019 at 2:11 PM Dan Kenigsberg 
> wrote:
> >>
> >> On Mon, Mar 25, 2019 at 12:12 PM Ales Musil  wrote:
> >> >
> >> > Hi,
> >> >
> >> > I am not sure who is currently maintainer for the upgrade suite, but
> please take a look at [1].
> >> > This patch is testing the engine upgrade issue with database vm_id
> and vmt_id in interface table [2].
> >> > And at the same time serves as opening patch to put more
> sophisticated tests into upgrade suite.
> >> >
> >> > Thank you.
> >> > Regards,
> >> > Ales
> >> >
> >> > [1] https://gerrit.ovirt.org/c/98656/
> >> > [2] https://bugzilla.redhat.com/show_bug.cgi?id=1547038
> >>
> >> I've added everybody from
> >> git log --format=fuller upgrade-from-release-suite-master |grep
> >> '^Commit:' |sed 's/.*//' |sort|uniq
> >>
> >
> > Historically the suite was added by OST team, and over the years also
> contributed by infra/integration team.
> > I believe the ownership lies somewhere between Infra/Integration teams
> where upgrade errors can occur, depending on the error.
>
>
> Can you suggest who should approve Ales's added logic?
>

I suggest we'll give +2 rights to a maintainer from Infra/Integration who
can review and approve such patches going forward.
If it just to merge, I can do it or Galit, but it needs to be someone from
development to review the code.


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/EGO7R4IZVGOEHLHMUQPQNDV63AZQZVII/

[ovirt-devel] Re: [OST upgrade suite] Looking for maintainer

[Eyal Edri]

On Mon, Mar 25, 2019 at 2:11 PM Dan Kenigsberg  wrote:

> On Mon, Mar 25, 2019 at 12:12 PM Ales Musil  wrote:
> >
> > Hi,
> >
> > I am not sure who is currently maintainer for the upgrade suite, but
> please take a look at [1].
> > This patch is testing the engine upgrade issue with database vm_id and
> vmt_id in interface table [2].
> > And at the same time serves as opening patch to put more sophisticated
> tests into upgrade suite.
> >
> > Thank you.
> > Regards,
> > Ales
> >
> > [1] https://gerrit.ovirt.org/c/98656/
> > [2] https://bugzilla.redhat.com/show_bug.cgi?id=1547038
>
> I've added everybody from
> git log --format=fuller upgrade-from-release-suite-master |grep
> '^Commit:' |sed 's/.*//' |sort|uniq
>
>
Historically the suite was added by OST team, and over the years also
contributed by infra/integration team.
I believe the ownership lies somewhere between Infra/Integration teams
where upgrade errors can occur, depending on the error.



> >
> > --
> >
> > ALES MUSIL
> >
> > Associate Software Engineer - rhv network
> >
> > Red Hat EMEA
> >
> >
> > amu...@redhat.com   IM: amusil
> >
> > ___
> > Devel mailing list -- devel@ovirt.org
> > To unsubscribe send an email to devel-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/JRON2YFNIBAFSQUJIF5VZKL5NGOL3HL5/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/GIES2NUMKWYT32MYZIGLHSOJ54WSMWDP/

[ovirt-devel] Re: [ OST Failure Report ] [ oVirt 4.3 (vdsm) ] [ 22-03-2019 ] [ 002_bootstrap.add_master_storage_domain ]

[Eyal Edri]

m-tests/basic-suite-4.3/test-scenarios/002_bootstrap.py",
>>>>  line 417, in add_master_storage_domain
>>>> add_iscsi_storage_domain(prefix)
>>>>   File 
>>>> "/home/jenkins/workspace/ovirt-4.3_change-queue-tester/ovirt-system-tests/basic-suite-4.3/test-scenarios/002_bootstrap.py",
>>>>  line 561, in add_iscsi_storage_domain
>>>> host=_random_host_from_dc(api, DC_NAME),
>>>>   File 
>>>> "/home/jenkins/workspace/ovirt-4.3_change-queue-tester/ovirt-system-tests/basic-suite-4.3/test-scenarios/002_bootstrap.py",
>>>>  line 122, in _random_host_from_dc
>>>> return _hosts_in_dc(api, dc_name, True)
>>>>   File 
>>>> "/home/jenkins/workspace/ovirt-4.3_change-queue-tester/ovirt-system-tests/basic-suite-4.3/test-scenarios/002_bootstrap.py",
>>>>  line 119, in _hosts_in_dc
>>>> raise RuntimeError('Could not find hosts that are up in DC %s' % 
>>>> dc_name)
>>>> 'Could not find hosts that are up in DC test-dc\n >> 
>>>> begin captured logging << \nlago.ssh: DEBUG: start 
>>>> task:937bdea7-a2a3-47ad-9383-36647ea37ddf:Get ssh client for 
>>>> lago-basic-suite-4-3-engine:\nlago.ssh: DEBUG: end 
>>>> task:937bdea7-a2a3-47ad-9383-36647ea37ddf:Get ssh client for 
>>>> lago-basic-suite-4-3-engine:\nlago.ssh: DEBUG: Running c07b5ee2 on 
>>>> lago-basic-suite-4-3-engine: cat /root/multipath.txt\nlago.ssh: DEBUG: 
>>>> Command c07b5ee2 on lago-basic-suite-4-3-engine returned with 0\nlago.ssh: 
>>>> DEBUG: Command c07b5ee2 on lago-basic-suite-4-3-engine output:\n 
>>>> 3600140516f88cafa71243648ea218995\n360014053e28f60001764fed9978ec4b3\n360014059edc70114a6484891dcf1\n36001405d93d8585a50d43a4ad0bd8d19\n36001405e31361631de14bcf87d43e55a\n\n---
>>>>
>>>> ___
>>>> Devel mailing list -- devel@ovirt.org
>>>> To unsubscribe send an email to devel-le...@ovirt.org
>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>> oVirt Code of Conduct:
>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>> List Archives:
>>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/J4NCHXTK5ZYLXWW36DZKAUL5DN7WBNW4/
>>>>
>>> ___
>>> Devel mailing list -- devel@ovirt.org
>>> To unsubscribe send an email to devel-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ULS4OKU2YZFDQT5EDFYKLW5GFA52YZ7U/
>>>
>>
>>
>> --
>>
>> Eyal edri
>>
>>
>> MANAGER
>>
>> RHV/CNV DevOps
>>
>> EMEA VIRTUALIZATION R
>>
>>
>> Red Hat EMEA <https://www.redhat.com/>
>> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>> phone: +972-9-7692018
>> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/EM7QDDNG523F5LLEOGNHBK35BUY6J2ES/
>>
>

-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/GGIU4R2PAQVCAUFTET5ZKWGYICNJWUYN/

[ovirt-devel] Re: [ OST Failure Report ] [ oVirt 4.3 (vdsm) ] [ 22-03-2019 ] [ 002_bootstrap.add_master_storage_domain ]

[Eyal Edri]

\nlago.ssh: DEBUG: start 
>> task:937bdea7-a2a3-47ad-9383-36647ea37ddf:Get ssh client for 
>> lago-basic-suite-4-3-engine:\nlago.ssh: DEBUG: end 
>> task:937bdea7-a2a3-47ad-9383-36647ea37ddf:Get ssh client for 
>> lago-basic-suite-4-3-engine:\nlago.ssh: DEBUG: Running c07b5ee2 on 
>> lago-basic-suite-4-3-engine: cat /root/multipath.txt\nlago.ssh: DEBUG: 
>> Command c07b5ee2 on lago-basic-suite-4-3-engine returned with 0\nlago.ssh: 
>> DEBUG: Command c07b5ee2 on lago-basic-suite-4-3-engine output:\n 
>> 3600140516f88cafa71243648ea218995\n360014053e28f60001764fed9978ec4b3\n360014059edc70114a6484891dcf1\n36001405d93d8585a50d43a4ad0bd8d19\n36001405e31361631de14bcf87d43e55a\n\n---
>>
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/J4NCHXTK5ZYLXWW36DZKAUL5DN7WBNW4/
>>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ULS4OKU2YZFDQT5EDFYKLW5GFA52YZ7U/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/EM7QDDNG523F5LLEOGNHBK35BUY6J2ES/

[ovirt-devel] Re: Usage of ntpdate in OST suites

[Eyal Edri]

On Wed, Mar 20, 2019 at 5:19 PM Sandro Bonazzola 
wrote:

> Hi,
> just noticed today we are calling  "ntpdate -4 " within OST
> suites but then it fails with "ntpdate: command not found" and we ignore it.
>

Could be its just missing ntpdate install command from install scripts?
I just see 'ntp' in pkgs to install ( on the master suite ):

pkgs_to_install=(
"ntp"
"net-snmp"
"ovirt-engine"
"ovirt-log-collector"
"ovirt-engine-extension-aaa-ldap*"
"otopi-debug-plugins"
"cronie"
)

So it might just need to add 'ntpdate' there.
But I see something strange, host0 works and host1 don't:

2019-03-21 11:47:05,839::log_utils.py::__exit__::611::lago.ssh::DEBUG::end
task:09d53aca-2029-4bbc-8477-8e113a2c6d8b:Get ssh client for
lago-basic-suite-4-3-host-1:
2019-03-21 11:47:06,041::ssh.py::ssh::58::lago.ssh::DEBUG::Running 0d07590a
on lago-basic-suite-4-3-host-1: ntpdate -4 lago-basic-suite-4-3-engine
2019-03-21 11:47:06,069::ssh.py::ssh::81::lago.ssh::DEBUG::Command 0d07590a
on lago-basic-suite-4-3-host-1 returned with 127
2019-03-21 11:47:06,069::ssh.py::ssh::96::lago.ssh::DEBUG::Command 0d07590a
on lago-basic-suite-4-3-host-1  errors:
 bash: ntpdate: command not found

2019-03-21
11:47:06,070::log_utils.py::__enter__::600::lago.ssh::DEBUG::start
task:66a12eba-4643-41b1-91e0-16bc28a70e3e:Get ssh client for
lago-basic-suite-4-3-host-0:
2019-03-21 11:47:06,337::log_utils.py::__exit__::611::lago.ssh::DEBUG::end
task:66a12eba-4643-41b1-91e0-16bc28a70e3e:Get ssh client for
lago-basic-suite-4-3-host-0:
2019-03-21 11:47:06,546::ssh.py::ssh::58::lago.ssh::DEBUG::Running 0d546b82
on lago-basic-suite-4-3-host-0: ntpdate -4 lago-basic-suite-4-3-engine
2019-03-21 11:47:12,697::ssh.py::ssh::81::lago.ssh::DEBUG::Command 0d546b82
on lago-basic-suite-4-3-host-0 returned with 0
2019-03-21 11:47:12,697::ssh.py::ssh::89::lago.ssh::DEBUG::Command 0d546b82
on lago-basic-suite-4-3-host-0 output:
 21 Mar 07:47:12 ntpdate[6650]: adjust time server 192.168.202.2 offset
-0.001207 sec




> I think "chronyc -4 makestep" should be used instead after having
> configure the engine as server.
>

If you're looking to update it, you might need to update all suites, I saw
more than one suite use that cmd:




>
> Any insight on this?
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://red.ht/sig>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/DTGRZZ6PSO7HWYWKJ2EKYYRKFFSJC6AR/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/OP7BLWNCGV44YQZR4IPVUYYYWJZRPAQD/

[ovirt-devel] Re: oVirt Orb 4.3.2 build failure importing image

[Eyal Edri]

if that test isn't needed for exporting the image, then i guess we can just
removeb that test from the suite.



On Wed, Mar 20, 2019, 17:13 Sandro Bonazzola  wrote:

> Hi,
> I was trying to build oVirt Orb with 4.3.2 GA content and it failed with:
>
> 2019-03-20 
> 13:53:13,210::utils.py::_ret_via_queue::62::lago.utils::DEBUG::Error while 
> running thread Thread-11
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in 
> _ret_via_queue
> queue.put({'return': func()})
>   File 
> "/home/jenkins/workspace/ovirt-demo-tool_4.3_check-patch-el7-x86_64/ovirt-demo-tool/deploy/sdk_scripts/deploy/002_bootstrap.py",
>  line 875, in import_non_template_from_glance
> generic_import_from_glance(prefix)
>   File 
> "/home/jenkins/workspace/ovirt-demo-tool_4.3_check-patch-el7-x86_64/ovirt-demo-tool/deploy/sdk_scripts/deploy/002_bootstrap.py",
>  line 711, in generic_import_from_glance
> target_image.import_image(import_action)
> AttributeError: 'NoneType' object has no attribute 'import_image'
>
> Lago log is here:
> https://jenkins.ovirt.org/job/ovirt-demo-tool_4.3_check-patch-el7-x86_64/15/artifact/exported-artifacts/logs/sdk_deploy/post-002_bootstrap.py/lago_logs/logs/lago.log
>
> If I understood it correctly, it's importing an image from glance to
> export domain, but if I remember correctly, export domains are deprecated
> in 4.3 so no reason to do this here.
>
> Any insight?
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/D6ZLM27Y4WPHXZCA6Q5U5HRAFBMUKWE6/
>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/GO7SSJ7H7MZCQHRFA7UTOOS63YANL6NV/

[ovirt-devel] Re: Check-Merged Fails for ovirt-provider-ovn

[Eyal Edri]

On Wed, Mar 20, 2019 at 12:45 PM Sandro Bonazzola 
wrote:

>
>
> Il giorno mer 20 mar 2019 alle ore 11:07 Miguel Duarte de Mora Barroso <
> mdbarr...@redhat.com> ha scritto:
>
>> On Wed, Mar 20, 2019 at 9:43 AM Miguel Duarte de Mora Barroso
>>  wrote:
>> >
>> > On Tue, Mar 19, 2019 at 6:51 PM Anton Marchukov 
>> wrote:
>> > >
>> > > Retrigger failed, seems to be the same error [1]?
>> >
>> > OK, taking a look now.
>>
>> I noticed that it is installing a very old openvswitch version in
>> fedora - 2.8.1 - as you can check in the logs [0].
>>
>> 17:21:51   openvswitch.x86_64 2.8.1-2.fc28
>> 17:21:51   openvswitch-ovn-central.x86_64 2.8.1-2.fc28
>> 17:21:51   openvswitch-ovn-common.x86_64 2.8.1-2.fc28
>> 17:21:51   openvswitch-ovn-host.x86_64 2.8.1-2.fc28
>>
>> The 'check-patch' scripts have also begun failing for all my patches
>> on all targets *except* 4.2 - check [1].
>>
>> On el7, it is grabbing version openvswitch.x86_64
>> 1:2.9.0-4.el7 from centos-ovirt-4.2-el7.
>>
>> ovirt-provider-ovn *requires* openvswitch 2.10 on 4.3 *and* master.
>>
>> Sandro, this is just a theory, but to me it looks like
>> ovirt-provider-ovn master doesn't "know" it needs to get the packages
>> from the virt7-ovirt-43-testing tag or something alike.
>>
>
> I would start with adding
> Requires: openvswitch >= 2.10
> to ovirt-provider-ovn spec file.
>
> Then yes, looks like OST is taking openvswitch from the wrong repo.
> Dafna, can you fix OST repo config for taking openvswitch from
> https://buildlogs.centos.org/centos/7/virt/$basearch/ovirt-4.3/ on EL7 and
>

Dafna is on sick leave,
In order to simplify the reposync file we dropped inlude list for all
centos small repos so you won't need to handle whitelisting everything a
new pkgs is out.
If a package is in multiple repos, YUM should bring always the highest
version which is normal behavior for YUM afaik.
If there are specific repos you know for a fact you don't want pkgs taken
from there, please add exclude from that repo.

I don't even see
https://buildlogs.centos.org/centos/7/virt/$basearch/ovirt-4.3/ on
reposync, is that a new repo?



>
> https://copr-be.cloud.fedoraproject.org/results/mdbarroso/openvswitch/fedora-$releasever-$basearch/
> for Fedora?
>

If its needed for the project itself (check-patch) the project owner should
update it in their automation/check-patch.fc28 file:

cat check-merged.repos.fc28
ovirt-snapshot-static,
http://resources.ovirt.org/pub/ovirt-master-snapshot-static/rpm/$distro
mdbarroso-python-ovsdbapp,
https://copr-be.cloud.fedoraproject.org/results/mdbarroso/ovsdbapp/fedora-$releasever-$basearch/
tested,http://resources.ovirt.org/repos/ovirt/tested/master/rpm/$distro
virt-preview,
http://fedorapeople.org/groups/virt/virt-preview/fedora-$releasever/$basearch



>
>
>
>>
>> I've tried locally to revert patch [2] that added the 4.3 branch to
>> the provider; it fixed this, but I think that's just masking the
>> problem.
>>
>> [0] -
>> https://jenkins.ovirt.org/job/ovirt-provider-ovn_standard-on-merge/264/consoleFull
>> [1] -
>> https://jenkins.ovirt.org/job/ovirt-provider-ovn_master_check-patch-el7-x86_64/611/
>> [2] - https://gerrit.ovirt.org/#/c/98565/
>>
>> >
>> > >
>> > > [1]
>> https://jenkins.ovirt.org/job/ovirt-provider-ovn_standard-on-merge/264/
>> > >
>> > > > On 19 Mar 2019, at 17:10, Anton Marchukov 
>> wrote:
>> > > >
>> > > > I retriggered. Will see.
>> > > >
>> > > >> On 19 Mar 2019, at 16:25, Miguel Duarte de Mora Barroso <
>> mdbarr...@redhat.com> wrote:
>> > > >>
>> > > >>>
>> https://jenkins.ovirt.org/job/ovirt-provider-ovn_standard-on-merge/263/
>> > > >
>> > > > --
>> > > > Anton Marchukov
>> > > > Associate Manager - RHV DevOps - Red Hat
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > >
>> > > --
>> > > Anton Marchukov
>> > > Associate Manager - RHV DevOps - Red Hat
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://red.ht/sig>
> ___
> Devel mailing list -- devel@ovirt

[ovirt-devel] Re: oci: command line tool for oVirt CI

[Eyal Edri]

On Mon, Mar 18, 2019 at 11:13 AM Eyal Edri  wrote:

>
>
> On Sat, Mar 16, 2019 at 12:52 AM Nir Soffer  wrote:
>
>> I want to share a nice little tool that can make your life easier.
>> https://github.com/nirs/oci
>>
>> With this PR:
>> https://github.com/nirs/oci/pull/1
>>
>> You will be able to do this:
>>
>> $ python system-tests.py 98535
>> 2019-03-15 21:17:04,579 INFO[system-tests] [ 1/8 ] Getting build info
>> for change 98535
>> 2019-03-15 21:17:05,295 INFO[system-tests] [ 2/8 ] Starting
>> build-artifacts job for {'url': u'git://gerrit.ovirt.org/vdsm', 'ref':
>> u'refs/changes/35/98535/3'}
>> 2019-03-15 21:17:06,134 INFO[system-tests] [ 3/8 ] Waiting for queue
>> item https://jenkins.ovirt.org/queue/item/382806/
>> 2019-03-15 21:17:07,960 INFO[system-tests] [ 4/8 ] Waiting for job
>> http://jenkins.ovirt.org/job/standard-manual-runner/89/
>> 2019-03-15 21:26:21,381 INFO[system-tests] [ 5/8 ] Starting oVirt
>> system tests basic suite with custom repos
>> http://jenkins.ovirt.org/job/standard-manual-runner/89/
>> 2019-03-15 21:26:22,242 INFO[system-tests] [ 6/8 ] Waiting for queue
>> item https://jenkins.ovirt.org/queue/item/382817/
>> 2019-03-15 21:30:43,558 INFO[system-tests] [ 7/8 ] Waiting for job
>> http://jenkins.ovirt.org/job/ovirt-system-tests_manual/4330/
>> 2019-03-15 22:10:52,891 INFO[system-tests] [ 8/8 ] System tests
>> completed with SUCCESS
>>
>> Yes, one command from your favorite shell. It takes about 53 minutes, but
>> on Fedora you get
>> notifications when commands finish.
>>
>> No need to to add "ci please build" comment, wait until the job is
>> complete, copy the job url, open OST page,
>> wait (jenkins is slow), paste the build artifacts url, start the job,
>> wait, wait more, check if OST is done, (not yet),
>> wait more..., OST finished, check the logs, did you paste the wrong url?
>>
>> The tool is not finished yet. If you like to contribute to this fun
>> little project please check
>> the issues:
>> https://github.com/nirs/oci/issues
>>
>> Most of the issues are easy. Some harder like:
>> - https://github.com/nirs/oci/issues/11
>> - https://github.com/nirs/oci/issues/12
>>
>> Feel free to open new issues if you have an idea for this tool.
>>
>
> Thanks for contributing for the oVirt CI ecosystem!
> You might want to add params to the CLI to choose which suites you're
> running ( master/4.3/4.2 )?
> I guess it takes the default master for now?
>

Also,
Going forward if we're going to have more scripts and tools contributed by
the community, we might want to have
and official GitHub repo under the oVirt Org that will hold them ( and also
enjoy CI on it own...)


>
>
>>
>> Nir
>>
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/GU4SE5DGZ3UW4KUK4GL7V55R3RWZKAVB/
>>
>
>
> --
>
> Eyal edri
>
>
> MANAGER
>
> RHV/CNV DevOps
>
> EMEA VIRTUALIZATION R
>
>
> Red Hat EMEA <https://www.redhat.com/>
> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/KHQ6M76WYSAUIDSO6NKI6IC2OWUE6CQU/

[ovirt-devel] Re: oci: command line tool for oVirt CI

[Eyal Edri]

On Sat, Mar 16, 2019 at 12:52 AM Nir Soffer  wrote:

> I want to share a nice little tool that can make your life easier.
> https://github.com/nirs/oci
>
> With this PR:
> https://github.com/nirs/oci/pull/1
>
> You will be able to do this:
>
> $ python system-tests.py 98535
> 2019-03-15 21:17:04,579 INFO[system-tests] [ 1/8 ] Getting build info
> for change 98535
> 2019-03-15 21:17:05,295 INFO[system-tests] [ 2/8 ] Starting
> build-artifacts job for {'url': u'git://gerrit.ovirt.org/vdsm', 'ref':
> u'refs/changes/35/98535/3'}
> 2019-03-15 21:17:06,134 INFO[system-tests] [ 3/8 ] Waiting for queue
> item https://jenkins.ovirt.org/queue/item/382806/
> 2019-03-15 21:17:07,960 INFO[system-tests] [ 4/8 ] Waiting for job
> http://jenkins.ovirt.org/job/standard-manual-runner/89/
> 2019-03-15 21:26:21,381 INFO[system-tests] [ 5/8 ] Starting oVirt
> system tests basic suite with custom repos
> http://jenkins.ovirt.org/job/standard-manual-runner/89/
> 2019-03-15 21:26:22,242 INFO[system-tests] [ 6/8 ] Waiting for queue
> item https://jenkins.ovirt.org/queue/item/382817/
> 2019-03-15 21:30:43,558 INFO[system-tests] [ 7/8 ] Waiting for job
> http://jenkins.ovirt.org/job/ovirt-system-tests_manual/4330/
> 2019-03-15 22:10:52,891 INFO[system-tests] [ 8/8 ] System tests
> completed with SUCCESS
>
> Yes, one command from your favorite shell. It takes about 53 minutes, but
> on Fedora you get
> notifications when commands finish.
>
> No need to to add "ci please build" comment, wait until the job is
> complete, copy the job url, open OST page,
> wait (jenkins is slow), paste the build artifacts url, start the job,
> wait, wait more, check if OST is done, (not yet),
> wait more..., OST finished, check the logs, did you paste the wrong url?
>
> The tool is not finished yet. If you like to contribute to this fun little
> project please check
> the issues:
> https://github.com/nirs/oci/issues
>
> Most of the issues are easy. Some harder like:
> - https://github.com/nirs/oci/issues/11
> - https://github.com/nirs/oci/issues/12
>
> Feel free to open new issues if you have an idea for this tool.
>

Thanks for contributing for the oVirt CI ecosystem!
You might want to add params to the CLI to choose which suites you're
running ( master/4.3/4.2 )?
I guess it takes the default master for now?


>
> Nir
>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/GU4SE5DGZ3UW4KUK4GL7V55R3RWZKAVB/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/BRLLDBWDMPTQWNQB75EBVPCTOW2LSZCC/

[ovirt-devel] Re: OST hyperconverged master fails

[Eyal Edri]

;>
>>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>>>
>>> Red Hat NA
>>>
>>> <https://www.redhat.com/>
>>>
>>> gsher...@redhat.comIRC: gshereme
>>> <https://red.ht/sig>
>>> ___
>>> Infra mailing list -- in...@ovirt.org
>>> To unsubscribe send an email to infra-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/DAXCULUHLQMNXM3CA5BXVERPBSYVKOTK/
>>>
>>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> <https://www.redhat.com/>
>
> gsher...@redhat.comIRC: gshereme
> <https://red.ht/sig>
> ___
> Infra mailing list -- in...@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/V47ACX4AMWMX75PUAKSBZMND3RESGNNA/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/EVZXWQPKZS22M2CG2N2AVFD65POJG22P/

[ovirt-devel] FYI - Many nightly suites, including Network, HE and HC are failing since 2-3 days ago

[Eyal Edri]

Not sure if all the same issue, but seems to failing around the same time:

  ovirt-system-tests_hc-basic-suite-4.2 1 day 12 hr - #824 12 hr - #825 57
min  integ-tests
  ovirt-system-tests_hc-basic-suite-master 2 days 12 hr - #1043 12 hr -
#1045 51 min  integ-tests
  ovirt-system-tests_he-basic-ansible-suite-4.3 N/A 11 hr - #11 24 sec 
integ-tests
  ovirt-system-tests_he-basic-ipv6-suite-master N/A 12 hr - #11 10 min 
integ-tests
  ovirt-system-tests_he-basic-iscsi-suite-master 2 days 10 hr - #871 10
hr - #873 1 hr 36 min  integ-tests
  ovirt-system-tests_he-basic-suite-master 2 days 11 hr - #1147 11 hr -
#1149 1 hr 26 min  integ-tests
  ovirt-system-tests_he-node-ng-suite-master 2 days 12 hr - #727 12 hr -
#729 1 hr 54 min  integ-tests
  ovirt-system-tests_network-suite-master 3 days 12 hr - #926 12 hr - #929 45
min  integ-tests
  ovirt-system-tests_openshift-on-ovirt-suite-4.2 3 days 10 hr - #187 10
hr - #190 45 min  integ-tests

Links to jobs can be found here: https://jenkins.ovirt.org/

-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/I75ZI4LYD3IKZCSZEHNU7IR6K7DDRU3K/

[ovirt-devel] Re: OST hyperconverged master fails

[Eyal Edri]

Adding Sahina ( please add Gluster folks to any HC failure report, they are
maintaining it ).

On Fri, Mar 15, 2019 at 1:42 PM Dafna Ron  wrote:

> Hi Greg,
>
> I just ran it locally myself and it ran properly.
> are you running it from the ds-ovirt-system-tests project or from
> ovirt-system-tests project?
>
> Thanks,
> Dafna
>
>
> On Fri, Mar 15, 2019 at 10:45 AM Greg Sheremeta 
> wrote:
>
>> Hi,
>>
>> I'm trying to run OST hyperconverged master locally, but it's missing
>> some ansible inventory file and fails. Is this a known issue?
>>
>>
>> + lago copy-to-vm lago-hc-basic-suite-master-host-0
>> /home/greg/projects/ovirt-system-tests/hc-basic-suite-master/generate-hc-answerfile.sh
>> /root/generate-hc-answerfile.sh
>> @ Copy
>> /home/greg/projects/ovirt-system-tests/hc-basic-suite-master/generate-hc-answerfile.sh
>> to lago-hc-basic-suite-master-host-0:/root/generate-hc-answerfile.sh:
>> @ Copy
>> /home/greg/projects/ovirt-system-tests/hc-basic-suite-master/generate-hc-answerfile.sh
>> to lago-hc-basic-suite-master-host-0:/root/generate-hc-answerfile.sh:
>> Success (in 0:00:00)
>> + lago shell lago-hc-basic-suite-master-host-0 /root/exec_playbook.sh
>> lago-hc-basic-suite-master-host-0 lago-hc-basic-suite-master-host-1
>> lago-hc-basic-suite-master-host-2
>> */root/exec_playbook.sh: line 9:
>> /usr/share/doc/gluster.ansible/playbooks/hc-ansible-deployment/ohc_gluster_inventory.yml:
>> No such file or directory*
>> + RET_CODE=1
>> + '[' 1 -ne 0 ']'
>> + echo 'ansible setup on lago-hc-basic-suite-master-host-0 failed with
>> status 1.'
>> ansible setup on lago-hc-basic-suite-master-host-0 failed with status 1.
>> + exit 1
>> + on_exit
>> + [[ 1 -ne 0 ]]
>> + logger.error 'on_exit: Exiting with a non-zero status'
>> + logger.log ERROR 'on_exit: Exiting with a non-zero status'
>> + set +x
>> 2019-03-15 06:16:36.021775858-0400 run_suite.sh::on_exit::ERROR::
>> on_exit: Exiting with a non-zero status
>>
>>
>> --
>>
>> GREG SHEREMETA
>>
>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>>
>> Red Hat NA
>>
>> <https://www.redhat.com/>
>>
>> gsher...@redhat.comIRC: gshereme
>> <https://red.ht/sig>
>> ___
>> Infra mailing list -- in...@ovirt.org
>> To unsubscribe send an email to infra-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/DAXCULUHLQMNXM3CA5BXVERPBSYVKOTK/
>>
> ___
> Infra mailing list -- in...@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/ST6DK6UJJDXP774OUAATZ35IVD3DWYFS/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/EATYD3IUWO242ZGSDKLYC3LZARRM7J6X/

[ovirt-devel] Re: [ OST Failure Report ] [ oVirt 4.3 (vdsm-jsonrpc-java) ] [ 10-3-19 ] [ Upgrade Suite ]

[Eyal Edri]

Is the 4.3 CQ Operational yet?
Did all the projects branched or added released branches so it will work?

On Sun, Mar 10, 2019 at 6:11 PM Piotr Kliczewski 
wrote:

> Liora,
>
> I am not sure what is the failure. Where can I find the logs?
>
> There were no patches to jsonrpc. I only updated expired certs used by
> unit tests.
>
> Thanks,
> Piotr
>
> niedz., 10 mar 2019, 17:00 użytkownik Liora Milbaum 
> napisał:
>
>> Link and headline of suspected patches:
>>
>> Link to Job:
>> http://jenkins.ovirt.org/job/ovirt-4.3_change-queue-tester/153/
>>
>> Link to all logs:
>>
>> (Relevant) error snippet from the log:
>>
>> 
>> [36m # 001_upgrade_engine.test_initialize_engine: [0m [0m [0m
>> [36m * Copy
>> /home/jenkins/workspace/ovirt-4.3_change-queue-tester/ovirt-system-tests/upgrade-from-prevrelease-suite-4.3/upgrade-engine-answer-file.conf
>> to lago-upgrade-from-prevrelease-suite-4-3-engine:/tmp/answer-file-post:
>> [0m [0m [0m
>> [36m * Copy
>> /home/jenkins/workspace/ovirt-4.3_change-queue-tester/ovirt-system-tests/upgrade-from-prevrelease-suite-4.3/upgrade-engine-answer-file.conf
>> to lago-upgrade-from-prevrelease-suite-4-3-engine:/tmp/answer-file-post:
>> [32mSuccess [0m (in 0:00:00) [0m
>> [36m * Collect artifacts: [0m [0m [0m
>> [36m ~ [Thread-8] Copy from
>> lago-upgrade-from-prevrelease-suite-4-3-engine:/tmp/otopi* to
>> /dev/shm/ost/deployment-upgrade-from-prevrelease-suite-4.3/default/test_logs/001_upgrade_engine.test_initialize_engine-20190307160642/lago-upgrade-from-prevrelease-suite-4-3-engine/_tmp_otopi*:
>> [31mERROR [0m (in 0:00:00) [0m
>> [36m - [Thread-8] lago-upgrade-from-prevrelease-suite-4-3-engine:
>> [31mERROR [0m (in 0:00:00) [0m
>> [36m * Collect artifacts: [31mERROR [0m (in 0:00:01) [0m
>> [36m # 001_upgrade_engine.test_initialize_engine: [31mERROR [0m (in
>> 0:00:49) [0m
>> [36m # Results located at
>> /dev/shm/ost/deployment-upgrade-from-prevrelease-suite-4.3/001_upgrade_engine.py.junit.xml
>> [0m
>> [36m@ Run test: 001_upgrade_engine.py: [31mERROR [0m (in 0:00:49) [0m
>> [31mError occured, aborting
>> Traceback (most recent call last):
>> File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 383, in
>> do_run
>> self.cli_plugins[args.ovirtverb].do_run(args)
>> File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184, in
>> do_run
>> self._do_run(**vars(args))
>> File "/usr/lib/python2.7/site-packages/lago/utils.py", line 549, in
>> wrapper
>> return func(*args, **kwargs)
>> File "/usr/lib/python2.7/site-packages/lago/utils.py", line 560, in
>> wrapper
>> return func(*args, prefix=prefix, **kwargs)
>> File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 107, in
>> do_ovirt_runtest
>> raise RuntimeError('Some tests failed')
>> RuntimeError: Some tests failed [0m
>>
>> 
>>
>>
>> --
>> *Liora Milbaum*
>> Senior Principal Software Engineer
>> RHV/CNV DevOps
>> EMEA VIRTUALIZATION R
>>
>> T: +972-54-6560051
>> <https://red.ht/sig>
>>
>>
>>
>>
>> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/NDAQAEJBIADJZSSMKACM37UTDJV5LFZD/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ENAEJPMOQ6DT2DOOLTY5J373F7V6YKPJ/

[ovirt-devel] Re: getting a weird error when doing OST

[Eyal Edri]

packages/lago/utils.py", line 560, in 
> wrapper*10:07:41* return func(*args, prefix=prefix, **kwargs)*10:07:41*   
> File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 181, in 
> do_deploy*10:07:41* prefix.deploy()*10:07:41*   File 
> "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636, in 
> wrapper*10:07:41* return func(*args, **kwargs)*10:07:41*   File 
> "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line 127, in 
> wrapper*10:07:41* return func(*args, **kwargs)*10:07:41*   File 
> "/usr/lib/python2.7/site-packages/ovirtlago/prefix.py", line 284, in 
> deploy*10:07:41* return super(OvirtPrefix, self).deploy()*10:07:41*   
> File "/usr/lib/python2.7/site-packages/lago/sdk_utils.py", line 50, in 
> wrapped*10:07:41* return func(*args, **kwargs)*10:07:41*   File 
> "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636, in 
> wrapper*10:07:41* return func(*args, **kwargs)*10:07:41*   File 
> "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1671, in 
> deploy*10:07:41* self.virt_env.get_vms().values()*10:07:41*   File 
> "/usr/lib/python2.7/site-packages/lago/utils.py", line 103, in 
> invoke_in_parallel*10:07:41* return vt.join_all()*10:07:41*   File 
> "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in 
> _ret_via_queue*10:07:41* queue.put({'return': func()})*10:07:41*   File 
> "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1662, in 
> _deploy_host*10:07:41* host.name(),*10:07:41* LagoDeployError: 
> /dev/shm/ost/deployment-basic-suite-master/default/scripts/_home_jenkins_workspace_ovirt-system-tests_manual_ovirt-system-tests_basic-suite-master_deploy-scripts_setup_engine.sh
>  failed with status 1 on lago-basic-suite-master-engine
>
>
>
>
>
>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/SVDPQAVMQE3E7QKNEB7H5K4YDED6TNLB/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/S6TMDI4CMLZCIQVPQ2KXTHQVKAGZ2KJR/

[ovirt-devel] Re: v2v_conversion_host jenkins job bugged

[Eyal Edri]

This is probably due to the project rename in GitHub ( dropping the ovirt
prefix ).
The RPM names are not set by CI, its building according to the scripts
under the GitHub repo -
https://github.com/oVirt/v2v-conversion-host/blob/master/v2v-conversion-host.spec.in
Adding the maintainers, it probably needs a fix on the repo itself. ( if
not it might be a bug in STD-CI due to the repo change, adding also Barak
and Daniel to check )

We can help with cleaning up the repos after the project owner fix the
naming in the project itself.


On Fri, Mar 1, 2019 at 7:19 PM Sandro Bonazzola  wrote:

> Hi,
> just noticed today we have a jenkins job:
> https://jenkins.ovirt.org/job/oVirt_v2v-conversion-host_standard-on-ghpush/13/
>
> which generates packages named like:
>
>
> v2v-conversion-host-1.11.0-0.oVirt_v2v_conversion_host_standard_on.githpush_13.20190301133957.fc27.src.rpm
> v2v-conversion-host-1.11.0.tar.gz
>
> v2v-conversion-host-ansible-1.11.0-0.oVirt_v2v_conversion_host_standard_on.githpush_13.20190301133957.fc27.noarch.rpm
>
> v2v-conversion-host-debugsource-1.11.0-0.oVirt_v2v_conversion_host_standard_on.githpush_13.20190301133957.fc27.x86_64.rpm
>
> v2v-conversion-host-provider-1.11.0-0.oVirt_v2v_conversion_host_standard_on.githpush_13.20190301133957.fc27.x86_64.rpm
>
> v2v-conversion-host-provider-debuginfo-1.11.0-0.oVirt_v2v_conversion_host_standard_on.githpush_13.20190301133957.fc27.x86_64.rpm
>
> v2v-conversion-host-wrapper-1.11.0-0.oVirt_v2v_conversion_host_standard_on.githpush_13.20190301133957.fc27.noarch.rpm
>
> which are breaking NVR naming conventions for RPMs and are probably the
> result of a bug within jenkins job.
>
> Please fix the job as soon as possible and clean up
> - https://resources.ovirt.org/repos/ovirt/tested/master
> - https://resources.ovirt.org/repos/ovirt/tested/4.2
> - https://resources.ovirt.org/pub/ovirt-4.2-snapshot
> - https://resources.ovirt.org/pub/ovirt-master-snapshot
>
> Thanks,
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://red.ht/sig>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/3T43P5W7BKI2CFVTKIIPLJOGE7YUGA7C/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/S72POC5JLSG5ODAWHIN6ZFJOULAUWC54/

[ovirt-devel] Re: [URGENT] Re: Re: [ OST Failure Report ] [ oVirt Master ] [ 27-02-2019 ] [ 002_bootstrap.get_host_devices]

[Eyal Edri]

On Fri, Mar 1, 2019, 15:38 Dan Kenigsberg  wrote:

> I think this would be a bad idea, Dafna.
>
> OST exists to find bug, not to skip tests.
> Michal said that he be working on it. It's time to call him (or Ryan or
> Shmuel)  to hear his finding, not to kill his tests.
>

Sorry, but Dafna won't be calling to anyone just to make sure they read
urgent emails or act on OST failures.

if its important enough, anyone from the relevant team can act upon it
faster, if they can't and its affecting CI stability, they can revert the
Skip when they have time to address and debug it.


> If you do skip his test, you should file an oVirt bug about it.
>
> On Fri, 1 Mar 2019, 11:46 Dafna Ron,  wrote:
>
>> Hi,
>>
>> As this is failing on average 3 patches a day (from different projects)
>> and it seems no one is working on debugging this issue, I will add a patch
>> to skip this test today.
>>
>> Thanks,
>> Dafna
>>
>>
>> On Thu, Feb 28, 2019 at 2:12 PM Dafna Ron  wrote:
>>
>>> Hi,
>>>
>>> We are still getting random failures on this test.
>>> Is anyone working on this?
>>>
>>> Thanks,
>>> Dafna
>>>
>>>
>>> On Wed, Feb 27, 2019 at 9:10 PM Nir Soffer  wrote:
>>>
 On Wed, Feb 27, 2019 at 4:31 PM Dan Kenigsberg 
 wrote:

> HTH
>
>
> https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/13163/artifact/basic-suite.el7.x86_64/test_logs/basic-suite-master/post-002_bootstrap.py/
>
>
>
> https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/13163/artifact/basic-suite.el7.x86_64/test_logs/basic-suite-master/post-002_bootstrap.py/lago-basic-suite-master-engine/_var_log/ovirt-engine/
>
>
 Hers is another failure:

 https://jenkins.ovirt.org/job/ovirt-system-tests_manual/4169/testReport/junit/(root)/002_bootstrap/get_host_devices/



>
> On Wed, Feb 27, 2019 at 4:24 PM Michal Skrivanek <
> michal.skriva...@redhat.com> wrote:
>
>>
>>
>> On 27 Feb 2019, at 14:07, Galit Rosenthal 
>> wrote:
>>
>> Hi,
>>
>> we are failing basic suite master (vdsm, ovirt-engine-sdk ...)
>>
>> It happens sporadically.
>>
>> We disqualify that this is an infra issue.
>>
>> Can you please have a look at the issue?
>>
>>
>> ERROR:
>>
>> 
>> 
>>
>>
>> Thanks,
>>
>> Galit
>>
>>
>> Examples, Full logs:
>>
>>
>> where can I find full logs? It would be interesting to see hosts’
>> logs as well as engine.log
>>
>> Thanks,
>> michal
>>
>> [1] 
>> https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/ovirt-master_change-queue-tester/runs/13163/nodes/135/steps/286/log/?start=0
>>
>>
>> [2]
>>
>> https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/ovirt-master_change-queue-tester/runs/13154/nodes/135/steps/286/log/?start=0
>>
>>
>>
>> ___
>> Infra mailing list -- in...@ovirt.org
>> To unsubscribe send an email to infra-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/WXW6II3NYEXHISPI45R4GTE7GXSGF2A7/
>>
>>
>> --
>>
>> GALIT ROSENTHAL
>>
>> SOFTWARE ENGINEER
>> Red Hat
>>
>> 
>>
>> ga...@gmail.comT: 972-9-7692230
>> 
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/HF4MB2VMJKBO4O277K46HLPBUPYEXGHW/
>>
>>
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/YY4MXJ44Q6TJQRFFD6KFSR4FV7OCYATW/
>>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/KUHLEKMAVQ7NPX6EZKCMY65AIZUWBR7G/
>
 

[ovirt-devel] Re: OST manual: enable engine 4.3

[Eyal Edri]

Its also pending when/if the 4.3 suites are ready and working,
I think they are still WIP.



On Thu, Feb 28, 2019 at 9:50 AM Yedidyah Bar David  wrote:

> On Wed, Feb 27, 2019 at 9:56 PM Nir Soffer  wrote:
> >
> > When starting manual OST job, we can select engine version.
> > The available options are:
> > - master
> > - 42
> >
> > Since we have now 4.3 branch, we should be able to select 4.3 engine.
>
> We didn't branch yet. Tal should branch it RSN.
> --
> Didi
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/2R7NEKEVL3MEVAXKQ4F3TJ5YOEJZ54C6/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/RRGB6TN74XTNB3EHM2F5TYW7YN5YLQZH/

[ovirt-devel] Re: Vdsm branch ovirt-4.3 created

[Eyal Edri]

On Wed, Feb 27, 2019 at 12:25 AM Nir Soffer  wrote:

> On Tue, Feb 26, 2019 at 11:59 PM Milan Zamazal 
> wrote:
>
>> Nir Soffer  writes:
>>
>> > On Tue, Feb 26, 2019 at 1:47 PM Milan Zamazal 
>> wrote:
>> >
>> >> Nir Soffer  writes:
>> >>
>> >> > On Tue, Feb 26, 2019 at 1:37 PM Milan Zamazal 
>> >> wrote:
>> >> >
>> >> >> Dan Kenigsberg  writes:
>> >> >>
>> >> >> > On Tue, Feb 26, 2019 at 1:24 PM Milan Zamazal <
>> mzama...@redhat.com>
>> >> >> wrote:
>> >> >> >
>> >> >> >> Hi,
>> >> >> >>
>> >> >> >> I created ovirt-4.3 branch.  That means patches for 4.3 must be
>> >> >> >> backported from master since now.
>> >> >> >>
>> >> >> >> Not everything regarding CI is ready yet, but until we make the
>> >> branch,
>> >> >> >> we can't make some things working nor prove they are working.  We
>> >> need
>> >> >> >> the branch to move forward.
>> >> >> >>
>> >> >> >> *Please don't merge non-4.3 patches to master yet.*
>> >> >>
>> >> >
>> >> > Do we plan to rebase on master after initial testing?
>> >>
>> >> No.  I'm going to merge 4.3 backports quickly during the testing phase
>> >> and to make the testing phase as short as possible.
>> >>
>> >
>> > So we have these backports for 4.3:
>> > https://gerrit.ovirt.org/q/topic:backport%252F4.3%252F4k
>> >
>> > Waiting for your quick merge :-)
>>
>> Done.
>>
>> If you can, please check what CI has done with your ovirt-4.3 patches.
>>
>
> So far only one patch finished the on merge job:
> https://jenkins.ovirt.org/job/vdsm_standard-on-merge/381/
>
> For the other 2 patches, no build was started:
> https://gerrit.ovirt.org/c/98068
> https://gerrit.ovirt.org/c/98066
>
> I see 2 pending jobs here:
> https://jenkins.ovirt.org/job/vdsm_standard-on-merge/
> #385, #386
>
> Maybe we don't have enough resources for running the 4.3 jobs?
>
>
>> If it works as expected, we can drop the embargo on master and start
>> handling backports in usual ways.  If anything is wrong or missing,
>> please report.
>>
>> Just note that the only OST 4.3 suite already merged is basic-suite-4.3.
>>
>
> Cool, we will try it with 4.3 branch.
>
> Nir
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ZJWRANU6DCQPDL77XN5JNQQPEXDPB7JF/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/RGIKVK2ZBDELMGCF45FO5K3GOK6Z5BLR/

[ovirt-devel] Re: [URGENT] - seems like regression: Re: Re: Misc configuration': Failed to start service 'rh-postgresql95-postgresql

[Eyal Edri]

On Tue, Feb 19, 2019, 19:45 Galit Rosenthal  Hi
>
> U/S CQ master passed after the use of an updated image
>

+1, glad to hear that.
are we going to apply also the other suggestion for workarounds for
postgresql or abandon them?


> Regards
> Galit
>
>
>
> בתאריך יום ג׳, 19 בפבר׳ 2019, 17:25, מאת Sandro Bonazzola <
> sbona...@redhat.com>:
>
>>
>>
>> Il giorno mar 19 feb 2019 alle ore 10:53 Anton Marchukov <
>> amarc...@redhat.com> ha scritto:
>>
>>> Hello Tal, Sandro.
>>>
>>> Since engine from previous tag was failing and hence it is not yet build
>>> we might consider including this fix into the new tag that we need to do
>>> anyway (in case the bumps are not merged yet).
>>>
>>
>> I'm trying to verify didi's patch, but it's kind of hard to reproduce on
>> my laptop.
>>
>>
>>
>>>
>>> Anton.
>>>
>>> > On 19 Feb 2019, at 10:40, Yedidyah Bar David  wrote:
>>> >
>>> > On Tue, Feb 19, 2019 at 10:34 AM Doron Fediuck 
>>> wrote:
>>> >
>>> >
>>> > On Tue, 19 Feb 2019 at 10:25, Yedidyah Bar David 
>>> wrote:
>>> > On Tue, Feb 19, 2019 at 9:52 AM Yedidyah Bar David 
>>> wrote:
>>> > On Tue, Feb 19, 2019 at 9:49 AM Eyal Edri  wrote:
>>> >
>>> >
>>> > On Tue, Feb 19, 2019 at 9:29 AM Yedidyah Bar David 
>>> wrote:
>>> > On Tue, Feb 19, 2019 at 9:15 AM Dan Kenigsberg 
>>> wrote:
>>> > >
>>> > > On Mon, Feb 18, 2019 at 11:39 AM Martin Perina 
>>> wrote:
>>> > > >
>>> > > >
>>> > > >
>>> > > > On Mon, Feb 18, 2019 at 10:32 AM Dafna Ron 
>>> wrote:
>>> > > >>
>>> > > >> Also, try to run the same in mock which would isolate your
>>> environment
>>> > > >
>>> > > >
>>> > > > My environment is minimal CentOS 7 VM installed from scratch, why
>>> would mock help me?
>>> > > >
>>> > > > Unfortunately I have FC29 on laptop and I haven't been able to run
>>> OST on it so far :-(
>>> > > >
>>> > > > I have been discussing with Galit over IRC and so far we haven't
>>> been able to identify any different package version on my CentOS (where
>>> everything works as expected) and her OST environment (where PG 9.5 failed
>>> to start).
>>> > >
>>> > >
>>> > > Have you tried running OST 4.2 locally? When it fails, it should keep
>>> > > everything available for you to ssh into.
>>> > > It has been the 4th night that the out 4.2 suite is failing, which is
>>> > > not a healthy condition to be in.
>>> >
>>> > Reproduced and added this comment:
>>> >
>>> > https://bugzilla.redhat.com/show_bug.cgi?id=1518599#c6
>>> >
>>> > If we do not get a solution soon, we can consider a workaround (as we
>>> > did in bug 1518253).
>>> >
>>> > Galit sent a WA which seems to work, do we want to merge it?  [1]
>>> >
>>> > Current version of this patch is only for the upgrade suites. I do not
>>> object to merging, we might want to handle somewhere for all suites.
>>> >
>>> > I am working on a workaround in engine-setup.
>>> >
>>> > Seems like it would not be so easy, so perhaps for now we can update
>>> our images in CI to make sure they already have latest selinux packages. I
>>> think this will fix too.
>>> >
>>> > So is this an selinux policy bug? Or is it on our side?
>>> >
>>> > It's a bug in the selinux policy package, yes, not on our side.
>>> >
>>> > Now pushed a workaround:
>>> >
>>> > https://gerrit.ovirt.org/97870
>>> >
>>> >
>>> >
>>> > or maybe consider reverting the vmconsole patch? [2]  which might have
>>> started this whole issue?
>>> >
>>> > I think it's not related, not sure.
>>> >
>>> >
>>> >
>>> > [1] https://gerrit.ovirt.org/#/c/97843/
>>> > [2] https://gerrit.ovirt.org/#/c/97704/
>>> >
>>> >
>>> > Best regards,
>>> > --
>>> > Didi
>>> > ___
>>> > Devel mailing list -- devel@

[ovirt-devel] Re: ovirt-engine has been tagged (ovirt-engine-4.3.1.1)

[Eyal Edri]

did it pass CI?

On Tue, Feb 19, 2019, 18:50 Tal Nisan 
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/VQRIKM5KKQEOW7SP7IQMBYZ7Y6WSFHOX/
>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/RB3DL6AEE52KWLJXLX3IWTYAES7WCAQZ/

[ovirt-devel] Re: ovirt-engine has been tagged (ovirt-engine-4.3.1)

[Eyal Edri]

t.testQuery:81->getCollection:634
>>>>>>>>>>>>  ? Mapping*17:45:55* [INFO] *17:45:55* [ERROR] Tests run: 1849, 
>>>>>>>>>>>> Failures: 5, Errors: 19, Skipped: 65*17:45:55* [INFO] *17:45:55* 
>>>>>>>>>>>> [INFO] 
>>>>>>>>>>>> *17:45:55*
>>>>>>>>>>>>  [INFO] Reactor Summary:*17:45:55* [INFO] *17:45:55* [INFO] oVirt 
>>>>>>>>>>>> Findbugs Filters  SUCCESS 
>>>>>>>>>>>> [1.970s]*17:45:55* [INFO] ovirt-root 
>>>>>>>>>>>>  SUCCESS 
>>>>>>>>>>>> [3.307s]*17:45:55* [INFO] oVirt Build Tools root 
>>>>>>>>>>>>  SUCCESS [1.213s]*17:45:55* [INFO] 
>>>>>>>>>>>> oVirt checkstyle .. SUCCESS 
>>>>>>>>>>>> [2.121s]*17:45:55* [INFO] oVirt Checkstyle Checks 
>>>>>>>>>>>> ... SUCCESS [3.430s]*17:45:55* [INFO] 
>>>>>>>>>>>> oVirt Modules - backend ... SUCCESS 
>>>>>>>>>>>> [0.734s]*17:45:55* [INFO] oVirt Manager 
>>>>>>>>>>>> . SUCCESS [0.738s]*17:45:55* 
>>>>>>>>>>>> [INFO] oVirt Engine dependencies . SUCCESS 
>>>>>>>>>>>> [0.891s]*17:45:55* [INFO] oVirt Engine common dependencies 
>>>>>>>>>>>> .. SUCCESS [3.350s]*17:45:55* [INFO] oVirt Engine 
>>>>>>>>>>>> tools dependencies ... SUCCESS [0.813s]*17:45:55* 
>>>>>>>>>>>> [INFO] Utilities to extend java.logging framework  SUCCESS 
>>>>>>>>>>>> [1.682s]*17:45:55* [INFO] Extensions API root 
>>>>>>>>>>>> ... SUCCESS [0.005s]*17:45:55* [INFO] 
>>>>>>>>>>>> ovirt-engine-extensions-api ... SUCCESS 
>>>>>>>>>>>> [9.274s]*17:45:55* [INFO] oVirt Modules - manager 
>>>>>>>>>>>> ... SUCCESS [2.056s]*17:45:55* [INFO] 
>>>>>>>>>>>> Universal utilities ... SUCCESS 
>>>>>>>>>>>> [20.282s]*17:45:55* [INFO] Extensions manager 
>>>>>>>>>>>>  SUCCESS [5.412s]*17:45:55* [INFO] 
>>>>>>>>>>>> GWT UI Compatibility .. SUCCESS 
>>>>>>>>>>>> [6.178s]*17:45:55* [INFO] Common Code 
>>>>>>>>>>>> ... SUCCESS 
>>>>>>>>>>>> [36.381s]*17:45:55* [INFO] Common utilities 
>>>>>>>>>>>> .. SUCCESS [35.291s]*17:45:55* 
>>>>>>>>>>>> [INFO] Branding package .. SUCCESS 
>>>>>>>>>>>> [9.146s]*17:45:55* [INFO] ovirt-engine sso 
>>>>>>>>>>>> .. SUCCESS [5.829s]*17:45:55* 
>>>>>>>>>>>> [INFO] Data Access Layer . SUCCESS 
>>>>>>>>>>>> [30.876s]*17:45:55* [INFO] engine scheduler bean 
>>>>>>>>>>>> . SUCCESS [6.888s]*17:45:55* [INFO] 
>>>>>>>>>>>> Vds broker  SUCCESS 
>>>>>>>>>>>> [32.916s]*17:45:55* [INFO] builtin-extensions 
>>>>>>>>>>>>  SUCCESS [2.320s]*17:45:55* [INFO] 
>>>>>>>>>>>> Search Backend  SUCCESS 
>>>>>>>>>>>> [10.064s]*17:45:55* [INFO] Backend Authentication, Authorization 
>>>>>>>>>>>> and Accounting  SUCCESS [7.355s]*17:45:55* [INFO] Custom 
>>>>>>>>>>>> Application Server Authentication Plugin ... SUCCESS 
>>>>>>>>>>>> [3.320s]*17:45:55* [INFO] Backend Logic @Service bean 
>>>>>>>>>>>> ... SUCCESS [2:51.560s]*17:45:55* [INFO] oVirt 
>>>>>>>>>>>> RESTful API Backend Integration . SUCCESS 
>>>>>>>>>>>> [1.084s]*17:45:55* [INFO] oVirt RESTful API interface 
>>>>>>>>>>>> ... SUCCESS [1.005s]*17:45:55* [INFO] oVirt 
>>>>>>>>>>>> Engine API Definition ... SUCCESS 
>>>>>>>>>>>> [50.498s]*17:45:55* [INFO] oVirt Engine API Commom Parent POM 
>>>>>>>>>>>>  SUCCESS [1.037s]*17:45:55* [INFO] oVirt Engine 
>>>>>>>>>>>> API Common JAX-RS  SUCCESS [8.077s]*17:45:55* 
>>>>>>>>>>>> [INFO] oVirt RESTful API Backend Integration Type Mappers  SUCCESS 
>>>>>>>>>>>> [22.779s]*17:45:55* [INFO] oVirt RESTful API Backend Integration 
>>>>>>>>>>>> JAX-RS Resources  FAILURE [1:52.179s]
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Job is here:
>>>>>>>>>>>> https://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64/8532/consoleFull
>>>>>>>>>>>>
>>>>>>>>>>>> So we need a respin once fixed.
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>>
>>>>>>>>>>>> SANDRO BONAZZOLA
>>>>>>>>>>>>
>>>>>>>>>>>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>>>>>>>>>>>
>>>>>>>>>>>> Red Hat EMEA <https://www.redhat.com/>
>>>>>>>>>>>>
>>>>>>>>>>>> sbona...@redhat.com
>>>>>>>>>>>> <https://red.ht/sig>
>>>>>>>>>>>> ___
>>>>>>>>>>>> Devel mailing list -- devel@ovirt.org
>>>>>>>>>>>> To unsubscribe send an email to devel-le...@ovirt.org
>>>>>>>>>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>>>>>>>>>> oVirt Code of Conduct:
>>>>>>>>>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>>>>>>>>>> List Archives:
>>>>>>>>>>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/2GJAJHWAD5X435IFQWIABZF5KXFQ5NHM/
>>>>>>>>>>>>
>>>>>>>>>>> ___
>>>>>>>>>>> Devel mailing list -- devel@ovirt.org
>>>>>>>>>>> To unsubscribe send an email to devel-le...@ovirt.org
>>>>>>>>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>>>>>>>>> oVirt Code of Conduct:
>>>>>>>>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>>>>>>>>> List Archives:
>>>>>>>>>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/32XDCPM6IPOD7SACIFJKB74PP3HSDHI2/
>>>>>>>>>>>
>>>>>>>>>> ___
>>>>>>>>>> Devel mailing list -- devel@ovirt.org
>>>>>>>>>> To unsubscribe send an email to devel-le...@ovirt.org
>>>>>>>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>>>>>>>> oVirt Code of Conduct:
>>>>>>>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>>>>>>>> List Archives:
>>>>>>>>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/LV6XFFQPI4ZFZ2DNJZNHEVBGIASEGYPV/
>>>>>>>>>>
>>>>>>>>> ___
>>>>>>>> Devel mailing list -- devel@ovirt.org
>>>>>>>> To unsubscribe send an email to devel-le...@ovirt.org
>>>>>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>>>>>> oVirt Code of Conduct:
>>>>>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>>>>>> List Archives:
>>>>>>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/THBBN6G2ETAEEGCFGIU7CEKUNBZVCCEF/
>>>>>>>>
>>>>>>> ___
>>>> Devel mailing list -- devel@ovirt.org
>>>> To unsubscribe send an email to devel-le...@ovirt.org
>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>> oVirt Code of Conduct:
>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>> List Archives:
>>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ZG57PMU7GKJ57ZFLHXVFP43U64Z2VY2Q/
>>>>
>>>
>>>
>>> --
>>>
>>> GREG SHEREMETA
>>>
>>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>>>
>>> Red Hat NA
>>>
>>> <https://www.redhat.com/>
>>>
>>> gsher...@redhat.comIRC: gshereme
>>> <https://red.ht/sig>
>>>
>>
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://red.ht/sig>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/JQXGE3YQND3BITBWDHFPSXJOA7NLLUNM/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/J3SAG5NAGUIY6MRWQIJRTJWJQN4QXLJ4/

[ovirt-devel] Re: [URGENT] - seems like regression: Re: Re: Misc configuration': Failed to start service 'rh-postgresql95-postgresql

[Eyal Edri]

On Tue, Feb 19, 2019 at 9:29 AM Yedidyah Bar David  wrote:

> On Tue, Feb 19, 2019 at 9:15 AM Dan Kenigsberg  wrote:
> >
> > On Mon, Feb 18, 2019 at 11:39 AM Martin Perina 
> wrote:
> > >
> > >
> > >
> > > On Mon, Feb 18, 2019 at 10:32 AM Dafna Ron  wrote:
> > >>
> > >> Also, try to run the same in mock which would isolate your environment
> > >
> > >
> > > My environment is minimal CentOS 7 VM installed from scratch, why
> would mock help me?
> > >
> > > Unfortunately I have FC29 on laptop and I haven't been able to run OST
> on it so far :-(
> > >
> > > I have been discussing with Galit over IRC and so far we haven't been
> able to identify any different package version on my CentOS (where
> everything works as expected) and her OST environment (where PG 9.5 failed
> to start).
> >
> >
> > Have you tried running OST 4.2 locally? When it fails, it should keep
> > everything available for you to ssh into.
> > It has been the 4th night that the out 4.2 suite is failing, which is
> > not a healthy condition to be in.
>
> Reproduced and added this comment:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1518599#c6
>
> If we do not get a solution soon, we can consider a workaround (as we
> did in bug 1518253).
>

Galit sent a WA which seems to work, do we want to merge it?  [1]
or maybe consider reverting the vmconsole patch? [2]  which might have
started this whole issue?


[1] https://gerrit.ovirt.org/#/c/97843/
[2] https://gerrit.ovirt.org/#/c/97704/


>
> Best regards,
> --
> Didi
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/XYD4CJQGHAUKDQ43QY44D3FH6HA3ET4L/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/FKQ2VD2L2Q3AI5GJN3H4I6OJ4N3E3JMP/

[ovirt-devel] Re: vdsm has been tagged (v4.30.9)

[Eyal Edri]

On Mon, Feb 18, 2019 at 5:18 PM Nir Soffer  wrote:

> On Mon, Feb 18, 2019 at 4:50 PM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno lun 18 feb 2019 alle ore 15:47 Sandro Bonazzola <
>> sbona...@redhat.com> ha scritto:
>>
>>>
>>>
>>> Please note build failed:
>>> https://jenkins.ovirt.org/job/vdsm_standard-on-merge/338/artifact/ci_build_summary.html
>>>
>>
>> retriggering the build, looks like an infra issue
>>
>
> The patch failing did not change anything related to the build.
>
> Looks like build artifacts on s390x is broken now:
>
> https://jenkins.ovirt.org/job/vdsm_standard-on-merge/339//artifact/build-artifacts.fc28.s390x/mock_logs/script/stdout_stderr.log
>
> + yum-builddep ./vdsm.spec
> Failed to synchronize cache for repo 'vdo', disabling.
> Failed to synchronize cache for repo 'virt-preview', disabling.
> Last metadata expiration check: 0:00:00 ago on Mon 18 Feb 2019 02:53:45 PM 
> UTC.
> Package python2-pyyaml-3.12-10.fc28.s390x is already installed, skipping.
> Package openssl-1:1.1.0i-1.fc28.s390x is already installed, skipping.
> Package python2-2.7.15-4.fc28.s390x is already installed, skipping.
> Package python2-dateutil-1:2.6.1-3.fc28.noarch is already installed, skipping.
> Package python2-six-1.11.0-3.fc28.noarch is already installed, skipping.
> Package python2-subprocess32-3.2.6-11.fc28.s390x is already installed, 
> skipping.
> Package python2-devel-2.7.15-4.fc28.s390x is already installed, skipping.
> Package python2-enum34-1.1.6-4.fc28.noarch is already installed, skipping.
> Package rpm-build-4.14.2.1-2.fc28.s390x is already installed, skipping.
> Package systemd-238-10.git438ac26.fc28.s390x is already installed, skipping.
> Dependencies resolved.
> 
>  Package   Arch  Version  Repository   
> Size
> 
> Upgrading:
>  systemd   s390x 238-11.gita76ee90.fc28   updates 3.3 
> M
>  systemd-container s390x 238-11.gita76ee90.fc28   updates 424 
> k
>  systemd-libs  s390x 238-11.gita76ee90.fc28   updates 463 
> k
>  systemd-pam   s390x 238-11.gita76ee90.fc28   updates 193 
> k
>  systemd-udev  s390x 238-11.gita76ee90.fc28   updates 1.2 
> M
>
> Transaction Summary
> 
> Upgrade  5 Packages
>
> Total download size: 5.6 M
> Downloading Packages:
> Delta RPMs reduced 5.6 MB of updates to 1.5 MB (73.1% saved)
> [Errno 2] No such file or directory: 
> '/var/cache/dnf/updates-07b7057ee4fded96/packages/systemd-238-11.gita76ee90.fc28.s390x.rpm'
> Took 24 seconds
>
> ===
>
> We need to disable this in stdci.yml, or change the change queue to ignore
> this build if possible.
>
>
I suggest to disable it if it's not stable and we don't use it, its a
single VM that was borrowed from external resource.


> Nir
>
>
>
>>
>>
>>
>>>
>>>
>>>
>>> --
>>>
>>> SANDRO BONAZZOLA
>>>
>>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>>
>>> Red Hat EMEA <https://www.redhat.com/>
>>>
>>> sbona...@redhat.com
>>> <https://red.ht/sig>
>>>
>>
>>
>> --
>>
>> SANDRO BONAZZOLA
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA <https://www.redhat.com/>
>>
>> sbona...@redhat.com
>> <https://red.ht/sig>
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WZFGDY4VW37BLGJ766GPBIDFWOSAP6DF/
>>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/E5CPOTSIAK3GGWSY3JBG7FV5RGY5H5Q7/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/JEHB2DMSQORVZMPC5FLYZ65TQA5B5NFT/

[ovirt-devel] Re: Vdsm: Intention to make ovirt-4.3 branch

[Eyal Edri]

On Mon, Feb 18, 2019 at 4:03 PM Milan Zamazal  wrote:

> Hi, unless there is still anything preventing to make Vdsm 4.3 branch,
> I'm going to make the branch soon.
>
> I posted the following patches to be merged to master soon after the
> branch is created:
>
> - https://gerrit.ovirt.org/97841 (adding ovirt-4.3 to vdsm/stdci.yaml)
> - https://gerrit.ovirt.org/97842 (adding Vdsm ovirt-4.3 to Jenkins)
>
> Once the branch is created:
>
> - https://gerrit.ovirt.org/96632 can be merged to master
>
> - I'm going to make an ovirt-4.3 patch to redirect oVirt repos in
>   vdsm/automation from master to 4.3.
>
> - OST + Jenkins should be updated to add 4.3 compat suite once Engine
>   4.3 branch is created too.
>

Anton, Galit, Dafna - do we have 4.3 suites ready yet?


> The first patch merged to master after branching 4.3 will be tagged as
> 4.40.0.
>
> Please let me know in case anything more is needed.
>
> Thanks,
> Milan
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/HC5UWZER35AR7PF53SQCAALPUAQOZLL3/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/XG6ID5TEIPQRSOONBJWWESGLSIIH4DK7/

[ovirt-devel] Re: Reminder: please build packaged for 4.3.1 RC today

[Eyal Edri]

I think we need to address the CI failure reported on postgresql before
building, so we won't end up building a broken build.

On Mon, Feb 18, 2019 at 10:16 AM Sandro Bonazzola 
wrote:

> We are composing 4.3.1 RC tomorrow morning (11:00 CET timezone), please
> build your packages before that time and be sure to update the releng-tools
> configuration files for the release including your builds.
>
> Thanks,
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://red.ht/sig>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/GZGYSGFUVCSITUGM5DDQTM2MKK4MXYYR/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/OWSWN3DUHZCY4HM5WM5Y5VWGOAY7PB4T/

[ovirt-devel] Re: [ OST Failure Report ] [ oVirt Master/4.2 (ovirt-vmconsole) ] [ 15-02-2019 ] [ TEST NAME ]

[Eyal Edri]

BuildRequires: selinux-policy-devel \
>> Requires(post): selinux-policy-base >= %{_selinux_policy_version} \
>> Requires(post): libselinux-utils \
>> Requires(post): policycoreutils \
>> %if 0%{?fedora} || 0%{?rhel} > 7\
>> Requires(post): policycoreutils-python-utils \
>> %else \
>> Requires(post): policycoreutils-python \
>> %endif \
>> %{nil}
>>
>>
>> Now, if we crosscheck the packages in the build
>> https://brewweb.engineering.redhat.com/brew/buildinfo?buildID=845144
>>
>>
>> 1067 16:34:41 fromani@musashi2 /tmp $ wget -v
>> http://download.eng.bos.redhat.com/brewroot/vol/rhel-7/packages/ovirt-vmconsole/1.0.7/1.el7ev/noarch/ovirt-vmconsole-1.0.7-1.el7ev.noarch.rpm
>> --2019-02-15 16:34:44--
>> http://download.eng.bos.redhat.com/brewroot/vol/rhel-7/packages/ovirt-vmconsole/1.0.7/1.el7ev/noarch/ovirt-vmconsole-1.0.7-1.el7ev.noarch.rpm
>> Resolving download.eng.bos.redhat.com (download.eng.bos.redhat.com)...
>> 10.19.43.4
>> Connecting to download.eng.bos.redhat.com 
>> (download.eng.bos.redhat.com)|10.19.43.4|:80...
>> connected.
>> HTTP request sent, awaiting response... 200 OK
>> Length: 35160 (34K) [application/x-rpm]
>> Saving to: ‘ovirt-vmconsole-1.0.7-1.el7ev.noarch.rpm’
>>
>> ovirt-vmconsole-1.0.7-1.el7ev.noarch.rpm
>> 100%[==>]
>> 34.34K   108KB/sin 0.3s
>>
>> 2019-02-15 16:34:45 (108 KB/s) -
>> ‘ovirt-vmconsole-1.0.7-1.el7ev.noarch.rpm’ saved [35160/35160]
>>
>> 1068 16:34:45 fromani@musashi2 /tmp $ rpm -qpR
>> ovirt-vmconsole-1.0.7-1.el7ev.noarch.rpm
>> /bin/sh
>> /bin/sh
>> /bin/sh
>> /bin/sh
>> libselinux-utils
>> libselinux-utils
>> libselinux-utils
>> policycoreutils
>> policycoreutils
>> policycoreutils-python
>> policycoreutils-python
>> python
>> python(abi) = 2.7
>> rpmlib(CompressedFileNames) <= 3.0.4-1
>> rpmlib(FileDigests) <= 4.6.0-1
>> rpmlib(PartialHardlinkSets) <= 4.0.4-1
>> rpmlib(PayloadFilesHavePrefix) <= 4.0-1
>> selinux-policy >= 3.13.1-229.el7_6.9
>> selinux-policy-base >= 3.13.1-229.el7_6.9
>> shadow-utils
>> rpmlib(PayloadIsXz) <= 5.2-1
>>
>> and a package built locally on my fc29 laptop:
>>
>> 1076 16:36:38 fromani@musashi2 ~/rpmbuild/RPMS/noarch $ rpm -qpR
>> ovirt-vmconsole-1.0.7-2.fc29.noarch.rpm
>> /bin/sh
>> /bin/sh
>> /bin/sh
>> /bin/sh
>> libselinux-utils
>> libselinux-utils
>> libselinux-utils
>> policycoreutils
>> policycoreutils
>> policycoreutils-python
>> policycoreutils-python
>> policycoreutils-python-utils
>> python
>> python(abi) = 2.7
>> rpmlib(CompressedFileNames) <= 3.0.4-1
>> rpmlib(FileDigests) <= 4.6.0-1
>> rpmlib(PartialHardlinkSets) <= 4.0.4-1
>> rpmlib(PayloadFilesHavePrefix) <= 4.0-1
>> rpmlib(PayloadIsXz) <= 5.2-1
>> selinux-policy >= 3.14.2-48.fc29
>> selinux-policy-base >= 3.14.2-48.fc29
>> shadow-utils
>>
>> We can see all the deps seems right - and surely it depends on
>> selinux-policy
>>
>>
>> I can't say what's wrong on CI or what's the best fix, but the deps looks
>> fine in the vmconsole package.
>>
>>
>> --
>> Francesco Romani
>> Senior SW Eng., Virtualization R
>> Red Hat
>> IRC: fromani github: @fromanirh
>>
>>

-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/SLWXKD2UAKZ73IIUPRTRJRNPBKIRXAXC/

[ovirt-devel] Re: Can we drop fc27 jobs / rpms from CI/tested repos?

[Eyal Edri]

Adding Galit.

On Sun, Jan 13, 2019 at 10:08 AM Eyal Edri  wrote:

> Almost all were removed, still remaining:
>
>-
>jenkins_master_check-patch-fc27-x86_64
>
> <https://jenkins.ovirt.org/search/?q=jenkins_master_check-patch-fc27-x86_64>
>- system-sync_mirrors-fedora-base-fc27-x86_64
>
> <https://jenkins.ovirt.org/search/?q=system-sync_mirrors-fedora-base-fc27-x86_64>
>- system-sync_mirrors-fedora-updates-fc27-x86_64
>
> <https://jenkins.ovirt.org/search/?q=system-sync_mirrors-fedora-updates-fc27-x86_64>
>- lago-ost-plugin_master_github_check-patch-fc27-x86_64
>
> <https://jenkins.ovirt.org/search/?q=lago-ost-plugin_master_github_check-patch-fc27-x86_64>
>- lago-ost-plugin_master_github_check-merged-fc27-x86_64
>
> <https://jenkins.ovirt.org/search/?q=lago-ost-plugin_master_github_check-merged-fc27-x86_64>
>- lago-ost-plugin_master_github_build-artifacts-fc27-x86_64
>
> <https://jenkins.ovirt.org/search/?q=lago-ost-plugin_master_github_build-artifacts-fc27-x86_64>
>-
>
> Galit/Ehud - please see if these can be dropped.
>
> On Thu, Jan 10, 2019 at 1:04 PM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno mar 25 dic 2018 alle ore 15:44 Eyal Edri  ha
>> scritto:
>>
>>> I see the following jobs still exists:
>>>
>>>
>>>- jenkins_master_check-patch-fc27-x86_64
>>>
>>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=jenkins_master_check-patch-fc27-x86_64>
>>>- repoman_master_check-patch-fc27-x86_64
>>>
>>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=repoman_master_check-patch-fc27-x86_64>
>>>- repoman_master_check-merged-fc27-x86_64
>>>
>>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=repoman_master_check-merged-fc27-x86_64>
>>>- pthreading_master_check-patch-fc27-x86_64
>>>
>>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=pthreading_master_check-patch-fc27-x86_64>
>>>- repoman_master_build-artifacts-fc27-x86_64
>>>
>>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=repoman_master_build-artifacts-fc27-x86_64>
>>>- system-sync_mirrors-fedora-base-fc27-x86_64
>>>
>>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=system-sync_mirrors-fedora-base-fc27-x86_64>
>>>- pthreading_master_build-artifacts-fc27-x86_64
>>>
>>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=pthreading_master_build-artifacts-fc27-x86_64>
>>>- system-sync_mirrors-fedora-updates-fc27-x86_64
>>>
>>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=system-sync_mirrors-fedora-updates-fc27-x86_64>
>>>- ovirt-engine-api-model_4.1_check-patch-fc27-x86_64
>>>
>>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=ovirt-engine-api-model_4.1_check-patch-fc27-x86_64>
>>>- ovirt-engine-api-model_4.2_check-patch-fc27-x86_64
>>>
>>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=ovirt-engine-api-model_4.2_check-patch-fc27-x86_64>
>>>- lago-ost-plugin_master_github_check-patch-fc27-x86_64
>>>
>>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=lago-ost-plugin_master_github_check-patch-fc27-x86_64>
>>>- ovirt-engine-api-model_master_check-patch-fc27-x86_64
>>>
>>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=ovirt-engine-api-model_master_check-patch-fc27-x86_64>
>>>- lago-ost-plugin_master_github_check-merged-fc27-x86_64
>>>
>>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=lago-ost-plugin_master_github_check-merged-fc27-x86_64>
>>>- lago-ost-plugin_master_github_build-artifacts-fc27-x86_64
>>>
>>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=lago-ost-plugin_master_github_build-artifacts-fc27-x86_64>
>>>
>>>
>>> This means also dropping the mirrors for it.
>>>
>>>
>> fc27 is EOL so yes, I think it's safe to drop them.
>>
>>
>>
>>
>>> --
>>>
>>> Eyal edri
>>>
>>>
>>> MANAGER
>>>
>>> RHV/CNV DevOps
>>>
>>

[ovirt-devel] Re: Can we drop fc27 jobs / rpms from CI/tested repos?

[Eyal Edri]

Almost all were removed, still remaining:
-
jenkins_master_check-patch-fc27-x86_64
<https://jenkins.ovirt.org/search/?q=jenkins_master_check-patch-fc27-x86_64>
- system-sync_mirrors-fedora-base-fc27-x86_64
<https://jenkins.ovirt.org/search/?q=system-sync_mirrors-fedora-base-fc27-x86_64>
- system-sync_mirrors-fedora-updates-fc27-x86_64
<https://jenkins.ovirt.org/search/?q=system-sync_mirrors-fedora-updates-fc27-x86_64>
- lago-ost-plugin_master_github_check-patch-fc27-x86_64
<https://jenkins.ovirt.org/search/?q=lago-ost-plugin_master_github_check-patch-fc27-x86_64>
- lago-ost-plugin_master_github_check-merged-fc27-x86_64
<https://jenkins.ovirt.org/search/?q=lago-ost-plugin_master_github_check-merged-fc27-x86_64>
- lago-ost-plugin_master_github_build-artifacts-fc27-x86_64
<https://jenkins.ovirt.org/search/?q=lago-ost-plugin_master_github_build-artifacts-fc27-x86_64>
-
Galit/Ehud - please see if these can be dropped.

On Thu, Jan 10, 2019 at 1:04 PM Sandro Bonazzola 
wrote:

>
>
> Il giorno mar 25 dic 2018 alle ore 15:44 Eyal Edri  ha
> scritto:
>
>> I see the following jobs still exists:
>>
>>
>>- jenkins_master_check-patch-fc27-x86_64
>>
>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=jenkins_master_check-patch-fc27-x86_64>
>>- repoman_master_check-patch-fc27-x86_64
>>
>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=repoman_master_check-patch-fc27-x86_64>
>>- repoman_master_check-merged-fc27-x86_64
>>
>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=repoman_master_check-merged-fc27-x86_64>
>>- pthreading_master_check-patch-fc27-x86_64
>>
>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=pthreading_master_check-patch-fc27-x86_64>
>>- repoman_master_build-artifacts-fc27-x86_64
>>
>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=repoman_master_build-artifacts-fc27-x86_64>
>>- system-sync_mirrors-fedora-base-fc27-x86_64
>>
>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=system-sync_mirrors-fedora-base-fc27-x86_64>
>>- pthreading_master_build-artifacts-fc27-x86_64
>>
>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=pthreading_master_build-artifacts-fc27-x86_64>
>>- system-sync_mirrors-fedora-updates-fc27-x86_64
>>
>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=system-sync_mirrors-fedora-updates-fc27-x86_64>
>>- ovirt-engine-api-model_4.1_check-patch-fc27-x86_64
>>
>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=ovirt-engine-api-model_4.1_check-patch-fc27-x86_64>
>>- ovirt-engine-api-model_4.2_check-patch-fc27-x86_64
>>
>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=ovirt-engine-api-model_4.2_check-patch-fc27-x86_64>
>>- lago-ost-plugin_master_github_check-patch-fc27-x86_64
>>
>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=lago-ost-plugin_master_github_check-patch-fc27-x86_64>
>>- ovirt-engine-api-model_master_check-patch-fc27-x86_64
>>
>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=ovirt-engine-api-model_master_check-patch-fc27-x86_64>
>>- lago-ost-plugin_master_github_check-merged-fc27-x86_64
>>
>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=lago-ost-plugin_master_github_check-merged-fc27-x86_64>
>>- lago-ost-plugin_master_github_build-artifacts-fc27-x86_64
>>
>> <https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=lago-ost-plugin_master_github_build-artifacts-fc27-x86_64>
>>
>>
>> This means also dropping the mirrors for it.
>>
>>
> fc27 is EOL so yes, I think it's safe to drop them.
>
>
>
>
>> --
>>
>> Eyal edri
>>
>>
>> MANAGER
>>
>> RHV/CNV DevOps
>>
>> EMEA VIRTUALIZATION R
>>
>>
>> Red Hat EMEA <https://www.redhat.com/>
>> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>> phone: +972-9-7692018
>> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>> ___
>> Infra mailing list -- in...@ovirt.org
>> To unsubscribe send an email to infra-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code o

[ovirt-devel] Re: oVirt 4.3.0 RC build delay

[Eyal Edri]

The Jenkins master is back up and running.

On Tue, Jan 8, 2019 at 1:58 PM Sandro Bonazzola  wrote:

> As per subject, Jenkins is under maintenance so no build can be done till
> maintenance is completed.
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://red.ht/sig>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/5FQFDOPW2KRS5332Q7OD56BERJ3XNOJN/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/KTQEY5XH7D7OCVLAFX5L5BK455LYTUXP/

[ovirt-devel] Re: ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days

[Eyal Edri]

On Sun, Dec 30, 2018, 21:25 Yuval Turgeman  Looks like livemedia-creator installed the VM correctly, but failed to
> build the final image file for some reason (disk issues?).  Stdci failed
> the job on timeout, but probably can't kill the hanging process.  Is it
> possible to take a look at the slave somehow ?
>

sure, though you will need someone from the CI team to ssh in, if you don't
have access to infra servers.


> On Sun, Dec 30, 2018, 19:57 Nir Soffer 
>> Started 2 days 11 hr ago
>> Build has been executing for 2 days 11 hr on vm0038.workers-phx.ovirt.or
>> 
>>
>>
>> https://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64/39/
>>
>>
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/FXGWNLV3ZLZSNC4MEXGBAMFP5GBAP7IY/
>>
> ___
> Infra mailing list -- in...@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/46JUANKQHKPK7AQN5PD3MJGAESVBMFCC/
>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/QCY66SJBOO7TC27G2MRWQOLFPTOIMLLQ/

[ovirt-devel] Re: Tests failed because global_setup.sh failed

[Eyal Edri]

Adding Galit to try and help debug it.

On Tue, Dec 25, 2018 at 8:53 PM Nir Soffer  wrote:

> On Tue, Dec 25, 2018 at 10:03 AM Barak Korren  wrote:
>
>>
>>
>> On Tue, 25 Dec 2018 at 09:53, Yedidyah Bar David  wrote:
>>
>>> On Mon, Dec 24, 2018 at 7:49 PM Nir Soffer  wrote:
>>> >
>>> > Not sure why global setup failed:
>>>
>>> Because of:
>>>
>>> + sudo -n systemctl enable postfix
>>> Failed to execute operation: Connection timed out
>>> + sudo -n systemctl start postfix
>>> Failed to start postfix.service: Connection timed out
>>> See system logs and 'systemctl status postfix.service' for details.
>>> + failed=true
>>>
>>>
> Failed again today:
>
> + sudo -n systemctl enable postfix
> Failed to execute operation: Connection timed out
> + sudo -n systemctl start postfix
> Failed to start postfix.service: Connection timed out
> See system logs and 'systemctl status postfix.service' for details.
>
>
> https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/vdsm_standard-check-patch/runs/1093/nodes/126/steps/337/log/?start=0
>
>
>>
>> Lets have the discussion on the Jira ticket:
>> https://ovirt-jira.atlassian.net/browse/OVIRT-2636
>>
>>
>>
>>> Looked a bit and can't find system logs to try and understand why this
>>> failed.
>>>
>>> >
>>> > + [[ ! -O /home/jenkins/.ssh ]]
>>> > + [[ ! -G /home/jenkins/.ssh ]]
>>> > + verify_set_permissions 700 /home/jenkins/.ssh
>>> > + local target_permissions=700
>>> > + local path_to_set=/home/jenkins/.ssh
>>> > ++ stat -c %a /home/jenkins/.ssh
>>> > + local access=700
>>> > + [[ 700 != \7\0\0 ]]
>>> > + return 0
>>> > + [[ -f /home/jenkins/.ssh/known_hosts ]]
>>> > + verify_set_ownership /home/jenkins/.ssh/known_hosts
>>> > + local path_to_set=/home/jenkins/.ssh/known_hosts
>>> > ++ id -un
>>> > + local owner=jenkins
>>> > ++ id -gn
>>> > + local group=jenkins
>>> > + [[ ! -O /home/jenkins/.ssh/known_hosts ]]
>>> > + [[ ! -G /home/jenkins/.ssh/known_hosts ]]
>>> > + verify_set_permissions 644 /home/jenkins/.ssh/known_hosts
>>> > + local target_permissions=644
>>> > + local path_to_set=/home/jenkins/.ssh/known_hosts
>>> > ++ stat -c %a /home/jenkins/.ssh/known_hosts
>>> > + local access=644
>>> > + [[ 644 != \6\4\4 ]]
>>> > + return 0
>>> > + return 0
>>> > + true
>>> > + log ERROR Aborting.
>>> >
>>> > Build:
>>> >
>>> https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/vdsm_standard-check-patch/runs/1048/nodes/125/steps/479/log/?start=0
>>>
>>> I found above in this log, but do not see this log in the artifacts:
>>>
>>> https://jenkins.ovirt.org/job/vdsm_standard-check-patch/1084/
>>>
>>> I (still?) do not know blue ocean well enough, so far I found it hard
>>> to understand and find stuff there.
>>>
>>> CI team: please try to make searches easier. Ideally, I'd like in above
>>> link (to a specific build of a specific job) to have a search box for
>>> that
>>> build, that searches in everything created by that build - perhaps not
>>> only artifacts, if above output from global_setup is not considered an
>>> artifact. Thanks.
>>>
>>
>> You can create an RFE...
>>
>>
>>>
>>> Best regards,
>>> --
>>> Didi
>>>
>>
>>
>> --
>> Barak Korren
>> RHV DevOps team , RHCE, RHCi
>> Red Hat EMEA
>> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
>>
> ___
> Infra mailing list -- in...@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/TKQC3OBPEX5XO5CSYLJLNNYFA6ETQTIR/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/JP3QCSDRV7N5UVGQ3OTUBXY5LJRA6YPY/

[ovirt-devel] Can we drop fc27 jobs / rpms from CI/tested repos?

[Eyal Edri]

I see the following jobs still exists:

- jenkins_master_check-patch-fc27-x86_64
<https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=jenkins_master_check-patch-fc27-x86_64>
- repoman_master_check-patch-fc27-x86_64
<https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=repoman_master_check-patch-fc27-x86_64>
- repoman_master_check-merged-fc27-x86_64
<https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=repoman_master_check-merged-fc27-x86_64>
- pthreading_master_check-patch-fc27-x86_64
<https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=pthreading_master_check-patch-fc27-x86_64>
- repoman_master_build-artifacts-fc27-x86_64
<https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=repoman_master_build-artifacts-fc27-x86_64>
- system-sync_mirrors-fedora-base-fc27-x86_64
<https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=system-sync_mirrors-fedora-base-fc27-x86_64>
- pthreading_master_build-artifacts-fc27-x86_64
<https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=pthreading_master_build-artifacts-fc27-x86_64>
- system-sync_mirrors-fedora-updates-fc27-x86_64
<https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=system-sync_mirrors-fedora-updates-fc27-x86_64>
- ovirt-engine-api-model_4.1_check-patch-fc27-x86_64
<https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=ovirt-engine-api-model_4.1_check-patch-fc27-x86_64>
- ovirt-engine-api-model_4.2_check-patch-fc27-x86_64
<https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=ovirt-engine-api-model_4.2_check-patch-fc27-x86_64>
- lago-ost-plugin_master_github_check-patch-fc27-x86_64
<https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=lago-ost-plugin_master_github_check-patch-fc27-x86_64>
- ovirt-engine-api-model_master_check-patch-fc27-x86_64
<https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=ovirt-engine-api-model_master_check-patch-fc27-x86_64>
- lago-ost-plugin_master_github_check-merged-fc27-x86_64
<https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=lago-ost-plugin_master_github_check-merged-fc27-x86_64>
- lago-ost-plugin_master_github_build-artifacts-fc27-x86_64
<https://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/450/search/?q=lago-ost-plugin_master_github_build-artifacts-fc27-x86_64>

This means also dropping the mirrors for it.


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/HTALCNOHRLEVEULQZW37NHW4ZURHRVZ5/

[ovirt-devel] Re: Request to be ovirt-site metrics and DWH maintainer

[Eyal Edri]

Seems there is enough +1s, I've added Shirly to the maintainers group of
ovirt-site.

On Mon, Dec 24, 2018 at 8:10 PM Nir Soffer  wrote:

> On Mon, Dec 24, 2018 at 2:27 PM Shirly Radco  wrote:
>
>> Hi,
>>
>> I'm the maintainer of oVirt metrics store and DWH.
>> I would like to have merge right in ovirt-site project to update the
>> related documentation.
>>
>
> +1
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/RPNLMRO3OV5WPRWCQ6SAXJQMASUUZIPL/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/E2HQ6DOBNEKZDFHZNYZO6ZQL527OKBEO/

[ovirt-devel] Fwd: oVirt infra weekly meeting notes 19.12.2018

[Eyal Edri]

-- Forwarded message -
From: Evgheni Dereveanchin 
Date: Wed, Dec 19, 2018 at 3:39 PM
Subject: oVirt infra weekly meeting notes 19.12.2018
To: infra 


Hi everyone,

Please find this week's infra updates below:

PHX:

   - Jenkins
  - Core and plugins updated
  - JVM optimizations enabled
  - SSE gateway mem leak still not fixed
  - Dropping sessions from /monitoring helps with load
   - RAM upgraded on 4 bare metals, 6 to go
   - oVirt 4.2.7 upgrade started

OSAS:

   - Network issues in community cage still being investigated

AI:

   - Review hawkular in OpenShift
   - Review SSL facilities for OpenShift


-- 
Regards,
Evgheni Dereveanchin
___
Infra mailing list -- in...@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/in...@ovirt.org/message/ZNUMSNQKXNSP23NLTOIUDCLJW3QHJDX6/


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/FDU7EL3X5QVQJBDF7XQMGAW364ECANGL/

[ovirt-devel] Re: Announcing 'COVERAGE' option in OST

[Eyal Edri]

Thanks for submitting it! it's really a great addition to the value OST
gives, it can help prioritize which tests
should be added in the future and also great timing, especially after the
VDSM functional tests on check-merged were removed/pending removal
in favor of running it on OST.

On Wed, Dec 12, 2018 at 10:44 PM Marcin Sobczyk  wrote:

> Hi,
>
> I've been working on adding coverage report for VDSM in OST
> recently, and I'm happy to announce, that the first batch of patches is
> merged!
>
> To run a suite with coverage, look for 'COVERAGE' drop-down on OST's
> build parameters page. If you run OST locally, pass a '--coverage'
> argument to 'run_suite.sh'.
>
> Currently, coverage works only for VDSM in basic-suite-master, but adding
> VDSM support for other suites is now a no-brainer. More patches are on the
> way!
>
> Since the option is named 'COVERAGE', and not 'VDSM_COVERAGE', other
> projects
> are welcome to implement their coverage reports on top of it.
>
> Cheers, Marcin
>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/UDHD4SQLIGELWYZDBNEDC223DX36L6RT/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/LWRFLFUGPWF7HPEBILHVSJELPE3TGIFF/

[ovirt-devel] Re: ovirt-system-tests_compat-4.2-suite-master is failing since November 27

[Eyal Edri]

Merged.
Not sure why the manual job is failing on missing pkgs, AFAIK they use the
same file as all the other suites and its working well,
We are going to replace the 7.6 custom image we used with the official one
Richard releases this week, but its currently working.

Anyway, i've re-triggered the compat suite now, let's see if its fixed.
https://jenkins.ovirt.org/job/ovirt-system-tests_compat-4.2-suite-master/

On Wed, Dec 12, 2018 at 10:39 AM Dan Kenigsberg  wrote:

>
>
> On Wed, Dec 12, 2018 at 10:32 AM Eyal Edri  wrote:
>
>>
>>
>> On Tue, Dec 11, 2018 at 9:41 AM Sandro Bonazzola 
>> wrote:
>>
>>>
>>>
>>> Il giorno mar 11 dic 2018 alle ore 08:36 Dan Kenigsberg <
>>> dan...@redhat.com> ha scritto:
>>>
>>>>
>>>>
>>>> On Tue, Dec 11, 2018 at 9:15 AM Dan Kenigsberg 
>>>> wrote:
>>>>
>>>>>
>>>>>
>>>>> On Tue, Dec 11, 2018 at 8:57 AM Sandro Bonazzola 
>>>>> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> Il giorno lun 10 dic 2018 alle ore 19:42 Dan Kenigsberg <
>>>>>> dan...@redhat.com> ha scritto:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Mon, 10 Dec 2018, 19:17 Dominik Holler >>>>>>
>>>>>>>> On Mon, 10 Dec 2018 12:02:21 -0500
>>>>>>>> Greg Sheremeta  wrote:
>>>>>>>>
>>>>>>>> > On Mon, Dec 10, 2018 at 11:53 AM Sandro Bonazzola <
>>>>>>>> sbona...@redhat.com>
>>>>>>>> > wrote:
>>>>>>>> >
>>>>>>>> > > hi, ovirt-system-tests_compat-4.2-suite-master is failing since
>>>>>>>> November
>>>>>>>> > > 27 with following error:
>>>>>>>> > >
>>>>>>>> > > Error: Fault reason is "Operation Failed". Fault detail is
>>>>>>>> "[Bond name 'bond_fancy0' does not follow naming criteria. For host
>>>>>>>> compatibility version 4.3 or greater, custom bond names must begin 
>>>>>>>> with the
>>>>>>>> prefix 'bond'  followed by 'a-z', 'A-Z', '0-9', or '_' characters. For 
>>>>>>>> host
>>>>>>>> compatibility version 4.2 and lower, custom bond names must begin with 
>>>>>>>> the
>>>>>>>> prefix 'bond' followed by a number.]". HTTP response code is 400.
>>>>>>>> > >
>>>>>>>> > >
>>>>>>>> > > I think that if the scope of the test is to check that 4.2
>>>>>>>> still works
>>>>>>>> > > with 4.3 engine, bond_fancy0 works for 4.3 but it's clearly not
>>>>>>>> good for
>>>>>>>> > > 4.2 and the test needs a fix.
>>>>>>>> > >
>>>>>>>> >
>>>>>>>>
>>>>>>>> Gal, what is the most correct way to fix this?
>>>>>>>> Should the BOND_NAME derived from the versioning.cluster_version()?
>>>>>>>>
>>>>>>>
>>>>>>> as https://gerrit.ovirt.org/#/c/95866/ suggested for another reason
>>>>>>>
>>>>>>
>>>>>> Is this covering engine 4.3 with cluster 4.2?
>>>>>>
>>>>>
>>>>> I cannot say that I understand these compat-* suite - we'd need to
>>>>> wait to Gal for that.
>>>>> But I'm guessing that it would work. Let's see:
>>>>> https://jenkins.ovirt.org/job/ovirt-system-tests_manual/3736/console
>>>>>
>>>>
>>>> This has failed early on deploy of ovirt-host. Any idea why nbdkit* and
>>>> newer rpm are required but unavailable?
>>>>
>>>
>>> I guess it's the usual issue due to repository blacklisting /
>>> whitelisting used by OST.
>>> Adding Galith and Dafna to check this.
>>>
>>
>> I see the patch https://gerrit.ovirt.org/#/c/95866/ passed CI, does it
>> fix the compat suites?
>>
>
> no idea, because compat suite is failing on missing packages.
>
> can we merge it?
>>
>
> yes, please.
>
>

-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/T762IIWRACKMWQNYP4UD7J3HOVMX37TD/

[ovirt-devel] Re: ovirt-system-tests_compat-4.2-suite-master is failing since November 27

[Eyal Edri]

 
>> libblockdev-crypto-2.18-3.el7.x86_64 (alocalsync)*07:19:43*
>> Requires: libcryptsetup.so.12()(64bit)*07:19:43* Error: Package: 
>> kernel-3.10.0-957.1.3.el7.x86_64 (alocalsync)*07:19:43*Requires: 
>> linux-firmware >= 20180911-68*07:19:43*Available: 
>> linux-firmware-20180220-62.2.git6d51311.el7_5.noarch (alocalsync)*07:19:43*  
>>   linux-firmware = 20180220-62.2.git6d51311.el7_5*07:19:43* 
>> Error: Package: setools-libs-3.3.8-4.el7.x86_64 (alocalsync)*07:19:43*   
>>  Requires: libselinux >= 2.5-14.1*07:19:43*Installed: 
>> libselinux-2.5-12.el7.x86_64 (installed)*07:19:43*libselinux 
>> = 2.5-12.el7*07:19:43* Error: Package: 
>> 7:device-mapper-event-1.02.149-8.el7.x86_64 (alocalsync)*07:19:43*   
>>  Requires: device-mapper = 7:1.02.149-8.el7*07:19:43*Installed: 
>> 7:device-mapper-1.02.146-4.el7.x86_64 (installed)*07:19:43*
>> device-mapper = 7:1.02.146-4.el7*07:19:43* Error: kernel conflicts with 
>> selinux-policy-targeted-3.13.1-192.el7_5.3.noarch*07:19:43* Error: Package: 
>> setools-libs-3.3.8-4.el7.x86_64 (alocalsync)*07:19:43*Requires: 
>> libsepol >= 2.5-10*07:19:43*Installed: 
>> libsepol-2.5-8.1.el7.x86_64 (installed)*07:19:43*libsepol = 
>> 2.5-8.1.el7*07:19:43* Error: Package: elfutils-0.172-2.el7.x86_64 
>> (alocalsync)*07:19:43*Requires: elfutils-libs(x86-64) = 
>> 0.172-2.el7*07:19:43*Installed: elfutils-libs-0.170-4.el7.x86_64 
>> (installed)*07:19:43*elfutils-libs(x86-64) = 
>> 0.170-4.el7*07:19:43* Error: Package: glib-networking-2.56.1-1.el7.x86_64 
>> (alocalsync)*07:19:43*Requires: glib2(x86-64) >= 
>> 2.55.1*07:19:43*Installed: glib2-2.54.2-2.el7.x86_64 
>> (installed)*07:19:43*glib2(x86-64) = 2.54.2-2.el7*07:19:43* 
>> Error: Package: 1:librados2-10.2.5-4.el7.x86_64 (alocalsync)*07:19:43*   
>>  Requires: libboost_random-mt.so.1.53.0()(64bit)*07:19:43* Error: 
>> Package: 1:librbd1-10.2.5-4.el7.x86_64 (alocalsync)*07:19:43*
>> Requires: libboost_iostreams-mt.so.1.53.0()(64bit)*07:19:43* Error: Package: 
>> cryptsetup-2.0.3-3.el7.x86_64 (alocalsync)*07:19:43*Requires: 
>> libcryptsetup.so.12(CRYPTSETUP_2.0)(64bit)*07:19:43* Error: Package: 
>> libblockdev-crypto-2.18-3.el7.x86_64 (alocalsync)*07:19:43*
>> Requires: libcryptsetup.so.12(CRYPTSETUP_2.0)(64bit)*07:19:43* Error: 
>> Package: policycoreutils-python-2.5-29.el7.x86_64 (alocalsync)*07:19:43* 
>>Requires: policycoreutils = 2.5-29.el7*07:19:43*
>> Installed: policycoreutils-2.5-22.el7.x86_64 (installed)*07:19:43*   
>>  policycoreutils = 2.5-22.el7*07:19:43* Error: Package: 
>> sos-3.6-11.el7.centos.noarch (alocalsync)*07:19:43*Requires: 
>> python2-futures*07:19:43* Error: Package: cryptsetup-2.0.3-3.el7.x86_64 
>> (alocalsync)*07:19:43*Requires: 
>> libcryptsetup.so.12()(64bit)*07:19:43* Error: Package: 
>> rpm-build-4.11.3-35.el7.x86_64 (alocalsync)*07:19:43*Requires: 
>> rpm = 4.11.3-35.el7*07:19:43*Installed: rpm-4.11.3-32.el7.x86_64 
>> (installed)*07:19:43*rpm = 4.11.3-32.el7*07:19:43* Error: 
>> Package: elfutils-0.172-2.el7.x86_64 (alocalsync)*07:19:43*
>> Requires: elfutils-libelf(x86-64) = 0.172-2.el7*07:19:43*
>> Installed: elfutils-libelf-0.170-4.el7.x86_64 (installed)*07:19:43*  
>>   elfutils-libelf(x86-64) = 0.170-4.el7*07:19:43* Error: Package: 
>> 1:virt-v2v-1.38.2-12.el7_6.1.x86_64 (alocalsync)*07:19:43*
>> Requires: nbdkit-plugin-vddk*07:19:43* Error: Package: 
>> 1:librbd1-10.2.5-4.el7.x86_64 (alocalsync)*07:19:43*Requires: 
>> libboost_random-mt.so.1.53.0()(64bit)*07:19:43* Error: Package: 
>> 1:virt-v2v-1.38.2-12.el7_6.1.x86_64 (alocalsync)*07:19:43*
>> Requires: nbdkit*07:19:43* Error: Package: 1:librados2-10.2.5-4.el7.x86_64 
>> (alocalsync)*07:19:43*Requires: 
>> libboost_iostreams-mt.so.1.53.0()(64bit)
>>
>>
>>>
>>>
>>>>
>>>>
>>>>>
>>>>> Or should we add an extra test which require_version(4,3) with the
>>>>>> fancy bond name?
>>>>>>
>>>>>> > Not sure about the test, but yes, it needs to be bond[\d+] for 4.2.
>>>>>> > https://gerrit.ovirt.org/#/c/95163/
>>>>>> >
>>>>>>
>>>>>>

[ovirt-devel] Re: [VDSM] check-merged failing for years - remove it?

[Eyal Edri]

Guys,
The check-merged job is causing lot of noise and failures in CI and CQ.
Can we drop it ASAP? and continue to discuss offline if you want to move
that functionality to check-patch as part of V2?

Also, if we could drop the V1 jobs that would be great so we'll reduce
noise from failures there.

On Thu, Nov 29, 2018 at 8:39 AM Barak Korren  wrote:

>
>
> On Thu, 29 Nov 2018 at 00:29, Nir Soffer  wrote:
>
>> On Wed, Nov 28, 2018 at 11:30 PM Nir Soffer  wrote:
>>
>>> On Wed, Nov 28, 2018 at 12:03 PM Edward Haas  wrote:
>>>
>>>>
>>>>
>>>> On Wed, Nov 28, 2018 at 11:28 AM Marcin Sobczyk 
>>>> wrote:
>>>>
>>>>> How much value does it add comparing to check-patch?
>>>>>
>>>>> If we can hold for a while with pulling the plug, I can try to split
>>>>> it into substages in stdci v2 and see if things stabilize a bit.
>>>>>
>>>>
>>>> I would prefer we first work with stdci v2 in order to move the
>>>> functional tests there (or at least play with it).
>>>> Then we can remove it.
>>>>
>>>
>>> Turns out that this worth with stdci v2 - if check-merged fail, the
>>> change queue
>>> will reject the patch.
>>>
>>> See this mail from in...@ovirt.org mailing list:
>>>
>>> Change 95559,13 (vdsm) 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/95559/13
>>>
>>>
>>> According to Dafna and Barak, change queue require that all jobs pass,
>>> so we cannot
>>> have flaky job in the build.
>>>
>>> I hopefully removed it from stdci v2 here:
>>> https://gerrit.ovirt.org/c/95845/
>>>
>>> I don't think we should even enable check-merged again. All tests must
>>> run *before* we
>>> merge. When cannot work with a job that will randomly fail after merge.
>>>
>>
>> Here is another failure:
>>
>> A system test invoked by the "ovirt-master" change queue including change
>> 95817,2 (vdsm) failed. However, this change seems not to be the root
>> cause for
>> this failure. Change 95559,13 (vdsm) that this change depends on or is
>> based
>> on, was detected as the cause of the testing failures.
>>
>> This change had been removed from the testing queue. Artifacts built from
>> this
>> change will not be released until either change 95559,13 (vdsm) is fixed
>> and
>> this change is updated to refer to or rebased on the fixed version, or
>> this
>> change is modified to no longer depend on it.
>>
>> For further details about the change see:
>> https://gerrit.ovirt.org/#/c/95817/2
>>
>> For further details about the change that seems to be the root cause
>> behind the
>> testing failures see:
>> https://gerrit.ovirt.org/#/c/95559/13
>>
>> For failed test results see:
>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/11719/
>>
>>
>> We are going to see more failures, since we merged yesterday several
>> patches after the stdci v2 patch:
>>
>> 8e4df87a5 storage: blocksd_test refactored to use pytest monkeypatching
>> ede08ad53 storage: blocksd_test refactore to use pytest.xfail
>> 46aad2375 storage: blocksd_test convertet to pytest
>> b4f2809c0 storage: Improved SD.create() docstring
>> 30b1423e0 virt: use log.warning(), not log.warn()
>> 224ebf092 ci: Added 'stdciv2' configuration file
>>
>
> Hold on, since you also have V1 jobs now, patches are being submitted
> twice into the queue, and there are actually passing when submitted by the
> v1 jobs like they did before:
>
> https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/11713/execution/node/85/log/
>
> So yeah, you should fix check-merged or disable it, but as long as you
> have the v1 jobs these failures are not causing any real harm, just noise.
>
> --
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement:

[ovirt-devel] Re: Failing OST patches

[Eyal Edri]

On Tue, Dec 4, 2018 at 3:19 PM Dominik Holler  wrote:

> On Thu, 29 Nov 2018 14:48:47 +0200
> Eyal Edri  wrote:
>
> > Galit/Dafna,
> > Do we know of any existing add host failures that are being
> fixed/handled?
> > Can you help review these errors?
> >
>
> I am able to add hosts to oVirt master if I run
> "yum update" after installing the
> https://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm
> and before adding the host to Engine.
>

We have a patch [1] in testing for introducing a new CentOS 7.6 image to
the tests so things should
work after that ( we were waiting for an official image from Virt builder,
but its not ready yet, so we built a custom one for now ).

[1] https://gerrit.ovirt.org/#/c/95780/


>
>
> > On Thu, Nov 29, 2018 at 2:35 PM Kaustav Majumder 
> > wrote:
> >
> > > Recently I have pushed 2 patches for OST[1][2], both are  failing in
> CI.
> > > Though unrelated failures I find the errors in "add_hosts" test
> beacuse the
> > > host is non operation within the asserted time.I have added the link
> for
> > > the jenkins log [3].
> > >
> > > [1] https://gerrit.ovirt.org/#/c/95327/
> > > [2] https://gerrit.ovirt.org/#/c/95347/
> > > [3] https://pastebin.com/MVpws4Et
> > >
> > > Any advice?
> > > --
> > >
> > > KAUSTAV MAJUMDER
> > >
> > > ASSOCIATE SOFTWARE ENGINEER
> > >
> > > Red Hat India PVT LTD. <https://www.redhat.com/>
> > >
> > > kmajum...@redhat.comM: 08981884037 IM: IRC: kmajumder
> > > <https://red.ht/sig>
> > > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
> > > @redhatway <https://twitter.com/redhatway>   @redhatinc
> > > <https://instagram.com/redhatinc>   @redhatsnaps
> > > <https://snapchat.com/add/redhatsnaps>
> > > ___
> > > Devel mailing list -- devel@ovirt.org
> > > To unsubscribe send an email to devel-le...@ovirt.org
> > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > > oVirt Code of Conduct:
> > > https://www.ovirt.org/community/about/community-guidelines/
> > > List Archives:
> > >
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/KHLOVT3GJHFH7WVVSFH32S32OZ6JJZRG/
> > >
> >
> >
>
>

-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/AGW7ZUQRO5KC4MEIOPCA3BHQ4FS6PQOT/

[ovirt-devel] Re: [Ovirt] [CQ weekly status] [30-11-2018]

[Eyal Edri]

On Fri, Nov 30, 2018 at 9:25 PM Ryan Barry  wrote:

>
>
> On Fri, Nov 30, 2018 at 2:18 PM Dan Kenigsberg  wrote:
>
>>
>>
>> On Fri, 30 Nov 2018, 19:33 Dafna Ron >
>>> Hi,
>>>
>>> This mail is to provide the current status of CQ and allow people to
>>> review status before and after the weekend.
>>> Please refer to below colour map for further information on the meaning
>>> of the colours.
>>>
>>> *CQ-4.2*: RED (#1)
>>>
>>> I checked last date ovirt-engine and vdsm passed and moved packages to
>>> tested as they are the bigger projects and it was on the 27-11-218.
>>>
>>> We have been having sporadic failures for most of the projects on test
>>> check_snapshot_with_memory.
>>> We have deducted that this is caused by a code regression in storage
>>> based on the following things:
>>> 1.Evgheni and Gal helped debug this issue to rule out lago and infra
>>> issue as the cause of failure and both determined the issue is a code
>>> regression - most likely in storage.
>>> 2. The failure only happens on 4.2 branch.
>>> 3. the failure itself is cannot run a vm due to low disk space in
>>> storage domain and we cannot see any failures which would leave any
>>> leftovers in the storage domain.
>>>
>>> Dan and Ryan are actively
>>>
>>
>> Actually,  my involvement was a misguided attempt to solve another 4.2
>> failure that I thought that I've seen.
>>
>> involved
>>
>>> in trying to find the regression but the consensus is that this is a
>>> storage related regression and* we are having a problem getting the
>>> storage team to join us in debugging the issue. *
>>>
>>> I prepared a patch to skip the test in case we cannot get cooperation
>>> from storage team and resolve this regression in the next few days:
>>> https://gerrit.ovirt.org/#/c/95889/
>>>
>>
>> Why do you consider this? Are we considering a release of 4.2 without
>> live snapshot?
>>
>
> No, we aren't.
>
>
>> Please do not merge it without an ack from Tal and Ryan.
>>
>
> Until we can bisect it, have you considered simply making a larger iSCSI
> volume so OST stops failing there? I know it's an additional burden on
> Infra's resources, and it's hopefully something we can revert later, but
> it's likely to make OST pass for now so we can identify if/where other
> failures are before we discover that even disabling this test (which I'm
> against) doesn't make OST pass and we've lost a good bisection point.
>

I think this was tried already but its probably won't solve the issue, see
a suggested patch by Dan: https://gerrit.ovirt.org/#/c/95712/


>
>>
>>
>>> *CQ-Master:* YELLOW (#1)
>>>
>>> We have failures which CQ is still bisecting and until its done we
>>> cannot point to any specific failing projects.
>>>
>>>
>>> Happy week!
>>> Dafna
>>>
>>>
>>>
>>> ---
>>> COLOUR MAP
>>>
>>> Green = job has been passing successfully
>>>
>>> ** green for more than 3 days may suggest we need a review of our test
>>> coverage
>>>
>>>
>>>1.
>>>
>>>1-3 days   GREEN (#1)
>>>2.
>>>
>>>4-7 days   GREEN (#2)
>>>3.
>>>
>>>Over 7 days GREEN (#3)
>>>
>>>
>>> Yellow = intermittent failures for different projects but no lasting or
>>> current regressions
>>>
>>> ** intermittent would be a healthy project as we expect a number of
>>> failures during the week
>>>
>>> ** I will not report any of the solved failures or regressions.
>>>
>>>
>>>1.
>>>
>>>Solved job failuresYELLOW (#1)
>>>2.
>>>
>>>Solved regressions  YELLOW (#2)
>>>
>>>
>>> Red = job has been failing
>>>
>>> ** Active Failures. The colour will change based on the amount of time
>>> the project/s has been broken. Only active regressions would be reported.
>>>
>>>
>>>1.
>>>
>>>1-3 days  RED (#1)
>>>2.
>>>
>>>4-7 days  RED (#2)
>>>3.
>>>
>>>Over 7 days RED (#3)
>>>
>>>
>>>
>
> --
>
> Ryan Barry
>
> Associate Manager - RHV Virt/SLA
>
> rba...@redhat.comM: +16518159306 IM: rbarry
> <https://red.ht/sig>
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/Y3VVB6M4IANZCL54W2GAVB373YYII5V7/

[ovirt-devel] Re: Failing OST patches

[Eyal Edri]

Galit/Dafna,
Do we know of any existing add host failures that are being fixed/handled?
Can you help review these errors?

On Thu, Nov 29, 2018 at 2:35 PM Kaustav Majumder 
wrote:

> Recently I have pushed 2 patches for OST[1][2], both are  failing in CI.
> Though unrelated failures I find the errors in "add_hosts" test beacuse the
> host is non operation within the asserted time.I have added the link for
> the jenkins log [3].
>
> [1] https://gerrit.ovirt.org/#/c/95327/
> [2] https://gerrit.ovirt.org/#/c/95347/
> [3] https://pastebin.com/MVpws4Et
>
> Any advice?
> --
>
> KAUSTAV MAJUMDER
>
> ASSOCIATE SOFTWARE ENGINEER
>
> Red Hat India PVT LTD. <https://www.redhat.com/>
>
> kmajum...@redhat.comM: 08981884037 IM: IRC: kmajumder
> <https://red.ht/sig>
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
> @redhatway <https://twitter.com/redhatway>   @redhatinc
> <https://instagram.com/redhatinc>   @redhatsnaps
> <https://snapchat.com/add/redhatsnaps>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/KHLOVT3GJHFH7WVVSFH32S32OZ6JJZRG/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/JTC4XY25DMJFDFOAKCKIL3HFDNWUNDLF/

[ovirt-devel] Re: Failures on master CQ effecting all projects - (missing packages}

[Eyal Edri]

On Tue, Nov 20, 2018 at 1:26 PM Martin Perina  wrote:

>
>
> On Tue, Nov 20, 2018 at 12:10 PM Dafna Ron  wrote:
>
>>
>>
>> On Tue, Nov 20, 2018 at 10:56 AM Martin Perina 
>> wrote:
>>
>>>
>>>
>>> On Tue, Nov 20, 2018 at 11:49 AM Dafna Ron  wrote:
>>>
>>>> Hi Martin,
>>>>
>>>> are these packages not available on current repos?
>>>> https://gerrit.ovirt.org/#/c/95542/
>>>>
>>>
>>> No idea, we would need to try if qemu-kvm-ev-2.12, which is build from
>>> CentOS 7.6, will be able to work with dependencies from 7.5 or not
>>>
>>
>> sure.
>> patch merged by sandro.
>> we need to run our job to fix the reposync with new repo.
>>
>>
>>
>>>
>>> And yeah, we really need to get rid of this pkg whitelist and use in OST
>>> the we are using in oVirt ...
>>>
>>
>> not sure what you mean?
>>
>
> Specific package whilelist for OST:
> https://gerrit.ovirt.org/#/c/95542/1/basic-suite-master/pkgs.txt
>
> Everybody except your team always forgot that such thing exists, because
> it's specific in OST and we don't have that whitelist in oVirt. So we
> should really align OST repos to oVirt repos and don't add any additional
> logic into OST, otherwise developers works with different packages than OST
> and that could cause serious issues.
>

Let me try to explain a bit about the current files and status in OST, it
might help people understand more about how OST works:

1. pkgs.txt file
- This file is used by the tool that autogenerates the reposync
files ( more accurately, the 'include' list per repo ), OST tests actually
don't use that file.
- The file includes the list of all the top level pkgs that needs
to be installed as part of the tests, so the tool can automatically fetch
all its dependencies.
- The list of pkgs there can't be easily fetched or automated, as
it will require to parse all tests which run 'yum update' somewhere and
also understand internal logics of oVirt like 'add host' and which
dependencies it needs.
- This file doesn't get updated very often, it only needs updating
when a new top level dependency is needed for oVirt or the tests.

2. include list (aka whitelist) in reposync files
- There is currently an automated job that runs each night and auto
updates the reposync file with latest updates.
- The patches are being reviewed by Galit and Sandro on a daily
basis and the relevant fixes are applied to align the file as much as
possible ( i.e make sure pkgs are coming from the right repos ).
- Once this tweaking process will be done, we could enable the
'auto merge' feature and finally the reposync files will be auto updated
and we'll only have to intervene on a failure.

I hope that it helps clear things up, I've also added Gal to give more info
on the tool or process if I missed anything.



>
>
>>>
>>>>
>>>> thanks,
>>>> Dafna
>>>>
>>>>
>>>>
>>>> On Tue, Nov 20, 2018 at 10:34 AM Martin Perina 
>>>> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> hopefully this is the fix [1], we need to add CentOS CR repo to get
>>>>> latest 7.6 CR stuff, which are required by qemu-kvm-ev-2.12
>>>>>
>>>>> M.
>>>>>
>>>>> [1] https://gerrit.ovirt.org/95540
>>>>>
>>>>>
>>>>> On Tue, Nov 20, 2018 at 11:30 AM Dafna Ron  wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> We have a failure in upgrade suite on add_host due to missing
>>>>>> packages required by qemu-kv,
>>>>>>
>>>>>> I am working on debugging and fixing the issue and will update once
>>>>>> its resolved.
>>>>>>
>>>>>> Please note that since its effecting add_host all projects are
>>>>>> effected.
>>>>>>
>>>>>> Jira logged: https://ovirt-jira.atlassian.net/browse/OVIRT-2581
>>>>>>
>>>>>> Thanks
>>>>>> Dafna
>>>>>>
>>>>>> ___
>>>>>> Devel mailing list -- devel@ovirt.org
>>>>>> To unsubscribe send an email to devel-le...@ovirt.org
>>>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>>>> oVirt Code of Conduct:
>>>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>>

[ovirt-devel] Re: [CQ ovirt master] [ovirt-engine] - not passing for 10 days

[Eyal Edri]

> >> RequestError:
> > > > >> status: 400
> > > > >> reason: Bad Request
> > > > >>
> > > > >> engine.log:
> > > > >> 2018-11-14 03:10:36,802-05 INFO
> [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-3)
> [99e282ea-577a-4dab-857b-285b1df5e6f6] Candidate host
> 'lago-basic-suite-master-host-0' ('4dbfb937-ac4b-4cef-8ae3-124944829add')
> was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'CPU-Level'
> (correlation id: 99e282ea-577a-4dab-857b-285b1df5e6f6)
> > > > >> 2018-11-14 03:10:36,802-05 INFO
> [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (default task-3)
> [99e282ea-577a-4dab-857b-285b1df5e6f6] Candidate host
> 'lago-basic-suite-master-host-1' ('731e5055-706e-4310-a062-045e32ffbfeb')
> was filtered out by 'VAR__FILTERTYPE__INTERNAL' filter 'CPU-Level'
> (correlation id: 99e282ea-577a-4dab-857b-285b1df5e6f6)
> > > > >> 2018-11-14 03:10:36,802-05 ERROR
> [org.ovirt.engine.core.bll.RunVmCommand] (default task-3)
> [99e282ea-577a-4dab-857b-285b1df5e6f6] Can't find VDS to run the VM
> 'dc1e1e92-1e5c-415e-8ac2-b919017adf40' on, so this VM will not be run.
> > > > >>
> > > > >>
> > > > >
> > > > >
> > > > > https://gerrit.ovirt.org/#/c/95283/ results in
> > > > >
> http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64/8071/
> > > > > which is used in
> > > > >
> https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/3504/parameters/
> > > > > results in run_vms succeeding.
> > > > >
> > > > > The next merged change
> > > > > https://gerrit.ovirt.org/#/c/95310/ results in
> > > > >
> http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64/8072/
> > > > > which is used in
> > > > >
> https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/3505/parameters/
> > > > > results in run_vms failing with
> > > > >  File
> "/home/jenkins/workspace/ovirt-system-tests_manual/ovirt-system-tests/basic-suite-master/test-scenarios/004_basic_sanity.py",
> line 698, in run_vms
> > > > >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
> > > > >
> > > > >
> > > > > So even if the Cluster Level should be 4.2 now,
> > > > > still https://gerrit.ovirt.org/#/c/95310/ seems influence the
> behavior.
> > > >
> > > > I really do not see how it can affect 4.2.
> > >
> > > Me neither.
> > >
> > > > Are you sure the cluster is really 4.2? Sadly it’s not being logged
> at all
> > >
> > > screenshot from local execution https://imgur.com/a/yiWBw3c
> > >
> > > > But if it really seem to matter (and since it needs a fix anyway for
> 4.3) feel free to revert it of course
> > > >
> > >
> > > I will post a revert change and check if this changes the behavior.
> >
> > Dominik, thanks for the research and for Martin's and your
> > reverts/fixes. Finally Engine passes OST
> > https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/11153/
> > and QE can expect a build tomorrow, after 2 weeks of droughts.
>
> unfortunately, the drought continues.
>

Sorry, missing the content or meaning, what does drought means?


> Barrak tells me that something is broken in the nightly cron job
> copying the the tested repo onto the master-snapshot one.
>

Dafna, can you check this?


>
> +Edri: please make it a priority to have it fixed.
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/3QIYWHVKCI6NC5UUXIR2JUB5NHMGZ37S/

[ovirt-devel] Re: Please Stop merging to ovirt-engine master branch - ATTEMPT #2 - PLEASE STOP MERGING

[Eyal Edri]

I suggest to block merging on Gerrit until this is resolved.

Otherwise, we can't guarantee how long it will take to fix it and get a
working build.

On Wed, Nov 14, 2018, 11:46 Dafna Ron  Hi,
>
> The branch is still broken and you are still merging more changes to it
> and increasing the chances of more regressions delaying your package build.
>
> I am once again asking you to stop merging to ovirt-engine master unless
> its a fix to the current regression.
>
> I trust the maintainers to be responsible and only merge changes that are
> meant to fix the current issue.
>
>
> https://gerrit.ovirt.org/#/q/status:merged+project:ovirt-engine+branch:master
>
> Thanks,
> Dafna
>
>
>
> On Tue, Nov 13, 2018 at 10:11 AM Dafna Ron  wrote:
>
>> Hi ,
>>
>> Please stop merging to ovirt-engine master branch as we have been failing
>> on different regressions for the last 11 days.
>>
>> I do not want any other regressions to be introduced until we can
>> properly catch them which means we need to fix the current issues before
>> merging more changes.
>>
>> Thanks,
>> Dafna
>>
>>
>>
>> ___
> Infra mailing list -- in...@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/OKD4RRNU6PDX4J65VARPB5BRGXL7WNZJ/
>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WLH6BF3ZW7WH53WJXO2UPJ6CWPAMIEFA/

[ovirt-devel] Re: [CQ ovirt master] [ovirt-engine] - not passing for 10 days

[Eyal Edri]

On Sun, Nov 11, 2018 at 5:24 PM Eyal Edri  wrote:

>
>
> On Sun, Nov 11, 2018 at 5:20 PM Dan Kenigsberg  wrote:
>
>> On Sun, Nov 11, 2018 at 4:36 PM Ehud Yonasi  wrote:
>> >
>> > Hey,
>> > I've seen that CQ Master is not passing ovirt-engine for 10 days and
>> fails on test suite called restore_vm0_networking
>> > here's a snap error regarding it:
>> >
>> > https://pastebin.com/7msEYqKT
>> >
>> > Link to a sample job with the error:
>> >
>> >
>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3/artifact/basic-suite.el7.x86_64/004_basic_sanity.py.junit.xml
>>
>> I cannot follow this link because I'm 4 minutes too late
>>
>> jenkins.ovirt.org uses an invalid security certificate. The
>> certificate expired on November 11, 2018, 5:13:25 PM GMT+2. The
>> current time is November 11, 2018, 5:17 PM.
>>
>
> Yes, we're looking into that issue now.
>

Fixed, you should be able to access it now.


>
>
>
>>
>> >
>> > Can some1 have a look at it and help to resolve the issue?
>> >
>> >
>> > ___
>> > Infra mailing list -- in...@ovirt.org
>> > To unsubscribe send an email to infra-le...@ovirt.org
>> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> > oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> > List Archives:
>> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/ZQAYWTLZJKGPJ25F33E6ICVDXQDYSKSQ/
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/R5LOJH73XCLLFOUTKPM5GUCS6PNNKGTE/
>>
>
>
> --
>
> Eyal edri
>
>
> MANAGER
>
> RHV/CNV DevOps
>
> EMEA VIRTUALIZATION R
>
>
> Red Hat EMEA <https://www.redhat.com/>
> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/JRIPHKR77YLJWRXBPDA43L7AYJELTBJZ/

[ovirt-devel] Re: [CQ ovirt master] [ovirt-engine] - not passing for 10 days

[Eyal Edri]

On Sun, Nov 11, 2018 at 5:20 PM Dan Kenigsberg  wrote:

> On Sun, Nov 11, 2018 at 4:36 PM Ehud Yonasi  wrote:
> >
> > Hey,
> > I've seen that CQ Master is not passing ovirt-engine for 10 days and
> fails on test suite called restore_vm0_networking
> > here's a snap error regarding it:
> >
> > https://pastebin.com/7msEYqKT
> >
> > Link to a sample job with the error:
> >
> >
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3/artifact/basic-suite.el7.x86_64/004_basic_sanity.py.junit.xml
>
> I cannot follow this link because I'm 4 minutes too late
>
> jenkins.ovirt.org uses an invalid security certificate. The
> certificate expired on November 11, 2018, 5:13:25 PM GMT+2. The
> current time is November 11, 2018, 5:17 PM.
>

Yes, we're looking into that issue now.



>
> >
> > Can some1 have a look at it and help to resolve the issue?
> >
> >
> > ___
> > Infra mailing list -- in...@ovirt.org
> > To unsubscribe send an email to infra-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/ZQAYWTLZJKGPJ25F33E6ICVDXQDYSKSQ/
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/R5LOJH73XCLLFOUTKPM5GUCS6PNNKGTE/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/R4XF3Q7LLLJZZXBUBJG2VT5O3SDFBNY5/

[ovirt-devel] Re: oVirt 4.2.7 RC3 build blocked

[Eyal Edri]

On Wed, Oct 17, 2018 at 8:17 AM Sandro Bonazzola 
wrote:

>
>
> Il giorno mer 17 ott 2018 alle ore 05:26 Sandro Bonazzola <
> sbona...@redhat.com> ha scritto:
>
>> hi,
>> blocking 4.2.7 RC3 build due to jenkins jobs disappeared deleting the
>> builds to be released.
>>
>> Affected build is:
>> https://jenkins.ovirt.org/job/ovirt-provider-ovn_4.2_build-artifacts-el7-x86_64/213/
>>
>>
>> Job has been deleted with:
>> commit 54d376c3b98bf446725348ca6ebaefabdae891d8 (HEAD -> master,
>> origin/master, origin/HEAD)
>> Author: Dafna Ron 
>> Date:   Tue Oct 16 11:43:57 2018 +0100
>>
>> Removed ovirt-provider-ovn v1 jobs
>>
>> Jira-ticket: https://ovirt-jira.atlassian.net/browse/OVIRT-2543
>>
>> Change-Id: I141cbce1a9faeffbd11b7377dd7992dc0cdbd5ea
>> Signed-off-by: Dafna Ron 
>>
>> I'm going to revert above patch and re-trigger the build for that package.
>>
>
> Job has been restored and build retriggered, updated release configuration
> file to consume it.
>

The V1 job was removed upon maintainer request,
Couldn't the V2 job produce the same artifacts that were needed for the
release?


>
>
>
>>
>>
>> --
>>
>> SANDRO BONAZZOLA
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA <https://www.redhat.com/>
>>
>> sbona...@redhat.com
>> <https://red.ht/sig>
>> <https://www.redhat.com/en/events/red-hat-open-source-day-italia?sc_cid=701f200RgRyAAK>
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://red.ht/sig>
> <https://www.redhat.com/en/events/red-hat-open-source-day-italia?sc_cid=701f200RgRyAAK>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/QU6SLKJHWBJX4V47TK6OHKVEEEZ2J3BV/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/LPO6UMTA4IRXG35EM3WRVN7C3SY72Z6K/

[ovirt-devel] Re: discussing the future of the upgrade suite in ost

[Eyal Edri]

On Mon, Oct 8, 2018 at 1:00 PM Yedidyah Bar David  wrote:

> On Wed, Oct 3, 2018 at 3:51 PM Dafna Ron  wrote:
> >
> > Hi All,
> >
> > I was reviewing the upgrade suites in ost and there are some issues that
> I am seeing in the suite tests-scenarios which I want to discuss and decide
> the future of.
> >
> > At it current state, I think we should remove the upgrade suite or most
> of the post test-scenarios as it is not testing what it should.
>
> Nothing at all, of what it should? Or not enough?
>
> >
> > The tests currently only test engine upgrade and basic sanity after the
> upgrade.
> > This is problematic in a few ways:
> >
> > 1. upgrade should test the upgrade of rhv and not just a clean engine
> upgrade (i.e host, storage, vm).
>
> This sounds to me like missing functionality, not a reason to remove
> it altogether.
>
> > 2. as we have limited resources I do not think that the upgrade suite
> should be longer then the basic suite (and as we are currently running the
> basic suite after the upgrade it is longer)
>
> How often do we run it? If it's a significant burden on the CI
> systems, perhaps run it only once per day, or even less.
>

We currently gate with it on CQ along with the basic suite.
We we think the suite in its current status isn't that beneficial, we can
move it to nightly and move it from CQ, but then we won't be gating upgrade
issues
from reaching to QE, is that what we want?

Sandro, do you want to move the upgrade suite to nightly mode until it'll
have more functionality?


>
> >
> > That brings me to question what should be essential to test in upgrade
> in the CI?
>
> That's a very good question, but not sure it's related to the previous
> point.
>
> If you think we need more functionality, and I think I agree, open a bug.
>
> If current suite causes too much load, run it less frequently.
>
> > I would also need someone in dev to volunteer and take ownership of the
> testing scenarios for upgrade - is there anyone that can help?
>
> I guess I can try looking after the current suite (mainly testing
> engine-setup's upgrade functionality). Not sure about new
> functionality (hosts, storage etc).
>
> >
> > Thanks,
> > Dafna
> >
> >
> >
> >
> >
> >
> > ___
> > Infra mailing list -- in...@ovirt.org
> > To unsubscribe send an email to infra-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/IMWTTWFIGJM3OBBOO6WVFSWMGHNPLOPF/
>
>
>
> --
> Didi
> ___
> Infra mailing list -- in...@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/GTUFYRH23OKAAEZCAQEA5BOPNSEXGBGU/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/KLXZDWIQOXSTFUEPJ2BLR3VIGAQXWC7P/

[ovirt-devel] Re: Issue with vdsm-hook-vmfex-dev = 4.20.40-11.git6d99cc8.el7 shipping on u/s 4.2

[Eyal Edri]

Adding devel and infra as well.

On Wed, Oct 3, 2018 at 3:10 PM Michael Burman  wrote:

> Hi
>
> I think we have an issue with vdsm-hook-vmfex-dev on 4.2 u/s
>
> When i try to update i get this Dependency Resolution
>
> Error: Package: vdsm-4.20.40-11.git6d99cc8.el7.x86_64 (ovirt-4.2-snapshot)
>Requires: vdsm-hook-vmfex-dev = 4.20.40-11.git6d99cc8.el7
>Installed: vdsm-hook-vmfex-dev-4.20.40-10.giteffb1ef.el7.noarch
> (@ovirt-4.2-snapshot)
>vdsm-hook-vmfex-dev = 4.20.40-10.giteffb1ef.el7
>Available: vdsm-hook-vmfex-dev-4.20.23-1.el7.noarch
> (ovirt-4.2-centos-ovirt42)
>vdsm-hook-vmfex-dev = 4.20.23-1.el7
>Available: vdsm-hook-vmfex-dev-4.20.39.1-1.el7.noarch
> (ovirt-4.2-centos-ovirt42)
>vdsm-hook-vmfex-dev = 4.20.39.1-1.el7
> Error: Package: vdsm-hook-vmfex-dev-4.20.40-10.giteffb1ef.el7.noarch
> (@ovirt-4.2-snapshot)
>Requires: vdsm = 4.20.40-10.giteffb1ef.el7
>Removing: vdsm-4.20.40-10.giteffb1ef.el7.x86_64
> (@ovirt-4.2-snapshot)
>vdsm = 4.20.40-10.giteffb1ef.el7
>Updated By: vdsm-4.20.40-11.git6d99cc8.el7.x86_64
> (ovirt-4.2-snapshot)
>vdsm = 4.20.40-11.git6d99cc8.el7
>Available: vdsm-4.20.23-1.el7.x86_64 (ovirt-4.2-centos-ovirt42)
>vdsm = 4.20.23-1.el7
>Available: vdsm-4.20.39.1-1.el7.x86_64
> (ovirt-4.2-centos-ovirt42)
>vdsm = 4.20.39.1-1.el7
>
>
> https://resources.ovirt.org/pub/ovirt-4.2-snapshot/rpm/el7Server/noarch/
>
> Is missing the correct version and this is the problem
>
> Thanks,
> --
>
> Michael Burman
>
> Senior Quality engineer - rhv network - redhat israel
>
> Red Hat
>
> <https://www.redhat.com>
>
> mbur...@redhat.comM: 0545355725 IM: mburman
> <https://red.ht/sig>
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/X5VMS4EBVG63XMSQHTTGZPHXRYKMXAH6/

[ovirt-devel] Update: Re: /root/fluentd no longer exists

[Eyal Edri]

Anton/Galit/Ehud/Dafna - any update on this?
Are we still seeing fluentd issues?

On Thu, Sep 20, 2018 at 9:35 AM Shirly Radco  wrote:

> Ping. Did you revert?
>
> --
>
> SHIRLY RADCO
>
> BI SENIOR SOFTWARE ENGINEER
>
> Red Hat Israel <https://www.redhat.com/>
> <https://red.ht/sig>
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>
> On Tue, Sep 4, 2018 at 12:31 PM, Shirly Radco  wrote:
>
>> Hi, Did you revert it?
>>
>> --
>>
>> SHIRLY RADCO
>>
>> BI SENIOR SOFTWARE ENGINEER
>>
>> Red Hat Israel <https://www.redhat.com/>
>> <https://red.ht/sig>
>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>
>> On Sun, Sep 2, 2018 at 2:22 PM, Anton Marchukov 
>> wrote:
>>
>>> This one
>>> https://gerrit.ovirt.org/#/c/94067/
>>>
>>> we can revert it since it is clear that fluentd is not in fault in logs
>>> collection.
>>>
>>> Anton.
>>>
>>> On Sun, 2 Sep 2018 at 10:17, Eyal Edri  wrote:
>>>
>>>> Adding Ehud and Galit,
>>>> Shirly, to be sure can you add a link to the patch you'd like to
>>>> revert?
>>>>
>>>> On Sun, Sep 2, 2018 at 11:04 AM Shirly Radco  wrote:
>>>>
>>>>> Thanks for the update.
>>>>> Please also revert the fluentd patch as well ...
>>>>>
>>>>> --
>>>>>
>>>>> SHIRLY RADCO
>>>>>
>>>>> BI SENIOR SOFTWARE ENGINEER
>>>>>
>>>>> Red Hat Israel <https://www.redhat.com/>
>>>>> <https://red.ht/sig>
>>>>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>>>>>
>>>>> On Fri, Aug 31, 2018 at 8:17 PM, Anton Marchukov 
>>>>> wrote:
>>>>>
>>>>>> I tried that patch to disable postgres also and it failed with:
>>>>>>
>>>>>> ExtractPathNoPathError: scp: /etc/dnf: No such file or directory
>>>>>>
>>>>>> so not going to merge this as it is clear that the problem is in
>>>>>> something else.
>>>>>>
>>>>>> [1] https://gerrit.ovirt.org/#/c/94082/
>>>>>>
>>>>>> On Fri, Aug 31, 2018 at 2:37 PM Anton Marchukov 
>>>>>> wrote:
>>>>>>
>>>>>>> I also see that we have failure:
>>>>>>>
>>>>>>> ExtractPathNoPathError: scp:
>>>>>>> /var/lib/pgsql/upgrade_rh-postgresql95-postgresql.log: No such file or
>>>>>>> directory
>>>>>>>
>>>>>>> so maybe fluentd is not the root cause and something is wrong
>>>>>>> elsewhere. Will continue investigation.
>>>>>>>
>>>>>>> On Fri, Aug 31, 2018 at 1:43 PM Anton Marchukov 
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hello Shirly, All.
>>>>>>>>
>>>>>>>> We used to collect fluentd artifacts in OST from /root/fluentd, but
>>>>>>>> starting from around mid night today Fri Aug 31 (or maybe late evening 
>>>>>>>> Thu
>>>>>>>> Aug 30) the tests started to fail to locate /root/fluentd.
>>>>>>>>
>>>>>>>> We merged a patch to disable its collection [1] so we can let other
>>>>>>>> tests run, but we need to find what happened and restore fluentd
>>>>>>>> collection.
>>>>>>>>
>>>>>>>> I open a JIRA issue [2] on this. Do you have any idea?
>>>>>>>>
>>>>>>>> Thanks.
>>>>>>>>
>>>>>>>> [1] https://gerrit.ovirt.org/#/c/94067/
>>>>>>>> [2]  https://ovirt-jira.atlassian.net/browse/OVIRT-2464
>>>>>>>>
>>>>>>>> --
>>>>>>>> Anton Marchukov
>>>>>>>> Team Lead - Release Management - RHV DevOps - Red Hat
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Anton Marchukov
>>>>>>> Team Lead - Release Management - RHV DevOps - Red Hat
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> Anton Marchukov
>>>>>> Team Lead - Release Management - RHV DevOps - Red Hat
>>>>>>
>>>>>>
>>>>> ___
>>>>> Devel mailing list -- devel@ovirt.org
>>>>> To unsubscribe send an email to devel-le...@ovirt.org
>>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>>> oVirt Code of Conduct:
>>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>>> List Archives:
>>>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/FRKSYZN43E4I2FMDWYOQ5B4VMY75EQCS/
>>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Eyal edri
>>>>
>>>>
>>>> MANAGER
>>>>
>>>> RHV/CNV DevOps
>>>>
>>>> EMEA VIRTUALIZATION R
>>>>
>>>>
>>>> Red Hat EMEA <https://www.redhat.com/>
>>>> <https://red.ht/sig> TRIED. TESTED. TRUSTED.
>>>> <https://redhat.com/trusted>
>>>> phone: +972-9-7692018
>>>> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>>>>
>>> --
>>> Anton Marchukov
>>> Team Lead - Release Management - RHV DevOps - Red Hat
>>>
>>>
>>
>

-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/YDLFDKV4I76F7QUOFHAOUSESDVHAZH3G/

[ovirt-devel] Re: new dependency for vdsm 4.2

[Eyal Edri]

Do we have it updated in OST reposync?
Where are we with the automated flow for it?

On Thu, Sep 27, 2018, 14:29 Marcin Sobczyk  wrote:

> Hi,
>
> "python-enum34" has been added as a new dependency for vdsm-4.2 after
> merging
>
> https://gerrit.ovirt.org/#/q/topic:vdsm-api-schema-pickle+(status:open+OR+status:merged)
> .
>
> Regards, Marcin
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/XAAYMOGOH5FGDIUOBBKLI6NRQAFLSJNB/
>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/OYH4E4VA7VSOW3QE6I2KPDQDIPH3KMZZ/

[ovirt-devel] Re: /root/fluentd no longer exists

[Eyal Edri]

Adding Ehud and Galit,
Shirly, to be sure can you add a link to the patch you'd like to revert?

On Sun, Sep 2, 2018 at 11:04 AM Shirly Radco  wrote:

> Thanks for the update.
> Please also revert the fluentd patch as well ...
>
> --
>
> SHIRLY RADCO
>
> BI SENIOR SOFTWARE ENGINEER
>
> Red Hat Israel <https://www.redhat.com/>
> <https://red.ht/sig>
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>
> On Fri, Aug 31, 2018 at 8:17 PM, Anton Marchukov 
> wrote:
>
>> I tried that patch to disable postgres also and it failed with:
>>
>> ExtractPathNoPathError: scp: /etc/dnf: No such file or directory
>>
>> so not going to merge this as it is clear that the problem is in
>> something else.
>>
>> [1] https://gerrit.ovirt.org/#/c/94082/
>>
>> On Fri, Aug 31, 2018 at 2:37 PM Anton Marchukov 
>> wrote:
>>
>>> I also see that we have failure:
>>>
>>> ExtractPathNoPathError: scp:
>>> /var/lib/pgsql/upgrade_rh-postgresql95-postgresql.log: No such file or
>>> directory
>>>
>>> so maybe fluentd is not the root cause and something is wrong elsewhere.
>>> Will continue investigation.
>>>
>>> On Fri, Aug 31, 2018 at 1:43 PM Anton Marchukov 
>>> wrote:
>>>
>>>> Hello Shirly, All.
>>>>
>>>> We used to collect fluentd artifacts in OST from /root/fluentd, but
>>>> starting from around mid night today Fri Aug 31 (or maybe late evening Thu
>>>> Aug 30) the tests started to fail to locate /root/fluentd.
>>>>
>>>> We merged a patch to disable its collection [1] so we can let other
>>>> tests run, but we need to find what happened and restore fluentd
>>>> collection.
>>>>
>>>> I open a JIRA issue [2] on this. Do you have any idea?
>>>>
>>>> Thanks.
>>>>
>>>> [1] https://gerrit.ovirt.org/#/c/94067/
>>>> [2]  https://ovirt-jira.atlassian.net/browse/OVIRT-2464
>>>>
>>>> --
>>>> Anton Marchukov
>>>> Team Lead - Release Management - RHV DevOps - Red Hat
>>>>
>>>>
>>>
>>> --
>>> Anton Marchukov
>>> Team Lead - Release Management - RHV DevOps - Red Hat
>>>
>>>
>>
>> --
>> Anton Marchukov
>> Team Lead - Release Management - RHV DevOps - Red Hat
>>
>>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/FRKSYZN43E4I2FMDWYOQ5B4VMY75EQCS/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/7FEZD7BU2TPP3DMGY2FNIR42PNUDILSF/

[ovirt-devel] Re: increasingly common OST failure: Cannot setup Networks. Another Setup Networks or Host Refresh process in progress on the host. Please try later.

[Eyal Edri]

Adding Galit,
Galit, can you check if its a known issue or is someone is working on it?

On Tue, Aug 28, 2018 at 9:11 AM Dan Kenigsberg  wrote:

> FYI, Ales is working on retrying setupNetwork in case there is an
> async getCapabilities going on the host.
>
>
> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-4.2_change-queue-tester/2993/consoleFull
>
>
> However, the real bug is partially hidden by Lago complaining about
>
> ExtractPathNoPathError:  scp: /root/fluentd: No such file or directory
>
> What is it? Is it already tracked by someone?
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/MZ4XDCCQQSKXDTALOGNC46YXN35QWALZ/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/Y2V3HKRGLRCLUFKOE74W3FCD2B4E2OJJ/

[ovirt-devel] Re: ovirt-engine has been tagged (ovirt-engine-4.2.6.1)

[Eyal Edri]

Does it include the latest bumps in api model needed for the networking
patches?

On Sun, Aug 12, 2018 at 12:01 PM Tal Nisan  wrote:

>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/B5LXOX4QMO3HTHF2ZAAZ5UWLFFNHMPTN/
>


-- 

Eyal edri


MANAGER

RHV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/454G2DBVMBJYLBAEXPACPJPD764LEB2O/

[ovirt-devel] Re: repoman glitch?

[Eyal Edri]

Actually adding Anton this time.

On Thu, Aug 9, 2018 at 8:30 AM Barak Korren  wrote:

>
>
> On 8 August 2018 at 22:53, Dan Kenigsberg  wrote:
>
>> I've executed
>> http://jenkins.ovirt.org/job/ovirt-system-tests_manual/3053/parameters/
>> using
>> http://jenkins.ovirt.org/job/vdsm_4.2_build-artifacts-on-demand-el7-x86_64/44/artifact/exported-artifacts/
>> as customer repo.
>>
>> The custom repo has vdsm-4.20.36-11.git9f9bbcc.el7.x86_64.rpm which I
>> expected would be pulled onto ost hosts. However
>>
>> http://jenkins.ovirt.org/job/ovirt-system-tests_manual/3053/artifact/exported-artifacts/tests.test_vm_operations/lago-network-suite-4-2-host-0/_var_log/yum.log
>> shows that this was not the case.
>>
>> Any idea why is that?
>>
>
>
> I can see the following in lago.log (in the section that includes the
> repoman log):
>
> 2018-08-08 18:47:02,357::INFO::repoman.common.repo::Resolving artifact source 
> http://jenkins.ovirt.org/job/vdsm_4.2_build-artifacts-on-demand-el7-x86_64/44/
> 2018-08-08 
> <http://jenkins.ovirt.org/job/vdsm_4.2_build-artifacts-on-demand-el7-x86_64/44/%0D2018-08-08>
>  18:47:02,493::INFO::repoman.common.sources.jenkins::Parsing jenkins URL: 
> http://jenkins.ovirt.org/job/vdsm_4.2_build-artifacts-on-demand-el7-x86_64/44/
> 2018-08-08 
> <http://jenkins.ovirt.org/job/vdsm_4.2_build-artifacts-on-demand-el7-x86_64/44/%0D2018-08-08>
>  18:47:02,493::WARNING::root::No artifacts found
> 2018-08-08 18:47:02,493::INFO::root::Done
>
>
> The fact that the log says 'Parsing jenkins URL' means that repoman
> properly detects that it is a URL to a Jenkins build, additionally when I
> run the following locally it seems to download the packages just fine:
>
> repoman ~/tmp/repo add
> http://jenkins.ovirt.org/job/vdsm_4.2_build-artifacts-on-demand-el7-x86_64/44/
>
> So this looks like a repoman bug. Adding Anton.
>
> @Dan - can you just retry?
>
>
>
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/PQHTXDZ6SLWI53FRHIOE5HDUI5ZBM4Z6/
>>
>
>
>
> --
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/2F7XQSVQZDD76WOVEJ3TSHGJY37I6SXG/
>


-- 

Eyal edri


MANAGER

RHV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/QVAWPGLIFZDZIGNC2ULFC6BBUOEMXB2Q/

[ovirt-devel] Re: who owns ovirt copr?

[Eyal Edri]

I believe its possible, though it seems like it redirecting to me currently
[1], but I don't receive any emails from it.
Duck, can you help?

[1] from deploy.yaml on infra-ansible project:ovirt-copr: "{{
eedri_mail }}"

On Sat, Aug 4, 2018 at 1:27 PM Greg Sheremeta  wrote:

> On Sat, Aug 4, 2018 at 6:16 AM Eyal Edri  wrote:
>
>>
>>
>> On Fri, Aug 3, 2018 at 11:15 PM Sandro Bonazzola 
>> wrote:
>>
>>>
>>>
>>> Il ven 3 ago 2018, 02:53 Greg Sheremeta  ha
>>> scritto:
>>>
>>>> Hi,
>>>>
>>>> I'd like to move
>>>> https://copr.fedorainfracloud.org/coprs/mlibra/ovirt-web-ui/ to
>>>> https://copr.fedorainfracloud.org/coprs/ovirt/
>>>>
>>>> Who owns this / can share the password?
>>>>
>>>
>>> It's owned by infra.
>>>
>>
>> I don't recall us ever using it, it might have been temporarily used a
>> few years ago when we tested copr to see if it can be helpful,
>> but ended up not using it, so I don't think we have any password info on
>> it, Evgheni?
>>
>
> It may be easier to point 'ovirt-c...@ovirt.org' to me -- is that
> possible?
>
>
>>
>>
>>>
>>>
>>>
>>>> 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
>>>> To unsubscribe send an email to devel-le...@ovirt.org
>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>> oVirt Code of Conduct:
>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>> List Archives:
>>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ZN4C75J7WUBHNAXH5MCD62GBAZM6VDR6/
>>>>
>>> ___
>>> Infra mailing list -- in...@ovirt.org
>>> To unsubscribe send an email to infra-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/4JKP5F6NTOZV4KU3AYZHYJZ46UKEPIMN/
>>>
>>
>>
>> --
>>
>> Eyal edri
>>
>>
>> MANAGER
>>
>> RHV DevOps
>>
>> EMEA VIRTUALIZATION R
>>
>>
>> Red Hat EMEA <https://www.redhat.com/>
>> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>> phone: +972-9-7692018
>> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>>
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> <https://www.redhat.com/>
>
> gsher...@redhat.comIRC: gshereme
> <https://red.ht/sig>
>


-- 

Eyal edri


MANAGER

RHV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/SLAEXLNK2R7SKCKJYWLPBNBI7LRT7AGT/

[ovirt-devel] Re: who owns ovirt copr?

[Eyal Edri]

On Fri, Aug 3, 2018 at 11:15 PM Sandro Bonazzola 
wrote:

>
>
> Il ven 3 ago 2018, 02:53 Greg Sheremeta  ha scritto:
>
>> Hi,
>>
>> I'd like to move
>> https://copr.fedorainfracloud.org/coprs/mlibra/ovirt-web-ui/ to
>> https://copr.fedorainfracloud.org/coprs/ovirt/
>>
>> Who owns this / can share the password?
>>
>
> It's owned by infra.
>

I don't recall us ever using it, it might have been temporarily used a few
years ago when we tested copr to see if it can be helpful,
but ended up not using it, so I don't think we have any password info on
it, Evgheni?


>
>
>
>> 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
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ZN4C75J7WUBHNAXH5MCD62GBAZM6VDR6/
>>
> ___
> Infra mailing list -- in...@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/4JKP5F6NTOZV4KU3AYZHYJZ46UKEPIMN/
>


-- 

Eyal edri


MANAGER

RHV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/6A4PXWZZ2MD53MT5NNQG2WVAZD2CK4Q5/

[ovirt-devel] Re: Recent he-basic-ansible-suite-4.2 failures

[Eyal Edri]

On Mon, Jul 2, 2018 at 9:32 AM Yedidyah Bar David  wrote:

> Hi all,
>
> I noticed that our hosted-engine suites [1] often fail recently, and
> decided to have a look at [2], which are on 4.2, which should
> hopefully be "rock solid" and basically never fail.
>
> I looked at these, [3][4][5][6][7], which are all the ones that still
> appear in [2] and marked as failed.
>
> Among them:
>
> - All but one failed while "Waiting for agent to be ready" and timing
> out after 10 minutes, as part of 008_restart_he_vm.py, which was added
> a month ago [8] and then patched [9].
>
> - The other one [7] failed while "Waiting for engine to migrate", also
> eventually timing out after 10 minutes, as part of
> 010_local_mainentance.py, which was also added in [9].
>
> I also had a look at the last ones that succeeded, builds 329 to 337
> of [2]. There:
>
> - "Waiting for agent to be ready" took between 26 and 48 seconds
>
> - "Waiting for engine to migrate" took between 69 and 82 seconds
>
> Assuming these numbers are reasonable (which might be debatable), 10
> minutes indeed sounds like a reasonable timeout, and I think we should
> handle each failure specifically. Did anyone check them? Was it an
> infra issue/load/etc.? A bug? Something else?
>

Suites should be monitored by their respectful maintainers, the infra team
doesn't have the capasity nor resources
to monitor any new suite that is running in CI.

Having said that, if a certain infra issue is reported, either its Lago,
OST or infra issue, we'll of course do our best to find and fix the issue.


>
> I didn't check the logs yet, might do this later. Also didn't check
> the failures in other jobs in [1].
>
> Best regards,
>
> [1] https://jenkins.ovirt.org/search/?q=he-basic
>
> [2]
> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-ansible-suite-4.2/
>
> [3]
> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-ansible-suite-4.2/310/consoleFull
>
> [4]
> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-ansible-suite-4.2/320/consoleFull
>
> [5]
> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-ansible-suite-4.2/321/consoleFull
>
> [6]
> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-ansible-suite-4.2/328/consoleFull
>
> [7]
> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-ansible-suite-4.2/336/
>
> [8] https://gerrit.ovirt.org/91952
>
> [9] https://gerrit.ovirt.org/92341
> --
> Didi
>


-- 

Eyal edri


MANAGER

RHV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WNJVYVQL25CRJXVH44VSBWP2R6VBWFVC/

[ovirt-devel] Re: ovirt-engine_master_coverity-analysis job is disabled

[Eyal Edri]

I think the last conversation we had on it with Allon said it's not
bringing enough value and we should consider dropping it.
Especially since it's not integrated with CI well and you need to manually
scan the results on a weekly basis.

I vote to drop it, not sure how cost-effective it is and if we want to
improve oVirt security, we need to look into better CI integrated solutions
that
will run as part of check-patch.

On Fri, Jun 15, 2018 at 3:31 PM, Sandro Bonazzola 
wrote:

> Hi,
> I see ovirt-engine_master_coverity-analysis[1] has been disabled, last
> build (successfull) on March 19 2018.
>
> https://scan.coverity.com/ has an announce asking to change password
> starting March 16th 2018.
> Is the job disabled due to this? Can we re-enable it? Is it considered not
> useful and should we drop it?
>
> [1] https://jenkins.ovirt.org/job/ovirt-engine_master_coverity-analysis/
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://red.ht/sig>
>
> ___
> Infra mailing list -- in...@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/in...@ovirt.org/
> message/HFMLHGSNH6BGPPDLZRM5WRRNREAXCZKF/
>
>


-- 

Eyal edri


MANAGER

RHV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/THAB42O5VESCQIOG2GD4BGZZE7GYAYMA/