- Infra - oVirt List Archives

[JIRA] (OVIRT-1343) Please add Jonathan Dieter to the ovirt-vdsm CI whitelist
by Edward Haas (oVirt JIRA) 25 Apr '17

25 Apr '17

Edward Haas created OVIRT-1343: ---------------------------------- Summary: Please add Jonathan Dieter to the ovirt-vdsm CI whitelist Key: OVIRT-1343 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1343 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Edward Haas Assignee: infra Hello, Please add jdieter(a)lesbg.com <https://gerrit.ovirt.org/#/q/owner:jdieter%2540lesbg.com+status:open> to the VDSM CI whitelist, so his patches can be verified by CI. Thanks, Edy. -- This message was sent by Atlassian JIRA (v1000.910.0#100040)

1 0

[JIRA] (OVIRT-1342) Re: Java exception when pushing changes to Gerrit
by Gil Shinar (oVirt JIRA) 25 Apr '17

25 Apr '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1342?page=com.atlassian.jira.… ] Gil Shinar commented on OVIRT-1342: ----------------------------------- I've got the following error message from icinga exactly 3 hours ago: PROBLEM Service Alert: gerrit.ovirt.org/Gerrit Open Files is CRITICAL Looks like what have caused this issue. Evgheni, do you think we can do something about that? Thanks Gil On Wed, Apr 19, 2017 at 1:44 PM, Eyal Edri <eedri(a)redhat.com> wrote: > Adding infra-support to open a ticket as well. > > On Wed, Apr 19, 2017 at 1:42 PM, Yaniv Kaul <ykaul(a)redhat.com> wrote: > >> [ykaul@ykaul ovirt-system-tests]$ git review -r origin master >> remote: Processing changes: refs: 2, done >> To ssh://gerrit.ovirt.org:29418/ovirt-system-tests.git >> ! [remote rejected] HEAD -> refs/publish/master (internal server error: >> java.lang.IllegalArgumentException: expected one element but was: >> <1000060, 1001032>) >> error: failed to push some refs to 'ssh://ykaul@gerrit.ovirt.org: >> 29418/ovirt-system-tests.git' >> >> >> It does seem to be pushed, though. Any ideas? >> Y. >> >> _______________________________________________ >> Infra mailing list >> Infra(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/infra >> >> > > > -- > > Eyal edri > > > ASSOCIATE 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 <+972%209-769-2018> > irc: eedri (on #tlv #rhev-dev #rhev-integ) > > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra > > > Re: Java exception when pushing changes to Gerrit > ------------------------------------------------- > > Key: OVIRT-1342 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1342 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: eyal edri [Administrator] > Assignee: infra > > Adding infra-support to open a ticket as well. > On Wed, Apr 19, 2017 at 1:42 PM, Yaniv Kaul <ykaul(a)redhat.com> wrote: > > [ykaul@ykaul ovirt-system-tests]$ git review -r origin master > > remote: Processing changes: refs: 2, done > > To ssh://gerrit.ovirt.org:29418/ovirt-system-tests.git > > ! [remote rejected] HEAD -> refs/publish/master (internal server error: > > java.lang.IllegalArgumentException: expected one element but was: > > <1000060, 1001032>) > > error: failed to push some refs to 'ssh://ykaul@gerrit.ovirt.org: > > 29418/ovirt-system-tests.git' > > > > > > It does seem to be pushed, though. Any ideas? > > Y. > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > -- > Eyal edri > ASSOCIATE 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) -- This message was sent by Atlassian JIRA (v1000.910.0#100040)

1 0

[JIRA] (OVIRT-1342) Re: Java exception when pushing changes to Gerrit
by eyal edri [Administrator] (oVirt JIRA) 25 Apr '17

25 Apr '17

