Tuesday, 2018-01-23

*** robcresswell has quit IRC00:12
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Prune stale branches from mergers  https://review.openstack.org/53663200:22
corvusmordred: ^00:23
*** jkilpatr has quit IRC00:28
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Clarify uniqueness of some config items  https://review.openstack.org/53663400:30
corvusSpamapS: there's your other comment ^00:30
SpamapScorvus: ty.. thought maybe I was just being dumb00:34
corvusSpamapS: no quite the opposite.  i had a myopic worldview :)00:35
openstackgerritMerged openstack-infra/zuul master: Handle secrets in branches  https://review.openstack.org/53550100:50
openstackgerritMerged openstack-infra/zuul master: Handle nodesets in branches  https://review.openstack.org/53550200:50
openstackgerritMerged openstack-infra/zuul master: Normalize semaphore branch handling  https://review.openstack.org/53550300:50
openstackgerritMerged openstack-infra/zuul master: Fix a copy-pasta in a comment  https://review.openstack.org/53662000:54
openstackgerritMerged openstack-infra/zuul master: Add change information to Build Completed log message  https://review.openstack.org/53662900:54
mordredcorvus: woot! that's exciting01:22
mordredcorvus: zuul does not agree with your attempt to alter it01:23
mordredcorvus: I should be clear to get rid of the bong python-openstacksdk repos from the mergers and executors now, yeah?01:23
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Remove shade_inner_exceptions  https://review.openstack.org/53663601:25
*** elyezer has quit IRC02:04
openstackgerritliusheng proposed openstack-infra/zuul master: Fix AttributeError when handle periodic job with github driver  https://review.openstack.org/53664502:06
*** yolanda has joined #zuul02:09
*** elyezer has joined #zuul02:09
*** robcresswell has joined #zuul02:09
*** elyezer has quit IRC02:25
*** harlowja has quit IRC02:27
*** elyezer has joined #zuul02:38
*** elyezer has quit IRC03:11
*** elyezer has joined #zuul03:14
*** rlandy has quit IRC03:43
openstackgerritTristan Cacqueray proposed openstack-infra/zuul-jobs master: Add linters job and role  https://review.openstack.org/53068203:53
openstackgerritTristan Cacqueray proposed openstack-infra/zuul-jobs master: Add linters job and role  https://review.openstack.org/53068204:04
openstackgerritTristan Cacqueray proposed openstack-infra/zuul-jobs master: Add ansible-lint job  https://review.openstack.org/53208304:04
openstackgerritTristan Cacqueray proposed openstack-infra/zuul-jobs master: Add ansible-review job  https://review.openstack.org/53522304:04
openstackgerritTristan Cacqueray proposed openstack-infra/zuul-jobs master: Add ansible-import-to-galaxy job  https://review.openstack.org/53208404:04
openstackgerritTristan Cacqueray proposed openstack-infra/zuul-jobs master: Add ansible-spec job  https://review.openstack.org/53208504:04
*** yolanda has quit IRC04:32
*** elyezer has quit IRC04:34
*** elyezer has joined #zuul04:36
*** bhavik1 has joined #zuul04:49
*** bhavik1 has quit IRC04:52
openstackgerritTristan Cacqueray proposed openstack-infra/nodepool master: Implement a static driver for Nodepool  https://review.openstack.org/53555305:08
openstackgerritTristan Cacqueray proposed openstack-infra/nodepool master: Refactor run_handler to be generic  https://review.openstack.org/53555405:08
openstackgerritTristan Cacqueray proposed openstack-infra/nodepool master: Refactor NodeLauncher to be generic  https://review.openstack.org/53555505:08
openstackgerritTristan Cacqueray proposed openstack-infra/nodepool master: Implement an OpenContainer driver  https://review.openstack.org/53555605:08
openstackgerritTristan Cacqueray proposed openstack-infra/nodepool master: Implement a Kubernetes driver  https://review.openstack.org/53555705:08
openstackgerritTristan Cacqueray proposed openstack-infra/nodepool master: Implement an Amazon EC2 driver  https://review.openstack.org/53555805:08
*** harlowja has joined #zuul05:12
*** harlowja has quit IRC05:13
*** dtruong2 has joined #zuul05:57
*** zhuli has quit IRC06:28
*** zhuli has joined #zuul06:28
AJaegerSpamapS: we can add a redirect in openstack-manuals - that's the global redirect file, folder www06:50
*** elyezer has quit IRC06:56
*** elyezer has joined #zuul06:59
*** dtruong2 has quit IRC07:09
*** elyezer has quit IRC07:14
*** elyezer has joined #zuul07:18
*** elyezer has quit IRC07:39
*** elyezer has joined #zuul07:51
*** Cibo is now known as Cibo-07:58
*** dkranz has joined #zuul08:21
*** dkranz has quit IRC08:26
*** jpena|off is now known as jpena08:49
openstackgerritMatthieu Huin proposed openstack-infra/nodepool master: Clean held nodes automatically after configurable timeout  https://review.openstack.org/53629509:04
*** Cibo has joined #zuul09:21
*** Cibo- has quit IRC09:21
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Move github webhook from webapp to zuul-web  https://review.openstack.org/53571109:27
openstackgerritMatthieu Huin proposed openstack-infra/nodepool master: Clean held nodes automatically after configurable timeout  https://review.openstack.org/53629509:27
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Move github webhook from webapp to zuul-web  https://review.openstack.org/53571109:31
*** xinliang has quit IRC09:34
*** xinliang has joined #zuul09:46
*** xinliang has quit IRC09:46
*** xinliang has joined #zuul09:46
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Move github webhook from webapp to zuul-web  https://review.openstack.org/53571110:05
tobiashcorvus, jlk: this should be functional now and with a test via zuul-web ^^10:05
*** Cibo has quit IRC10:15
*** Cibo has joined #zuul10:16
*** elyezer has quit IRC10:55
*** elyezer has joined #zuul10:58
openstackgerritMatthieu Huin proposed openstack-infra/nodepool master: Clean held nodes automatically after configurable timeout  https://review.openstack.org/53629511:00
*** elyezer has quit IRC11:05
*** elyezer has joined #zuul11:08
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Move status_url from webapp to web section  https://review.openstack.org/53677311:19
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Remove webapp  https://review.openstack.org/53678011:34
tobiashcorvus: not sure if we already can remove the webapp after the webhook move but I think this was the last missing piece ^^11:37
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Move github webhook from webapp to zuul-web  https://review.openstack.org/53571111:41
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Move status_url from webapp to web section  https://review.openstack.org/53677311:41
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Remove webapp  https://review.openstack.org/53678011:41
*** jkilpatr has joined #zuul12:12
*** bramwelt has quit IRC12:22
*** bramwelt has joined #zuul12:25
*** jpena is now known as jpena|lunch12:33
*** hashar has joined #zuul12:56
*** yolanda has joined #zuul13:05
*** sshnaidm|off is now known as sshnaidm13:09
*** electrofelix has joined #zuul13:25
*** jpena|lunch is now known as jpena13:29
*** rlandy has joined #zuul13:34
*** dkranz has joined #zuul13:47
*** elyezer has quit IRC13:49
*** elyezer has joined #zuul13:51
*** Wei_Liu has quit IRC13:59
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Remove webapp  https://review.openstack.org/53678014:22
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Move github webhook from webapp to zuul-web  https://review.openstack.org/53571114:29
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Move status_url from webapp to web section  https://review.openstack.org/53677314:29
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Remove webapp  https://review.openstack.org/53678014:29
*** myoung is now known as myoung|taxi14:29
mordredtobiash: \o/14:31
tobiashI like removing code :)14:32
mordredtobiash: lgtm - there's a change in the first patch to the default value for listen, is that a thing we want to do?14:33
mordredtobiash: also, I like removing code too :)14:33
tobiashmordred: already removed this14:33
tobiashthis was part of the initial change I took over14:33
mordredoh - wow, you're quick14:33
tobiashI think if we want to change that it should be its own change14:34
mordredagree14:34
mordredtobiash: I'm sad about your revert signal handling issue - I'll be interested to learn what the issue is there14:35
tobiashI've given up on this for now14:35
tobiashmaybe it has something to do with the abstract base class14:35
tobiashbut haven't been able to find the reason for this in two hours of debugging14:36
tobiashso I've given up on this for now14:36
openstackgerritMerged openstack-infra/zuul master: Revert "Register term_handler for all zuul apps"  https://review.openstack.org/53637614:46
tobiashmordred: +2 with comment on https://review.openstack.org/#/c/534431/1014:47
*** yolanda has quit IRC14:56
*** hashar has quit IRC14:59
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Remove shade_inner_exceptions  https://review.openstack.org/53663615:00
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Set app_name and app_version  https://review.openstack.org/53685415:00
*** elyezer has quit IRC15:08
*** elyezer has joined #zuul15:09
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: WIP: Convert from legacy to native devstack job  https://review.openstack.org/53589915:16
*** hashar has joined #zuul15:18
corvusthe power is out here, so i need to shut things down; hopefully will be back soon15:30
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Add job for publishing docs and tarballs  https://review.openstack.org/53686015:33
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Add reno releasenotes support  https://review.openstack.org/53686115:33
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Switch to stestr  https://review.openstack.org/53686215:33
openstackgerritMonty Taylor proposed openstack-infra/nodepool master: Remove --no-subunit-trace argument  https://review.openstack.org/53686315:33
*** corvus has quit IRC15:34
dmsimardWhat would be a good forum for discussing if certain roles are a good idea or not ? Even as core reviewer sometimes I feel my opinion might not be representative of everyone15:35
dmsimardZuul meetings ? Zuul mailing list ? Something else ?15:35
Shrewsroles for which repo(s)?15:37
dmsimardzuul-jobs15:39
Shrewsi'd suggest #zuul first, zuul ML for longer debate. just my opinion though15:40
AJaegerdmsimard: I agree, looking at some of the additions I totally miss why those are useful.15:40
AJaegerdmsimard: they might be perfectly fine, I just don't get it yet ;)15:41
dmsimardAJaeger: well, if someone's contributing it it's because there is a use case and it's important to take the time to understand those use cases15:41
AJaegerdmsimard: if the commit message is just "Add X" ;(15:41
AJaegerdmsimard: then I cannot really understand the use case15:41
pabelangerI man, we could first add them to openstack-zuul-jobs, see how they work and promote up into zuul-jobs15:42
*** corvus has joined #zuul15:42
dmsimardhttps://review.openstack.org/#/c/535803/ is an example of where I don't know where I stand -- but blocking it's inclusion will simply make it proliferate elsewhere outside zuul-jobs anyway because users have that kind of freedom.. so might as well maintain it and make sure it doesn't get out of control ? I dunno15:43
dmsimardOr other times, some roles feels like they should not be roles but something ran by zuul-executor proper15:43
dmsimardi.e, https://review.openstack.org/#/c/514489/15:44
corvusdmsimard: i think everything should be handled by ansible.  that's why really fundamental things, like 'set up git repos' and 'install logging' are done in ansible.  basically, we have a configurable remote execution framework, so let's use it.  however, we should supply the basics to people who want to run zuul so they don't have to invent everything themselves -- thus the zuul-base-jobs repo.15:46
*** myoung|taxi is now known as myoung15:47
dmsimardcorvus: there's a fine line, though, is there not ? Like how we added the setup task before the ansible playbooks start running15:48
dmsimardIt's still Ansible but it's within the executor code15:48
corvusdmsimard: that wasn't to perform a task, that was solely so that we could run ansible more reliable later.  it doesn't do anything that a deployer would want to change, so it doesn't need any additional configuration.15:49
dmsimard"doesn't need any configuration" is something I can work with to make informed decisions :)15:50
corvusdmsimard: ++15:51
dmsimardBack to the SSH keys in https://review.openstack.org/#/c/535803/, we've historically discouraged (and turned down) reviews that wanted to add SSH keys to running nodes -- the role is meant to be used with nodepool/zuul hold (in a world where tenants/operators might be able to control zuul/nodepool remotely with an API, for example)15:52
dmsimardFor example pabelanger and I blocked https://review.openstack.org/#/c/526187/ in fairly recent history15:53
dmsimardBut with Zuul v3, people are going to be able to do everything they want anyway -- it involves trusting the users and zuul v3 was built especially to empower the users so I guess we might as well land it and make it convenient for people to use ?15:54
dmsimardIf they foot shoot, it'll be on them I guess15:55
corvusdmsimard: yeah, whether and how we use this in openstack is open to discussion.  but i think you're right, someone somewhere in the world is going to write that anyway, so we should land it in zuul-jobs so that the folks who want to use it can have the best version of that.  i'm not sure we should add the *playbook* to the default base job though; or if we do, that may be a case where i could be convinced15:56
corvusthat to enable the feature at all, an admin has to set an executor variable.15:56
corvus Discussion of the project gating system Zuul | Docs: http://docs.openstack.org/infra/zuul/ | Source: https://git.openstack.org/cgit/openstack-infra/zuul/ | V3 development: http://git.openstack.org/cgit/opensta15:57
corvus15:46 < corvus> dmsimard: i think everything should be handled by ansible.  that's why really fundamental things, like 'set up git repos' and 'install logging' are done in ansible.  basically, we have a15:57
corvus                configurable remote execution framework, so let's use it.  however, we should supply the basics to people who want to run zuul so they don't have to invent everything themselves -- thus the15:57
corvus                zuul-base-jobs repo.15:57
corvus15:47 -!- myoung|taxi is now known as myoung15:57
corvus15:48 < dmsimard> corvus: there's a fine line, though, is there not ? Like how we added the setup task before the ansible playbooks start running15:57
corvus15:48 < dmsimard> It's still Ansible but it's within the executor code15:57
corvus15:49 < corvus> dmsimard: that wasn't to perform a task, that was solely so that we could run ansible more reliable later.  it doesn't do anything that a deployer would want to change, so it doesn't need any15:57
corvus                additional configuration.15:57
corvus15:50 < dmsimard> "doesn't need any configuration" is something I can work with to make informed decisions :)15:57
corvus15:51 < corvus> dmsimard: ++15:57
corvus15:52 < dmsimard> Back to the SSH keys in https://review.openstack.org/#/c/535803/, we've historically discouraged (and turned down) reviews that wanted to add SSH keys to running nodes -- the role is meant to15:57
corvus                  be used with nodepool/zuul hold (in a world where tenants/operators might be able to control zuul/nodepool remotely with an API, for example)15:57
corvus15:53 < dmsimard> For example pabelanger and I blocked https://review.openstack.org/#/c/526187/ in fairly recent history15:57
corvusi meant to paste: https://docs.openstack.org/infra/zuul/admin/components.html#attr-executor.variables15:57
ShrewsO.o15:57
dmsimardoops :(15:57
Shrews/kickban corvus15:57
Shrews:)15:58
corvus#undo15:58
dmsimardWith the amount of pings in there, sigyn would have most likely k-lined corvus lol15:58
dmsimardThat would've been screenshot worthy15:58
corvusi hope she's not that naive15:59
corvusi only pinged you and me :)15:59
dmsimardIn all seriousness, I think the algorithm checks if ops are being pinged mindlessly15:59
corvusdmsimard: left review on 80316:03
*** openstackgerrit has quit IRC16:03
*** dkranz has quit IRC16:10
*** openstackgerrit has joined #zuul16:12
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Use reno for release notes  https://review.openstack.org/26259716:12
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Remove python-keystoneclient from test-requirements  https://review.openstack.org/53687916:12
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Remove pep8 and pyflakes from test-requirements  https://review.openstack.org/53688016:12
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Update docs to use sphinx-build and doc/requirements  https://review.openstack.org/53688116:12
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Switch to stestr  https://review.openstack.org/53688216:12
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Remove --no-subunit-trace argument  https://review.openstack.org/53688316:12
dmsimardcorvus: yeah, we actually don't have any playbooks in zuul-jobs16:30
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: WIP: Convert from legacy to native devstack job  https://review.openstack.org/53589916:48
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: WIP: Convert from legacy to native devstack job  https://review.openstack.org/53589916:49
*** hashar has quit IRC16:53
*** jkilpatr_ has joined #zuul16:58
*** jkilpatr has quit IRC17:00
openstackgerritMatthieu Huin proposed openstack-infra/zuul-jobs master: role: Inject public keys in case of failure  https://review.openstack.org/53580317:03
*** jkilpatr_ has quit IRC17:12
*** yolanda has joined #zuul17:17
dmsimardok I'm going to bikeshed here... plural javascripts? http://git.openstack.org/cgit/openstack-infra/zuul/tree/zuul/web/static/javascripts :D17:19
corvusdmsimard: that may change with mordred's tooling stack17:19
dmsimardok! I was trying to understand how the zuul-web dashboard was fetching it's data but I know nothing about angular/js. Was mostly trying to understand if we queried an API or if we queried the database directly17:20
corvusdmsimard: javascript uses http api served by zuul-web which contacts database17:21
dmsimardcorvus: that's what I managed to understand too, I'll search to see if that API documented somewhere. Is it publicly consumable ?17:22
*** dkranz has joined #zuul17:22
corvusdmsimard: consider it a preview.  we should start documenting it, but with big flashy warnings that say it may change.  i'd like us to stabilize it and formally support it after the 3.0 release.17:23
dmsimardcorvus: okay so it's meant to be public eventually ?17:24
corvusyep17:24
corvus(so probably anything you start doing with the api now, you'll be able to do in the future; we just might need to change 'how'.  but probably not 'what'.)17:25
dmsimardMy use case was to expose data from sql reporter (i.e, what zuul-web's dashboard is doing) but in a more consumable format fit for things like metrics, graphs, etc.17:25
corvusdmsimard: maybe the dashboard should have graphs?17:25
dmsimardcorvus: yeah, that's actually what I discussed with sshnaidm -- we got some interesting data out of review.rdo's zuul but at the same time there's an overlap with the statsd/graphite metrics.17:27
pabelangerdmsimard: I'd love to see how we could move the tripleo dashboards for CI upstream. Either into zuul-dashboard or openstack-health17:28
mordreddmsimard: are there more things we should be emitting into graphite?17:30
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Prune stale branches from mergers  https://review.openstack.org/53663217:30
corvusmordred: ^ the test failures were not substantial, that should be gtg now17:31
dmsimardmordred: I don't know. Both graphite/statsd and sql reporter implementations are optional -- they probably serve different purposes but they also hold some of the same metrics users might be interested in (success/failure, time start, time end, duration)17:32
corvusi think that (post 3.0) we may want to consider making sql non-optional.17:32
corvusperhaps in conjunction with supporting sqlite17:32
mordredcorvus: +2 with comment typo nit that can be fixed later or just ignored17:33
corvusanyway, put that on the table when thinking about these questions :)17:33
mordreddmsimard, corvus: I actually think we can keep them optional and have the dashboard DTRT - but I need to write down my thoughts on that and send them out17:33
corvusmordred: okay.  post 3.0? :)17:34
mordredcorvus: but I'd also be fine with sql reporter being non-optional, since AIO installs could always just use sqlite (although we'd probably want to add sqlite testing if we wanted to suggest that for AIO)17:34
mordredcorvus: totally17:34
corvusmordred: oh tobiash had a comment too; i'll see if i can address both and revise17:34
tobiashmordred: first we would need sqlite fixing ;)17:36
dmsimardsqlite is a bit tricky, I was bitten in ara and there's literally no way of fixing it17:36
dmsimardSomething about unnamed foreign keys/indexes which makes it impossible to act on them in SQL migrations17:36
tobiashSome of the migration scripts are not compatible with sqlite17:37
mordredyah. we'd have to fix the migration scripts ...17:37
pabelangertobiash: I'm trying to debug a quota issues for CPUs, does the following make sense? http://paste.openstack.org/show/650991/17:37
mordreddmsimard: my suggestion is to just skip the foreign keys if the driver is sqlite - the data integrity is all coming via the sqlalchemy layer app anyway17:38
pabelangertrying to understand why cores would be inf17:38
dmsimardmordred: you're the pro so I won't argue, I was taught that foreign keys and indexes are usually good things :P17:38
tobiashpabelanger: we have two kinds of quota17:39
tobiashThe quota of the cloud and the quota of the pool (set by nb config)17:40
mordreddmsimard: yah. they are 'good things' from a data model perspective. however, my opinion is that if there is an app-level data model that understands the foreign key constraints, it's more scalable to not define them in the database itself and just use the relationships in the model layer - processing and enforcing the keys in the db layer isn't free, and the db is the hardest piece of the puzzle to scale out17:40
mordreddmsimard: **indexes** on the other hand are essential17:40
tobiashThe lowest wins per value17:40
pabelangertobiash: okay, that helps17:41
pabelangerfor some reason we are launching more instances that cores allows17:41
pabelangerI would think quota of -8 cores is not good17:41
tobiashpabelanger: the predicted quota should be the quota remaining if the node we want to launch would be launched17:42
tobiashSo a predicted negative quota should prevent the node launch and pause the provider17:43
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Prune stale branches from mergers  https://review.openstack.org/53663217:43
corvustobiash, mordred: ^ should address both comments17:43
pabelangertobiash: okay, let me see what is happening in quota when we do launch a failure17:44
tobiashpabelanger: what I currently don't know is id nodes in deleting state are counted towards the quota17:46
tobiashIf not there could be a race between nodes not deleted yet and new nodes17:46
tobiashThat could be worth checking17:46
*** yolanda has quit IRC17:47
corvusmnaser: ^ do you know off hand?17:47
pabelangertobiash: interesting, let me check for that17:48
openstackgerritMerged openstack-infra/zuul master: Clarify uniqueness of some config items  https://review.openstack.org/53663417:49
mnasercorvus: im not really sure (assuming you're pinging re quotas?)17:49
tobiashcorvus: actually I meant quota accounting in nodepool itself17:49
mnaseri've never seen a negative quota happen but arent those numbers calculated by nodepool?17:50
mordredWELLLLLLL17:50
mordredchecking real quick - but I believe we trim nodes in DELETING state from the list at the shade layer17:50
mordrednope. nevermind. I was thinking about images I think17:51
mordredyup. we filter images that are in deleted state17:52
* mordred goes back to his hole17:52
pabelangertobiash: so, here is what I am seeing on failure: http://paste.openstack.org/show/650995/17:52
corvusmnaser: yes, i think the question is: does nova count deleting instances toward quota usage17:52
tobiashpabelanger: are these failures because of overquota?17:54
pabelangertobiash: yes, for cores17:56
pabelangerhttp://paste.openstack.org/show/650997/17:56
pabelangeri think that shows the issue17:56
pabelangerfrom when we get a node request, to quota check, to failure17:56
tobiashok, so it invalidates the cache, after that it should have current values17:57
tobiashare there some nodes in weird state?17:57
* tobiash rereads nodepool source17:57
pabelangertobiash: where does it check quota again before launching 2nd attempt?17:58
mnasercorvus: a cloud that might not have this? https://github.com/openstack/nova/blob/stable/pike/releasenotes/notes/recheck-quota-conf-043a5d6057b33282.yaml17:58
corvusfascinating17:59
tobiashpabelanger: it's in the openstack provider in estimateNodepoolQuota17:59
Shrewsah, the consistency of openstack clouds17:59
tobiashpabelanger: this calculates the quota nodepool has available17:59
corvustobiash, mnaser: so the answer is "maybe"?  :)18:00
mnaseri think so18:00
mnaseri think "maybe" is a good answer :P18:00
tobiashpabelanger: and estimatedNodepoolQuotaUsed calculates the quota used by the nodes nodepool manages18:02
tobiashhttp://git.openstack.org/cgit/openstack-infra/nodepool/tree/nodepool/driver/openstack/provider.py#n20918:03
tobiashso I suspect the error here or in a mismatch between getquota and internal quota accounting in nova18:03
pabelangertobiash: Hmm, is it possible that once we invalidating quota cache, because 2nd launch in _launch() function, we don't get the refreshed quota?18:04
tobiashwe had such errors also in our private cloud where getquota tells me there is plenty free, but nova tells me overquota on launch attempts18:04
pabelangertobiash: yah, I am having troubling seeing how quota is updated once we are in http://git.openstack.org/cgit/openstack-infra/nodepool/tree/nodepool/driver/openstack/handler.py#n21418:07
tobiashpabelanger: that's completely handled in http://git.openstack.org/cgit/openstack-infra/nodepool/tree/nodepool/driver/openstack/provider.py#n16618:08
tobiashso the quota available to nodepool as a whole is cached18:09
tobiashnot the free quota18:09
tobiashand that is calculated by absolute quota of the cloud minus all vms not belonging to nodepool18:10
tobiashpabelanger: can you check what shade's get_compute_limits call returns and then manually launch a node?18:11
pabelangertobiash: okay, it is possible I'm not understanding something, but once we are in NodeLauncher(), we try 3 times to launch a node. If I understand properly, we check quota before we enter NodeLauncher(), is if first launch attemts fails, I'm not seeing how we call out to quota again to get latest info.  We'd just try 2 more times and fail, because we are still over quota.18:12
pabelangerwouldn't an option be, if launch 1 fails due to quota, exit right way and skip other 2 attempts?18:12
tobiashpabelanger: it should check it here: http://git.openstack.org/cgit/openstack-infra/nodepool/tree/nodepool/driver/openstack/handler.py#n48718:14
pabelangertobiash: right, line 524 is when we enter NodeLauncher(), and try up to 3 times to bring the node online?18:15
tobiashpabelanger: hrm, maybe it doesn't pause the handler when hitting overquota18:15
pabelangerno, i don't believe so, we try right again to launch 2nd and 3rd attempts before failing18:17
*** jkilpatr has joined #zuul18:20
pabelangerYah, it doesn't look like we can pause the request once NodeLauncher() is running, once before we call it18:21
tobiashpabelanger: ah now I understand, there we're already one level deeper than the handler18:21
pabelangertobiash: Yah, sorry. That is what I was trying to explain :)18:21
tobiashhrm, that could get complicated18:22
tobiashwe would need to pause the handler and then wait until we have quota again18:22
tobiashI thought the handler will try to launch again18:23
tobiashthen it would handle it correctly18:23
pabelangerokay, so that's basically what I was seeing when looking at code18:24
tobiashpabelanger: what about when hitting overquota we abort and just delete the zk node?18:24
pabelangertobiash: maybe? is there a downside to that?18:25
tobiashthen I think the normal handler should take care of relaunching it18:25
pabelangerright18:25
pabelangerI think it would be safe to say, if we get overquota on first launch, it is possible 2nd and 3rd would also fail18:25
pabelangerunless we build in pausing / update quota logic18:25
tobiashit's even likely as we don't wait18:26
pabelangercorrect18:26
tobiashso I think it's worth trying to just abort and delete the znode to pretend nothing happened18:26
pabelangertobiash: did you want to propose patch to do that and see if corvus and Shrews are okay with it?18:26
tobiashk, I'll try18:27
*** yolanda has joined #zuul18:29
jlkhey all, quick question re PTG. I am going to be there for at least Sunday and Monday. On Monday I'd really like to have some time to present the GitHub internal CI/CD use case and spend some time exploring whether or not Zuul could be a useful tool to use in that way.18:29
jlkcorvus: mordred ^^18:30
*** dtruong has quit IRC18:34
tobiashjlk: cool, zuuling github itself would be a major break through18:38
dmsimardjlk: that would be super neat18:39
* dmsimard super sad not to be attending ptg18:39
jlkfull disclosure, the CI folks inside of GItHub are interested in EXPERIMENTING with zuul. Not necessarily to make use of it. No promises. That said, the folks I've talked to ARE familiar with Zuul (2.x) and have ran Zuul before at HP. I'm bringing them up to speed on v3 too.18:40
dmsimardso our diabolical plan to infiltrate other organizations to spread zuul is working18:41
jlklol18:41
dmsimardjlk: spoiler https://twitter.com/dmsimard/status/951982512116551681 :P18:42
jlkwait, what?18:42
dmsimardjlk: it's a joke :(18:43
jlkah18:43
dmsimardwell, not a joke but a coincidence I mean18:43
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Fix relaunch attempts when hitting quota errors  https://review.openstack.org/53693018:47
tobiashpabelanger, corvus, Shrews: I think that should fix pabelanger's quota issues ^^18:48
*** jpena is now known as jpena|off18:48
tobiashhowever it's too late for me to think about how to test this18:48
tobiashso I'll add a test tomorrow hopefully18:48
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Fix relaunch attempts when hitting quota errors  https://review.openstack.org/53693018:50
pabelangertobiash: thanks, will look shortly18:50
*** jkilpatr has quit IRC18:59
*** myoung is now known as myoung|biab19:00
corvusjlk: that's cool!  :)  i'm happy to help when that would be useful19:02
jlkcorvus: I would specifically like to get it on the agenda for Monday, because my wife plans to drag me up to Belfast on Tuesday.19:04
corvusjlk: oh good to know19:06
*** JasonCL has joined #zuul19:06
pabelangertobiash: we might want to see if we can test 536930, but suspect it will be a little tricky19:08
tobiashpabelanger: I think we maybe could be having a large cache ttl, reducing the quota of the fake cloud and requesting a node19:10
corvusjlk: looks like ptg brainstorming is happening here: https://etherpad.openstack.org/p/infra-rocky-ptg19:10
tobiashmy theory is that without the patch the request fails and with the patch it pauses19:11
corvusjlk: we may have to set aside an informal time monday for that19:11
jlkokay19:11
tobiashjlk: I'd be happy to join this discussion19:12
mordredcorvus, jlk: I have openstack board meeting on monday (yay for overlap) but I can get a braindump from corvus (and possibly you too)19:16
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Convert from legacy to native devstack job  https://review.openstack.org/53589919:16
jlkmordred: sure. I suspect it'll be an ongoing conversation if/when GitHub starts to experiment.19:17
mordredjlk: also, I seem to have a few different bay-area thigns on my plate in the not-too-distant future ... if it would be helpful for me to meet with wenlock whilst I'm in the general area I'd be happy to19:17
corvusmordred: wow, wasn't there like a bunch of pushback on that for that reason last time?19:17
pabelangerjlk: that is exciting19:17
jlkI believe a desired outcome is agreement that the workflow is something that Zuul could support, and a willingness to have a follow up meeting with our folks when the time gets closer.19:17
jlkmordred: that is indeed one of the desired outcomes, meetings. Because everybody loves meetings.19:18
mordredjlk: \o/19:19
openstackgerritHonza Pokorny proposed openstack-infra/zuul-jobs master: Add always_use_sha option to version-from-git role  https://review.openstack.org/53693819:21
openstackgerritHonza Pokorny proposed openstack-infra/zuul-jobs master: Add always_use_sha option to version-from-git role  https://review.openstack.org/53693819:26
*** elyezer has quit IRC19:28
*** elyezer has joined #zuul19:30
*** harlowja has joined #zuul19:34
*** sshnaidm has quit IRC19:39
openstackgerritMerged openstack-infra/zuul master: Prune stale branches from mergers  https://review.openstack.org/53663219:59
*** electrofelix has quit IRC20:01
*** sshnaidm has joined #zuul20:11
*** myoung|biab is now known as myoung20:23
*** jkilpatr has joined #zuul20:39
pabelangerShrews: do you mind adding https://review.openstack.org/536930/ to your reviews, wanted to see if you think that approach will work20:41
Shrewspabelanger: certainly20:42
Shrewspabelanger: commented20:55
pabelangerShrews: thanks, I'm working on seeing if we can actually test that via a unit test20:58
*** elyezer has quit IRC21:37
*** elyezer has joined #zuul21:41
*** rlandy is now known as rlandy|bbl22:13
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: [WIP] zuul autohold: allow filtering per commit  https://review.openstack.org/53699322:22
*** elyezer has quit IRC22:41
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Fall back on parent jobs from default branch  https://review.openstack.org/53699822:42
*** elyezer has joined #zuul22:43
*** elyezer has quit IRC22:52
*** elyezer has joined #zuul22:53
corvusmordred: ^ i've implemented suggestion #1 from my email, but in doing so, i realized that the problem doesn't only appear in inheritance.  in digging back into irc history, i belatedly noticed that, indeed, you ran into the problem without inheritance first, then fixed it at that layer, before running into the problem with inheritance.23:09
corvusmordred: i sent a followup email to zuul-discuss about it, because i think we may want to consider that case as well.23:09
*** dkranz has quit IRC23:21
openstackgerritPaul Belanger proposed openstack-infra/nodepool master: Remove fedora-25 from nodepool functional testing  https://review.openstack.org/53700423:28
openstackgerritPaul Belanger proposed openstack-infra/nodepool master: Switch to fedora-27 for nodepool functional testing  https://review.openstack.org/53700523:28
mordredcorvus: awesome. I'm good at finding problems!!!23:35
openstackgerritMatthieu Huin proposed openstack-infra/zuul master: [WIP] zuul autohold: allow filtering per commit  https://review.openstack.org/53699323:46
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Register .json routes with and without suffix  https://review.openstack.org/53701023:46
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Add /info and /{tenant}/info route to zuul-web  https://review.openstack.org/53701123:46
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Add support for configuring graphite_url  https://review.openstack.org/53701223:46
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Move WebInfo config processing into zuul.model  https://review.openstack.org/53701323:46
openstackgerritMonty Taylor proposed openstack-infra/zuul master: Add facility for plugins to register web routes  https://review.openstack.org/53701423:47
mordredcorvus: wow. yup. my brain cannot fully process the ramifications of that email at this point in the day23:50
corvusmordred: that's okay, i probably won't write #2 today anyway; i need to digest it as well.23:50
mordredcorvus: in other news, I made you a nice pile of changes related to zuul-web that I know you're going to fully enjoy reviewing23:51
tristanCdmsimard: zuul-web rest api is documented in https://review.openstack.org/#/c/535541/23:52
mordredtristanC: I'd love feedback from you on the stack I just pushed up23:53
*** rlandy|bbl is now known as rlandy23:54
mordredtristanC: oh. hrm. your patch is showing a hole in build-sphinx-docs23:57
mordredtristanC: I think I have a todo comment for it somewhere ... but the tl;dr is that we need to implement the tox-install-siblings logic for build-openstack-sphinx too23:58
mordredtristanC: I'll try to remember to get that done first thing in the morning, because I love the arbitrary depends-on you've got there :)23:59

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