Tuesday, 2017-03-07

jlkSo, when tests start up, a bunch of stuff gets created in /tmp/<TMP>/ like upstream dirs and org dirs and whatnot00:22
jlkWhere is the code that creates all of that? I'm hitting stuff missing from there, and I'm not sure why00:22
jeblairjlk: yes!  it should be in tests/base.py00:23
jlkah, in the ZuulTestCase class00:23
jeblairjlk: setup_config and copyDirToRepo specifically00:24
jeblairjlk: (all of which are invoked in setUp)00:24
jlkoh interesting, hard coded for org/project3->600:24
jeblairjlk: oh, yeah, i want to remove those00:25
jeblairi just only got around to removing up to project200:25
jeblairjlk: but the "new way" is to make a "fixtures/config/git/" directory for your test class, and put whatever git repos you need in there (as standard directories -- copyDirToRepo makes it into a git repo for you)00:26
jeblairjhesketh: responded to both00:26
jheskethta00:28
jlkbam, thanks jeblair00:31
jeblairwe should write prose for that... it belongs in https://docs.openstack.org/infra/zuul/feature/zuulv3/testing.html00:33
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Remove job trees from pipelines  https://review.openstack.org/43594400:41
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Handle merge mode in repeated project configs  https://review.openstack.org/43594500:41
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Remove inscrutable TODO  https://review.openstack.org/43594600:45
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Add note about pipelines and dynamic layouts  https://review.openstack.org/43594700:45
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Use hostname in Nodepool requests  https://review.openstack.org/43594900:45
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Remove unused mergeChangeQueue method  https://review.openstack.org/43595000:45
jlkever seen something like:     with open(src, 'rb') as fsrc:00:46
jlkIOError: [Errno 21] Is a directory: '/home/ubuntu/zuul/zuul/ansible/action/__pycache__'00:46
*** saneax is now known as saneax-_-|AFK00:53
jeblairjlk: no -- but some quick googling suggests that's a python3-ism?00:58
jeblairjlk: we may want to exclude that when we copy the ansible plugins into place00:59
jlkSomething really wrong went into my testing environment00:59
jeblairjlk: (and maybe something else previously made the pycache directory in your source repo even if you're using py2 for tests)01:00
jlkI think I was launching it with python3 on accident01:00
jlkI think I need to grok how tenant level separation is meant to happen01:22
jlkand what that means for drivers01:22
jlkjeblair: I think you mentioned that it might make sense for a connection to be able to register a webapp path that's outside of the tenant/ scope. such as /connection/<name>, or should it still be like /<tenant>/connection/<name> ?01:33
jlkeach connection configured, is that per-tenant?01:33
*** unrahul has joined #zuul01:41
*** persia has quit IRC02:09
*** persia has joined #zuul02:12
*** abregman has joined #zuul06:24
*** saneax-_-|AFK is now known as saneax07:31
*** isaacb has joined #zuul07:52
*** hashar has joined #zuul08:14
*** saneax is now known as saneax-_-|AFK10:07
*** openstackgerrit has quit IRC10:33
*** openstackgerrit has joined #zuul10:34
openstackgerritJavier Peña proposed openstack-infra/zuul master: Find fallback branch in zuul-cloner when indicated branch is missing  https://review.openstack.org/44237010:34
openstackgerritJavier Peña proposed openstack-infra/zuul master: Find fallback branch in zuul-cloner  https://review.openstack.org/44237010:35
*** abregman is now known as abregman|afk10:47
*** isaacb has quit IRC10:50
*** saneax-_-|AFK is now known as saneax11:10
*** isaacb has joined #zuul11:34
*** abregman|afk is now known as abregman11:38
*** isaacb has quit IRC12:20
*** lennyb has joined #zuul12:28
lennybHi,  We are using zuul/gerrit in another project and zuul/gerrit should get refs from https url. Looks like it's not supported in zuul, but maybe I am missing something. in the #link  https://github.com/openstack-infra/zuul/blob/master/zuul/connection/gerrit.py#L394  I see that I cant provide credentials12:28
lennybIs it possible to configure zuul, so it will use https user password connection?12:29
*** isaacb has joined #zuul12:50
*** abregman has quit IRC12:57
*** abregman has joined #zuul13:00
*** isaacb has quit IRC13:14
rcarrillocruzHave you thought about putting a reverse proxy in front, passing HTTPS to Zuul HTTP?13:15
*** isaacb has joined #zuul13:19
rcarrillocruzAh, to connect to Gerrit13:21
*** abregman is now known as abregman|mtg13:23
Shrewsi think only ssh auth is supported. jeblair is the best person to answer that question, though13:28
dmsimardjpena had a question about a pep8 gate failure in this review: https://review.openstack.org/#/c/442370/ seems related to pbr/gear mismatches13:55
pabelangerdmsimard: yes, we likely need to bump hacking on master14:18
*** abregman|mtg has quit IRC14:22
*** abregman has joined #zuul14:23
*** dmellado has joined #zuul14:34
openstackgerritPaul Belanger proposed openstack-infra/zuul master: Update hacking dependency  https://review.openstack.org/44253314:42
pabelangerdmsimard: ^should help14:43
jeblairjlk: connections are global, so you can omit the tenant name15:07
openstackgerritJavier Peña proposed openstack-infra/zuul master: Find fallback branch in zuul-cloner  https://review.openstack.org/44237015:08
openstackgerritJavier Peña proposed openstack-infra/zuul master: Find fallback branch in zuul-cloner  https://review.openstack.org/44237015:12
*** isaacb has quit IRC15:26
*** saneax is now known as saneax-_-|AFK15:35
openstackgerritTobias Henkel proposed openstack-infra/zuul feature/zuulv3: Change mutex to counting semaphore  https://review.openstack.org/44256315:37
*** hashar has quit IRC16:10
*** abregman has quit IRC16:20
mordredjeblair: that ^^ is clearly a you patch16:30
SpamapSwhoa weird, I git pulled and the number of @skips in unit test dir went up from 25 to 30 since yesterday16:45
jeblairSpamapS: we merged from master; i think we added a lot of tests (yay?)16:48
jeblairSpamapS: 441114 takes care of most of them16:49
SpamapSjeblair: oh cool!16:51
SpamapSthat's a good reason then. :-D16:51
*** isaacb has joined #zuul16:54
SpamapSeggshell: did you see the discussion about the low-hanging-fruit tag yesterday?16:56
*** hashar has joined #zuul16:56
SpamapSrattboi: also you? :)16:56
eggshellnot I.16:56
SpamapSeggshell: ok, so there's a tag you can search for in openstack-infra/zuul on storyboard that is 'low-hanging-fruit'17:00
eggshellfound the list, thanks!17:00
SpamapSlet me see if storyboard has a url we can share17:00
SpamapShttps://storyboard.openstack.org/#!/search?project_id=679&tags=low-hanging-fruit17:01
SpamapShttps://storyboard.openstack.org/#!/search?tags=low-hanging-fruit&project_id=668 for nodepool17:01
pabelangerthose URLs didn't return anything for me17:03
SotKI suspect you may need to replace `search` in those urls with `story/list` for them to work currently17:03
eggshellyeah, those just go to the search page.17:03
eggshellno worries on my end though. good to know that tag is there.17:04
SpamapSSotK: weird17:05
SpamapSSotK: that seems like a common failing of storyboard-webclient's urls.. not being sharable17:06
* SpamapS moves that to #storyboard17:06
jeblairhttps://storyboard.openstack.org/#!/story/list?tags=low-hanging-fruit&tags=zuulv317:07
jeblairSpamapS: using the trick SotK just mentioned, we *can* make a sharable link to a search for two tags!17:07
SpamapSjeblair: look what you did there! sweet17:09
SpamapSI tried _so_ hard to read the API code17:09
SpamapSbut I got lost in ORM hell and just gave up.17:09
SpamapSespecially when I stumbled on use of FULLTEXT17:09
SotKjeblair: hm, the webclient should be fixed to let you do that without handcrafting a url too17:15
rattboiSpamapS: thanks for the link. I'll take a look.17:16
*** isaacb has quit IRC17:25
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Zuul v3 readme updates  https://review.openstack.org/44263817:29
jeblairSpamapS, mordred, Shrews, pabelanger: ^17:30
SpamapShooray for docs17:32
Shrewsi'd be curious to know how you figured out the multi-tag search thing17:54
openstackgerritClint 'SpamapS' Byrum proposed openstack-infra/zuul feature/zuulv3: WIP Add Directed Acylic Graph for usage as a JobGraph  https://review.openstack.org/43966318:00
jeblairShrews: well, SotK said "replace search with story/list", and i recall from previous work on the api server that it generally honored multiple values for a key in a request, so i just gave that a shot.18:00
Shrewsjeblair: oh, that info is in the scrollback I missed during lunch, too.18:02
Shrewsbut i like having you type things at me anyway18:03
jeblairShrews: htnoeutnho.uhtneuhteuhte18:04
Shrewsaww, how sweet18:05
*** hashar is now known as hasharDinner18:06
mordredShrews: it seems he said it to you in dvoark too18:07
Shrewsluckily I'm bi-keyboardal18:08
jlkjeblair: I see. Will have to account for that in the webapp patch then I think.18:11
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Remove layoutvalidator  https://review.openstack.org/44268418:59
jlkjeblair: is there a deeper doc on tenant stuff? The spec and existing docs on v3 branch don't really cover much. If a connection is global, and a hook comes in, is zuul supposed to search for the project across all tenants? I guess I just need to understand where boundaries are set for multi-tenant stuff19:08
jeblairjlk: nothing deeper than that.  the events that a driver submits are actually not tenant-bound either; the scheduler should automatically apply a given event to each tenant.19:53
jeblairjlk: (Scheduler.process_event_queue)19:54
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Allow using webapp from connections  https://review.openstack.org/43983120:36
*** hasharDinner is now known as hashar20:38
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Support GitHub PR webhooks  https://review.openstack.org/43983420:54
jlkalright I think I accounted for top level hooks20:54
jlkI think tests will pass on those.21:04
jlkjeblair: would be good to get some early input on those above reviews, the first salvos on a github driver in v3. Please stop me from continuing on with something overly stupid :)21:05
jlkhah, uh, minus the pep8 failures21:07
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Support GitHub PR webhooks  https://review.openstack.org/43983421:09
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Remove internal Swift support  https://review.openstack.org/44278921:10
mordredjeblair: ^^ zuulv3 caught a pep8 error (very very quickly)21:14
openstackgerritJames E. Blair proposed openstack-infra/zuul feature/zuulv3: Remove internal Swift support  https://review.openstack.org/44278921:15
jeblairmordred: nice :)21:15
jlkthat darn zv3. SO FAST21:15
jheskethMorning21:17
jlkjeblair: from that patch to remove swift, it means any zuul config with a [swift] section is going to error? If so, I'll have to rebase github patches :)D21:19
jeblairjlk: well, i don't think we fail on extra sections, but it would certainly be good to remove them if there are swift sections in new zuul.conf files.  i doubt there will be structural changes affecting the github series, but some code is likely to be in proximity and require a rebase just for merge conflict resolution.21:22
jeblairjlk: there will certainly be more changes to zuul.conf before we're done too21:22
jlksure21:22
Shrewsjeblair: pabelanger: what is the "manager_name" recorded by nodepool into statsd?21:26
jeblairi'm working on triaging remaining skipped tests here: https://etherpad.openstack.org/p/zuulv3skips21:26
jeblairShrews: zuul v2.5 launcher host -- replaces jenkins master.  there is no v3 analog except for the requestor, which in our case will pretty much always be 'zuul'.21:27
Shrewsjeblair: ok. do we just want to hardcode zuul? or not send that info at all?21:28
jeblairShrews: let me look at its use real quick21:28
Shrewsi'm removing "target" data since that seems irrelevant now21:29
jeblairShrews: i think it may be useful mapping the requestor into some of the places the manager/target (those were also roughly equivalent) shows up.  mostly so that if we end up in a position with nodepool servicing multiple clients (two different zuuls, or even if we start to develop more tools that use nodepool), we can categorize the stats.21:30
jeblairpabelanger: btw, did you see comments on https://review.openstack.org/429850 ?21:32
Shrewsjeblair: so you're saying i'm going to add the Node.requestor support that you added in https://review.openstack.org/435949 ?  :)21:32
Shrewsgoing to have to add21:32
jeblairShrews: sorry i thought you were asking about nodepool statsd21:33
pabelangerjeblair: I did, I've been meaning to loop back to it21:33
Shrewsjeblair: i am. if you want to map th requestor, i need that requestor info21:33
Shrewsmy NodeRequest object (not Node, sorry...) doesn't have that21:34
jeblairShrews: ah, yes.  i should have added "which zuul is now sending back".  sorry :)21:34
Shrewscoolio21:34
Shrewsjeblair: so use NodeRequest.requestor for manager_name, is what I came away with. Still don't see where we need target data21:35
jeblairShrews: generally, yeah.  manager ~= target.21:35
Shrewsfun with words21:36
jeblairShrews: you'll notice they are mutually exclusive.  basically if you use nodepool 0 with jenkins, targets are interesting.  if you use it with zuul v2.5, managers are interesting.21:36
Shrewsjeblair: you're interesting21:36
Shrewsin a good way  :)21:37
* jeblair blends in with the terminal background21:37
jeblairalso, that does pretty much sound like a southern curse.  "Bless his heart; he's interesting isn't he?!"21:38
Shrewslol21:38
jeblairSpamapS: https://etherpad.openstack.org/p/zuulv3skips21:59
jeblairSpamapS: when i wrote "straightforward" i was thinking "assuming we haven't created new bugs, this test shouldn't require any work other than somewhat mechanically changing the test itself".22:01
SpamapSjeblair: that's a great roadmap22:07
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Zuul v3 readme updates  https://review.openstack.org/44263822:23
*** hashar has quit IRC23:18
openstackgerritJesse Keating proposed openstack-infra/zuul feature/zuulv3: Support GitHub PR webhooks  https://review.openstack.org/43983423:24
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Remove layoutvalidator  https://review.openstack.org/44268423:28
openstackgerritMerged openstack-infra/zuul feature/zuulv3: Remove internal Swift support  https://review.openstack.org/44278923:28
*** saneax-_-|AFK is now known as saneax23:29
jlkokay NOW my tests pass23:46

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