eyal edri [Administrator] created OVIRT-1342: ------------------------------------------------ Summary: Re: Java exception when pushing changes to Gerrit Key: OVIRT-1342 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1342 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: eyal edri [Administrator] Assignee: infra Adding infra-support to open a ticket as well. On Wed, Apr 19, 2017 at 1:42 PM, Yaniv Kaul <ykaul(a)redhat.com> wrote: > [ykaul@ykaul ovirt-system-tests]$ git review -r origin master > remote: Processing changes: refs: 2, done > To ssh://gerrit.ovirt.org:29418/ovirt-system-tests.git > ! [remote rejected] HEAD -> refs/publish/master (internal server error: > java.lang.IllegalArgumentException: expected one element but was: > <1000060, 1001032>) > error: failed to push some refs to 'ssh://ykaul@gerrit.ovirt.org: > 29418/ovirt-system-tests.git' > > > It does seem to be pushed, though. Any ideas? > Y. > > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra > > -- Eyal edri ASSOCIATE 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) -- This message was sent by Atlassian JIRA (v1000.910.0#100040)

1 0

[JIRA] (OVIRT-1341) vdsm-ppc64le builds is not deployed to ovirt-master-snapshot
by Barak Korren (oVirt JIRA) 25 Apr '17

25 Apr '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1341?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1341: ------------------------------------- We made the PPC64 build_artifacts jobs not invoke deploy to experimental a long while ago. We did this because we have a race condition between the build_artifacts jobs for a given commit for different platforms. This can and does cause various issues, but having the Fedora build invoke deploy-to-experimental and OST before the EL7 build is done is mostly harmless. With PPC64 the issue is that when PPC finishes building before x86_64 we end up with 'noarch' packages in the repos that are newer then the equivalent x86_64. This in turn causes the experimental repos to be broken and OST to fail until the x86_64 build is done. Fixing this will require creating some sort of a synchronization mechanism between the build artifacts jobs. This is not easy to do unfortunately. I made a ticket for us to track various possible solutions: https://ovirt-jira.atlassian.net/browse/OVIRT-1315 On 11 April 2017 at 14:59, Sandro Bonazzola <sbonazzo(a)redhat.com> wrote: > The x86_64 job[1] has a downstream project[2] taking care of deploying the > build to the repos > while the ppc64le[3] hasn't. > > Result is that ovirt-master-snapshot is not receiving updates for ppc64le > and is currently failing repository closure: > > *00:02:47.636* Error: Package: vdsm-gluster-4.20.0-612.git378d837.el7.centos.noarch (ovirt-master-snapshot)*00:02:47.637* Requires: vdsm = 4.20.0-612.git378d837.el7.centos*00:02:47.637* Installing: vdsm-4.18.999-925.git195c44e.el7.centos.ppc64le (ovirt-master-snapshot)*00:02:47.637* vdsm = 4.18.999-925.git195c44e.el7.centos*00:02:47.637* Error: Package: vdsm-hook-ethtool-options-4.20.0-612.git378d837.el7.centos.noarch (ovirt-master-snapshot)*00:02:47.637* Requires: vdsm = 4.20.0-612.git378d837.el7.centos*00:02:47.637* Installing: vdsm-4.18.999-925.git195c44e.el7.centos.ppc64le (ovirt-master-snapshot)*00:02:47.637* vdsm = 4.18.999-925.git195c44e.el7.centos > > > Please fix vdsm job for triggering deploy-to-ovirt_experimental_master > > [1] http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-el7-x86_64/ > [2] http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental_master/ > [3] http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-el7-ppc64le/ > > -- > > SANDRO BONAZZOLA > > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D > > Red Hat EMEA <https://www.redhat.com/> > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > -- Barak Korren bkorren(a)redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/ > vdsm-ppc64le builds is not deployed to ovirt-master-snapshot > ------------------------------------------------------------ > > Key: OVIRT-1341 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1341 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: infra > > The x86_64 job[1] has a downstream project[2] taking care of deploying the > build to the repos > while the ppc64le[3] hasn't. > Result is that ovirt-master-snapshot is not receiving updates for ppc64le > and is currently failing repository closure: > *00:02:47.636* Error: Package: > vdsm-gluster-4.20.0-612.git378d837.el7.centos.noarch > (ovirt-master-snapshot)*00:02:47.637* Requires: vdsm = > 4.20.0-612.git378d837.el7.centos*00:02:47.637* Installing: > vdsm-4.18.999-925.git195c44e.el7.centos.ppc64le > (ovirt-master-snapshot)*00:02:47.637* vdsm = > 4.18.999-925.git195c44e.el7.centos*00:02:47.637* Error: Package: > vdsm-hook-ethtool-options-4.20.0-612.git378d837.el7.centos.noarch > (ovirt-master-snapshot)*00:02:47.637* Requires: vdsm = > 4.20.0-612.git378d837.el7.centos*00:02:47.637* Installing: > vdsm-4.18.999-925.git195c44e.el7.centos.ppc64le > (ovirt-master-snapshot)*00:02:47.637* vdsm = > 4.18.999-925.git195c44e.el7.centos > Please fix vdsm job for triggering deploy-to-ovirt_experimental_master > [1] http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-el7-x86_64/ > [2] http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental_master/ > [3] http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-el7-ppc64le/ > -- > SANDRO BONAZZOLA > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D > Red Hat EMEA <https://www.redhat.com/> > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> -- This message was sent by Atlassian JIRA (v1000.910.0#100040)

