December 2017 - Infra - oVirt List Archives

[vdsm][tag][ovirt-4.2.0] Vdsm tagged: v4.20.9
by Francesco Romani 11 Dec '17

11 Dec '17

Hi infra, we have a new Vdsm tag on branch ovirt-4.2.0 for oVirt 4.2.0: tag v4.20.9.1 Tagger: Francesco Romani <fromani(a)redhat.com> Date: Mon Dec 11 15:41:47 2017 +0100 Vdsm 4.20.9.1 for oVirt 4.2.0 RC 2 commit 0997e1f0f6dd4d02836c1899aca656044653aae3 +++ NOTE ABOUT BRANCHING: * We are merging again patches targeted for 4.2.1 on master * I created the branch ovirt-4.2.0 to collect the fixes needed for the release 4.2.0. * We don't yet have plans to branch out ovirt-4.2.0 from master. Following the usual Vdsm habit, we will branch out late, *after* Engine does. Bests, -- Francesco Romani Senior SW Eng., Virtualization R&D Red Hat IRC: fromani github: @fromanirh

1 0

[JIRA] (OVIRT-1798) high load on foreman
by Evgheni Dereveanchin (oVirt JIRA) 11 Dec '17

11 Dec '17

This is a multi-part message in MIME format... ------------=_1513001300-19617-195 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1798?page=com.atlassian.jira.… ] Evgheni Dereveanchin reassigned OVIRT-1798: ------------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > high load on foreman > -------------------- > > Key: OVIRT-1798 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1798 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Evgheni Dereveanchin > Assignee: Evgheni Dereveanchin > > We're getting monitoring alerts about a high number of processes on the foreman master. Logging a ticket to investigate and confirm the reason. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100074) ------------=_1513001300-19617-195 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1798?page=com.atlassian.jira.… ]</pre> <h3>Evgheni Dereveanchin reassigned OVIRT-1798:</h3> <pre>Assignee: Evgheni Dereveanchin (was: infra)</pre> <blockquote><h3>high load on foreman</h3> <pre> Key: OVIRT-1798 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1798 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Evgheni Dereveanchin Assignee: Evgheni Dereveanchin</pre> <p>We're getting monitoring alerts about a high number of processes on the foreman master. Logging a ticket to investigate and confirm the reason.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100074)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1513001300-19617-195--

1 0

[JIRA] (OVIRT-1798) high load on foreman
by Evgheni Dereveanchin (oVirt JIRA) 11 Dec '17

11 Dec '17

Evgheni Dereveanchin created OVIRT-1798: ------------------------------------------- Summary: high load on foreman Key: OVIRT-1798 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1798 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Evgheni Dereveanchin Assignee: infra We're getting monitoring alerts about a high number of processes on the foreman master. Logging a ticket to investigate and confirm the reason. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100074)

1 0

[CQ]: 85262, 1 (ovirt-hosted-engine-ha) failed "ovirt-master" system tests
by oVirt Jenkins 11 Dec '17

11 Dec '17

Change 85262,1 (ovirt-hosted-engine-ha) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/85262/1 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4347/

1 0

[JIRA] (OVIRT-1772) s390x build support for oVirt infra
by Barak Korren (oVirt JIRA) 11 Dec '17

