Tuesday, 2020-04-07

brinzhangdansmith: Could you please update the separate update and seap volume policies patch? https://review.opendev.org/#/c/711194/ , I seem not get the logical what would you want to do, although I read the chat history of gmann and you.00:05
brinzhanggibi: I dont know whois Victor Coutellier, I have two patches of microversion 2.84 and v2.85 rebased on v2.83 https://review.opendev.org/#/c/713089/ , it is very close to April 9th, I hope he can update ASAP00:07
*** mlavalle has quit IRC00:09
gmannbrinzhang: he was new to nova side, not sure if he is aware of deadline.00:12
gmannbrinzhang: is more changes requied on his patch?00:13
gmanni have not looked into review comments yet00:13
gmannif those are not too much, we can help him by fixng those00:16
*** alex_xu has joined #openstack-nova00:19
brinzhanggmann: Got it, if so, I will looked into00:26
openstackgerritGhanshyam Mann proposed openstack/nova master: Disable warning for policies changing default check_str  https://review.opendev.org/71788400:26
*** tetsuro has joined #openstack-nova00:26
brinzhanggmann: thanks00:26
gmannbrinzhang: thanks.00:27
melwittalex_xu: heya, could you pls revisit these 2 patches you have reviewed before, they are about removing the "" to "/" redirect in nova api for version discovery https://review.opendev.org/68518000:28
alex_xumelwitt: I will try it today00:28
melwittand allowing unauthenticated for version discover00:28
melwittthanks alex_xu00:28
alex_xunp00:29
*** avolkov has quit IRC00:48
gmannlbragstad: should I make the changes of operators flag to new system in this or separate ?  -https://review.opendev.org/#/c/717879/100:49
*** brinzhang has quit IRC00:50
gmannlbragstad: the disable warning flag we need as separate so that we can disable the warning from now itself not based on new-system-flag00:50
*** brinzhang has joined #openstack-nova00:51
lbragstadgmann oh - sorry, i didn't realize you were going to put that functionality behind a separate flag00:51
gmannlbragstad: if under same flag then warning keep logging until operator switch to new system.00:52
lbragstadyeah - ok00:53
lbragstadso - a separate flag to opt out of the logical OR, right?00:54
gmannyeah00:54
gmannwhich will be config option with default to false00:54
lbragstadgot it, ok00:55
*** gyee has quit IRC00:58
*** brinzhang_ has joined #openstack-nova00:59
*** brinzhang has quit IRC01:03
*** ociuhandu has joined #openstack-nova01:04
*** happyhemant has quit IRC01:08
*** ociuhandu has quit IRC01:09
*** zhanglong has joined #openstack-nova01:12
*** Liang__ has joined #openstack-nova01:17
*** tbachman has quit IRC01:24
*** tbachman has joined #openstack-nova01:30
*** tbachman has quit IRC01:40
*** tbachman has joined #openstack-nova01:41
brinzhang_gmann: https://review.opendev.org/#/c/713089/7/novaclient/v2/shell.py with these filter parameters, need to add start_version="2.83" tag to limit the non-admin user to filter, right?01:51
brinzhang_I saw Victor Coutellier missed that limit01:52
gmannbrinzhang_: i do not think we need the start_version because 2.83 is to only enabling these filters for non-admin. they are allowed filter for admin since starting.01:56
brinzhang_gmann: if so, we cannt limit non-admin request these parameters, I think01:58
gmannbrinzhang_: from client side, non-admin will get API error like not allowed if request is with < 2.8302:01
brinzhang_gmann: and https://review.opendev.org/#/c/713089/7/novaclient/v2/shell.py@1664 if the config_drive reqeust False, it will be changed to None, and in https://review.opendev.org/#/c/713089/7/novaclient/v2/servers.py@892 will be skip request config_drive02:01
brinzhang_gmann: Ok, thanks, I missed that return error message, it ok not limit start_version02:02
gmannyeah, because client side do not enforce the permission things and rely on server side error.02:03
brinzhang_gmann: what do you think this is an issue? https://review.opendev.org/#/c/713089/7/novaclient/v2/shell.py@1664 if the config_drive reqeust False, it will be changed to None, and in https://review.opendev.org/#/c/713089/7/novaclient/v2/servers.py@892 will be skip request config_drive02:04
brinzhang_I think we cannot filter by config_drive=False02:05
brinzhang_but if I changed the config_drive = False, it will be change a required parameter will filter instances :(02:05
openstackgerritMerged openstack/nova master: Repro bug 1845530: versioned discovery is authed  https://review.opendev.org/68518002:08
openstackbug 1845530 in OpenStack Compute (nova) "Versioned discovery endpoint should not require authentication" [Medium,In progress] https://launchpad.net/bugs/1845530 - Assigned to Eric Fried (efried)02:08
gmannbrinzhang_: None is not allowed value but False should be02:10
gmannbt i have not checked that changes in detail. i can check tomorrow.02:10
brinzhang_gmann: yes,  https://review.opendev.org/#/c/713089/7/novaclient/v2/servers.py@892 seems not correct02:11
brinzhang_gmann: ok, thanks02:11
*** igordc has joined #openstack-nova02:33
*** ociuhandu has joined #openstack-nova02:34
*** ociuhandu has quit IRC02:39
*** hamzy has quit IRC02:46
*** hamzy has joined #openstack-nova02:46
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Microversion 2.83 - Add more filters for the nova list command  https://review.opendev.org/71308902:49
*** igordc has quit IRC03:16
*** psachin has joined #openstack-nova03:18
*** tetsuro has quit IRC03:21
*** mkrai has joined #openstack-nova03:23
*** mkrai has quit IRC03:24
*** spatel has joined #openstack-nova03:24
*** spatel has quit IRC03:25
*** mkrai has joined #openstack-nova03:27
*** tetsuro has joined #openstack-nova03:50
openstackgerritGhanshyam Mann proposed openstack/nova master: DNM testing enforce new defaults flag  https://review.opendev.org/71794504:05
openstackgerritnorman shen proposed openstack/nova master: Update connection info in pre_live_migration  https://review.opendev.org/71759704:14
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Microversion 2.83 - Add more filters for the nova list command  https://review.opendev.org/71308904:26
*** brinzhang has joined #openstack-nova04:36
*** evrardjp has quit IRC04:36
*** evrardjp has joined #openstack-nova04:37
*** brinzhang_ has quit IRC04:39
openstackgerritGhanshyam Mann proposed openstack/nova master: Fix server tags policy to be admin_or_owner  https://review.opendev.org/71794704:55
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing server tags policies  https://review.opendev.org/71742504:56
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing server tags policies  https://review.opendev.org/71742505:00
*** ratailor has joined #openstack-nova05:00
openstackgerritGhanshyam Mann proposed openstack/nova master: Introduce scope_types in server tags policy  https://review.opendev.org/71794805:06
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing server tags policies  https://review.opendev.org/71742505:07
openstackgerritGhanshyam Mann proposed openstack/nova master: Introduce scope_types in server tags policy  https://review.opendev.org/71794805:08
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in server tags policies  https://review.opendev.org/71795405:28
*** brinzhang_ has joined #openstack-nova05:33
*** brinzhang has quit IRC05:36
*** udesale has joined #openstack-nova05:41
*** ralonsoh has joined #openstack-nova06:02
*** ircuser-1 has quit IRC06:07
*** udesale has quit IRC06:09
*** udesale has joined #openstack-nova06:13
*** dpawlik has joined #openstack-nova06:30
*** nightmare_unreal has joined #openstack-nova06:39
*** ratailor has quit IRC06:40
*** ttsiouts has joined #openstack-nova06:45
*** ratailor has joined #openstack-nova06:47
*** dklyle has quit IRC06:54
*** rpittau|afk is now known as rpittau06:56
*** zhanglong has quit IRC06:58
*** slaweq has joined #openstack-nova07:00
*** tesseract has joined #openstack-nova07:16
bauzasgood morning Nova07:17
lyarwoodmorning07:22
*** tosky has joined #openstack-nova07:24
openstackgerritGuo Jingyu proposed openstack/nova master: WIP: nova supports password encrypted VNC  https://review.opendev.org/62233607:33
*** tetsuro_ has joined #openstack-nova07:38
*** tetsuro has quit IRC07:42
*** ociuhandu has joined #openstack-nova07:45
*** damien_r has joined #openstack-nova07:53
*** brinzhang has joined #openstack-nova07:56
gibibauzas: started reading the vgpu patches07:58
gibibauzas: I have an imediate feedback about the compute service startup sequence https://review.opendev.org/#/c/715489/6/nova/virt/libvirt/driver.py@79107:59
*** brinzhang_ has quit IRC07:59
gibiat the momemnt I'm not sure how this affect the patch but could be a problem ^^08:01
*** mkrai has quit IRC08:01
lyarwoodstephenfin: https://review.opendev.org/#/c/708436/17 - Stupid question, so this doesn't need doc/api_samples and nova/tests/functional/api_sample_tests/api_samples/ updates as you're not changing request/responses in this microversion right?08:04
lyarwoodstephenfin: asking as I've added them in https://review.opendev.org/#/c/701430/ assuming we needed to do this regardless, if we don't I can rm -rf this from that change.08:05
*** brinzhang_ has joined #openstack-nova08:05
*** ralonsoh has quit IRC08:05
bauzasgibi: looking08:05
bauzasgibi: FWIW, I can upload a DNM patch to see how to create pGPUs08:06
brinzhang_gibi: and I think there is an issue inline, but I dont have time to search how to fix it, so I add TODO in test case. The issue is filter by config_drive=False, cannt get the servers, because if we request config=False, that will be changed to None, that will be ignored08:06
*** links has joined #openstack-nova08:07
gibibrinzhang_: ack, I have to look at that client patch today. thanks for taking it over08:07
gibibrinzhang_: I will try to see if I can fix that while you are asleep.08:07
brinzhang_gibi: thanks08:08
*** brinzhang has quit IRC08:09
brinzhang_gibi: I was added TODO in test_shell, and test_servers file, if you are looking into, you can see it, while you fix that you can remove that TODO and complete the tes cases08:09
luyaogibi: Hi  do you have time to help review vpmem live migration? https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/support-live-migration-with-virtual-persistent-memory.  I think stephenfin is still and will be busy on mixed cpu patches.08:11
gibibrinzhang_: thanks08:12
brinzhang_gibi:np08:12
openstackgerritSylvain Bauza proposed openstack/nova master: DNM: Functional test with pGPUs  https://review.opendev.org/71797508:12
gibiluyao: I'm knee deep in the vgpu types series, then I will jump to the novaclient patch above. So I don't think I will get to vpmem today. sorry08:12
bauzasgibi: so08:13
bauzasgibi: thanks for your comment08:13
bauzasgibi: fwiw, I'm working on https://review.opendev.org/71797508:13
gibibauzas: ack about the func test08:13
gibiwill look08:13
bauzasgibi: see https://review.opendev.org/#/c/717975/1/nova/virt/libvirt/driver.py08:13
bauzasmaybe I should add it to make sure it works08:14
bauzas(without waiting for the driver.init_host())08:14
luyaogibi: OK, it does not matter08:15
gibibauzas: I have to make a step back. now that we are cleare about the initialization order of the compute service. What will potentially break? and then how the driver change in 717975 prevents that? (sorry I don't have the full context yet)08:16
bauzasgibi, so about your concern08:17
*** ralonsoh has joined #openstack-nova08:17
*** tkajinam has quit IRC08:17
bauzassay we call recreate_assigned_mediated_devices() before driver.init_host()08:17
bauzasgibi: then we'll get the existing mdevs from libvirt XML guests08:18
bauzasguest XMLs08:18
bauzas*08:18
bauzasgibi: so the 'parent' argument we pass down to _create_new_mediated_device is got from the libvirt XML, not from placement08:18
bauzasgibi: my only concern without having https://review.opendev.org/#/c/717975/1/nova/virt/libvirt/driver.py means that if _recreate() is called before init_host() then the self.supported_vgpu_types value would be None08:20
*** mkrai has joined #openstack-nova08:20
bauzasgibi: that's why I I'll provide a new revision to add the property08:20
gibiOK. so the parent will not be None just the vgpu_types08:20
bauzasgibi: tbc, we don't call Placement within _recreate()08:21
bauzasgibi: it's just for recreating mdevs in sysfs08:21
bauzasso it's okay to not have a reshape08:21
bauzasgibi: but you actually found a related problem, so thanks !08:21
gibibauzas:OK, thanks. I continue reading the patches...08:22
bauzasgibi: I'll provide a new revision by the next 5 mins08:22
bauzasgibi: just by adding the property and then just modifying the tests to no longer call init_host()08:23
bauzasit will simplify the testrs08:23
bauzas(and I'll clarify the comment to explain that we don't call placement so we're all fine)08:23
gibithanks08:24
*** zhanglong has joined #openstack-nova08:25
*** tetsuro_ has quit IRC08:32
jkulikgibi, you've given your +2 on https://review.opendev.org/#/c/713863/ and after some discussion the -1 is gone, too. Is there anything left to do? Do we wait for other reviewers?08:34
gibijkulik: I hope melwitt will have time to get back to it as in general we need two +2 votes to merge a patch.08:35
*** ccamacho has joined #openstack-nova08:36
jkulikAh, didn't know that. Thank you.08:36
openstackgerritxulei proposed openstack/nova master: Add unit test for nova-api _check_metadata_properties_quota  https://review.opendev.org/71798108:36
gibijkulik: this week is feature freeze so most of the reviews are busy finishing up feature reviews so it might take time to get the another +2 on your bug.  I suggest to ping melwitt early next week08:38
*** derekh has joined #openstack-nova08:38
*** mkrai has quit IRC08:38
*** mkrai_ has joined #openstack-nova08:38
jkulikSure, thanks. Just wanted to know what's the holdup and if I can do anything.08:42
openstackgerritStephen Finucane proposed openstack/nova master: tox: Integrate mypy  https://review.opendev.org/67620808:44
openstackgerritStephen Finucane proposed openstack/nova master: hardware: Update and correct typing information  https://review.opendev.org/71469408:44
openstackgerritStephen Finucane proposed openstack/nova master: libvirt: Add typing information  https://review.opendev.org/71469508:44
openstackgerritStephen Finucane proposed openstack/nova master: tests: Split instance NUMA object tests  https://review.opendev.org/71469608:44
openstackgerritStephen Finucane proposed openstack/nova master: objects: Replace 'cpu_pinning_requested' helper  https://review.opendev.org/71469708:44
openstackgerritStephen Finucane proposed openstack/nova master: hardware: Don't consider overhead CPUs for unpinned instances  https://review.opendev.org/71469808:44
openstackgerritStephen Finucane proposed openstack/nova master: hardware: Remove handling of pre-Train compute nodes  https://review.opendev.org/71469908:44
openstackgerritStephen Finucane proposed openstack/nova master: hardware: Add validation for 'cpu_realtime_mask'  https://review.opendev.org/46820308:44
openstackgerritStephen Finucane proposed openstack/nova master: hardware: Tweak the 'cpu_realtime_mask' handling slightly  https://review.opendev.org/46145608:44
openstackgerritStephen Finucane proposed openstack/nova master: hardware: Rework 'get_realtime_constraint'  https://review.opendev.org/71470008:44
openstackgerritStephen Finucane proposed openstack/nova master: hardware: Invert order of NUMA topology generation  https://review.opendev.org/71470108:44
openstackgerritStephen Finucane proposed openstack/nova master: hardware: Remove '_numa_fit_instance_cell_with_pinning'  https://review.opendev.org/71470308:44
openstackgerritStephen Finucane proposed openstack/nova master: Introduce 'pcpuset' field for InstanceNUMACell  https://review.opendev.org/71465808:44
*** ociuhandu has quit IRC08:50
openstackgerritSylvain Bauza proposed openstack/nova master: Provide the parent pGPU when creating a new vGPU  https://review.opendev.org/71548908:51
openstackgerritSylvain Bauza proposed openstack/nova master: Support different vGPU types per pGPU  https://review.opendev.org/71549008:51
openstackgerritSylvain Bauza proposed openstack/nova master: DNM: Functional test with pGPUs  https://review.opendev.org/71797508:51
bauzasgibi: updated based on your remarks ^08:51
gibibauzas: ack08:52
bauzasgibi: had to change a few unittests, you helped me to fix a few details08:52
gibicool08:53
bauzasTIL init_host() is not really called when initing the host :p08:53
gibiI alway have to look up the code to see what is the init order08:56
*** ociuhandu has joined #openstack-nova08:57
*** dtantsur|afk is now known as dtantsur09:01
*** priteau has joined #openstack-nova09:01
*** zhanglong has quit IRC09:03
*** zhanglong has joined #openstack-nova09:06
*** martinkennelly has joined #openstack-nova09:08
openstackgerritStephen Finucane proposed openstack/nova master: Drop concept of '?validation' parameter  https://review.opendev.org/71778909:13
openstackgerritStephen Finucane proposed openstack/nova master: api: Add microversion for extra spec validation  https://review.opendev.org/70843609:13
openstackgerritStephen Finucane proposed openstack/nova master: docs: Add documentation for flavor extra specs  https://review.opendev.org/71003709:13
*** xek has joined #openstack-nova09:20
*** xek has quit IRC09:25
*** xek has joined #openstack-nova09:25
*** xek has quit IRC09:27
*** xek has joined #openstack-nova09:27
*** xek_ has joined #openstack-nova09:30
*** xek_ has quit IRC09:31
*** xek has quit IRC09:32
openstackgerritGuo Jingyu proposed openstack/nova master: WIP: nova supports password encrypted VNC  https://review.opendev.org/62233609:34
*** zhanglong has quit IRC09:35
*** brinzhang has joined #openstack-nova09:36
nightmare_unrealhello can someone review this : https://review.opendev.org/#/c/715395/ . Not sure why Zuul verification is failing09:38
nightmare_unrealthanks09:38
*** zhanglong has joined #openstack-nova09:38
*** brinzhang_ has quit IRC09:39
gibinightmare_unreal: the zuul failure seems to be unrelated.09:42
nightmare_unrealYeah, I was not sure why it is failing. It had merge conflict. I resolved it and since then it's -1 from zuul09:43
nightmare_unrealI did checked before submitting, ( pre-commit, pep8 and others)09:44
*** kaisers_ has joined #openstack-nova09:47
nightmare_unrealthanks for the review09:58
huaqiangstephenfin: can you have a look for this ? url:https://review.opendev.org/#/c/714658/4/nova/objects/instance_numa.py@8709:59
huaqiangand do you agree with my reply for your comments?09:59
stephenfinhuaqiang: I need to dig into it, to be honest. I think you should just include a summary of what you said as a note for now. We can bring it up again if needed10:01
huaqiangsure, I'll provide a note.10:02
lyarwoodstephenfin: not sure if you saw my ping re https://review.opendev.org/#/c/708436/ earlier?10:02
stephenfinI did not10:02
lyarwoodstephenfin: https://review.opendev.org/#/c/708436/17 - Stupid question, so this doesn't need doc/api_samples and nova/tests/functional/api_sample_tests/api_samples/ updates as you're not changing request/responses in this microversion right?10:03
lyarwoodstephenfin: asking as I've added them in https://review.opendev.org/#/c/701430/ assuming we needed to do this regardless, if we don't I can rm -rf this from that change.10:03
lyarwoodstephenfin: just about to rebase on your change and take the next microversion btw10:03
stephenfinlyarwood: I'd assumed not, but tbh I'm not certain. Maybe gibi would know?10:03
stephenfinI'm not sure why you'd need them if you're not changing the request or response10:03
lyarwoodstephenfin: yeah right, I can't recall why I added these originally tbh, I assume something was failing but that clearly isn't the case in your change10:05
gibistephenfin, lyarwood: did query param removed too?10:05
stephenfingibi: In my change? Yeah10:05
gibiI guess I mixing changes10:06
openstackgerritjayaditya gupta proposed openstack/nova master: Support for --overwrite flag for nova-manage placement heal_allocations command Closes-Bug:#1868997  https://review.opendev.org/71539510:06
lyarwoodyeah that isn't part of the microversion change10:06
lyarwoodnothing changes in the request or response for that change10:06
lyarwoodI'm just going to rm -rf my samples changes from mine while I rebase10:07
gibiso neither lyarwood nor stephenfin's change introduce any request or response or query string change10:07
gibiso both patch is OK without api sample10:07
lyarwoodack, thanks for clearing that up10:07
openstackgerritStephen Finucane proposed openstack/nova master: Correct server shelve policy check_str  https://review.opendev.org/71754210:08
*** zhanglong has quit IRC10:08
*** Liang__ has quit IRC10:09
openstackgerritStephen Finucane proposed openstack/nova master: Correct server topology policy check_str  https://review.opendev.org/71752510:14
lyarwoodstephenfin: ah, you didn't fetch and rebase on origin/master, any chance you could so I can rebase on https://review.opendev.org/#/c/708436/ ?10:16
lyarwoodstephenfin: otherwise I end up pulling in loads of stuff that has already merged between your HEAD and origin/master when I rebase on your change10:17
stephenfinlyarwood: If I do, the bottom patch will get kicked out of the gate queue :( Do you depend on any of that additional stuff being pulled in from master? If not, can you just delete it?10:18
lyarwoodstephenfin: ah sorry didn't see that was in the gate, assumed it hadn't been picked up in the check queue yet10:18
lyarwoodstephenfin: yeah I can trim things down for now10:18
nightmare_unrealis there a devstack specific channel ?10:18
sean-k-mooneyits #openstack-qa10:19
sean-k-mooneynightmare_unreal: ^10:19
nightmare_unrealthanks sean-k-mooney10:19
*** rpittau is now known as rpittau|bbl10:25
*** vishalmanchanda has joined #openstack-nova10:40
openstackgerritLee Yarwood proposed openstack/nova master: virt: Provide block_device_info during rescue  https://review.opendev.org/70081110:50
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Add support for stable device rescue  https://review.opendev.org/70081210:50
openstackgerritLee Yarwood proposed openstack/nova master: compute: Report COMPUTE_RESCUE_BFV and check during rescue  https://review.opendev.org/70142910:50
openstackgerritLee Yarwood proposed openstack/nova master: api: Introduce microverion 2.87 allowing boot from volume rescue  https://review.opendev.org/70143010:50
openstackgerritLee Yarwood proposed openstack/nova master: compute: Extract _get_bdm_image_metadata into nova.utils  https://review.opendev.org/70521210:50
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Support boot from volume stable device instance rescue  https://review.opendev.org/70143110:50
openstackgerritStephen Finucane proposed openstack/python-novaclient master: Microversion 2.84 - action event fault details  https://review.opendev.org/71456110:51
openstackgerritStephen Finucane proposed openstack/python-novaclient master: Microversion 2.85: Change volume-update CLI  https://review.opendev.org/71265110:51
openstackgerritStephen Finucane proposed openstack/python-novaclient master: Microversion 2.86 - Stable device boot from volume rescue  https://review.opendev.org/71495610:51
lyarwoodstephenfin: I was about to move these around10:52
stephenfinoh, sorry. I just rebased them10:53
lyarwoodnp do you have a change for 2.86?10:53
lyarwoodI'll create one now if not10:53
stephenfinNot yet, no10:54
lyarwoodkk 2 secs10:54
gibibauzas: feedback in https://review.opendev.org/#/c/715490 (I have to go back and review the test later)10:58
*** ttsiouts has quit IRC10:59
openstackgerritLee Yarwood proposed openstack/python-novaclient master: Microversion 2.87 - Stable device boot from volume rescue  https://review.opendev.org/71495610:59
openstackgerritLee Yarwood proposed openstack/python-novaclient master: Microversion 2.86 - Extra spec validation  https://review.opendev.org/71805710:59
lyarwoodstephenfin: ^ there you go10:59
stephenfinthanks :)11:00
* lyarwood looks at the other client changes11:00
bauzasgibi: thanks, I'll look at them after lunching11:02
openstackgerritJohn Garbutt proposed openstack/nova master: Fix configure() called after DatabaseAtVersion fixture  https://review.opendev.org/61972311:03
sean-k-mooneygiven the recet conversations on the topic stephenfin lyarwood do you have osc changes for the same? if those are noops just bumping the max version in novaclinet i guess they are not needed but if actully added something osc might want to be extended too11:06
*** ttsiouts has joined #openstack-nova11:09
huaqiangstephenfin: I prepared a summary and a detail analysis in this link:https://etherpad.openstack.org/p/versioned_object-obj_from_primitive-behavior11:10
huaqiangplease have a look when you have time.11:10
huaqiangand the content is in RST format, it will have a better look if you check it in a RST reader.11:11
sean-k-mooneystephenfin: by the way any chance we could land this https://review.opendev.org/#/c/700894/ we both kind of forgot about it but noticed it on lee's review dashboard yesterday11:14
lyarwoodsean-k-mooney: no I didn't have anything for osc11:14
sean-k-mooneylyarwood: cool just said i would ask.11:15
lyarwoodkk np11:17
*** xek has joined #openstack-nova11:32
*** ociuhandu has quit IRC11:41
*** ociuhandu has joined #openstack-nova11:42
*** ociuhandu has quit IRC11:47
*** nweinber has joined #openstack-nova11:47
lyarwoodstephenfin: https://review.opendev.org/#/q/status:open+topic:workaround_native_luksv1+project:openstack/nova - would you mind hitting these today if you have any time?11:52
*** rpittau|bbl is now known as rpittau12:06
*** tkajinam has joined #openstack-nova12:08
*** yaawang has quit IRC12:08
brinzhanglyarwood: https://review.opendev.org/#/c/712651/13/novaclient/tests/unit/v2/test_shell.py@4006 I think this test is ok, I replied your comment12:09
brinzhanglyarwood: because we changed the PUT API, I think we should add the older feature test, and ensure it runs ok, do you think so?12:12
bauzasgibi: no worries about looking at the func test, it's just a WIP now12:13
brinzhanglyarwood: https://review.opendev.org/#/c/711194/ this policy change patch, I dont think I got dansmith want to say, so I was not rebased on,12:14
bauzasgibi: I provided it because you could look at why it wasn't working for you12:14
brinzhanglyarwood: I also agree with you, that can change the depends-on to the policy sparate patch, that we can better control the microversion 2.8512:15
gibibauzas: ack. I also did not look at the unit test on the main patch. but will at some point12:15
*** igordc has joined #openstack-nova12:34
openstackgerritSylvain Bauza proposed openstack/nova master: DNM: (WIP) Functional test with pGPUs  https://review.opendev.org/71797512:34
*** ttsiouts has quit IRC12:34
lyarwoodbrinzhang: replied in the change, I just wanted to assert that the same call is made if --delete-on-termination isn't provided from 2.8512:40
lyarwoodbrinzhang: your other tests didn't check this12:41
brinzhanglyarwood: ok, Got it, I will update it.12:42
brinzhanglyarwood: thanks12:42
*** ttsiouts has joined #openstack-nova12:43
lyarwoodbrinzhang: thanks :)12:44
*** ociuhandu has joined #openstack-nova12:45
openstackgerritBrin Zhang proposed openstack/python-novaclient master: Microversion 2.85: Change volume-update CLI  https://review.opendev.org/71265112:49
brinzhanglyarwood: update done ^^12:49
*** ociuhandu has quit IRC12:52
stephenfinlyarwood: any chance of getting a TODO for https://review.opendev.org/#/c/708030/8, per comment?12:54
lyarwoodbrinzhang: ack thanks12:55
lyarwoodstephenfin: looking12:55
lyarwoodstephenfin: yeah sure12:55
stephenfinA follow-up is fine, btw12:56
lyarwoodstephenfin: that would be easier yeah thanks12:56
stephenfinlyarwood: As for the second one, is there any reason someone would set disable_native_luksv1 but not rbd_volume_local_attach ?12:59
*** ociuhandu has joined #openstack-nova12:59
*** redrobot has joined #openstack-nova12:59
lyarwoodstephenfin: Yes, if they are using a non-RBD Cinder Volume backend and LUKSv1 encrypted volumes.12:59
lyarwoodstephenfin: like LVM/iSCSI etc.13:00
stephenfinAh, of course /o\ Fair fair13:00
*** ociuhandu has quit IRC13:00
*** ociuhandu has joined #openstack-nova13:01
brinzhanglyarwood: thanks13:02
*** udesale_ has joined #openstack-nova13:03
*** udesale has quit IRC13:05
*** mkrai_ has quit IRC13:06
openstackgerritLee Yarwood proposed openstack/nova master: fup: Add removal TODOs for disable_native_luksv1 and rbd_volume_local_attach  https://review.opendev.org/71809913:08
openstackgerritLee Yarwood proposed openstack/nova master: fup: Fix [workarounds]/rbd_volume_local_attach config docs  https://review.opendev.org/71810013:08
lyarwoodstephenfin: ^ thanks again13:08
*** hrw has joined #openstack-nova13:08
hrwmorning13:08
*** Luzi has joined #openstack-nova13:09
hrwlyarwood: you commented https://review.opendev.org/#/c/714311/3/nova/virt/libvirt/driver.py@5323 with 'supernit - return'. I do not understand. What do you mean there?13:09
*** ratailor has quit IRC13:11
lyarwoodhrw: morning, by supernit I mean something that is beyond a normal nit (a small issue with a change) and as such not something I'd actually ask someone to respin the change to correct.13:11
lyarwoodhrw: here I was just suggesting that you could just return instead of using support_uefi13:12
hrwlyarwood: ok13:12
hrwlyarwood: I see now.13:13
lyarwoodhrw: yeah apologies if it wasn't clear, +1 on the change anyway.13:13
hrwlyarwood: it was copied from one place, adapted and reused.13:13
sean-k-mooneyhrw by convention in python if a varible is not used in the same function and is just returned we should just retrun the expression13:13
hrwyeah13:14
sean-k-mooneybut its not important enough to actully repin a patch over as lyarwood said13:14
openstackgerritLuyao Zhong proposed openstack/nova master: partial support for live migration with specific resources  https://review.opendev.org/71536213:14
openstackgerritLuyao Zhong proposed openstack/nova master: Support live migration with vpmem  https://review.opendev.org/68785613:14
hrwjust with amount of comments around that comment took me a while to notice which part of line it applied to ;D13:14
openstackgerritLee Yarwood proposed openstack/nova master: fup: Add removal TODOs for disable_native_luksv1 and rbd_volume_local_attach  https://review.opendev.org/71809913:15
luyaostephenfin: Thanks for review :), your comments are addressed.  https://review.opendev.org/68785613:16
stephenfincool13:25
stephenfinlyarwood: could you take a look at https://review.opendev.org/715406 and its predecessor to close that out?13:26
lyarwoodstephenfin: yup looking13:26
*** ociuhandu has quit IRC13:32
*** ociuhandu has joined #openstack-nova13:33
stephenfinsean-k-mooney: replied on https://review.opendev.org/#/c/700894/13:35
*** hrw has left #openstack-nova13:35
sean-k-mooneyok. ill take a look at it sortly. that said i tried doing it a few different ways and without a significant rewrite this was the cleanest way i could do it13:36
dansmithbrinzhang: are you able to work on that policy patch?13:40
sean-k-mooneystephenfin: in anycase ill take a look again and rebase it ontop of your mock lib removal patch13:45
*** _kukacz has joined #openstack-nova13:45
stephenfinsean-k-mooney: don't rebase it - that mock removal patch is having teething issues and won't be finished this week13:45
stephenfinspecifically I'm hitting bugs in the stdlib mock libraries that I'm having to work around :(13:46
sean-k-mooneystephenfin: ok13:46
sean-k-mooneyi didnt want it to conflict13:46
sean-k-mooneystephenfin: or bugs in mock the lib13:46
*** yaawang has joined #openstack-nova13:47
sean-k-mooneystephenfin: i have hit bugs with the mock lib before so its proably that we work around those initally now we need to return to the normal behavior13:47
stephenfinafaict, mock the lib is a straight backport of the stdlib library13:47
stephenfinso we'd presumably see the same issues if we downgraded to e.g. mock 2.013:48
sean-k-mooneystephenfin: it is ment to be yes but im not sure that is always true13:48
*** READ10 has joined #openstack-nova13:56
*** mlavalle has joined #openstack-nova13:58
*** dave-mccowan has joined #openstack-nova13:59
*** tkajinam has quit IRC14:03
*** tkajinam has joined #openstack-nova14:03
*** Luzi has quit IRC14:07
*** dave-mccowan has quit IRC14:10
*** yaawang_ has joined #openstack-nova14:11
*** yaawang has quit IRC14:14
*** martinkennelly has quit IRC14:18
gibinova api experts, how can I specify a config_drive filter of GET /server/details to get the servers that does not have a config drive14:37
gibi?14:37
*** priteau has quit IRC14:37
gibiGET /servers/detail?config_drive=& is rejected by the schema14:37
gibiGET /servers/detail?config_drive=False returns empty list even if I have servers without config drive14:38
gibiconfig_drive in the response is defined like14:39
gibi"Indicates whether or not a config drive was used for this server. The value is True or an empty string. An empty string stands for False."14:39
gibihttps://bugs.launchpad.net/nova/+bug/187140914:41
openstackLaunchpad bug 1871409 in OpenStack Compute (nova) "cannot filter the list servers to show only those that does not have config drive" [Undecided,New]14:41
*** ttsiouts has quit IRC14:42
*** tkajinam has quit IRC14:42
*** ttsiouts has joined #openstack-nova14:46
*** dklyle has joined #openstack-nova14:48
*** ttsiouts_ has joined #openstack-nova14:49
*** ttsiouts has quit IRC14:49
openstackgerritArthur Dayne proposed openstack/nova master: libvirt:driver:Disallow AIO=native when 'O_DIRECT' is not available  https://review.opendev.org/68277214:51
*** yaawang has joined #openstack-nova14:53
*** yaawang__ has joined #openstack-nova14:54
*** yaawang_ has quit IRC14:56
*** mkrai has joined #openstack-nova14:57
*** yaawang has quit IRC14:58
*** ttsiouts_ has quit IRC15:02
openstackgerritBalazs Gibizer proposed openstack/nova master: WIP: fix config_drive filter in GET /servers/details  https://review.opendev.org/71814015:02
*** martinkennelly has joined #openstack-nova15:03
gibistephenfin: in https://review.opendev.org/682772 do you mean accepting boolean like values or do you also mean defaulting config_drive to False if not present?15:10
stephenfinjust the former15:10
stephenfinsorry, that wasn't clear15:10
*** ircuser-1 has joined #openstack-nova15:11
gibistephenfin: no worries. I just discovered this bug while trying to make the 2.83 client patch to work15:11
*** rcernin has quit IRC15:13
gibistephenfin: so for boolean like True value we should translate the filter to True and for a boolean like False value translate it to empty string? or keep the empty string as False semantic as in the response today?15:13
stephenfinso 'GET /servers/details?config_drive=' will get us servers without a config drive? We probably need to retain that behavior, if so15:15
gibistephenfin: currently 'GET /servers/details?config_drive=' is not accepted by the schema15:15
stephenfinwhat do you mean by the empty string, in that case?15:15
gibistephenfin: the respons of GET servers/details use empty value in the config_drive field to indicate no config drive (crazy)15:15
stephenfinAh15:16
gibihttps://docs.openstack.org/api-ref/compute/?expanded=list-servers-detailed-detail#id2115:16
stephenfinI guess we've to keep that the same, but I don't think the filter needs to work like that15:16
stephenfinWe could change that API response in a future clean up microversion15:17
gibiso the API response will keep using True or "", the filter in the query will use truelike or falselike values15:17
stephenfinYeah, that's sensible IMO15:17
gibiOK, thanks15:17
gibiI will do that then15:17
stephenfinNo point letting the crazy spread into the query string too15:18
gibigmann: Do we alredy have an API cleanup item for the crazy config drive value in https://docs.openstack.org/api-ref/compute/?expanded=list-servers-detailed-detail#id2115:18
gibi?15:18
gibistephenfin: yeah, make sense15:18
sean-k-mooneygibi: you mean where the config drive is a cinder volume uuid15:19
gmanngibi: to dis-allow empty dict?15:19
sean-k-mooneyor was it swift object uuid15:19
gibisean-k-mooney whaaat?15:19
sean-k-mooneyit was a thing that rack space implemented15:19
gibigmann: to not have True or empty string, but have proper False value15:19
sean-k-mooneyand we used to allow in the api but i dont think the support is still nove or perhaps never was upstreamed15:20
gibisean-k-mooney: does it mean the api ref is incomplete for config_drive here https://docs.openstack.org/api-ref/compute/?expanded=list-servers-detailed-detail#id21 ?15:20
gibisean-k-mooney: or you only mean we allowed empty string there to let rackspace replace that with a uuid downstream?15:21
sean-k-mooney gibi i need to go check the code but we used to accetp a uuid there at the api level but i dont know when we stopped i might even be a pre microverion thing15:22
gibithe db schema allows for a string(255) for config drive15:23
sean-k-mooneyyes15:23
sean-k-mooneybecause rackspace used to put a uuid in it15:23
gmannempty string not allowed i think. schema allow bool only - https://github.com/openstack/nova/blob/master/nova/api/validation/parameter_types.py#L21915:24
gmannthis is test verify it - https://github.com/openstack/nova/blob/master/nova/tests/unit/api/openstack/compute/test_serversV21.py#L465715:25
gibigmann: at POST /serves, yes https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/schemas/servers.py#L193 but at the query string of GET /servers/details it is not boolean https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/schemas/servers.py#L60715:25
gmannohk, you mean in response15:26
gibido we have schema for GET rsp?15:26
gmanngibi: query schema are the only one for GET15:27
*** ttsiouts has joined #openstack-nova15:27
sean-k-mooneygibi: in the current api it should always be a bool15:27
gmannand eevrything on query param is string so we cannot restrict that in schema side. we need to add code check for that15:27
sean-k-mooneywe should just use the sting to bool thing form oslo15:28
gibigmann: the current schema does not allow empty string, but the db contains an empty string if there is no config drive attached15:28
gmannuntil we check the regex of bool values in schema which will be very  complex15:28
sean-k-mooneye.g. to accpeth true True yes y 1 all as true15:28
openstackgerritSylvain Bauza proposed openstack/nova master: (WIP) Functional test with pGPUs  https://review.opendev.org/71797515:29
gibisean-k-mooney: in the current API config_drive is "True" or empty string'15:29
gmannyeah, we can 1. always return bool in response (convert empty string to False) and 2. allow query for bool value only15:29
gibiI don't want to change the GET rsp, but I need to provide filtering support15:29
gibiin the query string15:29
*** READ10 has quit IRC15:29
gibigmann: changing GET rsp is an API cleanup that needs a microversion and outside of my bugfixing effort15:30
gibigmann: but I still need to support some way to filter for servers wihtout config drive15:30
gibistephenfin: suggested to use True and False like values there15:30
gibibut if there is a hidden rackspace dependency for a uuid in the config_drive filed then this change will break them15:31
gmannif no change in GET response then it might be confusing  ? not sure client side will show black value for that. i think we had same issue on swap field in flavor15:31
*** gyee has joined #openstack-nova15:31
gibicurrently client side (novaclient) use empty value15:32
gibi| config_drive                         |                                                                 |15:32
gmanngibi: does query with empty string just ignore the filter or error ?15:32
gibigmann: error as per https://bugs.launchpad.net/nova/+bug/187140915:32
openstackLaunchpad bug 1871409 in OpenStack Compute (nova) "cannot filter the list servers to show only those that does not have config drive" [Medium,In progress] - Assigned to Balazs Gibizer (balazs-gibizer)15:32
gibithe query string schema does not allow empty string15:33
gibigmann: I can fix that by https://review.opendev.org/#/c/718140/1/nova/api/openstack/compute/schemas/servers.py15:33
gibibut then stephenfin had a point that by this we spread the True or "" crazyness from the GET rsp to the query sting15:33
gmannyeah that is my concern also.15:35
openstackgerritSylvain Bauza proposed openstack/nova master: (WIP) Functional test with pGPUs  https://review.opendev.org/71797515:35
bauzasgibi: FWIW, I'm almost done with the functional test, including for multiple types https://review.opendev.org/71797515:35
gmanngibi: and with your fix (allow '' in schema) does give correct servers list ?15:36
gibiI can do a True or False query filter but then we break rackspace if they depend on passing through a uuid in the filter15:36
bauzasgibi: you can look at it to see that we don't support some specific pGPU if the asked type by the configuration is not actually used by the pGPU15:36
gibigmann: yes, the WIP patch works for me15:36
gibibauzas: ack, I will get back to that tomorrow.15:36
* bauzas now goes back to look at gibi's comments15:36
gmanngibi: ok, apart from rackspace usecase, if we allow empty string in query which is disallowed now still need microversion as it change the interface15:37
gmannfor interoperability15:38
gibigmann: we cannot filter for servers without config drive today, it is a bug15:38
gmannhumm15:38
gibias that filter would look like: ?config_drive=15:39
gibias the db contains empty value for the no config drive case15:39
*** READ10 has joined #openstack-nova15:40
gmanni was thinking to fix it with GET reponse and DB to have false in case of no config drive(empty string)15:40
gibigmann: that is DB migration +  microversion on the API (due to the rsp change) so that is someting I wouldn't start at the week of FF15:41
gibialso it has a rackspace crazyness to it15:41
gibibut on the long term this might be the good way15:41
gibifor API consistency15:42
gibiso I agree to add this to the API cleanup etherpad15:42
gmannbut i am thinking if changing query things is ok without microversion as it can create interop issue15:42
gibiyeah, so I have to find a way now to unblock the 2.83 client patch without the need to change the query string semantic15:43
gibiI can say that we have a nova bug but the client patch does not make it worse it just keep passing what it gets from the user to the nova API, and as soon as we fix the nova API we can stricten the client code too15:43
gmannok. I will check that, i think we can keep error there as it get from API15:44
gmannyeah, ditto15:44
gmann i will add that on etherpad and we can discuss the best possible solution.15:44
gibigmann: cool. thanks.15:44
gmannthanks. we might have few more field like that15:45
gmanngibi: done, L86 - https://etherpad.openstack.org/p/nova-api-cleanup15:46
gibiack15:46
gibithanks15:46
sean-k-mooneygibi: this is what i was thining of by the way https://bugs.launchpad.net/python-novaclient/+bug/1314395 https://github.com/openstack/python-novaclient/commit/adf6c351a05d205573be4f00db1e53aa2615a59315:54
openstackLaunchpad bug 1314395 in python-novaclient "Documentation for config_drive boot parameter is incorrect" [Undecided,Fix released] - Assigned to Jason Dunsmore (jasondunsmore)15:54
sean-k-mooneygibi: many many many moons ago e.g. like essex it used to take a volume id too15:54
artomstephenfin, so, I know I said the NUMA LM tests can wait until after FF15:54
artomBut with https://review.opendev.org/#/c/715362/4, I'd kinda want to see them merge first?15:54
gibisean-k-mooney: thanks for the reference15:55
artomI'd be the only place where we test the fancier live migration stuff15:55
stephenfinHmm, that's a fair point. I'll try dig back into it tomorrow morning15:57
sean-k-mooneyah the uuid was only for nova v1 api and was droped in https://review.opendev.org/#/c/10934/ damb that was a long time ago. im surprise we only update the docs in rocky15:58
artomstephenfin, I've addressed your hatred of the weird 3/2 split, FWIW, hopefully it's easier to understand now15:59
*** dpawlik has quit IRC16:00
artomstephenfin, also, https://review.opendev.org/#/c/687856/24/nova/compute/manager.py@767216:01
artomAm I being overly dramatic?16:01
*** _kukacz has quit IRC16:01
stephenfinartom: You need to have a guest NUMA topology to use vPMEM16:01
artomstephenfin, ah, doh.16:02
*** rpittau is now known as rpittau|afk16:08
*** udesale_ has quit IRC16:08
*** dtantsur is now known as dtantsur|afk16:08
*** READ10 has quit IRC16:12
dansmithgmann: around?16:17
gmanndansmith: hi16:17
dansmithgmann: I need some help understanding the policy tests so I can rebase this patch16:18
gmannsure16:18
dansmithgmann: https://review.opendev.org/#/c/711194/13/nova/tests/unit/policies/test_volumes.py@24016:18
*** ociuhandu has quit IRC16:18
*** ociuhandu has joined #openstack-nova16:19
dansmithgmann: that test is running with system_foo_context and validating that policy fails..16:19
dansmithgmann: so I'm guessing whatever system_policy_context is does not have admin to do swap, and is not owner for update?16:19
*** mkrai has quit IRC16:20
gmanndansmith: yeah system_foo_context does not have admin. these are all context defined - https://github.com/openstack/nova/blob/cd16ae25c865f25dbb313976b3d8ef9372db80af/nova/tests/unit/policies/base.py#L5416:21
dansmithoh, so system_foo is "some random other user" ?16:21
sean-k-mooneystephenfin: artom well wehn you use vpmem it creates an implict numa toplogy like cpu pinning or hugepages16:22
dansmithgmann: so that should fail for both reasons... "not admin and not owner" right?16:22
gmanndansmith: yeah, basically checking 'foo' role has access or not16:22
gmanntrue16:22
artomsean-k-mooney, yeah, I got it completely wrong and panicked for nothing16:22
sean-k-mooneyartom: hehe k16:22
dansmithgmann: okay, so the next test after that.. is changing the policy it looks like?16:23
gmanndansmith: i think we should test those policy against each context. we can hack the first policy check to allow-all to verify the second.16:23
gmanndansmith: yeah changing the first policy, so that we can verify the second enforced policy16:24
sean-k-mooneyim going to see if my second attempt to get shopping without spenindg 30 mins queing to get in to the shop works so ill be back in an hour too since ill be cooking dinner in ither case16:24
dansmithgmann: I'm not checking both, I'm checking one or the other.. maybe I should just push up what I have for discussion and work on the tests after we agree?16:24
gmanndansmith: yeah, because those tests are with old order of policy16:24
gmannonce we have correct order of policy enforcement then  we can better judge how to tests16:24
dansmithright okay.. let me remove that last test since it's testing the serial checking of policy anyway16:25
dansmithack16:25
openstackgerritMerged openstack/nova master: Add test coverage of existing flavor_manage policies  https://review.opendev.org/71481416:27
*** lpetrut has joined #openstack-nova16:27
*** luyao has quit IRC16:27
sean-k-mooneyoh while i think if it we have a but with how we do validation of numa paramater if we have an automatic numa toplogy. ill try an file it when i get back but basically we ignore the hw:nuam_cpu and hw:numa_mem options if you dont have multiple numa nodes to you can set things that refer to cells that dont exist e.g hw:numa_mem.1=512 when you only have one numa node(node 0) or possible no numa nodes i16:28
sean-k-mooneyhavent fullly check how broken it is.16:28
sean-k-mooneyi think the code that reads that extra spec just does not run if you dont have hw:numa_nodes>=216:29
stephenfinlyarwood: You have two merge conflict issues in the https://review.opendev.org/#/q/topic:bp/virt-bfv-instance-rescue series, fyi https://review.opendev.org/#/q/topic:bp/virt-bfv-instance-rescue16:29
*** brinzhang has quit IRC16:30
lyarwoodstephenfin: looking16:30
lyarwoodhow on earth16:31
*** brinzhang has joined #openstack-nova16:31
openstackgerritBalazs Gibizer proposed openstack/python-novaclient master: Microversion 2.83 - Add more filters for the nova list command  https://review.opendev.org/71308916:35
openstackgerritLee Yarwood proposed openstack/nova master: api: Introduce microverion 2.87 allowing boot from volume rescue  https://review.opendev.org/70143016:36
openstackgerritLee Yarwood proposed openstack/nova master: compute: Extract _get_bdm_image_metadata into nova.utils  https://review.opendev.org/70521216:36
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Support boot from volume stable device instance rescue  https://review.opendev.org/70143116:36
*** evrardjp has quit IRC16:36
*** evrardjp has joined #openstack-nova16:37
openstackgerritDan Smith proposed openstack/nova master: Separate update and swap volume policies  https://review.opendev.org/71119416:37
gibistephenfin, gmann, brinzhang: made --config-drive a pass through option in https://review.opendev.org/713089 to decuple that change from the bugfix https://bugs.launchpad.net/nova/+bug/187140916:38
openstackLaunchpad bug 1871409 in OpenStack Compute (nova) "cannot filter the list servers to show only those that does not have config drive" [Medium,In progress] - Assigned to Balazs Gibizer (balazs-gibizer)16:38
stephenfingibi: What kind of values can the user actually pass through at the moment?16:40
*** ttsiouts has quit IRC16:40
gibistephenfin: API schema allows any string16:40
gibistephenfin: and matches it against the DB value16:40
gibiwhich is also a String(255)16:40
gibi(the API schema does not allow empty string though)16:41
stephenfinright, but what values will do something meaningful? Do we only ever store a string-ified True/False value in there?16:41
gibistephenfin: we definitely store "True" and "", but I'm not sure if we store other values16:41
*** ociuhandu has quit IRC16:42
gibiat some point in the past we allowed to store a uuid there16:42
gibihttps://bugs.launchpad.net/python-novaclient/+bug/131439516:42
openstackLaunchpad bug 1314395 in python-novaclient "Documentation for config_drive boot parameter is incorrect" [Undecided,Fix released] - Assigned to Jason Dunsmore (jasondunsmore)16:42
gibiso in some crazy old deployment the db could contain a uuid16:43
*** ociuhandu has joined #openstack-nova16:43
gibiold, mean existed for a long time but upgraded to new nova code16:43
stephenfingibi: We haven't let you create such a server in quite some time though https://github.com/openstack/nova/blob/bae8b1306eb/nova/compute/api.py#L532-L54516:44
stephenfinWhat I'm getting at is that it doesn't seem like there's much point allowing the user to pass through an arbitrary string, since the users that can use it are vanishingly small16:45
stephenfinSo I wonder if we should just allow true/false and add a TODO that false doesn't actually work until that bug is fixed?16:45
stephenfinspecifically, we should use a '--[no-]config-drive' option pair16:45
gibithe API allows now to send in any string in the query param config_drive, when we fix that we need to bump the API microversion. I guess that will be a good signal to change the client to only allow true/false to be passed16:47
stephenfinTrue. The client doesn't have to match the server 100% though. We could limit the user client side, even if it's currently a free-for-all server side16:48
*** ociuhandu has quit IRC16:48
gibitrue16:48
stephenfinI just think allowing '--config-drive foo' is daft, since no ones going to use it, and '--config-drive [True|False]' is worse than '--[no-]config-drive'16:49
gibiI have to finish for today and we have like 2 days to land the client patches. I can look at it tomorrow again16:49
stephenfinYeah, me too. The dog's not going to walk itself :)16:50
gibiI free I buring time on this that would be better burnt on review16:50
gibiI feel16:50
gibibut meh.16:50
gibisee you tomorrow16:50
stephenfino/16:50
*** psachin has quit IRC16:55
*** lpetrut has quit IRC16:56
stephenfingmann: Am I correct here? https://review.opendev.org/#/c/709955/3/nova/api/openstack/compute/volumes.py@40117:01
*** mriedem has joined #openstack-nova17:01
gmannstephenfin: yeah. scope_type are not override-able so passing instance project_id is no use there17:09
stephenfinSweet. Thanks, gmann17:10
gmannstephenfin: for few server actions like migration, we default them to SYSTEM_ADMIN and passing the project_id also by keeping scope_type as ['system', 'project'] so that operator can give access to project scope role also if they want17:10
gmannbut when scope_type itself is 'system' only then no use of project_id17:11
*** xek_ has joined #openstack-nova17:11
*** ttsiouts has joined #openstack-nova17:13
*** xek has quit IRC17:14
*** ttsiouts has quit IRC17:18
*** martinkennelly has quit IRC17:30
*** ttsiouts has joined #openstack-nova17:31
gmanndansmith: what you think on this. checking 'update' policy always and then swap if request is swap - https://review.opendev.org/#/c/711194/14/nova/api/openstack/compute/volumes.py@47817:37
*** links has quit IRC17:38
openstackgerritMerged openstack/nova master: Introduce scope_types in os-flavor-manage  https://review.opendev.org/71481817:38
*** xek_ has quit IRC17:40
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing server topology policies  https://review.opendev.org/71752417:40
dansmithgmann: that's an option too yeah. I guess the reason that seems less good is that, unless we check, in order to swap you have to have both permissions.. we might as well make one the superset and not require you to have both explicitly17:45
openstackgerritMerged openstack/nova master: Add new default roles in os-flavor_manage policies  https://review.opendev.org/71481917:46
*** ttsiouts has quit IRC17:46
*** vishalmanchanda has quit IRC17:47
*** nightmare_unreal has quit IRC17:48
gmanndansmith: yeah, i am thinking doing PUT is always need 'update' policy permission like we do in unlock. first unlock policy permission and then additional unlock_override permission.17:48
dansmithokay, seems *more* confusing to me, but consistency is good, so if theres already precedent that's fine17:49
gmannor if we think the use case of override i mentioned is not valid/make sense then we can keep the same way it is currently17:50
dansmithgmann: does that mean we require update auth for <2.85 as well? meaning I can just put the update policy check always (i.e. remove it from under the else)?17:50
gmannbecause it is swap operation so i am not sure interpreting it more user side cases is required or not17:50
*** brinzhang_ has joined #openstack-nova17:51
gmanndansmith: ah no, after >2.85 only and before it is always swap-only policy17:51
dansmithwhy/17:51
gmannbecause we are changing default means new policy itself for new operation which is allowed after 2.8517:52
dansmithwon't the user, who doesn't know anything about policy, wonder why they can do swap with 2.1, but cannot do swap with 2.85, because the admin has not given them update perms yet?17:52
gmannif we keep default same as old  'update' policy then it is ok17:52
dansmith.../17:53
gmanndansmith: without overeride policy they get permission automatically but if overriding the swap policy then even no-deprecation is issue17:53
*** brinzhang has quit IRC17:53
dansmithI don't understand what you're saying17:54
dansmithif the policy defaults are kept, then if I roll out ussuri, users who should have swap permissions will lose that ability with microversion 2.85 until I grant them update permission17:54
dansmithbut they would continue to be able to do it with 2.117:55
dansmithhowever, with what I have, they will see no change in behavior17:55
gmannwith defaults they are always have update permission as it is subset of swap default.17:55
gmannwith defaults, there is no issue on your proposal17:55
gmanni am thinking if uses has override the old swap policy and want to do the same for new update policy17:56
gmannif we consider either case default or override - swap is always supeset then it is ok17:57
gmannbut yes, we can not handle all cases in this case17:58
*** kaisers_ has quit IRC17:59
gmanndansmith: i think it is ok with your approach and we update policy doc that for swap + update we only check swap policy which is expected to be superset of 'update'17:59
dansmithokay18:00
dansmithwill you comment on the patch about that?18:00
gmanndoing,18:00
openstackgerritMerged openstack/nova master: Pass the actual target in os-flavor-manage policy  https://review.opendev.org/71482218:00
dansmiththanks18:01
gmanndansmith: done. added comment on tests cases, few are not needed and does not test much18:10
*** ttsiouts has joined #openstack-nova18:25
*** ttsiouts has quit IRC18:30
openstackgerritMerged openstack/nova master: Fix resume server policy to be admin_or_owner  https://review.opendev.org/71756118:32
openstackgerritMerged openstack/nova master: Add test coverage of existing suspend server policies  https://review.opendev.org/71755418:32
openstackgerritMerged openstack/nova master: Introduce scope_types in suspend server  https://review.opendev.org/71758218:32
openstackgerritMerged openstack/nova master: Add new default roles in suspend server policies  https://review.opendev.org/71758318:32
openstackgerritMerged openstack/nova master: Introduce scope_types in limits policy  https://review.opendev.org/71568018:32
openstackgerritMerged openstack/nova master: Add new default roles in limits policies  https://review.opendev.org/71576018:33
openstackgerritMerged openstack/nova master: Add test coverage of existing server group policies  https://review.opendev.org/71717318:33
*** maciejjozefczyk has quit IRC18:39
openstackgerritGhanshyam Mann proposed openstack/nova master: DNM testing enforce new defaults flag  https://review.opendev.org/71794518:39
openstackgerritGhanshyam Mann proposed openstack/nova master: DNM testing enforce new defaults flag  https://review.opendev.org/71794518:40
*** ccamacho has quit IRC18:40
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing server topology policies  https://review.opendev.org/71752418:52
openstackgerritGhanshyam Mann proposed openstack/nova master: Introduce scope_types in server topology  https://review.opendev.org/71758418:53
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in server topology policies  https://review.opendev.org/71758518:53
openstackgerritMerged openstack/nova master: Introduce scope_types in server group policy  https://review.opendev.org/71717419:03
openstackgerritMerged openstack/nova stable/queens: Functional test for UnexpectedDeletingTaskStateError  https://review.opendev.org/71540519:04
*** ttsiouts has joined #openstack-nova19:14
*** tesseract has quit IRC19:25
openstackgerritMerged openstack/nova stable/queens: Unplug VIFs as part of cleanup of networks  https://review.opendev.org/71540619:29
*** derekh has quit IRC19:39
*** ralonsoh has quit IRC19:40
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in server topology policies  https://review.opendev.org/71758519:40
melwittgmann: hey, what were you meaning here? https://review.opendev.org/#/c/716809/1/tempest/scenario/test_server_advanced_ops.py are you saying that the test involves passing a specific network during server create? and that getting the 409 multiple networks error means somehow the list_networks is returning None?19:43
melwittoops, I should have written that in -qa19:43
*** slaweq has quit IRC19:44
gmannmelwitt: yeah. that is one possibility otherwise scenario base tests always send the network in create request19:45
gmannit was API tests where we reply on tenants network created during setup of credential.19:45
gmanns/reply/rely19:45
melwittok19:46
*** ttsiouts has quit IRC19:48
*** nweinber has quit IRC19:52
*** ociuhandu has joined #openstack-nova19:54
*** slaweq has joined #openstack-nova19:54
*** ociuhandu has quit IRC20:00
*** derekh has joined #openstack-nova20:13
*** derekh has quit IRC20:14
*** READ10 has joined #openstack-nova20:22
*** READ10 has quit IRC20:30
openstackgerritGhanshyam Mann proposed openstack/nova master: DNM testing enforce new defaults flag  https://review.opendev.org/71794520:32
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in server group policies  https://review.opendev.org/71717520:40
*** igordc has quit IRC20:47
*** igordc has joined #openstack-nova20:48
openstackgerritSylvain Bauza proposed openstack/nova master: Provide the parent pGPU when creating a new vGPU  https://review.opendev.org/71548920:50
openstackgerritSylvain Bauza proposed openstack/nova master: Support different vGPU types per pGPU  https://review.opendev.org/71549020:50
openstackgerritSylvain Bauza proposed openstack/nova master: (WIP) Functional test with pGPUs  https://review.opendev.org/71797520:50
*** slaweq_ has joined #openstack-nova21:04
*** slaweq has quit IRC21:04
*** slaweq_ has quit IRC21:34
*** ociuhandu has joined #openstack-nova21:34
*** ociuhandu has quit IRC21:39
*** ttsiouts has joined #openstack-nova21:44
openstackgerritsean mooney proposed openstack/nova master: cyborg evacuate support  https://review.opendev.org/71532622:09
*** rcernin has joined #openstack-nova22:11
*** ttsiouts has quit IRC22:18
*** eharney has quit IRC22:20
*** tkajinam has joined #openstack-nova22:56
openstackgerritSylvain Bauza proposed openstack/nova master: (WIP) Functional test with pGPUs  https://review.opendev.org/71797523:01
openstackgerritSylvain Bauza proposed openstack/nova master: WIP: Functional test with pGPUs  https://review.opendev.org/71797523:10
*** mriedem has left #openstack-nova23:15
*** mlavalle has quit IRC23:15
*** yaawang__ has quit IRC23:16
*** yaawang__ has joined #openstack-nova23:17
*** tosky has quit IRC23:26

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