1 0

[JIRA] (OVIRT-1341) vdsm-ppc64le builds is not deployed to ovirt-master-snapshot
by sbonazzo (oVirt JIRA) 25 Apr '17

25 Apr '17

sbonazzo created OVIRT-1341: ------------------------------- Summary: vdsm-ppc64le builds is not deployed to ovirt-master-snapshot Key: OVIRT-1341 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1341 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: sbonazzo Assignee: infra The x86_64 job[1] has a downstream project[2] taking care of deploying the build to the repos while the ppc64le[3] hasn't. Result is that ovirt-master-snapshot is not receiving updates for ppc64le and is currently failing repository closure: *00:02:47.636* Error: Package: vdsm-gluster-4.20.0-612.git378d837.el7.centos.noarch (ovirt-master-snapshot)*00:02:47.637* Requires: vdsm = 4.20.0-612.git378d837.el7.centos*00:02:47.637* Installing: vdsm-4.18.999-925.git195c44e.el7.centos.ppc64le (ovirt-master-snapshot)*00:02:47.637* vdsm = 4.18.999-925.git195c44e.el7.centos*00:02:47.637* Error: Package: vdsm-hook-ethtool-options-4.20.0-612.git378d837.el7.centos.noarch (ovirt-master-snapshot)*00:02:47.637* Requires: vdsm = 4.20.0-612.git378d837.el7.centos*00:02:47.637* Installing: vdsm-4.18.999-925.git195c44e.el7.centos.ppc64le (ovirt-master-snapshot)*00:02:47.637* vdsm = 4.18.999-925.git195c44e.el7.centos Please fix vdsm job for triggering deploy-to-ovirt_experimental_master [1] http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-el7-x86_64/ [2] http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental_master/ [3] http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-el7-ppc64le/ -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> -- This message was sent by Atlassian JIRA (v1000.910.0#100040)

1 0

[JIRA] (OVIRT-1339) Re: Jenkins check-merged failures
by Milan Zamazal (oVirt JIRA) 25 Apr '17

