- Infra - oVirt List Archives

[JIRA] (OVIRT-1402) Make pipeline lader more flexible
by Barak Korren (oVirt JIRA) 23 May '17

23 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1402?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1402: -------------------------------- Labels: standard-ci (was: ) > Make pipeline lader more flexible > --------------------------------- > > Key: OVIRT-1402 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1402 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > Labels: standard-ci > > The pipeline loader, used to load pipeline scripts from the Jenkins repo is missing a couple of useful features: > # It takes on a node and keeps it. If the pipelines are long, the node is kept for the whole time even if its not used. It would be a useful optimization to let pipeline scripts specify code that runs without the node. > # It is impossible to access functions that are defined in the loader from the pipeline scripts. > The following solution is offered to provide both features: > We will change the loader to look for a "{{loader_main}}" function in the pipeline script. If it exists it will call it passing itself as an argument. This way that function will get access to function in the loader and can store them for use by other functions. > If a "{{main}}" function exists in the pipeline script in addition to the "{{loader_main}}" function, if will be called outside of the "{{node}}" block in the loader. This way we can run code in "{{main}}" that does not need the loader node. > If a "{{loader_main}}" function will not exist in a pipeline, the "{{main}}" function will be called from inside the "{{node}}" block, like it is today. This way we maintain compatibility with existing pipeline scripts. -- This message was sent by Atlassian JIRA (v1000.996.2#100044)

1 0

[JIRA] (OVIRT-1402) Make pipeline lader more flexible
by Barak Korren (oVirt JIRA) 23 May '17

23 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1402?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1402: -------------------------------- Epic Link: OVIRT-403 > Make pipeline lader more flexible > --------------------------------- > > Key: OVIRT-1402 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1402 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > > The pipeline loader, used to load pipeline scripts from the Jenkins repo is missing a couple of useful features: > # It takes on a node and keeps it. If the pipelines are long, the node is kept for the whole time even if its not used. It would be a useful optimization to let pipeline scripts specify code that runs without the node. > # It is impossible to access functions that are defined in the loader from the pipeline scripts. > The following solution is offered to provide both features: > We will change the loader to look for a "{{loader_main}}" function in the pipeline script. If it exists it will call it passing itself as an argument. This way that function will get access to function in the loader and can store them for use by other functions. > If a "{{main}}" function exists in the pipeline script in addition to the "{{loader_main}}" function, if will be called outside of the "{{node}}" block in the loader. This way we can run code in "{{main}}" that does not need the loader node. > If a "{{loader_main}}" function will not exist in a pipeline, the "{{main}}" function will be called from inside the "{{node}}" block, like it is today. This way we maintain compatibility with existing pipeline scripts. -- This message was sent by Atlassian JIRA (v1000.996.2#100044)

1 0

[JIRA] (OVIRT-1402) Make pipeline lader more flexible
by Barak Korren (oVirt JIRA) 23 May '17

23 May '17

Barak Korren created OVIRT-1402: ----------------------------------- Summary: Make pipeline lader more flexible Key: OVIRT-1402 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1402 Project: oVirt - virtualization made easy Issue Type: Improvement Components: Jenkins Reporter: Barak Korren Assignee: infra The pipeline loader, used to load pipeline scripts from the Jenkins repo is missing a couple of useful features: # It takes on a node and keeps it. If the pipelines are long, the node is kept for the whole time even if its not used. It would be a useful optimization to let pipeline scripts specify code that runs without the node. # It is impossible to access functions that are defined in the loader from the pipeline scripts. The following solution is offered to provide both features: We will change the loader to look for a "{{loader_main}}" function in the pipeline script. If it exists it will call it passing itself as an argument. This way that function will get access to function in the loader and can store them for use by other functions. If a "{{main}}" function exists in the pipeline script in addition to the "{{loader_main}}" function, if will be called outside of the "{{node}}" block in the loader. This way we can run code in "{{main}}" that does not need the loader node. If a "{{loader_main}}" function will not exist in a pipeline, the "{{main}}" function will be called from inside the "{{node}}" block, like it is today. This way we maintain compatibility with existing pipeline scripts. -- This message was sent by Atlassian JIRA (v1000.996.2#100044)

1 0

[JIRA] (OVIRT-1401) Request to become a public mirror
by Philippe BEAUMONT (oVirt JIRA) 23 May '17

23 May '17

Philippe BEAUMONT created OVIRT-1401: ---------------------------------------- Summary: Request to become a public mirror Key: OVIRT-1401 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1401 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Philippe BEAUMONT Assignee: infra Hi, I'm Philippe from the company NFrance Conseil. I'm in charge to maintain our public and private repositories. As we are looking to use Ovirt, I allready made a mirror: http://ovirt.repo.nfrance.com/ We have a bandwich of 1Gbit on this repo. NFrance Conseil is a french web hosting company with his own Network Infrastructure (AS15826). We work mainly on OpenSource Software and contribute when we can :) I officialy ask to become a public mirror for Ovirt This is the key to add on you authorized_keys: ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCxDuAJ0utqeqWqsq2zGJ4Ay87xDnmAZlMLQ7K/LvJXQAX/lh0w6lMUlLScR0FFWBa3guysU9vqfpxPIqnbdJJbEpnWrliEyVezd5CusdYCWI5GuVJHRmXI4yO3UnoYuiQ7Av6GO1jtncNUZtBbDmPG8eWccEPg0x9OO5c3GDaxqqtu7WeTB7BfO8W8KygsvqDffZ7ryBWeftQgykHejju9Mao51de1Q0U5ksYqjahusoEpLuG5dSEIS0LziM38lCukBGvtFopMMItKjuAOwqf4XSwp/f2e6u71geBzWRLMugpZtEnQRUgqwXti/fx9485ipp+EnSN1/hkXiIKHrEGL repo(a)repo.nfrance.com If you need more informations, feel free to ask me. Regards, Philippe Beaumont NFrance Conseil -- This message was sent by Atlassian JIRA (v1000.996.2#100044)

1 0

FC24 build failure for ovirt-engine-4.1 branch backport
by Martin Perina 23 May '17

23 May '17

Hi, could you please take a look at FC24 build issue [2] for patch [1]? IMO it's CI issue, 4.1 builds should not use ovirt-master-snapshot-static repo, they should use ovirt-4.1-snapshot-static repo instead. Thanks Martin [1] https://gerrit.ovirt.org/77167 [2] http://jenkins.ovirt.org/job/ovirt-engine_4.1_check-patch-fc24-x86_64/1115

2 2

[JIRA] (OVIRT-1399) Install Jenkins TAP results plugin
by Barak Korren (oVirt JIRA) 23 May '17

23 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1399?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1399: ------------------------------------- I'm just wondering if we should add more code to do something we are already doing. Maybe there are tools to convert TAP to JUNIT? > Install Jenkins TAP results plugin > ---------------------------------- > > Key: OVIRT-1399 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1399 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Reporter: Nadav Goldin > Assignee: infra > Priority: Low > > Please install the TAP Plugin - https://wiki.jenkins-ci.org/display/JENKINS/TAP+Plugin > It allows to display TAP test results, which we use in Lago(with bats). > Not urgent, can be done whenever time allows(with some other upgrade etc). -- This message was sent by Atlassian JIRA (v1000.996.2#100044)

1 0

[oVirt Jenkins] test-repo_ovirt_experimental_master - Build #6807 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 23 May '17

23 May '17

------=_Part_152_1748208825.1495544314077 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6807/, Build Number: 6807, Build Status: FAILURE ------=_Part_152_1748208825.1495544314077--

1 1

[JIRA] (OVIRT-1381) Re: Findbugs issues not reported correctly on Jenkins master jobs?
by Daniel Belenky (oVirt JIRA) 23 May '17

