Wednesday, 2020-04-08

*** READ10 has joined #openstack-nova00:33
*** READ10 has quit IRC00:44
openstackgerritArthur Dayne proposed openstack/nova master: libvirt:driver:Disallow AIO=native when 'O_DIRECT' is not available  https://review.opendev.org/68277200:49
*** ttsiouts has joined #openstack-nova00:52
openstackgerritGhanshyam Mann proposed openstack/nova master: Pass the actual target in server group policy  https://review.opendev.org/71717600:57
*** gyee has quit IRC01:07
*** zhanglong has joined #openstack-nova01:11
*** yedongcan has joined #openstack-nova01:12
*** Liang__ has joined #openstack-nova01:13
*** ttsiouts has quit IRC01:25
brinzhang_gmann:https://review.opendev.org/#/c/711194 this patch, I understand damsmith's approach is ok for you, right?01:28
brinzhang_gmann: https://review.opendev.org/#/c/711194/14/nova/tests/unit/policies/test_volumes.py@224 this case I should move to  class VolumeAttachScopeTypePolicyTest ?01:29
gmannbrinzhang_: yes, with mentioning the same in policy description doc01:30
gmannbrinzhang_: VolumeAttachScopeTypePolicyTest should run all tests in is its parent class01:30
gmannyou can update in same class which should run in scope test class also01:31
brinzhang_gmann: you mean, keep that case in parent class and copy it to the class VolumeAttachScopeTypePolicyTest?01:32
gmannbrinzhang_: no, i mean only update the tests with comments not the location of tests01:33
brinzhang_gmann: add "new 'update' policy about 'for swap + update' request (which is possible only >2.85) only <swap policy> is checked. We expect <swap policy> to be always superset of this policy permission." to comment this test?01:36
gmannbrinzhang_: that is to update in 'update' policy doc01:38
gmannpolicy descritpnio01:38
brinzhang_gmann: two things, 1) add above description to https://review.opendev.org/#/c/711194/14/nova/policies/volumes_attachments.py@71 and 2):I should add comments on the test case, such as: """<swap policy> to be always superset of update API policy permission"""01:45
gmannbrinzhang_: only doc is fine. tests case is ok with verification only01:51
*** artom has quit IRC02:03
openstackgerritHuaqiang Wang proposed openstack/nova master: Introduce 'pcpuset' field for InstanceNUMACell  https://review.opendev.org/71465802:03
openstackgerritHuaqiang Wang proposed openstack/nova master: Introduce the 'CPUAllocationPolicy.MIXED' enum  https://review.opendev.org/71626702:03
openstackgerritHuaqiang Wang proposed openstack/nova master: hardware: Add support for 'hw:cpu_dedicated_mask' extra spec  https://review.opendev.org/71470602:03
openstackgerritHuaqiang Wang proposed openstack/nova master: computer: validate cpu pinning configuration for mixed instance  https://review.opendev.org/71626802:03
openstackgerritHuaqiang Wang proposed openstack/nova master: Calculate the pinned and unpinned CPU usage for mixed instance  https://review.opendev.org/71626902:03
openstackgerritHuaqiang Wang proposed openstack/nova master: mark mixed policy as ready, bump compute service version  https://review.opendev.org/71627002:03
openstackgerritHuaqiang Wang proposed openstack/nova master: Setup 'mixed' instance through 'PCPU' and 'VCPU' resource  https://review.opendev.org/71335502:03
openstackgerritHuaqiang Wang proposed openstack/nova master: metadata: export the vCPU IDs that are pinning on the host CPUs  https://review.opendev.org/68893602:03
openstackgerritHuaqiang Wang proposed openstack/nova master: libvirt/hardware: refactor numa_get_constraints  https://review.opendev.org/71829402:03
openstackgerritBrin Zhang proposed openstack/nova master: Separate update and swap volume policies  https://review.opendev.org/71119402:05
brinzhang_gmann: done, pls review again, thanks02:05
openstackgerritBrin Zhang proposed openstack/nova master: Separate update and swap volume policies  https://review.opendev.org/71119402:06
openstackgerritHuaqiang Wang proposed openstack/nova master: mark mixed policy as ready, bump compute service version  https://review.opendev.org/71627102:18
openstackgerritHuaqiang Wang proposed openstack/nova master: libvirt/hardware: refactor numa_get_constraints  https://review.opendev.org/71829402:18
openstackgerritHuaqiang Wang proposed openstack/nova master: Setup 'mixed' instance through 'PCPU' and 'VCPU' resource  https://review.opendev.org/71335502:18
openstackgerritHuaqiang Wang proposed openstack/nova master: metadata: export the vCPU IDs that are pinning on the host CPUs  https://review.opendev.org/68893602:18
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in server group policies  https://review.opendev.org/71717502:21
openstackgerritHuaqiang Wang proposed openstack/nova master: computer: validate cpu pinning configuration for mixed instance  https://review.opendev.org/71626802:25
openstackgerritHuaqiang Wang proposed openstack/nova master: Calculate the pinned and unpinned CPU usage for mixed instance  https://review.opendev.org/71626902:25
openstackgerritHuaqiang Wang proposed openstack/nova master: mark mixed policy as ready, bump compute service version  https://review.opendev.org/71627102:25
openstackgerritHuaqiang Wang proposed openstack/nova master: libvirt/hardware: refactor numa_get_constraints  https://review.opendev.org/71829402:25
openstackgerritHuaqiang Wang proposed openstack/nova master: Setup 'mixed' instance through 'PCPU' and 'VCPU' resource  https://review.opendev.org/71335502:25
openstackgerritHuaqiang Wang proposed openstack/nova master: metadata: export the vCPU IDs that are pinning on the host CPUs  https://review.opendev.org/68893602:25
openstackgerritBrin Zhang proposed openstack/nova master: Separate update and swap volume policies  https://review.opendev.org/71119402:25
*** mkrai has joined #openstack-nova02:35
*** zhanglong has quit IRC02:35
*** zhanglong has joined #openstack-nova02:40
*** brinzhang_ has quit IRC02:59
*** brinzhang_ has joined #openstack-nova02:59
openstackgerritmelanie witt proposed openstack/nova master: Reset the cell cache for database access in Service  https://review.opendev.org/71766203:20
*** ttsiouts has joined #openstack-nova03:22
*** psachin has joined #openstack-nova03:28
openstackgerritMerged openstack/python-novaclient master: Microversion 2.83 - Add more filters for the nova list command  https://review.opendev.org/71308903:34
*** zhanglong has quit IRC03:38
*** zhanglong has joined #openstack-nova03:43
*** yaawang__ has quit IRC03:53
*** vishalmanchanda has joined #openstack-nova03:53
*** ttsiouts has quit IRC03:56
*** mkrai has quit IRC04:01
*** mkrai has joined #openstack-nova04:02
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Microversion 2.84 - action event fault details  https://review.opendev.org/71456104:10
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Microversion 2.85: Change volume-update CLI  https://review.opendev.org/71265104:10
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Microversion 2.86 - Extra spec validation  https://review.opendev.org/71805704:11
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Microversion 2.87 - Stable device boot from volume rescue  https://review.opendev.org/71495604:11
brinzhang_alex_xu, gmann, gibi: I rebased the novalient merge conflict patch https://review.opendev.org/#/c/714561/9, need +A again, thanks04:17
*** evrardjp has quit IRC04:36
*** evrardjp has joined #openstack-nova04:37
*** ociuhandu has joined #openstack-nova04:47
*** ociuhandu has quit IRC04:51
openstackgerritQiu Fossen proposed openstack/nova master: The instance is volume backed and power state is PAUSED,shelve the instance failed  https://review.opendev.org/71160904:52
*** brinzhang has joined #openstack-nova05:08
*** brinzhang_ has quit IRC05:11
*** ratailor has joined #openstack-nova05:17
*** udesale has joined #openstack-nova05:22
*** udesale has quit IRC05:23
*** udesale has joined #openstack-nova05:23
*** igordc has quit IRC05:32
*** ttsiouts has joined #openstack-nova05:53
*** yaawang has joined #openstack-nova05:58
*** links has joined #openstack-nova06:20
huaqianga06:22
*** iurygregory has quit IRC06:25
*** ttsiouts has quit IRC06:27
*** iurygregory has joined #openstack-nova06:27
*** nightmare_unreal has joined #openstack-nova06:39
*** ttsiouts has joined #openstack-nova06:45
openstackgerritMerged openstack/python-novaclient master: Microversion 2.84 - action event fault details  https://review.opendev.org/71456106:45
*** dklyle has quit IRC06:48
*** tesseract has joined #openstack-nova06:52
bauzasgood morning Nova06:55
*** slaweq_ has joined #openstack-nova06:57
*** maciejjozefczyk has joined #openstack-nova07:00
*** yaawang has quit IRC07:04
*** yaawang has joined #openstack-nova07:05
*** lpetrut has joined #openstack-nova07:09
*** mkrai has quit IRC07:14
*** belmoreira has joined #openstack-nova07:16
*** rpittau|afk is now known as rpittau07:17
alex_xugibi: would you like to take a look those patches https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/use-pcpu-and-vcpu-in-one-instance, the refactor patches from stephenfin looks good now07:17
*** ralonsoh has joined #openstack-nova07:33
*** mkrai has joined #openstack-nova07:34
gibistephenfin: did you see that https://review.opendev.org/#/c/713089/ merged last night?07:37
gibistephenfin: do you think we should do something about it?07:38
*** ccamacho has joined #openstack-nova07:39
brinzhanggibi: although we merged that patch, but the config_drive issue also exist, what do you want to plan to do?07:40
*** dtantsur|afk is now known as dtantsur07:41
gibibrinzhang: there is a Nova API bug regarding config_drive filtering, that I don't want to solve this week due to FF and due to the fact that it would need a bigger API change to make it consistent across the API. Regarding the client side, the client now works as a pass through which is not wrong but stephenfin argued for a bit nicer CLI interface07:42
gibialex_xu: I will try but no promisses07:43
alex_xugibi: thanks07:44
*** ociuhandu has joined #openstack-nova07:44
brinzhanggibi: ok, I left some comment in bug 1871409, and I looked your chat records, yes, it's a bigger change07:45
openstackbug 1871409 in OpenStack Compute (nova) "cannot filter the list servers to show only those that does not have config drive" [Medium,In progress] https://launchpad.net/bugs/1871409 - Assigned to Balazs Gibizer (balazs-gibizer)07:45
brinzhanggibi: we are decide to completed this in gmann's next cleanup api?07:45
gibibrinzhang: no, we only added it to the list07:45
brinzhanggibi: ok, thanks, got it, if need my help that I can.07:47
gibibrinzhang: thanks. I would not rush on that as config_driver filtering is broken at least in the last 3 years and nobody filed a bug07:47
gibiso we will take the time to figure out how we want to fix it07:48
*** brinzhang_ has joined #openstack-nova07:48
brinzhang_gibi: Yes, we rarely use config_drive to filter servers too.07:49
*** brinzhang has quit IRC07:51
brinzhang_gibi: the bp/destroy-instance-with-datavolume separate patch updated and the novaclient also update, if you have time today, pls review again, I am sorry to add your work, thanks.07:54
*** mkrai has quit IRC07:54
*** mkrai has joined #openstack-nova07:57
*** zhanglong has quit IRC07:59
gibibrinzhang_: I have comment about the unit test https://review.opendev.org/#/c/71119408:00
*** tosky has joined #openstack-nova08:00
gibinow I will look at the client patch08:01
brinzhang_gibi: thanks, will update08:01
*** ociuhandu has quit IRC08:02
*** ociuhandu has joined #openstack-nova08:03
brinzhang_gibi: the test case that I missed the api_version=2.85, and I will add d-o-t to the request body, and set 2.85 in request08:05
*** dpawlik has joined #openstack-nova08:08
*** ociuhandu has quit IRC08:08
bauzasgibi: morning, FWIW I worked last night on the functional test, even if it's still a WIP, we verify whether traits work for two pGPUs https://review.opendev.org/#/c/717975/8/nova/tests/functional/libvirt/test_vgpu.py@21408:09
bauzasand Zuul says +1 :p08:09
*** brinzhang has joined #openstack-nova08:10
bauzas(WIP because I need to update some tests for the fakelibvirt)08:10
*** zhanglong has joined #openstack-nova08:11
gibibauzas: morning. ack08:12
*** brinzhang_ has quit IRC08:13
*** brinzhang_ has joined #openstack-nova08:14
*** mkrai has quit IRC08:15
*** brinzhang has quit IRC08:15
openstackgerritBrin Zhang proposed openstack/nova master: Separate update and swap volume policies  https://review.opendev.org/71119408:16
brinzhang_gibi: the test update done, thanks08:16
gibibrinzhang_: could you quickly fix this nit? then I will +2 https://review.opendev.org/#/c/711194/18/nova/tests/unit/policies/test_volumes.py@19908:19
bauzasstephenfin: fwiw, left comments on https://review.opendev.org/#/c/708436/ but I'm mostly +208:19
gibibrinzhang_: two nits actually08:20
openstackgerritBrin Zhang proposed openstack/nova master: Separate update and swap volume policies  https://review.opendev.org/71119408:20
*** mkrai has joined #openstack-nova08:20
gibibrinzhang_: thanks08:21
openstackgerritBrin Zhang proposed openstack/nova master: Separate update and swap volume policies  https://review.opendev.org/71119408:22
brinzhang_gibi: yes, that caused for me, I am sorry to that unexpected errors.08:22
bauzasstephenfin: also I wonder whether we should document the fact that some keys having namespaces would be strictly validated08:23
bauzasstephenfin: inhttps://review.opendev.org/#/c/710037/08:23
brinzhang_gibi: maybe you should +2 again, I missed your +2, my network is not very good08:24
gibibrinzhang_: done :)08:24
brinzhang_gibi: thanks08:24
*** rcernin has quit IRC08:27
*** martinkennelly has joined #openstack-nova08:28
bauzasstephenfin: also, please help me, I don't get how you autodoc https://6319631a8afc7845c7f6-af2016a5632320f910deb9dcbf495ac6.ssl.cf2.rackcdn.com/710037/13/check/openstack-tox-docs/eb7469b/docs/configuration/extra-specs.html08:29
brinzhang_gibi: about the base patch of bp/destroy-instance-with-datavolume, I have some nits and lack some test case pre v2.85 need to follow up, and I will do that tomorrow, that I am not forget ^^08:29
gibibrinzhang_: if there is only nits and test then such change can go in after FF08:29
bauzasstephenfin: I mean, i understood this was done by https://review.opendev.org/#/c/710037/13/doc/ext/extra_specs.py08:30
brinzhang_gibi: ok, thanks for remind, that's better for me08:30
bauzasstephenfin: actually, nevermind I found it08:31
*** zhanglong has quit IRC08:32
*** derekh has joined #openstack-nova08:33
*** zhanglong has joined #openstack-nova08:36
*** slaweq_ is now known as slaweq08:36
stephenfinbauzas: cool, let me know if you still have issues with it. I wrote a good guide for the Sphinx doc on this thing https://www.sphinx-doc.org/en/master/development/tutorials/recipe.html08:43
stephenfinthough it's a bit more complicated than what we're doing08:43
*** ociuhandu has joined #openstack-nova08:45
openstackgerritLee Yarwood proposed openstack/nova master: api: Introduce microverion 2.87 allowing boot from volume rescue  https://review.opendev.org/70143008:46
openstackgerritLee Yarwood proposed openstack/nova master: compute: Extract _get_bdm_image_metadata into nova.utils  https://review.opendev.org/70521208:46
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Support boot from volume stable device instance rescue  https://review.opendev.org/70143108:46
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Break up get_disk_mapping within blockinfo  https://review.opendev.org/71496208:46
lyarwoodstephenfin: ^ I did need the API samples after all for my microversion08:47
stephenfinhow come?08:47
stephenfinwhy didn't I? :-\08:47
*** yaawang has quit IRC08:48
bauzasstephenfin: not really, I don't want to hold this08:48
lyarwoodstephenfin: my functional tests in nova/tests/functional/api_sample_tests/test_rescue.py are rerunning the sample tests against the microversion, slightly over the top but meh.08:49
gibistephenfin: do you feel that we need to do someting with the way 2.83 client support merged during the night? https://review.opendev.org/#/c/713089/08:50
*** yaawang has joined #openstack-nova08:50
*** ociuhandu has quit IRC08:50
stephenfingibi: We don't *have* to, but I'm drafting the patch now to see if it makes sense :)08:51
*** tkajinam has quit IRC08:51
gibistephenfin: that patch would be top of the current merged solution or would revert the current solution first?08:51
stephenfinI think on top would be wisest?08:51
gibistephenfin: yeah, I'm not too affraid of doing a breaking CLI change as nobody consumed the patch we merged during the night yet08:52
stephenfinYeah, exactly08:52
stephenfinCatch it before it's released08:52
*** ociuhandu has joined #openstack-nova08:52
gibistephenfin: release will happen tomorrow night so we have some time08:53
gibistephenfin: I'm really glad that you have the time to tinker with that client patch, I feel a bit overwhelmed due to FF08:53
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing server policies  https://review.opendev.org/71834808:56
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing server policies  https://review.opendev.org/71834808:56
openstackgerritStephen Finucane proposed openstack/python-novaclient master: Make 'server list --config-drive' a boolean option  https://review.opendev.org/71834908:59
stephenfingibi: Yeah, I just want to nip this one in the bud before it gets released and that's not possible08:59
johnthetubaguywhat is the REST API bug?09:02
bauzasgibi: stephenfin: hum, just catching-up but I feel this somehow has to be cleared in between us : https://review.opendev.org/#/c/713089/09:02
openstackgerritStephen Finucane proposed openstack/python-novaclient master: Make 'server list --config-drive' a boolean option  https://review.opendev.org/71834909:03
bauzasgibi: stephenfin: FWIW, we should ask not to merge nova api changes unless there are novaclient patches in Depends-ON09:03
johnthetubaguybauzas: really we should ask for openstack cli right?09:03
bauzasjohnthetubaguy: OSC is more problematic in my mind09:03
bauzasbut yeah we *should*09:03
johnthetubaguyagreed, I spend hours with customers telling them which commands are totally broken in there09:04
*** ociuhandu has quit IRC09:04
stephenfinjohnthetubaguy: '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 False09:04
bauzasat least, a depends-on should be there for a microversion patch09:04
stephenfinjohnthetubaguy: only the API rejects '?config_drive=' (the empty string)09:04
gibibauzas: do you mean the API change depends-on the client patch not the other way around?09:04
*** ociuhandu has joined #openstack-nova09:04
stephenfinso it's not possible to say "give me all servers without a config drive"09:05
bauzasgibi: indeed, because of the release cadence09:05
johnthetubaguystephenfin: and you can't do 'False' I guess?09:05
johnthetubaguybecause empty string is falsey09:05
stephenfinnope, because whatever we provide is passed straight through to the DB query on the server side09:05
stephenfinand I guess an exact match lookup done09:06
bauzasgibi: anyway, just a can of worms for now09:06
bauzasand I don't want to go to the rabbit cave09:06
*** brinzhang has joined #openstack-nova09:06
gibibauzas: could you please add you thinking to the etherpad https://etherpad.openstack.org/p/nova-victoria-ptg around L8409:06
stephenfinthat'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 bugfix09:06
bauzasbut I'm afraid we would run against client changes if we don't do it09:06
gibistephenfin: you are correct09:07
stephenfin \o/09:07
bauzasgibi: and the fact that stephenfin takes time to write the client changes instead of the BP owner makes me think that I'm right09:07
gibistephenfin: I would also add that this bug exists at least since 201709:07
gibibauzas: 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 interface09:08
bauzasgibi: writing client changes should be the responsibility of the bp owner, not the nova maintainers IMHO09:08
stephenfinbauzas: tbc, the client changes were done. I'm just tweaking it because I didn't like how it was done09:08
bauzasoh ok, then nevermind09:08
stephenfinbut my patch is by no means mandatory09:08
bauzascool then09:08
stephenfinif anything, I'm at fault because lyarwood drafted the novaclient change for *my* series /o\09:08
bauzasagain, it's just my personal thoughts, not a policy09:09
gibibauzas: 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 change09:09
bauzasdon't take it wrong09:09
lyarwoodstephenfin: wait, did I screw that up?09:09
*** brinzhang_ has quit IRC09:09
*** ociuhandu has quit IRC09:09
stephenfinlyarwood: no no, it was good, thanks :)09:09
bauzasgibi: when we're close to FF, I feel we somehow organize it already :)09:10
gibibauzas: I'm not saying we should not do that, I say this will add complexity09:10
stephenfingibi, bauzas: Yeah, let's bring this up at the PTG. Only two microversions left to go for this cycle, hopefully09:10
gibibauzas: on the nova side it is by chance, on the client side, it is driven by the allocated microversion09:10
bauzasjust because of the potential merge conflicts that would require a Zuul respin09:10
gibistephenfin: +!09:10
gibistephenfin: +109:10
bauzasI can add thoughts on this, not solutions09:10
lyarwoodand both are no-ops in the client09:10
* gibi goes back reviewing the 2.85 on the client side09:11
* bauzas is surprised being more active upstream when he's locked down with kids09:11
lyarwoodwe all assumed you had farmed some of your work out to your kids ;)09:12
bauzasshould I say "please keep me locked down for a while ?"09:12
lyarwood /s09:12
bauzaslyarwood: you can't imagine how you're right : this weekend's TODO : teach 'Scratch' to my 9yo daughter, she wants to09:13
lyarwoodthat's awesome :)09:13
bauzasshe did read children books about girls doing STEM, she now wants to code09:13
bauzasnot sure how long it will last tho09:14
*** yaawang has quit IRC09:14
bauzashttps://www.penguinrandomhouse.com/series/GWC/girls-who-code FTW09:16
*** yaawang has joined #openstack-nova09:16
bauzasgibi: looking at https://launchpad.net/nova/+milestone/ussuri-3 I only see lyarwood's and gmann's changes requiring reviews, right?09:21
bauzasgibi: other bps aren't marked 'Needs Code review'09:22
bauzas(besides my own BP of course)09:22
gibibrinzhang: 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 False09:22
gibibauzas: don't trust Needs Code review field09:22
gibiI'm pretty sure it is not up-to-date09:22
bauzasgibi: I usually don't but other BPs are either implemented or 'Started' but are actually either merged or still WIP :)09:23
gibibauzas: hm, stephenfin's extra spec validation also open09:23
bauzasof 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
bauzasgibi: I just +2d the whole series with comments09:24
stephenfinyeah, that's blocked by this tempest change. I'm hoping gmann can expedite it today https://review.opendev.org/#/c/707223/09:24
gibibauzas: cool09:24
bauzaseither way, jumping to lyarwood's then09:25
gibiI 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 too09:25
gibibauzas: yeah, lyarwood should be close09:25
gibibauzas: thanks09:25
gibiI mean lyarwood's09:25
bauzasgibi: 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:25
gibibauzas: honestly I don't know if it still has a chance to land, there is a lot of patches there09:26
bauzasthat's what I see09:26
gibiand I haven't really followed the series so I have no context how complex it is09:27
gibigmann's policy patches are fairly simple in the other hand09:27
stephenfinI'm happy to keep reviewing the policy patches, if you could take a look at the pcpu-and-vcpu one, bauzas09:27
stephenfinfwiw, the complexity is only in the last two patches or09:27
stephenfin....so09:27
gibialso 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-review09:28
stephenfinthe rest is an attempt to make that code readable :(09:28
stephenfinit's so, so bad09:28
* gibi goes back to 2.85 client patch again09:28
bauzasok, entering the frightening tho exciting world of mystery that are volume-backed instances09:29
bauzaslyarwood: ^09:29
bauzasstephenfin: okay, then you're next in my queue after bfv rescuse09:30
bauzasrescue*09:30
openstackgerritStephen Finucane proposed openstack/nova master: Follow-up for flavor-extra-spec-validators series  https://review.opendev.org/71835709:30
bauzasstephenfin: I'd appreciate some reading of https://review.opendev.org/#/c/715489/09:30
bauzas(btw.)09:31
bauzasbonus stage : https://review.opendev.org/#/c/717975/809:31
lyarwoodbauzas: I've got that open at the moment btw, taking a while as I've never looked at vGPU stuff before.09:32
bauzaslyarwood: that's the reason why I invested a bit of time on functionally testing the feature https://review.opendev.org/#/c/717975/09:32
bauzasworth reading the last bit, fresh as of this night.09:33
lyarwoodack thanks09:34
*** yaawang has quit IRC09:35
*** yaawang has joined #openstack-nova09:36
brinzhanggibi: seem like you missed the "--os-compute-api-version 2.85" in you CLI09:37
gibibrinzhang: hm, interesting09:37
gibichecking...09:37
gibinova client should default to max microversion09:38
gibiand False to True worked09:38
gibibut let me double check it09:38
*** Liang__ has quit IRC09:38
brinzhangEmm..interesting..09:38
*** ociuhandu has joined #openstack-nova09:40
gibibrinzhang: here is a repro http://paste.openstack.org/show/791792/09:40
gibiFalse -> True works, True -> False seems to be ignored09:41
gibilet's try to attach a debugger09:42
brinzhanggibi: looks like the phenomenon is not in nocalient09:42
gibiyou mean, this a potential bug in the nova API change?09:42
brinzhanggibi: I am not sure, I will rebuild my env, I think it's not fast09:43
gibiOK, I'm also looking into this in parallel with you09:43
gibiI will let you know if I found something09:43
*** zhanglong has quit IRC09:44
brinzhang"False -> True works, True -> False seems to be ignored", that from False to True works, and I reviewed again in novalient code, it's ok for me, so I am not sure whether is it have something in nova API09:44
openstackgerritMikhail Ushanov proposed openstack/nova stable/ocata: Support qemu >= 2.10  https://review.opendev.org/69385109:47
*** brinzhang_ has joined #openstack-nova09:52
gibibrinzhang: it seems to me that converting from the 'False' string to boolean is missing from the API code09:53
gibi(Pdb)  bdm.delete_on_termination = att['delete_on_termination']09:53
gibi(Pdb) bdm.delete_on_termination09:53
gibiTrue09:53
openstackgerritAndreas Jaeger proposed openstack/nova-specs master: Cleanup py27 support  https://review.opendev.org/71836809:53
gibi(Pdb) att['delete_on_termination']09:53
gibi'False'09:53
gibi(Pdb)09:53
gibiand ovo converst the non empty string ('False') to True automatically09:53
gibithe schema enforces the boolean-ness of the field but we did not covert it to boolean09:55
*** brinzhang has quit IRC09:55
gibiyep, I confirmed that the string boolean conversion is missing09:59
gibifiling  bug...09:59
brinzhang_gibi: yeah, happened in https://review.opendev.org/#/c/693828/27/nova/api/openstack/compute/volumes.py@45410:00
gibiyep, a bool_from_string calls is missing there, and also we don't have proper test coverage as we did not catch the bug10:01
gibiI'm filling a bug, do you have time to start creating a fix?10:02
brinzhang_gibi: of course10:02
gibithanks, I wil link the bug here soon10:03
brinzhang_gibi: thanks10:03
*** links has quit IRC10:08
gibibrinzhang_: https://bugs.launchpad.net/nova/+bug/187159810:08
openstackLaunchpad bug 1871598 in OpenStack Compute (nova) "PUT /servers/{server_id}/os-volume_attachments/{volume_id} does not update delete_on_termination from True to False" [Medium,Triaged]10:08
brinzhang_gibi: I will fix it today, before I get home10:08
gibibrinzhang_: thanks10:09
gibiping me when you push the fix and I will review it10:09
brinzhang_gibi: np10:09
*** avolkov has joined #openstack-nova10:14
* gibi moves to review the extra_spec validation series10:15
openstackgerritStephen Finucane proposed openstack/nova master: hardware: Remove '_numa_fit_instance_cell_with_pinning'  https://review.opendev.org/71470310:20
openstackgerritStephen Finucane proposed openstack/nova master: Introduce 'pcpuset' field for InstanceNUMACell  https://review.opendev.org/71465810:20
openstackgerritStephen Finucane proposed openstack/nova master: Introduce the 'CPUAllocationPolicy.MIXED' enum  https://review.opendev.org/71626710:20
openstackgerritStephen Finucane proposed openstack/nova master: hardware: Add support for 'hw:cpu_dedicated_mask' extra spec  https://review.opendev.org/71470610:20
openstackgerritStephen Finucane proposed openstack/nova master: computer: validate cpu pinning configuration for mixed instance  https://review.opendev.org/71626810:20
openstackgerritStephen Finucane proposed openstack/nova master: Calculate the pinned and unpinned CPU usage for mixed instance  https://review.opendev.org/71626910:20
openstackgerritStephen Finucane proposed openstack/nova master: mark mixed policy as ready, bump compute service version  https://review.opendev.org/71627110:20
openstackgerritStephen Finucane proposed openstack/nova master: libvirt/hardware: refactor numa_get_constraints  https://review.opendev.org/71829410:20
openstackgerritStephen Finucane proposed openstack/nova master: Setup 'mixed' instance through 'PCPU' and 'VCPU' resource  https://review.opendev.org/71335510:20
openstackgerritStephen Finucane proposed openstack/nova master: metadata: export the vCPU IDs that are pinning on the host CPUs  https://review.opendev.org/68893610:20
*** slaweq has quit IRC10:23
*** rpittau is now known as rpittau|bbl10:24
*** slaweq has joined #openstack-nova10:25
gibistephenfin: one question / nit in https://review.opendev.org/#/c/717789/2/nova/api/validation/extra_specs/validators.py@5010:27
*** links has joined #openstack-nova10:31
stephenfingibi: Replied. I'll have a test shortly10:32
alex_xugibi: quick question, I don't think we need obj_make_compatible method for notification object, right? https://review.opendev.org/#/c/714658/6/nova/notifications/objects/request_spec.py@18710:33
openstackgerritStephen Finucane proposed openstack/nova master: Follow-up for flavor-extra-spec-validators series  https://review.opendev.org/71835710:36
*** brinzhang has joined #openstack-nova10:37
gibistephenfin: thanks. +A10:37
stephenfinta10:38
gibialex_xu: at the momen there is no way to ask nova to emit older than the latest version of the notifications. So obj_make_compatible is unused for notification ovos10:38
gibialex_xu: so no, we don't need it10:39
* gibi lunches10:39
*** brinzhang_ has quit IRC10:40
alex_xugibi: thanks10:40
openstackgerritBrin Zhang proposed openstack/nova master: Convert delete_on_termination from string to boolean  https://review.opendev.org/71838710:54
brinzhanggibi: fixed done, pls review https://review.opendev.org/71838710:54
openstackgerritStephen Finucane proposed openstack/nova master: Follow-up for flavor-extra-spec-validators series  https://review.opendev.org/71835710:56
stephenfinbauzas: had to respin that ^10:56
bauzasack10:56
gibibrinzhang: ack, will check, thanks10:57
*** brinzhang_ has joined #openstack-nova10:57
*** brinzhang has quit IRC11:00
openstackgerritMerged openstack/nova master: Add new default roles in security group policies  https://review.opendev.org/71679311:02
openstackgerritMerged openstack/nova master: Allow versioned discovery unauthenticated  https://review.opendev.org/68518111:11
openstackgerritMerged openstack/nova master: Fix new context comparison workaround in base tests class  https://review.opendev.org/71782511:12
*** ratailor has quit IRC11:16
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Microversion 2.85: Change volume-update CLI  https://review.opendev.org/71265111:20
lyarwoodhttps://review.opendev.org/#/q/topic:workaround_native_luksv1+status:open+project:openstack/nova - looking for core reviews on this btw, appreciate everyone is busy ahead of M3 but wanted to ask anyway.11:22
brinzhang_gibi, lyarwood: novalient for microversion 2.85 updated too.11:22
gibibrinzhang_: ack11:23
*** mkrai has quit IRC11:30
*** ociuhandu has quit IRC11:34
gibistephenfin: feedback in https://review.opendev.org/#/c/708436/ would you like to fix it in a FUP?11:34
lyarwoodbrinzhang_: ack thanks, I think the call to bool_from_string should use strict=True11:34
*** ociuhandu has joined #openstack-nova11:35
brinzhang_lyarwood: I looked you comment, agree add strict=True11:37
*** ociuhandu has quit IRC11:39
*** zhanglong has joined #openstack-nova11:40
*** links has quit IRC11:44
*** zhanglong has quit IRC11:45
brinzhang_lyarwood: [True, 'True', 'TRUE', 'true', '1', 'ON', 'On', 'on', 'YES', 'Yes', 'yes'] for true, [False, 'False', 'FALSE', 'false', '0', 'OFF', 'Off', 'off', 'NO', 'No', 'no'] for False, does them all tests?11:45
*** links has joined #openstack-nova11:45
brinzhang_if yes, I will do a for cycle to test11:45
sean-k-mooneywhat is this for?11:45
sean-k-mooneyif your trying to do string to bool conversion use https://github.com/openstack/oslo.utils/blob/master/oslo_utils/strutils.py#L123-L15811:46
*** brinzhang has joined #openstack-nova11:47
sean-k-mooneyif you use bool_from_string you dont need to test all the combinations11:47
sean-k-mooneywe know the oslo function works11:47
lyarwoodbrinzhang_: I don't think we need to test them all but just more than False11:47
*** zhanglong has joined #openstack-nova11:47
lyarwoodbrinzhang_: and a bad value obviously11:48
openstackgerritMerged openstack/nova master: Add test coverage of existing simple tenant usage policies  https://review.opendev.org/71754611:49
openstackgerritMerged openstack/nova master: Add test coverage of existing server migrations policies  https://review.opendev.org/71753111:49
openstackgerritMerged openstack/nova master: Fix server tags policy to be admin_or_owner  https://review.opendev.org/71794711:49
openstackgerritMerged openstack/nova master: Add test coverage of existing server tags policies  https://review.opendev.org/71742511:49
brinzhangok, I will add a true value e.g. '1' to tests11:50
openstackgerritMerged openstack/nova master: Introduce scope_types in server tags policy  https://review.opendev.org/71794811:50
openstackgerritMerged openstack/nova master: Add new default roles in server tags policies  https://review.opendev.org/71795411:50
openstackgerritMerged openstack/nova master: Introduce scope_types in server migration  https://review.opendev.org/71758811:50
openstackgerritMerged openstack/nova master: Add new default roles in server migration policies  https://review.opendev.org/71759011:50
openstackgerritMerged openstack/nova master: Fix server password policy to be admin_or_owner  https://review.opendev.org/71721211:50
*** brinzhang_ has quit IRC11:50
brinzhanglyarwood: what is the bad value? can you give me a example? I used 'x' to test that it's false11:50
openstackgerritMerged openstack/nova master: Add test coverage of existing server password policies  https://review.opendev.org/71720411:50
openstackgerritMerged openstack/nova master: Introduce scope_types in server password policy  https://review.opendev.org/71741511:50
openstackgerritMerged openstack/nova master: Pass the actual target in server migration policy  https://review.opendev.org/71759111:51
*** ociuhandu has joined #openstack-nova11:51
lyarwoodbrinzhang: None with strict=True11:52
gibistephenfin: does the extra_spec series still depends on the tempest fix? as far as I see tempest uses top level keys instead of known namespaces11:55
sean-k-mooneybrinzhang: are you using bool_from_string because x is not a vaild value11:56
sean-k-mooneybrinzhang: with strict 'x' should raise an error11:56
brinzhang>>> from oslo_utils import strutils11:56
brinzhang>>> strutils.bool_from_string('dd')11:56
brinzhangFalse11:56
brinzhangsean-k-mooney: I test in python311:56
sean-k-mooneyright that is becasue you are hitting this https://github.com/openstack/oslo.utils/blob/master/oslo_utils/strutils.py#L157-L15811:56
brinzhangyeah11:57
sean-k-mooneythe default is false and if you dont have stict then any unrecognised value returns the default11:57
brinzhangyes, the strict=Fasle, if we change this to True, it will be an invalid value11:59
*** zhanglong has quit IRC12:01
brinzhanglyarwood:nova.exception.ValidationError: Invalid input for field/attribute delete_on_termination. Value: xxx. 'xxx' is not one of [True, 'True', 'TRUE', 'true', '1', 'ON', 'On', 'on', 'YES', 'Yes', 'yes', False, 'False', 'FALSE', 'false', '0', 'OFF', 'Off', 'off', 'NO', 'No', 'no']12:07
brinzhangwhile I change the value to error, it cannot pass the schema check, do I necessary to do the bad value test?12:07
*** artom has joined #openstack-nova12:08
lyarwoodbrinzhang: ah no then sorry, the schema check is enough.12:10
lyarwoodbrinzhang: but we should still leave strict=True on to be safe12:10
brinzhanglyarwood: yeah, I will give up this test12:10
*** ociuhandu has quit IRC12:10
brinzhangand add body['volumeAttachment']['delete_on_termination'] = '1' to assertTure()12:10
brinzhanglyarwood: yes, I was added  strict=True to the bool_from_string()12:11
*** ociuhandu has joined #openstack-nova12:11
lyarwoodbrinzhang: ack yeah anything to assert true being passed in would be nice to have12:11
*** tkajinam has joined #openstack-nova12:14
stephenfingibi: Oh, that's a good point. It probably doesn't now :)12:14
* stephenfin drops that Depends-On12:14
gibi\o/12:14
openstackgerritBrin Zhang proposed openstack/nova master: Convert delete_on_termination from string to boolean  https://review.opendev.org/71838712:16
jkulikis there anything in or around nova, that would help defragment host memory? move VMs around, so that a bigger VM can fit on a host again12:16
*** ociuhandu has quit IRC12:16
brinzhanglyarwood, sean-k-mooney: update done.12:16
brinzhanggood morning all, have a nice day, bye.12:16
gibibrinzhang: thanks! good night!12:16
lyarwood\o12:17
gibijkulik: nova itself allows you to move VMs to other host. top of nova there is https://wiki.openstack.org/wiki/Watcher but don't know the health of the watcher project12:18
*** brinzhang has quit IRC12:19
jkulikthanks for the hint12:20
*** rpittau|bbl is now known as rpittau12:23
*** brinzhang has joined #openstack-nova12:23
bauzasstephenfin: question, you turned up your vote to +2 for lyarwood's, could you please tell me why ? did lyarwood provided a FUP or your comment on https://review.opendev.org/#/c/700812/21/nova/virt/libvirt/blockinfo.py@99 is wrong ?12:35
bauzasbecause https://review.opendev.org/#/c/700812/21/nova/virt/libvirt/blockinfo.py@99 afraids me12:35
stephenfinbecause I was expecting a follow-up12:35
stephenfinthe -1 was accidental12:36
bauzascool then12:37
bauzasstephenfin: and you don't see a problem with https://review.opendev.org/#/c/700812/21/nova/virt/libvirt/blockinfo.py@9912:38
bauzas?12:38
* bauzas trying to see whether it's an issue or not12:38
stephenfinthey should be combined, yes, but I didn't think it was a blocking issue so long as it was resolved in a follow-up12:39
stephenfinHappy to drop the +2 until that follow-up is there though12:39
huaqiang@stephenfin: can you have a look at url:https://review.opendev.org/#/c/718345/12:39
huaqiangif this patch is accepted, some of mixed instance patch will be easier12:40
*** xek_ has joined #openstack-nova12:40
stephenfinhuaqiang: We have to work without that because feature freeze has passed for oslo12:41
stephenfinso it'll be Victoria before we can merge that12:41
huaqiangok12:41
huaqiangI'll make workaround for now12:42
openstackgerritStephen Finucane proposed openstack/nova master: Follow-up for flavor-extra-spec-validators series  https://review.opendev.org/71835712:43
openstackgerritStephen Finucane proposed openstack/nova master: api: Add framework for extra spec validation  https://review.opendev.org/70464312:47
bauzaslyarwood: left a comment giving you only a +1 on https://review.opendev.org/#/c/700812/2112:48
bauzastl;dr: I understand this can be unstable to rescue an instance with attached disks, but this is *not* unstable when we talk of a single instance with only one disk12:49
bauzas(and this saved me more than a couple of times when I was operating an Essex cloud)12:50
bauzaslyarwood: also, remember me, but can't you detach disks before rescuing ?12:50
bauzasthat won't make your workloads happy for sure, but you can still access the guest12:51
bauzasit looks to me very like booting as single user, you only get a very limited access but you got it to12:52
bauzastho*12:52
*** ttsiouts has quit IRC12:53
*** ttsiouts has joined #openstack-nova12:57
*** spatel has joined #openstack-nova12:58
*** spatel has quit IRC12:59
lyarwoodbauzas / stephenfin ; I somehow missed that rebase error, I can get rid of that now assuming stephenfin has had to push changes to his series I'm based on13:02
stephenfinlyarwood: That or a follow-up. I'm hoping I don't have to rebase the rest of my series but I think Gerrit will force me to13:03
lyarwoodbauzas: I can remove this use of unstable here and just call it a rescue. It's still unstable in the sense of disk ordering even with a single disk instance but I can see how this term might confuse people.13:04
lyarwoodbauzas: you can detach non-root disks but not bfv root disks.13:05
lyarwoodbauzas: and yeah stable rescue essentially gives you the same experience as you would have with bare metal machines entering into rescue mode13:06
lyarwoodbauzas: everything attached in the same order etc.13:06
lyarwoodstephenfin: kk fup might be easier in that case13:06
openstackgerritsean mooney proposed openstack/nova master: cyborg evacuate support  https://review.opendev.org/71532613:07
sean-k-mooneygibi: dansmith ^ just fixed the pep8 issues and a minor style tweek but tha is otherwise the same as the one i pushed last night13:08
gibisean-k-mooney: ack13:09
sean-k-mooneydansmith: gibi i tested that local last night and it apears to correcly handel rebuild and evac including all the arq binding and placementa allocations13:09
sean-k-mooneyim not sure if we want to included it in ussuri but it should be read for review13:10
gibistephenfin: fyi relevant testcase failed in the FUP of extra_specs13:12
sean-k-mooneylyarwood: :)13:15
openstackgerritArthur Dayne proposed openstack/nova master: libvirt:driver:Disallow AIO=native when 'O_DIRECT' is not available  https://review.opendev.org/68277213:16
*** udesale_ has joined #openstack-nova13:18
bauzaslyarwood: yup, I knew for the flipped ordering13:18
bauzaslyarwood: but again, this saves a guest OS13:18
bauzasmaybe I'm bikeshedding on some naming this being said13:18
sean-k-mooneylyarwood: for what its worth on a normal machine if you boot form usb the disk order used to change as it would become sda :P13:19
openstackgerritStephen Finucane proposed openstack/nova master: api: Add support for new cyborg extra specs  https://review.opendev.org/71622213:19
openstackgerritStephen Finucane proposed openstack/nova master: Drop concept of '?validation' parameter  https://review.opendev.org/71778913:19
sean-k-mooneyat least on linux on window its proably different13:20
lyarwoodsean-k-mooney: I've never seen that tbh, was that under a particular BIOS?13:20
openstackgerritStephen Finucane proposed openstack/nova master: api: Add microversion for extra spec validation  https://review.opendev.org/70843613:20
openstackgerritStephen Finucane proposed openstack/nova master: docs: Add documentation for flavor extra specs  https://review.opendev.org/71003713:20
*** udesale has quit IRC13:20
sean-k-mooneylyarwood: its what used to happen on the servers i used at intel13:20
lyarwoodsean-k-mooney: weird13:20
lyarwoodsean-k-mooney: I guess that's one way to change the boot order13:20
sean-k-mooneyi have seen it about 50% of the other laptops and servers  have at home13:20
*** zhanglong has joined #openstack-nova13:21
lyarwoodbauzas: no issues, my use of unstable is just confusing there so I'll remove it.13:21
openstackgerritStephen Finucane proposed openstack/nova master: Follow-up for flavor-extra-spec-validators series  https://review.opendev.org/71835713:21
sean-k-mooneylyarwood: i dont think it hapens for uefi for what its worth13:21
*** nweinber has joined #openstack-nova13:21
sean-k-mooneyonly legacy boot mode13:21
bauzaslyarwood: thanks for your good comments on https://review.opendev.org/#/c/715490/ I'll upload a FUP13:22
bauzaslyarwood: if you don't disagree13:22
stephenfingibi: Respun that. Good spot. /o\13:22
bauzas(I just want to avoid a new zuul CI respin)13:22
lyarwoodbauzas: yeah np13:22
bauzasack thanks13:23
sean-k-mooneystephenfin: bauzas lyarwood since ye are all here care to review the final few patches for cyborg. the first two are real staight forward and dont require much knoladge of cyborg13:24
bauzassean-k-mooney: I can take a look today13:24
sean-k-mooneyhttps://review.opendev.org/#/c/716185/6 https://review.opendev.org/#/c/716186/6 and https://review.opendev.org/#/c/715326/713:24
lyarwoodsean-k-mooney: yup I can13:24
sean-k-mooneyi think sundar is nolonger working on this stuff so if there are any issue ill respin the patches13:24
bauzasI'm mostly done on reviewing lyarwood's stable rescue thingies, so either I go with pinned/non-pinned stephenfin's patches or cyborg ones13:25
bauzasbut I think cyborg is moar important upstream13:25
bauzasstephenfin: amirite ?13:25
sean-k-mooneythey are shorter. the first one is the release note/api docs the second is a minor fix and the last is rebuild/evacuate13:26
sean-k-mooneywe should land the first two definetly.13:26
bauzasFWIW, I'd be glad if we could merge my own stuff which is small too :p13:26
sean-k-mooneythe last need proper review so if you cover the first two you could always swap back to stephens13:26
bauzaskk13:27
bauzasfinishing lyarwood's patch review on this new trait first and then going on cyborg13:27
sean-k-mooneyyes im getting coffee but after that im proably goign to go review the rest of your series then lyarwood's or stephenfin's ones13:28
*** eharney has joined #openstack-nova13:28
*** zhanglong has quit IRC13:30
openstackgerritLee Yarwood proposed openstack/nova master: fup: Combine SUPPORTED_DEVICE_BUS and SUPPORTED_STORAGE_BUSES  https://review.opendev.org/71844813:31
*** zhanglong has joined #openstack-nova13:31
*** ociuhandu has joined #openstack-nova13:33
openstackgerritLee Yarwood proposed openstack/nova master: fup: Remove the use of the term `unstable rescue` INFO logs  https://review.opendev.org/71845113:36
gibistephenfin: does 'trait:CUSTOM_FOO' : 'foo' is only passing validation if the CUSTOM trait exists or not at all?13:43
gibisorry 'trait:CUSTOM_FOO' : 'required'13:43
stephenfinNope, it's a wildcard13:43
stephenfintrait:CUSTOM_*13:43
gibithen I think we have a bug13:44
gibithis fails13:44
gibi    def test_create_trait_spec(self):13:44
gibi        body = {'extra_specs': {13:44
gibi            'trait:CUSTOM_FOO': 'required',13:44
gibi        }}13:44
gibi        self.admin_api.post_extra_spec(self.flavor_id, body)13:44
stephenfingibi: Cool, let me look13:46
openstackgerritStephen Finucane proposed openstack/nova master: Add new default roles in server password policies  https://review.opendev.org/71741713:47
stephenfingibi: Wait - are custom traits a thing?13:47
stephenfinI didn't think they were. That's why I've nothing handling them13:48
stephenfinwhereas I do for resources https://review.opendev.org/#/c/704643/23/nova/api/validation/extra_specs/resources.py@4113:48
gibistephenfin: they are https://docs.openstack.org/api-ref/placement/?expanded=update-traits-detail#list-traits13:48
gibiqos using them (but now view flavor extra_spec)13:49
stephenfingdi, of course they are. Good spot. Will fix13:49
gibi(but not via flavor extra_spec)13:49
*** dtantsur is now known as dtantsur|brb13:50
*** jraju__ has joined #openstack-nova13:50
*** Liang__ has joined #openstack-nova13:50
sean-k-mooneygibi: we can use custome traits via flavor extra specs13:51
sean-k-mooneyor via images13:52
*** links has quit IRC13:52
gibisean-k-mooney: ack. I meant that qos is using CUSTOM traits through the port not the flavor13:52
sean-k-mooneyoh you ment qos does not use them via flavor extra specs13:52
gibiyepp13:52
gibiI just type something crazy first :D13:53
gibityped13:53
sean-k-mooneylooking at the validator i dont see wher CUSTOM_ traits are being blocked13:54
sean-k-mooneyhttps://review.opendev.org/#/c/718357/5/nova/api/validation/extra_specs/traits.py is not blocking it anyway13:55
bauzassean-k-mooney: gibi: I have a functional test that proves it works :p13:55
bauzas(adding custom traits to a flavor)13:55
sean-k-mooneyi think we have a couple actully13:56
* bauzas shamelessly provides a link for it https://review.opendev.org/#/c/717975/8/nova/tests/functional/libvirt/test_vgpu.py13:56
sean-k-mooneybauzas: dont we have one for the compute status trait13:57
sean-k-mooneywe used used a custom one breifly13:57
bauzassean-k-mooney: indeed, and we always ask for it13:57
bauzasbut that's not a custom one13:57
sean-k-mooneynot anymore13:57
bauzasroot_required=!COMPUTE_DISABLED or something like this13:57
bauzasbut that's 'root' required13:58
sean-k-mooneymatt used a custome one for dev i can recall if we merged it after the standard one was added and release in os-traits or not13:58
sean-k-mooneywe proably waited13:58
openstackgerritStephen Finucane proposed openstack/nova master: api: Allow custom traits  https://review.opendev.org/71846113:58
bauzasI was afraid of custom traits on a child RP not being bobbled up to the tree for verification but it does work13:58
stephenfingibi: done ^13:58
*** liuyulong has joined #openstack-nova13:59
bauzasI was able to tag CUSTOM_NVIDIA_XX on a child RP and just request this trait on a flavor which was getting me the right RP as a result13:59
sean-k-mooneybauzas: yes if you add them to the unumbered group i think we check the tree13:59
bauzassean-k-mooney: that's what the api-ref says at least :)13:59
bauzashttps://docs.openstack.org/api-ref/placement/?expanded=list-allocation-candidates-detail#list-allocation-candidates14:00
bauzas"Allocation requests in the response will be for resource providers that have capacity for all requested resources and the set of those resource providers will collectively contain all of the required traits. These traits may be satisfied by any provider in the same non-sharing tree or associated via aggregate. "14:00
bauzascustom traits are just treated equally14:00
*** Liang__ is now known as LiangFang14:00
sean-k-mooneyyep14:01
gibistephenfin: ack, still someting feels wrong14:01
gibi    def test_create_invalid_resource_spec(self):14:01
gibi        body = {'extra_specs': {14:01
gibi            'resource:CUSTOM_FOO': 'boo',14:01
gibi        }}14:01
gibi        self.admin_api.post_extra_spec(self.flavor_id, body)14:01
gibithis should fail as 'boo' is not int, but it is accepted14:02
*** belmoreira has quit IRC14:02
gibihaven't checked the latest ps14:02
gibipulling it now14:03
stephenfingimme a few14:03
openstackgerritLee Yarwood proposed openstack/nova master: fup: Add missing docstrings from get_rescue_device|bus diskinfo funcs  https://review.opendev.org/71846414:05
sean-k-mooneygibi: are you useing the correct microversion14:06
gibisean-k-mooney: I'm using the functional test env14:06
*** ttsiouts has quit IRC14:06
gibisean-k-mooney: and that sets it to 2.8614:06
sean-k-mooneyright well it might not be using the latest microverions14:06
*** ttsiouts has joined #openstack-nova14:06
sean-k-mooneyah ok14:06
sean-k-mooneyhttps://review.opendev.org/#/c/704643/23/nova/api/validation/extra_specs/resources.py14:06
sean-k-mooneyso the valu is defiend as an int14:07
gibithere are a bunch of tests alreay there that works as expected14:07
gibisomething is wrong with the parameterized namespaced keys14:07
sean-k-mooneyits possible that  boo is being treated as hex14:07
sean-k-mooneyactully proably not14:08
gibiyepp, it accepts not-an-int as well14:08
stephenfingibi: s/resource/resources/14:09
gibi /o\14:09
sean-k-mooneystephenfin: should your typo chekcing not catch that :P14:09
stephenfinnope, it's an unknown namespace :)14:10
gibistephenfin: you are right. resources works as expected14:10
sean-k-mooney... oh because we are droping ?validation14:10
openstackgerritStephen Finucane proposed openstack/nova master: api: Allow custom traits  https://review.opendev.org/71846114:10
*** kaisers_ has joined #openstack-nova14:11
openstackgerritLee Yarwood proposed openstack/nova master: DNM - Test stable device rescue tests with BFV instances  https://review.opendev.org/71005014:12
openstackgerritLee Yarwood proposed openstack/nova master: DNM test stable rescue tempest/devstack changes  https://review.opendev.org/70081514:13
gmannstephenfin: on extra spec tempest failure. new validation is with microversion right? and old microversion keep accepting the invalid things as they were ?14:21
stephenfingmann: Correct14:21
gmannin that case tempest should not fail14:22
stephenfinOh, does Tempest default to the oldest microversion?14:22
stephenfinSomewhat related, that change is actually not critical now since we've changed how validation works. Now we only care about known namespaces (e.g. 'hw:')14:23
gmannyeah, 2.1 is default14:23
*** martinkennelly has quit IRC14:23
stephenfinAh, I wonder if one of the gate jobs was setting a higher default because I thought I saw failures early on14:23
stephenfinbefore we changed to the current namespace-only model, that is14:24
*** zhanglong has quit IRC14:24
gmanni do not think we have any job run with latest. all microversion tests are with cap.14:25
*** martinkennelly has joined #openstack-nova14:25
gmannbut uncapped  tests can be run with any microversion via configuration. so your change lgtm overall. I was curious if nova code is blocked due to tempest things14:25
*** zhanglong has joined #openstack-nova14:26
*** efried has quit IRC14:30
gmannstephenfin: +A on tempest fix.14:31
*** efried has joined #openstack-nova14:32
aarentsHi there, I'm wondering if someone can evaluate this: https://review.opendev.org/#/c/717037 it's about a space available calucation issue during host periodic task14:32
gmannstephenfin: can you review this policy warning things on olso.policy - https://review.opendev.org/#/c/717879/214:32
gmanngibi: stephenfin : RE on config-drive things. sorry i could have hold +W. not allowing that filter for now or just allow as bool (what stephenfin proposal) make more sense.14:37
gibigmann: no worries14:38
openstackgerritStephen Finucane proposed openstack/python-novaclient master: Make 'server list --config-drive' a boolean option  https://review.opendev.org/71834914:38
stephenfingmann: Good timing :) ^14:38
stephenfinLooking at that oslo patch now14:38
gmannthanks. checking..14:38
bauzasaarents: we're very close to FF, could you please ping us this one on Friday ?14:39
aarentsbauzas: sure14:39
gibibauzas: will you work on this Friday?14:40
*** tesseract has quit IRC14:40
bauzasgibi: yup, our bank holiday is usually Monday14:40
bauzas(only I mean)14:40
bauzasgibi: you ?14:40
bauzasFriday and Monday ?14:40
gibiinteresting we have both Friday and Monday off due to easter14:40
*** mlavalle has joined #openstack-nova14:41
bauzasheh, of course France only has a very few PTO days14:41
bauzaspoor of us14:41
*** tesseract has joined #openstack-nova14:42
* stephenfin 's heart bleeds for the poor French man14:42
stephenfin:P14:42
gibi:P14:43
aarents:)14:43
bauzaswait for May, dudes, wait for May...14:43
lyarwoodha14:43
bauzasactually, that makes a good call, Easter makes difficult any potential exception we could make14:44
bauzasas it would differ for at least 2 working days14:44
bauzashaven't realized that14:44
*** igordc has joined #openstack-nova14:45
*** udesale_ has quit IRC14:46
*** lpetrut has quit IRC14:46
gmanngibi: stephenfin how about not exposing non-working option --no-config-drive https://review.opendev.org/#/c/718349/3/novaclient/v2/shell.py@156114:48
gmannor we should say something about non-working in help message so that users would get false un-filtered servers list14:49
stephenfingmann: That depends on whether we want to fix that filter with a microversion or not14:49
gmannexactly, that is why i was thinking about not exposing as we do not know solution yet.14:50
gmannand we may left that option always non-working for older version.14:50
stephenfinHmm, fair point. I think it's okay to keep it but I also see your point. I'll let someone else decide14:51
gmannand we end up fix without microversion then we can always add as part of current bug fix14:51
gmann+1. yeah.14:51
bauzassean-k-mooney: FWIW, got comments on https://review.opendev.org/#/c/716185/614:53
gmannlbragstad: did you get chance to test the new flag of new defaults switch - https://review.opendev.org/#/c/717943/214:54
bauzassean-k-mooney: since it's already sent to the gate, I left a +1 to not fuck gibi's and lyarwood's stats :p14:54
lbragstadgmann i have an environment up - i should be able to do it today14:54
gmannlbragstad: i tried to simulate it on nova but somehow due to our fake_policy things for tests not letting me or something i am missing - https://review.opendev.org/#/c/717945/14:54
gmannlbragstad: great thanks a lot.14:54
*** hoonetorg has quit IRC14:56
bauzassean-k-mooney: -1 on https://review.opendev.org/#/c/716186/614:56
bauzasis Sundar no longer around ?14:56
bauzaswho from the cyborg team can handover this ?14:56
gmannstephenfin: should i fix those nits if you are here to re+2 on this ?  otherwise do not want to lose that +2- https://review.opendev.org/#/c/717879/214:57
sean-k-mooneybauzas: im taking over his nova work14:57
sean-k-mooneyi can go file a bug report and add the bug link14:57
bauzasplease14:57
sean-k-mooneybauzas: were you ok with the code14:57
stephenfingmann: yes, if you can fix them, I'm okay to re +214:57
bauzassean-k-mooney: from what I've seen, yes14:58
bauzassean-k-mooney: maybe just one question, can _delete_arqs_by_uuid() raise some Exception ?14:58
sean-k-mooneycool ill see if i can adress your other commens in a seperate follow up patch14:58
sean-k-mooneybauzas: yes14:58
bauzasfrom what i've seen, we just call the API and treat the error14:59
bauzasoh, _call_cyborg can return an exception ?14:59
sean-k-mooneybasically i can rais an exception for auth issue or normal network issues14:59
sean-k-mooneye.g. since ita an api requst cyborg could be dead14:59
bauzasOK, I just wonder whether this would trample the user if we got an exception in the meantime15:00
*** dklyle has joined #openstack-nova15:00
sean-k-mooneyi dont think so15:00
sean-k-mooneymaybe but i dont think it will15:00
bauzascorrect, but then we need to handle it to return AcceleratorRequestOpFailed correctly then15:00
gmannstephenfin: done - https://review.opendev.org/#/c/717879/15:00
bauzassean-k-mooney: I wouldn't usually worry by exception handling on nova-computes, but here we talk of the API15:01
bauzasand this exception can be populated down to the end user15:01
*** LiangFang has quit IRC15:01
sean-k-mooneyi think this is only used in bind_arqs15:02
sean-k-mooneyand i think we cach all error form that but i have to check15:02
sean-k-mooneybauzas: its handeled here https://github.com/openstack/nova/blob/66965e48e1bf013e275148720b860dc5becba6bd/nova/conductor/manager.py#L840-L85015:03
sean-k-mooneybauzas: so the exception never gets to the end user we just log it15:04
bauzassean-k-mooney: not if _delete_arqs_by_uuid() which was just added raises an exception when trying to reach Cyborg API15:04
bauzasright?15:04
*** priteau has joined #openstack-nova15:06
sean-k-mooney_create_and_bind_arqs calls bind_arqs which is the only thing that calls _delete_arqs_by_uuid15:07
sean-k-mooneyand _create_and_bind_arqs is called in a try block that catches all exception and logs them15:08
sean-k-mooneybauzas: acully im not sure _create_and_bind_arqs can raise an exception15:09
sean-k-mooney    def _call_cyborg(self, func, *args, **kwargs):15:10
sean-k-mooney        resp = err_msg = None15:10
sean-k-mooney        try:15:10
sean-k-mooney            resp = func(*args, **kwargs)15:10
sean-k-mooney            if not resp:15:10
sean-k-mooney                msg = _('Invalid response from Cyborg: ')15:10
sean-k-mooney                err_msg = msg + str(resp)15:10
sean-k-mooney        except ks_exc.ClientException as exc:15:10
sean-k-mooney            err_msg = _('Could not communicate with Cyborg.')15:10
sean-k-mooney            LOG.exception('%s: %s', err_msg, six.text_type(exc))15:10
sean-k-mooneyya it should not unless we get like a type error form func15:11
sean-k-mooneyks_exc.ClientException should catch all exception related to the network15:11
*** gyee has joined #openstack-nova15:13
*** zhanglong has quit IRC15:14
*** zhanglong has joined #openstack-nova15:16
bauzassean-k-mooney: OK, then we're all good15:21
bauzassean-k-mooney: create a bug and I'll +215:21
gibistephenfin: does the solution for https://review.opendev.org/#/c/718349/3/novaclient/v2/shell.py@1669 is to use different dest for the two flag?15:24
sean-k-mooneybauzas: cool ill do it after downstream call finishes15:25
*** zhanglong has quit IRC15:27
melwittgibi: hi, I am looking for review on a gate bug fix https://review.opendev.org/717662 "timed out waiting for response from cell"15:27
gibimelwitt: looking15:28
melwittthanks15:32
gibimelwitt: +2, thanks15:34
melwittdansmith: you might be interested in reviewing as well? ^15:35
openstackgerritHuaqiang Wang proposed openstack/nova master: Introduce 'pcpuset' field for InstanceNUMACell  https://review.opendev.org/71465815:37
openstackgerritHuaqiang Wang proposed openstack/nova master: Introduce the 'CPUAllocationPolicy.MIXED' enum  https://review.opendev.org/71626715:37
openstackgerritHuaqiang Wang proposed openstack/nova master: hardware: Add support for 'hw:cpu_dedicated_mask' extra spec  https://review.opendev.org/71470615:37
openstackgerritHuaqiang Wang proposed openstack/nova master: computer: validate cpu pinning configuration for mixed instance  https://review.opendev.org/71626815:37
openstackgerritHuaqiang Wang proposed openstack/nova master: Calculate the pinned and unpinned CPU usage for mixed instance  https://review.opendev.org/71626915:37
openstackgerritHuaqiang Wang proposed openstack/nova master: mark mixed policy as ready, bump compute service version  https://review.opendev.org/71627115:37
openstackgerritHuaqiang Wang proposed openstack/nova master: libvirt/hardware: refactor numa_get_constraints  https://review.opendev.org/71829415:37
openstackgerritHuaqiang Wang proposed openstack/nova master: Setup 'mixed' instance through 'PCPU' and 'VCPU' resource  https://review.opendev.org/71335515:37
openstackgerritHuaqiang Wang proposed openstack/nova master: metadata: export the vCPU IDs that are pinning on the host CPUs  https://review.opendev.org/68893615:37
openstackgerritHuaqiang Wang proposed openstack/nova master: online data migration for cpuset of dedicated instance  https://review.opendev.org/71849315:37
stephenfingibi: For https://review.opendev.org/#/c/718461/2/nova/api/validation/extra_specs/traits.py@65 should I enforce upper-case?15:38
gibistephenfin: if we don't do that then GET allocation_candidates query will return no canididates during scheduling so I think this needs to be considered as a typo15:40
gibiI'm OK not to have the length requirement enforced that is harder to justify as a typo15:40
dansmithmelwitt: ack yep15:43
melwittdanke15:43
openstackgerritGhanshyam Mann proposed openstack/nova master: Fix servers policy for admin_or_owner  https://review.opendev.org/71850115:47
openstackgerritGhanshyam Mann proposed openstack/nova master: Fix servers policy for admin_or_owner  https://review.opendev.org/71850115:48
*** dtantsur|brb is now known as dtantsur15:48
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing server policies  https://review.opendev.org/71834815:48
dansmithmelwitt: commented on something, if you can link me to that quicker than I can find it that'd be helpful :)15:49
melwittyeah hang on15:50
*** mkrai has joined #openstack-nova15:55
openstackgerritStephen Finucane proposed openstack/nova master: api: Allow custom traits  https://review.opendev.org/71846115:58
stephenfingibi: done and done ^15:58
gibistephenfin: ack15:59
gibiwill review before I leave today16:00
*** xek__ has joined #openstack-nova16:00
*** ttsiouts has quit IRC16:00
*** hoonetorg has joined #openstack-nova16:01
*** xek_ has quit IRC16:02
melwittdansmith: finally replied. tracing that always confuses me for whatever reason16:03
*** xek__ has quit IRC16:05
gibistephenfin: does the solution for https://review.opendev.org/#/c/718349/3/novaclient/v2/shell.py@1669 is to use different dest for the two flags? I'm failing to implement mutual exclusivity in 2.8516:09
stephenfinoh, so error out if e.g. both the 'config_drive' and 'no_config_drive' dests are set?16:09
gibimost probably I've already fried my brain for today16:09
stephenfinthat would work16:10
stephenfinlet me try it16:10
gibistephenfin: I let you fix 2.83 while I do similar things for 2.8516:10
stephenfinack16:10
stephenfinbauzas: question at https://review.opendev.org/#/c/715489/8/nova/virt/libvirt/driver.py@695316:10
bauzasstephenfin: thanks, replying16:13
bauzasstephenfin: replied.16:15
*** ociuhandu has quit IRC16:16
*** ociuhandu has joined #openstack-nova16:17
stephenfinbauzas: cool, thanks for the clarification16:18
bauzasstephenfin: yeah sorry this patch is mostly a cleanup prep work16:19
*** ociuhandu has quit IRC16:22
*** rpittau is now known as rpittau|afk16:23
*** psachin has quit IRC16:24
openstackgerritMerged openstack/nova master: Introduce scope_types in simple tenant usage  https://review.opendev.org/71758616:28
openstackgerritStephen Finucane proposed openstack/python-novaclient master: Make 'server list --config-drive' a boolean option  https://review.opendev.org/71834916:28
stephenfingibi: you'll probably want that for 2.85, assuming you like the approach ^16:28
gibiack16:28
*** dpawlik has quit IRC16:29
*** nweinber has quit IRC16:30
gibistephenfin: +216:33
stephenfin\o/16:33
*** evrardjp has quit IRC16:37
*** evrardjp has joined #openstack-nova16:37
gibistephenfin: and +2 on both of the extra spec FUPs16:37
*** mkrai has quit IRC16:40
bauzasgibi: stephenfin: sorry I dropped my attention from the issue gibi found (thanks btw.!) but can I take a look at it now ?16:43
openstackgerritSylvain Bauza proposed openstack/nova master: Functional test with pGPUs  https://review.opendev.org/71797516:43
openstackgerritSylvain Bauza proposed openstack/nova master: FUP: Support multiple vGPU types  https://review.opendev.org/71851616:43
stephenfinyup, I think so16:43
bauzasgibi: stephenfin: FWIW, I worked the func tests for verifying both types and provided a FUP based on lyarwood's comments ^16:43
bauzasI totally understand how vGPU in libvirt is old greek, that's why you can ask me for more functional testing if you want16:44
bauzasgibi: FWIW, your reshape test also simulates a Train compute and I didn't had to change this reshape test (except where to call the config) for making it work, which proves I didn't regress16:45
bauzasstephenfin: and ack, will review your last bits before I go16:45
openstackgerritSylvain Bauza proposed openstack/nova master: Functional test with pGPUs  https://review.opendev.org/71797516:52
openstackgerritSylvain Bauza proposed openstack/nova master: FUP: Support multiple vGPU types  https://review.opendev.org/71851616:52
dansmithmelwitt: so, I didn't go looking, but where's the entrypoint for the thing when we're running underneath a proper WSGI server like apache or nginx? I'm guessing maybe that won't suffer from the same issue because it's forked from the main process before it gets to any nova/oslo stuff, but.. did you confirm?16:52
*** xek__ has joined #openstack-nova16:53
melwittdansmith: oh, no ... I had looked only at the nova/cmd because I was focused on nova-scheduler. hmm16:55
melwittbut I'd guess the same16:55
*** bbowen has quit IRC16:56
dansmithmelwitt: okay one more comment on the wsgi service if you can look16:56
openstackgerritBalazs Gibizer proposed openstack/python-novaclient master: Microversion 2.85: Change volume-update CLI  https://review.opendev.org/71265116:56
dansmithnot related to scheduler of course, but ...16:56
*** bbowen has joined #openstack-nova16:56
openstackgerritMerged openstack/nova master: partial support for live migration with specific resources  https://review.opendev.org/71536216:57
gibistephenfin: 2.85 client patch enhanced by following your lead https://review.opendev.org/71265116:57
gibiand that marks the end of my day.16:57
stephenfinI'm knocking off shortly. Will grab that before then (y)16:58
*** xek__ is now known as xek16:58
gibisee you folks tomorrow o/16:58
melwittdansmith: oh, dang, I had meant to add to WSGIService as well but it slipped my mind, likely because WSGIService derives from Service ... but it overrides start() so I need to16:58
dansmithmelwitt: yeah16:59
melwittok lemme do that. thanks for catching16:59
*** derekh has quit IRC16:59
bauzasgibi: have a good one \o16:59
dansmithmelwitt: yeah you'd kinda assume it inherits from Service above, but not so much.. I've been burned by that one before17:00
melwittoh it doesn't lol ... even THAT burned me17:00
melwittservice.Service vs Service17:00
openstackgerritMerged openstack/nova master: Pass the actual target in limits policy  https://review.opendev.org/71576117:01
stephenfinbauzas: loads of comments on https://review.opendev.org/#/c/715490/ for the morning17:02
bauzasstephenfin: days are long at home17:02
*** yedongcan has left #openstack-nova17:03
openstackgerritMerged openstack/nova master: Support live migration with vpmem  https://review.opendev.org/68785617:04
bauzasstephenfin: actually, looking at your comments and trying to get the main problems so I could fix them while you sleep17:04
bauzasyou said caching17:04
bauzasbut we already cache it per se17:04
stephenfinyeah, for the call to '_get_supported_vgpu_types'17:04
bauzasstephenfin: well, we now lookup self.supported_vgpu_types17:05
sean-k-mooneyif you need to cache things use functool.lru_cache decorator17:05
bauzaswhich is instanciated at startup17:05
stephenfinbauzas: you're right. Sorry, I missed that /o\17:06
bauzasstephenfin: no worries I'll address your comments tho17:06
stephenfincool. Happy to toggle when there's a follow up17:07
bauzasstephenfin: I just provided a mapping table lookup method for getting the vgpu type, that's probably what confused you17:07
sean-k-mooneybauzas: you did comment about not wanting to check the config too many times in a respocnc too lee which confused me a bit as ya its only don on agent start17:07
*** dtantsur is now known as dtantsur|afk17:07
bauzassean-k-mooney: the comment was on the previous patch IIRC17:07
bauzasunless I'm wrong17:08
sean-k-mooneyyes17:08
*** tesseract has quit IRC17:08
sean-k-mooneybut i have had that in my mind while reviing the followup17:08
bauzasok, so, the previous patch calls self._get_supported_types N times17:08
sean-k-mooneye.g. that was something you were were concerned about so i am watching for that17:08
bauzasbut this patch introduces some startup call that instanciates an object in the driver17:08
bauzasthat's not really a cached object17:09
bauzasie. we don't need to update it17:09
bauzaswe just read it once at startup, that's it17:09
sean-k-mooneyyep which is fine17:09
bauzas(and that's how folks I tried to avoid the known issue of cache invalidation)17:09
*** ociuhandu has joined #openstack-nova17:10
sean-k-mooneyyep but use to reiterate if people feel they need cacheing of functions now that we can depend on being python 3 we shoudl use https://docs.python.org/3/library/functools.html#functools.lru_cache17:11
bauzassean-k-mooney: gtk17:11
* bauzas looks17:11
bauzasah, interesting17:12
sean-k-mooneythere is a backport in cachetools which is technically in the requirements repo but i never felt there  was a justification for using it in nova as an extra dep17:12
bauzasbut I wouldn't use it for simple dicts17:12
bauzasyeah, it's intended for large dicts with high access rate17:13
bauzashence the name FWIW17:13
bauzassean-k-mooney: and honestly, maybe just worth it for nova-api17:14
sean-k-mooneythere are other places where it makes sense17:14
sean-k-mooneyif we ever think maybe we should add a cache and go to add a maunal modle level dict17:14
sean-k-mooneywe shoudl see if this can be used instead17:14
*** priteau has quit IRC17:15
*** ociuhandu has quit IRC17:16
sean-k-mooneyfor example this would be good for caching the pci whitelist parsing17:16
sean-k-mooneywe currently parse it over and over again in the periodics but we dont have too17:17
sean-k-mooneyits not a muteable config option but the patches to intoduced that were consider too trival to merge for the extra code of doing it manallly17:17
sean-k-mooneyjsut adding a decorator however is much lighter weight17:18
bauzassean-k-mooney: maybe, at least just having some object in memory isn't crazy17:25
bauzassean-k-mooney: I was more talking about using this lib, which is intended for high frequency rates, which isn't the case17:25
sean-k-mooneybauzas: https://pypi.org/project/cachetools/ that one17:26
bauzasah ok17:27
* bauzas bails out for dinner, but will be around later17:27
sean-k-mooneyit would have been perfect for https://review.opendev.org/#/c/599071/17:27
bauzas(like the two other nights)17:27
sean-k-mooneybauzas: o/17:27
bauzasgosh, I missed working upstream...17:27
sean-k-mooneyi shoudl really go back and replace that and the other memorize decoratos at some point17:29
*** nweinber has joined #openstack-nova17:31
openstackgerritmelanie witt proposed openstack/nova master: Reset the cell cache for database access in Service  https://review.opendev.org/71766217:55
*** xek_ has joined #openstack-nova17:56
melwittdansmith: finally updated ^ I spun around for awhile trying to find a way to restart the func test nova-api service (OSAPIFixture) before concluding that it doesn't leverage the WSGIService in any way. so I instead used the OSMetadataServer fixture17:56
*** xek has quit IRC17:58
*** ralonsoh has quit IRC18:01
*** nightmare_unreal has quit IRC18:14
*** avolkov has quit IRC18:24
*** ociuhandu has joined #openstack-nova18:26
*** mriedem has joined #openstack-nova18:29
*** kaisers_ has quit IRC18:31
openstackgerritMerged openstack/nova master: Correct server topology policy check_str  https://review.opendev.org/71752518:49
*** slaweq_ has joined #openstack-nova18:59
*** slaweq has quit IRC19:00
*** maciejjozefczyk has quit IRC19:24
openstackgerritMerged openstack/nova master: Separate update and swap volume policies  https://review.opendev.org/71119419:32
openstackgerritMerged openstack/nova master: Fix server metadata policy to be admin_or_owner  https://review.opendev.org/71718919:32
openstackgerritMerged openstack/nova master: Add test coverage of existing server metadata policies  https://review.opendev.org/71718219:32
openstackgerritMerged openstack/nova master: Introduce scope_types in server metadata  https://review.opendev.org/71721519:32
openstackgerritMerged openstack/nova master: Add new default roles in server metadata policies  https://review.opendev.org/71725519:32
*** vishalmanchanda has quit IRC19:32
*** tbachman has quit IRC19:41
openstackgerritMerged openstack/nova master: Add release notes for Cyborg-Nova integration.  https://review.opendev.org/71618519:50
*** tbachman has joined #openstack-nova19:59
*** ccamacho has quit IRC20:08
melwittgibi: I had to respin https://review.opendev.org/717662 to add a cache clearing to WSGIService, if you could pls re-review when you get a chance20:16
*** igordc has quit IRC20:17
*** igordc has joined #openstack-nova20:18
*** xek_ has quit IRC20:44
*** jraju__ has quit IRC21:07
*** nweinber has quit IRC21:15
*** mriedem has left #openstack-nova21:24
*** slaweq_ has quit IRC21:38
openstackgerritSylvain Bauza proposed openstack/nova master: Support different vGPU types per pGPU  https://review.opendev.org/71549021:57
openstackgerritSylvain Bauza proposed openstack/nova master: Functional test with pGPUs  https://review.opendev.org/71797521:57
*** iurygregory has quit IRC22:09
*** slaweq_ has joined #openstack-nova22:13
*** martinkennelly has quit IRC22:25
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing server policies  https://review.opendev.org/71834822:28
*** rcernin has joined #openstack-nova22:32
*** gyee has quit IRC22:49
*** threestrands has joined #openstack-nova23:10
*** tosky has quit IRC23:20
*** gary_perkins has quit IRC23:26
*** gary_perkins has joined #openstack-nova23:32
lbragstadgmann https://review.opendev.org/#/c/717943/2 looks good to me - i tested it locally23:50

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