July 2016 - Infra - oVirt List Archives

[oVirt Jenkins] ovirt-engine_master_upgrade-from-master_el7_merged - Build # 905 - Failure!
by jenkins＠jenkins.phx.ovirt.org 06 Jul '16

06 Jul '16

------=_Part_374_1825990783.1467811241180 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-master_el7_me… Build: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-master_el7_me… Build Number: 905 Build Status: Failure Triggered By: Triggered by Gerrit: https://gerrit.ovirt.org/57270 ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #905 [Lev Veyde] packaging: Add Hosted Engine VM detection ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_374_1825990783.1467811241180--

1 1

[oVirt Jenkins] ovirt-engine_master_upgrade-from-4.0_el7_merged - Build # 445 - Failure!
by jenkins＠jenkins.phx.ovirt.org 06 Jul '16

06 Jul '16

------=_Part_372_1953288108.1467811020575 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.0_el7_merge… Build: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.0_el7_merge… Build Number: 445 Build Status: Failure Triggered By: Triggered by Gerrit: https://gerrit.ovirt.org/57270 ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #445 [Lev Veyde] packaging: Add Hosted Engine VM detection ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_372_1953288108.1467811020575--

1 2

update - no infra support for the next 2 days
by Eyal Edri 06 Jul '16

06 Jul '16

FYI, Due to various holidays, PTOs and an on going 3.6.8 build there is not infra support for the next two days. If there are urgent issues, please open a ticket to infra-support(a)ovirt.org and we'll do our best to handle it if possible. -- Eyal Edri Associate Manager RHEV DevOps EMEA ENG Virtualization R&D Red Hat Israel phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

2 1

[JIRA] (OVIRT-622) Weird messages about using post request for triggering jobs
by sbonazzo (oVirt JIRA) 06 Jul '16

06 Jul '16

sbonazzo created OVIRT-622: ------------------------------ Summary: Weird messages about using post request for triggering jobs Key: OVIRT-622 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-622 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: sbonazzo Assignee: infra Hi, just tried to trigger publisher job for 3.6 and got this message: You must use POST method to trigger builds. (From scripts you may instead pass a per-project authentication token, or authenticate with your API token.) If you see this page, it may be because a plugin offered a GET link; file a bug report for that plugin. hitting the build now button opens: http://jenkins.ovirt.org/view/Publishers/job/ovirt_3.6_publish-rpms_nightly… which is passing GET parameter delay=0sec This always worked before so I think it's related to some update done in the last 4 weeks. Can you have a look? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -- This message was sent by Atlassian JIRA (v1000.126.2#100004)

1 0

[JIRA] (OVIRT-621) Upgrade of the fc21 vms required to run fc24 chroots
by Nadav Goldin (oVirt JIRA) 06 Jul '16

06 Jul '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-621?page=com.atlassian.jira.p… ] Nadav Goldin reassigned OVIRT-621: ---------------------------------- Assignee: Nadav Goldin (was: infra) > Upgrade of the fc21 vms required to run fc24 chroots > ---------------------------------------------------- > > Key: OVIRT-621 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-621 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: David Caro > Assignee: Nadav Goldin > Attachments: signature.asc > > > The issue being that in order to run the fc24 chroots, it needs the correct gpg > key for the fc24 repos, and that is included only in a newer mock version, that > will not be released for fc21 (as it reached it's end of life). > So possibilities are: > * manually deploy the keys (puppet?) > * build a custom mock package with the newer version and install that > * upgrade the slaves (something that we should do anyhow, sooner than later) > * remove all the fc24 jobs we added (lago in specific) > In the meantime, some fc24 builds can't be done (for example, lago is blocked > by this). > Cheers! > -- > David Caro -- This message was sent by Atlassian JIRA (v1000.126.2#100004)

1 0

[JIRA] (OVIRT-620) Optimize how Jenkins fetchs ovirt-engine from gerrit
by Nadav Goldin (oVirt JIRA) 06 Jul '16

06 Jul '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-620?page=com.atlassian.jira.p… ] Nadav Goldin commented on OVIRT-620: ------------------------------------ {quote} I'm also looking to move to a much better VM on amazon, including more cpu/memory/network bandwidth.{quote} +11 sent a patch to run --aggressive mode monthly on ovirt-engine, will test it tonight to see if it reduced the size. [https://gerrit.ovirt.org/#/c/60247/] > Optimize how Jenkins fetchs ovirt-engine from gerrit > ---------------------------------------------------- > > Key: OVIRT-620 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-620 > Project: oVirt - virtualization made easy > Issue Type: Sub-task > Reporter: Nadav Goldin > Assignee: infra > > ovirt-engine git repository is at the time of writing is of size 244MB, where ovirt-engine/.git alone takes 160MB. > There are two things which might be done: > 1. Find a way to optimize ovirt-engine.git/.git size, this needs to be explored deeply. > 2. Check if it is possible to configure git plugin to not download the entire history, although Jenkins attempts to optimize that, it still looks like the git plugin is downloading the entire history(this is what a random check on the slaves using du ../jenkins/workspace/...../.git -h -s showed) > for instance the following command takes only 91Mb: > {quote}git clone --depth 1 --branch master {quote} > Although this will not solve real network/storage issues, it could help reduce those problems and in the overall decrease jobs runtime. As Gerrit is still on AWS, this is a considerable amount of traffic for each job we might be able to reduce. -- This message was sent by Atlassian JIRA (v1000.126.2#100004)

1 0

[JIRA] (OVIRT-621) Upgrade of the fc21 vms required to run fc24 chroots
by Nadav Goldin (oVirt JIRA) 06 Jul '16

06 Jul '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-621?page=com.atlassian.jira.p… ] Nadav Goldin commented on OVIRT-621: ------------------------------------ ok, trying to create fc24 templates. > Upgrade of the fc21 vms required to run fc24 chroots > ---------------------------------------------------- > > Key: OVIRT-621 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-621 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: David Caro > Assignee: infra > Attachments: signature.asc > > > The issue being that in order to run the fc24 chroots, it needs the correct gpg > key for the fc24 repos, and that is included only in a newer mock version, that > will not be released for fc21 (as it reached it's end of life). > So possibilities are: > * manually deploy the keys (puppet?) > * build a custom mock package with the newer version and install that > * upgrade the slaves (something that we should do anyhow, sooner than later) > * remove all the fc24 jobs we added (lago in specific) > In the meantime, some fc24 builds can't be done (for example, lago is blocked > by this). > Cheers! > -- > David Caro -- This message was sent by Atlassian JIRA (v1000.126.2#100004)

