Thursday, 2018-10-18

dmsimardpep8 all the things00:11
corvusmordred: \o/01:56
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Temporary fix for race in quick start job  https://review.openstack.org/61147601:58
corvusmordred, tobiash: ^ that should stabilize the quick-start job until i figure out what to do with the "tenant isn't ready" status code01:59
*** bhavikdbavishi has joined #zuul03:36
*** bhavikdbavishi1 has joined #zuul03:50
tobiashcorvus: we could just do a retry loop until the expected data is there03:51
*** bhavikdbavishi has quit IRC03:52
*** bhavikdbavishi1 is now known as bhavikdbavishi03:52
corvustobiash: yes, but i want to change the expected data :)04:05
tobiashcorvus: fine with me :)04:05
tobiashcorvus: still awake?04:06
corvustobiash: yeah, it's still a bit before bed here; i'm preparing for a trip tomorrow04:06
tobiashcorvus: I just single core approved your fix so I don't have recheck zuul changes the whole day04:07
corvustobiash: ++04:07
openstackgerritMerged openstack-infra/zuul master: Temporary fix for race in quick start job  https://review.openstack.org/61147604:20
openstackgerritMerged openstack-infra/zuul master: Fedora docker-compose fixes for selinux  https://review.openstack.org/61141704:23
openstackgerritMerged openstack-infra/zuul master: Use zuul/nodepool-launcher container for docker-compose  https://review.openstack.org/61144204:29
openstackgerritMerged openstack-infra/zuul master: Add mysql to quick-start  https://review.openstack.org/61069705:10
openstackgerritMerged openstack-infra/zuul-base-jobs master: Correct zuul-jobs path  https://review.openstack.org/59960705:13
openstackgerritMerged openstack-infra/zuul master: Fix periodic job display in builds page  https://review.openstack.org/61135205:15
*** bhavikdbavishi has quit IRC05:23
*** bhavikdbavishi has joined #zuul05:25
openstackgerritMerged openstack-infra/zuul-jobs master: Extract pep8 messages for inline comments  https://review.openstack.org/58963405:39
*** rlandy|bbl is now known as rlandy05:39
openstackgerritMerged openstack-infra/zuul-jobs master: Limit ensure-python to Debian/Ubuntu use  https://review.openstack.org/61094806:04
openstackgerritMerged openstack-infra/zuul-jobs master: Fix RST formatting  https://review.openstack.org/61019806:11
*** hashar has joined #zuul06:15
*** themroc has joined #zuul07:18
*** persia has quit IRC07:19
*** persia has joined #zuul07:21
*** openstackgerrit has quit IRC07:35
*** jesusaur has quit IRC08:38
*** sshnaidm_ has joined #zuul08:59
AJaegerZuul team, openstack-zuul-jobs linter fails now, see http://logs.openstack.org/86/610386/3/gate/openstack-zuul-jobs-linters/a8c857d/job-output.txt.gz#_2018-10-18_07_14_42_431592 - pointing to "zuul-jobs/roles/tox/tasks/main.yaml"08:59
AJaegerLooks like a problem with  https://review.openstack.org/58963409:00
AJaegermordred, corvus ^09:00
tobiashAJaeger: do we need a rollback?09:08
*** openstackgerrit has joined #zuul09:11
openstackgerritTobias Henkel proposed openstack-infra/zuul-jobs master: Revert "Extract pep8 messages for inline comments"  https://review.openstack.org/61154909:11
tobiashAJaeger: in case you need to revert ^09:12
tobiashbut if you can fix forward, that might be preferable09:13
tobiashhint is that zuul is probably not installed during the linter run so it doesn't detect the zuul_return task09:13
AJaegertobiash: if it's not fixed today - yes.09:13
AJaegerthanks09:13
AJaegertobiash: sorry, no time right now09:13
* tobiash is at lunch now09:14
*** sshnaidm_ has quit IRC09:18
*** goern has quit IRC09:22
*** jesusaur has joined #zuul09:31
gundalowmordred: nice (inline pep8) Once jlk has GitHubv3 & Checks API we can do the same for GitHub.09:41
*** bhavikdbavishi has quit IRC09:56
*** sshnaidm has joined #zuul10:06
openstackgerritMerged openstack-infra/zuul master: Add more information to build page  https://review.openstack.org/61013810:08
*** sshnaidm has quit IRC10:12
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Support node caching in the nodeIterator  https://review.openstack.org/60464810:38
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Use node cache in quota calculations  https://review.openstack.org/60464910:38
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Cache iterations over ready nodes  https://review.openstack.org/60465010:38
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Use cache when counting poolnodes  https://review.openstack.org/60465110:38
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Use cache when deleting oldest unused nodes  https://review.openstack.org/60465210:38
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Cache node iterations in cleanup workers  https://review.openstack.org/60469110:38
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Support node caching in the nodeIterator  https://review.openstack.org/60464810:52
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Use node cache in quota calculations  https://review.openstack.org/60464910:52
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Cache iterations over ready nodes  https://review.openstack.org/60465010:52
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Use cache when counting poolnodes  https://review.openstack.org/60465110:52
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Use cache when deleting oldest unused nodes  https://review.openstack.org/60465210:52
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Cache node iterations in cleanup workers  https://review.openstack.org/60469110:52
*** bhavikdbavishi has joined #zuul10:54
*** sshnaidm has joined #zuul10:58
*** hashar has quit IRC11:02
*** themroc has quit IRC11:31
pandadoes this seem useful for anyone ? https://review.openstack.org/60606211:36
*** electrofelix has joined #zuul11:38
*** themroc has joined #zuul11:38
*** panda is now known as panda|lunch11:39
*** sshnaidm_ has joined #zuul11:50
*** sshnaidm has quit IRC11:53
*** panda|lunch is now known as panda12:13
*** jesusaur has quit IRC12:33
*** rlandy has joined #zuul12:36
openstackgerritGonĂ©ri Le Bouder proposed openstack-infra/zuul master: encrypt_secret: support OpenSSL 1.1.1  https://review.openstack.org/61141413:03
mordredgundalow: yup! looking forward to that13:21
Shrewsmordred: morning! see comments in #infra about reverting your pep8 comment change13:25
openstackgerritMerged openstack-infra/zuul-jobs master: Revert "Extract pep8 messages for inline comments"  https://review.openstack.org/61154913:31
Shrewstobiash: do you think a release note for https://review.openstack.org/610993 would be good to inform admins about the bug fix?13:40
tobiashShrews: yes, makes sense13:41
tobiashShrews: shall I add it to that or a follow up?13:41
Shrewstobiash: add it to that one and i'll just +313:41
tobiashok13:41
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Initialize label statistics to zero  https://review.openstack.org/61099313:45
tobiashShrews: ^13:45
Shrewsthx13:46
tobiashthanks for review13:47
openstackgerritPaul Belanger proposed openstack-infra/zuul-jobs master: Fix zuul_work_dir default for build-reno-releasenotes  https://review.openstack.org/61161613:57
*** themroc has quit IRC14:04
openstackgerritMerged openstack-infra/nodepool master: Run zuul-quick-start job  https://review.openstack.org/61015914:16
*** themroc has joined #zuul14:19
openstackgerritMonty Taylor proposed openstack-infra/zuul-jobs master: Update ANSIBLE_LIBRARY to use envsitepackagesdir  https://review.openstack.org/61162214:23
*** jesusaur has joined #zuul15:20
*** themroc has quit IRC15:21
*** goern has joined #zuul15:40
jlkI'll get time to work on that again, soonish I think15:59
pabelanger\o/15:59
pabelangeralso happy to help too15:59
openstackgerritMerged openstack-infra/nodepool master: Initialize label statistics to zero  https://review.openstack.org/61099316:10
*** sshnaidm_ is now known as sshnaidm16:14
pabelangercorvus: tobiash: SpamapS: we just had an issue in ansible-network and deleting project branch, it seems zuul didn't see the event properly from github and 'branch' configuration was still on zuul-merger. Which lead to merge conflict issues when we try to propose new PRs to the same project.  I am going to try and get logs from SF.io, but wanted to see if you've also seen this16:42
pabelangermhu: tristanC: ^16:42
clarkbpabelanger: I think we've had to fix similar bugs with the gerrit driver when it didn't update its cached config (or invalidate it) when a branch is deleted16:42
clarkbI want to say the fix in gerrit was to discard the entire cached config when that happens?16:43
pabelangerclarkb: yah, we did SIGHUP to scheduler, which fixed the issue. But required a human to do it. Fixing in gerrit does ring a bell16:44
clarkbI wonder if this is more difficutl with github because github encourages branching16:44
clarkbwould be potentially expensive to reload config on every github branch delete?16:45
pabelangerGreat question, I am un sure16:45
pabelangerin our case, it was an old 'master' branch from when the project move to 'devel' branch.  Usually, our workflow in ansible-network won't be to delete many branches16:46
pabelangeractually, I do not know if SIGHUP fixed it, I believe scheduler was stopped / started. Will confirm in logs16:47
*** caphrim007 has joined #zuul16:57
*** panda is now known as panda|off17:30
*** dkehn has quit IRC17:30
*** rfolco is now known as rfolco|rucker17:31
*** dkehn has joined #zuul17:37
tobiashpabelanger: hrm, actually this should work17:47
tobiashpabelanger: maybe this fixes your issue: https://review.openstack.org/60008817:47
pabelangertobiash: ack, will look shortly!17:48
*** electrofelix has quit IRC17:48
pabelangertobiash: thanks, +2. maybe corvus or mordred can also review17:53
ssbarneahi! does anyone know how to change the current url when you do a search in zuul? so it would endup being "http://zuul.openstack.org/status#66666" so you can easily share it with others?17:56
ssbarneathe url works, is only the search action that does not update the current page url17:56
ssbarneai hope it would work17:56
mordredssbarnea: the builds page does it - so it's definitely possible18:05
ssbarneamordred: glad to hear that, my JS experience sucks, otherwise i would have raised a CR18:08
mordredtristanC: if you get a sec, could you point me in the right direction with that ^^?18:10
dmsimardmordred: unless mistaken tristanC is on PTO for a week or two18:14
mordreddmsimard: NOOOOOO18:14
dmsimardmordred: I'm told it's one week -- so he'll be back sometime next week :p18:24
*** panda|off has quit IRC18:59
*** panda has joined #zuul19:00
*** bhavikdbavishi has quit IRC19:22
*** ssbarnea_ has joined #zuul20:02
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: WIP: Cleanup down ports  https://review.openstack.org/60982920:08
SpamapSpabelanger: since I actively avoid project branches, no, I haven't seen the delete branch thing you mentioned.20:13
mordredShrews: should we put cleanupLeakedPorts into sdk like delete_unattached_floating_ips? or I suppose it's likely normal of a thing to need?20:21
*** openstackgerrit has quit IRC20:36
Shrewsmordred: i have *no* idea20:39
mordredShrews: me either!20:40
Shrewsmordred: my gut says "no" because a sdk should be just that20:40
Shrewsmordred: not a general "clean up after all the bugs for me" development kit20:41
Shrewsit's hard enough keeping up with the various apis, imagine keeping up with the bugs too!20:42
* Shrews shuts up20:42
clarkbthats kind of why shade exists :P20:42
clarkbmordred: if you put it into the shade portion of the sdk I think it makes sense there20:43
Shrewsshade is "hide the cloud differences" mainly20:43
clarkband workaround the bugs20:43
*** pcaruana has quit IRC20:44
Shrewsbugs in api, yes. bugs in services themselves? i disagree with trying to do that, but i'm a stubborn mule20:45
clarkbthat is why the floating ip stuff exists aiui20:45
Shrewsback when nodepool was the main/only user, yep.20:46
clarkbwell because the code comes from nodepool :P20:46
clarkbI don't think that makes it wrong20:47
clarkbnodepool produced a useful thing because it worked around these issues for users20:47
Shrewsif the "main" openstack api works around the bugs for the services, where is the incentive for the services to fix their bugs?20:48
clarkbI think what we have learned is that users don't choose the version of openstack they have to live with and no amount of incentivizing say neutron fix a bug will ensure that the end user gets that bug fix in the next N years20:49
clarkbI do think project teams have taken a much better approach at this type of thing since shade existed though. The incentive seems to be "look how bad it is we made an official workaround"20:50
mordredalso - to be fair - we still haven't added support for get-me-a-network to shade after complaining it didn't exist for ages20:51
clarkbmordred: I thought the point with get me a network was that it was automagic20:51
clarkbshade shouldn't have to do anything with it, you boot an instance and it gets you a network transparently20:51
mordredclarkb: almost, but not quite21:05
mordredclarkb: it's a flag you pass to a server creation21:05
clarkbah21:06
dmsimardmordred: the famous "get me a network".. from rax ?21:07
mordredclarkb: networks: auto, starting from microversion 2.3721:07
clarkbdmsimard: no it was a nova + neutron feature to fix the problem of not having networking by default with openstack and needing to make a router, network and subnet in the correct order and tie them all together21:07
clarkbits about a 15 step process to do it manually21:07
mordreddmsimard: the famout "get me a network" from me making very loud complaining noises that in a new cloud account before I could boot a vm I had to create a bunch of network objects21:08
mordredyah21:08
*** panda has quit IRC21:08
clarkbHorizon was the best way to do it prior to this as a new user because it asked you all of the info before booting an instance and basically did get me a network for you in horizon21:09
clarkbbut that required using a web browser21:09
mordredclarkb: my thinking is that in sdk create_server we'll default network to auto if the remote side supports it and if you didn't request anything explicit21:10
mordredI haven't done it yet because if the remote side _doesn't_ support it, I think we should simulate it client-side and make all the network objects for you21:10
clarkbmordred: with that flag it will only create the network if one isn't already available right? if so then I think that is the right behavior21:10
mordredand that seems like a lot of work21:10
mordredclarkb: yes21:11
*** panda has joined #zuul21:12
clarkbmordred: the downside to not doing that being people with older clouds will have different experience than people with newer clouds?21:16
clarkbseems like enabling it for newer clouds to start is a reasonable compromise?21:16
mordredyah - and now that we've landed full discovery support, adding it for people with newer clouds is pretty easy21:17
dmsimardmordred: well, really my understanding of it is that there is just a layer between the request and neutron which gets an actual network id based on availability etc21:21
dmsimardGet me a network was a uuid like 00000-0000-0000 (and probably more zeroes)21:23
jlkI got a nice history lesson on Gerrit, including the "correct pronunciation" from Guido yesterday. He was visiting GitHub HQ and wanted to chat with Python devs at the company.21:24
dmsimardWe tried to do something similar at inap :)21:24
dmsimardjlk: no way that's cool21:24
dmsimardWhat is he doing nowadays? Last I hear he was at Dropbox ?21:25
jlkmypy stuff21:25
jlktype checking for Python. They rolled it out across a bunch of dropbox code21:25
mordredjlk: did he teach you how to do a proper dutch-g ?21:25
jlkhe did not include the linguistics lesson :D21:25
mordred:)21:26
jlkbut I know I"d be laughed at if I tried to pronounce it that way in OpenStack circles21:26
mordrednow I want to start pronouncing it that way21:26
mordredjust to be that guy21:26
jlkbut it was fun to learn that Gerrit came from a thing that came from a thing he wrote when he joined Google.21:26
mordred++21:27
jlkHe wrote a thing for source review, as there was none. Then it was rewritten for app engine, and then re-written by Android folks in Java as Gerrit21:27
jlkIT USED TO BE PYTHON...21:27
*** rlandy is now known as rlandy|bbl21:27
jlkoh, what could have been...21:27
mordredjlk: fwiw - we actually looked _briefly_ at resurrecting the python version21:27
dmsimardjlk: interesting21:27
mordredback in the very early days of gerrit at openstack21:27
mordredI think Shrews is the one who dug in to that :)21:28
clarkband I want to say the thing we decided was you needed an app engine?21:28
mordredyeah. it was too much work to get it back up to feature parity with the state of the java one at that time21:29
jlkthat sounds right, it apparently was very tied to app engine21:29
clarkbdmsimard: aiui you have to provision subnet pools in neutron that specify valid subnet ip ranges to create subnets per tenant out of21:31
clarkbdmsimard: and you have to set a default external network, but the rest of the provisioning is dynamic21:31
dmsimardclarkb: yeah, the challenge is you run out of vlans in the same layer 2 when you're handing 2 vlans per customer21:34
dmsimardAnd then vxlan becomes complicated21:34
dmsimardSo having this kind of layer to make something land in the right place is nice :)21:34
clarkbdmsimard: the resource limits don't change, a tenant can't have working networking without it. either they create the resources themselves or you do it for them21:35
dmsimardIndeed21:36
mordreddmsimard: of course, I always argue in favor of the vexxhost model - let me boot vms directly on the public networks and default to that - but then also let me create a private network if I want one21:47
mordredthis model seems to bother people though21:47
jlkisn't that kind of what Rackspace did?21:47
jlkit bothers people who have to pay for public ipv4 addresses :D21:47
clarkbjlk: I don't think rackspace ever allowed you to go private only?21:48
clarkbbut ya rackspace does similar for most users21:48
mordredjlk: well, rackspace just gave you a public and a private -although the private was on a shared private net21:48
mordredof course, rackspace dislikes dhcp21:48
jlkyeah, RAX had "funny" networking21:48
mordredso, there's that21:48
*** ssbarnea_ has quit IRC21:53
*** caphrim007 has quit IRC22:52
*** rlandy|bbl is now known as rlandy23:19

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