- Infra - oVirt List Archives

[JIRA] (OVIRT-2227) Re: Push rights to vdsm
by eyal edri (oVirt JIRA) 21 Jun '18

21 Jun '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2227?page=com.atlassian.jira.… ] eyal edri commented on OVIRT-2227: ---------------------------------- [~ena(a)redhat.com] this request was to be able to send a patch to VDSM on Gerrit, not to trigger CI jobs on a patch. Sending patch to Gerrit can be done by any registered user of Gerrit ( anyone can register, even malicious users for that matter ), and that is why we have the whitelist in effect, so only approved users will be able to trigger jobs on the CI. Having said that, he will need to be added to the whitelist if he wants to run CI jobs, so maybe rename the ticket accordingly since the original issue was resolved AFAIK > Re: Push rights to vdsm > ----------------------- > > Key: OVIRT-2227 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2227 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Emil Natan > Assignee: infra > > Hi > You just need to ask one of the existing maintainers to send a patch to the > 'jenkins-whitelist' repo on gerrit.ovirt.org and > one of the infra members can merge it once it has +1 from an existing > maintainer. > I'm also adding 'infra-support' to open a ticket. > On Thu, Jun 21, 2018 at 11:14 AM, Tomasz Barański <tbaransk(a)redhat.com> > wrote: > > Eyal, > > > > Apparently I also need to be added to the CI whitelist. > > > > Tomo > > > > On 20.06.2018 12:49, Eyal Edri wrote: > > > > No worries, glad it works for you. > > Don't hesitate to reach out to infra again if you have any issues. > > > > On Wed, Jun 20, 2018 at 1:29 PM Tomasz Barański <tbaransk(a)redhat.com> > > wrote: > > > >> Eyal, > >> > >> I didn't set `username` in gerrit. Seems to have missed this step. > >> > >> It works now, sorry to bother you. > >> > >> Tomo > >> > >> On 20.06.2018 12:03, Eyal Edri wrote: > >> > >> Any registered user have push rights to new patches, did you follow the > >> guidelines on how to contribute to and oVirt project? > >> > >> https://ovirt.org/develop/dev-process/working-with-gerrit/ > >> > >> On Wed, Jun 20, 2018 at 1:00 PM Tomasz Barański <tbaransk(a)redhat.com> > >> wrote: > >> > >>> Hello, > >>> > >>> As a new Red Hatter, I need push right to `vdsm` project in oVirt's > >>> gerrit. > >>> > >>> Thank you > >>> Tomasz > >>> _______________________________________________ > >>> Infra mailing list -- infra(a)ovirt.org > >>> To unsubscribe send an email to infra-leave(a)ovirt.org > >>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > >>> oVirt Code of Conduct: https://www.ovirt.org/community/about/community- > >>> guidelines/ > >>> List Archives: https://lists.ovirt.org/archives/list/infra@ovirt.org/ > >>> message/2QDBTW4HH2FUGSQXHVDML5K3SIEAKIE2/ > >>> > >> > >> > >> -- > >> > >> Eyal edri > >> > >> > >> MANAGER > >> > >> RHV DevOps > >> > >> EMEA VIRTUALIZATION R&D > >> > >> > >> Red Hat EMEA <https://www.redhat.com/> > >> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > >> phone: +972-9-7692018 > >> irc: eedri (on #tlv #rhev-dev #rhev-integ) > >> > >> > >> > > > > -- > > > > Eyal edri > > > > > > MANAGER > > > > RHV DevOps > > > > EMEA VIRTUALIZATION R&D > > > > > > Red Hat EMEA <https://www.redhat.com/> > > <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > > phone: +972-9-7692018 > > irc: eedri (on #tlv #rhev-dev #rhev-integ) > > > > > > > > _______________________________________________ > > Infra mailing list -- infra(a)ovirt.org > > To unsubscribe send an email to infra-leave(a)ovirt.org > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > > oVirt Code of Conduct: https://www.ovirt.org/community/about/community- > > guidelines/ > > List Archives: https://lists.ovirt.org/archives/list/infra@ovirt.org/ > > message/F5LTNHLWRG4MLLBKMJQQGAOFDUGSPPCO/ > > > > > -- > Emil Natan > RHV DevOps -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100087)

1 0

[JIRA] (OVIRT-2227) Re: Push rights to vdsm
by Emil Natan (oVirt JIRA) 21 Jun '18

21 Jun '18

