| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2020-04-08 | |||
| 08:52:38 | stephenfin | Yeah, exactly | |
| 08:52:47 | stephenfin | Catch it before it's released | |
| 08:53:05 | gibi | stephenfin: release will happen tomorrow night so we have some time | |
| 08:53:55 | gibi | stephenfin: I'm really glad that you have the time to tinker with that client patch, I feel a bit overwhelmed due to FF | |
| 08:56:00 | openstackgerrit | Ghanshyam Mann proposed openstack/nova master: Add test coverage of existing server policies https://review.opendev.org/718348 | |
| 08:56:15 | openstackgerrit | Ghanshyam Mann proposed openstack/nova master: Add test coverage of existing server policies https://review.opendev.org/718348 | |
| 08:59:33 | openstackgerrit | Stephen Finucane proposed openstack/python-novaclient master: Make 'server list --config-drive' a boolean option https://review.opendev.org/718349 | |
| 08:59:40 | stephenfin | gibi: Yeah, I just want to nip this one in the bud before it gets released and that's not possible | |
| 09:02:22 | johnthetubaguy | what is the REST API bug? | |
| 09:02:32 | bauzas | gibi: stephenfin: hum, just catching-up but I feel this somehow has to be cleared in between us : https://review.opendev.org/#/c/713089/ | |
| 09:03:03 | openstackgerrit | Stephen Finucane proposed openstack/python-novaclient master: Make 'server list --config-drive' a boolean option https://review.opendev.org/718349 | |
| 09:03:04 | bauzas | gibi: stephenfin: FWIW, we should ask not to merge nova api changes unless there are novaclient patches in Depends-ON | |
| 09:03:29 | johnthetubaguy | bauzas: really we should ask for openstack cli right? | |
| 09:03:40 | bauzas | johnthetubaguy: OSC is more problematic in my mind | |
| 09:03:51 | bauzas | but yeah we *should* | |
| 09:04:01 | johnthetubaguy | agreed, I spend hours with customers telling them which commands are totally broken in there | |
| 09:04:09 | stephenfin | johnthetubaguy: 'Instance.config_drive' is a string field but we treat it as sort of a boolean, storing the string 'True' for true and the empty string for False | |
| 09:04:11 | bauzas | at least, a depends-on should be there for a microversion patch | |
| 09:04:32 | stephenfin | johnthetubaguy: only the API rejects '?config_drive=' (the empty string) | |
| 09:04:46 | gibi | bauzas: do you mean the API change depends-on the client patch not the other way around? | |
| 09:05:06 | stephenfin | so it's not possible to say "give me all servers without a config drive" | |
| 09:05:10 | bauzas | gibi: indeed, because of the release cadence | |
| 09:05:22 | johnthetubaguy | stephenfin: and you can't do 'False' I guess? | |
| 09:05:38 | johnthetubaguy | because empty string is falsey | |
| 09:05:54 | stephenfin | nope, because whatever we provide is passed straight through to the DB query on the server side | |
| 09:06:10 | stephenfin | and I guess an exact match lookup done | |
| 09:06:15 | bauzas | gibi: anyway, just a can of worms for now | |
| 09:06:30 | bauzas | and I don't want to go to the rabbit cave | |
| 09:06:45 | gibi | bauzas: could you please add you thinking to the etherpad https://etherpad.openstack.org/p/nova-victoria-ptg around L84 | |
| 09:06:48 | stephenfin | that's my understanding of it, anyway. gibi can correct me if I'm wrong, though he's probably correct in saying we should wait til after feature freeze to work on this bugfix | |
| 09:06:57 | bauzas | but I'm afraid we would run against client changes if we don't do it | |
| 09:07:00 | gibi | stephenfin: you are correct | |
| 09:07:05 | stephenfin | \o/ | |
| 09:07:24 | bauzas | gibi: and the fact that stephenfin takes time to write the client changes instead of the BP owner makes me think that I'm right | |
| 09:07:25 | gibi | stephenfin: I would also add that this bug exists at least since 2017 | |
| 09:08:01 | gibi | bauzas: it is not exactly that. the owner wrote a change, we even merged a fixed version of it, stephenfin just has an improvement idea on the CLI interface | |
| 09:08:11 | bauzas | gibi: writing client changes should be the responsibility of the bp owner, not the nova maintainers IMHO | |
| 09:08:13 | stephenfin | bauzas: tbc, the client changes were done. I'm just tweaking it because I didn't like how it was done | |
| 09:08:24 | bauzas | oh ok, then nevermind | |
| 09:08:29 | stephenfin | but my patch is by no means mandatory | |
| 09:08:48 | bauzas | cool then | |
| 09:08:54 | stephenfin | if anything, I'm at fault because lyarwood drafted the novaclient change for *my* series /o\ | |
| 09:09:22 | bauzas | again, it's just my personal thoughts, not a policy | |
| 09:09:25 | gibi | bauzas: btw merging the client code before the API version bump means we need to agree what microversion number an API change will take _before_ we merge the API change | |
| 09:09:26 | bauzas | don't take it wrong | |
| 09:09:39 | lyarwood | stephenfin: wait, did I screw that up? | |
| 09:09:53 | stephenfin | lyarwood: no no, it was good, thanks :) | |
| 09:10:00 | bauzas | gibi: when we're close to FF, I feel we somehow organize it already :) | |
| 09:10:01 | gibi | bauzas: I'm not saying we should not do that, I say this will add complexity | |
| 09:10:29 | stephenfin | gibi, bauzas: Yeah, let's bring this up at the PTG. Only two microversions left to go for this cycle, hopefully | |
| 09:10:30 | gibi | bauzas: on the nova side it is by chance, on the client side, it is driven by the allocated microversion | |
| 09:10:31 | bauzas | just because of the potential merge conflicts that would require a Zuul respin | |
| 09:10:38 | gibi | stephenfin: +! | |
| 09:10:39 | gibi | stephenfin: +1 | |
| 09:10:51 | bauzas | I can add thoughts on this, not solutions | |
| 09:10:54 | lyarwood | and both are no-ops in the client | |
| 09:12:25 | lyarwood | we all assumed you had farmed some of your work out to your kids ;) | |
| 09:12:27 | bauzas | should I say "please keep me locked down for a while ?" | |
| 09:12:33 | lyarwood | /s | |
| 09:13:06 | bauzas | lyarwood: you can't imagine how you're right : this weekend's TODO : teach 'Scratch' to my 9yo daughter, she wants to | |
| 09:13:21 | lyarwood | that's awesome :) | |
| 09:13:57 | bauzas | she did read children books about girls doing STEM, she now wants to code | |
| 09:14:13 | bauzas | not sure how long it will last tho | |
| 09:16:26 | bauzas | https://www.penguinrandomhouse.com/series/GWC/girls-who-code FTW | |
| 09:21:50 | bauzas | gibi: looking at https://launchpad.net/nova/+milestone/ussuri-3 I only see lyarwood's and gmann's changes requiring reviews, right? | |
| 09:22:00 | bauzas | gibi: other bps aren't marked 'Needs Code review' | |
| 09:22:11 | bauzas | (besides my own BP of course) | |
| 09:22:22 | gibi | brinzhang: something is either wrong with https://review.opendev.org/#/c/712651/15 or with the API code, as I cannot change d-o-t from True to False | |
| 09:22:39 | gibi | bauzas: don't trust Needs Code review field | |
| 09:22:47 | gibi | I'm pretty sure it is not up-to-date | |
| 09:23:15 | bauzas | gibi: I usually don't but other BPs are either implemented or 'Started' but are actually either merged or still WIP :) | |
| 09:23:40 | gibi | bauzas: hm, stephenfin's extra spec validation also open | |
| 09:24:21 | bauzas | of the 3 'Started', one is already got +2 from me, the other one is the 2.85 microversion change we just discussed and the third one is in the gate :) | |
| 09:24:39 | stephenfin | yeah, that's blocked by this tempest change. I'm hoping gmann can expedite it today https://review.opendev.org/#/c/707223/ | |
| 09:24:39 | bauzas | gibi: I just +2d the whole series with comments | |
| 09:24:45 | gibi | bauzas: cool | |
| 09:25:06 | bauzas | either way, jumping to lyarwood's then | |
| 09:25:24 | gibi | I got pinged about the https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/use-pcpu-and-vcpu-in-one-instance too | |
| 09:25:37 | gibi | bauzas: yeah, lyarwood should be close | |
| 09:25:40 | gibi | bauzas: thanks | |
| 09:25:51 | gibi | I mean lyarwood's | |
| 09:25:58 | bauzas | gibi: want me to look at https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/use-pcpu-and-vcpu-in-one-instance too ? | |
| 09:26:40 | gibi | bauzas: honestly I don't know if it still has a chance to land, there is a lot of patches there | |
| 09:26:50 | bauzas | that's what I see | |
| 09:27:02 | gibi | and I haven't really followed the series so I have no context how complex it is | |
| 09:27:15 | gibi | gmann's policy patches are fairly simple in the other hand | |
| 09:27:39 | stephenfin | I'm happy to keep reviewing the policy patches, if you could take a look at the pcpu-and-vcpu one, bauzas | |
| 09:27:49 | stephenfin | fwiw, the complexity is only in the last two patches or | |
| 09:27:51 | stephenfin | ....so | |
| 09:28:04 | gibi | also there is https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/unified-limits-nova I started reviewing lately but I had no time to get back to it and re-review | |
| 09:28:10 | stephenfin | the rest is an attempt to make that code readable :( | |
| 09:28:20 | stephenfin | it's so, so bad | |
| 09:29:24 | bauzas | ok, entering the frightening tho exciting world of mystery that are volume-backed instances | |
| 09:29:31 | bauzas | lyarwood: ^ | |
| 09:30:11 | bauzas | stephenfin: okay, then you're next in my queue after bfv rescuse | |
| 09:30:14 | bauzas | rescue* | |
| 09:30:38 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Follow-up for flavor-extra-spec-validators series https://review.opendev.org/718357 | |
| 09:30:59 | bauzas | stephenfin: I'd appreciate some reading of https://review.opendev.org/#/c/715489/ | |
| 09:31:06 | bauzas | (btw.) | |
| 09:31:33 | bauzas | bonus stage : https://review.opendev.org/#/c/717975/8 | |