February 2017 - Infra - oVirt List Archives

[JIRA] (OVIRT-1110) rpms served from new jenkins repos sometimes timeout with "xyz bytes remaining to read"
by Barak Korren (oVirt JIRA) 26 Feb '17

26 Feb '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1110?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1110: ------------------------------------- Maybe mark this as duplicate of OVIRT-1150 or vise versa? > rpms served from new jenkins repos sometimes timeout with "xyz bytes remaining to read" > --------------------------------------------------------------------------------------- > > Key: OVIRT-1110 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1110 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Greg Sheremeta > Assignee: infra > > I'm running mock_runner locally. > ../jenkins/mock_configs/mock_runner.sh --mock-confs-dir > ../jenkins/mock_configs el7:epel-7-x86_64 --patch-only > I've seen this error about 5 times when using the new jenkins-based mini > repos: > <snip> > Total download size: 162 M > Installed size: 515 M > http://jenkins.ovirt.org/job/ovirt-engine-nodejs_master_build-artifacts-el7…: > [Errno 14] curl#18 - "transfer closed with 2444831 bytes remaining to read" > Trying other mirror. > When I try once more, I always get this error: > Installed size: 515 M > No Presto metadata available for ovirt-engine-nodejs_master > http://jenkins.ovirt.org/job/ovirt-engine-nodejs_master_build-artifacts-el7…: > [Errno -1] Package does not match intended download. Suggestion: run yum > --enablerepo=ovirt-engine-nodejs_master clean metadata and try again > Trying other mirror. > And the final third time works. > Any ideas? > -- > Greg Sheremeta, MBA > Red Hat, Inc. > Sr. Software Engineer > gshereme(a)redhat.com -- This message was sent by Atlassian JIRA (v1000.784.2#100032)

2 1

[JIRA] (OVIRT-1181) Remove the CI-whitelsit GitHub mirror
by eyal edri [Administrator] (oVirt JIRA) 26 Feb '17

26 Feb '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1181?page=com.atlassian.jira.… ] eyal edri [Administrator] commented on OVIRT-1181: -------------------------------------------------- No, just time & priorities. I don't think it deserve high priority when looking at other tasks open On Sun, Feb 26, 2017 at 4:39 PM, Barak Korren (oVirt JIRA) < -- 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) > Remove the CI-whitelsit GitHub mirror > ------------------------------------- > > Key: OVIRT-1181 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1181 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > > Having this on GitHub makes the a list of people's email-addresses far too public. > It also makes people confused and try to update it with GitHub pull requests. > We should probably remove the GitHub mirror, and also make sure the Gerrit repo is also not that easy to look into. -- This message was sent by Atlassian JIRA (v1000.784.2#100032)

1 0

[JIRA] (OVIRT-1181) Remove the CI-whitelsit GitHub mirror
by Barak Korren (oVirt JIRA) 26 Feb '17