Emil Natan created OVIRT-2227: --------------------------------- Summary: Re: Push rights to vdsm Key: OVIRT-2227 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2227 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Emil Natan Assignee: infra Hi You just need to ask one of the existing maintainers to send a patch to the 'jenkins-whitelist' repo on gerrit.ovirt.org and one of the infra members can merge it once it has +1 from an existing maintainer. I'm also adding 'infra-support' to open a ticket. On Thu, Jun 21, 2018 at 11:14 AM, Tomasz Barański <tbaransk(a)redhat.com> wrote: > Eyal, > > Apparently I also need to be added to the CI whitelist. > > Tomo > > On 20.06.2018 12:49, Eyal Edri wrote: > > No worries, glad it works for you. > Don't hesitate to reach out to infra again if you have any issues. > > On Wed, Jun 20, 2018 at 1:29 PM Tomasz Barański <tbaransk(a)redhat.com> > wrote: > >> Eyal, >> >> I didn't set `username` in gerrit. Seems to have missed this step. >> >> It works now, sorry to bother you. >> >> Tomo >> >> On 20.06.2018 12:03, Eyal Edri wrote: >> >> Any registered user have push rights to new patches, did you follow the >> guidelines on how to contribute to and oVirt project? >> >> https://ovirt.org/develop/dev-process/working-with-gerrit/ >> >> On Wed, Jun 20, 2018 at 1:00 PM Tomasz Barański <tbaransk(a)redhat.com> >> wrote: >> >>> Hello, >>> >>> As a new Red Hatter, I need push right to `vdsm` project in oVirt's >>> gerrit. >>> >>> Thank you >>> Tomasz >>> _______________________________________________ >>> Infra mailing list -- infra(a)ovirt.org >>> To unsubscribe send an email to infra-leave(a)ovirt.org >>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>> oVirt Code of Conduct: https://www.ovirt.org/community/about/community- >>> guidelines/ >>> List Archives: https://lists.ovirt.org/archives/list/infra@ovirt.org/ >>> message/2QDBTW4HH2FUGSQXHVDML5K3SIEAKIE2/ >>> >> >> >> -- >> >> Eyal edri >> >> >> MANAGER >> >> RHV DevOps >> >> EMEA VIRTUALIZATION R&D >> >> >> Red Hat EMEA <https://www.redhat.com/> >> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> >> phone: +972-9-7692018 >> irc: eedri (on #tlv #rhev-dev #rhev-integ) >> >> >> > > -- > > Eyal edri > > > MANAGER > > RHV DevOps > > EMEA VIRTUALIZATION R&D > > > Red Hat EMEA <https://www.redhat.com/> > <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) > > > > _______________________________________________ > Infra mailing list -- infra(a)ovirt.org > To unsubscribe send an email to infra-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community- > guidelines/ > List Archives: https://lists.ovirt.org/archives/list/infra@ovirt.org/ > message/F5LTNHLWRG4MLLBKMJQQGAOFDUGSPPCO/ > > -- Emil Natan RHV DevOps -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100087)

1 0

Push rights to vdsm
by Tomasz Barański 21 Jun '18

21 Jun '18

Hello, As a new Red Hatter, I need push right to `vdsm` project in oVirt's gerrit. Thank you Tomasz

3 5

[JIRA] (OVIRT-2226) Use nested stages to improve STDCI/CQ BlueOcean output
by Barak Korren (oVirt JIRA) 21 Jun '18

