- Infra - oVirt List Archives

[JIRA] (OVIRT-1338) Re: Problem in with ovirt-engine-metrics repo
by eyal edri [Administrator] (oVirt JIRA) 25 May '17

25 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1338?page=com.atlassian.jira.… ] eyal edri [Administrator] updated OVIRT-1338: --------------------------------------------- Epic Link: OVIRT-403 > 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 > Attachments: image.png > > > 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.1010.0#100044)

1 0

[JIRA] (OVIRT-1338) Re: Problem in with ovirt-engine-metrics repo
by eyal edri [Administrator] (oVirt JIRA) 25 May '17

25 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1338?page=com.atlassian.jira.… ] eyal edri [Administrator] updated OVIRT-1338: --------------------------------------------- Epic Link: OVIRT-403 > 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 > Attachments: image.png > > > 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.1010.0#100044)

1 0

[JIRA] (OVIRT-1339) Re: Jenkins check-merged failures
by eyal edri [Administrator] (oVirt JIRA) 25 May '17

25 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1339?page=com.atlassian.jira.… ] eyal edri [Administrator] updated OVIRT-1339: --------------------------------------------- Epic Link: OVIRT-400 > 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.1010.0#100044)

1 0

[JIRA] (OVIRT-1341) vdsm-ppc64le builds is not deployed to ovirt-master-snapshot
by eyal edri [Administrator] (oVirt JIRA) 25 May '17

25 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1341?page=com.atlassian.jira.… ] eyal edri [Administrator] updated OVIRT-1341: --------------------------------------------- Epic Link: OVIRT-400 > 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.1010.0#100044)

1 0

[JIRA] (OVIRT-1340) Fwd: whitelist request
by eyal edri [Administrator] (oVirt JIRA) 25 May '17

25 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1340?page=com.atlassian.jira.… ] eyal edri [Administrator] updated OVIRT-1340: --------------------------------------------- Epic Link: OVIRT-400 > 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.1010.0#100044)

1 0

[JIRA] (OVIRT-1381) Re: Findbugs issues not reported correctly on Jenkins master jobs?
by eyal edri [Administrator] (oVirt JIRA) 25 May '17

25 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1381?page=com.atlassian.jira.… ] eyal edri [Administrator] updated OVIRT-1381: --------------------------------------------- Epic Link: OVIRT-400 > Re: Findbugs issues not reported correctly on Jenkins master jobs? > ------------------------------------------------------------------ > > Key: OVIRT-1381 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1381 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Gil Shinar > Assignee: Daniel Belenky > > Adding infra-support > On Mon, May 15, 2017 at 3:55 PM, Tal Nisan <tnisan(a)redhat.com> wrote: > > Just a regular "mvn findbugs:findbugs" run on master, you can revert this > > patch and run it manually yourself: https://gerrit.ovirt.org/#/c/76820/ > > > > On Mon, May 15, 2017 at 2:15 PM, Daniel Belenky <dbelenky(a)redhat.com> > > wrote: > > > >> Hi Tal, > >> I'm checking this right now. > >> Can you provide the log from your local run? which files were exported on > >> your local run? > >> > >> On Mon, May 15, 2017 at 11:51 AM Tal Nisan <tnisan(a)redhat.com> wrote: > >> > >>> I've pushed this patch to master: > >>> https://gerrit.ovirt.org/#/c/75994/ > >>> Jenkins showed no findbugs error and I moved on to merging it > >>> > >>> Then I've pushed the same patch to 4.1: > >>> https://gerrit.ovirt.org/#/c/76803/ > >>> And it resulted in two findbugs errors (though minor and style related): > >>> http://jenkins.ovirt.org/job/ovirt-engine_4.1_find-bugs_crea > >>> ted/898/findbugsResult/new/ > >>> > >>> Running findbugs manually in my environment on master did report these > >>> two issues so I'd expect the master jobs to report them as well. > >>> > >>> _______________________________________________ > >>> Infra mailing list > >>> Infra(a)ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/infra > >>> > >> -- > >> > >> DANIEL BELENKY > >> > >> RHV DEVOPS > >> > >> Red Hat EMEA <https://www.redhat.com/> > >> > >> IRC: #rhev-integ #rhev-dev > >> <https://red.ht/sig> > >> > > > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > -- This message was sent by Atlassian JIRA (v1000.1010.0#100044)

1 0

[JIRA] (OVIRT-1408) Please remove github/ovirt-web-ui from standard CI
by Barak Korren (oVirt JIRA) 25 May '17