25 Apr '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1339?page=com.atlassian.jira.… ] Milan Zamazal commented on OVIRT-1339: -------------------------------------- Nadav Goldin <ngoldin(a)redhat.com> writes: > Hi Milan, > (Adding infra-support to open a ticket) > > For the first job, the automation/deploy.sh script failed, which means > vdsm failed to install inside the VM created by Lago. I couldn't > figure out why as the 'deploy.sh' script was missing the bash '-x' > flag. The /var/log/messages doesn't show any VDSM logs, so I assume it > failed before. Anyways, now that[1] is merged - it should be easier to > debug this next time. > > For the second job - this is due to Lago internal reposerver still > being up from a previous run on the slave. It seems that this[2] vdsm > check-merged job on April 05 caused it, when it timed-out without > terminating properly. This is quite rare I should say, we can keep > this ticket to check if it happens again. > > Either way - I think both failures are unrelated, best would be(if > still relevant - as check-merged probably ran a few times since) to > re-trigger and see if it replicates. Hi Nadav, thank you for explanation. I don't think the failures replicate; hopefully their causes will be identified and fixed if their occur again. > [1] https://gerrit.ovirt.org/#/c/75348/2 > [2] http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1492/conso… > > On Fri, Apr 7, 2017 at 10:32 AM, Milan Zamazal <mzamazal(a)redhat.com> wrote: >> Hi, >> >> a series of 4 my Vdsm patches was merged yesterday and Jenkins has >> failed on two of them in check-merged. See >> http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1504/ >> and >> http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1506/. >> >> The corresponding errors were: >> >> 16:20:09 + lago ovirt deploy >> 16:20:09 current session does not belong to lago group. >> 16:20:09 @ Deploy oVirt environment: >> 16:20:09 # ovirt-role metadata entry will be soon deprecated, instead you >> should use the vm-provider entry in the domain definition and set it no one >> of: ovirt-node, ovirt-engine, ovirt-host >> 16:20:09 # Deploy environment: >> 16:20:09 * [Thread-2] Deploy VM vdsm_functional_tests_host-el7: >> 16:20:23 - STDERR >> 16:20:23 >> 16:20:23 >> 16:20:23 Exiting on user cancel >> 16:20:23 >> 16:20:23 * [Thread-2] Deploy VM vdsm_functional_tests_host-el7: ERROR (in 0:00:13) >> 16:20:23 Error while running thread >> 16:20:23 Traceback (most recent call last): >> 16:20:23 File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue >> 16:20:23 queue.put({'return': func()}) >> 16:20:23 File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1339, in _deploy_host >> 16:20:23 host.name(), >> 16:20:23 RuntimeError: >> /home/jenkins/workspace/vdsm_master_check-merged-el7-x86_64/vdsm/automation/vdsm_functional/default/scripts/_home_jenkins_workspace_vdsm_master_check-merged-el7-x86_64_vdsm_automation_deploy.sh >> failed with status 1 on vdsm_functional_tests_host-el7 >> 16:20:23 # Deploy environment: ERROR (in 0:00:13) >> 16:20:23 @ Deploy oVirt environment: ERROR (in 0:00:14) >> 16:20:23 Error occured, aborting >> >> and >> >> 16:21:32 + lago ovirt deploy >> 16:21:33 current session does not belong to lago group. >> 16:21:33 @ Deploy oVirt environment: >> 16:21:33 # ovirt-role metadata entry will be soon deprecated, instead you >> should use the vm-provider entry in the domain definition and set it no one >> of: ovirt-node, ovirt-engine, ovirt-host >> 16:21:33 @ Deploy oVirt environment: ERROR (in 0:00:00) >> 16:21:33 Error occured, aborting >> 16:21:33 Traceback (most recent call last): >> 16:21:33 File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 303, in do_run >> 16:21:33 self.cli_plugins[args.ovirtverb].do_run(args) >> 16:21:33 File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184, in do_run >> 16:21:33 self._do_run(**vars(args)) >> 16:21:33 File "/usr/lib/python2.7/site-packages/lago/utils.py", line 495, in wrapper >> 16:21:33 return func(*args, **kwargs) >> 16:21:33 File "/usr/lib/python2.7/site-packages/lago/utils.py", line 506, in wrapper >> 16:21:33 return func(*args, prefix=prefix, **kwargs) >> 16:21:33 File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 164, in do_deploy >> 16:21:33 prefix.deploy() >> 16:21:33 File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 633, in wrapper >> 16:21:33 return func(*args, **kwargs) >> 16:21:33 File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line 110, in wrapper >> 16:21:33 with utils.repo_server_context(args[0]): >> 16:21:33 File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ >> 16:21:33 return self.gen.next() >> 16:21:33 File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 97, in repo_server_context >> 16:21:33 root_dir=prefix.paths.internal_repo(), >> 16:21:33 File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 73, in _create_http_server >> 16:21:33 generate_request_handler(root_dir), >> 16:21:33 File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ >> 16:21:33 self.server_bind() >> 16:21:33 File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind >> 16:21:33 SocketServer.TCPServer.server_bind(self) >> 16:21:33 File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind >> 16:21:33 self.socket.bind(self.server_address) >> 16:21:33 File "/usr/lib64/python2.7/socket.py", line 224, in meth >> 16:21:33 return getattr(self._sock,name)(*args) >> 16:21:33 error: [Errno 98] Address already in use >> >> Do you know what's wrong? >> >> Thanks, >> Milan >> _______________________________________________ >> Infra mailing list >> Infra(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/infra > Re: Jenkins check-merged failures > --------------------------------- > > Key: OVIRT-1339 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1339 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nadav Goldin > Assignee: infra > > Hi Milan, > (Adding infra-support to open a ticket) > For the first job, the automation/deploy.sh script failed, which means > vdsm failed to install inside the VM created by Lago. I couldn't > figure out why as the 'deploy.sh' script was missing the bash '-x' > flag. The /var/log/messages doesn't show any VDSM logs, so I assume it > failed before. Anyways, now that[1] is merged - it should be easier to > debug this next time. > For the second job - this is due to Lago internal reposerver still > being up from a previous run on the slave. It seems that this[2] vdsm > check-merged job on April 05 caused it, when it timed-out without > terminating properly. This is quite rare I should say, we can keep > this ticket to check if it happens again. > Either way - I think both failures are unrelated, best would be(if > still relevant - as check-merged probably ran a few times since) to > re-trigger and see if it replicates. > [1] https://gerrit.ovirt.org/#/c/75348/2 > [2] http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1492/conso… > On Fri, Apr 7, 2017 at 10:32 AM, Milan Zamazal <mzamazal(a)redhat.com> wrote: > > Hi, > > > > a series of 4 my Vdsm patches was merged yesterday and Jenkins has > > failed on two of them in check-merged. See > > http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1504/ > > and > > http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1506/. > > > > The corresponding errors were: > > > > 16:20:09 + lago ovirt deploy > > 16:20:09 current session does not belong to lago group. > > 16:20:09 @ Deploy oVirt environment: > > 16:20:09 # ovirt-role metadata entry will be soon deprecated, instead you should use the vm-provider entry in the domain definition and set it no one of: ovirt-node, ovirt-engine, ovirt-host > > 16:20:09 # Deploy environment: > > 16:20:09 * [Thread-2] Deploy VM vdsm_functional_tests_host-el7: > > 16:20:23 - STDERR > > 16:20:23 > > 16:20:23 > > 16:20:23 Exiting on user cancel > > 16:20:23 > > 16:20:23 * [Thread-2] Deploy VM vdsm_functional_tests_host-el7: ERROR (in 0:00:13) > > 16:20:23 Error while running thread > > 16:20:23 Traceback (most recent call last): > > 16:20:23 File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue > > 16:20:23 queue.put({'return': func()}) > > 16:20:23 File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1339, in _deploy_host > > 16:20:23 host.name(), > > 16:20:23 RuntimeError: /home/jenkins/workspace/vdsm_master_check-merged-el7-x86_64/vdsm/automation/vdsm_functional/default/scripts/_home_jenkins_workspace_vdsm_master_check-merged-el7-x86_64_vdsm_automation_deploy.sh failed with status 1 on vdsm_functional_tests_host-el7 > > 16:20:23 # Deploy environment: ERROR (in 0:00:13) > > 16:20:23 @ Deploy oVirt environment: ERROR (in 0:00:14) > > 16:20:23 Error occured, aborting > > > > and > > > > 16:21:32 + lago ovirt deploy > > 16:21:33 current session does not belong to lago group. > > 16:21:33 @ Deploy oVirt environment: > > 16:21:33 # ovirt-role metadata entry will be soon deprecated, instead you should use the vm-provider entry in the domain definition and set it no one of: ovirt-node, ovirt-engine, ovirt-host > > 16:21:33 @ Deploy oVirt environment: ERROR (in 0:00:00) > > 16:21:33 Error occured, aborting > > 16:21:33 Traceback (most recent call last): > > 16:21:33 File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 303, in do_run > > 16:21:33 self.cli_plugins[args.ovirtverb].do_run(args) > > 16:21:33 File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184, in do_run > > 16:21:33 self._do_run(**vars(args)) > > 16:21:33 File "/usr/lib/python2.7/site-packages/lago/utils.py", line 495, in wrapper > > 16:21:33 return func(*args, **kwargs) > > 16:21:33 File "/usr/lib/python2.7/site-packages/lago/utils.py", line 506, in wrapper > > 16:21:33 return func(*args, prefix=prefix, **kwargs) > > 16:21:33 File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 164, in do_deploy > > 16:21:33 prefix.deploy() > > 16:21:33 File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 633, in wrapper > > 16:21:33 return func(*args, **kwargs) > > 16:21:33 File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line 110, in wrapper > > 16:21:33 with utils.repo_server_context(args[0]): > > 16:21:33 File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ > > 16:21:33 return self.gen.next() > > 16:21:33 File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 97, in repo_server_context > > 16:21:33 root_dir=prefix.paths.internal_repo(), > > 16:21:33 File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 73, in _create_http_server > > 16:21:33 generate_request_handler(root_dir), > > 16:21:33 File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ > > 16:21:33 self.server_bind() > > 16:21:33 File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind > > 16:21:33 SocketServer.TCPServer.server_bind(self) > > 16:21:33 File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind > > 16:21:33 self.socket.bind(self.server_address) > > 16:21:33 File "/usr/lib64/python2.7/socket.py", line 224, in meth > > 16:21:33 return getattr(self._sock,name)(*args) > > 16:21:33 error: [Errno 98] Address already in use > > > > Do you know what's wrong? > > > > Thanks, > > Milan > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra -- This message was sent by Atlassian JIRA (v1000.910.0#100040)