21 Jun '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2226?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-2226: -------------------------------- Description: "Nested stages is something we wanted for a while, since without them its impossible to logically split apart operations that happen on the same node within a pipeline parallel branch. We were not the only ones to wat this, so this was tracked upstream in [JENKINS-38442|https://issues.jenkins-ci.org/browse/JENKINS-38442]\r\n\r\nA [PR|https://github.com/jenkinsci/pipeline-model-definition-plugin/pull/227] implementing some support for this was finally merged into the [pipeline-model-definition-plugin|https://github.com/jenkinsci/pipeline-mode…] and included in the [1.3|https://github.com/jenkinsci/pipeline-model-definition-plugin/commits/p…] release.\r\n\r\nThe PR seems to indicate this may only be supported in the declarative pipeline syntax, so we'll need to check if this can also work with the iterative syntax or otherwise switch our code to the declarative syntax if possible." (was: Nested stages is something we wanted for a while, since without them its impossible to logically split apart operations that happen on the same node within a pipeline parallel branch. We were not the only ones to wat this, so this was tracked upstream in [JENKINS-38442|https://issues.jenkins-ci.org/browse/JENKINS-38442] A [PR|https://github.com/jenkinsci/pipeline-model-definition-plugin/pull/227] implementing some support for this was finally merged into the [pipeline-model-definition-plugin|https://github.com/jenkinsci/pipeline-mode…] and included in the [1.3|https://github.com/jenkinsci/pipeline-model-definition-plugin/commits/p…] The PR seems to indicate this may only be supported in the declarative pipeline syntax, so we'll need to check if this can also work with the iterative syntax or otherwise switch our code to the declarative syntax if possible.) > Use nested stages to improve STDCI/CQ BlueOcean output > ------------------------------------------------------ > > Key: OVIRT-2226 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2226 > Project: oVirt - virtualization made easy > Issue Type: Epic > Components: Change Queue, Standard CI (Pipelines) > Reporter: Barak Korren > Assignee: infra > > Nested stages is something we wanted for a while, since without them its impossible to logically split apart operations that happen on the same node within a pipeline parallel branch. We were not the only ones to wat this, so this was tracked upstream in [JENKINS-38442|https://issues.jenkins-ci.org/browse/JENKINS-38442] > A [PR|https://github.com/jenkinsci/pipeline-model-definition-plugin/pull/227] implementing some support for this was finally merged into the [pipeline-model-definition-plugin|https://github.com/jenkinsci/pipeline-mode…] and included in the [1.3|https://github.com/jenkinsci/pipeline-model-definition-plugin/commits/p…] release. > The PR seems to indicate this may only be supported in the declarative pipeline syntax, so we'll need to check if this can also work with the iterative syntax or otherwise switch our code to the declarative syntax if possible. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100087)

1 0

[JIRA] (OVIRT-2226) Use nested stages to improve STDCI/CQ BlueOcean output
by Barak Korren (oVirt JIRA) 21 Jun '18

21 Jun '18

