Thursday, 2020-04-16

openstackgerritGhanshyam Mann proposed openstack/nova master: Add docs and releasenotes for BP policy-defaults-refresh  https://review.opendev.org/72012900:01
*** tetsuro has joined #openstack-nova00:03
*** brinzhang has joined #openstack-nova00:13
*** hongbin has quit IRC00:22
*** avolkov has quit IRC00:26
*** hongbin has joined #openstack-nova00:29
*** ttsiouts has joined #openstack-nova00:30
*** prometheanfire has quit IRC01:00
*** ttsiouts has quit IRC01:04
*** prometheanfire has joined #openstack-nova01:07
*** Liang__ has joined #openstack-nova01:09
openstackgerritGhanshyam Mann proposed openstack/nova master: Add docs and releasenotes for BP policy-defaults-refresh  https://review.opendev.org/72012901:22
*** tetsuro has quit IRC01:47
*** tetsuro has joined #openstack-nova01:54
*** mkrai has joined #openstack-nova01:59
*** brinzhang_ has joined #openstack-nova02:04
*** brinzhang has quit IRC02:08
*** brinzhang has joined #openstack-nova02:08
*** brinzhang_ has quit IRC02:09
*** yaawang has quit IRC02:10
*** yaawang has joined #openstack-nova02:11
*** ttsiouts has joined #openstack-nova02:15
*** sapd1 has joined #openstack-nova02:28
*** artom has quit IRC02:30
*** lifeless_ is now known as liffeless02:40
*** liffeless is now known as lifeless02:40
*** JamesBenson has quit IRC02:47
*** ttsiouts has quit IRC02:49
*** hongbin has quit IRC02:50
*** ociuhandu has joined #openstack-nova03:14
*** prometheanfire has left #openstack-nova03:15
*** ociuhandu has quit IRC03:19
*** maohongbo1 has joined #openstack-nova03:22
*** ttsiouts has joined #openstack-nova03:23
*** maohongbo has quit IRC03:23
*** maohongbo1 is now known as maohongbo03:23
*** psachin has joined #openstack-nova03:26
*** ttsiouts has quit IRC03:28
*** threestrands has joined #openstack-nova03:29
*** tetsuro has quit IRC03:30
*** maohongbo1 has joined #openstack-nova03:35
*** maohongbo has quit IRC03:35
*** maohongbo1 is now known as maohongbo03:35
*** gyee has quit IRC04:02
*** ttsiouts has joined #openstack-nova04:03
*** ttsiouts has quit IRC04:37
*** evrardjp has quit IRC04:37
*** evrardjp has joined #openstack-nova04:37
*** udesale has joined #openstack-nova04:43
*** tetsuro has joined #openstack-nova04:48
*** ratailor has joined #openstack-nova05:00
*** ratailor has quit IRC05:01
*** vishalmanchanda has joined #openstack-nova05:01
*** ratailor has joined #openstack-nova05:06
*** maohongbo has quit IRC05:10
*** maohongbo has joined #openstack-nova05:10
*** ttsiouts has joined #openstack-nova05:41
*** ttsiouts has quit IRC05:46
*** maohongbo1 has joined #openstack-nova05:49
*** maohongbo has quit IRC05:50
*** maohongbo1 is now known as maohongbo05:50
*** ralonsoh has joined #openstack-nova05:56
*** ociuhandu has joined #openstack-nova06:11
*** ttsiouts has joined #openstack-nova06:17
*** ttsiouts has quit IRC06:22
*** dklyle has quit IRC06:36
*** damien_r has joined #openstack-nova06:37
*** ociuhandu has quit IRC06:38
*** ociuhandu has joined #openstack-nova06:39
gibigood morning06:40
*** damien_r has quit IRC06:42
*** ociuhandu has quit IRC06:44
*** nightmare_unreal has joined #openstack-nova06:47
*** dpawlik has joined #openstack-nova06:49
*** maohongbo has quit IRC06:50
*** maohongbo has joined #openstack-nova06:51
*** ttsiouts has joined #openstack-nova06:56
*** ccamacho has joined #openstack-nova07:01
*** tesseract has joined #openstack-nova07:06
*** ttsiouts has quit IRC07:09
*** ttsiouts has joined #openstack-nova07:09
*** slaweq has joined #openstack-nova07:12
*** maciejjozefczyk has joined #openstack-nova07:13
*** ociuhandu has joined #openstack-nova07:30
openstackgerritMerged openstack/nova master: Pass the actual target in flavor access policy  https://review.opendev.org/71960707:34
*** rpittau|afk is now known as rpittau07:34
*** tosky has joined #openstack-nova07:38
*** maohongbo has quit IRC07:39
*** maohongbo has joined #openstack-nova07:39
*** ttsiouts has quit IRC07:47
*** maohongbo1 has joined #openstack-nova07:50
*** maohongbo has quit IRC07:51
*** maohongbo1 is now known as maohongbo07:51
*** ttsiouts has joined #openstack-nova07:55
*** links has joined #openstack-nova08:02
bauzasgood morning Nova08:03
bauzasgibi: permission to lock the semaphore for triaging bugs ?08:10
gibibauzas: granted, I'm on a call08:12
bauzasgibi: -EINTR08:13
*** happyhemant has joined #openstack-nova08:14
bauzassem_wait(*bugs)08:16
*** maohongbo has quit IRC08:16
*** maohongbo has joined #openstack-nova08:17
openstackgerritMerged openstack/nova master: Fix server actions to be system and project scoped  https://review.opendev.org/72012308:19
*** abhishek has joined #openstack-nova08:20
*** ociuhandu has quit IRC08:25
*** huaqiang has quit IRC08:26
*** dtantsur|afk is now known as dtantsur08:28
gibibauzas: before I lost the lock I was looking at https://bugs.launchpad.net/nova/+bug/186149308:28
openstackLaunchpad bug 1861493 in OpenStack Compute (nova) "Nova sends an "X-Service-Token" header when "send_service_user_token" is disabled" [Undecided,New]08:28
* bauzas thinks https://bugs.launchpad.net/nova/+bug/1863844 seems legit but wonders whether the boot call is right08:29
openstackLaunchpad bug 1863844 in OpenStack Compute (nova) " The virtual machine with the config_driver device cannot properly mount the disk using the virtio-scsi driver" [Undecided,New]08:29
bauzassorry, I'm really not a volume expert :(08:29
bauzasgibi: ack ok08:29
gibime neither08:30
bauzaslyarwood: not sure you're up yet but could you tell me whether https://bugs.launchpad.net/nova/+bug/1863844 is legit ?08:30
openstackLaunchpad bug 1863844 in OpenStack Compute (nova) " The virtual machine with the config_driver device cannot properly mount the disk using the virtio-scsi driver" [Undecided,New]08:30
openstackgerritIvaylo Mitev proposed openstack/nova master: Faults from cell DB missing in GET /servers/detail  https://review.opendev.org/69917608:33
*** ociuhandu has joined #openstack-nova08:36
lyarwoodbauzas: morning, yeah it's valid and I think I know why08:37
* lyarwood takes a look08:37
bauzaslyarwood: k, no regression hopefully ?08:37
lyarwoodbauzas: actually they set --property hw_scsi_model='virtio-scsi' that I assumed they had missed08:38
lyarwoodbauzas: I've reproduced it FWIW with q3508:38
lyarwoodbauzas: -> coffee and I'll look closer08:38
bauzasack, gtk08:39
bauzasand thanks08:40
*** avolkov has joined #openstack-nova08:41
*** threestrands has quit IRC08:45
*** tkajinam has quit IRC08:50
*** martinkennelly has joined #openstack-nova08:59
openstackgerritIvaylo Mitev proposed openstack/nova master: Faults from cell DB missing in GET /servers/detail  https://review.opendev.org/69917609:01
*** ociuhandu has quit IRC09:05
*** ociuhandu has joined #openstack-nova09:08
*** mkrai has quit IRC09:09
*** mkrai has joined #openstack-nova09:23
bauzasargh, I'm surprised to see the virtual PTG planned for only one single week...09:38
bauzasI thought we had an agreement on having more than just one week09:38
bauzas:/09:38
hrwlyarwood: I am waiting for x86 world to migrate to q35/uefi...09:38
lyarwoodhrw: trying to for V09:40
lyarwoodhrw: it's on my plate at least09:40
openstackgerritDincer Celik proposed openstack/nova stable/train: Abort live-migration during instance_init  https://review.opendev.org/72041409:41
*** Liang__ has quit IRC09:42
hrw:)09:46
*** smcginnis has quit IRC09:52
*** tetsuro has quit IRC09:52
*** tetsuro has joined #openstack-nova09:54
*** lpetrut has joined #openstack-nova09:56
nightmare_unrealcan someone follow up on this : https://review.opendev.org/#/c/715395/09:57
nightmare_unrealThanks :)09:57
*** liuyulong has quit IRC09:59
*** ociuhandu has quit IRC10:02
*** ociuhandu has joined #openstack-nova10:03
bauzaslyarwood: fwiw, i'm about to classify https://bugs.launchpad.net/nova/+bug/1862375 as invalid/wishlist since it seems an improvement10:08
openstackLaunchpad bug 1862375 in OpenStack Compute (nova) "Subsequent nova-api volume attach request waiting for previous one to complete" [Undecided,Invalid]10:08
bauzas(for the timeout, i'll explain the option)10:08
*** elod_ has joined #openstack-nova10:09
*** elod_ has quit IRC10:09
gibibauzas: I agree and raced with you on that. sorry. I forget to take the lock. I'm stopping now10:10
bauzasgibi: all cool10:11
lyarwoodbauzas / gibi ; meh, the whole device naming thing is pointless and in an ideal world should be removed10:13
gibilyarwood: removing that would need an API change as nova returns the device name in the POST rsp10:13
lyarwoodbauzas / gibi ; the computes actually serialise these requests anyway so we could remove this in the future10:13
lyarwoodgibi: right, we could remove it for virt drivers that can't guarantee it with a microversion right?10:15
lyarwoodgibi: such as libvirt10:15
lyarwoodactually can any virt drivers guarantee it10:15
gibiI'm fine removing that in a microversion but that needs spec10:17
gibiand I cannot really comment on the virt driver side so I trust you10:18
*** rpittau is now known as rpittau|bbl10:19
bauzashuh, unless I misunderstand something, a snapshot is not intended to be written again by the instance that was snapshoted ? https://bugs.launchpad.net/nova/+bug/186091310:20
openstackLaunchpad bug 1860913 in OpenStack Compute (nova) "Instance uses base image file when it is rebooted after snapshot creation if cinder nfs backend is used" [Undecided,New]10:20
bauzasso, Invalid, right ? ^10:20
bauzasa snapshot is by definition immutable10:20
lyarwoodthe bug suggests we are writing to the snapshot and that would be a bug10:23
lyarwoodit might be that they are just looking at the QEMU command line that isn't updated10:23
bauzasI'll ask them more then => Incomplete10:27
*** tetsuro has quit IRC10:28
*** ttsiouts has quit IRC10:28
*** mkrai has quit IRC10:29
*** mkrai has joined #openstack-nova10:36
*** ttsiouts has joined #openstack-nova10:38
*** avolkov has quit IRC10:51
*** derekh has joined #openstack-nova10:58
hrwis there a way to set cpu_mode/cpu_model in CI jobs?10:59
*** mkrai has quit IRC11:16
*** mkrai has joined #openstack-nova11:16
sean-k-mooneyhrw: you can just set it in the devstack local.conf11:16
hrwsean-k-mooney: thanks11:17
sean-k-mooneyhrw: like this https://opendev.org/x/networking-ovs-dpdk/src/branch/master/.zuul.yaml#L72-L8611:17
hrwgreat!11:18
sean-k-mooneyset cpu_mode: custome then cpu_model: whatever11:18
hrwyay11:18
sean-k-mooneyalso spelling custom correctly helps :)11:19
hrwnova-next has it too ;d11:19
sean-k-mooneyim guessing its using an old model11:20
sean-k-mooneyoh you just ment setting config values https://github.com/openstack/nova/blob/master/.zuul.yaml#L184-L19511:21
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: [WIP] CI: add tempest-integrated-compute-aarch64 job  https://review.opendev.org/71443911:22
hrwlet's check ;d11:22
hrwnow it should be able to run VM instances11:22
hrw~curse aarch64 for lack of nested virt11:23
openstackgerritWenping Song proposed openstack/nova master: Accurately clean up ARQs resources during build_instances() in conductor  https://review.opendev.org/72043911:23
sean-k-mooneyoh nova next has bandwith aware schulding configured resource_provider_bandwidths: br-ex:1000000:100000011:23
sean-k-mooneyi did not know we were running tempest test for that in nova next11:24
gibisean-k-mooney: we have qos tempet tests11:24
gibitempest11:24
sean-k-mooneygibi: i just did not know we were runing them in the gate. is there a reason to only run those in nova-next instead of all nova tempest jobs11:24
sean-k-mooneyi gues it does not matter it should noe be affaced by say using ceph image backend or qcow11:26
sean-k-mooneyso nova next is fine11:26
gibisean-k-mooney: I think the original reason was to see if they are stable enoug11:26
sean-k-mooneywell nova next is voting so if they would fail it would fail the ci run anyway11:26
gibigood point11:27
sean-k-mooneywe dont really have a nova base job anymore that is based on zull v3 so without that it would be annoying to configure this in all the job anyway so its fine11:27
gibiyeah, it needs some zuul config to enable the tests11:28
gibiI can play with it after Ussuri is done11:28
sean-k-mooneythis move operation support for this land this cycle or is that still pending11:28
sean-k-mooneyi kind of lost track of that11:28
*** artom has joined #openstack-nova11:29
sean-k-mooneydid you also need the allocation like we do for vgpus https://review.opendev.org/#/q/topic:bug/1778563+(status:open+OR+status:merged)11:30
bauzasgibi: I'm done for today with bug triage, we're down to 6911:38
bauzasnothing really urgent afaics11:38
bauzasany other reviews needed ? should I say11:39
bauzassean-k-mooney: hopefully, only a very few server actions miss allocations I think11:39
bauzasand that being said...11:40
gibisean-k-mooney: support for move operations landed in Ussuri (tempest test is open)11:40
bauzasgibi: sean-k-mooney: stephenfin: I'd indeed appreciate reviews of https://review.opendev.org/#/q/topic:bug/1778563+(status:open+OR+status:merged)11:40
gibisean-k-mooney: I don't think we need any extra support from the virt dirver side for qos11:40
gibibauzas: thanks for the triage.11:40
gibibauzas: and yes, I still have your patch series open11:41
bauzasgibi: I'll continue tomorrow morning11:41
gibibauzas: thanks11:41
bauzasbut I think I'll open my review dashboard for bugs and see what to chime in11:41
bauzasfolks, a nova-core is looking for bugfixes to review, please hassle him <=11:41
bauzaserr,11:42
bauzas<= please hassle him11:42
gibi:)11:43
lyarwoodbauzas: do you also take trivial cleanups and fups?11:50
*** ratailor has quit IRC11:50
lyarwoodbauzas: https://review.opendev.org/#/c/702021/ & https://review.opendev.org/#/c/711679/ for example11:50
*** dpawlik has quit IRC11:50
*** dpawlik has joined #openstack-nova11:50
openstackgerritLee Yarwood proposed openstack/nova stable/train: Avoid spurious error logging in _get_compute_nodes_in_db  https://review.opendev.org/70290211:52
openstackgerritLee Yarwood proposed openstack/nova stable/train: Reject boot request for unsupported images  https://review.opendev.org/70857711:53
*** mkrai has quit IRC11:54
*** JamesBenson has joined #openstack-nova11:57
*** spsurya_ has quit IRC11:58
*** smcginnis has joined #openstack-nova12:01
*** ociuhandu has quit IRC12:04
*** ociuhandu has joined #openstack-nova12:05
*** nweinber has joined #openstack-nova12:06
*** rpittau|bbl is now known as rpittau12:07
*** ociuhandu has quit IRC12:09
*** dpawlik has quit IRC12:09
*** dpawlik has joined #openstack-nova12:10
*** psachin has quit IRC12:16
*** ociuhandu has joined #openstack-nova12:28
*** udesale_ has joined #openstack-nova12:31
*** mkrai has joined #openstack-nova12:33
*** udesale has quit IRC12:34
*** tbachman has quit IRC12:44
*** tbachman has joined #openstack-nova12:45
*** links has quit IRC12:45
*** ociuhandu has quit IRC12:46
bauzaslyarwood: sorry, was at lunch, but indeed, everything can be accepted, I'm not the kind of person who tell you at the door 'sorry, but we can't accept you because of your shoes'12:46
*** ociuhandu has joined #openstack-nova12:46
stephenfinlyarwood: those are dodgy shoes though12:47
*** vishalmanchanda has quit IRC12:50
*** ociuhandu has quit IRC12:51
*** mkrai has quit IRC12:55
*** links has joined #openstack-nova12:56
*** mriedem has joined #openstack-nova13:04
*** mkrai has joined #openstack-nova13:04
lyarwoodstephenfin: white trainers ftw13:09
bauzaslyarwood: get off my lawn !13:11
bauzas:p13:11
* bauzas actually has a gate. And a dog, which barfs.13:11
bauzasheh, s/barf/bark of course13:12
bauzas(pardon my French (c) )13:12
*** ociuhandu has joined #openstack-nova13:16
kashyaplyarwood: Zuul (grenade-py3) failure on this: https://review.opendev.org/#/c/702021/13:21
kashyapIf you've already seen it, disregard me.13:21
lyarwoodkashyap: yeah unrelated13:24
lyarwoodthanks for looking13:25
*** eharney has joined #openstack-nova13:26
kashyapbauzas: FWIW, this is straightforward to just merge this: https://review.opendev.org/#/c/702021/ (libvirt: Remove VIR_DOMAIN [...])13:26
kashyap(And the 'qemu-img' one, too.)13:28
*** mkrai has quit IRC13:36
*** kevinz has quit IRC13:51
*** yaawang_ has joined #openstack-nova13:59
*** yaawang has quit IRC14:01
*** ociuhandu has quit IRC14:17
*** jdillaman has joined #openstack-nova14:22
*** dklyle has joined #openstack-nova14:24
*** amodi has quit IRC14:25
*** amodi has joined #openstack-nova14:26
*** lpetrut has quit IRC14:34
*** martinkennelly has quit IRC14:36
*** martinkennelly has joined #openstack-nova14:37
*** mlavalle has joined #openstack-nova14:38
*** gyee has joined #openstack-nova14:42
*** ttsiouts has quit IRC14:43
*** mkrai has joined #openstack-nova14:43
*** ttsiouts has joined #openstack-nova14:46
gibilyarwood, bauzas, stephenfin: Am I missing something here https://review.opendev.org/#/c/711679/5/nova/virt/images.py@42 ?14:47
stephenfinOh, it looks like it14:49
lyarwoodgibi: nope it's unused14:50
sean-k-mooneywell its used here https://review.opendev.org/#/c/711679/5/nova/virt/images.py@4814:50
sean-k-mooneybut i dont know if its everset to anything other then json14:50
bauzasgibi: lyarwood: wait, it can be14:50
bauzassec, finding the github link14:51
*** ttsiouts has quit IRC14:51
bauzasgibi: lyarwood: stephenfin: https://github.com/openstack/nova/blob/e1359567e4985e9a671359d4c0d53404a8ba64ab/nova/virt/libvirt/utils.py#L22414:51
stephenfinbauzas: that's format, not output_format14:52
* bauzas facepalms14:52
sean-k-mooneylooking at the reference on github the only place output_formate is ever set today14:53
sean-k-mooneyis https://github.com/openstack/nova/blob/e1359567e4985e9a671359d4c0d53404a8ba64ab/nova/tests/unit/virt/libvirt/test_utils.py#L16714:53
sean-k-mooneywhere it is currently set to json14:53
gibisean-k-mooney: at  https://review.opendev.org/#/c/711679/5/nova/virt/images.py@48  we can hardcode the output_format to 'json'14:54
sean-k-mooneygibi: yes14:54
sean-k-mooneyand remove the parmanter form our method14:54
stephenfinburn it with fire14:54
lyarwoodthere's actually a place in the driver as well14:54
lyarwoodbut we can drop it from there14:54
lyarwood1 sec14:54
* stephenfin actually <3s functional tests14:55
*** ttsiouts has joined #openstack-nova14:55
sean-k-mooneyso useing codesearch http://codesearch.openstack.org/?q=qemu_img_info&i=nope&files=&repos=openstack/nova14:55
sean-k-mooneyits either not set or set to json our side of the funtion definitions14:57
sean-k-mooneysince you change the defualt to json in the patch any fucntion that did not set it already works with json14:58
sean-k-mooneyso ya i think we can just hardcode it and drop it14:58
sean-k-mooneyor at least push a patch to do that and see what breaks14:58
*** ttsiouts has quit IRC14:59
stephenfinbauzas: comments left on https://review.opendev.org/#/c/712741/14:59
stephenfinLooks like they're mostly the same as sean-k-mooney's (de-duping stuff)14:59
bauzasstephenfin: ack, looking14:59
*** ttsiouts has joined #openstack-nova14:59
stephenfindansmith, gibi, melwitt: Thoughts on merging https://review.opendev.org/#/c/589085/ ?15:00
stephenfingiven that it touches the driver API. Is it still okay to land after feature freeze?15:01
sean-k-mooneyya i had that question too but the notifcation was also already sent to the mailing list of the change about a month ago15:06
gibiwe need to figure out how risky is this change. what can we break?15:07
dansmithwhat's the point of merging that, if not just to enable a feature?15:08
dansmithIMHO, unless it gets us something by landing it in U to set up for fewer migration problems in V, it's really not worth doing at this point15:08
dansmithmeaning, if this got us a cycle earlier on data migration or something, but I don't see that unless I'm missing something15:09
bauzasgibi: dansmith: sean-k-mooney: stephenfin: I wrote a ML thread 1 month ago about this and honestly it's an internal API15:13
sean-k-mooneythis is required for resize its not related to the multi gpu types so it has no impact on upgrde or data migrations15:13
bauzasand there is no object impact or RPC call involved in any matter15:13
dansmithsean-k-mooney: right15:14
*** happyhemant has quit IRC15:14
dansmithsean-k-mooney: that's my point.. if we're not going to merge the feature it enables, and it doesn't set us up for something early, then merging it now vs. as soon as V opens doesn't matter, except for risk and change yeah?15:14
bauzasthere is no feature behind it15:15
bauzaswe already support instances resizes15:15
dansmithbauzas: oh is it a bug fix?15:15
bauzasyup15:15
bauzasI wouldn't beg for a FFE15:16
bauzasif so15:16
bauzashttps://bugs.launchpad.net/nova/+bug/177856315:16
openstackLaunchpad bug 1778563 in OpenStack Compute (nova) "Resize/Cold-migrate doesn't recreate vGPUs" [High,In progress] - Assigned to Sylvain Bauza (sylvain-bauza)15:16
bauzaswe just blindly resize the instance with forgetting the vgpus15:16
dansmithah, sorry I figured this was for new stuff15:16
bauzasso, 'whoops, sorry' basically15:16
bauzasadding a new call to _allocate_mdevs() will just return if no VGPUs involvedf15:17
bauzasthat's basically a noop15:17
bauzas(for instances with no VGPUs in there)15:17
dansmithis this new in U or latent since T?15:17
bauzaslatent since Queens :)15:17
bauzashttps://review.opendev.org/#/c/720250/1/doc/source/admin/virtual-gpu.rst15:18
dansmithah, then probably not worth rushing into U then15:18
dansmithI haven't reviewed the stack so I'm not sure how much risk, granted15:18
dansmithbut if no object, rpc, or db changes then it could be backported even right?15:18
stephenfinI don't think so. It has virt driver API changes, which means a backport would break out-of-tree drivers15:19
bauzasthat's the issue i see ^15:19
stephenfinI'd have approved this already were it not for that15:19
bauzasI warned the out-of-tree driver maintainers that we were changing the resize signature15:20
stephenfinthis hunk, basically https://review.opendev.org/#/c/589085/8/nova/virt/driver.py15:20
dansmithI'm not aware of ever blocking a backport on those grounds15:20
dansmithnot sure why that would matter at all, when it doesn't for master15:20
stephenfino rly?15:20
bauzasI dunno, honestly15:20
bauzaseither way, if folks prefer to punt it to V, fair enough15:21
stephenfinI figured people had notice on master and would expect to have to do some work with a new major version15:21
stephenfinnot so a new minor one15:21
bauzasI just thought it wouldn't harm (c) :p15:21
artomdansmith, not sure we ever blocked a backport, but there was a case where we made a point of *not* changing the driver interface to enable the backport15:22
artomAnd then in a FUP re-did the thing the "correct" way15:22
artomhttps://review.opendev.org/#/c/670645/2/nova/virt/libvirt/driver.py@904515:22
dansmithartom: because it was doable without I guess? either way, I bet I wasn't the one worried about it :)15:23
bauzasdansmith: stephenfin: gibi: shouldn't we just discuss this as a 'Stuck review' during the nova meeting in 48 mins ?15:23
bauzasand find a consensus there so we move on15:23
artomdansmith, it may have been mriedem, don't remember15:23
dansmithsounds like him :)15:23
stephenfinbauzas: um, sure, why not15:23
bauzasagain, that doesn't really change my business15:24
bauzasif we go accepting this change, that's cool15:24
artom(And here's the "correct" fup: https://review.opendev.org/#/c/668631/5 )15:24
bauzasif we prefer be conservative, then meh15:24
* artom avoids the conservative MANA joke15:24
bauzasbut I just feel we somehow need to decide on what to do with internal virt API changes when we're post FF15:24
* artom not really15:24
artom... and I totally messed it up anyways15:25
*** dpawlik has quit IRC15:26
dansmiththe actual fix is the third patch right?15:26
*** dpawlik has joined #openstack-nova15:26
sean-k-mooneyyes the rest is just passing the allocations15:28
* gibi is reading back15:28
bauzasdansmith: yup15:28
sean-k-mooneyyou could actully just use the reportclient to get the allcoation in the driver to avoid the virt api change too but that is less clean.15:30
dansmithI'll have to go learn what _allocate_mdevs() does in order to review that patch I guess15:30
dansmithsean-k-mooney: yeah, don't do that, IMHO15:30
bauzassean-k-mooney: NO15:30
sean-k-mooneybauzas: im not saying we should15:31
bauzasthe virt driver is an island :)15:31
*** ttsiouts_ has joined #openstack-nova15:31
bauzasdansmith: _allocate_mdevs() is the process that checks the configuration to see whether it should assign some kernel mediated devices (in other words, vgpus) to the guest XML15:32
dansmithbauzas: right, but if we're reverting, it had an mdev before right?15:33
dansmithI just need to look at how all that works is all15:33
mriedemwhat did i do?15:33
gibibauzas: if we not merge the virt driver interface change in U would you like to backport the V change to stable/U later?15:33
mriedemoh the TypeError check on a backport?15:34
bauzasgibi: yeah, if that doesn't break the stable policy, which I'm unsure15:34
bauzasstable rules* policy15:34
*** ttsiouts has quit IRC15:34
alex_xugibi: sean-k-mooney, we are just working on ensuring the requirement on https://review.opendev.org/#/q/topic:bp/provider-config-file+(status:open+OR+status:merged15:35
sean-k-mooneybauzas: altering the virt driver internal api i think should be a stable policy violation even if its not a public api15:35
dansmithtotes disagree :)15:35
dansmithas you all know15:35
gibiit is basically a decision between changing the virt driver interface in a major versior (now) or in a minor version (later in a backport)15:36
sean-k-mooneyyes although if we really dont want to provide any support for out of tree driver i would suggest we also stop sending the email when we change things15:36
sean-k-mooneywhich i think you are also in faovr of15:36
dansmithindeed :)15:36
bauzasthat's the exact reason why I want to raise it as a stuck review15:37
bauzasgo fight it !15:37
bauzasand honestly, I don't really care of shipping it in U if you wanna get MHO15:37
bauzasbecause Red Hat...15:37
sean-k-mooneybauzas: we are not planning to back port this downstream beyond ussuri right?15:37
bauzassean-k-mooney: don't say gross words15:38
bauzaswe *could* but do we want, honestly ? :)15:38
*** ttx has quit IRC15:38
*** tbarron_ has joined #openstack-nova15:38
*** ttx has joined #openstack-nova15:38
bauzasdansmith: for the revert case, that's an interesting question15:38
sean-k-mooneyjust triple checing that we will deliver this to customers in 17 which will be based on victoria15:39
gibialex_xu: thanks. If it turns out that there are requirements on Intel side then will there be some dev from intel to push the patches in V?15:39
bauzasoh man, don't get me spilling my business here :)15:39
bauzasbut yeah, 17 so U or V, I doesn't matter15:39
alex_xugibi: yes, I think so15:39
gibialex_xu: cool. thanks. let me know the result of your investigation15:40
alex_xugibi: yea, I will let you know whatever the result coming out15:40
openstackgerritLee Yarwood proposed openstack/nova master: images: Make JSON the default output format of calls to qemu-img info  https://review.opendev.org/71167915:40
lyarwood^ now with added unit tests, thanks again all.15:40
*** martinkennelly has quit IRC15:43
*** martinkennelly has joined #openstack-nova15:44
sean-k-mooneybauzas: for the revert case we have not undeifed the domain on the source node when we trigger revert15:45
*** ociuhandu has joined #openstack-nova15:45
sean-k-mooneyso im not sure the allocation are truly needed as we should not need to regenerate the xml15:46
sean-k-mooneythat said we might do anyway depending on how we restart the vm15:46
bauzassean-k-mooney: we regenerate the XML https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L1025915:46
sean-k-mooneyif we just call power on it call hard reboot which would15:47
*** ttsiouts_ has quit IRC15:47
sean-k-mooney ya ok so that is why we need it in this case.15:48
bauzasyuuuuuup15:48
bauzasthat does sound crazy, but we blindy recreate the guest when reverting15:49
bauzassean-k-mooney: see my functtest, you'll see evidence of it15:49
sean-k-mooneyim not sure if we really need to regenerate the xml in that case i cant think of why but lets not get distracted by that for now15:49
dansmithsean-k-mooney: right that was my exact concern15:49
*** martinkennelly has quit IRC15:50
sean-k-mooneyoh i know why i think15:50
dansmithwhere does allocate_mdevs persist? does it look at all the other mdevs currently being used?15:50
*** ociuhandu has quit IRC15:50
dansmithmeaning, when we undefine the original and re-define with a new one, will the old one be available again, or might we leak something?15:50
sean-k-mooneywe regenerate the xml becasue snapshots15:50
sean-k-mooneythis code https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L10249-L1025415:50
bauzasdansmith: mdevs aren't persisted15:51
bauzasmdevs can be even pre-provisioned15:51
dansmithsean-k-mooney: also maybe because you can attach a volume to the new one before revert15:51
dansmithbauzas: how do we select one that isn't in use? that's what I'm getting at15:51
bauzas"allocating a mdev" just means modifying the guest XML domain to use a specific sysfs object15:51
bauzasdansmith: oh this, sec15:52
dansmithright, I know, but we need to make sure we hand it one not in use15:52
bauzasdansmith: https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L720615:52
dansmithbauzas: so we create a new one in sysfs?15:52
sean-k-mooneyya i guess that is ture although im realy not sure why we allow volume or interface attach in resize_verify or whatever that state is called15:53
dansmithbauzas: how does the old one get reaped when we redefine?15:53
bauzasdansmith: which is made by comparing all the existing mdevs and the ones that are in use by each domain15:53
bauzashttps://github.com/openstack/nova/blob/e1359567e4985e9a671359d4c0d53404a8ba64ab/nova/virt/libvirt/driver.py#L7088-L710215:53
sean-k-mooneybut given that we do we cant assume the current xml is correct15:53
dansmithsean-k-mooney: we do, but it's crazy15:53
dansmithbauzas: right so when we revert, we'll see that our original one is in use (by us) and allocate a new one right?15:54
bauzasdansmith: during the resize, before the confirm, we have a doubled allocation of mdevs15:54
bauzas(and a double placement allocation)15:55
bauzasdansmith: when we revert, the target mdev allocation disappears because we undefine the domain15:55
dansmithbauzas: but that doubling is on two different hosts15:55
sean-k-mooneyhttps://github.com/openstack/nova/blob/e1359567e4985e9a671359d4c0d53404a8ba64ab/nova/virt/libvirt/driver.py#L634915:55
sean-k-mooneyit look like the domain creation fucntion will overwrite existing domains15:56
dansmithbauzas: I'm talking about when we revert, don't we hit the "no free mdevs, allocate a new one" in _allocate_mdevs() since our original mdev is still in use by the libvirt domain we're about to redefine?15:56
bauzasdansmith: yeah https://review.opendev.org/#/c/712741/2/nova/tests/functional/libvirt/test_vgpu.py@22415:56
bauzasdansmith: I see your point and I honestly have to double check15:56
sean-k-mooneyoh you were asking about the allcotaion fo the mdevs15:57
dansmithsean-k-mooney: yes15:57
bauzasdansmith: found why15:57
sean-k-mooneyya it should get the exising ones and reuse them15:57
bauzasdansmith: sec, giving you the link15:57
gibinova meeting starts in 2 minutes on #openstack-meeting-315:59
*** ociuhandu has joined #openstack-nova16:02
*** ttsiouts has joined #openstack-nova16:04
melwittlbragstad: hey, would you be able to take a gander at the proposed doc patch for policy scopes https://review.opendev.org/#/c/720129/4/doc/source/configuration/policy-new-defaults.rst we want to have it clearly explain what are the action items for operators to be able to use scope types. i.e. will it involve creating new keystone roles and stuff like that16:15
lbragstadmelwitt sure - i can take a look16:15
melwittthanks16:15
*** rpittau is now known as rpittau|afk16:18
gmannmelwitt: quota class policy is ready, fixed the johnthetubaguy comment of removing the non-working 'quota_class' from check_str - https://review.opendev.org/#/c/720042/116:21
gmannand its base pacth16:21
*** tesseract has quit IRC16:21
melwittgmann: ok, I wanted johnthetubaguy to look at it first and make sure he's ok with it since he found issue earlier16:21
gmannmelwitt: ok16:22
*** abhishek has quit IRC16:25
*** mgariepy has quit IRC16:29
* bauzas loves how the libvirt driver is cryptic16:30
*** yaawang has joined #openstack-nova16:32
gmannmelwitt: thanks for nice feedback on doc patch, I will wait for other comments and update it together.16:32
melwittgmann: cool sounds good16:33
*** yaawang_ has quit IRC16:33
*** udesale_ has quit IRC16:35
*** dtantsur is now known as dtantsur|afk16:36
*** evrardjp has quit IRC16:37
*** evrardjp has joined #openstack-nova16:37
*** ttsiouts has quit IRC16:42
*** ttsiouts has joined #openstack-nova16:42
bauzasdansmith: hah, found why it wasn't leaving a VGPU allocated when you revert https://github.com/openstack/nova/blob/e1359567e4985e9a671359d4c0d53404a8ba64ab/nova/virt/libvirt/driver.py#L635916:54
bauzasdansmith: we redefine the existing domain here ^16:54
dansmithI don't think that answers my question16:56
dansmithwhen we delete a domain, do we unallocate the mdev, or do we just leave it so the next spawn that needs one will find it?16:57
bauzasdansmith: when we undefine the domain, the mdev is consider being freed17:00
*** tframbo has joined #openstack-nova17:00
dansmithbauzas: "considered free" because it's not assigned to any other domain, but still allocated in sysfs yeah?17:00
sean-k-mooneytframbo: so first the namespace should be hw not os17:00
bauzasdansmith: yup, you're correct17:00
sean-k-mooneythat extra specs as you know alter the cpu feature flags reported to the guest and hide the fact its a vm form guest os17:01
tframboso it is add compat for "hw:hide_hypervisor_id”17:01
tframbo?17:01
sean-k-mooneyyes so we woudl deprecate hide_hypervisor_id and add  "hw:hide_hypervisor_id”17:01
sean-k-mooneymake the diver accept both and then we could special case hide_hypervior_id so it is ignored17:02
bauzassean-k-mooney: wait, like I said, the bug is about a scheduling decision17:02
bauzassean-k-mooney: not a boot problem17:02
sean-k-mooneyyou would use aggregate_instance_extra_specs:hide_hypervior_id in the flavor if you wanted to match on it in that filter17:02
bauzasOVH and a couple of other folks already use this knob17:03
bauzaswhich was merged a while ago17:03
sean-k-mooneybauzas: yes i know but the current filter check all unamesapced extra specs and assert they are in the metadta17:03
bauzasbut here, what's wanted is to trick the scheduler to automatically accept hosts on such things17:03
bauzassean-k-mooney: I explained this can be achieved without amending with this filter17:04
sean-k-mooneyhow17:04
bauzastbc : create a flavor with a random keypair17:04
bauzascreate aggregates with hosts having the same keypair in their metadata17:05
bauzasand you're done17:05
bauzasyou don't need to use this specific property17:05
sean-k-mooneyyour missing the point17:05
bauzaswhich is ?17:06
sean-k-mooneywe cant remove hide_hypervisor_id form the current flavor without changing the behavior17:06
sean-k-mooneyand if it si set in the falvor then the AggregateInstanceExtraSpecsFilter will check it against the aggreate metadata17:06
dansmithbauzas: so my point is, when we revert, we will allocate a second mdev, and then abandon the original one when we redefine.. but I guess like delete, that one then will get used the next time we go to spawn something that needs one17:07
sean-k-mooneywe will return false here https://github.com/openstack/nova/blob/46a3bcd80b41e99ec4923c7cf3d0f8dd8505e97c/nova/scheduler/filters/aggregate_instance_extra_specs.py#L62-L6817:07
sean-k-mooneytframbo: the other workaround is to add the metadata key to the aggreate17:07
bauzasdansmith: you're probably correct, we could have a window in time where we would allocate a new mdev and then releasing the other17:08
bauzaswhich could lead to a capacity issue if you're out of available mdevs17:08
sean-k-mooneytframbo: basically create two two new agggreats that conatin all hosts, then add hide_hypervisor_id=true to one and hide_hypervisor_id=false to the other17:08
bauzasdansmith: s/probably/absolutely after re-thinking of it17:09
dansmithbauzas: right17:09
sean-k-mooneytframbo: if you do that we will get to here https://github.com/openstack/nova/blob/46a3bcd80b41e99ec4923c7cf3d0f8dd8505e97c/nova/scheduler/filters/aggregate_instance_extra_specs.py#L69-L71 and break then return ture and pass the host17:09
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in remaining servers policies  https://review.opendev.org/72011617:10
openstackgerritMerged openstack/nova master: Fix servers policy for admin_or_owner  https://review.opendev.org/71850117:10
bauzasdansmith: this being said, I don't exactly know how to fix this, since this is the whole revert workflow17:10
openstackgerritMerged openstack/nova master: Add test coverage of existing server policies  https://review.opendev.org/71834817:10
bauzasand I guess the problem remains for all other resources17:10
openstackgerritMerged openstack/nova master: Introduce scope_types in servers Policies  https://review.opendev.org/66296817:10
openstackgerritMerged openstack/nova master: Add new default roles in servers policies  https://review.opendev.org/66297117:10
openstackgerritMerged openstack/nova master: Add test coverage of existing server attributes policies  https://review.opendev.org/71972617:10
openstackgerritMerged openstack/nova stable/train: Reset the cell cache for database access in Service  https://review.opendev.org/71893417:11
openstackgerritMerged openstack/nova stable/stein: Use placement stable version for functional job  https://review.opendev.org/71912117:11
bauzasdansmith: we could consider to special case the revert and find the existing mdev so we would pass it again instead of calling _allocate_mdevs() tho17:11
dansmithbauzas: seems like that would be better17:12
dansmithalso avoids needing to grab the allocations right?17:12
*** mkrai has quit IRC17:12
bauzasindeed17:12
bauzasdansmith: <3 with love17:12
bauzasthat's what I call a top-notch review17:12
*** ociuhandu has quit IRC17:13
sean-k-mooneytframbo: does my responce on the bug  or above make sense too you17:15
tframbosean-k-mooney: yeah, we could also add the aggregate metadata "hide_hypervisor_id=true" to solve the bug.17:15
sean-k-mooneyyes17:16
tframbothank you sean-k-mooney and bauzas17:16
sean-k-mooneydo you also use the compute capability filter by the way17:16
sean-k-mooneyif not be aware it has the same behavior17:16
tframboI think the hide_hypervisor_id is bool before , sorry17:16
sean-k-mooneytframbo: its is a bool that default to false if unset17:17
sean-k-mooneyso there isnt really a reason to ever set it to false explcitly17:18
bauzastframbo: sorry I dropped focus17:18
sean-k-mooneyunless you want to prevent images form settin git too true17:18
bauzassean-k-mooney: tframbo: so, again, the intent is to have the aggregate metadata key to be set17:20
tframbosean-k-mooney: yes ,we alse use the compute capability filter by the way17:21
tframbobauzas: yes17:21
bauzasI honestly don't get the problem17:22
sean-k-mooneytframbo: ok so the point i wanted to make in that case was that if you use both then you are required to not use unnamespaced keys or they can conflict17:22
*** mgariepy has joined #openstack-nova17:22
bauzaswait17:23
bauzasthe namespace is only for specifying that the key is for this filter17:23
sean-k-mooneybauzas: the problem is the AggregateInstanceExtraSpecsFilter require that an aggreate assocaited with a host must have all extra specs in the aggregate_instance_extra_specs as well as all non namespaced extra specs in the metadta17:23
bauzasI just feel it's a configuration problem17:23
bauzasor prefixed by aggregate_instance_extra_specs https://github.com/openstack/nova/blob/46a3bcd80b41e99ec4923c7cf3d0f8dd8505e97c/nova/scheduler/filters/aggregate_instance_extra_specs.py#L5417:24
bauzasand this is not a bug17:24
sean-k-mooneybauzas: the filter also looks at non namespced extra specs and we only have 1 standard extra specs that falls into that catagory17:24
bauzasthis *works* with any random key17:25
bauzasI don't get the point again17:25
bauzasif you're using this flavor key for passing QEMU, fine17:25
bauzasthat's how it's intended to be used17:25
sean-k-mooneyhide_hypervisor_id is not a random custom key17:25
bauzasbut then, indeed, you need to have aggregates matching it17:25
bauzas(if you use this filter)17:26
sean-k-mooneyits a stanard one and its the only standard extra spec without a namesapce17:26
tframbohttps://docs.openstack.org/nova/latest/user/flavors.html17:26
sean-k-mooneyso its also the only stanard extrapec the filter uncondtionally checks17:26
bauzasthis filter doesn't care a single bit about standard extra specs17:26
bauzasyou're confusing with the other filters that do care of those prefixes17:27
sean-k-mooneybauzas: no im not17:27
bauzashonestly, I'm done for the day17:27
sean-k-mooneyto be clear the bug was intoduceing hide_hypervisor_id without a namespace17:27
tframbosean-k-mooney: thank you, I will sleep , good night17:27
sean-k-mooneytframbo: night o/17:28
*** tframbo has quit IRC17:28
melwittsorry I didn't understand all the previous details but why does the filter require a namespace in order to work? should it be able to work with namespaced and non-namespaced extra specs?17:28
melwitt*shouldn't it17:28
sean-k-mooneymelwitt: the filter iterages over all extra specs in the flavor and then asserts they match the metadta if and only if the start with the filters namespace or they have no namespce17:29
bauzasmelwitt: that's my thinkings17:29
sean-k-mooneyso for all other standard extra specs they are ingore because they have a namespace which is not the filters one17:30
bauzasbut apparently we need to namespace now...17:30
sean-k-mooneysince this extra spec has no namespace its check by defualt which no other standar extraspec is17:30
sean-k-mooneyso there is a behavioral difference17:30
bauzassean-k-mooney: so17:30
bauzassean-k-mooney: https://github.com/openstack/nova/blob/46a3bcd80b41e99ec4923c7cf3d0f8dd8505e97c/nova/scheduler/filters/aggregate_instance_extra_specs.py#L55-L5817:30
melwittsean-k-mooney: wait but you say "if they have no namespace", doesn't this have no namespace and therefore should be considered?17:30
melwittgah this is so confusing17:31
bauzassean-k-mooney: this conditional is here to *PREVENT* other standard keys are ARE prefixed to be read17:31
sean-k-mooneymelwitt yes this has no namespace an by the filter logic should be check17:31
sean-k-mooneymelwitt: however if you add any other standard extra spec you do not have to update the metadta to boot a vm17:31
melwittso ... what's the problem? that makes it sound like there's no bug17:31
sean-k-mooneyfor this extra spec you do17:31
bauzasmelwitt: there is NO bug in my mind17:32
bauzasIMHO the bug should be consider Invalid if not Expired17:32
sean-k-mooneybauzas: i strongly dissagre. as i said the bug is not in the filter17:32
sean-k-mooneythe bug is that we added a stanard extra spec without a namespace17:32
bauzasand what's the impact then ?17:33
sean-k-mooneyby intoducing a flavor extra spec without a namespace, to use the feature enable by that extra spec it addtionally required the operator to update the aggreate metatad and host capabilty if they use the ComputeCapabilitiesFilter or AggregateInstanceExtraSpecsFilter17:35
bauzasoh, the fact that you need to create aggregates in order to use it, let me bet ?17:35
sean-k-mooneyyes17:35
sean-k-mooneythat is a behavioral differen form every other extra spec that is defined by nova17:35
bauzasholy f..., gotcha17:35
sean-k-mooneymelwitt: do you follow  too ^17:36
bauzasokay, so indeed the fix is not about the filter17:36
bauzasit's about where we use this extraspec for booting17:36
melwittI see, ok. just read through the bug and comments again. yeah, I think so. this is an extra spec meant to be used without having to add a matching metadata key on an aggregate17:37
sean-k-mooneyya so the fix is add a namespaced version of the extra spec and compat code17:37
*** rcernin has quit IRC17:37
sean-k-mooneythen deprecate teh non namespaced one17:37
melwittyeah, I think that makes sense. agree that's the way to fix17:37
bauzassean-k-mooney: easy fix then https://review.opendev.org/#/c/555861/10/nova/virt/libvirt/driver.py17:37
bauzassean-k-mooney: just add another key there with a prefix and just provide a deprecation warning for the existing one17:38
sean-k-mooneyyep17:38
bauzasthat's all flavors and aggregates, we don't need to care about the interop17:38
sean-k-mooneyim wondering if we should also add a config option for the filter to disable checking unnamesapced extraspecs17:39
bauzastlrambo dropped but I'll leave a comment in the bug17:39
bauzassean-k-mooney: oh please don't17:39
*** maciejjozefczyk has quit IRC17:39
bauzassean-k-mooney: it was a review problme17:39
bauzasnot a code problem17:39
sean-k-mooneywell the reason for doing it is i would prefer to drop the non namespced approch entirely eventually or maybe depreate the filters17:40
bauzasNO again in capitals :)17:40
sean-k-mooneygiven custom traits could used for this. you also suggested this last week by the way17:40
sean-k-mooneythis is why im tinking about it17:40
sean-k-mooneyanyway lets jus tdo the minima dirver fix for now17:41
bauzassean-k-mooney: the only difference is that we don't have traits on placement aggregates, right?17:41
sean-k-mooneybauzas: correct they live on RPs17:42
sean-k-mooneyso i thikn the compute capablity filter can defiently go.17:42
bauzasfrom what I understood from the very-long-standing battle of allocation ratios is that some operators do care about having a grouping system for managing their fleet of computes17:42
sean-k-mooneythis one woudl requirte us to creat a sharing resouce provider per host aggreate17:42
bauzas(even if that can be done programmatically by something else)17:42
bauzasmy old grandma' was sayin' : "if that works, don't touch it"17:43
bauzasand loooots of ops do manage aggregates thru this filter17:43
sean-k-mooneywe have had custoemr bitten by this in the past as an fyi. specifcly the conflict betwwen the capablity filter and aggreate one17:43
bauzasso unless we come up with a solid upgrade plan for replacing it with very simple abstractions, don't touch it17:44
sean-k-mooneybauzas: yep agree17:44
bauzassean-k-mooney: we resolved it with namespaces, right?17:44
sean-k-mooneyyes17:44
sean-k-mooneybasicaly they were adding pinned=true17:44
*** links has quit IRC17:44
bauzasproblem solved.17:44
sean-k-mooneythey  just namespaced it17:44
* bauzas is thirsty17:45
bauzas++17:45
dansmithman, so busy this morning I missed out on 50% of my usual coffee consumption.. it must be TEOTWAWKI17:51
sean-k-mooneyi try to some degree contol my caffein intake including normaly not drinking coffee at the weekends but i can totally feel teh difference when i dont have any17:53
sean-k-mooneygiven i only drink 1-2 cups a day i dont know if it woudl be more noticable if i drank more or less17:53
sean-k-mooneyif i drank more i think it would have less of an effect when i drank it but likely more of an effect when i didnt which is why i reduced my cafee intake in the first place17:55
*** ociuhandu has joined #openstack-nova18:09
*** ralonsoh has quit IRC18:16
*** nightmare_unreal has quit IRC18:23
*** icarusfactor has joined #openstack-nova18:24
*** factor has quit IRC18:27
*** ociuhandu has quit IRC18:31
*** ociuhandu has joined #openstack-nova19:16
*** ociuhandu has quit IRC19:22
*** nweinber has quit IRC19:37
*** mgariepy has quit IRC19:44
openstackgerritmelanie witt proposed openstack/nova stable/stein: Reset the cell cache for database access in Service  https://review.opendev.org/72058719:55
*** derekh has quit IRC20:26
*** derekh has joined #openstack-nova20:35
*** ccamacho has quit IRC20:38
openstackgerritmelanie witt proposed openstack/nova stable/rocky: Reset the cell cache for database access in Service  https://review.opendev.org/72059220:39
*** eharney has quit IRC20:40
*** ociuhandu has joined #openstack-nova20:45
*** xek has quit IRC20:47
*** ociuhandu has quit IRC20:49
openstackgerritmelanie witt proposed openstack/nova stable/queens: Reset the cell cache for database access in Service  https://review.opendev.org/72059620:56
openstackgerritmelanie witt proposed openstack/nova stable/rocky: Reset the cell cache for database access in Service  https://review.opendev.org/72059220:56
*** slaweq has quit IRC21:14
*** ttsiouts has quit IRC21:24
*** ttsiouts has joined #openstack-nova21:27
*** ttsiouts has quit IRC21:28
*** ttsiouts has joined #openstack-nova21:28
*** ociuhandu has joined #openstack-nova21:38
openstackgerritMerged openstack/nova master: libvirt: Remove VIR_DOMAIN_BLOCK_REBASE_RELATIVE flag check  https://review.opendev.org/70202121:40
*** ociuhandu has quit IRC21:44
*** ttsiouts has quit IRC21:44
*** ttsiouts has joined #openstack-nova21:45
*** mriedem has left #openstack-nova22:26
openstackgerritMerged openstack/nova master: images: Make JSON the default output format of calls to qemu-img info  https://review.opendev.org/71167922:37
*** rcernin has joined #openstack-nova22:39
*** tkajinam has joined #openstack-nova22:39
*** tosky has quit IRC23:09
*** threestrands has joined #openstack-nova23:14
*** threestrands has quit IRC23:15
*** threestrands has joined #openstack-nova23:15
*** sapd1 has quit IRC23:39
*** mlavalle has quit IRC23:50
*** sapd1 has joined #openstack-nova23:51

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