26 Feb '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1181?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1181: ------------------------------------- Is there any reason NOT to do this? > Remove the CI-whitelsit GitHub mirror > ------------------------------------- > > Key: OVIRT-1181 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1181 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > > Having this on GitHub makes the a list of people's email-addresses far too public. > It also makes people confused and try to update it with GitHub pull requests. > We should probably remove the GitHub mirror, and also make sure the Gerrit repo is also not that easy to look into. -- This message was sent by Atlassian JIRA (v1000.784.2#100032)

2 1

[ OST Failure Report ] [ oVirt master ] [ 26.02.2017 ] [test-repo_ovirt_experimental_master]
by Shlomo Ben David 26 Feb '17

26 Feb '17

Hi, Test failed: [ test-repo_ovirt_experimental_master ] Link to Job: [1] Link to all logs: [2] Link to error log: [3] [1] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/5538 [2] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/5538/artif… [3] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/5538/artif… Error snippet from the log: <error> 2017-02-26 05:35:53,340-0500 ERROR (jsonrpc/3) [storage.TaskManager.Task] (Task='22828901-d87f-4607-9690-a106c474ebe4') Unexpected error (task:871) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 878, in _run return fn(*args, **kargs) File "/usr/lib/python2.7/site-packages/vdsm/logUtils.py", line 52, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 3200, in teardownImage dom.deactivateImage(imgUUID) File "/usr/share/vdsm/storage/blockSD.py", line 1278, in deactivateImage lvm.deactivateLVs(self.sdUUID, volUUIDs) File "/usr/lib/python2.7/site-packages/vdsm/storage/lvm.py", line 1304, in deactivateLVs _setLVAvailability(vgName, toDeactivate, "n") File "/usr/lib/python2.7/site-packages/vdsm/storage/lvm.py", line 845, in _setLVAvailability raise error(str(e)) CannotDeactivateLogicalVolume: Cannot deactivate Logical Volume: ('General Storage Exception: ("5 [] [\' Logical volume 1dd0ee2a-f26a-423c-90f9-79703343aa1e/8323e511-eb93-4b1c-a9fa-ad66409994e7 in use.\', \' Logical volume 1dd0ee2a-f26a-423c-90f9-79703343aa1e/99662dfa-acf2-4392-8ab8-106412c2afa5 in use.\']\\n1dd0ee2a-f26a-423c-90f9-79703343aa1e/[\'99662dfa-acf2-4392-8ab8-106412c2afa5\', \'8323e511-eb93-4b1c-a9fa-ad66409994e7\']",)',) 2017-02-26 05:35:53,347-0500 INFO (jsonrpc/3) [storage.TaskManager.Task] (Task='22828901-d87f-4607-9690-a106c474ebe4') aborting: Task is aborted: 'Cannot deactivate Logical Volume' - code 552 (task:1176) 2017-02-26 05:35:53,348-0500 ERROR (jsonrpc/3) [storage.Dispatcher] {'status': {'message': 'Cannot deactivate Logical Volume: (\'General Storage Exception: ("5 [] [\\\' Logical volume 1dd0ee2a-f26a-423c-90f9-79703343aa1e/8323e511-eb93-4b1c-a9fa-ad66409994e7 in use.\\\', \\\' Logical volume 1dd0ee2a-f26a-423c-90f9-79703343aa1e/99662dfa-acf2-4392-8ab8-106412c2afa5 in use.\\\']\\\\n1dd0ee2a-f26a-423c-90f9-79703343aa1e/[\\\'99662dfa-acf2-4392-8ab8-106412c2afa5\\\', \\\'8323e511-eb93-4b1c-a9fa-ad66409994e7\\\']",)\',)', 'code': 552}} (dispatcher:78) 2017-02-26 05:35:53,349-0500 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call Image.teardown failed (error 552) in 19.36 seconds (__init__:552) </error> Best Regards, Shlomi Ben-David | Software Engineer | Red Hat ISRAEL RHCSA | RHCVA | RHCE IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci) OPEN SOURCE - 1 4 011 && 011 4 1

4 4

[JIRA] (OVIRT-1181) Remove the CI-whitelsit GitHub mirror
by eyal edri [Administrator] (oVirt JIRA) 26 Feb '17

