Wednesday, 2018-12-12

openstackgerritClark Boylan proposed openstack-infra/zuul-jobs master: Use mirrors if available when installing OVS on centos  https://review.openstack.org/62452500:27
*** rlandy has quit IRC01:05
openstackgerritClark Boylan proposed openstack-infra/zuul-jobs master: Use mirrors if available when installing OVS on centos  https://review.openstack.org/62452502:11
*** bhavikdbavishi has joined #zuul02:48
openstackgerritClark Boylan proposed openstack-infra/zuul-jobs master: Use mirrors if available when installing OVS on centos  https://review.openstack.org/62452504:17
openstackgerritIan Wienand proposed openstack-infra/zuul-jobs master: mirror-workspace-git-repos: Explicitly show HEAD of checked out branches  https://review.openstack.org/62184005:06
openstackgerritIan Wienand proposed openstack-infra/zuul-jobs master: Update test-mirror-workspace-git-repos, add test  https://review.openstack.org/62457505:06
openstackgerritIan Wienand proposed openstack-infra/zuul-jobs master: Add a note on testing  https://review.openstack.org/62457805:44
*** bhavikdbavishi1 has joined #zuul06:36
*** bhavikdbavishi has quit IRC06:37
*** bhavikdbavishi1 is now known as bhavikdbavishi06:37
*** quiquell|off is now known as quiquell07:13
*** openstackgerrit has quit IRC07:29
*** themroc has joined #zuul07:57
*** hashar has joined #zuul08:01
*** bhavikdbavishi has quit IRC08:35
*** openstackgerrit has joined #zuul08:51
openstackgerritJean-Philippe Evrard proposed openstack-infra/zuul-jobs master: Add docker insecure registries feature  https://review.openstack.org/62448408:51
*** jpena|off is now known as jpena08:55
*** bhavikdbavishi has joined #zuul09:19
*** bhavikdbavishi has quit IRC09:23
*** bhavikdbavishi has joined #zuul09:48
*** electrofelix has joined #zuul10:04
*** sshnaidm|afk is now known as sshnaidm10:05
*** quiquell is now known as quiquell|brb10:19
*** gtema has joined #zuul10:30
*** quiquell|brb is now known as quiquell10:40
*** gtema has quit IRC10:50
*** bhavikdbavishi has quit IRC11:19
*** rfolco has joined #zuul11:30
*** bhavikdbavishi has joined #zuul12:39
*** jpena is now known as jpena|lunch12:43
evrardjpa stupid question for this channel: I am doing check/gate on docker image building, and I want to publish the built image into dockerhub.13:22
evrardjpI thought of adding a post job with the dockerhub user/pass secret, which runs a playbook accessing that secret. That playbook will basically run shell commands to docker login/docker push using said secrets13:23
pabelangerevrardjp: yup, that works. There are a few projects in openstack doing that, also here is #zuul we publish images that way too13:24
evrardjpSadly, I suppose it won't work, as the "post" pipeline is a different pipeline, right, and therefore the target node of the job will not have the image built anymore, right?13:24
evrardjppabelanger: how can I ensure that said job will run on the same machine as the gate?13:25
evrardjppabelanger: Or maybe I should do a different way, using a post-run playbook that reaches the secret and runs only on post-merge?13:26
pabelangerevrardjp: can't today, nodepool will give you a new VM to start builds again.13:26
pabelangerlet me get job as example13:26
evrardjppabelanger: so it means that I have to effectively build 3 times: check > gate > post13:26
pabelangerevrardjp: yes13:27
pabelangerthere is a way to do artifact handling to build in check or gate, then upload to some static host, then in post download and publish13:28
pabelangerhowever, really you want to build the artifact post gate, because there is a small chance something could happen that prevented the code from merging, and if then used that artifact in post you no longer using the code that has been merged13:28
evrardjpprobably the wrong channel to ask that, but maybe infra has a registry I can use for temp posting?13:29
pabelangerevrardjp: no registry, mostly tarballs.o.o13:29
evrardjppabelanger: I see what you mean13:29
pabelangerthere is work to do a new artifacts pipeline form corvus, but I believe that is still post gate13:29
evrardjpunderstood.13:30
evrardjpok let's build 3 times.13:30
evrardjpthanks pabelanger !13:31
pabelangerevrardjp: you can use some of the regional caches for docker to maybe help speed things up13:31
*** rlandy has joined #zuul13:33
evrardjpI am using them already13:38
evrardjp:)13:38
evrardjpusing the install-docker role auto configures them13:38
evrardjpif that's what you meant13:38
*** bhavikdbavishi has quit IRC13:44
*** jpena|lunch is now known as jpena13:48
*** nilashishc has joined #zuul14:25
*** hashar has quit IRC14:30
*** irclogbot_3 has quit IRC14:41
*** irclogbot_3 has joined #zuul14:51
*** smyers has quit IRC14:57
*** smyers has joined #zuul15:00
*** irclogbot_3 has quit IRC15:04
*** irclogbot_3 has joined #zuul15:16
*** irclogbot_3 has quit IRC15:20
*** irclogbot_3 has joined #zuul15:30
corvusevrardjp: yeah, soon we'll be able to drop it to 2 builds check / gate+post.  but check and gate will frequently be different; further reduction would be complex.15:30
evrardjpno that's fine I was just looking for gate+post15:33
evrardjpthanks corvus15:34
*** swest has quit IRC16:20
*** swest has joined #zuul16:22
*** swest has quit IRC16:26
*** rfolco is now known as rfolco_doctor16:28
*** bhavikdbavishi has joined #zuul16:31
*** Alvass has joined #zuul16:34
AlvassHi, I might have found a bug with zuul-executor executor/server.py16:36
*** themroc has quit IRC16:39
*** Alvass has quit IRC16:47
clarkbtobiash: pabelanger dmsimard https://review.openstack.org/#/c/624525/4 aims to add repo mirror support to where we install ovs on centos for multi-node-bridge role. There is one comment in there I likely need to address but looking for input from outside of openstack for whether or not that change makes sense for you16:50
clarkbin aprticular we've found taht the centos mirrors are incredibly flaky particularly for centos-ceph-luminous16:50
clarkband so want to be sure we are using our mirror when those are hit16:50
*** electrofelix has quit IRC16:53
*** quiquell is now known as quiquell|off17:06
*** ianychoi has joined #zuul17:38
*** panda is now known as panda|off17:43
*** nilashishc has quit IRC18:05
*** rfolco_doctor is now known as rfolco18:12
*** jpena is now known as jpena|off18:17
*** bhavikdbavishi has quit IRC18:25
*** irclogbot_3 has quit IRC18:40
*** irclogbot_3 has joined #zuul18:44
dmsimardclarkb, pabelanger: I was looking at ^ and noticed this: https://github.com/openstack-infra/zuul-jobs/blob/master/roles/multi-node-bridge/tasks/common.yaml#L45-L5118:47
dmsimardThat doesn't do what you think it does18:47
dmsimardcentos-release-openstack-queens (there's rocky now too btw) installs two other packages: centos-release-qemu-ev and centos-release-ceph-luminous18:48
dmsimardUninstalling centos-release-openstack-queens does *not* uninstall centos-release-qemu-ev and centos-release-ceph-luminous18:48
dmsimardIllustrated: http://paste.openstack.org/raw/737159/18:50
clarkbdmsimard: si there a yum clean or similar we can run to remove those no longer required transitive deps?18:50
dmsimardclarkb: the dependency is in one direction (from "cloud" to "virt" and "ceph") that's why they aren't being removed18:51
clarkbdmsimard: ya with apt you can do apt-get autoremove iirc to clean up those dangling deps18:51
dmsimardI don't know if there's a way to "clean" it up other than to explicitely uninstall those repositories as well18:51
dmsimardIn https://review.openstack.org/#/c/580518/ we changed from using rdo-release which was what I had originally implemented to using the centos-release package which has this problem18:52
dmsimardthe rdo-release package is self-contained and ships only the RDO and Virtualization repositories -- more importantly, uninstalling rdo-release removes both repositories18:52
clarkbdmsimard: I'm the wrong person to try and untangle what all that means and decide on a proper fix. But I'm happy to help test/review other suggestions if therea re better methods18:53
clarkbdmsimard: to summarize what I'm trying to address is mirror.centos.org is super flaky (particularly for ceph-luminous) and I want to ensure we hit our region mirrors for ovs installs there18:53
dmsimardclarkb: https://review.openstack.org/#/c/580518/ mentions "Drop the dependency on RDO infra" which refers to the rdo-release package being hosted on rdoproject.org and we can't exactly claim it has 100% uptime18:54
dmsimardclarkb: sure, but ceph-luminous shouldn't be installed to begin with18:55
dmsimardthat's why I went and looked at what was going on :D18:55
clarkbdmsimard: except that it is pulled in by the package that installs ovs18:55
clarkbdmsimard: its the metadata that fails not ceph packages18:55
dmsimardit's pulled in by centos-release-openstack-queens18:55
clarkbyup18:55
dmsimardWorst case scenario, we could probably even vendor the rdo-release rpm in the role18:56
dmsimardIt has no dependencies and is self contained -- I mean, it's just gpg keys and repo files18:56
clarkbdmsimard: but that will still pull the ovs package from elsewhere too right?18:56
dmsimardclarkb: the location of the ovs package is already proxied by infra18:56
clarkbthere are two levels of concern here, first is the repository setup package needing to be reliable the second is the ovs packages themselves needing to be reliable18:56
clarkbah so we can point it at that location18:57
dmsimardhang on18:58
clarkbit is unfortunate that a completely unrelated package is so tightly coupled to "openstack"18:58
dmsimard+118:58
dmsimardclarkb: i.e, http://mirror.iad.rax.openstack.org/centos/7/cloud/x86_64/openstack-rocky/openvswitch-2.9.0-3.el7.x86_64.rpm19:01
clarkbya thats the centos-openstack-release-rocky repo right? not the rdo one?19:01
clarkbwhcih is what we are trying to use today (but s/rocky/queens/)19:01
dmsimardRDO ships packages in CentOS as part of the Cloud SIG19:02
dmsimardwhich is that repo19:02
clarkbright, but they have different repo locations depending on where you grab the file?19:02
clarkbif they are the same, then why does centos-openstack-release-queens dep on centos-ceph-luminous19:02
dmsimardno, it's just centos-release-openstack which installs extra things -- basically this: https://github.com/rdo-infra/centos-release-openstack/blob/rocky-rdo/centos-release-openstack.spec#L14-L1519:03
clarkbin that case, maybe we do the vendory type thing. Just write out the .repo file and the gpg key (without pulling in ceph or anything else) and isntall ovs19:03
clarkbthat should work assuming ovs doesn't dep on ceph (which it shouldn't) right?19:04
dmsimardit doesn't -- I attempt to install it in my pastebin above19:04
dmsimardit's pulling a package from base and extras, that's it19:04
clarkbcool, I like that approach then. We can set to upstream repo location if no mirror is set or use mirror if set19:04
dmsimardConsidering that particular OVS package doesn't require any other dependencies19:05
clarkband set it to disabled and explicitly enable it when we install ovs19:05
dmsimardYou could even install it over http without setting up any repos19:05
dmsimardLike "yum install http://mirror.iad.rax.openstack.org/centos/7/cloud/x86_64/openstack-rocky/openvswitch-2.9.0-3.el7.x86_64.rpm"19:05
clarkbwill that verify gpg? probably not. The verification is probably worth having19:05
dmsimardtrue, also requires you to update that url as versions come and go19:06
dmsimardI can send a patch -- do we want to vendor the rdo-release.rpm file ? Or just the gpg-key and the .repo file ?19:07
dmsimardprobably better to have the gpg-key and .repo file -- rpm is binary19:08
clarkbI would just do the .repo and gpg file rather than vendoring a "binary" format (its tar/ar right?)19:08
clarkbyup19:08
dmsimardok19:08
clarkbthank you!19:08
dmsimardnp, wish it'd be more straightforward19:09
*** hashar has joined #zuul19:18
clarkbdmsimard: can you ping me when you get a patch up? I'll be sure to review it quickly.19:49
*** kmalloc is now known as notmorgan20:10
*** notmorgan is now known as morgan20:10
dmsimardclarkb: yup, will do.20:16
*** hashar has quit IRC21:10
pabelangerclarkb: corvus: are we in a position to tag a new release of nodepool / zuul this week? Was hoping to start trying out the executor zone stuff for ansible-network21:32
clarkbseems to be stable for infra21:44
pabelangerI haven't see, is the latest check queue stuff enabled yet?21:45
clarkbscheduler is running that codebut change to use it hasnt merged21:45
openstackgerritDavid Moreau Simard proposed openstack-infra/zuul-jobs master: Vendor the RDO repository configuration for installing OVS  https://review.openstack.org/62481721:49
dmsimardclarkb: ^ something like this ?21:49
dmsimardpabelanger: ^21:49
clarkbdmsimard: woot will review shortly21:50
clarkbdmsimard: just one question but I think that looks great (the tests should answer the question too)21:55
dmsimardclarkb: good point21:56
openstackgerritDavid Moreau Simard proposed openstack-infra/zuul-jobs master: Vendor the RDO repository configuration for installing OVS  https://review.openstack.org/62481721:57
clarkbdmsimard: you can also update the depends on at https://review.openstack.org/#/c/624526/ to point at your change and exercise it a bit more on centos specifically via the tripleo jobs21:57
dmsimardclarkb: I did that21:58
clarkbgreat if the tests come back clean on both chagnes I think that is good indication its working fine and we can proceed to merge it21:59
dmsimardwait, I just did something stupid21:59
dmsimardok, fixed -- I had 624526 depend on itself :D22:00
clarkbha22:00
*** kklimonda_ has joined #zuul22:23
*** smyers_ has joined #zuul22:23
*** maxamillion has quit IRC22:27
*** smyers has quit IRC22:29
*** kklimonda has quit IRC22:29
*** logan- has quit IRC22:29
*** smyers_ is now known as smyers22:29
*** logan- has joined #zuul22:31
*** gouthamr has quit IRC22:32
*** gouthamr has joined #zuul22:35
*** maxamillion_ has joined #zuul22:53
*** maxamillion_ has left #zuul22:53
*** maxamillion_ has joined #zuul22:53
*** maxamillion_ has left #zuul22:54
*** maxamillion_ has joined #zuul22:54
*** maxamillion_ is now known as maxamillion22:56
*** maxamillion has quit IRC22:56
*** maxamillion has joined #zuul22:56
openstackgerritClark Boylan proposed openstack-infra/zuul-jobs master: Vendor the RDO repository configuration for installing OVS  https://review.openstack.org/62481723:14
clarkbianw: ^ is that what you had in mind for dmsimard's change? (I'm pushing revision up to try and pseed up turnaround on that as its impacting a few jobs)23:14
clarkbI also fixed atemplating error that testing found23:14
dmsimardclarkb: thanks, I was driving back home from the office and got stuck in traffic. Eating dinner and I'll review23:16
dmsimardOh man, I used "fi" instead of "endif"23:18
dmsimardBash leaking into my jinja23:18
ianwclarkb: yep, i think having a non-conflicting name is good23:18
dmsimardianw, clarkb: the name was non-conflicting to begin with, unless mistaken23:18
*** rlandy is now known as rlandy|bbl23:28
ianwdmsimard / clarkb: hrm, looks the same to me?  I noticed we do similar with the gpg file23:48
dmsimardianw: ah, agreed on the gpg file name, I did use the same23:58
dmsimardrepo should not clash however23:58

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!