23 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1381?page=com.atlassian.jira.… ] Daniel Belenky updated OVIRT-1381: ---------------------------------- Resolution: Fixed Status: Done (was: Blocked) > Re: Findbugs issues not reported correctly on Jenkins master jobs? > ------------------------------------------------------------------ > > Key: OVIRT-1381 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1381 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Gil Shinar > Assignee: Daniel Belenky > > Adding infra-support > On Mon, May 15, 2017 at 3:55 PM, Tal Nisan <tnisan(a)redhat.com> wrote: > > Just a regular "mvn findbugs:findbugs" run on master, you can revert this > > patch and run it manually yourself: https://gerrit.ovirt.org/#/c/76820/ > > > > On Mon, May 15, 2017 at 2:15 PM, Daniel Belenky <dbelenky(a)redhat.com> > > wrote: > > > >> Hi Tal, > >> I'm checking this right now. > >> Can you provide the log from your local run? which files were exported on > >> your local run? > >> > >> On Mon, May 15, 2017 at 11:51 AM Tal Nisan <tnisan(a)redhat.com> wrote: > >> > >>> I've pushed this patch to master: > >>> https://gerrit.ovirt.org/#/c/75994/ > >>> Jenkins showed no findbugs error and I moved on to merging it > >>> > >>> Then I've pushed the same patch to 4.1: > >>> https://gerrit.ovirt.org/#/c/76803/ > >>> And it resulted in two findbugs errors (though minor and style related): > >>> http://jenkins.ovirt.org/job/ovirt-engine_4.1_find-bugs_crea > >>> ted/898/findbugsResult/new/ > >>> > >>> Running findbugs manually in my environment on master did report these > >>> two issues so I'd expect the master jobs to report them as well. > >>> > >>> _______________________________________________ > >>> Infra mailing list > >>> Infra(a)ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/infra > >>> > >> -- > >> > >> DANIEL BELENKY > >> > >> RHV DEVOPS > >> > >> Red Hat EMEA <https://www.redhat.com/> > >> > >> IRC: #rhev-integ #rhev-dev > >> <https://red.ht/sig> > >> > > > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > -- This message was sent by Atlassian JIRA (v1000.996.2#100044)

1 0

[oVirt Jenkins] deploy-to-ovirt_experimental - Build #1479 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 23 May '17

23 May '17

------=_Part_146_588061076.1495543503640 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental/1479/ Build Name: 1479 ovirt-vdsmfake (master) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/73939 - title: Use defaults using project-stages.yml - project: ovirt-vdsmfake - branch: master - author: Roy Golan <rgolan(a)redhat.com> ------=_Part_146_588061076.1495543503640--

1 1

[oVirt Jenkins] deploy-to-ovirt_experimental - Build #1478 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 23 May '17

23 May '17

------=_Part_148_1507650346.1495543643739 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental/1478/ Build Name: 1478 ovirt-vdsmfake (master) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/73941 - title: Initial integration/unit tests support - project: ovirt-vdsmfake - branch: master - author: Roy Golan <rgolan(a)redhat.com> ------=_Part_148_1507650346.1495543643739--

1 0

[VDSM] check-merge fails: error: [Errno 98] Address already in use
by Nir Soffer 23 May '17

23 May '17

I see these failure in check-merge *13:26:59* Error occured, aborting*13:26:59* Traceback (most recent call last):*13:26:59* File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 360, in do_run*13:26:59* self.cli_plugins[args.ovirtverb].do_run(args)*13:26:59* File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184, in do_run*13:26:59* self._do_run(**vars(args))*13:26:59* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 501, in wrapper*13:26:59* return func(*args, **kwargs)*13:26:59* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 512, in wrapper*13:26:59* return func(*args, prefix=prefix, **kwargs)*13:26:59* File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 166, in do_deploy*13:26:59* prefix.deploy()*13:26:59* File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 635, in wrapper*13:26:59* return func(*args, **kwargs)*13:26:59* File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line 110, in wrapper*13:26:59* with utils.repo_server_context(args[0]):*13:26:59* File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__*13:26:59* return self.gen.next()*13:26:59* File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 100, in repo_server_context*13:26:59* root_dir=prefix.paths.internal_repo(),*13:26:59* File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 76, in _create_http_server*13:26:59* generate_request_handler(root_dir),*13:26:59* File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__*13:26:59* self.server_bind()*13:26:59* File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind*13:26:59* SocketServer.TCPServer.server_bind(self)*13:26:59* File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind*13:26:59* self.socket.bind(self.server_address)*13:26:59* File "/usr/lib64/python2.7/socket.py", line 224, in meth*13:26:59* return getattr(self._sock,name)(*args)*13:26:59* error: [Errno 98] Address already in use Failed build: http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1794/conso… Other builds with same error: http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1793/conso… http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1790/conso… Nir

3 2

[oVirt Jenkins] test-repo_ovirt_experimental_master - Build #6801 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 23 May '17

23 May '17

------=_Part_136_1622489664.1495529542364 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6801/, Build Number: 6801, Build Status: FAILURE ------=_Part_136_1622489664.1495529542364--

1 4

[JIRA] (OVIRT-1399) Install Jenkins TAP results plugin
by Nadav Goldin (oVirt JIRA) 23 May '17

23 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1399?page=com.atlassian.jira.… ] Nadav Goldin commented on OVIRT-1399: ------------------------------------- Well, bats generates TAP - I agree Junit is better, but I don't think bats has anything else. Just saw there is an open PR on that: https://github.com/sstephenson/bats/pull/161 If you have concerns that the installation of the plugin might cause problems, then we can close this. We can live without the TAP results in Lago(its is more - nice to have than need to have). > Install Jenkins TAP results plugin > ---------------------------------- > > Key: OVIRT-1399 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1399 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Reporter: Nadav Goldin > Assignee: infra > Priority: Low > > Please install the TAP Plugin - https://wiki.jenkins-ci.org/display/JENKINS/TAP+Plugin > It allows to display TAP test results, which we use in Lago(with bats). > Not urgent, can be done whenever time allows(with some other upgrade etc). -- This message was sent by Atlassian JIRA (v1000.996.2#100044)

1 0

[JIRA] (OVIRT-1381) Re: Findbugs issues not reported correctly on Jenkins master jobs?
by Daniel Belenky (oVirt JIRA) 23 May '17

23 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1381?page=com.atlassian.jira.… ] Daniel Belenky updated OVIRT-1381: ---------------------------------- Blocked By: code review Status: Blocked (was: In Progress) > Re: Findbugs issues not reported correctly on Jenkins master jobs? > ------------------------------------------------------------------ > > Key: OVIRT-1381 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1381 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Gil Shinar > Assignee: Daniel Belenky > > Adding infra-support > On Mon, May 15, 2017 at 3:55 PM, Tal Nisan <tnisan(a)redhat.com> wrote: > > Just a regular "mvn findbugs:findbugs" run on master, you can revert this > > patch and run it manually yourself: https://gerrit.ovirt.org/#/c/76820/ > > > > On Mon, May 15, 2017 at 2:15 PM, Daniel Belenky <dbelenky(a)redhat.com> > > wrote: > > > >> Hi Tal, > >> I'm checking this right now. > >> Can you provide the log from your local run? which files were exported on > >> your local run? > >> > >> On Mon, May 15, 2017 at 11:51 AM Tal Nisan <tnisan(a)redhat.com> wrote: > >> > >>> I've pushed this patch to master: > >>> https://gerrit.ovirt.org/#/c/75994/ > >>> Jenkins showed no findbugs error and I moved on to merging it > >>> > >>> Then I've pushed the same patch to 4.1: > >>> https://gerrit.ovirt.org/#/c/76803/ > >>> And it resulted in two findbugs errors (though minor and style related): > >>> http://jenkins.ovirt.org/job/ovirt-engine_4.1_find-bugs_crea > >>> ted/898/findbugsResult/new/ > >>> > >>> Running findbugs manually in my environment on master did report these > >>> two issues so I'd expect the master jobs to report them as well. > >>> > >>> _______________________________________________ > >>> Infra mailing list > >>> Infra(a)ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/infra > >>> > >> -- > >> > >> DANIEL BELENKY > >> > >> RHV DEVOPS > >> > >> Red Hat EMEA <https://www.redhat.com/> > >> > >> IRC: #rhev-integ #rhev-dev > >> <https://red.ht/sig> > >> > > > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > -- This message was sent by Atlassian JIRA (v1000.996.2#100044)

1 0

[JIRA] (OVIRT-1381) Re: Findbugs issues not reported correctly on Jenkins master jobs?
by Daniel Belenky (oVirt JIRA) 23 May '17