11 Dec '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1772?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1772: ----------------------------------- Assignee: Barak Korren (was: infra) > s390x build support for oVirt infra > ----------------------------------- > > Key: OVIRT-1772 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1772 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: oVirt CI > Reporter: Barak Korren > Assignee: Barak Korren > Labels: s390x, standard-ci > > There has been some recent interest in the community lately in building oVirt node components for the s390x architecture. > Here is a list of things we would need in order to enable s390x builds: > * Bring up some s390x Jenkins slave VMs, this implies: > ** Getting s390x VMs up and running > ** Getting an operating system for these VMs > ** Getting Java running on these VMs, in order to run the Jenkins agent. > * Enable '{{mock_runner.sh}}' to create s390x build environments. > * Create '{{build-artifacts}}' jobs for s390x > The easiest way get s390x slave VMs would be if we could get our hands on some real s390x machines, just like the ppc64le machines we currently have. But this does not seem to be likely to happen. An alternative would be to use some kind of s390x emulation. This kind of emulation seems to be used by the Fedora project for their s390x builds. A version of qemu that supports s390x is available in EPEL in the '{{qemu-system-s390x}}' package. Once installed, the package adds the following libvirt capabilities structure: > {code} > <guest> > <os_type>hvm</os_type> > <arch name='s390x'> > <wordsize>64</wordsize> > <emulator>/usr/bin/qemu-system-s390x</emulator> > <machine maxCpus='255'>s390-virtio</machine> > <machine canonical='s390-virtio' maxCpus='255'>s390</machine> > <machine maxCpus='255'>s390-ccw-virtio</machine> > <machine canonical='s390-ccw-virtio' maxCpus='255'>s390-ccw</machine> > <domain type='qemu'/> > </arch> > <features> > <cpuselection/> > <deviceboot/> > <disksnapshot default='on' toggle='no'/> > </features> > </guest> > {code} > So it seems we can get s390x VMs running on our x86_64 hardware. The next issue to tackle would be to get an OS running on these VMs. The seems to be a Fedora s390x release but not a CentOS one. Neither of these projects release an s390x cloud image, so we may end up having to make our own using '{{virt-install}}' or try to convince [Richard Jones|mailto:rjones@redhat.com] to make such images available in '{{virt-builder}}'. > Once we have VMs up, we need to turn them into Jenkins slaves. Hopefully the s390x Fedora build includes Java so this may be trivial. > To get '{{mock_runner.sh}}' support we would need an appropriates '{{mock}}' configuration files. Suitable files for Fedora on s390x package seems to already be shipped with the '{{mock}}' package, so there is not much to do there besides copying the file into our '{{jenkins}}' repo and making the usual adjustments we typically make to enable proxy and mirrors support. > Once we have all of that up and running, adding s390x '{{build-artifacts}}' jobs would be trivial, we'll just have to add the right tags in the JJB YAML. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100074)

1 0

[CQ]: 85208,2 (vdsm) failed "ovirt-master" system tests
by oVirt Jenkins 11 Dec '17

11 Dec '17

Change 85208,2 (vdsm) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/85208/2 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4343/

1 0

[CQ]: 85226,1 (ovirt-live) failed "ovirt-4.1" system tests
by oVirt Jenkins 11 Dec '17

11 Dec '17

Change 85226,1 (ovirt-live) is probably the reason behind recent system test failures in the "ovirt-4.1" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/85226/1 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.1_change-queue-tester/1428/

1 0

[CQ]: 85249,1 (vdsm) failed "ovirt-4.1" system tests
by oVirt Jenkins 11 Dec '17

11 Dec '17

Change 85249,1 (vdsm) is probably the reason behind recent system test failures in the "ovirt-4.1" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/85249/1 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.1_change-queue-tester/1426/

1 0

4.1 OST - wrong dependency ?
by Ala Hino 11 Dec '17

11 Dec '17

Hi, I am running the OST on a private build and getting following dependency issue: *19:58:26* Error: Package: ovirt-engine-backend-4.1.8.1-0.0.master.20171210155452.git01b4ee6.el7.centos.noarch (alocalsync)*19:58:26* Requires: vdsm-jsonrpc-java >= 1.3.14*19:58:26* Available: vdsm-jsonrpc-java-1.3.13-2.el7.centos.noarch (alocalsync)*19:58:26* vdsm-jsonrpc-java = 1.3.13-2.el7.centos My build: http://jenkins.ovirt.org/job/ovirt-engine_4.1_build-artifacts-on-demand-el7… OST run: http://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests… Any idea what's wrong? Thanks

3 2

[CQ]: 84908,15 (ovirt-engine) failed "ovirt-master" system tests
by oVirt Jenkins 11 Dec '17

11 Dec '17

Change 84908,15 (ovirt-engine) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/84908/15 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4342/

1 0