1 0

[JIRA] (OVIRT-620) Optimize how Jenkins fetchs ovirt-engine from gerrit
by eyal edri [Administrator] (oVirt JIRA) 06 Jul '16

06 Jul '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-620?page=com.atlassian.jira.p… ] eyal edri [Administrator] commented on OVIRT-620: ------------------------------------------------- I'm also looking to move to a much better VM on amazon, including more cpu/memory/network bandwidth. > Optimize how Jenkins fetchs ovirt-engine from gerrit > ---------------------------------------------------- > > Key: OVIRT-620 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-620 > Project: oVirt - virtualization made easy > Issue Type: Sub-task > Reporter: Nadav Goldin > Assignee: infra > > ovirt-engine git repository is at the time of writing is of size 244MB, where ovirt-engine/.git alone takes 160MB. > There are two things which might be done: > 1. Find a way to optimize ovirt-engine.git/.git size, this needs to be explored deeply. > 2. Check if it is possible to configure git plugin to not download the entire history, although Jenkins attempts to optimize that, it still looks like the git plugin is downloading the entire history(this is what a random check on the slaves using du ../jenkins/workspace/...../.git -h -s showed) > for instance the following command takes only 91Mb: > {quote}git clone --depth 1 --branch master {quote} > Although this will not solve real network/storage issues, it could help reduce those problems and in the overall decrease jobs runtime. As Gerrit is still on AWS, this is a considerable amount of traffic for each job we might be able to reduce. -- This message was sent by Atlassian JIRA (v1000.126.2#100004)

1 0

[JIRA] (OVIRT-621) Upgrade of the fc21 vms required to run fc24 chroots
by eyal edri [Administrator] (oVirt JIRA) 06 Jul '16

06 Jul '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-621?page=com.atlassian.jira.p… ] eyal edri [Administrator] commented on OVIRT-621: ------------------------------------------------- or upgrading the f21. The ticket is on removing the f21 slaves, so either upgrading them or replacing them with f24. > Upgrade of the fc21 vms required to run fc24 chroots > ---------------------------------------------------- > > Key: OVIRT-621 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-621 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: David Caro > Assignee: infra > Attachments: signature.asc > > > The issue being that in order to run the fc24 chroots, it needs the correct gpg > key for the fc24 repos, and that is included only in a newer mock version, that > will not be released for fc21 (as it reached it's end of life). > So possibilities are: > * manually deploy the keys (puppet?) > * build a custom mock package with the newer version and install that > * upgrade the slaves (something that we should do anyhow, sooner than later) > * remove all the fc24 jobs we added (lago in specific) > In the meantime, some fc24 builds can't be done (for example, lago is blocked > by this). > Cheers! > -- > David Caro -- This message was sent by Atlassian JIRA (v1000.126.2#100004)

1 0

[JIRA] (OVIRT-621) Upgrade of the fc21 vms required to run fc24 chroots
by Nadav Goldin (oVirt JIRA) 06 Jul '16

06 Jul '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-621?page=com.atlassian.jira.p… ] Nadav Goldin commented on OVIRT-621: ------------------------------------ You mean creating new slaves with FC24? > Upgrade of the fc21 vms required to run fc24 chroots > ---------------------------------------------------- > > Key: OVIRT-621 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-621 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: David Caro > Assignee: infra > Attachments: signature.asc > > > The issue being that in order to run the fc24 chroots, it needs the correct gpg > key for the fc24 repos, and that is included only in a newer mock version, that > will not be released for fc21 (as it reached it's end of life). > So possibilities are: > * manually deploy the keys (puppet?) > * build a custom mock package with the newer version and install that > * upgrade the slaves (something that we should do anyhow, sooner than later) > * remove all the fc24 jobs we added (lago in specific) > In the meantime, some fc24 builds can't be done (for example, lago is blocked > by this). > Cheers! > -- > David Caro -- This message was sent by Atlassian JIRA (v1000.126.2#100004)

1 0

[JIRA] (OVIRT-621) Upgrade of the fc21 vms required to run fc24 chroots
by eyal edri [Administrator] (oVirt JIRA) 06 Jul '16

06 Jul '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-621?page=com.atlassian.jira.p… ] eyal edri [Administrator] commented on OVIRT-621: ------------------------------------------------- There is already a ticket on reprovisioning f21 slaves with f24: https://ovirt-jira.atlassian.net/browse/OVIRT-584 due to puppet issues. Its holiday now in Brno, so not too many people are around, hopefully we can tackle this tomorrow or next week. [~ngoldin(a)redhat.com] - can you give it a try for one VM? > Upgrade of the fc21 vms required to run fc24 chroots > ---------------------------------------------------- > > Key: OVIRT-621 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-621 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: David Caro > Assignee: infra > Attachments: signature.asc > > > The issue being that in order to run the fc24 chroots, it needs the correct gpg > key for the fc24 repos, and that is included only in a newer mock version, that > will not be released for fc21 (as it reached it's end of life). > So possibilities are: > * manually deploy the keys (puppet?) > * build a custom mock package with the newer version and install that > * upgrade the slaves (something that we should do anyhow, sooner than later) > * remove all the fc24 jobs we added (lago in specific) > In the meantime, some fc24 builds can't be done (for example, lago is blocked > by this). > Cheers! > -- > David Caro -- This message was sent by Atlassian JIRA (v1000.126.2#100004)