23 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1381?page=com.atlassian.jira.… ] Daniel Belenky commented on OVIRT-1381: --------------------------------------- This is out of scope for this ticket. I'm moving the ticket to blocked on code-review until we'll merge the fix. Please let me know if I can assist in any other way. > Re: Findbugs issues not reported correctly on Jenkins master jobs? > ------------------------------------------------------------------ > > Key: OVIRT-1381 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1381 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Gil Shinar > Assignee: Daniel Belenky > > Adding infra-support > On Mon, May 15, 2017 at 3:55 PM, Tal Nisan <tnisan(a)redhat.com> wrote: > > Just a regular "mvn findbugs:findbugs" run on master, you can revert this > > patch and run it manually yourself: https://gerrit.ovirt.org/#/c/76820/ > > > > On Mon, May 15, 2017 at 2:15 PM, Daniel Belenky <dbelenky(a)redhat.com> > > wrote: > > > >> Hi Tal, > >> I'm checking this right now. > >> Can you provide the log from your local run? which files were exported on > >> your local run? > >> > >> On Mon, May 15, 2017 at 11:51 AM Tal Nisan <tnisan(a)redhat.com> wrote: > >> > >>> I've pushed this patch to master: > >>> https://gerrit.ovirt.org/#/c/75994/ > >>> Jenkins showed no findbugs error and I moved on to merging it > >>> > >>> Then I've pushed the same patch to 4.1: > >>> https://gerrit.ovirt.org/#/c/76803/ > >>> And it resulted in two findbugs errors (though minor and style related): > >>> http://jenkins.ovirt.org/job/ovirt-engine_4.1_find-bugs_crea > >>> ted/898/findbugsResult/new/ > >>> > >>> Running findbugs manually in my environment on master did report these > >>> two issues so I'd expect the master jobs to report them as well. > >>> > >>> _______________________________________________ > >>> Infra mailing list > >>> Infra(a)ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/infra > >>> > >> -- > >> > >> DANIEL BELENKY > >> > >> RHV DEVOPS > >> > >> Red Hat EMEA <https://www.redhat.com/> > >> > >> IRC: #rhev-integ #rhev-dev > >> <https://red.ht/sig> > >> > > > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > -- This message was sent by Atlassian JIRA (v1000.996.2#100044)

1 0

[JIRA] (OVIRT-1400) Refactor: move default properties to a macro
by Barak Korren (oVirt JIRA) 23 May '17