Barak Korren created OVIRT-2226: ----------------------------------- Summary: Use nested stages to improve STDCI/CQ BlueOcean output Key: OVIRT-2226 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2226 Project: oVirt - virtualization made easy Issue Type: Epic Components: Change Queue, Standard CI (Pipelines) Reporter: Barak Korren Assignee: infra Nested stages is something we wanted for a while, since without them its impossible to logically split apart operations that happen on the same node within a pipeline parallel branch. We were not the only ones to wat this, so this was tracked upstream in [JENKINS-38442|https://issues.jenkins-ci.org/browse/JENKINS-38442] A [PR|https://github.com/jenkinsci/pipeline-model-definition-plugin/pull/227] implementing some support for this was finally merged into the [pipeline-model-definition-plugin|https://github.com/jenkinsci/pipeline-mode…] and included in the [1.3|https://github.com/jenkinsci/pipeline-model-definition-plugin/commits/p…] The PR seems to indicate this may only be supported in the declarative pipeline syntax, so we'll need to check if this can also work with the iterative syntax or otherwise switch our code to the declarative syntax if possible. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100087)

1 0

Build failed in Jenkins: system-sync_mirrors-centos-updates-el7-x86_64 #1679
by jenkins＠jenkins.phx.ovirt.org 21 Jun '18

21 Jun '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/…> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune > git rev-parse origin/master^{commit} # timeout=10 Checking out Revision 7e8a988cfa3a5cde022712ab4142923ebffbb4f4 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 7e8a988cfa3a5cde022712ab4142923ebffbb4f4 Commit message: "Move get_generic_queue_build_args to stdci_project" > git rev-list --no-walk 7e8a988cfa3a5cde022712ab4142923ebffbb4f4 # timeout=10 [system-sync_mirrors-centos-updates-el7-x86_64] $ /bin/bash -xe /tmp/jenkins8105867571467064723.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-updates-el7 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD dl = repo._async and repo._commonLoadRepoXML(repo) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1465, in _commonLoadRepoXML local = self.cachedir + '/repomd.xml' File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 774, in <lambda> cachedir = property(lambda self: self._dirGetAttr('cachedir')) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 757, in _dirGetAttr self.dirSetup() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 735, in dirSetup self._dirSetupMkdir_p(dir) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 712, in _dirSetupMkdir_p raise Errors.RepoError, msg yum.Errors.RepoError: Error making cache directory: /home/jenkins/mirrors_cache/centos-updates-el7 error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-updates-el7' Build step 'Execute shell' marked build as failure

1 1

[JIRA] (OVIRT-2225) 001_upgrade_engine.test_initialize_engine failed due to missing ovirt-host-deploy pacakge
by Barak Korren (oVirt JIRA) 21 Jun '18

21 Jun '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2225?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-2225: ------------------------------------- so basically this is an ovirt-engine regression and the specfile needx to be fixed? > 001_upgrade_engine.test_initialize_engine failed due to missing ovirt-host-deploy pacakge > ----------------------------------------------------------------------------------------- > > Key: OVIRT-2225 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2225 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > Labels: ost_failures, ost_infra, ost_infra_packages > > The error we are failing on is: > ("FATAL Internal error (main): [u'ovirt-host-deploy-java-1.8.0-0.0.master.20180620111438.git925eabd.el7.noarch requires ovirt-host-deploy = 1.8.0-0.0.master.20180620111438.git925eabd.el7']",) > Looking at the reposync ovirt-host-deploy-* have a new version except for ovirt-host-deploy itself. > 'Repository google-chrome is listed more than once in the configuration > Repository google-talkplugin is listed more than once in the configuration > ovirt-host-deploy-0:1.8.0-0.0.master.20180531090832.git9811a30.el7.noarch > ovirt-host-deploy-common-0:1.8.0-0.0.master.20180620111438.git925eabd.el7.noarch > ovirt-host-deploy-java-0:1.8.0-0.0.master.20180620111438.git925eabd.el7.noarch > ovirt-host-deploy-javadoc-0:1.8.0-0.0.master.20180620111438.git925eabd.el7.noarch > python2-ovirt-host-deploy-0:1.8.0-0.0.master.20180620111438.git925eabd.el7.noarch > [dron@dron ovirt-system-tests]$ ' > I ran the reposync file to see if the location changed but it did not. I also excluded the package from tested to see it its available somewhere else but its not. > asking Sandro to take a look. > Here are the failed change and build: > For further details about the change see: > https://gerrit.ovirt.org/#/c/92381/1 > For failed test results see: > http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/8293/ -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100087)

1 0

[oVirt Jenkins] ovirt-system-tests_he-basic-iscsi-suite-master - Build # 262 - Failure!
by jenkins＠jenkins.phx.ovirt.org 21 Jun '18

21 Jun '18

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-iscsi-suite-master/ Build: http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-iscsi-suite-master… Build Number: 262 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #262 [Sandro Bonazzola] yum-repos: master: adjusted for new packages [Daniel Belenky] Move get_generic_queue_build_args to stdci_project ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 002_bootstrap.add_secondary_storage_domains Error Message: Fault reason is "Operation Failed". Fault detail is "[Cannot add storage server connection when Host status is not up]". HTTP response code is 409. -------------------- >> 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-system-tests_he-basic-iscsi-suite-master/ovirt-system-tests/he-basic-iscsi-suite-master/test-scenarios/002_bootstrap.py", line 491, in add_nfs_storage_domain add_generic_nfs_storage_domain(prefix, SD_NFS_NAME, SD_NFS_HOST_NAME, SD_NFS_PATH) File "/home/jenkins/workspace/ovirt-system-tests_he-basic-iscsi-suite-master/ovirt-system-tests/he-basic-iscsi-suite-master/test-scenarios/002_bootstrap.py", line 496, in add_generic_nfs_storage_domain add_generic_nfs_storage_domain_4(prefix, sd_nfs_name, nfs_host_name, mount_path, sd_format, sd_type, nfs_version) File "/home/jenkins/workspace/ovirt-system-tests_he-basic-iscsi-suite-master/ovirt-system-tests/he-basic-iscsi-suite-master/test-scenarios/002_bootstrap.py", line 552, in add_generic_nfs_storage_domain_4 _add_storage_domain_4(api, p) File "/home/jenkins/workspace/ovirt-system-tests_he-basic-iscsi-suite-master/ovirt-system-tests/he-basic-iscsi-suite-master/test-scenarios/002_bootstrap.py", line 447, in _add_storage_domain_4 sd = sds_service.add(p) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 24011, in add return self._internal_add(storage_domain, headers, query, wait) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 232, in _internal_add return future.wait() if wait else future File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 55, in wait return self._code(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 229, in callback self._check_fault(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 132, in _check_fault self._raise_error(response, body) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 118, in _raise_error raise error Error: Fault reason is "Operation Failed". Fault detail is "[Cannot add storage server connection when Host status is not up]". HTTP response code is 409. --------------------- >> 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-system-tests_he-basic-iscsi-suite-master/ovirt-system-tests/he-basic-iscsi-suite-master/test-scenarios/002_bootstrap.py", line 577, in add_secondary_storage_domains 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-system-tests_he-basic-iscsi-suite-master/ovirt-system-tests/he-basic-iscsi-suite-master/test-scenarios/002_bootstrap.py", line 491, in add_nfs_storage_domain add_generic_nfs_storage_domain(prefix, SD_NFS_NAME, SD_NFS_HOST_NAME, SD_NFS_PATH) File "/home/jenkins/workspace/ovirt-system-tests_he-basic-iscsi-suite-master/ovirt-system-tests/he-basic-iscsi-suite-master/test-scenarios/002_bootstrap.py", line 496, in add_generic_nfs_storage_domain add_generic_nfs_storage_domain_4(prefix, sd_nfs_name, nfs_host_name, mount_path, sd_format, sd_type, nfs_version) File "/home/jenkins/workspace/ovirt-system-tests_he-basic-iscsi-suite-master/ovirt-system-tests/he-basic-iscsi-suite-master/test-scenarios/002_bootstrap.py", line 552, in add_generic_nfs_storage_domain_4 _add_storage_domain_4(api, p) File "/home/jenkins/workspace/ovirt-system-tests_he-basic-iscsi-suite-master/ovirt-system-tests/he-basic-iscsi-suite-master/test-scenarios/002_bootstrap.py", line 447, in _add_storage_domain_4 sd = sds_service.add(p) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 24011, in add return self._internal_add(storage_domain, headers, query, wait) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 232, in _internal_add return future.wait() if wait else future File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 55, in wait return self._code(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 229, in callback self._check_fault(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 132, in _check_fault self._raise_error(response, body) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 118, in _raise_error raise error 'Fault reason is "Operation Failed". Fault detail is "[Cannot add storage server connection when Host status is not up]". HTTP response code is 409.\n-------------------- >> begin captured logging << --------------------\nlago.utils: ERROR: Error while running thread\nTraceback (most recent call last):\n File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in _ret_via_queue\n queue.put({\'return\': func()})\n File "/home/jenkins/workspace/ovirt-system-tests_he-basic-iscsi-suite-master/ovirt-system-tests/he-basic-iscsi-suite-master/test-scenarios/002_bootstrap.py", line 491, in add_nfs_storage_domain\n add_generic_nfs_storage_domain(prefix, SD_NFS_NAME, SD_NFS_HOST_NAME, SD_NFS_PATH)\n File "/home/jenkins/workspace/ovirt-system-tests_he-basic-iscsi-suite-master/ovirt-system-tests/he-basic-iscsi-suite-master/test-scenarios/002_bootstrap.py", line 496, in add_generic_nfs_storage_domain\n add_generic_nfs_storage_domain_4(prefix, sd_nfs_name, nfs_host_name, mount_path, sd_format, sd_type, nfs_version)\n File "/home/jenkins/workspace/ovirt-system-tests_he-basic-iscsi-suite-master/ovirt-system-tests/he-basic-iscsi-suite-master/test-scenarios/002_bootstrap.py", line 552, in add_generic_nfs_storage_domain_4\n _add_storage_domain_4(api, p)\n File "/home/jenkins/workspace/ovirt-system-tests_he-basic-iscsi-suite-master/ovirt-system-tests/he-basic-iscsi-suite-master/test-scenarios/002_bootstrap.py", line 447, in _add_storage_domain_4\n sd = sds_service.add(p)\n File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 24011, in add\n return self._internal_add(storage_domain, headers, query, wait)\n File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 232, in _internal_add\n return future.wait() if wait else future\n File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 55, in wait\n return self._code(response)\n File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 229, in callback\n self._check_fault(response)\n File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 132, in _check_fault\n self._raise_error(response, body)\n File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 118, in _raise_error\n raise error\nError: Fault reason is "Operation Failed". Fault detail is "[Cannot add storage server connection when Host status is not up]". HTTP response code is 409.\n--------------------- >> end captured logging << ---------------------'

1 1

[oVirt Jenkins] ovirt-system-tests_network-suite-master - Build # 319 - Failure!
by jenkins＠jenkins.phx.ovirt.org 21 Jun '18

21 Jun '18

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_network-suite-master/ Build: http://jenkins.ovirt.org/job/ovirt-system-tests_network-suite-master/319/ Build Number: 319 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #319 [Milan Zamazal] Test snapshot with memory in 4.2 [Daniel Belenky] Move get_generic_queue_build_args to stdci_project ----------------- Failed Tests: ----------------- No tests ran.

1 1

[oVirt Jenkins] ovirt-system-tests_performance-suite-master - Build # 419 - Failure!
by jenkins＠jenkins.phx.ovirt.org 21 Jun '18

21 Jun '18

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_performance-suite-master/ Build: http://jenkins.ovirt.org/job/ovirt-system-tests_performance-suite-master/41… Build Number: 419 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #419 [Milan Zamazal] Test snapshot with memory in 4.2 [Daniel Belenky] Move get_generic_queue_build_args to stdci_project ----------------- Failed Tests: ----------------- No tests ran.

1 1