Wednesday, 2019-04-03

SpamapSgah... still racey and ineffective00:20
*** zxiiro is now known as zxiiro-away00:20
*** jamesmcarthur has quit IRC00:24
tristanCwhat can cause a retry_limit failure to result in a finger log_url?00:28
clarkbtristanC: that happens when the log url isnt overwritten by the post playbooks zuul return00:29
clarkbI like to debug those by grepping the executor log00:30
clarkbyou can grep ueing the uuid in the finger url00:30
tristanCoh, so the base post-run is executed even when the base pre-run failed right?00:37
openstackgerritMerged openstack-infra/nodepool master: Use yaml.safe_load instead of load  https://review.openstack.org/64843600:38
tristanCclarkb: thanks, i'll grep then00:41
*** jamesmcarthur has joined #zuul00:55
*** jamesmcarthur has joined #zuul00:56
tristanCit seems like a broken python on the test node results in indeterminate pre-run which short-cut the post-run phase.00:56
*** pwhalen has quit IRC01:12
*** toabctl has quit IRC01:12
*** kklimonda has quit IRC01:12
*** kklimonda has joined #zuul01:12
jheskethcorvus: thanks for the reviews on the runner set, I'll try and address them today or tomorrow01:56
*** spsurya has joined #zuul02:12
*** bhavikdbavishi has joined #zuul02:26
*** bhavikdbavishi has quit IRC02:30
*** jamesmcarthur has quit IRC02:31
*** bhavikdbavishi has joined #zuul02:37
*** jamesmcarthur has joined #zuul03:01
openstackgerritMerged openstack-infra/zuul master: Add web / fingergw connections for components graph  https://review.openstack.org/64585205:03
*** bjackman has joined #zuul05:18
bjackmantobiash, mordred sorry I had to run last night - yes I am running the latest Gerrit05:18
bjackmanI also think there is an issue with the search for patches depending on an updated patch05:19
bjackmanI posted a fix for that a few months ago because the URL format was different, but either my fix is now outdated or it was broken to begin with05:19
bjackmanReally hoping I can get some time to get up and running to fix it again soon but not sure!05:19
bjackman(Sorry I'm not being clear - I'm talking about when patch A "Depends-On" patch B, patch B fails tests, then a new patchset is uploaded and it now passes. Patch A doesn't get re-tested)05:21
*** toabctl has joined #zuul05:21
tristanCbjackman: i think that's expected, change using depends-on doesn't get re-tested when the dependencies gets updated05:27
tristanCbjackman: however, if A is approved, then when B is approved, A should be enter the gate automatically. I remember fixing that for gerrit 2.14 already...05:28
*** quiquell|off is now known as quiquell05:42
bjackmantristanC, Oh that's right - I was actually thinking of when B is approved. I have seen examples where B actually gets merged but A doesn't regate. But I haven't had time to fully investigate yet, it could be something wrong in my config05:56
bjackmanMy original fix for 2.16 was f605862a4d "Fix "reverse" Depends-On detection with new Gerrit URL schema"05:58
*** hashar has joined #zuul06:01
tristanCbjackman: fwiw, here was the fix for 2.14: https://review.openstack.org/57715406:11
*** hashar has joined #zuul06:13
*** adam_g has joined #zuul06:24
*** bhavikdbavishi1 has joined #zuul06:32
*** bhavikdbavishi has quit IRC06:33
*** bhavikdbavishi1 is now known as bhavikdbavishi06:33
*** pcaruana has joined #zuul06:36
*** pcaruana has quit IRC06:38
*** pcaruana has joined #zuul06:38
*** gtema has joined #zuul06:42
*** jpena|off is now known as jpena06:55
*** quiquell is now known as quiquell|brb06:56
openstackgerritMerged openstack-infra/nodepool master: Use opendev docker jobs  https://review.openstack.org/64946507:03
openstackgerritMonty Taylor proposed openstack-infra/zuul-website master: Slide presentation for Zuul's OIP Confirmation  https://review.openstack.org/64935607:17
*** shachar has quit IRC07:30
*** yolanda has joined #zuul07:33
openstackgerritMonty Taylor proposed openstack-infra/zuul-website master: Slide presentation for Zuul's OIP Confirmation  https://review.openstack.org/64935607:41
*** snapiri has joined #zuul07:46
*** quiquell|brb is now known as quiquell07:53
*** lennyb has joined #zuul08:04
sshnaidm|roveris there a way to pass "Depends-On" via job definition in zuul?08:38
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add tags to jobs list  https://review.openstack.org/63365408:39
mordredsshnaidm|rover: those words don't quite make sense to my brain - depends-on is about saying a given change depends on another change. could you maybe say some additional or different words about what you're wanting?08:44
sshnaidm|rovermordred, yeah, I want to run specific job which will clone always the same change08:46
sshnaidm|rovermordred, for example there is a change on repo A, and job on repo B that has A in "Required projects"08:47
sshnaidm|rovermordred, like override-checkout, just with specific change, not branch08:47
*** hashar has quit IRC08:48
mordredoh - weird - so - like, if, for a period of time, _all_ changes coming in to repo B were essentially going to need to depends-on that chagne in repo A08:48
sshnaidm|rovermordred, well, the longer I think about it, the more weird it seems.. Can be override-checkout not a branch, but a gerrit refspec?08:50
sshnaidm|rovermordred, ok, ignore it, just was thinking loudly :D08:51
mordred:)08:51
mordredsshnaidm|rover: in any case - no, there is no facility for doing such a thing currently. I'm not sure if adding the ability would be desirable - would definitely want to get corvus input on that one, and I'm certain he'd want to understand the use-case (I can almost imagine one or two use cases where someone could find themselves in such a scenario, but I'd be making stuff up)08:52
mordredit sounds like an awkward scenario to be in for the developers of B - but we all know devs get themselves into awkward scenarios all the time :)08:52
fbomordred: hi, yes for Pagure the last known blocking issue has been resolved. Last PS have the inline description updated. Now the driver is usable with the current pagure.io instance.08:56
fbomordred: I plan to showcase the driver to Pagure devs next week :)08:56
mordredfbo: SWEET!08:57
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: web: add tenant and project scoped, JWT-protected actions  https://review.openstack.org/57690709:28
*** bhavikdbavishi has quit IRC09:30
*** electrofelix has joined #zuul09:49
*** jpena has quit IRC10:16
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: Allow operator to generate auth tokens through the CLI  https://review.openstack.org/63619710:23
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: Zuul CLI: allow access via REST  https://review.openstack.org/63631510:24
*** sshnaidm|rover is now known as sshnaidm|bbl10:27
*** jpena has joined #zuul10:28
bjackmanIs there a way to set up a docker-compose file that just builds all the images from the Zuul source and runs them?10:29
bjackmanOr is there perhaps a way to run 'docker build' from the root of the Zuul tree in such a way that each of the generated images gets the proper name?10:30
bjackman(sorry, just remembered when I last investigated this I actually figured it out - just need to run muliple "docker build" commands with different --target and --tag params10:36
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: Add Authorization Rules configuration  https://review.openstack.org/63985510:39
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: Web: plug the authorization engine  https://review.openstack.org/64088410:41
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: Zuul Web: add /api/user/authorizations endpoint  https://review.openstack.org/64109910:43
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: authentication config: add optional token_expiry  https://review.openstack.org/64240810:43
*** quiquell is now known as quiquell|lunch10:48
*** jpena is now known as jpena|lunch11:02
*** gtema has quit IRC11:17
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: Add Authorization Rules configuration  https://review.openstack.org/63985511:18
*** quiquell|lunch is now known as quiquell11:24
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: Web: plug the authorization engine  https://review.openstack.org/64088411:31
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: Zuul Web: add /api/user/authorizations endpoint  https://review.openstack.org/64109911:32
*** rlandy has joined #zuul11:55
*** bhavikdbavishi has joined #zuul11:59
*** jpena|lunch is now known as jpena12:02
*** pwhalen has joined #zuul12:08
*** odyssey4me has quit IRC12:12
*** quiquell is now known as quiquell|brb12:13
bjackmanDoes anyone know why I might be getting this exception in my zuul-web? https://paste.gnome.org/pbtpwiisd When I try to stream logs from a running job12:23
*** odyssey4me has joined #zuul12:26
*** jamesmcarthur has quit IRC12:26
*** jamesmcarthur has joined #zuul12:27
*** jamesmcarthur has quit IRC12:36
*** jamesmcarthur_ has joined #zuul12:43
*** quiquell|brb is now known as quiquell12:54
*** bjackman has quit IRC12:57
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: authentication config: add optional token_expiry  https://review.openstack.org/64240812:59
*** sshnaidm|bbl is now known as sshnaidm13:03
*** gtema has joined #zuul13:03
*** gtema has quit IRC13:07
*** gtema has joined #zuul13:08
*** bhavikdbavishi has quit IRC13:27
*** shachar has joined #zuul13:53
*** yolanda has quit IRC13:55
*** snapiri has quit IRC13:56
openstackgerritStephen Finucane proposed openstack-infra/zuul master: tox: Integrate tox-docker  https://review.openstack.org/64904114:05
*** yolanda has joined #zuul14:12
*** swest has quit IRC14:24
*** bjackman has joined #zuul14:31
corvuspabelanger: you'll want to review https://review.openstack.org/64942714:35
openstackgerritMerged openstack-infra/nodepool master: Make local dib file cleanup method a static method  https://review.openstack.org/64916614:35
pabelangerlooking14:37
pabelanger+3 thanks!14:39
*** bhavikdbavishi has joined #zuul14:39
Shrewscorvus: did you want to take a look at https://review.openstack.org/647599 before I recheck it?14:39
corvusShrews: it was on my list to review today...but feel free to go ahead and recheck it... i'll have enough time :)14:42
Shrewscorvus: i'll just wait. don't want it to merge before you've looked14:44
pabelangertobiash: corvus: I also left a comment on 648865 about commit message14:45
openstackgerritNicolas Hicher proposed openstack-infra/zuul-jobs master: Propose submit-logstash role to export logs  https://review.openstack.org/64942614:45
*** yolanda has quit IRC14:50
corvusShrews: i was thinking we could probably actualy reset the zk connection in the test, but the mock is probably just as good; +214:51
*** bhavikdbavishi has quit IRC14:51
*** bhavikdbavishi has joined #zuul14:51
*** yolanda has joined #zuul14:57
Shrewscorvus: that would affect all the tests since they share a zk connection14:57
Shrewsoh wait.. maybe they don't14:58
Shrewsi forget they each have a different chroot. anyway...14:59
Shrewsi'll try it out on nb01 after it merges15:00
openstackgerritMerged openstack-infra/zuul master: Prepend path with bin dir of ansible virtualenv  https://review.openstack.org/64942715:09
bjackmanManaged to spend a little time tracking down the Depends-On issue with latest Gerrit, seems the issue is with the "gerrit query" command generated by simpleQuery in getChangesDependingOn15:12
bjackmanhttps://paste.gnome.org/piwvkqbfq15:13
bjackmanI initially thought it was caused by missing quotes, but I modified the code to add them and still got the same error from Gerrit: line 1:15 mismatched input \u0027:\u0027 expecting \u0027)\u002715:13
bjackman(\u0027 is the ' character)15:14
bjackmanBut now I gotta head, hopefully can get back to this in the next few days!15:14
corvusbjackman: it could be that we're not expecting there to be a port number in there and that needs extra escaping15:15
corvus(ie, it's usually "gerrit/1008"  not "gerrit:8080/1008", and the extra colon trips up gerrit's parser)15:16
bjackmancorvus, ah yeah good point15:16
bjackmanIn my actual deployment there isn't a port number in the URL so I suspect there is a 2nd issue behind this one15:17
bjackmanBut haven't taken the time to track down the error in the logs yet15:17
pabelangerQuestion around removing a project from zuul, I looked at our documentation and didn't see anything specific. is there anything I need to worry about before doing so? For example, should I move the project in tenant config to not load any configuration from the project, then remove? Or remove any in-tree jobs and set to noop?15:18
*** swest has joined #zuul15:18
corvuspabelanger: i can't think of why any special steps would be necessary (unless you were planning on adding it back later)15:19
*** bjackman has quit IRC15:19
pabelangercorvus: okay, thanks!15:19
*** bjackman has joined #zuul15:19
corvusbjackman: it looks like that url comes from gerrit itself, so it's probably just whatever gerrit is configured with as its own url15:20
corvusbjackman: this one: https://gerrit-review.googlesource.com/Documentation/config-gerrit.html#http15:21
clarkbpabelanger: openstack sets jobs to noop on the project so t jat we can merge the retirement commit the  we remove the project from zuuls config. I believe the retiremwnt commit shakes out any usersof jobs15:21
openstackgerritMerged openstack-infra/zuul master: Add link to builds in job page  https://review.openstack.org/64886415:22
*** swest has quit IRC15:22
corvusbjackman: so i'd say: 1) if you don't need a port in your environment, you can update that config setting and it should work, and 2) regardless of that, we should support that in zuul and fix the escaping15:23
pabelangerclarkb: yah, project in this case is being moved between 2 zuuls. Maybe it is better to just unload all zuul configuration from the project, then add it back one in new zuul.15:27
pabelangerlittle more work, but should unload everything from zuul A15:27
corvuspabelanger: yeah, i'd get rid of the in-tree config in that case15:28
pabelangerkk15:28
bjackmancorvus, ah yeah, I mean the environment I'm testing in has a port (I'm using a modified version of the Getting Started Guide docker-compose file) but in the ultimate deployment environment (where the Depends-On also isn't working properl) there is no port in the URL15:29
*** bhavikdbavishi has quit IRC15:36
*** swest has joined #zuul15:37
*** quiquell is now known as quiquell|off15:38
*** rlandy is now known as rlandy|ruck15:40
*** jamesmcarthur_ has quit IRC15:53
*** bhavikdbavishi has joined #zuul15:58
*** bhavikdbavishi has quit IRC16:05
*** bhavikdbavishi has joined #zuul16:06
fungisshnaidm: is the job-wide depends-on question in service of that thing you were trying to do a while back to hard-code a checkout of one project to always use a specific unmerged gerrit change?16:08
sshnaidmfungi, the second one mostly16:09
sshnaidmfungi, to define a job that will have specific unmerged gerrit change in it16:10
fungii thought you were going to solve that by just carrying a patch file in the git tree and applying it locally during the job16:10
fungirather than using gerrit as a place to store code modifications indefinitely16:10
sshnaidmfungi, well, yeah, I thought about options to have it in job definition, but seems like ugly..16:10
sshnaidmfungi, maybe it's unclear w/o context, but it's CI job that installs zuul, gerrit, etc and configure a "one-time" job to run, and I'm interested to have this jog to grab some changes sometimes16:11
openstackgerritMerged openstack-infra/nodepool master: Fix for image build leaks  https://review.openstack.org/64759916:12
sshnaidmfungi, maybe sometimes it could be a good option for Zuul CI itself..16:12
*** jamesmcarthur has joined #zuul16:12
sshnaidmas we can detect some integration problems16:13
*** jpena is now known as jpena|off16:14
fungiwe do already have ci jobs which install zuul and gerrit and test them together, if you need to borrow inspiration from them16:14
*** jamesmcarthur has quit IRC16:15
sshnaidmfungi, cool, where can I see it?16:16
fungisshnaidm: https://git.zuul-ci.org/cgit/zuul/tree/.zuul.yaml#n7716:19
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Use the buildset registry in zuul-quick-start  https://review.openstack.org/64946716:20
*** jamesmcarthur has joined #zuul16:23
corvuspabelanger, fungi: can you review https://review.openstack.org/649456 so i can continue work on the new tenant?16:23
pabelanger+316:26
*** gtema has quit IRC16:32
openstackgerritMerged openstack-infra/zuul-sphinx master: Run opendev-release-python on release  https://review.openstack.org/64945616:35
*** spsurya has quit IRC16:46
corvusi'd like to tag zuul-sphinx 0.4.1 at e44c1ba815a7285d28c1dcbd01b6967455d6cb9716:46
corvusno changes, but it is a different commit than 0.4.1 -- just to exercise the release machinery16:47
corvusfungi, clarkb, tobiash, pabelanger: any objections?16:47
clarkbdo you mean 0.4.2?16:48
corvusoh, yes, sorry -- to be clear, i want to tag e44c1ba815a7285d28c1dcbd01b6967455d6cb97 as 0.4.1, which is a different commit than 0.4.0, the current latest release16:49
corvus(it's one commit later, it's just .zuul.yaml changes)16:50
clarkbwfm16:50
*** jamesmcarthur has quit IRC16:52
fungiahh, so it's the commit immediately following the one tagged 0.4.0 in the master branch history16:52
fungiyeah, looks sane to me16:53
*** jamesmcarthur has joined #zuul16:56
*** hashar has joined #zuul16:58
mordred++17:00
mordredShrews: I'm on a plane, so my ability to have useful conversations is limited - but it might be worthwhile to chat with corvus about the metric naming stuff17:07
corvusoh, yeah, there was something about us flapping on that?17:07
mordredyeah. I've peronally waffled in both directions on this topic - so I'm honestly interested in whatever synthesis of thoughts humans have17:08
Shrewscorvus: yeah. nodepool used to do metric names with '.' in them. ianw put up a change to make them all camelcase a while back. allowing the new openstacksdk to report the metrics would move us back to using '.'17:08
Shrewsfor the tl;dr of it17:09
corvusdo you have a link to ianw's change?17:10
Shrewsi'm working with mordred on an idea to allow a user of openstacksdk to specify a name formatting function, but that's taking a bit of rearchitecting17:10
* Shrews looks17:10
corvushttps://review.openstack.org/605898 is it that?17:11
Shrewscorvus: https://review.openstack.org/60589817:11
Shrewsbah17:11
corvusShrews: so to take an example from that change, would ComputePostOsVolumesBoot would become compute.POST.os-volumes_boot ?17:15
Shrewsi'm not entirely certain what it would now become under new openstacksdk. mordred?17:15
Shrewsi think he had something in the release note17:16
corvusthere's a second change that's relevant to the historical record: https://review.openstack.org/58539717:16
Shrewshttps://review.openstack.org/#/c/640643/6/releasenotes/notes/task-manager-replaced-12e4b3a0108f9358.yaml17:16
corvusso 585397 changed nodepool from compute.POST.os-volumes_boot to ComputePostOs-volumes_boot  then 605898 changed it to ComputePostOsVolumesBoot17:17
corvus585397 describes the dot separated as openstacksdk-style, and the camelcase-with-punctuation as shade-style...17:18
corvusso i think question #1 is: which thing does the new version of opensdk use?  camelcase-with-punctuation (ComputePostOs-volumes_boot) or dot-separated (compute.POST.os-volumes_boot) ?17:19
corvuser, openstacksdk17:19
Shrewsbased on the release note i pasted, i'm assuming the latter, but mordred should probably confirm17:20
corvusShrews: i agree, let's take that as the provisional answer to #117:20
corvusquestion #2 is, i think, are we okay with that in nodepool? since we're going all the way back to that form, we're effectively reverting both changes to nodepool (mordred's 585397 and ianw's 605898).  neither commit message describes any *problems* with a given syntax, so it's hard to say how necessary each change is.  ianw's promotes some consistency (in that there are no separators), but it may not be as17:24
corvusnecessary in the dot form.  the dot form does cause a deeper hierarchy of keys.  there's a *minor* benefit to that in that it allows someone to easily sum all of the "compute" calls, but i'm not sure how useful that is in practice.  there isn't really a downside to having a deeper hierarchy, from what i can see.17:24
corvusso i think the way i'm leaning is that i'm probably not going to get too worked up over the format changing again, but let's check with ianw who is more intimately acquanted with using these keys in grafana dashboards to see if that format will pose a logistical problem.17:25
Shrewsmy concern would be forcing folks to update their graphing stuff, but yeah, let's see what ianw says too17:25
corvusShrews: the docs part of https://review.openstack.org/640643 also agrees with your assesment of the new format17:26
corvusthat change looks like the best way to record this too -- so let's ask ianw (and anyone else interested) to review that17:27
*** spsurya has joined #zuul17:27
Shrews++17:29
corvusi left a +2 with a note on that change17:29
openstackgerritMerged openstack-infra/nodepool master: Pin openstacsksdk to <0.27.0  https://review.openstack.org/64925417:29
mordredcorvus, Shrews: yes - the sdk is emitting dot-form. I believe the other changes were to ensure we were continuing to match the original nodepool camelcase form17:29
mordredalso yay internet is back17:30
*** jamesmcarthur has quit IRC17:35
*** bjackman has quit IRC17:45
*** electrofelix has quit IRC17:50
*** themroc has joined #zuul17:53
tobiashcorvus, pabelanger: hrm, I could swear that I pushed a PS on 648865 that switches to tristanC's suggestion17:53
tobiashactuall I don't know why I pushed up PS317:54
tobiashthat as by accident...17:54
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Use a more visible selection color  https://review.openstack.org/64886517:56
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Use a more visible selection color  https://review.openstack.org/64886517:57
*** bhavikdbavishi has quit IRC18:08
*** bjackman has joined #zuul18:10
*** hashar is now known as hasharStoryTales18:11
*** jamesmcarthur has joined #zuul18:17
*** bjackman has quit IRC18:18
corvustobiash: yay code review works! :)18:20
tobiashyepp :)18:20
*** jamesmcarthur has quit IRC18:21
pabelangertobiash: any pointers on pgup / pgfn for xterm.js? I'm going to try and write a patch for it.18:25
tobiashpabelanger: did you set the focus on the terminal?18:25
pabelangertobiash: you mean, click it with mouse?18:26
tobiashyes18:26
pabelangeryah, ctrl+pgup doesn't work18:26
pabelangersorry18:26
pabelangershift+pgup18:26
tobiashhrm, maybe you need to hook into the key pressed event18:30
*** jamesmcarthur has joined #zuul18:31
pabelangerk, will try and figure it out18:31
tobiashhttps://github.com/xtermjs/xterm.js/issues/18118:31
tobiashpabelanger: maybe it's because I disabled stdin18:32
tobiashthat might block scrolling as well18:33
pabelangerOh, maybe18:33
pabelangertobiash: was there a reason to disable it?18:34
tobiashI first used attach to attach it to the websocket and I didn't want xterm to send stuff to the websocket18:34
pabelangerk18:38
tobiashpabelanger: it works again if I comment out term.attachCustomKeyEventHandler(function () {return false})18:40
tobiashbut I don't know anymore why I added this18:41
pabelangertobiash: wonder if we should add it back, but only whitelist the keys we actually want18:43
tobiashmaybe, I think I wanted to prevent that it 'steals' some key events from the browser window18:44
tobiashbut I don't know which anymore18:44
tobiashpabelanger: I don't find any issues locally with this, so we could just remove it and if any issues come up add it with a whitelist18:47
pabelangertobiash: wfm18:47
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Remove custom key handler from xterm  https://review.openstack.org/64969418:53
*** sshnaidm is now known as sshnaidm|off19:00
tobiashpabelanger: I think this was the issue for the addition of that handler: https://github.com/xtermjs/xterm.js/issues/186819:06
*** hasharStoryTales is now known as hashar19:13
*** sshnaidm_ has joined #zuul19:36
*** sshnaidm|off has quit IRC19:36
corvusthe good news is that the 0.4.1 release job succeeded; the bad news is that it didn't actually upload the release to pypi.   details.19:46
corvus19:49 < openstackgerrit> James E. Blair proposed opendev/base-jobs master: Actually upload to pypi in the python release job  https://review.openstack.org/64971219:49
corvuslet's try again with that ^19:49
*** jamesmcarthur has quit IRC19:55
*** themroc has quit IRC20:03
*** mrhillsman is now known as mrhillsman_bbiab20:11
clarkbmordred: corvus fungi  (and anyoen else really) I left a few more notes on https://review.openstack.org/#/c/649356/ but it is looking quite good20:12
fungithanks!20:20
pabelangerso, I've been trying to figure out why one of my nodepool-builders is having trouble running the nodepool cmd. Every so often, it just seems to have for 60 seconds, before eventually running.  Talking with mnaser (he suggested I run it under strace), I eventually caught it hanging on /dev/random: http://paste.openstack.org/show/748831/ is it possible the VM is just running out of entropy?20:23
clarkbpabelanger: yes it is possible. Do you run with haveged?20:24
pabelangerclarkb: I do not, that was going to be my first thing to install and try again20:24
pabelangermostly wanted to check here first before doing so :)20:25
*** jamesmcarthur has joined #zuul20:33
*** hashar has quit IRC20:35
*** jamesmcarthur has quit IRC20:39
*** jamesmcarthur has joined #zuul20:41
clarkbpabelanger: ya VMs are nororiously bad at having entropy so tools like haveged help a lot20:50
pabelangerclarkb: yah, I think this is going to be the fix. Thanks for the help.20:53
clarkbon https://review.openstack.org/#/c/649356/ aiui we are expected to provide a link to that sometime tomorrow. Should we go ahead and merge something today so that we have a link ready? or do we want to use the logs server link?20:58
*** spsurya has quit IRC20:59
corvusi think we can merge that and do followups21:00
corvusi'm not going to get hung up on perfecting the content in an advance copy of material for an informal presentation :)21:01
corvusclarkb: you're free to +321:01
clarkbok thanks21:02
corvusi've re-enqueued the release job21:02
clarkbI think we probably do want to make the note about the CoC more official somewhere on the website or in the code? At least i'm not seeing if we've already done that21:02
clarkbbut otherwise ya I think its msotly just going to be minor stuff21:02
corvusclarkb: i think if you want to add that to the website or the governance section of the manual it's fine21:03
clarkbok I'll work on a patch for that21:03
mordredclarkb: I've got one - one sec21:04
clarkboh even better. Shoudl I unapprove the change too?21:04
openstackgerritMonty Taylor proposed openstack-infra/zuul-website master: Add note to community page about code of conduct  https://review.openstack.org/64973021:04
mordrednope. it's a separate patch21:04
clarkbcool it is on its way in21:04
mordred\o/21:05
mordredI think then we can point jimmy at the url to it - and maybe instead of him making a pdf to send to board members, we can just send them that link too21:05
clarkbmordred: yup I recently confirmed that they would be happy wioth that plan21:05
clarkbI think "pdf" here means "somethign I can open on my computer"21:06
mordredsweet21:06
*** pcaruana has quit IRC21:06
openstackgerritMerged openstack-infra/zuul-website master: Slide presentation for Zuul's OIP Confirmation  https://review.openstack.org/64935621:08
corvusall right!  https://pypi.org/project/zuul-sphinx/  0.4.1 published21:10
corvusthat's with the new opendev jobs21:10
corvusso i think the only "weird" thing left to deal with is the javascript content publish job on zuul itself21:10
openstackgerritMerged openstack-infra/zuul-website master: Add note to community page about code of conduct  https://review.openstack.org/64973021:12
corvusthat happens on merge though, not release, so we can iteratively work on it fairly easily21:26
corvusclarkb: https://zuul-ci.org/confirmation/ is live if you want to pass that on21:56
clarkbcorvus: yup fungi already passed it on. thanks21:56
corvusi'm trying to decide if i should push ahead on moving the other zuul projects this week, or wait until i'm back in a week+22:03
*** rlandy|ruck is now known as rlandy22:08
*** rlandy is now known as rlandy|bbl22:09
corvusthere could be a little disruption, but i think now that we've got the confirmation deck in, i think we can probably handle that?22:11
clarkbzuul-jobs is probably the trickiest to move?22:13
corvusah, yeah, we'll need a plan for that since its jobs are in openstack-zuul-jobs right now22:13
*** jamesmcarthur has quit IRC22:14
clarkbthe other repos should be mostly straightforward I expect22:14
clarkbsince they are largely self contained22:14
corvuswhere does the javascript content get published?22:14
corvusah it's this one: http://zuul.openstack.org/job/publish-openstack-javascript-content22:15
corvuswhich is problematic since opendev doesn't have a tarballs site (yet)22:15
corvusso that's 2 things to address before we move the rest.  i guess that's that question answered.  :)22:16
clarkbhttp://tarballs.openstack.org/zuul/zuul-content-latest.tar.gz that tarball?22:17
corvusi think so22:19
corvusmordred or clarkb: can one of you weigh in on https://review.openstack.org/644392  ?  it's a behavior change which i think is desirable (even necessary), and even more so the more times i see skipped jobs due to hiccups in the requirements phase22:24
clarkbhrm ya I found taht skipped case to be quite confusing when I ran into it22:25
clarkbI'll review the change22:25
*** jamesmcarthur has joined #zuul22:32
openstackgerritMerged openstack-infra/zuul master: Fail jobs when requirements not met  https://review.openstack.org/64439223:31
openstackgerritIan Wienand proposed openstack-infra/nodepool master: Add Debian Buster boot tests  https://review.openstack.org/64921423:49

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