April 2017 - Infra - oVirt List Archives

[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

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

25 Apr '17

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

1 0

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

25 Apr '17

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

1 0

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

25 Apr '17

------=_Part_239_811211460.1493119639151 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental/450/ Build Name: 450 ovirt-engine-api-model (4.1) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/75995 - title: Documenting the Display entity. - project: ovirt-engine-api-model - branch: model_4.1 - author: Juan Hernandez <juan.hernandez(a)redhat.com> ------=_Part_239_811211460.1493119639151--

1 0

[JIRA] (OVIRT-1338) Re: Problem in with ovirt-engine-metrics repo
by Gil Shinar (oVirt JIRA) 25 Apr '17

25 Apr '17

Gil Shinar created OVIRT-1338: --------------------------------- Summary: Re: Problem in with ovirt-engine-metrics repo Key: OVIRT-1338 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1338 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Gil Shinar Assignee: infra Hi Shirly, Which of the commits below you have pushed? [image: Inline image 1] Looks like you've pushed patches without rebasing them on master first. *Update*, I have sat with Shirly and we have fixed repo credentials to not allow merging with rebase first. Gil On Mon, Apr 24, 2017 at 9:37 PM, Shirly Radco <sradco(a)redhat.com> wrote: > Hi, > > > Earlier today I merged 3 patches to ovirt-engine-metrics. > When I check the git log I see 4 parches. Each patch has 2 merges. > One is the correct one and the other is empty. > > I don't see this in Gerrit. > I tried to clone the repo again but result is the same. > > > See git log : > > commit 54a16aa73545c3a39401c969cc27c1887a6b1038 > Merge: 6e97bcd adb51fb > Author: Shirly Radco <sradco(a)redhat.com> > Date: Mon Apr 24 06:20:06 2017 -0400 > > Merge "collectd: updated engine processes plugin" > > commit 6e97bcd7969ab3dbbb60796f5035343ee14f40d7 > Merge: 0b63697 3466a8b > Author: Shirly Radco <sradco(a)redhat.com> > Date: Mon Apr 24 06:19:57 2017 -0400 > > Merge "collectd: Fixed processes plugin configurations" > > commit 0b636971dc7b415b0831edc4abac2493347a5cfe > Author: Shirly Radco <sradco(a)redhat.com> > Date: Sun Apr 9 11:43:14 2017 +0300 > > fluentd: added prefix to the statsd value field > > Since statds records can be host or vm metrics, > I added vm/host prefix to the metric value > field name, so the user can choose the required > :...skipping... > commit 54a16aa73545c3a39401c969cc27c1887a6b1038 > Merge: 6e97bcd adb51fb > Author: Shirly Radco <sradco(a)redhat.com> > Date: Mon Apr 24 06:20:06 2017 -0400 > > Merge "collectd: updated engine processes plugin" > > commit 6e97bcd7969ab3dbbb60796f5035343ee14f40d7 > Merge: 0b63697 3466a8b > Author: Shirly Radco <sradco(a)redhat.com> > Date: Mon Apr 24 06:19:57 2017 -0400 > > Merge "collectd: Fixed processes plugin configurations" > > commit 0b636971dc7b415b0831edc4abac2493347a5cfe > Author: Shirly Radco <sradco(a)redhat.com> > Date: Sun Apr 9 11:43:14 2017 +0300 > > fluentd: added prefix to the statsd value field > > Since statds records can be host or vm metrics, > I added vm/host prefix to the metric value > field name, so the user can choose the required > metric easily. > > Change-Id: Ib71dbba78f3922fe1d257c83480867f485a91c22 > Signed-off-by: Shirly Radco <sradco(a)redhat.com> > > > Please see why. > I want to build for 4.1.2 and need to be sure repo is ok. > > Thank you, > > -- > > SHIRLY RADCO > > BI SOFTWARE ENGINEER, > > Red Hat Israel <https://www.redhat.com/> > > sradco(a)redhat.com > <https://red.ht/sig> > <https://redhat.com/summit> > > > _______________________________________________ > 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