Monday, 2020-01-27

*** nel1x has joined #openstack-nova00:19
*** jmlowe has joined #openstack-nova01:08
*** jmlowe has quit IRC01:08
*** hoonetorg has quit IRC01:38
*** hoonetorg has joined #openstack-nova01:51
*** damien_r has joined #openstack-nova01:54
*** openstackgerrit has quit IRC02:04
*** ircuser-1 has quit IRC02:10
*** davee__ has quit IRC02:16
*** davee__ has joined #openstack-nova02:16
*** ociuhandu has joined #openstack-nova02:33
*** ociuhandu has quit IRC02:33
*** ociuhandu has joined #openstack-nova02:34
*** ociuhandu has quit IRC02:40
*** damien_r has quit IRC03:28
*** psachin has joined #openstack-nova03:35
*** jhesketh has quit IRC03:56
*** davee___ has joined #openstack-nova04:03
*** davee__ has quit IRC04:04
*** davee_ has quit IRC04:05
*** davee__ has joined #openstack-nova04:05
*** udesale has joined #openstack-nova04:25
*** ratailor has joined #openstack-nova04:55
*** ratailor_ has joined #openstack-nova04:56
*** ratailor has quit IRC04:59
*** ociuhandu has joined #openstack-nova05:30
*** ociuhandu has quit IRC05:36
*** Luzi has joined #openstack-nova05:45
*** links has joined #openstack-nova05:50
*** slaweq__ has joined #openstack-nova06:03
*** tbachman has joined #openstack-nova06:07
*** tbachman_ has joined #openstack-nova06:11
*** tbachman has quit IRC06:12
*** tbachman_ is now known as tbachman06:12
*** Liang__ has joined #openstack-nova06:45
*** tkajinam has quit IRC07:02
*** tkajinam has joined #openstack-nova07:04
*** tbachman has quit IRC07:19
*** ralonsoh has joined #openstack-nova07:24
*** dpawlik has joined #openstack-nova07:26
*** luksky has joined #openstack-nova07:29
*** damien_r has joined #openstack-nova07:51
*** dpawlik has quit IRC07:52
*** tkajinam_ has joined #openstack-nova07:52
*** tkajinam has quit IRC07:55
*** tosky has joined #openstack-nova07:56
*** dpawlik has joined #openstack-nova07:59
*** iurygregory has joined #openstack-nova08:01
*** tesseract has joined #openstack-nova08:13
*** lbragstad has quit IRC08:15
*** lbragstad has joined #openstack-nova08:15
*** tkajinam_ has quit IRC08:18
*** rpittau|afk is now known as rpittau08:18
*** pcaruana has joined #openstack-nova08:25
*** ratailor_ has quit IRC08:37
*** ociuhandu has joined #openstack-nova08:47
*** ratailor has joined #openstack-nova08:51
*** vesper11 has quit IRC09:01
*** vesper11 has joined #openstack-nova09:05
*** martinkennelly has joined #openstack-nova09:21
*** ccamacho has joined #openstack-nova09:25
*** mrch has joined #openstack-nova09:30
*** derekh has joined #openstack-nova09:37
*** dpawlik has quit IRC09:40
*** xek has joined #openstack-nova09:42
stephenfinbauzas: Today's a spec review day for me. Just reviewed https://review.opendev.org/#/c/702943/09:45
*** openstackgerrit has joined #openstack-nova09:48
openstackgerritJohn Garbutt proposed openstack/nova-specs master: Small fixes to unified limits spec  https://review.opendev.org/70377309:49
*** ociuhandu has quit IRC09:50
bauzasstephenfin: ack, thanks09:59
bauzasFWIW, I should do the same...10:00
*** dtantsur|afk is now known as dtantsur10:23
openstackgerritSylvain Bauza proposed openstack/nova-specs master: Re-proposes multiple vGPU types in libvirt  https://review.opendev.org/70294310:38
stephenfinbauzas, efried: Think you folks could look at https://review.opendev.org/#/c/682655/ today? It's just a reproposal and I hope to have the mostly trivial code up later this week10:50
*** udesale has quit IRC10:58
*** etp has quit IRC10:58
*** etp has joined #openstack-nova11:00
openstackgerritStephen Finucane proposed openstack/nova-specs master: Additional upgrade clarifications for cpu-resources  https://review.opendev.org/66603211:17
*** rpittau is now known as rpittau|bbl11:21
openstackgerritMerged openstack/nova-specs master: spec update: virtual persistent memory  https://review.opendev.org/69586811:30
*** lpetrut has joined #openstack-nova11:32
*** kashyap has joined #openstack-nova11:52
stephenfinkashyap: Loads of comments left on https://review.opendev.org/#/c/693844/, when you have time11:53
* kashyap waves11:53
kashyapstephenfin: Will check, on the phone; thanks!11:54
*** luksky has quit IRC11:55
kashyapstephenfin: Thanks for taking time to review; reasonable questions, will respond there.12:07
*** ociuhandu has joined #openstack-nova12:11
stephenfinhuaqiang: Is it you that's working on bp/use-pcpu-and-vcpu-in-one-instance ? If so, just hit the spec at https://review.opendev.org/#/c/668656/12:15
*** ociuhandu has quit IRC12:19
*** damien_r has quit IRC12:28
*** ociuhandu has joined #openstack-nova12:30
openstackgerritMerged openstack/nova master: nova-net: Remove remaining nova-network quotas  https://review.opendev.org/69715212:33
*** johnthetubaguy has joined #openstack-nova12:34
*** beekneemech has joined #openstack-nova12:51
*** bnemec has quit IRC12:51
*** rpittau|bbl is now known as rpittau12:55
*** ratailor has quit IRC13:00
*** damien_r has joined #openstack-nova13:01
*** ociuhandu has quit IRC13:14
*** psachin has quit IRC13:29
*** ociuhandu has joined #openstack-nova13:34
gibistephenfin: replied in https://review.opendev.org/#/c/70176313:35
*** smcginnis has quit IRC13:50
*** smcginnis has joined #openstack-nova13:51
*** smcginnis is now known as smcginnis|FOSDEM13:53
gibistephenfin: you were the second +2 on https://review.opendev.org/#/c/699669/ but did not +A it. Is it intentional?14:00
*** udesale has joined #openstack-nova14:03
*** links has quit IRC14:11
openstackgerritMerged openstack/nova-specs master: Re-proposes multiple vGPU types in libvirt  https://review.opendev.org/70294314:11
*** Luzi has quit IRC14:13
*** haleyb has joined #openstack-nova14:14
*** luksky has joined #openstack-nova14:16
efriedstephenfin: Would you please make a blueprint for that?14:18
openstackgerritVladyslav Drok proposed openstack/nova master: Make RBD imagebackend flatten method idempotent  https://review.opendev.org/70433014:35
openstackgerritVladyslav Drok proposed openstack/nova master: Make RBD imagebackend flatten method idempotent  https://review.opendev.org/70433014:36
*** tbachman has joined #openstack-nova14:49
efriedlyarwood: I've been procrastinating on https://review.opendev.org/#/c/669121/ -- at some point would you mind directing me to the piece of the CI that shows it's doing what's expected?14:50
efriedoh, I guess it's not waiting on me, since there's an open dep. That makes me feel less slackerish.14:51
*** nweinber_ has joined #openstack-nova14:54
lyarwoodefried: yup I've been pinging away in openstack-qa about this for a while, I'll try to get it over the line today. The CI you're looking for is actually against that change as the dep is for an openstack/grenade change.14:55
* lyarwood adds a comment with log links14:56
efriedthanks14:57
lyarwoodgah .gz files, has zuul regressed recently in terms of being able to display these .gz log files as plain text via the web ui?14:58
lyarwoodor were these just plain text before and are now .gz?14:58
lyarwoodeither way it's now impossible to share URLs to specific log lines etc14:59
*** tbachman has quit IRC15:01
*** damien_r has quit IRC15:01
*** damien_r has joined #openstack-nova15:01
efriedlyarwood: Yeah, infra changed a thing, something about swift, and now a few jobs, including legacy ones, are double-compressing log files. It's a serious PITA.15:01
efriedApparently we can fix it somewhere in the job definition itself, but so far nobody has gone and done that. Not sure how much of that is because nobody knows how (that's certainly *my* excuse) or just haven't had the time.15:02
efriedAnother hesitation with that is that we *should* just go convert those jobs to zv3, which would make the problem go away, and which we're supposed to be doing anyway.15:03
efriedthat also has been not done, and for similar reasons I imagine.15:03
efriedsmarter people than me have made attempts, but nothing has closed15:03
lyarwoodefried: ack thanks, I did start looking at switching the nova-lvm job over last week but didn't post anything.15:04
lyarwoodsean-k-mooney: have you started converting any of the grenade jobs to zuulv3?15:04
lyarwoodiirc you were looking at this right?15:05
efriedI will personally buy a cookie for whoever makes the .gz problem go away, I don't care how.15:05
* efried bbiab15:05
*** dviroel has joined #openstack-nova15:11
gmannlyarwood: grenade job zuulv3 work https://review.opendev.org/#/q/topic:grenade_zuulv3+status:open15:21
lyarwoodgmann: awesome thank you, I'll take a look shortly15:22
*** tbachman has joined #openstack-nova15:28
*** artom has joined #openstack-nova15:31
*** damien_r has quit IRC15:46
*** damien_r has joined #openstack-nova15:47
lyarwoodmelwitt: https://review.opendev.org/#/c/703005/ - Did you have another openstack/nova change using https://review.opendev.org/#/c/548936/ btw?15:50
* lyarwood can't find it if you did15:50
melwittlyarwood: yeah, I was dual purposing this https://review.opendev.org/70147816:02
lyarwoodmelwitt: ah cool thanks16:03
melwittI got motivated to test out the grenade change while trying to get some info on that cell timeout gate failure in grenade jobs (bc the log files are all gzipped and annoying to have to download). zuul v3 conversion solves that problem16:04
*** efried has quit IRC16:08
*** efried has joined #openstack-nova16:10
dansmithefried: just want to make sure it's clear that I'm waiting for you to ack this before I really do much with it: https://review.opendev.org/#/c/631243/5216:13
efrieddansmith: okay, thanks for the heads up.16:14
dansmithefried: seems like you haven't been through that set lately, are you planning to go through it again soon?16:15
efriedI can do that, yes.16:15
efrieddansmith: I was actually mostly waiting for you to be happy with it.16:15
dansmithefried: last time I did I got to like patch #4 and found yet many more sections of code where there wasn't any testing, and/or tests that asserted things were called, but not with any specific parameters and got annoyed16:15
efriedokay.16:16
dansmithand so I'm feeling a little like I'm the only guy digging deep on those things, which is exhausting16:16
*** ociuhandu has quit IRC16:16
*** udesale has quit IRC16:19
efriedI'll take a thorough swipe this week. You should take some time off to prevent burnout. Go do some sledding or something.16:24
dansmithwell, I'm just back from time off for general burn-out reasons,16:25
dansmithbut I also don16:25
dansmithI also don't want to get too myopic on this set, so I think it would be good to have someone else take a pass through and see if they find things I'm not seeing16:25
dansmithlike, a little more than just my comments get changed each time and I don't want to settle into an itemized list of "yes, my comment was addressed" without looking close enough at the whole change16:26
efriedack16:26
*** gyee has joined #openstack-nova16:29
*** ccamacho has quit IRC16:34
*** Liang__ has quit IRC16:35
lyarwoodmelwitt: sorry got slightly distracted, did you want to use that change to switch things over to the new zuulv3 job or should we create a fresh one?16:37
melwittlyarwood: I'd create a fresh one. I don't know why I didn't make a fresh one, sorry16:38
lyarwoodmelwitt: ack np I can take a swing at that now16:40
melwittlyarwood: yeah sure, go ahead. thanks16:40
melwittjust have to remove the -py3 from the name, I think that's all16:41
melwitt(and depends-on tosky's grenade change)16:41
lyarwoodmelwitt: yeah, doesn't our grenade job also run some live migration tests?16:42
* lyarwood checks16:42
melwittlyarwood: I ... don't know tbh16:43
lyarwoodhttps://github.com/openstack/nova/blob/80539a5e849bf8ec1239f0ed01433a7f8a54015b/playbooks/legacy/nova-grenade-multinode/run.yaml#L57-L59 - yeah it does, I don't think the new job includes this yet.16:44
melwittnote that I was referencing only the single node grenade job earlier, we also have a multinode grenade job that I did _not_ try to convert to yet using tosky's change16:44
lyarwoodah okay I see16:44
melwittso that might be the one16:44
melwittand you already linked it so yes16:44
*** TxGirlGeek has joined #openstack-nova16:46
toskyand tosky wasn't able to find a proper workaround for the failures when using grenade plugins (shame on him)16:46
*** mrch has quit IRC16:47
melwitttosky: do you have a change where you are working on getting plugins to work? is that here? https://review.opendev.org/639774 is there any way we could help?16:54
toskymelwitt: I don't have a change; the problem is that I'm not able to figure out where the py2 openstackclient is installed and make sure its CLI used over its py3 counterpart16:56
*** dtantsur is now known as dtantsur|afk16:57
melwittoh, interesting16:57
toskyI would expect that starting from a py3 deployment, even if the py2 version is installed afterwards, the py3 version installed first would still be the one used for the CLI16:57
*** iurygregory has quit IRC16:58
*** martinkennelly has quit IRC16:58
melwittI would expect that as well17:00
stephenfinefried: create a blueprint for what?17:01
lyarwoodstephenfin: https://review.opendev.org/702943 - I think he was talking about that spec that had just merged.17:02
stephenfinah, makes sense17:03
stephenfinwill do17:03
toskytalking about jobs, a few days ago the nova-live-migration job was failing in stable/pike; do you know if it has been solved?17:03
melwitttosky: it has not been solved yet. sean-k-mooney said they would try to dig into it more soon. it's not 100% failure rate but seems like it's close to that17:04
*** jdillaman has joined #openstack-nova17:04
efriedstephenfin: I was talking about https://review.opendev.org/#/c/682655/17:06
efriedIt looks like you're using a new bp name for this round, but there's no bp by that name.17:07
openstackgerritLee Yarwood proposed openstack/nova master: zuul: Switch to the Zuulv3 grenade job  https://review.opendev.org/70436417:09
stephenfinefried: https://blueprints.launchpad.net/nova/+spec/flavor-extra-spec-validators17:10
efriedthanks17:11
*** mlavalle has joined #openstack-nova17:12
*** ociuhandu has joined #openstack-nova17:14
sean-k-mooneytosky: its actully the other way around. which ever version is installed last get used but only if its the first installation17:15
*** gregwork has joined #openstack-nova17:15
sean-k-mooneyif you upgrade an existing install it does not replace the console script  i think17:15
sean-k-mooneyso ify its py2 then py3 on n-1 1 and py3 only on n i thing the console scrript will point to py217:16
sean-k-mooneyanyway its a bit of a pain. we likely should make the py2 install in py3 mode optional in train17:17
sean-k-mooneyso we can disable it in the greade job17:17
sean-k-mooneybut yes i will try to look at nova-live-migration this week. i think i have got a downstream backport working so i should have more time to look at it this week17:18
sean-k-mooneyi might try to set aside tomorow to look at it17:18
*** ircuser-1 has joined #openstack-nova17:20
stephenfingibi: RE: https://review.opendev.org/#/c/701763/4/specs/ussuri/approved/non-admin-filter-instance-by-az.rst@83, are you saying it's not possible to use policy to allow any user access to the API?17:26
*** luksky has quit IRC17:27
gibistephenfin: I think the policy is not per field17:28
gibistephenfin: so if we want to make some fields available for filtering to the normal user then we need to change code17:30
stephenfinOh, so even with this spec there are fields that the admin will be able to filter on but not a normal user?17:31
stephenfinI missed that, if so17:31
*** ociuhandu_ has joined #openstack-nova17:32
gibistephenfin: yeah I think so17:33
stephenfinriiight, okay then, my bad17:33
gibiadmin can filter on admin only fields too17:33
stephenfinlemme double that check and then I'll hit it again17:33
gibiI mean those fields that are not returned in the GET /servers/ to non-admins17:33
stephenfinyeah, makes sense in hindsight17:33
*** ociuhandu has quit IRC17:36
toskysean-k-mooney: thanks for both :)17:37
*** mriedem has joined #openstack-nova17:37
*** ociuhandu_ has quit IRC17:37
*** tesseract has quit IRC17:38
*** beekneemech is now known as bnemec-ooo17:39
*** slaweq__ is now known as slaweq17:45
*** jobewan has joined #openstack-nova17:53
*** TxGirlGeek has quit IRC18:00
*** TxGirlGeek has joined #openstack-nova18:01
*** martinkennelly has joined #openstack-nova18:01
*** rpittau is now known as rpittau|afk18:18
*** TxGirlGeek has quit IRC18:30
*** martinkennelly has quit IRC18:36
*** stephenfin has left #openstack-nova18:47
*** stephenfin has joined #openstack-nova18:47
*** mgariepy has quit IRC18:52
*** lpetrut has quit IRC18:55
*** TxGirlGeek has joined #openstack-nova18:55
*** mgariepy has joined #openstack-nova18:57
*** xek has quit IRC19:02
*** xek has joined #openstack-nova19:02
*** TxGirlGeek has quit IRC19:04
*** TxGirlGeek has joined #openstack-nova19:09
*** jobewan has quit IRC19:10
openstackgerritMerged openstack/nova stable/pike: Avoid redundant initialize_connection on source post live migration  https://review.opendev.org/68300819:18
*** ralonsoh has quit IRC19:22
*** gregwork has quit IRC19:25
*** KeithMnemonic has joined #openstack-nova19:26
KeithMnemonicEureka, that BDM patch on stable/pike finally merged. Thanks a ton for all of your endless help mriedem: , melwitt: and of course hemna:19:27
melwittcool KeithMnemonic19:39
*** luksky has joined #openstack-nova19:47
*** bbowen has quit IRC20:06
openstackgerritLee Yarwood proposed openstack/nova master: zuul: Add Fedora based jobs to the experimental queue  https://review.opendev.org/70123120:13
openstackgerritLee Yarwood proposed openstack/nova master: WIP libvirt: Use virDomainBlockCopy to swap volumes with >= 5.10.0  https://review.opendev.org/69683420:14
*** gyee has quit IRC20:27
*** gyee has joined #openstack-nova20:28
*** openstackstatus has joined #openstack-nova20:28
*** ChanServ sets mode: +v openstackstatus20:28
*** artom has quit IRC20:31
*** lbragstad has quit IRC20:40
*** lbragstad has joined #openstack-nova20:41
*** lbragsta_ has joined #openstack-nova20:47
*** lbragstad has quit IRC20:50
*** lbragsta_ has quit IRC20:50
*** lbragstad has joined #openstack-nova20:50
*** mgariepy has quit IRC20:55
*** efried has quit IRC21:18
*** efried1 has joined #openstack-nova21:18
*** martinkennelly has joined #openstack-nova21:19
*** efried1 is now known as efried21:21
*** bbowen has joined #openstack-nova21:21
*** xek has quit IRC21:29
*** ociuhandu has joined #openstack-nova21:50
*** lpetrut has joined #openstack-nova21:51
*** lpetrut has quit IRC21:55
*** nweinber_ has quit IRC21:56
*** rcernin has joined #openstack-nova22:10
*** slaweq has quit IRC22:17
*** martinkennelly has quit IRC22:22
*** slaweq has joined #openstack-nova22:34
*** nweinber_ has joined #openstack-nova22:35
*** nweinber_ has quit IRC22:35
*** slaweq has quit IRC22:38
*** tkajinam has joined #openstack-nova22:55
*** artom has joined #openstack-nova23:13
*** damien_r has quit IRC23:15
efrieddansmith: remind me (again) which direction we're allowed to have mismatched versions: controller newer than compute or vice versa?23:18
*** mriedem has quit IRC23:22
sean-k-mooneycontroler newer then compute i think23:22
sean-k-mooneywe expect the contol plane to be upgraded first23:22
efriedk23:25
sean-k-mooneyin either case the sender is ment to back level to the max version supported by the reciver if memory serves. greade upgrade the contol plane first so that is what we test.23:26
efriedI'm trying to understand the upgrade implications of the extra spec validation thing.23:27
sean-k-mooneyah ok23:27
sean-k-mooneythat does rais an intersting question. if the extra specs were ovo should you allow the flaovr to be back leveled if a unsupporte extra spec was requested.23:28
sean-k-mooneyi have not review that proposal by the way so that is jsut me specualting but i would lean towrads no23:29
efriedI think it's simpler than that.23:29
efriedUltimately an extra spec that's used on/by the compute (which is many of them) is being validated at the API.23:30
*** ociuhandu has quit IRC23:30
sean-k-mooneyyes at least initally23:30
*** ociuhandu has joined #openstack-nova23:30
efriedand if the versions are mismatched, we could have an extra spec that the control plane (because newer) understands, but the compute won't. If the developer of that extra spec is doing their job right, they'll have tied it to a request filter so you would never land on that compute, so probably no big deal.23:31
efriedBut the other way around is also possible. If we deprecate/remove support for an extra spec, the control plane thinks it's invalid while the compute still supports it.23:31
efriedI guess that means you have to wait *two* cycles before you get to add the validator that forbids the removed extra spec.23:32
efriedor something.23:32
sean-k-mooneyya althoguh im not sure we have ever remvoed an extra spec23:33
sean-k-mooneyi can think of one or two i woudl consider removing but i dont think we have ever actully done it23:33
sean-k-mooneyand actully i have reviewd https://review.opendev.org/#/c/682655/1/specs/ussuri/approved/flavor-extra-spec-validators.rst but it was last cycle23:33
*** rchurch has quit IRC23:34
*** rchurch has joined #openstack-nova23:36
*** ociuhandu has quit IRC23:39
*** tosky has quit IRC23:45

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