23 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1400?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1400: ----------------------------------- Assignee: Barak Korren (was: infra) > Refactor: move default properties to a macro > -------------------------------------------- > > Key: OVIRT-1400 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1400 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins > Reporter: Barak Korren > Assignee: Barak Korren > Labels: standard-ci > > We currently have some properties specified in the defaults.yaml file. > This patch moves the values in those properties to a separate macro so > they can also be used for jobs that need add some properties of their > own. -- This message was sent by Atlassian JIRA (v1000.996.2#100044)

1 0

[JIRA] (OVIRT-1400) Refactor: move default properties to a macro
by Barak Korren (oVirt JIRA) 23 May '17

23 May '17

Barak Korren created OVIRT-1400: ----------------------------------- Summary: Refactor: move default properties to a macro Key: OVIRT-1400 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1400 Project: oVirt - virtualization made easy Issue Type: Improvement Components: Jenkins Reporter: Barak Korren Assignee: infra We currently have some properties specified in the defaults.yaml file. This patch moves the values in those properties to a separate macro so they can also be used for jobs that need add some properties of their own. -- This message was sent by Atlassian JIRA (v1000.996.2#100044)

1 0

[JIRA] (OVIRT-1400) Refactor: move default properties to a macro
by Barak Korren (oVirt JIRA) 23 May '17

23 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1400?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1400: -------------------------------- Epic Link: OVIRT-400 > Refactor: move default properties to a macro > -------------------------------------------- > > Key: OVIRT-1400 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1400 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > Labels: standard-ci > > We currently have some properties specified in the defaults.yaml file. > This patch moves the values in those properties to a separate macro so > they can also be used for jobs that need add some properties of their > own. -- This message was sent by Atlassian JIRA (v1000.996.2#100044)

1 0

[JIRA] (OVIRT-1399) Install Jenkins TAP results plugin
by Barak Korren (oVirt JIRA) 23 May '17

23 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1399?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1399: ------------------------------------- Why add TAP? What does it offer over JUNIT XML? Note that Jenkins` support of JUNIT test results is very comprehensive, that TAP plugin doesn't seem to offer the same features (e.g failed tests listed in the job status screen, tests results analyser). > Install Jenkins TAP results plugin > ---------------------------------- > > Key: OVIRT-1399 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1399 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Reporter: Nadav Goldin > Assignee: infra > Priority: Low > > Please install the TAP Plugin - https://wiki.jenkins-ci.org/display/JENKINS/TAP+Plugin > It allows to display TAP test results, which we use in Lago(with bats). > Not urgent, can be done whenever time allows(with some other upgrade etc). -- This message was sent by Atlassian JIRA (v1000.996.2#100044)

1 0

oVirt infra daily report - unstable production jobs - 330
by jenkins＠jenkins.phx.ovirt.org 22 May '17

22 May '17

------=_Part_130_1697704303.1495494009631 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Good morning! Attached is the HTML page with the jenkins status report. You can see it also here: - http://jenkins.ovirt.org/job/system_jenkins-report/330//artifact/exported-a… Cheers, Jenkins ------=_Part_130_1697704303.1495494009631 Content-Type: text/html; charset=us-ascii; name=upstream_report.html Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=upstream_report.html Content-ID: <upstream_report.html> <!DOCTYPE html><head><style type="text/css"> table.gridtable { border-collapse: collapse; table-layout:fixed; width:1600px; font-family: monospace; font-size:13px; } .head { font-size:20px; font-family: arial; } .sub { font-size:18px; background-color:#e5e5e5; font-family: arial; } pre { font-family: monospace; display: inline; white-space: pre-wrap; white-space: -moz-pre-wrap !important; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word; } </style> </head> <body> <table class="gridtable" border=2> <tr><th colspan=2 class=head> RHEVM CI Jenkins Daily Report - 22/05/2017 </th></tr><tr><th colspan=2 class=sub> <font color="blue"><a href="http://jenkins.ovirt.org/">00 Unstable Critical</a></font> </th></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt_master_hc-system-tests/">ovirt_master_hc-system-tests</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt_master_image-ng-system-tests/">ovirt_master_image-ng-system-tests</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> ------=_Part_130_1697704303.1495494009631--

1 0

[JIRA] (OVIRT-1399) Install Jenkins TAP results plugin
by Nadav Goldin (oVirt JIRA) 22 May '17

22 May '17

Nadav Goldin created OVIRT-1399: ----------------------------------- Summary: Install Jenkins TAP results plugin Key: OVIRT-1399 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1399 Project: oVirt - virtualization made easy Issue Type: New Feature Reporter: Nadav Goldin Assignee: infra Priority: Low Please install the TAP Plugin - https://wiki.jenkins-ci.org/display/JENKINS/TAP+Plugin It allows to display TAP test results, which we use in Lago(with bats). Not urgent, can be done whenever time allows(with some other upgrade etc). -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[JIRA] (OVIRT-1399) Install Jenkins TAP results plugin
by Nadav Goldin (oVirt JIRA) 22 May '17

22 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1399?page=com.atlassian.jira.… ] Nadav Goldin updated OVIRT-1399: -------------------------------- Epic Link: OVIRT-403 > Install Jenkins TAP results plugin > ---------------------------------- > > Key: OVIRT-1399 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1399 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Reporter: Nadav Goldin > Assignee: infra > Priority: Low > > Please install the TAP Plugin - https://wiki.jenkins-ci.org/display/JENKINS/TAP+Plugin > It allows to display TAP test results, which we use in Lago(with bats). > Not urgent, can be done whenever time allows(with some other upgrade etc). -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[oVirt Jenkins] deploy-to-ovirt_experimental - Build #1414 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 22 May '17

22 May '17

------=_Part_127_1730518582.1495469108413 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental/1414/ Build Name: 1414 ovirt-engine (3.6) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/77094 - title: build: ovirt-engine-3.6.11.2 - project: ovirt-engine - branch: ovirt-engine-3.6 - author: Sandro Bonazzola <sbonazzo(a)redhat.com> ------=_Part_127_1730518582.1495469108413--

1 0

[JIRA] (OVIRT-1398) Setup default values for 'arch' and 'distro' in STD-CI YAML
by Barak Korren (oVirt JIRA) 22 May '17

22 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1398?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1398: ----------------------------------- Assignee: Barak Korren (was: infra) > Setup default values for 'arch' and 'distro' in STD-CI YAML > ----------------------------------------------------------- > > Key: OVIRT-1398 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1398 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins > Reporter: Barak Korren > Assignee: Barak Korren > > Turns out some projects forget to set these in the project YAML, so we need to set defaults so things behave in an expected manner. > See for example jobs for ovirt-containers whose names end in '-' currently: > http://jenkins.ovirt.org/job/ovirt-containers_4.1_check-patch-el7-/ -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[JIRA] (OVIRT-1398) Setup default values for 'arch' and 'distro' in STD-CI YAML
by Barak Korren (oVirt JIRA) 22 May '17

22 May '17

Barak Korren created OVIRT-1398: ----------------------------------- Summary: Setup default values for 'arch' and 'distro' in STD-CI YAML Key: OVIRT-1398 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1398 Project: oVirt - virtualization made easy Issue Type: Improvement Components: Jenkins Reporter: Barak Korren Assignee: infra Turns out some projects forget to set these in the project YAML, so we need to set defaults so things behave in an expected manner. See for example jobs for ovirt-containers whose names end in '-' currently: http://jenkins.ovirt.org/job/ovirt-containers_4.1_check-patch-el7-/ -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[JIRA] (OVIRT-1398) Setup default values for 'arch' and 'distro' in STD-CI YAML
by Barak Korren (oVirt JIRA) 22 May '17

22 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1398?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1398: -------------------------------- Epic Link: OVIRT-400 > Setup default values for 'arch' and 'distro' in STD-CI YAML > ----------------------------------------------------------- > > Key: OVIRT-1398 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1398 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > > Turns out some projects forget to set these in the project YAML, so we need to set defaults so things behave in an expected manner. > See for example jobs for ovirt-containers whose names end in '-' currently: > http://jenkins.ovirt.org/job/ovirt-containers_4.1_check-patch-el7-/ -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[oVirt Jenkins] deploy-to-ovirt_experimental - Build #1415 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 22 May '17

22 May '17

------=_Part_125_1892908821.1495469058958 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental/1415/ Build Name: 1415 ovirt-engine (3.6) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/77095 - title: build: post ovirt-engine-3.6.11.2 - project: ovirt-engine - branch: ovirt-engine-3.6 - author: Sandro Bonazzola <sbonazzo(a)redhat.com> ------=_Part_125_1892908821.1495469058958--

1 0

permissions to https://hub.docker.com/u/ovirt
by Yaniv Bronheim 22 May '17

22 May '17

Hi, I need to push images to docker.io/ovirt. can you please attach my account to ovirt admins? Currently I have to ovirtorg, but we plan to use the ovirt one Thank you -- Yaniv Bronhaim.

2 1

[JIRA] (OVIRT-1381) Re: Findbugs issues not reported correctly on Jenkins master jobs?
by Tal Nisan (oVirt JIRA) 22 May '17

22 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1381?page=com.atlassian.jira.… ] Tal Nisan commented on OVIRT-1381: ---------------------------------- Quoting amuerini: "Hi guys, There's a good chance that patch 07e7e962975fbd1b246d7e82561dfbfb1c6196c9 introduced the regression ans is responsible for the findbugs.xml.xml files. Can we try reverting it and see what happens? Thanks." It's best if we find the cause that this file is generated by this name instead of adding it as is On Mon, May 22, 2017 at 5:17 PM, Daniel Belenky (oVirt JIRA) < > Re: Findbugs issues not reported correctly on Jenkins master jobs? > ------------------------------------------------------------------ > > Key: OVIRT-1381 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1381 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Gil Shinar > Assignee: Daniel Belenky > > Adding infra-support > On Mon, May 15, 2017 at 3:55 PM, Tal Nisan <tnisan(a)redhat.com> wrote: > > Just a regular "mvn findbugs:findbugs" run on master, you can revert this > > patch and run it manually yourself: https://gerrit.ovirt.org/#/c/76820/ > > > > On Mon, May 15, 2017 at 2:15 PM, Daniel Belenky <dbelenky(a)redhat.com> > > wrote: > > > >> Hi Tal, > >> I'm checking this right now. > >> Can you provide the log from your local run? which files were exported on > >> your local run? > >> > >> On Mon, May 15, 2017 at 11:51 AM Tal Nisan <tnisan(a)redhat.com> wrote: > >> > >>> I've pushed this patch to master: > >>> https://gerrit.ovirt.org/#/c/75994/ > >>> Jenkins showed no findbugs error and I moved on to merging it > >>> > >>> Then I've pushed the same patch to 4.1: > >>> https://gerrit.ovirt.org/#/c/76803/ > >>> And it resulted in two findbugs errors (though minor and style related): > >>> http://jenkins.ovirt.org/job/ovirt-engine_4.1_find-bugs_crea > >>> ted/898/findbugsResult/new/ > >>> > >>> Running findbugs manually in my environment on master did report these > >>> two issues so I'd expect the master jobs to report them as well. > >>> > >>> _______________________________________________ > >>> Infra mailing list > >>> Infra(a)ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/infra > >>> > >> -- > >> > >> DANIEL BELENKY > >> > >> RHV DEVOPS > >> > >> Red Hat EMEA <https://www.redhat.com/> > >> > >> IRC: #rhev-integ #rhev-dev > >> <https://red.ht/sig> > >> > > > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[JIRA] (OVIRT-1397) Switch all standard-CI JJB scripts to use 'include-raw-escape'
by Barak Korren (oVirt JIRA) 22 May '17

22 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1397?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1397: ----------------------------------- Assignee: Barak Korren (was: infra) > Switch all standard-CI JJB scripts to use 'include-raw-escape' > -------------------------------------------------------------- > > Key: OVIRT-1397 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1397 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins > Reporter: Barak Korren > Assignee: Barak Korren > > Currently some standard-CI JJB scripts are included from YAML with 'include-raw' in macros that accept parameters. This means that thos scripts are subject to JJB variable injection. As a result, one needs to double pairs of curly braces when written in those scripts. > The above makes it hard to use these scripts outside of JJB, for example from pipelines. > It seems like for most scripts, there is not actual variable injection going on in practice, so we should take the time to switch to using 'include-raw-escape' to make maintaining and using the script easier. -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[JIRA] (OVIRT-1397) Switch all standard-CI JJB scripts to use 'include-raw-escape'
by Barak Korren (oVirt JIRA) 22 May '17

22 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1397?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1397: -------------------------------- Epic Link: OVIRT-400 > Switch all standard-CI JJB scripts to use 'include-raw-escape' > -------------------------------------------------------------- > > Key: OVIRT-1397 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1397 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > > Currently some standard-CI JJB scripts are included from YAML with 'include-raw' in macros that accept parameters. This means that thos scripts are subject to JJB variable injection. As a result, one needs to double pairs of curly braces when written in those scripts. > The above makes it hard to use these scripts outside of JJB, for example from pipelines. > It seems like for most scripts, there is not actual variable injection going on in practice, so we should take the time to switch to using 'include-raw-escape' to make maintaining and using the script easier. -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[JIRA] (OVIRT-1397) Switch all standard-CI JJB scripts to use 'include-raw-escape'
by Barak Korren (oVirt JIRA) 22 May '17

22 May '17

Barak Korren created OVIRT-1397: ----------------------------------- Summary: Switch all standard-CI JJB scripts to use 'include-raw-escape' Key: OVIRT-1397 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1397 Project: oVirt - virtualization made easy Issue Type: Improvement Components: Jenkins Reporter: Barak Korren Assignee: infra Currently some standard-CI JJB scripts are included from YAML with 'include-raw' in macros that accept parameters. This means that thos scripts are subject to JJB variable injection. As a result, one needs to double pairs of curly braces when written in those scripts. The above makes it hard to use these scripts outside of JJB, for example from pipelines. It seems like for most scripts, there is not actual variable injection going on in practice, so we should take the time to switch to using 'include-raw-escape' to make maintaining and using the script easier. -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[JIRA] (OVIRT-1381) Re: Findbugs issues not reported correctly on Jenkins master jobs?
by Daniel Belenky (oVirt JIRA) 22 May '17

22 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1381?page=com.atlassian.jira.… ] Daniel Belenky commented on OVIRT-1381: --------------------------------------- Ok, so with [~tnisan(a)redhat.com]'s help with sending a faulty patch for debugging, I was able to reproduce the issue and find the root cause. There is another 'findbugsXml.xml' file that we were not catching in check-patch.sh due to a type. I'll rebase my patch back to master and resend it to apply the fix. I'll update here. > Re: Findbugs issues not reported correctly on Jenkins master jobs? > ------------------------------------------------------------------ > > Key: OVIRT-1381 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1381 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Gil Shinar > Assignee: Daniel Belenky > > Adding infra-support > On Mon, May 15, 2017 at 3:55 PM, Tal Nisan <tnisan(a)redhat.com> wrote: > > Just a regular "mvn findbugs:findbugs" run on master, you can revert this > > patch and run it manually yourself: https://gerrit.ovirt.org/#/c/76820/ > > > > On Mon, May 15, 2017 at 2:15 PM, Daniel Belenky <dbelenky(a)redhat.com> > > wrote: > > > >> Hi Tal, > >> I'm checking this right now. > >> Can you provide the log from your local run? which files were exported on > >> your local run? > >> > >> On Mon, May 15, 2017 at 11:51 AM Tal Nisan <tnisan(a)redhat.com> wrote: > >> > >>> I've pushed this patch to master: > >>> https://gerrit.ovirt.org/#/c/75994/ > >>> Jenkins showed no findbugs error and I moved on to merging it > >>> > >>> Then I've pushed the same patch to 4.1: > >>> https://gerrit.ovirt.org/#/c/76803/ > >>> And it resulted in two findbugs errors (though minor and style related): > >>> http://jenkins.ovirt.org/job/ovirt-engine_4.1_find-bugs_crea > >>> ted/898/findbugsResult/new/ > >>> > >>> Running findbugs manually in my environment on master did report these > >>> two issues so I'd expect the master jobs to report them as well. > >>> > >>> _______________________________________________ > >>> Infra mailing list > >>> Infra(a)ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/infra > >>> > >> -- > >> > >> DANIEL BELENKY > >> > >> RHV DEVOPS > >> > >> Red Hat EMEA <https://www.redhat.com/> > >> > >> IRC: #rhev-integ #rhev-dev > >> <https://red.ht/sig> > >> > > > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[ OST Manual Job ] Updated default fallback repo
by Daniel Belenky 22 May '17

22 May '17

Hi all, Please note that we've updated the default fallback repo in manual job <http://jenkins.ovirt.org/job/ovirt-system-tests_manual/>. The fallback repo defines the source from which the RPMs that are not part of the patch being tested are being taken. Until today, the default source was 'latest_tested' repo, which is now replaced by 'latest_release'. *Note* that 'latest_tested' repository shouldn't be used on regular basis, as this repository is changing as the experimental flow runs, so in order to avoid failures - please use the stable 'latest_release' repo, which contains all the rpm's that were released in the last official release of oVirt. Thanks, -- DANIEL BELENKY Associate sw engineer RHEV DEVOPS Red Hat Israel <https://www.redhat.com/> dbelenky(a)redhat.com IRC: #rhev-integ, #rhev-dev <https://red.ht/sig>

2 2

[JIRA] (OVIRT-1395) CI on 4.1 engine patch fails on FC24 due to yum not finding the right mirror
by Gil Shinar (oVirt JIRA) 22 May '17

22 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1395?page=com.atlassian.jira.… ] Gil Shinar reassigned OVIRT-1395: --------------------------------- Assignee: Gil Shinar (was: infra) > CI on 4.1 engine patch fails on FC24 due to yum not finding the right mirror > ---------------------------------------------------------------------------- > > Key: OVIRT-1395 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1395 > Project: oVirt - virtualization made easy > Issue Type: Outage > Components: Jenkins > Reporter: Allon Mureinik > Assignee: Gil Shinar > > CI on patch https://gerrit.ovirt.org/#/c/77074/ failed due to yum missing a mirror(?). The error: > 04:13:13 ERROR: Command failed: > 04:13:13 # /usr/bin/yum-deprecated --installroot /var/lib/mock/fedora-24-x86_64-6b7e112425ed139d649817c1e6d666bb-20792/root/ --releasever 24 install @buildsys-build autoconf git java-1.8.0-openjdk-devel make maven net-tools otopi postgresql-jdbc postgresql-server pyflakes python2-mock python-psycopg2 python2-pytest python-devel python-isort python-pep8 yum-utils --setopt=tsflags=nocontexts > 04:13:13 Yum command has been deprecated, use dnf instead. > 04:13:13 See 'man dnf' and 'man yum2dnf' for more information. > 04:13:13 > 04:13:13 http://resources.ovirt.org/pub/ovirt-master-snapshot-static/rpm/fc24/repoda…: [Errno 14] HTTP Error 404 - Not Found > 04:13:13 Trying other mirror. > 04:13:13 > 04:13:13 > 04:13:13 One of the configured repositories failed ("Custom ovirt-snapshot-static"), > 04:13:13 and yum doesn't have enough cached data to continue. At this point the only > 04:13:13 safe thing yum can do is fail. There are a few ways to work "fix" this: > 04:13:13 > 04:13:13 1. Contact the upstream for the repository and get them to fix the problem. > 04:13:13 > 04:13:13 2. Reconfigure the baseurl/etc. for the repository, to point to a working > 04:13:13 upstream. This is most often useful if you are using a newer > 04:13:13 distribution release than is supported by the repository (and the > 04:13:13 packages for the previous distribution release still work). > 04:13:13 > 04:13:13 3. Disable the repository, so yum won't use it by default. Yum will then > 04:13:13 just ignore the repository until you permanently enable it again or use > 04:13:13 --enablerepo for temporary usage: > 04:13:13 > 04:13:13 yum-config-manager --disable ovirt-snapshot-static > 04:13:13 > 04:13:13 4. Configure the failing repository to be skipped, if it is unavailable. > 04:13:13 Note that yum will try to contact the repo. when it runs most commands, > 04:13:13 so will have to try and fail each time (and thus. yum will be be much > 04:13:13 slower). If it is a very temporary problem though, this is often a nice > 04:13:13 compromise: > 04:13:13 > 04:13:13 yum-config-manager --save --setopt=ovirt-snapshot-static.skip_if_unavailable=true > 04:13:13 > 04:13:13 failure: repodata/repomd.xml from ovirt-snapshot-static: [Errno 256] No more mirrors to try. > 04:13:13 http://resources.ovirt.org/pub/ovirt-master-snapshot-static/rpm/fc24/repoda…: [Errno 14] HTTP Error 404 - Not Found > Link to the jenkins output: http://jenkins.ovirt.org/job/ovirt-engine_4.1_check-patch-fc24-x86_64/1089/… -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[JIRA] (OVIRT-1395) CI on 4.1 engine patch fails on FC24 due to yum not finding the right mirror
by Gil Shinar (oVirt JIRA) 22 May '17

22 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1395?page=com.atlassian.jira.… ] Gil Shinar updated OVIRT-1395: ------------------------------ Status: In Progress (was: To Do) > CI on 4.1 engine patch fails on FC24 due to yum not finding the right mirror > ---------------------------------------------------------------------------- > > Key: OVIRT-1395 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1395 > Project: oVirt - virtualization made easy > Issue Type: Outage > Components: Jenkins > Reporter: Allon Mureinik > Assignee: infra > > CI on patch https://gerrit.ovirt.org/#/c/77074/ failed due to yum missing a mirror(?). The error: > 04:13:13 ERROR: Command failed: > 04:13:13 # /usr/bin/yum-deprecated --installroot /var/lib/mock/fedora-24-x86_64-6b7e112425ed139d649817c1e6d666bb-20792/root/ --releasever 24 install @buildsys-build autoconf git java-1.8.0-openjdk-devel make maven net-tools otopi postgresql-jdbc postgresql-server pyflakes python2-mock python-psycopg2 python2-pytest python-devel python-isort python-pep8 yum-utils --setopt=tsflags=nocontexts > 04:13:13 Yum command has been deprecated, use dnf instead. > 04:13:13 See 'man dnf' and 'man yum2dnf' for more information. > 04:13:13 > 04:13:13 http://resources.ovirt.org/pub/ovirt-master-snapshot-static/rpm/fc24/repoda…: [Errno 14] HTTP Error 404 - Not Found > 04:13:13 Trying other mirror. > 04:13:13 > 04:13:13 > 04:13:13 One of the configured repositories failed ("Custom ovirt-snapshot-static"), > 04:13:13 and yum doesn't have enough cached data to continue. At this point the only > 04:13:13 safe thing yum can do is fail. There are a few ways to work "fix" this: > 04:13:13 > 04:13:13 1. Contact the upstream for the repository and get them to fix the problem. > 04:13:13 > 04:13:13 2. Reconfigure the baseurl/etc. for the repository, to point to a working > 04:13:13 upstream. This is most often useful if you are using a newer > 04:13:13 distribution release than is supported by the repository (and the > 04:13:13 packages for the previous distribution release still work). > 04:13:13 > 04:13:13 3. Disable the repository, so yum won't use it by default. Yum will then > 04:13:13 just ignore the repository until you permanently enable it again or use > 04:13:13 --enablerepo for temporary usage: > 04:13:13 > 04:13:13 yum-config-manager --disable ovirt-snapshot-static > 04:13:13 > 04:13:13 4. Configure the failing repository to be skipped, if it is unavailable. > 04:13:13 Note that yum will try to contact the repo. when it runs most commands, > 04:13:13 so will have to try and fail each time (and thus. yum will be be much > 04:13:13 slower). If it is a very temporary problem though, this is often a nice > 04:13:13 compromise: > 04:13:13 > 04:13:13 yum-config-manager --save --setopt=ovirt-snapshot-static.skip_if_unavailable=true > 04:13:13 > 04:13:13 failure: repodata/repomd.xml from ovirt-snapshot-static: [Errno 256] No more mirrors to try. > 04:13:13 http://resources.ovirt.org/pub/ovirt-master-snapshot-static/rpm/fc24/repoda…: [Errno 14] HTTP Error 404 - Not Found > Link to the jenkins output: http://jenkins.ovirt.org/job/ovirt-engine_4.1_check-patch-fc24-x86_64/1089/… -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[JIRA] (OVIRT-1395) CI on 4.1 engine patch fails on FC24 due to yum not finding the right mirror
by Gil Shinar (oVirt JIRA) 22 May '17

22 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1395?page=com.atlassian.jira.… ] Gil Shinar commented on OVIRT-1395: ----------------------------------- You check-patch.repos file in ovirt-4.1 branch contains the following: ovirt-snapshot,http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/$di… ovirt-snapshot-static,http://resources.ovirt.org/pub/ovirt-master-snapshot-… ci-tools,http://resources.ovirt.org/repos/ci-tools/$distro Why are you using ovirt-master-snapshot-static and not ovirt-4.1-snapshot-static? http://resources.ovirt.org/pub/ovirt-4.1-snapshot-static/rpm/ > CI on 4.1 engine patch fails on FC24 due to yum not finding the right mirror > ---------------------------------------------------------------------------- > > Key: OVIRT-1395 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1395 > Project: oVirt - virtualization made easy > Issue Type: Outage > Components: Jenkins > Reporter: Allon Mureinik > Assignee: infra > > CI on patch https://gerrit.ovirt.org/#/c/77074/ failed due to yum missing a mirror(?). The error: > 04:13:13 ERROR: Command failed: > 04:13:13 # /usr/bin/yum-deprecated --installroot /var/lib/mock/fedora-24-x86_64-6b7e112425ed139d649817c1e6d666bb-20792/root/ --releasever 24 install @buildsys-build autoconf git java-1.8.0-openjdk-devel make maven net-tools otopi postgresql-jdbc postgresql-server pyflakes python2-mock python-psycopg2 python2-pytest python-devel python-isort python-pep8 yum-utils --setopt=tsflags=nocontexts > 04:13:13 Yum command has been deprecated, use dnf instead. > 04:13:13 See 'man dnf' and 'man yum2dnf' for more information. > 04:13:13 > 04:13:13 http://resources.ovirt.org/pub/ovirt-master-snapshot-static/rpm/fc24/repoda…: [Errno 14] HTTP Error 404 - Not Found > 04:13:13 Trying other mirror. > 04:13:13 > 04:13:13 > 04:13:13 One of the configured repositories failed ("Custom ovirt-snapshot-static"), > 04:13:13 and yum doesn't have enough cached data to continue. At this point the only > 04:13:13 safe thing yum can do is fail. There are a few ways to work "fix" this: > 04:13:13 > 04:13:13 1. Contact the upstream for the repository and get them to fix the problem. > 04:13:13 > 04:13:13 2. Reconfigure the baseurl/etc. for the repository, to point to a working > 04:13:13 upstream. This is most often useful if you are using a newer > 04:13:13 distribution release than is supported by the repository (and the > 04:13:13 packages for the previous distribution release still work). > 04:13:13 > 04:13:13 3. Disable the repository, so yum won't use it by default. Yum will then > 04:13:13 just ignore the repository until you permanently enable it again or use > 04:13:13 --enablerepo for temporary usage: > 04:13:13 > 04:13:13 yum-config-manager --disable ovirt-snapshot-static > 04:13:13 > 04:13:13 4. Configure the failing repository to be skipped, if it is unavailable. > 04:13:13 Note that yum will try to contact the repo. when it runs most commands, > 04:13:13 so will have to try and fail each time (and thus. yum will be be much > 04:13:13 slower). If it is a very temporary problem though, this is often a nice > 04:13:13 compromise: > 04:13:13 > 04:13:13 yum-config-manager --save --setopt=ovirt-snapshot-static.skip_if_unavailable=true > 04:13:13 > 04:13:13 failure: repodata/repomd.xml from ovirt-snapshot-static: [Errno 256] No more mirrors to try. > 04:13:13 http://resources.ovirt.org/pub/ovirt-master-snapshot-static/rpm/fc24/repoda…: [Errno 14] HTTP Error 404 - Not Found > Link to the jenkins output: http://jenkins.ovirt.org/job/ovirt-engine_4.1_check-patch-fc24-x86_64/1089/… -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[JIRA] (OVIRT-1396) Add a new 'test-system-artifacts' Standard-CI stage
by Barak Korren (oVirt JIRA) 22 May '17

22 May '17

Barak Korren created OVIRT-1396: ----------------------------------- Summary: Add a new 'test-system-artifacts' Standard-CI stage Key: OVIRT-1396 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1396 Project: oVirt - virtualization made easy Issue Type: New Feature Components: Jenkins Reporter: Barak Korren Assignee: infra This is a part of [containers CI/CD|https://docs.google.com/a/redhat.com/document/d/1mEo3E0kRvlUWT9VaSPKD…] flow implementation process. An order to allow building and testing processes for containers to be triggered after package that are needed for them are built, we will introduce the "{{test-system-artifacts}}" standard-CI stage. This stage will be invoked from the 'experimental' or 'change-queue-tester' pipelines jost like the existing OST-based flows. In order to provide package and repo information to the std-CI script invoked by this stage we well need to implement OVIRT-1391 -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[JIRA] (OVIRT-1396) Add a new 'test-system-artifacts' Standard-CI stage
by Barak Korren (oVirt JIRA) 22 May '17

22 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1396?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1396: -------------------------------- Epic Link: OVIRT-400 > Add a new 'test-system-artifacts' Standard-CI stage > --------------------------------------------------- > > Key: OVIRT-1396 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1396 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > > This is a part of [containers CI/CD|https://docs.google.com/a/redhat.com/document/d/1mEo3E0kRvlUWT9VaSPKD…] flow implementation process. > An order to allow building and testing processes for containers to be triggered after package that are needed for them are built, we will introduce the "{{test-system-artifacts}}" standard-CI stage. > This stage will be invoked from the 'experimental' or 'change-queue-tester' pipelines jost like the existing OST-based flows. > In order to provide package and repo information to the std-CI script invoked by this stage we well need to implement OVIRT-1391 -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[JIRA] (OVIRT-1395) CI on 4.1 engine patch fails on FC24 due to yum not finding the right mirror
by Allon Mureinik (oVirt JIRA) 22 May '17

22 May '17

Allon Mureinik created OVIRT-1395: ------------------------------------- Summary: CI on 4.1 engine patch fails on FC24 due to yum not finding the right mirror Key: OVIRT-1395 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1395 Project: oVirt - virtualization made easy Issue Type: Outage Components: Jenkins Reporter: Allon Mureinik Assignee: infra CI on patch https://gerrit.ovirt.org/#/c/77074/ failed due to yum missing a mirror(?). The error: 04:13:13 ERROR: Command failed: 04:13:13 # /usr/bin/yum-deprecated --installroot /var/lib/mock/fedora-24-x86_64-6b7e112425ed139d649817c1e6d666bb-20792/root/ --releasever 24 install @buildsys-build autoconf git java-1.8.0-openjdk-devel make maven net-tools otopi postgresql-jdbc postgresql-server pyflakes python2-mock python-psycopg2 python2-pytest python-devel python-isort python-pep8 yum-utils --setopt=tsflags=nocontexts 04:13:13 Yum command has been deprecated, use dnf instead. 04:13:13 See 'man dnf' and 'man yum2dnf' for more information. 04:13:13 04:13:13 http://resources.ovirt.org/pub/ovirt-master-snapshot-static/rpm/fc24/repoda…: [Errno 14] HTTP Error 404 - Not Found 04:13:13 Trying other mirror. 04:13:13 04:13:13 04:13:13 One of the configured repositories failed ("Custom ovirt-snapshot-static"), 04:13:13 and yum doesn't have enough cached data to continue. At this point the only 04:13:13 safe thing yum can do is fail. There are a few ways to work "fix" this: 04:13:13 04:13:13 1. Contact the upstream for the repository and get them to fix the problem. 04:13:13 04:13:13 2. Reconfigure the baseurl/etc. for the repository, to point to a working 04:13:13 upstream. This is most often useful if you are using a newer 04:13:13 distribution release than is supported by the repository (and the 04:13:13 packages for the previous distribution release still work). 04:13:13 04:13:13 3. Disable the repository, so yum won't use it by default. Yum will then 04:13:13 just ignore the repository until you permanently enable it again or use 04:13:13 --enablerepo for temporary usage: 04:13:13 04:13:13 yum-config-manager --disable ovirt-snapshot-static 04:13:13 04:13:13 4. Configure the failing repository to be skipped, if it is unavailable. 04:13:13 Note that yum will try to contact the repo. when it runs most commands, 04:13:13 so will have to try and fail each time (and thus. yum will be be much 04:13:13 slower). If it is a very temporary problem though, this is often a nice 04:13:13 compromise: 04:13:13 04:13:13 yum-config-manager --save --setopt=ovirt-snapshot-static.skip_if_unavailable=true 04:13:13 04:13:13 failure: repodata/repomd.xml from ovirt-snapshot-static: [Errno 256] No more mirrors to try. 04:13:13 http://resources.ovirt.org/pub/ovirt-master-snapshot-static/rpm/fc24/repoda…: [Errno 14] HTTP Error 404 - Not Found Link to the jenkins output: http://jenkins.ovirt.org/job/ovirt-engine_4.1_check-patch-fc24-x86_64/1089/… -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[JIRA] (OVIRT-1394) Remove STD-CI cleanup function cleanup_var
by Gil Shinar (oVirt JIRA) 22 May '17

22 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1394?page=com.atlassian.jira.… ] Gil Shinar reassigned OVIRT-1394: --------------------------------- Assignee: Gil Shinar (was: infra) > Remove STD-CI cleanup function cleanup_var > ------------------------------------------ > > Key: OVIRT-1394 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1394 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Gil Shinar > Assignee: Gil Shinar > > We do not remember why /var/tmp is being cleaned on each STD-CI job. > /var/tmp is good place for caching stuff (maven for example). > I'll remove the /var/tmp cleanup function and will monitor /var/tmp on slaves to make sure it does not use too much disk space. -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[JIRA] (OVIRT-1394) Remove STD-CI cleanup function cleanup_var
by Gil Shinar (oVirt JIRA) 22 May '17

22 May '17

Gil Shinar created OVIRT-1394: --------------------------------- Summary: Remove STD-CI cleanup function cleanup_var Key: OVIRT-1394 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1394 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Gil Shinar Assignee: infra We do not remember why /var/tmp is being cleaned on each STD-CI job. /var/tmp is good place for caching stuff (maven for example). I'll remove the /var/tmp cleanup function and will monitor /var/tmp on slaves to make sure it does not use too much disk space. -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[JIRA] (OVIRT-1381) Re: Findbugs issues not reported correctly on Jenkins master jobs?
by Daniel Belenky (oVirt JIRA) 22 May '17

22 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1381?page=com.atlassian.jira.… ] Daniel Belenky commented on OVIRT-1381: --------------------------------------- I can't find any files that are being generated by findbugs that are not being processed by Jenkins. [~tnisan(a)redhat.com] can you run this check again and paste here the list of files being processed in your local run? > Re: Findbugs issues not reported correctly on Jenkins master jobs? > ------------------------------------------------------------------ > > Key: OVIRT-1381 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1381 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Gil Shinar > Assignee: Daniel Belenky > > Adding infra-support > On Mon, May 15, 2017 at 3:55 PM, Tal Nisan <tnisan(a)redhat.com> wrote: > > Just a regular "mvn findbugs:findbugs" run on master, you can revert this > > patch and run it manually yourself: https://gerrit.ovirt.org/#/c/76820/ > > > > On Mon, May 15, 2017 at 2:15 PM, Daniel Belenky <dbelenky(a)redhat.com> > > wrote: > > > >> Hi Tal, > >> I'm checking this right now. > >> Can you provide the log from your local run? which files were exported on > >> your local run? > >> > >> On Mon, May 15, 2017 at 11:51 AM Tal Nisan <tnisan(a)redhat.com> wrote: > >> > >>> I've pushed this patch to master: > >>> https://gerrit.ovirt.org/#/c/75994/ > >>> Jenkins showed no findbugs error and I moved on to merging it > >>> > >>> Then I've pushed the same patch to 4.1: > >>> https://gerrit.ovirt.org/#/c/76803/ > >>> And it resulted in two findbugs errors (though minor and style related): > >>> http://jenkins.ovirt.org/job/ovirt-engine_4.1_find-bugs_crea > >>> ted/898/findbugsResult/new/ > >>> > >>> Running findbugs manually in my environment on master did report these > >>> two issues so I'd expect the master jobs to report them as well. > >>> > >>> _______________________________________________ > >>> Infra mailing list > >>> Infra(a)ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/infra > >>> > >> -- > >> > >> DANIEL BELENKY > >> > >> RHV DEVOPS > >> > >> Red Hat EMEA <https://www.redhat.com/> > >> > >> IRC: #rhev-integ #rhev-dev > >> <https://red.ht/sig> > >> > > > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[oVirt Jenkins] ovirt_4.1_hc-system-tests - Build # 72 - Failure!
by jenkins＠jenkins.phx.ovirt.org 21 May '17

21 May '17

------=_Part_99_746776734.1495337671794 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt_4.1_hc-system-tests/ Build: http://jenkins.ovirt.org/job/ovirt_4.1_hc-system-tests/72/ Build Number: 72 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #72 [Gal Ben Haim] Adding the ability to export images ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 002_bootstrap.add_hosts Error Message: status: 409 reason: Conflict detail: Server 192.168.200.4 is already part of another cluster. -------------------- >> begin captured logging << -------------------- lago.utils: ERROR: Error while running thread Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in _ret_via_queue queue.put({'return': func()}) File "/home/jenkins/workspace/ovirt_4.1_hc-system-tests/ovirt-system-tests/hc-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 141, in _add_host return api.hosts.add(p) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", line 18306, in add headers={"Correlation-Id":correlation_id, "Expect":expect} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 79, in add return self.request('POST', url, body, headers, cls=cls) 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: 409 reason: Conflict detail: Server 192.168.200.4 is already part of another cluster. --------------------- >> end captured logging << --------------------- Stack Trace: File "/usr/lib64/python2.7/unittest/case.py", line 369, in run testMethod() File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTest self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129, in wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/workspace/ovirt_4.1_hc-system-tests/ovirt-system-tests/hc-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 160, in add_hosts nt.assert_true(all(vt.join_all())) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in _ret_via_queue queue.put({'return': func()}) File "/home/jenkins/workspace/ovirt_4.1_hc-system-tests/ovirt-system-tests/hc-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 141, in _add_host return api.hosts.add(p) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", line 18306, in add headers={"Correlation-Id":correlation_id, "Expect":expect} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 79, in add return self.request('POST', url, body, headers, cls=cls) 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) status: 409 reason: Conflict detail: Server 192.168.200.4 is already part of another cluster. -------------------- >> begin captured logging << -------------------- lago.utils: ERROR: Error while running thread Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in _ret_via_queue queue.put({'return': func()}) File "/home/jenkins/workspace/ovirt_4.1_hc-system-tests/ovirt-system-tests/hc-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 141, in _add_host return api.hosts.add(p) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", line 18306, in add headers={"Correlation-Id":correlation_id, "Expect":expect} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 79, in add return self.request('POST', url, body, headers, cls=cls) 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: 409 reason: Conflict detail: Server 192.168.200.4 is already part of another cluster. --------------------- >> end captured logging << --------------------- ------=_Part_99_746776734.1495337671794--

1 1

oVirt infra daily report - unstable production jobs - 329
by jenkins＠jenkins.phx.ovirt.org 21 May '17

21 May '17

------=_Part_113_576603939.1495407607362 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Good morning! Attached is the HTML page with the jenkins status report. You can see it also here: - http://jenkins.ovirt.org/job/system_jenkins-report/329//artifact/exported-a… Cheers, Jenkins ------=_Part_113_576603939.1495407607362 Content-Type: text/html; charset=us-ascii; name=upstream_report.html Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=upstream_report.html Content-ID: <upstream_report.html> <!DOCTYPE html><head><style type="text/css"> table.gridtable { border-collapse: collapse; table-layout:fixed; width:1600px; font-family: monospace; font-size:13px; } .head { font-size:20px; font-family: arial; } .sub { font-size:18px; background-color:#e5e5e5; font-family: arial; } pre { font-family: monospace; display: inline; white-space: pre-wrap; white-space: -moz-pre-wrap !important; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word; } </style> </head> <body> <table class="gridtable" border=2> <tr><th colspan=2 class=head> RHEVM CI Jenkins Daily Report - 21/05/2017 </th></tr><tr><th colspan=2 class=sub> <font color="blue"><a href="http://jenkins.ovirt.org/">00 Unstable Critical</a></font> </th></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt_4.1_hc-system-tests/">ovirt_4.1_hc-system-tests</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt_master_hc-system-tests/">ovirt_master_hc-system-tests</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt_master_image-ng-system-tests/">ovirt_master_image-ng-system-tests</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> ------=_Part_113_576603939.1495407607362--

1 0

[JIRA] (OVIRT-1393) Make mirror injection process remove “skip_if_unavailable” settings
by Barak Korren (oVirt JIRA) 21 May '17

21 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1393?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1393: -------------------------------- Description: This is a part of [containers CI/CD|https://docs.google.com/a/redhat.com/document/d/1mEo3E0kRvlUWT9VaSPKD…] flow implementation process. In order to allow having stub repository configuration files as specified in OVIRT-1391, we need to be able to use the "{{skip_if_unavailable}}" yum setting. But we don't want this setting to still be in affect once mirror injection happens and the repo configuration points to a real repo. Therefore we need to make the mirror injection process remove this setting for repo configurations into which mirror URLs are injected. was: This is a part of [containers CI/CD|https://docs.google.com/a/redhat.com/document/d/1mEo3E0kRvlUWT9VaSPKD…] flow implementation process. In order to allow having stub repository configuration files as specified in OVIRT-1391, we need to be able to use the "{skip_if_unavailable}" yum setting. But we don't want this setting to still be in affect once mirror injection happens and the repo configuration points to a real repo. Therefore we need to make the mirror injection process remove this setting for repo configurations into which mirror URLs are injected. > Make mirror injection process remove “skip_if_unavailable” settings > ------------------------------------------------------------------- > > Key: OVIRT-1393 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1393 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > Labels: containers, mirrors, mock_runner.sh > > This is a part of [containers CI/CD|https://docs.google.com/a/redhat.com/document/d/1mEo3E0kRvlUWT9VaSPKD…] flow implementation process. > In order to allow having stub repository configuration files as specified in OVIRT-1391, we need to be able to use the "{{skip_if_unavailable}}" yum setting. But we don't want this setting to still be in affect once mirror injection happens and the repo configuration points to a real repo. Therefore we need to make the mirror injection process remove this setting for repo configurations into which mirror URLs are injected. -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[JIRA] (OVIRT-1393) Make mirror injection process remove “skip_if_unavailable” settings
by Barak Korren (oVirt JIRA) 21 May '17

21 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1393?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1393: -------------------------------- Description: This is a part of [containers CI/CD|https://docs.google.com/a/redhat.com/document/d/1mEo3E0kRvlUWT9VaSPKD…] flow implementation process. In order to allow having stub repository configuration files as specified in OVIRT-1391, we need to be able to use the "{skip_if_unavailable}" yum setting. But we don't want this setting to still be in affect once mirror injection happens and the repo configuration points to a real repo. Therefore we need to make the mirror injection process remove this setting for repo configurations into which mirror URLs are injected. > Make mirror injection process remove “skip_if_unavailable” settings > ------------------------------------------------------------------- > > Key: OVIRT-1393 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1393 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > Labels: containers, mirrors, mock_runner.sh > > This is a part of [containers CI/CD|https://docs.google.com/a/redhat.com/document/d/1mEo3E0kRvlUWT9VaSPKD…] flow implementation process. > In order to allow having stub repository configuration files as specified in OVIRT-1391, we need to be able to use the "{skip_if_unavailable}" yum setting. But we don't want this setting to still be in affect once mirror injection happens and the repo configuration points to a real repo. Therefore we need to make the mirror injection process remove this setting for repo configurations into which mirror URLs are injected. -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[JIRA] (OVIRT-1393) Make mirror injection process remove “skip_if_unavailable” settings
by Barak Korren (oVirt JIRA) 21 May '17

21 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1393?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1393: -------------------------------- Labels: containers mirrors mock_runner.sh (was: ) > Make mirror injection process remove “skip_if_unavailable” settings > ------------------------------------------------------------------- > > Key: OVIRT-1393 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1393 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > Labels: containers, mirrors, mock_runner.sh > -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[JIRA] (OVIRT-1393) Make mirror injection process remove “skip_if_unavailable” settings
by Barak Korren (oVirt JIRA) 21 May '17

21 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1393?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1393: -------------------------------- Component/s: Jenkins > Make mirror injection process remove “skip_if_unavailable” settings > ------------------------------------------------------------------- > > Key: OVIRT-1393 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1393 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0

[JIRA] (OVIRT-1393) Make mirror injection process remove “skip_if_unavailable” settings
by Barak Korren (oVirt JIRA) 21 May '17

21 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1393?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1393: -------------------------------- Summary: Make mirror injection process remove “skip_if_unavailable” settings (was: b) > Make mirror injection process remove “skip_if_unavailable” settings > ------------------------------------------------------------------- > > Key: OVIRT-1393 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1393 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Reporter: Barak Korren > Assignee: infra > -- This message was sent by Atlassian JIRA (v1000.990.2#100044)

1 0