Wednesday, 2018-02-14

fungicorrelating node ip addresses and timestamps back to zuul job builds is nontrivial... just did this to track down some offending jobs based on vulnerability scan reports which came back from one of our donors: https://etherpad.openstack.org/p/wpy5XvRYWu00:12
fungii wonder if there's something we can/should do to make that easier to analyze, or whether it's just yet another case for a central logserver00:13
SpamapScorvus: sorry I haven't been making it back to 542518 .. it's on my todo, but probably falling through to tomorrow00:30
clarkbfungi: I think we could make it much easier if zuul set the name of the job making the nodeset request00:31
clarkbfungi: then we could log that on the nodepool side and have all the node related data next to the job name00:31
fungiooh, that's a good point00:35
*** elyezer has quit IRC00:42
*** elyezer has joined #zuul00:45
corvusfungi, clarkb: job name isn't sufficient, the solution needs to be a bit more sophisticated than that.  buildset+job is unique enough.00:56
clarkboh right job names are used more now00:56
fungiexcellent point01:02
corvuswe could also add the build uudid to the node info when we have it (which is after the request is fulfilled).  but it would allow nodepool to log something like "deleting node ### used for build ###"01:03
tristanCcorvus: how about zuul_node, zuul_nodeset tables and a zuul_nodeset_id column added to zuul_build?01:35
*** elyezer has quit IRC01:43
*** elyezer has joined #zuul01:44
corvustristanC: that could work02:12
*** myoung|bbl is now known as myoung02:46
*** jimi|ansible has joined #zuul02:53
*** bhavik1 has joined #zuul02:58
*** bhavik1 has quit IRC03:01
*** rlandy has quit IRC03:15
*** harlowja has quit IRC03:30
*** jimi|ansible has quit IRC03:34
*** harlowja has joined #zuul04:12
*** harlowja has quit IRC04:30
*** elyezer has quit IRC05:03
*** elyezer has joined #zuul05:04
*** harlowja has joined #zuul05:14
*** jimi__|ansible has joined #zuul05:24
*** jimi__|ansible is now known as jimi|ansible05:24
*** jimi|ansible has quit IRC05:25
*** jimi|ansible has joined #zuul05:25
*** elyezer has quit IRC06:20
*** elyezer has joined #zuul06:21
*** harlowja has quit IRC06:24
yolandarcarrillocruz, of course i remember. Before that, we were spending the day with manual hold/unhold...06:49
*** elyezer has quit IRC07:26
*** elyezer has joined #zuul07:28
dmelladomorning yolanda07:32
yolandahi07:32
*** elyezer has quit IRC07:43
*** elyezer has joined #zuul07:44
*** jpena|off is now known as jpena08:16
*** sshnaidm|off is now known as sshnaidm|ruck08:27
*** saop has joined #zuul08:33
swestcorvus: tobiash: I'm fine with using git remotes instead of what I proposed in https://review.openstack.org/#/c/539975/. I have one question regarding where this remote should point to. I sounds like from what you proposed that instead of deleting 'origin' we just set the remote URL to a more or less bogus value. In this case I might still not know which changes are part of a *single* PR when there are other in-flight PRs, right?!08:47
*** elyezer has quit IRC08:49
*** elyezer has joined #zuul08:51
tobiashswest: in case of other pr's in the queue the remote would point to the head of the previous PR and not to master08:53
tobiashso if you have master -> A -> B, A would have master as origin/master and B would have A as origin/master08:54
swesttobiash: ok, was about to check that. good to know08:54
tobiashswest: just double checked git an example repo09:06
tobiashif origin/master is the state of either the previous PR in the dependency queue or current master git log origin/master..master returns exactly what we want09:06
tobiashnamely the commits of the pr09:07
*** hashar has joined #zuul09:08
*** ankkumar has joined #zuul09:09
swesttobiash: sounds good. already working on it ...09:12
tobiash:)09:12
ankkumartristanC, Hi09:13
ankkumartristanC, i am trying to setup zuul for CI and i am getting error FileNotFoundError: [Errno 2] No such file or directory: 'bwrap'.. But bwrap is installed in the image or vm created.09:13
rcarrillocruzyou need to install separately09:14
rcarrillocruzwhich OS you use09:14
rcarrillocruzubuntu or centos09:14
ankkumartristanC, detailed log.. http://paste.openstack.org/show/671817/09:14
rcarrillocruzif ubuntu, you can use this PPA https://launchpad.net/~openstack-ci-core/+archive/ubuntu/bubblewrap/+index09:15
rcarrillocruzcentos has it on repos (can't remember if you need to enable EPEL)09:15
ankkumartristanC, any idea ??09:21
tobiashcorvus: I replied on 53733509:23
*** ankkumar has left #zuul09:43
*** ankkumar has joined #zuul09:44
rcarrillocruzankkumar: paste if bubblewrap is really installed by using the package manager09:47
rcarrillocruzif it is, paste where the binary is located09:47
ankkumari am trying this version bubblewrap                          0.1.7-109:49
ankkumarrcarrillocruz, previously i tried with version 0.209:51
ankkumar dpkg -l | grep bubble09:51
ankkumarii  bubblewrap                          0.1.7-1                                    amd64        setuid wrapper for unprivileged chroot and namespace manipulation09:51
rcarrillocruzi'd recommend you remove it09:51
rcarrillocruzand use the PPA i pasted09:51
rcarrillocruzthat's the one openstack infra uses09:51
rcarrillocruzi've used it on my test envs, and it works fine09:52
ankkumarrcarrillocruz, ok thanks i will try that09:53
ankkumarrcarrillocruz, I tried with this but it failed at the same step10:20
ankkumarwith same error10:20
rcarrillocruzrun 'which bwrap'10:20
rcarrillocruzalso, which user are you running zuul with10:21
rcarrillocruzit could be that user does not have bwrap on its path10:21
ankkumarwhich bwrap10:21
ankkumar /usr/bin/bwrap10:21
ankkumarit is not running with sudo10:22
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Fix self fulfilling empty node requests  https://review.openstack.org/54423610:22
*** tosky has joined #zuul10:44
openstackgerritMerged openstack-infra/zuul master: Extend stackdump to display the daemonize status  https://review.openstack.org/54215811:20
*** saop_ has joined #zuul11:31
*** saop has quit IRC11:34
*** ankkumar has quit IRC11:35
*** saop_ has quit IRC11:43
*** sshnaidm|ruck has quit IRC11:46
*** elyezer has quit IRC11:50
*** elyezer has joined #zuul12:03
*** sshnaidm|ruck has joined #zuul12:20
*** patriciadomin_ is now known as patriciadomin12:21
*** dkranz has joined #zuul12:31
swesttobiash: I just tried keeping the remotes/origin around but when I have a PR (A) and another PR (B) with a dependency on A I get: master -> B -> A12:43
swesttobiash: and my origin/master is not HEAD of B12:44
*** tosky has quit IRC12:47
*** jpena is now known as jpena|lunch12:51
tobiashswest: you need to create a speculative origin instead of keeping the original origin12:53
tobiashswest: the best place to start looking is probably http://git.openstack.org/cgit/openstack-infra/zuul/tree/zuul/executor/server.py#n64012:57
*** elyezer has quit IRC13:00
hughsaundersHey, I'm still working on a nodepool plugin for jenkins.. and my current problem is that nodepool uses kazoo.recipies.lock, which doesn't look to be compatible with the apache curator lock recipes. Anyone know if there is a Java zk lock implementation that is compatible with kazoo's lock?13:00
*** weshay_PTO is now known as weshay13:01
swesttobiash: ATM I'm just doing a setRemoteUrl(canonical_name) instead of http://git.openstack.org/cgit/openstack-infra/zuul/tree/zuul/executor/server.py#n72313:01
*** elyezer has joined #zuul13:04
tobiashswest: didn't look deeper into that but you maybe need to enhance http://git.openstack.org/cgit/openstack-infra/zuul/tree/zuul/executor/server.py#n686 to create that remote (together with the speculative branches of the previous merge item) and after that just remove the remote deletion13:04
*** tosky has joined #zuul13:06
tobiashswest: or in fact, set the branches of origin to their speculative revs of the previous merge item and set the remote to a bogus url instead of deleting it13:07
electrofelixrcarrillocruz: sorry didn't get back to responding yesterday, yes I recall the script used to hold static jenkins slaves after a job completed13:08
*** chrnils has joined #zuul13:08
swesttobiash: ok. thanks for the hint.13:08
*** sshnaidm has joined #zuul13:19
rcarrillocruzShrews, mordred : wwhen you get around, https://github.com/ansible/ansible/pull/20974 lgtm, but would like to get David +113:20
rcarrillocruzwe need to merge that today13:21
rcarrillocruzso i can ping mattdavis to cherry pick that onto 2.513:21
rcarrillocruz(devel is now 2.6)13:21
rcarrillocruzerm...wrong channel13:21
rcarrillocruz:-)  , sigh, sorry13:21
*** sshnaidm|ruck has quit IRC13:22
*** tosky has quit IRC13:23
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: zuul web: add admin endpoint, enqueue & autohold commands  https://review.openstack.org/53900413:26
*** rlandy has joined #zuul13:31
*** tosky has joined #zuul13:40
*** jpena|lunch is now known as jpena13:50
fungito recap a current discussion from #openstack-infra, we've discovered a new way to introduce zuul config inconsistencies14:41
fungiour release request and approval process is laggy, and as a result we created a new branch from a point in a current branch's history which was incompatible with the latest state of configuration14:42
fungibasically the team maintaining an application requested a new series branch on january 25th indicating the then-current master branch state, on the 27th they merged a zuul config change to master which removed use of a job which was subsequently removed from the system later that day, then on the 30th the series branch creation was approved which cut a new branch from the requested point in time prior to that14:45
fungiconfiguration change, reintroducing use of the now-nonexistent job14:45
fungigiven that events like branch creation (or repository import) happen outside zuul's control, i don't have a lot of hope for zuul preventing them from introducing configuration issues14:47
fungion a positive note, the syntax error reported on subsequent changes made it easy to track down the culprit14:47
pabelangernot a fix for today, but could zuul create the branch speculatively some how? And even push it into gerrit on approval?14:49
corvusfungi: yeah, i think the defense for this is going to be 'drop the offending project from configuration'.  or maybe we could just drop the branch.  that's still a significant penalty, but it should be more focused.14:56
corvuspabelanger: we could speculatively load a config from any arbitrary branch point, but we'd need to figure out a way to tell zuul to do that.  that will require some brainstorming.14:57
pabelangerack15:01
*** sshnaidm is now known as sshnaidm|ruck15:04
-openstackstatus- NOTICE: Due to a race in stable/queens branch creation and some job removals, Zuul has reported syntax errors for the past hour; if you saw a syntax error reported for "Job tripleo-ci-centos-7-ovb-containers-oooq not defined" you can safely recheck now15:06
fungiyay ^ we have statusbot reporting in here now (finally)!15:06
fungicorvus: yeah, if we figure out how to ask zuul to attempt to speculatively load configuration from a particular set of commit ids then we could presumably run that in the release repo's gate pipeline to check for potential configuration deadlocks before the branches get created, since it's a post (well, release-post) pipeline job ultimately doing the branch creation15:09
fungithat still doesn't protect us from projects performing branch creation manually, but i expect those cases are less likely to attempt branching from a "stale" point in history anyway15:10
fungiif zuul gave us a look-before-you-leap option, i expect that's plenty sufficient15:11
corvusfbo is working on a patch to let us start with a broken config: https://review.openstack.org/53551115:20
kklimondacan I abort jobs for review somehow?16:05
dmsimardkklimonda: by abandoning the review ?16:06
dmsimardI wonder if the GitHub side of things handles that (closing a PR)16:06
kklimondammm, abandon and then immediately restore - restoring wont re-trigger zuul?16:07
kklimondahow about jobs triggered with timer, or other jobs not tied to reviews?16:07
corvuskklimonda: these behaviors are configurable, it depends on your pipeline configuration16:08
pabelangerthere is an old patch up to dequeue a change: https://review.openstack.org/95035/16:09
pabelangerneeds to be updated still16:10
corvuspipeline requirements generally cover whether something continues to run after a state change: https://docs.openstack.org/infra/zuul/user/config.html#attr-pipeline.require16:10
kklimondapabelanger: it is indeed old :) thanks, I'll take a look16:10
pabelangerthere is an implementation issue we need to resolve, but still think we can use it16:11
corvusi'd love to merge a 5-digit change :)16:13
*** electrofelix has quit IRC16:20
*** rlandy is now known as rlandy|brb16:32
*** tosky has quit IRC16:36
*** rlandy|brb is now known as rlandy16:51
openstackgerritMerged openstack-infra/zuul master: Do not call merger:cat when all config items are excluded  https://review.openstack.org/53550916:54
openstackgerritPaul Belanger proposed openstack-infra/nodepool master: Ensure only python3 is installed with bindep.txt  https://review.openstack.org/54456017:20
openstackgerritJames E. Blair proposed openstack-infra/zuul master: WIP add host/group vars  https://review.openstack.org/54456217:30
corvusandreaf: ^ want to take an early look at that (especially the docs) and see if it looks right?17:31
corvusi'm only doing the job attributes for now, because i think they're more important, and i think we may end up not needing or wanting nodeset attributes for this.  if we decide we do, we can add them later.17:32
openstackgerritPaul Belanger proposed openstack-infra/zuul master: Ensure only python3 is installed with bindep.txt  https://review.openstack.org/54456917:36
openstackgerritPaul Belanger proposed openstack-infra/nodepool master: WIP: Support ubuntu-beaver (18.04) with nodepool dsvm  https://review.openstack.org/54457417:49
*** chrnils has quit IRC17:51
*** hashar is now known as hasharAway17:55
openstackgerritJames E. Blair proposed openstack-infra/zuul master: WIP add host/group vars  https://review.openstack.org/54456217:56
openstackgerritMerged openstack-infra/nodepool master: Ensure only python3 is installed with bindep.txt  https://review.openstack.org/54456018:05
openstackgerritPaul Belanger proposed openstack-infra/nodepool master: Clean up old images for testing  https://review.openstack.org/54458218:06
openstackgerritPaul Belanger proposed openstack-infra/nodepool master: Switch to fedora-27 for nodepool dsvm  https://review.openstack.org/54458318:06
openstackgerritPaul Belanger proposed openstack-infra/nodepool master: Clean up old images for testing  https://review.openstack.org/54458218:13
openstackgerritPaul Belanger proposed openstack-infra/nodepool master: Switch to fedora-27 for nodepool dsvm  https://review.openstack.org/54458318:13
*** jpena is now known as jpena|off18:17
openstackgerritPaul Belanger proposed openstack-infra/nodepool master: WIP: Support ubuntu-beaver (18.04) with nodepool dsvm  https://review.openstack.org/54457418:17
openstackgerritPaul Belanger proposed openstack-infra/nodepool master: Switch to fedora-27 for nodepool dsvm  https://review.openstack.org/54458318:19
openstackgerritPaul Belanger proposed openstack-infra/nodepool master: WIP: Support ubuntu-beaver (18.04) with nodepool dsvm  https://review.openstack.org/54457418:19
andreafcorvus: it looks good (I only looked at docs)18:22
andreafcorvus: how would inheritance work there? Can a child job add a single service to the list of services defined for the controller node for instance?18:25
andreafglancing at the code I think the answer to that question is yes18:29
corvusandreaf: i believe so18:29
*** openstackgerrit has quit IRC18:33
*** jpena|off is now known as jpena18:50
*** jpena is now known as jpena|off18:59
*** sshnaidm|ruck is now known as sshnaidm|off19:03
*** openstackgerrit has joined #zuul19:05
openstackgerritMerged openstack-infra/nodepool master: Unpause Xenial build for non-src functional test  https://review.openstack.org/54412519:05
openstackgerritAndrea Frittoli proposed openstack-infra/zuul-jobs master: Improve file renaming in stage-output  https://review.openstack.org/54460619:20
*** harlowja has joined #zuul19:21
*** yolanda has quit IRC19:44
*** yolanda has joined #zuul19:45
*** hasharAway is now known as hashar20:05
pabelangerhad a question about zuul dependent pipelines if project A and project B were in a shared change queue. But project A only had branch foo and project B branch bar, could those change not be run in parallel as independent?21:10
clarkbnot necessarily, project A may install project B from the other branch21:16
clarkband if they are in a shared queue you are instructing zuul that this may be the case right?21:16
pabelangerYah, I guess that would make sense21:17
pabelangeryou setup a queue per job, so it is possible the job does what you mentioned.21:17
pabelangercool, that answers my question21:17
clarkbpabelanger: one potential real world example of this would be zuul and ansible21:19
clarkbwith master and devel respectively21:19
pabelangerclarkb: yup, good example21:20
clarkb(we aren't sharing queues with them now though aiui because we can't really cogate them properly but just an idea of how that might actually look like with real projects)21:20
pabelangeryah21:20
openstackgerritAndrea Frittoli proposed openstack-infra/zuul-jobs master: Improve file renaming in stage-output  https://review.openstack.org/54460621:23
openstackgerritIan Wienand proposed openstack-infra/nodepool master: Clean up old images for testing  https://review.openstack.org/54458221:41
openstackgerritIan Wienand proposed openstack-infra/nodepool master: Switch to fedora-27 for nodepool dsvm  https://review.openstack.org/54458321:41
openstackgerritIan Wienand proposed openstack-infra/nodepool master: WIP: Support ubuntu-beaver (18.04) with nodepool dsvm  https://review.openstack.org/54457421:41
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Fix branch deletion after failed reconfig  https://review.openstack.org/54471622:25
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Fix branch deletion after failed reconfig  https://review.openstack.org/54471622:26
*** threestrands has joined #zuul22:31
*** dkranz has quit IRC23:15
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Add host/group vars  https://review.openstack.org/54456223:20
*** rlandy is now known as rlandy|bbl23:41
*** hashar has quit IRC23:41
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Invert executor ram statsd metric  https://review.openstack.org/54474223:41

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