1 0

[JIRA] (OVIRT-621) Upgrade of the fc21 vms required to run fc24 chroots
by David Caro (oVirt JIRA) 05 Jul '16

05 Jul '16

David Caro created OVIRT-621: -------------------------------- Summary: Upgrade of the fc21 vms required to run fc24 chroots Key: OVIRT-621 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-621 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: David Caro Assignee: infra Attachments: signature.asc The issue being that in order to run the fc24 chroots, it needs the correct gpg key for the fc24 repos, and that is included only in a newer mock version, that will not be released for fc21 (as it reached it's end of life). So possibilities are: * manually deploy the keys (puppet?) * build a custom mock package with the newer version and install that * upgrade the slaves (something that we should do anyhow, sooner than later) * remove all the fc24 jobs we added (lago in specific) In the meantime, some fc24 builds can't be done (for example, lago is blocked by this). Cheers! -- David Caro -- This message was sent by Atlassian JIRA (v1000.126.1#100004)

1 0

Re: Fwd: Re: [oVirt-Infra] : New Gateway
by Michael Scherer 05 Jul '16

05 Jul '16

--=-TsLC1+TQtXJ+Qzkr5Z24 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Le mardi 28 juin 2016 =C3=A0 10:14 -0400, Dave Neary a =C3=A9crit : > FYI. > ----- Forwarded Message ----- > From: Herv=C3=A9 Leclerc <herve.leclerc(a)alterway.fr> > To: Dave Neary <dneary(a)redhat.com>, Infra(a)ovirt.org > Cc: Arnaud CAZIN <arnaud.cazin(a)alterway.fr>, St=C3=A9phane Vincent <steph= ane.vincent(a)alterway.fr> > Sent: Mon, 27 Jun 2016 13:06:17 -0400 (EDT) > Subject: Re: [oVirt-Infra] : New Gateway >=20 > Hello, >=20 > Did you made the changes asked ? > Can you please give us a status on your actions. I stopped rpcbind, which sould solve the problem. But I wonder why we didn't got the mail in the first time, it didn't appear on the list, nor in moderation.=20 > Regards >=20 >=20 >=20 > Herv=C3=A9 Leclerc > CTO > Alter Way > 227 Bureaux de la colline > 1 rue Royale - B=C3=A2t. D > 92210 Saint-Cloud > France > *+33 141168336* > +33 6 83979598 >=20 >=20 >=20 > `like a halo in reverse` >=20 >=20 >=20 > On Sun, Jun 26, 2016 at 3:54 PM, Herv=C3=A9 Leclerc <herve.leclerc@alterw= ay.fr> > wrote: >=20 > > Hello > > > > Your vm alterway02.ovirt.org is participating in a ddos attack. Could > > please correct the problem rapidly ! > > eg. > > iptables -A INPUT -p udp --dport 111 -j DROP > > > > > > > > Regards > > > > Original message > > A public-facing device on your network, running on IP address 89.31. > > 150.216, operates a RPC port mapping service responding on UDP port 111 > > and participated in a large-scale attack against a customer of ours, > > generating responses to spoofed requests that claimed to be from the at= tack > > target. > > > > Please consider reconfiguring this server in one or more of these ways: > > > > 1. Adding a firewall rule to block all access to this host's UDP port 1= 11 > > at your network edge (it would continue to be available on TCP port 111= in > > this case). > > 2. Adding firewall rules to allow connections to this service (on UDP p= ort > > 111) from authorized endpoints but block connections from all other hos= ts. > > 3. Disabling the port mapping service entirely (if it is not needed). > > > > More information on this attack vector can be found at this third-party > > website (we did not create this content): > > http://blog.level3.com/security/a-new-ddos-reflection-attack-portmapper= -an-early-warning-to-the-industry/ > > > > Example responses from the host during this attack are given below. > > Date/timestamps (far left) are UTC. > > > > 2016-06-25 22:46:44.588895 IP 89.31.150.216.111 > 74.201.57.x.80: UDP, > > length 628 > > 0x0000: 4500 0290 0000 4000 3111 d378 591f 96d8 E.....@.1..xY= ... > > 0x0010: 4ac9 3924 006f 0050 027c dc65 6572 0a37 J.9$.o.P.|.ee= r.7 > > 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 .............= ... > > 0x0030: 0000 0000 0000 0001 0001 86a0 0000 0004 .............= ... > > 0x0040: 0000 0006 0000 006f 0000 0001 0001 86a0 .......o.....= ... > > 0x0050: 0000 .. > > 2016-06-25 22:46:44.588939 IP 89.31.150.216.111 > 74.201.57.x.80: UDP, > > length 628 > > 0x0000: 4500 0290 0000 4000 3111 d378 591f 96d8 E.....@.1..xY= ... > > 0x0010: 4ac9 3924 006f 0050 027c dc65 6572 0a37 J.9$.o.P.|.ee= r.7 > > 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 .............= ... > > 0x0030: 0000 0000 0000 0001 0001 86a0 0000 0004 .............= ... > > 0x0040: 0000 0006 0000 006f 0000 0001 0001 86a0 .......o.....= ... > > 0x0050: 0000 .. > > 2016-06-25 22:46:45.048914 IP 89.31.150.216.111 > 74.201.57.x.80: UDP, > > length 628 > > 0x0000: 4500 0290 0000 4000 3111 d378 591f 96d8 E.....@.1..xY= ... > > 0x0010: 4ac9 3924 006f 0050 027c dc65 6572 0a37 J.9$.o.P.|.ee= r.7 > > 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 .............= ... > > 0x0030: 0000 0000 0000 0001 0001 86a0 0000 0004 .............= ... > > 0x0040: 0000 0006 0000 006f 0000 0001 0001 86a0 .......o.....= ... > > 0x0050: 0000 .. > > 2016-06-25 22:46:45.048963 IP 89.31.150.216.111 > 74.201.57.x.80: UDP, > > length 628 > > 0x0000: 4500 0290 0000 4000 3111 d378 591f 96d8 E.....@.1..xY= ... > > 0x0010: 4ac9 3924 006f 0050 027c dc65 6572 0a37 J.9$.o.P.|.ee= r.7 > > 0x0020: 0000 0001 0000 0000 0000 0000 0000 0000 .............= ... > > 0x0030: 0000 0000 0000 0001 0001 86a0 0000 0004 .............= ... > > 0x0040: 0000 0006 0000 006f 0000 0001 0001 86a0 .......o.....= ... > > 0x0050: 0000 .. > > > > (The final octet of our customer's IP address is masked in the above > > output because some automatic parsers become confused when multiple IP > > addresses are included. The value of that octet is "36".) > > > > -John > > President > > Nuclearfallout, Enterprises, Inc. (NFOservers.com) > > > > (We're sending out so many of these notices, and seeing so many > > auto-responses, that we can't go through this email inbox effectively. = If > > you have follow-up questions, please contact us at noc(a)nfoe.net.) > > > > Herv=C3=A9 Leclerc > > CTO > > Alter Way > > 227 Bureaux de la colline > > 1 rue Royale - B=C3=A2t. D > > 92210 Saint-Cloud > > France > > *+33 141168336 <%2B33%20141168336>* > > +33 6 83979598 > > > > > > > > `like a halo in reverse` > > > > > > > > On Wed, Feb 19, 2014 at 10:46 AM, Herv=C3=A9 Leclerc <herve.leclerc@alt= erway.fr > > > wrote: > > > >> Hello, > >> > >> Our Internet gateway is changing. > >> Could you please change your actual gateway (*89.31.150.249*) on your > >> machines (89.31.150.215 and 216) and vms to *89.31.150.253* > >> Thanks > >> > >> Let us know when this modification is done. > >> > >> Cheers > >> > >> Herv=C3=A9 Leclerc > >> CTO > >> Alter Way > >> 1, rue royale > >> 9 =C3=A8me =C3=A9tage > >> 92210 St Cloud > >> *+33 1 41 16 83 36 <%2B33%201%2041%2016%2083%2036>* > >> +33 6 83979598 > >> > >> > >> > >> > >> <http://www.alterway.fr/signatures/url/1> > >> > >> > >> > >> > > >=20 --=20 Michael Scherer Sysadmin, Community Infrastructure and Platform, OSAS --=-TsLC1+TQtXJ+Qzkr5Z24 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAABAgAGBQJXcoiiAAoJEE89Wa+PrSK9nKAP/2yufHdT4ISBe/IuaJttfu7H wLT/a6KLRGJ2y7Ifs11OxS/PJOrV4Z9T4Wtn/3oG87xsNMShNUZlvWSEF/TCQcR0 Hr6BQTimIRbCWbZ9xdvO9ieaNPiv3EF6VEw4jKToH2Vgwy/xkQAOZZGFt7Wyp6Kd IuABhhM/vaJ6vBeyFx5pNZPbXTqEOy/D2KMhwJFLLXk4UlzpZlMVBHDtQQ1WS6fN XoJQwqG/KecqiiebwYIIHfirGA7H+ufF7vvnjlgRKiyVuPzS8N5/0q3PDIfWRIol VImUJj8FY9gupzkizAWqI8X570Hmzwfedb6V9S/E2XTzi6XqfpBsM2sAp7DGATBl q3AT7UuScq0Y33mqYkeVrSvq9sfhAP1ZxBK8Emj2NKmiAthB1sEmvjcT5FHUp0F2 K+trprkEBoodvVcD9+HiefC8xuuBgHAnNdYXAglBLoOdYzD6eQyVCz823VfWn9+E sS0pWIXFjssKr9Qpigb2y55FmuIaSPfCjekCQyg5AwKJYsgT/50OkR+ab1eSfjEY NJ12TKyMOpWXfZAskeQ5DFVXgYe5hbohmSs3vrfeqnFIuXsamn3lzKW6EVK3IE6z 3RyX6lDKq1yVHZTK7J2EPZ4o+mx7NNHR7dE2Fp8mMapTLMEWjIh6D2wFkRp2x+hO VEevgXHkCTXrCYXfo5yi =OVh1 -----END PGP SIGNATURE----- --=-TsLC1+TQtXJ+Qzkr5Z24--

4 3

resources/pub/yum-repo
by Yedidyah Bar David 05 Jul '16

05 Jul '16

Hi all, Following a report on users@ about not-up-to-date ovirt-release36.rpm in $subject, I had a look, then did: # pwd /var/www/html/pub/yum-repo # mkdir bck-2016-07-05 # mv ovirt-release36.rpm bck-2016-07-05 && ln -s ../ovirt-3.6/rpm/el7/noarch/ovirt-release36.rpm # mv ovirt-release36-snapshot.rpm bck-2016-07-05 && ln -s ../ovirt-3.6/rpm/el7/noarch/ovirt-release36-snapshot.rpm # mv ovirt-release-master.rpm bck-2016-07-05 && ln -s ../ovirt-master-snapshot/rpm/el7/noarch/ovirt-release-master.rpm # mv ovirt-release40-snapshot.rpm bck-2016-07-05 && ln -s ../ovirt-4.0-snapshot/rpm/el7/noarch/ovirt-release40-snapshot.rpm # mv ovirt-release40.rpm bck-2016-07-05 && ln -s ../ovirt-4.0/rpm/el7/noarch/ovirt-release40.rpm # ls -l ovirt-release* -rw-r--r--. 1 root root 6408 Jul 28 2014 ovirt-release33.rpm -rw-r--r--. 1 root root 7968 Sep 9 2014 ovirt-release34.rpm -rw-r--r--. 2 root root 13904 Nov 10 2015 ovirt-release35.rpm lrwxrwxrwx. 1 root root 47 Jul 5 19:39 ovirt-release36.rpm -> ../ovirt-3.6/rpm/el7/noarch/ovirt-release36.rpm lrwxrwxrwx. 1 root root 56 Jul 5 19:41 ovirt-release36-snapshot.rpm -> ../ovirt-3.6/rpm/el7/noarch/ovirt-release36-snapshot.rpm lrwxrwxrwx. 1 root root 47 Jul 5 19:48 ovirt-release40.rpm -> ../ovirt-4.0/rpm/el7/noarch/ovirt-release40.rpm lrwxrwxrwx. 1 root root 65 Jul 5 19:46 ovirt-release40-snapshot.rpm -> ../ovirt-4.0-snapshot/rpm/el7/noarch/ovirt-release40-snapshot.rpm lrwxrwxrwx. 1 root root 64 Jul 5 19:44 ovirt-release-master.rpm -> ../ovirt-master-snapshot/rpm/el7/noarch/ovirt-release-master.rpm Also, I noticed we have there repodata, i.e. this is a yum repo itself. If it's indeed used as one anywhere, the above will break it - because the symlinks will automatically change during releases or nightly builds, and the repo metadata will not be updated. Is it indeed used? If so, we should probably do something about this - either revert my change and have something else that copies the files (and runs createrepo), or something else that runs createrepo frequently/as needed. Best, -- Didi

1 0

[JIRA] (OVIRT-620) Optimize how Jenkins fetchs ovirt-engine from gerrit
by eyal edri [Administrator] (oVirt JIRA) 05 Jul '16

05 Jul '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-620?page=com.atlassian.jira.p… ] eyal edri [Administrator] commented on OVIRT-620: ------------------------------------------------- I would say lets give it a try on the ovirt engine jobs On Jul 5, 2016 3:15 PM, "Nadav Goldin (oVirt JIRA)" < > Optimize how Jenkins fetchs ovirt-engine from gerrit > ---------------------------------------------------- > > Key: OVIRT-620 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-620 > Project: oVirt - virtualization made easy > Issue Type: Sub-task > Reporter: Nadav Goldin > Assignee: infra > > ovirt-engine git repository is at the time of writing is of size 244MB, where ovirt-engine/.git alone takes 160MB. > There are two things which might be done: > 1. Find a way to optimize ovirt-engine.git/.git size, this needs to be explored deeply. > 2. Check if it is possible to configure git plugin to not download the entire history, although Jenkins attempts to optimize that, it still looks like the git plugin is downloading the entire history(this is what a random check on the slaves using du ../jenkins/workspace/...../.git -h -s showed) > for instance the following command takes only 91Mb: > {quote}git clone --depth 1 --branch master {quote} > Although this will not solve real network/storage issues, it could help reduce those problems and in the overall decrease jobs runtime. As Gerrit is still on AWS, this is a considerable amount of traffic for each job we might be able to reduce. -- This message was sent by Atlassian JIRA (v1000.126.1#100004)

1 0

[JIRA] (OVIRT-620) Optimize how Jenkins fetchs ovirt-engine from gerrit
by Nadav Goldin (oVirt JIRA) 05 Jul '16

05 Jul '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-620?page=com.atlassian.jira.p… ] Nadav Goldin commented on OVIRT-620: ------------------------------------ from man git gc: {quote} --aggressive Usually git gc runs very quickly while providing good disk space utilization and performance. This option will cause git gc to more aggressively optimize the repository at the expense of taking much more time. The effects of this optimization are persistent, so this option only needs to be used occasionally; every few hundred changesets or so. {quote} I am not sure if we have 100s of patchsets/daily, but maybe weekly/monthly. Other than that I never used it, so not sure if it could be a source of other problems. > Optimize how Jenkins fetchs ovirt-engine from gerrit > ---------------------------------------------------- > > Key: OVIRT-620 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-620 > Project: oVirt - virtualization made easy > Issue Type: Sub-task > Reporter: Nadav Goldin > Assignee: infra > > ovirt-engine git repository is at the time of writing is of size 244MB, where ovirt-engine/.git alone takes 160MB. > There are two things which might be done: > 1. Find a way to optimize ovirt-engine.git/.git size, this needs to be explored deeply. > 2. Check if it is possible to configure git plugin to not download the entire history, although Jenkins attempts to optimize that, it still looks like the git plugin is downloading the entire history(this is what a random check on the slaves using du ../jenkins/workspace/...../.git -h -s showed) > for instance the following command takes only 91Mb: > {quote}git clone --depth 1 --branch master {quote} > Although this will not solve real network/storage issues, it could help reduce those problems and in the overall decrease jobs runtime. As Gerrit is still on AWS, this is a considerable amount of traffic for each job we might be able to reduce. -- This message was sent by Atlassian JIRA (v1000.126.1#100004)

2 1

Build failed in Jenkins: ovirt_3.6_system-tests #198
by jenkins＠jenkins.phx.ovirt.org 05 Jul '16

05 Jul '16

See <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/198/changes> Changes: [Eyal Edri] add hystrix deps to yum repos include list ------------------------------------------ [...truncated 554 lines...] ## took 2192 seconds ## rc = 1 ########################################################## ##! ERROR vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv ##! Last 20 log enties: logs/mocker-fedora-23-x86_64.fc23.basic_suite_3.6.sh/basic_suite_3.6.sh.log ##! @ Collect artifacts: # ovirt-role metadata entry will be soon deprecated, instead you should use the vm-provider entry in the domain definiton and set it no one of: ovirt-node, ovirt-engine, ovirt-host # [Thread-1] lago_basic_suite_3_6_engine: # [Thread-2] lago_basic_suite_3_6_host1: # [Thread-3] lago_basic_suite_3_6_host0: # [Thread-4] lago_basic_suite_3_6_storage: # [Thread-2] lago_basic_suite_3_6_host1: Success (in 0:00:15) # [Thread-3] lago_basic_suite_3_6_host0: Success (in 0:00:15) # [Thread-4] lago_basic_suite_3_6_storage: Success (in 0:00:15) # [Thread-1] lago_basic_suite_3_6_engine: Success (in 0:00:15) @ Collect artifacts: Success (in 0:00:15) <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests> @@@@ ERROR: Failed running <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/b…> ######################### ======== Cleaning up ----------- Cleaning with lago ----------- Cleaning with lago done ======== Cleanup done Took 2033 seconds =================================== ##! ##! ERROR ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ##!######################################################## ########################################################## Build step 'Execute shell' marked build as failure Performing Post build task... Match found for :.* : True Logical operation result is TRUE Running script : #!/bin/bash -xe echo 'shell_scripts/system_tests.collect_logs.sh' # # Required jjb vars: # version # VERSION=3.6 SUITE_TYPE= WORKSPACE="$PWD" OVIRT_SUITE="$SUITE_TYPE_suite_$VERSION" TESTS_LOGS="$WORKSPACE/ovirt-system-tests/exported-artifacts" rm -rf "$WORKSPACE/exported-artifacts" mkdir -p "$WORKSPACE/exported-artifacts" if [[ -d "$TESTS_LOGS" ]]; then mv "$TESTS_LOGS/"* "$WORKSPACE/exported-artifacts/" fi [ovirt_3.6_system-tests] $ /bin/bash -xe /tmp/hudson7736730615706189616.sh + echo shell_scripts/system_tests.collect_logs.sh shell_scripts/system_tests.collect_logs.sh + VERSION=3.6 + SUITE_TYPE= + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/> + OVIRT_SUITE=3.6 + TESTS_LOGS=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/e…> + rm -rf <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/198/artifact/exported-a…> + mkdir -p <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/198/artifact/exported-a…> + [[ -d <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/e…> ]] + mv <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/e…> <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/e…> <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/e…> <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/e…> <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/198/artifact/exported-a…> POST BUILD TASK : SUCCESS END OF POST BUILD TASK : 0 Match found for :.* : True Logical operation result is TRUE Running script : #!/bin/bash -xe echo "shell-scripts/mock_cleanup.sh" shopt -s nullglob WORKSPACE="$PWD" # Make clear this is the cleanup, helps reading the jenkins logs cat <<EOC _______________________________________________________________________ ####################################################################### # # # CLEANUP # # # ####################################################################### EOC # Archive the logs, we want them anyway logs=( ./*log ./*/logs ) if [[ "$logs" ]]; then tar cvzf exported-artifacts/logs.tgz "${logs[@]}" rm -rf "${logs[@]}" fi # stop any processes running inside the chroot failed=false mock_confs=("$WORKSPACE"/*/mocker*) # Clean current jobs mockroot if any for mock_conf_file in "${mock_confs[@]}"; do [[ "$mock_conf_file" ]] || continue echo "Cleaning up mock $mock_conf" mock_root="${mock_conf_file##*/}" mock_root="${mock_root%.*}" my_mock="/usr/bin/mock" my_mock+=" --configdir=${mock_conf_file%/*}" my_mock+=" --root=${mock_root}" my_mock+=" --resultdir=$WORKSPACE" #TODO: investigate why mock --clean fails to umount certain dirs sometimes, #so we can use it instead of manually doing all this. echo "Killing all mock orphan processes, if any." $my_mock \ --orphanskill \ || { echo "ERROR: Failed to kill orphans on $chroot." failed=true } mock_root="$(\ grep \ -Po "(?<=config_opts\['root'\] = ')[^']*" \ "$mock_conf_file" \ )" || : [[ "$mock_root" ]] || continue mounts=($(mount | awk '{print $3}' | grep "$mock_root")) || : if [[ "$mounts" ]]; then echo "Found mounted dirs inside the chroot $chroot. Trying to umount." fi for mount in "${mounts[@]}"; do sudo umount --lazy "$mount" \ || { echo "ERROR: Failed to umount $mount." failed=true } done done # Clean any leftover chroot from other jobs for mock_root in /var/lib/mock/*; do this_chroot_failed=false mounts=($(mount | awk '{print $3}' | grep "$mock_root")) || : if [[ "$mounts" ]]; then echo "Found mounted dirs inside the chroot $mock_root." \ "Trying to umount." fi for mount in "${mounts[@]}"; do sudo umount --lazy "$mount" \ || { echo "ERROR: Failed to umount $mount." failed=true this_chroot_failed=true } done if ! $this_chroot_failed; then sudo rm -rf "$mock_root" fi done if $failed; then echo "Aborting." exit 1 fi # remove mock system cache, we will setup proxies to do the caching and this # takes lots of space between runs shopt -u nullglob sudo rm -Rf /var/cache/mock/* # restore the permissions in the working dir, as sometimes it leaves files # owned by root and then the 'cleanup workspace' from jenkins job fails to # clean and breaks the jobs sudo chown -R "$USER" "$WORKSPACE" [ovirt_3.6_system-tests] $ /bin/bash -xe /tmp/hudson7140842544403926302.sh + echo shell-scripts/mock_cleanup.sh shell-scripts/mock_cleanup.sh + shopt -s nullglob + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/> + cat _______________________________________________________________________ ####################################################################### # # # CLEANUP # # # ####################################################################### + logs=(./*log ./*/logs) + [[ -n ./ovirt-system-tests/logs ]] + tar cvzf exported-artifacts/logs.tgz ./ovirt-system-tests/logs ./ovirt-system-tests/logs/ ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.basic_suite_3.6.sh/ ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.basic_suite_3.6.sh/basic_suite_3.6.sh.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.install_packages/ ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.install_packages/stdout_stderr.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.install_packages/root.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.install_packages/state.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.install_packages/build.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/ ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/stdout_stderr.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/root.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/state.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/build.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.clean_rpmdb/ ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.clean_rpmdb/stdout_stderr.log + rm -rf ./ovirt-system-tests/logs + failed=false + mock_confs=("$WORKSPACE"/*/mocker*) + for mock_conf_file in '"${mock_confs[@]}"' + [[ -n <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/m…> ]] + echo 'Cleaning up mock ' Cleaning up mock + mock_root=mocker-fedora-23-x86_64.fc23.cfg + mock_root=mocker-fedora-23-x86_64.fc23 + my_mock=/usr/bin/mock + my_mock+=' --configdir=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests'> + my_mock+=' --root=mocker-fedora-23-x86_64.fc23' + my_mock+=' --resultdir=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/'> + echo 'Killing all mock orphan processes, if any.' Killing all mock orphan processes, if any. + /usr/bin/mock --configdir=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests> --root=mocker-fedora-23-x86_64.fc23 --resultdir=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/> --orphanskill WARNING: Could not find required logging config file: <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/l….> Using default... INFO: mock.py version 1.2.17 starting (python version = 3.4.3)... Start: init plugins INFO: selinux enabled Finish: init plugins Start: run Finish: run ++ grep -Po '(?<=config_opts\['\''root'\''\] = '\'')[^'\'']*' <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/m…> + mock_root=fedora-23-x86_64-ecdfd9c866cbf1a2d41342199fdb011f + [[ -n fedora-23-x86_64-ecdfd9c866cbf1a2d41342199fdb011f ]] + mounts=($(mount | awk '{print $3}' | grep "$mock_root")) ++ mount ++ awk '{print $3}' ++ grep fedora-23-x86_64-ecdfd9c866cbf1a2d41342199fdb011f + : + [[ -n '' ]] + false + shopt -u nullglob + sudo rm -Rf /var/cache/mock/fedora-23-x86_64-ecdfd9c866cbf1a2d41342199fdb011f + sudo chown -R jenkins <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/> POST BUILD TASK : SUCCESS END OF POST BUILD TASK : 1 Recording test results Archiving artifacts

1 1

[oVirt Jenkins] ovirt-engine_master_upgrade-from-4.0_el7_merged - Build # 437 - Failure!
by jenkins＠jenkins.phx.ovirt.org 05 Jul '16

05 Jul '16

------=_Part_367_1563785645.1467725969278 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.0_el7_merge… Build: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.0_el7_merge… Build Number: 437 Build Status: Failure Triggered By: Triggered by Gerrit: https://gerrit.ovirt.org/60205 ------------------------------------- Changes Since Last Success: ------------------------------------- ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_367_1563785645.1467725969278--

1 0

[oVirt Jenkins] ovirt-engine_master_upgrade-from-master_el7_merged - Build # 894 - Failure!
by jenkins＠jenkins.phx.ovirt.org 05 Jul '16

05 Jul '16

------=_Part_360_1411210636.1467718248379 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-master_el7_me… Build: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-master_el7_me… Build Number: 894 Build Status: Failure Triggered By: Triggered by Gerrit: https://gerrit.ovirt.org/60190 ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #894 [Daniel Erez] ui: clarifying diskHotPlugNotSupported tool-tip message ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_360_1411210636.1467718248379--

1 2

Error in vdsm functional tests
by Yaniv Bronheim 05 Jul '16

05 Jul '16

Hi, Recently we're getting the following error, even-though we require python-mock in check-merged.packages.f23 (https://gerrit.ovirt.org/59797) *09:52:43* # Deploy environment: Success (in 0:09:06)*09:52:44* @ Deploy oVirt environment: Success (in 0:09:07)*09:52:44* + lago shell vdsm_functional_tests_host-fc23 -c 'mount -t tmpfs tmpfs /sys/kernel/mm/ksm'*09:52:44* + tee /home/jenkins/workspace/vdsm_master_check-merged-fc23-x86_64/vdsm/exported-artifacts/functional_tests_stdout.fc23.log*09:52:44* current session does not belong to lago group.*09:52:46* + lago shell vdsm_functional_tests_host-fc23 -c ' cd /usr/share/vdsm/tests*09:52:46* ./run_tests.sh --with-xunit --xunit-file=/tmp/nosetests-fc23.xml -s functional/supervdsmFuncTests.py '*09:52:47* current session does not belong to lago group.*09:52:49* Traceback (most recent call last):*09:52:49* File "../tests/testrunner.py", line 42, in <module>*09:52:49* import testlib*09:52:49* File "/usr/share/vdsm/tests/testlib.py", line 44, in <module>*09:52:49* import mock*09:52:49* ImportError: No module named mock*09:52:49* + failed=1*09:52:49* + lago copy-from-vm vdsm_functional_tests_host-fc23 /tmp/nosetests-fc23.xml /home/jenkins/workspace/vdsm_master_check-merged-fc23-x86_64/vdsm/exported-artifacts/nosetests-fc23.xml*09:52:50* current session does not belong to lago group.*09:52:51* Error occured, aborting*09:52:51* Traceback (most recent call last):*09:52:51* File "/usr/lib/python2.7/site-packages/lago/cmd.py", line 691, in main*09:52:51* cli_plugins[args.verb].do_run(args)*09:52:51* File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 180, in do_run*09:52:51* self._do_run(**vars(args))*09:52:51* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 488, in wrapper*09:52:51* return func(*args, **kwargs)*09:52:51* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 499, in wrapper*09:52:51* return func(*args, prefix=prefix, **kwargs)*09:52:51* File "/usr/lib/python2.7/site-packages/lago/cmd.py", line 514, in do_copy_from_vm*09:52:51* host.copy_from(remote_path, local_path)*09:52:51* File "/usr/lib/python2.7/site-packages/lago/plugins/vm.py", line 319, in copy_from*09:52:51* local_path=local_path,*09:52:51* File "/usr/lib/python2.7/site-packages/scp.py", line 125, in get*09:52:51* self._recv_all()*09:52:51* File "/usr/lib/python2.7/site-packages/scp.py", line 257, in _recv_all*09:52:51* raise SCPException(str(msg).strip())*09:52:51* SCPException: scp: /tmp/nosetests-fc23.xml: No such file or directory*09:52:51* + :*09:52:51* + lago stop vdsm_functional_tests_host-fc23 -- *Yaniv Bronhaim.*

2 1

[JIRA] (OVIRT-620) Optimize how Jenkins fetchs ovirt-engine from gerrit
by Barak Korren (oVirt JIRA) 05 Jul '16

05 Jul '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-620?page=com.atlassian.jira.p… ] Barak Korren commented on OVIRT-620: ------------------------------------ Besides potential Gerrit slownes while this runs, any reason not to do this? > Optimize how Jenkins fetchs ovirt-engine from gerrit > ---------------------------------------------------- > > Key: OVIRT-620 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-620 > Project: oVirt - virtualization made easy > Issue Type: Sub-task > Reporter: Nadav Goldin > Assignee: infra > > ovirt-engine git repository is at the time of writing is of size 244MB, where ovirt-engine/.git alone takes 160MB. > There are two things which might be done: > 1. Find a way to optimize ovirt-engine.git/.git size, this needs to be explored deeply. > 2. Check if it is possible to configure git plugin to not download the entire history, although Jenkins attempts to optimize that, it still looks like the git plugin is downloading the entire history(this is what a random check on the slaves using du ../jenkins/workspace/...../.git -h -s showed) > for instance the following command takes only 91Mb: > {quote}git clone --depth 1 --branch master {quote} > Although this will not solve real network/storage issues, it could help reduce those problems and in the overall decrease jobs runtime. As Gerrit is still on AWS, this is a considerable amount of traffic for each job we might be able to reduce. -- This message was sent by Atlassian JIRA (v1000.126.1#100004)

1 0

[JIRA] (OVIRT-620) Optimize how Jenkins fetchs ovirt-engine from gerrit
by Nadav Goldin (oVirt JIRA) 05 Jul '16

05 Jul '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-620?page=com.atlassian.jira.p… ] Nadav Goldin commented on OVIRT-620: ------------------------------------ [gerrit garbage collector job|http://jenkins-old.ovirt.org/job/system_gerrit-garbage-collect/] is running without --aggressive, when executing: {quote}git clone git://gerrit.ovirt.org/ovirt-engine.git cd ovirt-engine git gc --aggressive {quote} this reduces the repository size by 62MB. maybe we should add this option(from the docs it only says it will run slower, this is nightly anyways) or add it only to ovirt-engine. [~eedri], [~bkorren(a)redhat.com] - what do you think? > Optimize how Jenkins fetchs ovirt-engine from gerrit > ---------------------------------------------------- > > Key: OVIRT-620 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-620 > Project: oVirt - virtualization made easy > Issue Type: Sub-task > Reporter: Nadav Goldin > Assignee: infra > > ovirt-engine git repository is at the time of writing is of size 244MB, where ovirt-engine/.git alone takes 160MB. > There are two things which might be done: > 1. Find a way to optimize ovirt-engine.git/.git size, this needs to be explored deeply. > 2. Check if it is possible to configure git plugin to not download the entire history, although Jenkins attempts to optimize that, it still looks like the git plugin is downloading the entire history(this is what a random check on the slaves using du ../jenkins/workspace/...../.git -h -s showed) > for instance the following command takes only 91Mb: > {quote}git clone --depth 1 --branch master {quote} > Although this will not solve real network/storage issues, it could help reduce those problems and in the overall decrease jobs runtime. As Gerrit is still on AWS, this is a considerable amount of traffic for each job we might be able to reduce. -- This message was sent by Atlassian JIRA (v1000.126.1#100004)

1 0

[JIRA] (OVIRT-620) Optimize how Jenkins fetchs ovirt-engine from gerrit
by Nadav Goldin (oVirt JIRA) 05 Jul '16

05 Jul '16

Nadav Goldin created OVIRT-620: ---------------------------------- Summary: Optimize how Jenkins fetchs ovirt-engine from gerrit Key: OVIRT-620 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-620 Project: oVirt - virtualization made easy Issue Type: Sub-task Reporter: Nadav Goldin Assignee: infra ovirt-engine git repository is at the time of writing is of size 244MB, where ovirt-engine/.git alone takes 160MB. There are two things which might be done: 1. Find a way to optimize ovirt-engine.git/.git size, this needs to be explored deeply. 2. Check if it is possible to configure git plugin to not download the entire history, although Jenkins attempts to optimize that, it still looks like the git plugin is downloading the entire history(this is what a random check on the slaves using du ../jenkins/workspace/...../.git -h -s showed) for instance the following command takes only 91Mb: {quote}git clone --depth 1 --branch master {quote} Although this will not solve real network/storage issues, it could help reduce those problems and in the overall decrease jobs runtime. As Gerrit is still on AWS, this is a considerable amount of traffic for each job we might be able to reduce. -- This message was sent by Atlassian JIRA (v1000.126.1#100004)

1 0

[oVirt Jenkins] ovirt-engine_master_upgrade-from-4.0_el7_merged - Build # 431 - Failure!
by jenkins＠jenkins.phx.ovirt.org 05 Jul '16

05 Jul '16

------=_Part_358_1669235281.1467714975848 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.0_el7_merge… Build: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.0_el7_merge… Build Number: 431 Build Status: Failure Triggered By: Triggered by Gerrit: https://gerrit.ovirt.org/60156 ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #431 [Arik Hadas] core: rename update pool command ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_358_1669235281.1467714975848--

1 0

[oVirt Jenkins] ovirt-engine_4.0_upgrade-from-3.6_el7_merged - Build # 259 - Failure!
by jenkins＠jenkins.phx.ovirt.org 05 Jul '16

05 Jul '16

------=_Part_356_21203095.1467714850355 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-engine_4.0_upgrade-from-3.6_el7_merged/ Build: http://jenkins.ovirt.org/job/ovirt-engine_4.0_upgrade-from-3.6_el7_merged/2… Build Number: 259 Build Status: Failure Triggered By: Triggered by Gerrit: https://gerrit.ovirt.org/60193 ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #259 [Juan Hernandez] restapi: Populate links of disk attachments ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_356_21203095.1467714850355--

1 0