25 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1408?page=com.atlassian.jira.… ] Barak Korren edited comment on OVIRT-1408 at 5/25/17 2:50 PM: -------------------------------------------------------------- {quote} The build-artifacts had to be failing for a couple of last weeks, no complain received. {quote} Did you try to ask the CI team for help? {quote} The project is built externally (copr) and rpms are pulled semi-automatically (project releng-tools, Sandro). {quote} releng-tools just pulls into official repos, and hopefully we'll retire that way of doing things soon. Among other things it means the package does not make in into the nightly releases. {quote} Is CI really involved? If so, what is the minimum of automation/ to remain? {quote} Not sure I get the 1st part of the question. At bare minimum to get stuff into the 'experimental' flow that runs OST and delivers to 'tested' and the nightly snapshot, you need a build_artifacts job. It doesn't really has to do the building, but it needs to leave RPMs in 'exported-artifacts' when it is done. was (Author: bkorren(a)redhat.com) {quote} The build-artifacts had to be failing for a couple of last weeks, no complain received. {quote} Did you try to ask the CI team for help? {quote} The project is built externally (copr) and rpms are pulled semi-automatically (project releng-tools, Sandro). {quote} releng-tools just pulls into official repos, and hopefully we'll retire that way of doing things soon. Amount other things it means the package does not make in into the nightly releases. {quote} Is CI really involved? If so, what is the minimum of automation/ to remain? {quote} Not sure I get the 1st part of the question. At bare minumun to get stuff into the 'experimental' flow that runs OST and delivers to 'tested' and the nightly snapshot, you need a build_artifacts job. It doesn't really has to do the building, but it need to leave RPMs in 'exported-artifacts' when it is done. > Please remove github/ovirt-web-ui from standard CI > -------------------------------------------------- > > Key: OVIRT-1408 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1408 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Marek Libra > Assignee: infra > > Please remove github/ovirt-web-ui from standard CI since Travis is used instead. -- This message was sent by Atlassian JIRA (v1000.1010.0#100044)

1 0

[JIRA] (OVIRT-1408) Please remove github/ovirt-web-ui from standard CI
by eyal edri [Administrator] (oVirt JIRA) 25 May '17

25 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1408?page=com.atlassian.jira.… ] eyal edri [Administrator] commented on OVIRT-1408: -------------------------------------------------- The infra team doesn't monitor projects builds/jobs, it's up to the maintainer responsibility to monitor it and make sure it is working, and if there is an infra issue to report to infra. Have you reported the failure to infra? If you remove 'build-artifacts' it means you will never be able to include the project in the oVirt system tests verification flow and other than minimal testing in Travis only for the project itself, you won't have any system level testing done before a release or delivery to QE. I don't follow how automation dir is getting in your development or testing and what do you consider minimizing it, can you elaborate? cc [~ykaul] fyi. > Please remove github/ovirt-web-ui from standard CI > -------------------------------------------------- > > Key: OVIRT-1408 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1408 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Marek Libra > Assignee: infra > > Please remove github/ovirt-web-ui from standard CI since Travis is used instead. -- This message was sent by Atlassian JIRA (v1000.1010.0#100044)

1 0

[JIRA] (OVIRT-1408) Please remove github/ovirt-web-ui from standard CI
by Barak Korren (oVirt JIRA) 25 May '17

25 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1408?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1408: ------------------------------------- {quote} The build-artifacts had to be failing for a couple of last weeks, no complain received. {quote} Did you try to ask the CI team for help? {quote} The project is built externally (copr) and rpms are pulled semi-automatically (project releng-tools, Sandro). {quote} releng-tools just pulls into official repos, and hopefully we'll retire that way of doing things soon. Amount other things it means the package does not make in into the nightly releases. {quote} Is CI really involved? If so, what is the minimum of automation/ to remain? {quote} Not sure I get the 1st part of the question. At bare minumun to get stuff into the 'experimental' flow that runs OST and delivers to 'tested' and the nightly snapshot, you need a build_artifacts job. It doesn't really has to do the building, but it need to leave RPMs in 'exported-artifacts' when it is done. > Please remove github/ovirt-web-ui from standard CI > -------------------------------------------------- > > Key: OVIRT-1408 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1408 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Marek Libra > Assignee: infra > > Please remove github/ovirt-web-ui from standard CI since Travis is used instead. -- This message was sent by Atlassian JIRA (v1000.1010.0#100044)

1 0

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

25 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1342?page=com.atlassian.jira.… ] eyal edri [Administrator] updated OVIRT-1342: --------------------------------------------- Epic Link: OVIRT-403 > 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: eyal edri [Administrator] > > 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.1010.0#100044)

1 0