Tuesday, 2019-01-15

SpamapSI'd be very interested in help finishing the EC2 driver.00:15
SpamapSThe tests I wrote are 80% ... but need some focus to finish.00:15
SpamapS(Also would love to merge it with some kind of experimental flag since I've been running it in production for 6 months now.)00:16
openstackgerritJames E. Blair proposed openstack-infra/zuul master: WIP: Test a child job depending on a parent that did not run  https://review.openstack.org/62988500:19
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Log connection exceptions when starting web  https://review.openstack.org/63079600:20
pabelangertobiash: SpamapS have you by chance seen zuul-scheduler crash when you remove a project from a tenant? I don't think openstack has removed any yet.  Just sf.io scheduler die today because OOMkiller, and think we might be leaking something when we remove a project.  To late for me to debug today, but going to try and reproduce tomorrow locally.00:22
mordredSpamapS: I'd love for the ec2 driver to be magically finished00:28
mordredSpamapS: I think my only concern with landing it now is that I'm not sure how comfortable we are that we wouldn't break your production deploy00:29
mordredif we're not happy with the current state of testing00:29
mordredlike - I'm sure the code as it stands today is probably fine to land ... I just don't know how to know if landing a patch that touches it will cause your entire company to be deleted00:30
mordred(and I don't want to delete your company)00:30
tristanCmordred: the driver api is not stable too, e.g. ProviderPool now needs to implement a load() method00:32
tristanCit seems like having the code merged would be better as unit-test would have prevent that00:33
tristanCotherwise, next nodepool release will break spamaps anyway00:33
mordredyah - and as Shrews works through cleaning up some of that - it would be really good to00:49
mordredgah00:49
mordredyeah00:49
mordredwhat you said :)00:49
SpamapSpabelanger: no I've never removed a project.01:14
SpamapSmordred: that concern is so very appreciated, but I'm already way way worse off, as I have to port it forward if I want to upgrade nodepool.01:15
SpamapSI might dig out some cycles to finish the tests01:16
openstackgerritJohn Studarus proposed openstack-infra/nodepool master: Work in Progress  https://review.openstack.org/62968801:37
openstackgerritJohn Studarus proposed openstack-infra/nodepool master: pep8 corrections  https://review.openstack.org/63080901:37
dmsimardslice of life: I've been writing playbooks with the expectation that Zuul can run them and it's been great to be able to use "when: zuul is defined" as a condition01:38
dmsimardso that the playbook can leverage things prepared by zuul if they're available or prepare those things itself01:39
SpamapSdmsimard: I tend to try and write playbooks that do not reference the zuul variable, and then I use include_playbook to set variables from zuul into the playbook...01:47
SpamapSincluding making roles more zuul-agnostic too01:47
SpamapSThat way if I'm in a pinch, I can use the playbook just by setting variables.01:47
SpamapSThough I do also often end up with a fake zuul structure for testing.01:48
SpamapS(Still very much want a zuul-local that does most of that for you)01:48
SpamapSinteresting01:53
SpamapSI think there's a race in nodepool01:53
SpamapSif a server goes to "Running" too fast, it breaks the event loop that polls for them permanently.01:54
SpamapS(This happens in the ec2 tests I wrote because they pretend to be the API and go to running immediately)01:54
dmsimardSpamapS: yeah, writing them fully agnostic makes sense for real deployment things01:59
dmsimardthis is for ara integration tests -- I want to be able to run them locally without needing zuul but using the same playbook02:00
dmsimardthe very convenient thing that zuul does is that is prepares repos so if you're not running in zuul you need to prepare them "manually", for example02:00
openstackgerritJohn Studarus proposed openstack-infra/nodepool master: pep8 corrections  https://review.openstack.org/63081902:02
openstackgerritJohn Studarus proposed openstack-infra/nodepool master: Packet Bare Metal Nodepool Driver WIP  https://review.openstack.org/62968802:15
openstackgerritPaul Belanger proposed openstack-infra/zuul master: Fix add_host typo  https://review.openstack.org/63086602:22
pabelangercorvus: tristanC: tobiash: mordred: add_host appears to be broken ^. I keep getting "msg": "Adding hosts ssh with ansible_user to the inventory is prohibited"02:24
pabelanger-1 until I get a test up, but that is tomorrow02:24
tristanCpabelanger: what's the connection type?02:25
pabelangerundefined02:25
pabelangerbut should be ssh02:25
tristanCpabelanger: and what are the args?02:25
pabelangerhttps://github.com/ansible-network/windmill-config/pull/102:26
pabelangerI don't see a testing in zuul for it, but could be missing something obvious02:27
clarkbwe have a job that does it in project condig or system config02:27
clarkbit worked except that ssh wasnt set up on the re ote02:27
pabelangerwe don't use ansible_user I think02:28
pabelangerwait, ansible_ssh_port is also missing a comma02:29
openstackgerritPaul Belanger proposed openstack-infra/zuul master: Fix missing safe_args for add_host  https://review.openstack.org/63086602:33
pabelangerthat fixes ansible_useransible_password and ansible_ssh_portansible_ssh_user because of missing comma02:34
pabelangerbut ya, needs some test coverage02:34
pabelangermaybe a copypasta issue, IIRC that was a security issue02:34
pabelangertobiash: ^02:35
pabelangerEOD now02:35
tristanCpabelanger: that's embarrassing :-)02:43
corvustristanC: i think how-to-write-a-driver docs would be great.  as for the api stability -- it's an internal api; i don't think it needs to be declared stable or versioned unless and until we decide to support it externally.  considering that we're happy to land any driver with tests, i don't think we should do that for a while (supporting an external api with only 3 internal users will make it more difficult03:31
corvusto adjust the api as we grow more drivers).03:31
tristanCcorvus: it would make such a doc easier to write, and as driver takes time to land, having a version check to use new feature (such as the providerpool load()) would simplify rebase03:35
tristanCcorvus: also, are receiving comments on https://review.openstack.org/535556 ?03:36
corvustristanC: i'm not sure how it would make the doc easier to write.  from what i've seen, most of the time it takes for a driver to land is figuring out tests.  don't let past experience (where we were making drivers for new kinds of systems) mislead you into thinking that if, say, the ec2 or azure drivers were ready we would not land them.  i think we would.03:38
corvustristanC: tristanC thanks for the reminder on that, i'll take a look at that this week03:39
tristanCalright, i'll draft a how-to-write-a-driver docs with what we have now03:43
tristanCthough it would be nice if we could aim for a stable api and avoid frequent breaking change03:44
corvusyes :)03:45
tristanCstable internal* api03:45
*** maxamillion has joined #zuul03:50
openstackgerritJohn Studarus proposed openstack-infra/nodepool master: pep8  https://review.openstack.org/63087504:35
tobiashAm I correct that the ec2 driver doesn't support building images yet?05:21
tobiashWe'll try out the ec2 driver soon too05:22
tobiashSpamapS: ^05:22
tobiashianw: thanks for clarification. I'll reduce to one build worker again05:23
ianwtobiash: reviews welcome, but it's probably not what you want to spend your time on :)05:25
tobiashOk, thanks05:25
*** chkumar|out is now known as chandankumar05:38
*** AJaeger has quit IRC07:03
*** AJaeger has joined #zuul07:06
SpamapStobiash: it does not build images, no, but I got it 80% of the way there as a POC.. it should be relatively easy... disk-image-builder produces ec2 images pretty easily, so just need an aws driver.07:25
* SpamapS goes to bed07:25
openstackgerritRui Chen proposed openstack-infra/zuul master: Avoid using list branches with protected=1 in github driver  https://review.openstack.org/63003807:35
ianwclarkb: centos-7-nm seemed to clean itself up ok07:39
openstackgerritIan Wienand proposed openstack-infra/nodepool master: [wip] use bindep.txt with devstack  https://review.openstack.org/63089007:45
*** themroc has joined #zuul08:06
*** panda|off is now known as panda08:19
*** hashar has joined #zuul08:23
*** jpena|off is now known as jpena08:33
openstackgerritMerged openstack-infra/zuul master: Log connection exceptions when starting web  https://review.openstack.org/63079608:42
*** avass has joined #zuul08:55
*** gtema has joined #zuul09:20
*** pcaruana has joined #zuul09:30
*** bjackman has joined #zuul09:38
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Use urljoin for git driver getGitUrl  https://review.openstack.org/63092010:03
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Use urljoin for git driver getGitUrl  https://review.openstack.org/63092010:05
mordredcorvus, tobiash: ^^ found a fun one ... I'm a little concerned that the job hangs indefinitely in the case of this config issue, but I think it's easy enough to prevent the issue in this context - and we really do expect zuul to be able to clone source repos10:06
mordredbut maybe we need to ultimately trigger a job failure with a message about inability to clone - like, maybe if someone renamed a git repo out from under zuul and forgot to update their zuul config a similar scenario could happen?10:08
mordredI didn't dig all the way into that path yet10:08
*** chandankumar has quit IRC10:31
*** arxcruz|ruck has quit IRC10:34
*** chandan_kumar has joined #zuul10:35
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: executor: properly format error exception  https://review.openstack.org/63092810:38
*** dkehn has quit IRC10:45
*** electrofelix has joined #zuul10:48
*** arxcruz has joined #zuul11:02
*** arxcruz has quit IRC11:02
*** arxcruz has joined #zuul11:02
*** openstackgerrit has quit IRC11:22
*** bjackman has quit IRC11:23
*** bjackman has joined #zuul11:28
*** openstackgerrit has joined #zuul11:39
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: WIP: runner: add execute sub-command  https://review.openstack.org/63094411:39
tristanCgot zuul-runner execute a job locally, now failing on upload-logs missing the ssh key \o/11:40
tristanCthis could be fixed by a secrets substitution map provided by the user, but perhaps zuul-runner could provide a copy of the upload-logs role that doesn't need an ssh key, what do you think?11:41
tobiashmordred: maybe it's not as easy as it looked because the url also can be just a local path. so you might want to switch between os.path.join and urljoin depending on the start of the string11:43
mordredtobiash: ah - indeed11:46
mordredtobiash: hrm. actually - os.path.join does the right thing in all of the scenarios11:51
mordredtobiash: so maybe the actual fix isn't to switch to urllib.parse.urljoin but instead to switch to os.path.join like the other method11:51
odyssey4meHi folks - we're seeing something which strikes me as a potential bug, so I wonder if we could walk it through to validate it or not. Essentially we're seeing nodepool nodes marked as deleting which are not present in the cloud, but in the log we see nodepool still trying to delete them, failing and re-adding them for deletion over and over again.11:52
odyssey4meIt is possible that this has been fixed - we're using around a 6 month old version of code.11:52
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Use os.path.join for git driver getGitUrl  https://review.openstack.org/63092011:52
mordredodyssey4me: I'm not 100% sure - but I know Shrews has done a bunch of cleanup things in that general area in the last 6 months - he might have a better idea though11:53
tristanCodyssey4me: perhaps https://review.openstack.org/576288 ?11:56
odyssey4metristanC I thought that, but I don't think so - the log exposes this: http://paste.openstack.org/show/PntmQwB5BwEYtSWsGCs5/11:58
odyssey4meso basically it's in the list for deleting, it tries to delete, times out, and reschedules the deletion to the provider again11:59
odyssey4mesomehow it's not noticing that the provider no longer has that uuid present11:59
odyssey4methis is rax pub cloud, in case that matters - I know there is some funky business done there12:00
*** jpena is now known as jpena|lunch12:03
openstackgerritSagi Shnaidman proposed openstack-infra/nodepool master: Support userdata for instances in openstack  https://review.openstack.org/63064912:06
mordredodyssey4me: well, luckily enough for you, we have many nodes on rax public - so definitely have the same fun :)12:12
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: WIP: runner: add execute sub-command  https://review.openstack.org/63094412:14
*** gtema has quit IRC12:16
odyssey4memordred if the openstacksdk is asked to delete a node that doesn't exist - what does it return?12:18
mordredodyssey4me: None12:19
mordredodyssey4me: that is considered success by the sdk12:20
mordredodyssey4me: because the node doesn't exist - so thus your request has already been satisfied!12:20
odyssey4mein our case, openstacksdk==0.12.012:20
mordredodyssey4me: I assume rax public is working for you otherwise?12:21
mordredzomg. that's SO OLD12:21
mordredbut yes - that has been shade/sdk behavior since the beginning, so you should still be fine12:21
odyssey4meheh, yeah - that's the min version satisfying nodepool in our case12:21
mordred:)12:21
mordredwell, it has been shade behavior since the beginning - but in any case, you should be ok12:21
*** panda is now known as panda|lunch12:47
openstackgerritQuique Llorente proposed openstack-infra/zuul-jobs master: WIP: Default private_ipv4 to use public_ipv4 address when null  https://review.openstack.org/62329412:50
*** chandan_kumar has quit IRC12:58
*** jpena|lunch is now known as jpena12:59
*** chandan_kumar has joined #zuul12:59
*** bjackman_ has joined #zuul13:04
*** bjackman has quit IRC13:05
tobiashmordred: if you have time for an easy review: https://review.openstack.org/63011813:11
*** rlandy has joined #zuul13:19
*** arxcruz is now known as arxcruz|ruck13:21
*** bjackman_ has quit IRC13:29
openstackgerritSagi Shnaidman proposed openstack-infra/nodepool master: Support userdata for instances in openstack  https://review.openstack.org/63064913:29
*** gtema has joined #zuul13:32
Shrewsodyssey4me: mordred: current nodepool code has a get_server() call that checks for None and should prevent the timeout. I *think* that's always been there? So either that instance actually exists, or the sdk is lying. Otherwise, not sure what's happening13:34
Shrewsfor reference: http://git.openstack.org/cgit/openstack-infra/nodepool/tree/nodepool/driver/openstack/provider.py#n37313:35
Shrewswhich just calls sdk's get_server()13:36
tristanC"zuul-runner -a http://localhost:9000/api/ --tenant local --pipeline check --project sf-jobs --job linters execute" outputs: http://paste.openstack.org/show/742638/13:38
*** panda|lunch is now known as panda13:43
odyssey4meShrews yep, same code in the SHA we're using for nodepool13:51
mordredtobiash: wow. what a fun problem to have13:51
odyssey4meI'm suspecting that either we have a bad mix of libraries at play here, because we're seeing the same behaviour for a standard openstack cloud.13:51
odyssey4mewell, actually in the openstack cloud the instances are actually there, but the delete doesn't seem to be getting to them from the launcher13:55
odyssey4meso I'm still suspecting a broken host of some sort13:55
openstackgerritPaul Belanger proposed openstack-infra/zuul master: Fix missing safe_args for add_host  https://review.openstack.org/63086613:56
pabelangertobiash: tristanC: mordred: corvus: ^add_host fix updated to include tests now13:56
sshnaidmpabelanger, tristanC, clarkb is that all nodepool tests we have? https://github.com/openstack-infra/zuul/blob/0b00c4685b1883dcb6d9ac1814acc68c89eeae26/tests/nodepool/test_nodepool_integration.py13:59
sshnaidmand where does this test run?  https://github.com/openstack-infra/nodepool/blob/master/devstack/plugin.sh14:00
sshnaidmpabelanger, I'd like to add tests to  https://review.openstack.org/630649 but not sure where14:01
pabelangersshnaidm: that is the devstack funcation test for nodepool14:01
tobiashmordred, pabelanger, clarkb: didn't someone mention something with blocked github requests and timeout here in the last weeks?14:01
sshnaidmpabelanger, where does it run?14:01
tobiashI've a blocked zuul waiting for data of github in prod :/14:01
pabelangersshnaidm: http://git.zuul-ci.org/cgit/nodepool/tree/.zuul.yaml#n6214:02
pabelangertobiash: I haven't see that myself14:02
tobiashthis is the stack of the blocked thread: http://paste.openstack.org/show/742642/14:02
mordredtobiash: I seem to remember that - but I don't remembr what it was14:02
sshnaidmpabelanger, ok, I added there a test, is it enough?14:02
mordredtobiash: I think something about exposing the ability to configure a timeout in the github library to pass down into requests14:03
mordredtobiash: and I think jlk had a pr up to do that perhaps?14:03
tobiashmordred: we probably could attach a timeout to the session object14:04
pabelangersshnaidm: you could do that, or update existing unit testing with fake-provider and validate we are passing into: http://git.zuul-ci.org/cgit/nodepool/tree/nodepool/tests/unit/test_launcher.py#n47714:04
mordredtobiash: https://github.com/sigmavirus24/github3.py/pull/90414:04
mordredtobiash: it has been merged14:04
tobiashmordred: thanks, checking if it has been released already14:05
mordredtobiash: I'm excited to see that the checks api pr seems to be getting close14:06
tobiashyes :)14:08
tobiashthanks to swest14:08
tobiashmordred: that fix is unreleased :(14:09
mordred++ swest14:09
mordredtobiash: :(14:09
*** gtema has quit IRC14:18
*** gtema has joined #zuul14:21
openstackgerritSagi Shnaidman proposed openstack-infra/nodepool master: Support userdata for instances in openstack  https://review.openstack.org/63064914:40
tobiashjlk: any chance to get a github3.py release soon?14:43
*** quiquell is now known as quiquell|off15:07
tobiashmordred: I finally had to restart the scheduler15:16
mordredtobiash: :(15:16
tobiashbut it was fun to get from docker to network namespace to active connections to the file descriptor of that connection to getting a gdb as privileged hostpid container running on the same openshift node to attach a gdp to the scheduler to close that fd15:17
tobiashand I finally managed to close it but that made zuul unhappy15:17
tobiash-> restart15:18
sshnaidmpabelanger, any ideas maybe where should I fix it? http://logs.openstack.org/49/630649/4/check/tox-py35/7286d1c/job-output.txt.gz#_2019-01-15_15_01_04_64008815:44
pabelangersshnaidm: you need to add the userdata field into voluptuous schema: http://git.zuul-ci.org/cgit/nodepool/tree/nodepool/driver/openstack/config.py#n34715:47
mordredtobiash: aww. I'm sad all that effort didn't solve it for you15:49
openstackgerritSagi Shnaidman proposed openstack-infra/nodepool master: Support userdata for instances in openstack  https://review.openstack.org/63064915:57
clarkbsshnaidm: not sure if you saw my note on ps4 about docs, but otherwise that is looking like it should work16:00
*** rcarrillocruz has joined #zuul16:08
*** gtema has quit IRC16:16
*** rcarrillocruz has quit IRC16:18
*** hashar has quit IRC16:19
*** themroc has quit IRC16:29
*** avass has quit IRC16:32
*** rcarrillocruz has joined #zuul16:40
openstackgerritMerged openstack-infra/zuul master: Use os.path.join for git driver getGitUrl  https://review.openstack.org/63092016:43
openstackgerritPaul Belanger proposed openstack-infra/zuul master: Allow known_hosts to be run in untrusted context  https://review.openstack.org/63102016:47
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Add a timeout for the image build  https://review.openstack.org/62992316:48
pabelangermordred: mind looking over ^631020 that is a follow up to get add_host working in untrusted jobs.16:49
pabelangertobiash: maybe you can review also^16:49
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Add a timeout for the image build  https://review.openstack.org/62992316:56
*** hashar has joined #zuul17:03
openstackgerritSagi Shnaidman proposed openstack-infra/nodepool master: Support userdata for instances in openstack  https://review.openstack.org/63064917:18
ShrewsIs John Studarus in channel???17:20
clarkbShrews: nick is studarus iirc, doesn't look like he is here17:21
pabelangermight have to ask him to join, I know he doesn't have an IRC proxy setup17:21
Shrewsi think we need to reorient his gerrit workflow17:22
Shrewsseems to be adding new reviews to correct problems with his initial baremetal driver review17:23
pabelangermordred: do you have any insights into this failure with tox -notests: http://logs.openstack.org/20/631020/1/check/tox-py35/278489f/job-output.txt.gz#_2019-01-15_17_01_22_83967417:24
pabelangerI guess we didn't download yarn bits properly?17:24
mordredpabelanger: http://logs.openstack.org/20/631020/1/check/tox-py35/278489f/tox/py35-1.log17:26
mordredpabelanger: or maybe something isn't providing react-scripts anymore?17:26
pabelangerk, will look more17:28
pabelangermordred: corvus: clarkb: tobiash: tristanC: https://review.openstack.org/#/q/topic:untrusted-add_host is ready for review, if you don't mind adding to your pipeline. This should finally allow untrusted jobs to use add_host / known_hosts17:29
openstackgerritJohn Studarus proposed openstack-infra/nodepool master: pep8  https://review.openstack.org/63087517:35
Shrewsfyi, i just left a comment for John on his original review about the pep8 reviews, e.g.  ^^^17:36
corvusShrews: ++17:38
*** hashar has quit IRC17:57
*** hashar has joined #zuul17:58
openstackgerritMonty Taylor proposed openstack-infra/zuul-jobs master: DNM Testing fetch-output and merge-output-to-logs  https://review.openstack.org/62866817:59
*** jpena is now known as jpena|off17:59
*** hashar has quit IRC18:00
*** hashar has joined #zuul18:01
*** pcaruana has quit IRC18:01
openstackgerritJohn Studarus proposed openstack-infra/nodepool master: Packet Bare Metal Nodepool Driver  https://review.openstack.org/62968818:13
*** studarus has joined #zuul18:15
* Shrews notes a wild studarus among us18:16
Shrewswelcome studarus18:17
Shrewswe don't bite (well, mordred might, but he's had his shots)18:17
studarusyes - I'm trying to catchup on my OpenStack work. I have some driver code to checkin. I also have a new OSA cloud to finish getting up and running for the infra team.18:17
Shrews\o/18:18
*** panda is now known as panda|off18:19
mordredyay18:20
* fungi is excited to drive a new studaruscloud around the block18:25
*** hashar has quit IRC18:30
*** hashar has joined #zuul18:30
studarusha ha18:33
studarusmy night job as a cloud operator18:33
openstackgerritMatthieu Huin proposed openstack-infra/zuul-jobs master: install-nodejs: add support for RPM-based OSes  https://review.openstack.org/63104918:52
*** hashar has quit IRC18:52
studarusshould I be watching zuul.openstack.org or is there a different one for zuul commits?19:10
Shrewsstudarus: that's the right place19:11
electrofelixWith zuul v2 with the bonnyci patches applied for Github support, we've noticed performance issues over time where the zuul-merger processing said repos gets excessively slower over time19:12
electrofelixit appears most of the time is spent buried in the _iter_packed_refs and may be linked to lots of branches getting created within the cached repo for the zuul merger19:13
electrofelixresulting in subsequent iterations taking longer each time19:13
electrofelixwondering if anything like that has been seen in zuul v3?19:13
*** rlandy is now known as rlandy|brb19:14
electrofelixI've done a simple prune of the remote refs that have been deleted (couple of thousand) and it appears to have brought performance back from taking nearly 3 minutes for the repo.create_head() call in the Repo.reset() method in zuul/merger/merger.py down to ~ 3-5 seconds19:14
SpamapSelectrofelix: that code has seen a ton of change since the bonnyci days.19:16
SpamapSelectrofelix: one suggestion.. make people work on forks. Stop putting branches on the repos that zuul watches. :)19:16
electrofelixSpamapS: I wish I could do that... :-(19:17
SpamapSWhy can't you? thousands of branches? Who is served by that?19:17
* SpamapS has won this fight every time.19:17
SpamapSwhich is.. twice. ;)19:17
pabelangerdoes exclude-unprotected-branches: True work here?19:18
SpamapSnope19:19
SpamapSbecause that just makes zuul choose not to act19:19
SpamapSit still has to merge the refs to decide that.19:19
SpamapS(IIRC)19:19
pabelangerah, right19:19
SpamapSIt's possible that it would help a bit.19:19
SpamapSBut also he's on v219:19
SpamapSwhich does not have such a thing19:20
SpamapSelectrofelix: any chance you will get off v2?19:20
SpamapSsince it's like, you know, unsupported and everybody told us never to use it (sorry everybody, you were right ;)19:20
electrofelixSpamapS: I'd love to, but persuading people that moving stuff that doesn't have immediate visible improvements to users is difficult to just getting us to nodepool is hard never mind getting on to zuulv319:21
electrofelixSpamapS: unfortunately I'm not allowed mandate how other developers user their Github repos other wise this wouldn't have occurred in the first place19:22
electrofelixI'm not in favour of allowing branch push directly into the main github repo either19:22
pabelangergithub doesn't have an ACL to stop it either right? unless you remove the user as committer19:23
SpamapSgithub does, but you have to deny write entirely.19:25
SpamapSoh yeah you said that ;)19:25
mordredelectrofelix: I love how people don't like letting experts, you know, be the experts19:25
SpamapSand actually, that's the right thing to do. Kick everybody out of write access, make zuul own everything, people can work in forks. But there's one stupid thing about that: GitHub won't let you put labels on stuff unless you have write to the repo.19:26
SpamapSso you'll have to like, set up a utility pipeline that takes commands as comments or something. It's really.. really stupid.19:27
electrofelixmordred: true, but in this case I think we probaby need to come up with something that cleans up stray references anyway just as a good thing to do19:31
electrofelixwas hoping that maybe zuulv3 had already hit this and someone might know if there were calls to do the cleaning19:31
*** rlandy|brb is now known as rlandy19:33
sshnaidmpabelanger, seems like it didn't work, node hasn't attribute "userdata": https://review.openstack.org/#/c/630649/6/nodepool/tests/unit/test_launcher.py19:40
sshnaidmpabelanger, do you know how can I "extract" it if I configure it so? https://review.openstack.org/#/c/630649/6/nodepool/tests/fixtures/node.yaml19:41
studarusis there a preferred way to add imported libraries for nodepool drivers? Zuul needs them to build the driver.19:41
clarkbstudarus: requirements.txt for python libs and bindep.txt for system level deps19:42
studaruscan I put in a requirements.txt in the driver directory? Or update the project one?19:43
clarkbupdate the project one19:44
studarusthanks19:44
clarkbI thnik the intent is that these plugisn actually live in tree19:44
openstackgerritJohn Studarus proposed openstack-infra/nodepool master: Packet Bare Metal Nodepool Driver  https://review.openstack.org/62968819:46
*** electrofelix has quit IRC19:46
pabelangersshnaidm: ah, right, that is the node we get from zookeeper, which won't have that data. Maybe switch to new test like test_node_boot_from_volume but with your userdata value, and confirm we can boot the node.19:50
pabelangersshnaidm: the devstack test is likely the best, since we are booting image in the cloud19:50
sshnaidmpabelanger, it doesn't work because userdata requires cloud-init to be installed, and I suppose it's not19:50
sshnaidmpabelanger, but it proves it doesn't break anything19:51
pabelangersshnaidm: does it show up in openstack server show foo19:51
pabelangeras long as there, I think that is enough for a test19:51
pabelangerwe don't actually care that cloud-init worked19:51
sshnaidmpabelanger, no19:51
clarkbpabelanger: ya I wouldn't test it by confirming cloud-init did things. I would just check the api data on the instance19:52
pabelangeryah, I just don't know how to do that with userdata. need to look at docs19:53
sshnaidmpabelanger, it shows in create_args for nova19:54
sshnaidmpabelanger, but "openstack show server" won't show it, I think because it may contain sensitive data19:55
sshnaidmis there a way to check create_args for nova..?19:55
clarkbsshnaidm: pabelanger it will if you are admin (whcih we have access to in that test env)19:55
pabelangeryah, that's what I figured19:56
sshnaidmok, will check it then19:57
openstackgerritJohn Studarus proposed openstack-infra/nodepool master: Packet Bare Metal Nodepool Driver  https://review.openstack.org/62968820:06
sshnaidmclarkb, are nodepool nodes created in plugin.sh? I'm looking for place to execute "openstack server show"20:09
clarkbsshnaidm: no the running nodepool daemon creates them then our test polls for them to come up20:11
clarkbin tools/test_something20:11
*** hashar has joined #zuul20:12
openstackgerritSagi Shnaidman proposed openstack-infra/nodepool master: Support userdata for instances in openstack  https://review.openstack.org/63064920:19
*** studarus has quit IRC20:21
*** hashar has quit IRC20:25
*** rfolco has quit IRC20:28
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Add a timeout for the image build  https://review.openstack.org/62992320:32
pabelangercorvus: Shrews: tobiash: clarkb: are we still on track to tag next nodepool release with f8bf? Not sure where we left the discussion from yesterday20:35
corvuspabelanger: oh! sorry i got distracted; i'll do that now20:35
pabelangerthanks!20:35
openstackgerritJohn Studarus proposed openstack-infra/nodepool master: Packet Bare Metal Nodepool Driver  https://review.openstack.org/62968820:36
corvuspushed 3.4.020:36
pabelangertyty20:37
fungiclarkb: when i try to run `pip freeze` on the new storyboard-dev, it complains about "locale.Error: unsupported locale setting"20:39
fungii wonder if we're doing something strange with our locale configuration recently20:39
fungiwhat's especially strange is that the output of the `locale` command matches the old server20:40
fungioops, wrong channel! sorry zuulites :/20:41
*** studarus has joined #zuul20:58
studarussomehow I managed to break test_delete_now...20:58
studarusShrews ^ looks like I'm hitting the race condition that you have commented20:59
Shrewsstudarus: yeah, that one hits us rarely21:02
studarusso I have Zuul rerun?21:03
Shrewsstudarus: you can leave a 'recheck' comment, but you might want to wait to see the results of all your tests first21:04
studarusquickstart failed too - example user wasn't found in Gerrit...21:09
studarusor rather - tenant wasn't available21:13
Shrewsstudarus: that one has been a bit flakey as well21:15
studarusjust waiting on some non-voting ones...21:16
Shrewsstudarus: you will need to add tests of your own  :)21:16
Shrewsstudarus: unit tests, at least. i'm not sure how to do functional tests for that driver21:17
studarusyeah - I need to think up some simple ones21:17
studarusmaybe a config file that has zero capacity21:22
Shrewsstudarus: left you a few comments after a quick glance at the current code21:27
studarusyes - I saw. Thanks!21:29
openstackgerritJames E. Blair proposed openstack-infra/zuul-jobs master: Add docker image promotion roles  https://review.openstack.org/63107822:03
*** studarus has quit IRC22:16
*** rlandy has quit IRC23:33

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