26 Feb '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1181?page=com.atlassian.jira.… ] eyal edri [Administrator] updated OVIRT-1181: --------------------------------------------- Priority: Medium (was: High) > Remove the CI-whitelsit GitHub mirror > ------------------------------------- > > Key: OVIRT-1181 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1181 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > > Having this on GitHub makes the a list of people's email-addresses far too public. > It also makes people confused and try to update it with GitHub pull requests. > We should probably remove the GitHub mirror, and also make sure the Gerrit repo is also not that easy to look into. -- This message was sent by Atlassian JIRA (v1000.784.2#100032)

1 0

[oVirt Jenkins] test-repo_ovirt_experimental_master - Build #5542 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 26 Feb '17

26 Feb '17

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

1 1

[JIRA] (OVIRT-977) puppet does not update packages on fedora slaves
by eyal edri [Administrator] (oVirt JIRA) 26 Feb '17

26 Feb '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-977?page=com.atlassian.jira.p… ] eyal edri [Administrator] updated OVIRT-977: -------------------------------------------- Epic Link: OVIRT-403 > puppet does not update packages on fedora slaves > ------------------------------------------------ > > Key: OVIRT-977 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-977 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Reporter: Nadav Goldin > Assignee: infra > > Probably related to: https://tickets.puppetlabs.com/browse/PUP-6324 > Using 'latest' does not update the slaves, example: > {code} > Debug: Executing '/usr/bin/yum -d 0 -e 0 -y install mock' > Notice: /Stage[main]/Ovirt_jenkins_slave::Mock_builder/Package[mock]/ensure: ensure changed '1.2.18-1.fc24' to '0:1.2.21-1.fc24' > ... > [root@fc24-vm06 ~]# rpm -qa | grep mock > mock-1.2.18-1.fc24.noarch > {code} > but the actual result of the command is: > {code} > Yum command has been deprecated, redirecting to '/usr/bin/dnf install mock'. > See 'man dnf' and 'man yum2dnf' for more information. > To transfer transaction metadata from yum to DNF, run: > 'dnf install python-dnf-plugins-extras-migrate && dnf-2 migrate' > Last metadata expiration check: 0:10:29 ago on Sun Dec 25 12:48:04 2016. > Package mock-1.2.18-1.fc24.noarch is already installed, skipping. > Dependencies resolved. > ============================================================================================================================================================================================================================================== > Package Arch Version Repository Size > ============================================================================================================================================================================================================================================== > Skipping packages with conflicts: > (add '--best --allowerasing' to command line to force their upgrade): > btrfs-progs x86_64 4.5.2-1.fc24 fedora 627 k > distribution-gpg-keys noarch 1.9-1.fc24 updates 127 k > mock noarch 1.2.21-1.fc24 updates 328 k > Transaction Summary > ============================================================================================================================================================================================================================================== > Skip 3 Packages > Nothing to do. > Complete! > {code} > Not saying we should fix this, as: > 1. This is a bug in puppet probably > 2. We're using unsupported puppet version on fedora which we built by our own. > 3. We might prefer to drop puppet for these sort of tasks > But, we should be aware that our puppet infrastructure isn't behaving as expected. -- This message was sent by Atlassian JIRA (v1000.784.2#100032)

1 0

[JIRA] (OVIRT-1009) Re: When trigged manually the check-merged job
by eyal edri [Administrator] (oVirt JIRA) 26 Feb '17

26 Feb '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1009?page=com.atlassian.jira.… ] eyal edri [Administrator] updated OVIRT-1009: --------------------------------------------- Epic Link: OVIRT-400 > Re: When trigged manually the check-merged job > ---------------------------------------------- > > Key: OVIRT-1009 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1009 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: eyal edri [Administrator] > Assignee: infra > > Adding infra-support to open a ticket on it. > But it will help if you'll provide example of what you are expecting to see > so we'll check its possible. > On Mon, Jan 9, 2017 at 11:32 AM, Yaniv Bronheim <ybronhei(a)redhat.com> wrote: > > When trigged manually the check-merged job for specific patch we don't see > > the link in the patch History - see in https://gerrit.ovirt.org/#/ > > c/69802/3 > > > > it used to be different .. can we get the link back? > > > > Thanks. > > > > -- > > *Yaniv Bronhaim.* > > > -- > 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-1009) Re: When trigged manually the check-merged job
by eyal edri [Administrator] (oVirt JIRA) 26 Feb '17

26 Feb '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1009?page=com.atlassian.jira.… ] eyal edri [Administrator] commented on OVIRT-1009: -------------------------------------------------- [~ybronhei(a)redhat.com] can you link an example and the reasoning behind this? check-merged are running on HEAD, not open patches as check-patch > Re: When trigged manually the check-merged job > ---------------------------------------------- > > Key: OVIRT-1009 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1009 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: eyal edri [Administrator] > Assignee: infra > > Adding infra-support to open a ticket on it. > But it will help if you'll provide example of what you are expecting to see > so we'll check its possible. > On Mon, Jan 9, 2017 at 11:32 AM, Yaniv Bronheim <ybronhei(a)redhat.com> wrote: > > When trigged manually the check-merged job for specific patch we don't see > > the link in the patch History - see in https://gerrit.ovirt.org/#/ > > c/69802/3 > > > > it used to be different .. can we get the link back? > > > > Thanks. > > > > -- > > *Yaniv Bronhaim.* > > > -- > 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-1110) rpms served from new jenkins repos sometimes timeout with "xyz bytes remaining to read"
by Greg Sheremeta (oVirt JIRA) 26 Feb '17

26 Feb '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1110?page=com.atlassian.jira.… ] Greg Sheremeta commented on OVIRT-1110: --------------------------------------- I haven't been running mock_runner locally lately (been working on other stuff). I don't think I've ever seen it fail when running in Jenkins. > rpms served from new jenkins repos sometimes timeout with "xyz bytes remaining to read" > --------------------------------------------------------------------------------------- > > Key: OVIRT-1110 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1110 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Greg Sheremeta > Assignee: infra > > I'm running mock_runner locally. > ../jenkins/mock_configs/mock_runner.sh --mock-confs-dir > ../jenkins/mock_configs el7:epel-7-x86_64 --patch-only > I've seen this error about 5 times when using the new jenkins-based mini > repos: > <snip> > Total download size: 162 M > Installed size: 515 M > http://jenkins.ovirt.org/job/ovirt-engine-nodejs_master_build-artifacts-el7…: > [Errno 14] curl#18 - "transfer closed with 2444831 bytes remaining to read" > Trying other mirror. > When I try once more, I always get this error: > Installed size: 515 M > No Presto metadata available for ovirt-engine-nodejs_master > http://jenkins.ovirt.org/job/ovirt-engine-nodejs_master_build-artifacts-el7…: > [Errno -1] Package does not match intended download. Suggestion: run yum > --enablerepo=ovirt-engine-nodejs_master clean metadata and try again > Trying other mirror. > And the final third time works. > Any ideas? > -- > Greg Sheremeta, MBA > Red Hat, Inc. > Sr. Software Engineer > gshereme(a)redhat.com -- This message was sent by Atlassian JIRA (v1000.784.2#100032)

1 0