February 2017 - Infra - oVirt List Archives

[JIRA] (OVIRT-1125) http://plain.resources.ovirt.org/repos/ovirt/tested/master/rpm/el7/ has multiple versions of the same RPMs
by Barak Korren (oVirt JIRA) 26 Feb '17

26 Feb '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1125?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1125: ------------------------------------- The repoman over-syncing issue is being handled at OST-51 Closing this as WONTFIX. > http://plain.resources.ovirt.org/repos/ovirt/tested/master/rpm/el7/ has multiple versions of the same RPMs > ---------------------------------------------------------------------------------------------------------- > > Key: OVIRT-1125 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1125 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Repositories Mgmt > Reporter: Nadav Goldin > Assignee: infra > > I guess this isn't intended, for example: > {quote} > [ ] vdsm-hook-fakesriov-4.20.0-290.gitc5cfcfb.el7.centos.x86_64.rpm 2017-01-30 10:23 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-291.git5ae0802.el7.centos.x86_64.rpm 2017-01-30 20:06 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-292.gita47b435.el7.centos.x86_64.rpm 2017-01-30 21:06 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-294.gitfd13ee1.el7.centos.x86_64.rpm 2017-01-30 21:15 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-295.git7ae931a.el7.centos.x86_64.rpm 2017-01-31 15:23 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-296.gitccd3534.el7.centos.x86_64.rpm 2017-01-31 18:35 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-297.gitec36af2.el7.centos.x86_64.rpm 2017-01-31 19:11 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-300.git655ad17.el7.centos.x86_64.rpm 2017-02-01 09:28 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-302.git3981cd6.el7.centos.x86_64.rpm 2017-02-01 09:52 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-307.gitd2f8b7d.el7.centos.x86_64.rpm 2017-02-01 11:04 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-308.git9f68509.el7.centos.x86_64.rpm 2017-02-01 11:42 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-309.git549d310.el7.centos.x86_64.rpm 2017-02-01 14:23 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-310.git6e83c2e.el7.centos.x86_64.rpm 2017-02-01 14:43 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-312.git8b90e4b.el7.centos.x86_64.rpm 2017-02-01 15:57 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-314.git7ce17e7.el7.centos.x86_64.rpm 2017-02-02 12:55 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-315.gitd6f9156.el7.centos.x86_64.rpm 2017-02-02 15:37 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-316.git2396be1.el7.centos.x86_64.rpm 2017-02-03 07:19 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-317.git2433ec0.el7.centos.x86_64.rpm 2017-02-03 09:33 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-319.git8469d6b.el7.centos.x86_64.rpm 2017-02-03 14:04 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-320.git93a9ad4.el7.centos.x86_64.rpm 2017-02-03 20:33 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-322.git325d5fb.el7.centos.x86_64.rpm 2017-02-04 12:05 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-326.git4f20345.el7.centos.x86_64.rpm 2017-02-04 12:20 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-327.gite7bf513.el7.centos.x86_64.rpm 2017-02-05 12:10 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-330.git5bbe864.el7.centos.x86_64.rpm 2017-02-05 12:44 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-333.git8ee1d8f.el7.centos.x86_64.rpm 2017-02-05 18:04 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-335.gitcd5239a.el7.centos.x86_64.rpm 2017-02-06 14:56 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-336.gitc571f0b.el7.centos.x86_64.rpm 2017-02-06 20:11 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-337.git94d794e.el7.centos.x86_64.rpm 2017-02-07 08:41 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-338.git68f0f34.el7.centos.x86_64.rpm 2017-02-07 11:55 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-339.git7aace3d.el7.centos.x86_64.rpm 2017-02-07 12:05 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-340.git44691a4.el7.centos.x86_64.rpm 2017-02-07 13:46 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-341.git616caa9.el7.centos.x86_64.rpm 2017-02-08 01:53 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-342.git73812d7.el7.centos.x86_64.rpm 2017-02-08 19:51 4.7K > [ ] vdsm-hook-fakesriov-4.20.0-343.git1739f69.el7.centos.x86_64.rpm > {quote} -- This message was sent by Atlassian JIRA (v1000.784.2#100032)

1 0

[JIRA] (OVIRT-682) Improve CI logging
by Barak Korren (oVirt JIRA) 26 Feb '17

26 Feb '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-682?page=com.atlassian.jira.p… ] Barak Korren updated OVIRT-682: ------------------------------- Issue Type: Improvement (was: By-EMAIL) > Improve CI logging > ------------------ > > Key: OVIRT-682 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-682 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins > Reporter: eyal edri [Administrator] > Assignee: infra > Labels: standard-ci > > On Fri, Aug 12, 2016 at 8:08 PM, Nir Soffer <nsoffer(a)redhat.com> wrote: > > Hi all, > > > > Lately vdsm builds are failing in the install packages stage with > > this unhelpful error: > > > > 13:59:42 INFO: installing package(s): autoconf automake gdb ... > > 13:59:53 ERROR: Command failed. See logs for output. > > > > I downloaded the logs.tgz file from > > http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc24- > > x86_64/1154/artifact/exported-artifacts/logs.tgz > > > > And indeed in /./vdsm/logs/mocker-fedora-24-x86_64.fc24.install_packages/ > > root.log > > I found found this error: > > > > DEBUG util.py:421: Error: Package: > > python-ioprocess-0.17.0-1.201608111609.gitbd272f2.fc24.noarch > > (ovirt-snapshot) > > DEBUG util.py:421: Requires: ioprocess = > > 0.17.0-1.201608111609.gitbd272f2.fc24 > > DEBUG util.py:421: Available: > > ioprocess-0.15.1-1.fc24.x86_64 (fedora) > > DEBUG util.py:421: ioprocess = 0.15.1-1.fc24 > > DEBUG util.py:421: Available: > > ioprocess-0.16.1-1.fc24.x86_64 (updates) > > DEBUG util.py:421: ioprocess = 0.16.1-1.fc24 > > DEBUG util.py:421: Available: > > ioprocess-0.17.0-1.201607121058.gitbd272f2.fc24.x86_64 > > (ovirt-snapshot) > > DEBUG util.py:421: ioprocess = > > 0.17.0-1.201607121058.gitbd272f2.fc24 > > DEBUG util.py:421: Available: > > ioprocess-0.17.0-1.201608111129.gitbd272f2.fc24.x86_64 > > (ovirt-snapshot) > > DEBUG util.py:421: ioprocess = > > 0.17.0-1.201608111129.gitbd272f2.fc24 > > > > So we have 2 issues here: > > > > 1. We need *all* errors in the console > > http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc24- > > x86_64/1154/console > Not sure its possible or easy to do, these errors usually come from mock > and are not relevant to the code running on the console. > I've cc'd infra-support and updated topic to track it and check our options. > Going foward, we might want to install a log collector like logstash and > then searching errors there should be much easier. > > > > > > 2. Someone need to fix the ovirt-snapshot repository - it should have > > the missing ioprocess > > package. > > Maybe the project xml is not correct? > > > > Nir > > > -- > Eyal Edri > Associate Manager > RHV DevOps > EMEA ENG Virtualization R&D > Red Hat Israel > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) -- This message was sent by Atlassian JIRA (v1000.784.2#100032)

1 0

[JIRA] (OVIRT-682) Improve CI logging
by Barak Korren (oVirt JIRA) 26 Feb '17

26 Feb '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-682?page=com.atlassian.jira.p… ] Barak Korren updated OVIRT-682: ------------------------------- Component/s: Jenkins > Improve CI logging > ------------------ > > Key: OVIRT-682 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-682 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Components: Jenkins > Reporter: eyal edri [Administrator] > Assignee: infra > Labels: standard-ci > > On Fri, Aug 12, 2016 at 8:08 PM, Nir Soffer <nsoffer(a)redhat.com> wrote: > > Hi all, > > > > Lately vdsm builds are failing in the install packages stage with > > this unhelpful error: > > > > 13:59:42 INFO: installing package(s): autoconf automake gdb ... > > 13:59:53 ERROR: Command failed. See logs for output. > > > > I downloaded the logs.tgz file from > > http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc24- > > x86_64/1154/artifact/exported-artifacts/logs.tgz > > > > And indeed in /./vdsm/logs/mocker-fedora-24-x86_64.fc24.install_packages/ > > root.log > > I found found this error: > > > > DEBUG util.py:421: Error: Package: > > python-ioprocess-0.17.0-1.201608111609.gitbd272f2.fc24.noarch > > (ovirt-snapshot) > > DEBUG util.py:421: Requires: ioprocess = > > 0.17.0-1.201608111609.gitbd272f2.fc24 > > DEBUG util.py:421: Available: > > ioprocess-0.15.1-1.fc24.x86_64 (fedora) > > DEBUG util.py:421: ioprocess = 0.15.1-1.fc24 > > DEBUG util.py:421: Available: > > ioprocess-0.16.1-1.fc24.x86_64 (updates) > > DEBUG util.py:421: ioprocess = 0.16.1-1.fc24 > > DEBUG util.py:421: Available: > > ioprocess-0.17.0-1.201607121058.gitbd272f2.fc24.x86_64 > > (ovirt-snapshot) > > DEBUG util.py:421: ioprocess = > > 0.17.0-1.201607121058.gitbd272f2.fc24 > > DEBUG util.py:421: Available: > > ioprocess-0.17.0-1.201608111129.gitbd272f2.fc24.x86_64 > > (ovirt-snapshot) > > DEBUG util.py:421: ioprocess = > > 0.17.0-1.201608111129.gitbd272f2.fc24 > > > > So we have 2 issues here: > > > > 1. We need *all* errors in the console > > http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc24- > > x86_64/1154/console > Not sure its possible or easy to do, these errors usually come from mock > and are not relevant to the code running on the console. > I've cc'd infra-support and updated topic to track it and check our options. > Going foward, we might want to install a log collector like logstash and > then searching errors there should be much easier. > > > > > > 2. Someone need to fix the ovirt-snapshot repository - it should have > > the missing ioprocess > > package. > > Maybe the project xml is not correct? > > > > Nir > > > -- > Eyal Edri > Associate Manager > RHV DevOps > EMEA ENG Virtualization R&D > Red Hat Israel > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) -- This message was sent by Atlassian JIRA (v1000.784.2#100032)

1 0

[JIRA] (OVIRT-682) Improve CI logging
by Barak Korren (oVirt JIRA) 26 Feb '17

26 Feb '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-682?page=com.atlassian.jira.p… ] Barak Korren updated OVIRT-682: ------------------------------- Labels: standard-ci (was: ) > Improve CI logging > ------------------ > > Key: OVIRT-682 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-682 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: eyal edri [Administrator] > Assignee: infra > Labels: standard-ci > > On Fri, Aug 12, 2016 at 8:08 PM, Nir Soffer <nsoffer(a)redhat.com> wrote: > > Hi all, > > > > Lately vdsm builds are failing in the install packages stage with > > this unhelpful error: > > > > 13:59:42 INFO: installing package(s): autoconf automake gdb ... > > 13:59:53 ERROR: Command failed. See logs for output. > > > > I downloaded the logs.tgz file from > > http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc24- > > x86_64/1154/artifact/exported-artifacts/logs.tgz > > > > And indeed in /./vdsm/logs/mocker-fedora-24-x86_64.fc24.install_packages/ > > root.log > > I found found this error: > > > > DEBUG util.py:421: Error: Package: > > python-ioprocess-0.17.0-1.201608111609.gitbd272f2.fc24.noarch > > (ovirt-snapshot) > > DEBUG util.py:421: Requires: ioprocess = > > 0.17.0-1.201608111609.gitbd272f2.fc24 > > DEBUG util.py:421: Available: > > ioprocess-0.15.1-1.fc24.x86_64 (fedora) > > DEBUG util.py:421: ioprocess = 0.15.1-1.fc24 > > DEBUG util.py:421: Available: > > ioprocess-0.16.1-1.fc24.x86_64 (updates) > > DEBUG util.py:421: ioprocess = 0.16.1-1.fc24 > > DEBUG util.py:421: Available: > > ioprocess-0.17.0-1.201607121058.gitbd272f2.fc24.x86_64 > > (ovirt-snapshot) > > DEBUG util.py:421: ioprocess = > > 0.17.0-1.201607121058.gitbd272f2.fc24 > > DEBUG util.py:421: Available: > > ioprocess-0.17.0-1.201608111129.gitbd272f2.fc24.x86_64 > > (ovirt-snapshot) > > DEBUG util.py:421: ioprocess = > > 0.17.0-1.201608111129.gitbd272f2.fc24 > > > > So we have 2 issues here: > > > > 1. We need *all* errors in the console > > http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc24- > > x86_64/1154/console > Not sure its possible or easy to do, these errors usually come from mock > and are not relevant to the code running on the console. > I've cc'd infra-support and updated topic to track it and check our options. > Going foward, we might want to install a log collector like logstash and > then searching errors there should be much easier. > > > > > > 2. Someone need to fix the ovirt-snapshot repository - it should have > > the missing ioprocess > > package. > > Maybe the project xml is not correct? > > > > Nir > > > -- > Eyal Edri > Associate Manager > RHV DevOps > EMEA ENG Virtualization R&D > Red Hat Israel > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) -- This message was sent by Atlassian JIRA (v1000.784.2#100032)

1 0

[JIRA] (OVIRT-1197) Re-factor the standard-CI publishers file
by Barak Korren (oVirt JIRA) 26 Feb '17

26 Feb '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1197?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1197: -------------------------------- Labels: standard-ci (was: ) > Re-factor the standard-CI publishers file > ----------------------------------------- > > Key: OVIRT-1197 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1197 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > Labels: standard-ci > > Thi has already been improved as part of OVIRT-988 (in [Gerrit 69194|https://gerrit.ovirt.org/#/c/69194] But there is more work to do. > We can probably have the same publishers macro for all Standard-CI jobs, and add conditional steps to: > # Collect test results if any > # Improve output to Gerrit > # Launch deploy-to-experimental if this is a build-artifacts job and the patch was merged > This way we can finally stop having to have a separate entry for the build-artifacts jobs and simplify the project YAML files. -- This message was sent by Atlassian JIRA (v1000.784.2#100032)

1 0

[JIRA] (OVIRT-1157) Re-factor the standard-CI triggers file
by Barak Korren (oVirt JIRA) 26 Feb '17

26 Feb '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1157?page=com.atlassian.jira.… ] Barak Korren edited comment on OVIRT-1157 at 2/26/17 12:31 PM: --------------------------------------------------------------- Before re-factoring we should probably remove trigger customization from the project YAML files, this is probably shouldn't be allowed anyway and perhaps not even used much. This allong with OVIRT-1197 may allow us to merge the build-artifacts and build-artifacts-on-demand jobs together. was (Author: bkorren(a)redhat.com) Before re-factoring we should probably remove trigger customization from the project YAML files, this is probably shouldn't be allowed anyway and perhaps not even used much. This may allow us to merge the build-artifacts and build-artifacts-on-demand jobs together. > Re-factor the standard-CI triggers file > --------------------------------------- > > Key: OVIRT-1157 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1157 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > Labels: standard-ci > > The {{/jobs/confs/yaml/triggers/standard.yaml}} file contains A LOT of needless code duplication. We need to re-factor it with templates and YAML inheritance. -- This message was sent by Atlassian JIRA (v1000.784.2#100032)

1 0

[JIRA] (OVIRT-1197) Re-factor the standard-CI publishers file
by Barak Korren (oVirt JIRA) 26 Feb '17

26 Feb '17

Barak Korren created OVIRT-1197: ----------------------------------- Summary: Re-factor the standard-CI publishers file Key: OVIRT-1197 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1197 Project: oVirt - virtualization made easy Issue Type: Improvement Components: Jenkins Reporter: Barak Korren Assignee: infra Thi has already been improved as part of OVIRT-988 (in [Gerrit 69194|https://gerrit.ovirt.org/#/c/69194] But there is more work to do. We can probably have the same publishers macro for all Standard-CI jobs, and add conditional steps to: # Collect test results if any # Improve output to Gerrit # Launch deploy-to-experimental if this is a build-artifacts job and the patch was merged This way we can finally stop having to have a separate entry for the build-artifacts jobs and simplify the project YAML files. -- This message was sent by Atlassian JIRA (v1000.784.2#100032)

1 0

[JIRA] (OVIRT-1197) Re-factor the standard-CI publishers file
by Barak Korren (oVirt JIRA) 26 Feb '17

26 Feb '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1197?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1197: -------------------------------- Epic Link: OVIRT-400 > Re-factor the standard-CI publishers file > ----------------------------------------- > > Key: OVIRT-1197 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1197 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > > Thi has already been improved as part of OVIRT-988 (in [Gerrit 69194|https://gerrit.ovirt.org/#/c/69194] But there is more work to do. > We can probably have the same publishers macro for all Standard-CI jobs, and add conditional steps to: > # Collect test results if any > # Improve output to Gerrit > # Launch deploy-to-experimental if this is a build-artifacts job and the patch was merged > This way we can finally stop having to have a separate entry for the build-artifacts jobs and simplify the project YAML files. -- This message was sent by Atlassian JIRA (v1000.784.2#100032)

1 0

[JIRA] (OVIRT-1157) Re-factor the standard-CI triggers file
by Barak Korren (oVirt JIRA) 26 Feb '17

26 Feb '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1157?page=com.atlassian.jira.… ] Barak Korren edited comment on OVIRT-1157 at 2/26/17 12:14 PM: --------------------------------------------------------------- Before re-factoring we should probably remove trigger customization from the project YAML files, this is probably shouldn't be allowed anyway and perhaps not even used much. This may allow us to merge the build-artifacts and build-artifacts-on-demand jobs together. was (Author: bkorren(a)redhat.com) Before re-factoring we should probably remove trigger customization from the project YAML files, this is probably shouldn't be allowed anyway and perhaps not even used much. This may allow us to merge the build-artifacts and build-artifacts on demand jobs together. > Re-factor the standard-CI triggers file > --------------------------------------- > > Key: OVIRT-1157 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1157 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > Labels: standard-ci > > The {{/jobs/confs/yaml/triggers/standard.yaml}} file contains A LOT of needless code duplication. We need to re-factor it with templates and YAML inheritance. -- This message was sent by Atlassian JIRA (v1000.784.2#100032)

1 0

[JIRA] (OVIRT-1157) Re-factor the standard-CI triggers file
by Barak Korren (oVirt JIRA) 26 Feb '17

26 Feb '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1157?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1157: ------------------------------------- Before re-factoring we should probably remove trigger customization from the project YAML files, this is probably shouldn't be allowed anyway and perhaps not even used much. This may allow us to merge the build-artifacts and build-artifacts on demand jobs together. > Re-factor the standard-CI triggers file > --------------------------------------- > > Key: OVIRT-1157 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1157 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > Labels: standard-ci > > The {{/jobs/confs/yaml/triggers/standard.yaml}} file contains A LOT of needless code duplication. We need to re-factor it with templates and YAML inheritance. -- This message was sent by Atlassian JIRA (v1000.784.2#100032)

1 0