1 0

[JIRA] (OVIRT-1340) Fwd: whitelist request
by sbonazzo (oVirt JIRA) 25 Apr '17

25 Apr '17

sbonazzo created OVIRT-1340: ------------------------------- Summary: Fwd: whitelist request Key: OVIRT-1340 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1340 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: sbonazzo Assignee: infra ---------- Messaggio inoltrato ---------- Da: "Aleksei Slaikovskii" <aslaikov(a)redhat.com> Data: 07/Apr/2017 15:01 Oggetto: whitelist request A: <infra(a)ovirt.org> Cc: Hi! Could you please add me to whitelist, I need to run CI on this patch https://gerrit.ovirt.org/#/c/75309/ _______________________________________________ Infra mailing list Infra(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/infra -- This message was sent by Atlassian JIRA (v1000.910.0#100040)

1 0

[JIRA] (OVIRT-1339) Re: Jenkins check-merged failures
by Nadav Goldin (oVirt JIRA) 25 Apr '17

25 Apr '17

Nadav Goldin created OVIRT-1339: ----------------------------------- Summary: Re: Jenkins check-merged failures Key: OVIRT-1339 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1339 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Nadav Goldin Assignee: infra Hi Milan, (Adding infra-support to open a ticket) For the first job, the automation/deploy.sh script failed, which means vdsm failed to install inside the VM created by Lago. I couldn't figure out why as the 'deploy.sh' script was missing the bash '-x' flag. The /var/log/messages doesn't show any VDSM logs, so I assume it failed before. Anyways, now that[1] is merged - it should be easier to debug this next time. For the second job - this is due to Lago internal reposerver still being up from a previous run on the slave. It seems that this[2] vdsm check-merged job on April 05 caused it, when it timed-out without terminating properly. This is quite rare I should say, we can keep this ticket to check if it happens again. Either way - I think both failures are unrelated, best would be(if still relevant - as check-merged probably ran a few times since) to re-trigger and see if it replicates. [1] https://gerrit.ovirt.org/#/c/75348/2 [2] http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1492/conso… On Fri, Apr 7, 2017 at 10:32 AM, Milan Zamazal <mzamazal(a)redhat.com> wrote: > Hi, > > a series of 4 my Vdsm patches was merged yesterday and Jenkins has > failed on two of them in check-merged. See > http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1504/ > and > http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1506/. > > The corresponding errors were: > > 16:20:09 + lago ovirt deploy > 16:20:09 current session does not belong to lago group. > 16:20:09 @ Deploy oVirt environment: > 16:20:09 # ovirt-role metadata entry will be soon deprecated, instead you should use the vm-provider entry in the domain definition and set it no one of: ovirt-node, ovirt-engine, ovirt-host > 16:20:09 # Deploy environment: > 16:20:09 * [Thread-2] Deploy VM vdsm_functional_tests_host-el7: > 16:20:23 - STDERR > 16:20:23 > 16:20:23 > 16:20:23 Exiting on user cancel > 16:20:23 > 16:20:23 * [Thread-2] Deploy VM vdsm_functional_tests_host-el7: ERROR (in 0:00:13) > 16:20:23 Error while running thread > 16:20:23 Traceback (most recent call last): > 16:20:23 File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue > 16:20:23 queue.put({'return': func()}) > 16:20:23 File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1339, in _deploy_host > 16:20:23 host.name(), > 16:20:23 RuntimeError: /home/jenkins/workspace/vdsm_master_check-merged-el7-x86_64/vdsm/automation/vdsm_functional/default/scripts/_home_jenkins_workspace_vdsm_master_check-merged-el7-x86_64_vdsm_automation_deploy.sh failed with status 1 on vdsm_functional_tests_host-el7 > 16:20:23 # Deploy environment: ERROR (in 0:00:13) > 16:20:23 @ Deploy oVirt environment: ERROR (in 0:00:14) > 16:20:23 Error occured, aborting > > and > > 16:21:32 + lago ovirt deploy > 16:21:33 current session does not belong to lago group. > 16:21:33 @ Deploy oVirt environment: > 16:21:33 # ovirt-role metadata entry will be soon deprecated, instead you should use the vm-provider entry in the domain definition and set it no one of: ovirt-node, ovirt-engine, ovirt-host > 16:21:33 @ Deploy oVirt environment: ERROR (in 0:00:00) > 16:21:33 Error occured, aborting > 16:21:33 Traceback (most recent call last): > 16:21:33 File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 303, in do_run > 16:21:33 self.cli_plugins[args.ovirtverb].do_run(args) > 16:21:33 File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184, in do_run > 16:21:33 self._do_run(**vars(args)) > 16:21:33 File "/usr/lib/python2.7/site-packages/lago/utils.py", line 495, in wrapper > 16:21:33 return func(*args, **kwargs) > 16:21:33 File "/usr/lib/python2.7/site-packages/lago/utils.py", line 506, in wrapper > 16:21:33 return func(*args, prefix=prefix, **kwargs) > 16:21:33 File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 164, in do_deploy > 16:21:33 prefix.deploy() > 16:21:33 File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 633, in wrapper > 16:21:33 return func(*args, **kwargs) > 16:21:33 File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line 110, in wrapper > 16:21:33 with utils.repo_server_context(args[0]): > 16:21:33 File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ > 16:21:33 return self.gen.next() > 16:21:33 File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 97, in repo_server_context > 16:21:33 root_dir=prefix.paths.internal_repo(), > 16:21:33 File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 73, in _create_http_server > 16:21:33 generate_request_handler(root_dir), > 16:21:33 File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__ > 16:21:33 self.server_bind() > 16:21:33 File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind > 16:21:33 SocketServer.TCPServer.server_bind(self) > 16:21:33 File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind > 16:21:33 self.socket.bind(self.server_address) > 16:21:33 File "/usr/lib64/python2.7/socket.py", line 224, in meth > 16:21:33 return getattr(self._sock,name)(*args) > 16:21:33 error: [Errno 98] Address already in use > > Do you know what's wrong? > > Thanks, > Milan > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra -- This message was sent by Atlassian JIRA (v1000.910.0#100040)

1 0

[oVirt Jenkins] deploy-to-ovirt_experimental - Build #458 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 25 Apr '17

25 Apr '17

------=_Part_249_1424900863.1493120968999 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental/458/ Build Name: 458 ovirt-engine-api-model (4.1) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/76001 - title: Boot type doc - project: ovirt-engine-api-model - branch: model_4.1 - author: Juan Hernandez <juan.hernandez(a)redhat.com> ------=_Part_249_1424900863.1493120968999--

1 0

[oVirt Jenkins] deploy-to-ovirt_experimental - Build #456 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 25 Apr '17

25 Apr '17

------=_Part_247_1538088417.1493120771786 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental/456/ Build Name: 456 ovirt-engine-api-model (4.1) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/76000 - title: Adding docs for external compute resources API - project: ovirt-engine-api-model - branch: model_4.1 - author: Juan Hernandez <juan.hernandez(a)redhat.com> ------=_Part_247_1538088417.1493120771786--

1 0