Wednesday, 2020-04-15

*** threestrands has joined #openstack-nova00:00
*** JamesBenson has joined #openstack-nova00:06
*** tetsuro has joined #openstack-nova00:10
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing remaining servers policies  https://review.opendev.org/72010400:14
openstackgerritGhanshyam Mann proposed openstack/nova master: Introduce scope_types in remaining servers Policies  https://review.opendev.org/72010600:30
openstackgerritGhanshyam Mann proposed openstack/nova master: Introduce scope_types in servers Policies  https://review.opendev.org/66296800:34
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in servers policies  https://review.opendev.org/66297100:34
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing server attributes policies  https://review.opendev.org/71972600:34
openstackgerritGhanshyam Mann proposed openstack/nova master: Introduce scope_types in servers attributes Policies  https://review.opendev.org/71972900:35
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in servers attributes policies  https://review.opendev.org/71973000:44
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing remaining servers policies  https://review.opendev.org/72010400:45
openstackgerritGhanshyam Mann proposed openstack/nova master: Introduce scope_types in remaining servers Policies  https://review.opendev.org/72010600:45
*** amodi has joined #openstack-nova00:52
*** ttsiouts has joined #openstack-nova01:00
openstackgerritBrin Zhang proposed openstack/nova-specs master: Re-proposes 'Proposal for a safer remote console with password authentication'  https://review.opendev.org/71972001:05
brinzhang_gibi, sean-k-mooney: I agree with sean-k-mooney, I think his understand is correct, if we failed to bind, that just leak arq db record in Cyborg, I will check again with Sundar, once I am confirmed, I will respin you again.01:16
*** sapd1 has joined #openstack-nova01:30
*** dlbewley has quit IRC01:32
*** ttsiouts has quit IRC01:34
openstackgerritzhufl proposed openstack/nova master: Add missing white spaces between words in log messages  https://review.opendev.org/72011201:34
*** sapd1 has quit IRC01:36
*** lbragstad has quit IRC01:38
*** sapd1 has joined #openstack-nova01:49
*** ociuhandu has joined #openstack-nova01:56
brinzhang_gibi, sean-k-monney, dansmith: another thing maybe need to concern, please check, see below:01:58
brinzhang_While we build_instances() we should cleanup arqs if the _create_and_bind_arqs() failed.01:58
brinzhang_In _cleanup_when_reschedule_fails()[1] we clean the arqs if _create_and_bind_arqs() failed, but I think we just only clean it at L847 if the _create_and_bind_arqs() failed [3]. If we add "compute_utils.delete_arqs_if_needed(context, instance)"[2] in _cleanup_when_reschedule_fails()[1], once we call _cleanup_when_reschedule_fails() it will be cleanup arqs with dp name in instance's flavor, I think that will increase Nova's call to Cyborg (by01:58
brinzhang_cyborgclinet), right?01:58
brinzhang_[1]https://opendev.org/openstack/nova/src/branch/master/nova/conductor/manager.py#L58201:58
brinzhang_[2]https://opendev.org/openstack/nova/src/branch/master/nova/conductor/manager.py#L59801:58
brinzhang_[3]https://opendev.org/openstack/nova/src/branch/master/nova/conductor/manager.py#L848-L84901:58
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in remaining servers policies  https://review.opendev.org/72011601:59
brinzhang_IMO, if I am correct, I think we should move "compute_utils.delete_arqs_if_needed(context, instance)"[2] to the right place, i.e., when _create_and_bind_arqs() failed02:00
*** ttsiouts has joined #openstack-nova02:03
gmannjohnthetubaguy: i replied on server policies comments and finished the remaining one. please check. my worried is to allow host attr for project that is why i kept them system-admin for now02:05
*** mkrai has joined #openstack-nova02:07
*** ttsiouts has quit IRC02:07
*** ociuhandu has quit IRC02:13
openstackgerritGhanshyam Mann proposed openstack/nova master: Fix follow up comments on policy work  https://review.opendev.org/71783502:20
openstackgerritGhanshyam Mann proposed openstack/nova master: Use oslo policy flag to disable default change warning instead of all  https://review.opendev.org/71788402:23
*** tetsuro has quit IRC02:29
*** artom has quit IRC02:32
*** tetsuro has joined #openstack-nova02:32
*** ttsiouts has joined #openstack-nova02:36
openstackgerritMerged openstack/nova master: Introduce scope_types in quota set Policies  https://review.opendev.org/71931703:10
*** ttsiouts has quit IRC03:10
*** mkrai has quit IRC03:23
*** mkrai has joined #openstack-nova03:24
*** hamzy_ has joined #openstack-nova03:29
*** hamzy has quit IRC03:31
*** psachin has joined #openstack-nova03:33
openstackgerritGhanshyam Mann proposed openstack/nova master: Fix server actions to be system and project scoped  https://review.opendev.org/72012303:44
*** mkrai has quit IRC04:05
*** mkrai_ has joined #openstack-nova04:06
*** ttsiouts has joined #openstack-nova04:12
*** gyee has quit IRC04:13
*** mkrai has joined #openstack-nova04:14
*** ociuhandu has joined #openstack-nova04:15
*** mkrai_ has quit IRC04:17
*** KeithMnemonic has quit IRC04:30
*** ociuhandu has quit IRC04:33
*** evrardjp has quit IRC04:37
*** evrardjp has joined #openstack-nova04:37
*** ttsiouts has quit IRC04:46
*** dklyle has quit IRC04:56
*** mkrai has quit IRC05:01
*** mkrai has joined #openstack-nova05:06
*** ttsiouts has joined #openstack-nova05:22
*** ratailor has joined #openstack-nova05:23
*** ttsiouts has quit IRC05:27
*** udesale has joined #openstack-nova05:37
*** ociuhandu has joined #openstack-nova05:39
*** vishalmanchanda has joined #openstack-nova05:40
*** sapd1 has quit IRC05:41
*** tobberydberg has joined #openstack-nova05:46
*** xek has joined #openstack-nova05:50
*** ociuhandu has quit IRC05:51
*** threestrands has quit IRC05:54
*** ttsiouts has joined #openstack-nova05:55
*** sapd1 has joined #openstack-nova05:55
openstackgerritMerged openstack/nova master: Add new default roles in server group policies  https://review.opendev.org/71717505:56
*** ratailor has quit IRC06:00
*** ratailor has joined #openstack-nova06:12
*** ociuhandu has joined #openstack-nova06:26
*** ttsiouts has quit IRC06:29
openstackgerritMerged openstack/nova master: Add new default roles in quota sets policies  https://review.opendev.org/71936106:35
*** slaweq_ has joined #openstack-nova06:37
openstackgerritGhanshyam Mann proposed openstack/nova master: Add doc for policy new defaults  https://review.opendev.org/72012906:45
*** dpawlik has joined #openstack-nova06:49
*** ttsiouts has joined #openstack-nova06:51
*** ttsiouts has quit IRC06:51
*** ttsiouts has joined #openstack-nova06:52
*** nightmare_unreal has joined #openstack-nova06:53
openstackgerritGhanshyam Mann proposed openstack/nova master: Fix server actions to be system and project scoped  https://review.opendev.org/72012307:05
*** maciejjozefczyk has joined #openstack-nova07:06
*** lpetrut has joined #openstack-nova07:07
*** ccamacho has joined #openstack-nova07:11
*** ralonsoh has joined #openstack-nova07:14
*** tesseract has joined #openstack-nova07:16
*** tosky has joined #openstack-nova07:23
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in remaining servers policies  https://review.opendev.org/72011607:25
*** rpittau|afk is now known as rpittau07:28
*** iurygregory has quit IRC07:31
*** iurygregory has joined #openstack-nova07:32
bauzasgood morning Nova07:37
gibibauzas: good morning07:38
bauzasgibi: good news, now that I'm done with the last series I had to work on, I'll do upstream bug triage today \o/07:39
bauzasit's been a while07:40
*** ociuhandu has quit IRC07:40
*** ociuhandu has joined #openstack-nova07:41
bauzasgibi: stephenfin: sean-k-mooney: lyarwood: since you reviewed the vGPU multiple types series, you could be interested in that quite easy series for fixing cold migration issues for vGPUs07:42
bauzastl;dr: that's just adding a new argument to resize virt methods and just calling a new method07:42
bauzasthe main review is just for the functional test07:42
gibibauzas: \o/07:43
gibibauzas: hit me with the link07:43
bauzasgibi: https://review.opendev.org/#/c/712741 and below07:44
gibithanks07:44
* bauzas goes to launchpad07:44
bauzasgibi: thanks for you :p07:44
gibibauzas: I'm looking at https://bugs.launchpad.net/nova/+bug/1868033 so you can skip that07:45
openstackLaunchpad bug 1868033 in OpenStack Compute (nova) "Booting instance with pci_device fails during rocky->stein live upgrade" [High,New]07:45
bauzasgibi: ack07:45
*** ociuhandu has quit IRC07:46
bauzas103 bugs... :(07:48
gibiand I already triaged couple of yesterday :)07:54
gibiat least we won't be bored07:54
*** links has joined #openstack-nova07:56
bauzasgibi: yeah, my main worries go to find some potential bugs that are Ussuri regressions07:59
bauzasgibi: heh, from what I can see, nothing really changes from my day-to-day internal bug triage https://bugs.launchpad.net/nova/+bug/177760808:10
openstackLaunchpad bug 1777608 in OpenStack Compute (nova) "Nova compute calls plug_vifs unnecessarily for ironic nodes in init_host" [Medium,New]08:10
*** slaweq_ is now known as slaweq08:10
bauzasgibi: sorry if you feel getting trampled by OSP :p08:10
gibi:)08:11
*** ttsiouts has quit IRC08:13
bauzaslyarwood: looks a valid bug, do you confirm ?08:18
bauzaswhoops08:18
bauzaslyarwood: https://bugs.launchpad.net/nova/+bug/187186108:18
openstackLaunchpad bug 1871861 in OpenStack Compute (nova) "Share the snapshot of volume-backed instance to other tenant, but can not build instance with this image." [Undecided,New]08:18
*** ttsiouts has joined #openstack-nova08:19
*** ccamacho has quit IRC08:20
*** tkajinam has quit IRC08:21
*** ociuhandu has joined #openstack-nova08:22
nightmare_unrealsean-k-mooney:  I saw your comments/review here : https://review.opendev.org/#/c/715395/ . I have added my draft, what do you suggest ?08:23
nightmare_unrealThanks08:23
lyarwoodbauzas: looking08:23
bauzaslyarwood: tl;dr: glance allowed to share an image08:23
bauzaslyarwood: another tenant can take this image to build an volume-baked instance08:24
bauzaslyarwood: but this fails miserably08:24
lyarwoodbauzas: yeah the issue is it's not an image, it's just a metadata store pointing to the volume snapshot that's in the other tenant still08:24
bauzasbut then a cinder bug, correct ?08:25
bauzaswe just get the metadata from cinder, nope ?08:25
lyarwoodbauzas: yeah it's a cinder feature bug08:25
* bauzas moves it to cinder08:25
lyarwoodwell, between glance and cinder at least08:25
bauzaslyarwood: thanks, I'm done with this bug08:25
bauzaswe're talking about upstream bug triage08:26
bauzasI just want the cinder folks to look at it08:26
lyarwoodtbh there might be a way of forcing the data to actually end up in glance08:26
lyarwoodack yeah08:26
lyarwoodI'll take a look quickly but I'll leave it to them if I can't find anything08:26
* lyarwood -> coffee08:27
*** ociuhandu has quit IRC08:29
*** ociuhandu has joined #openstack-nova08:29
johnthetubaguylyarwood: do cinder do volume snapshot sharing between tenants?08:34
johnthetubaguy(or get glance to copy it, I guess)08:34
bauzasjohnthetubaguy: I feel this bug will potentially require a cross-project effort in order to get fixed08:36
bauzas(but there could be duplicates)08:36
johnthetubaguybauzas: sounds like it08:36
*** avolkov has joined #openstack-nova08:37
johnthetubaguyI mean, I actually don't think nova should do anything here, but I would say that :P08:37
lyarwoodjohnthetubaguy: yeah I was thinking you could force the upload into glance to workaround08:37
* lyarwood looks at the API docs now08:37
johnthetubaguylyarwood: I was thinking glance forces an upload into cinder for the additional project, but either way I guess08:38
lyarwoodthat could also work, at least c-api/c-vol can offload things to the backends that way08:38
*** ccamacho has joined #openstack-nova08:40
*** ccamacho has quit IRC08:40
bauzasjohnthetubaguy: feel free to add nova as a related project to the bug then ;)08:41
bauzasjohnthetubaguy: I only marked cinder, but obviously glance and maybe nova could be added08:41
*** ratailor has quit IRC08:41
*** ratailor has joined #openstack-nova08:42
*** ccamacho has joined #openstack-nova08:45
*** tetsuro has quit IRC08:45
*** dtantsur|afk is now known as dtantsur08:49
*** martinkennelly has joined #openstack-nova08:56
bauzasgibi: I've seen you started to look at https://bugs.launchpad.net/nova/+bug/187158308:58
openstackLaunchpad bug 1871583 in OpenStack Compute (nova) "Migrate the instance, the destination host is not specified. When the "destination host" == " source host" , will set the instance's state error." [Undecided,New] - Assigned to Qiu Fossen (fossen123)08:58
bauzasgibi: I'm confused with the exception08:59
bauzasgibi: so, libvirt doesn't support resizing to the same host09:01
bauzashence the exception09:01
bauzasanyway, nevermind09:02
bauzasI think what to triage09:02
bauzaswhat/how09:02
*** sapd1 has quit IRC09:04
slaweqgibi: hi09:06
slaweqgibi: I was hoping that when https://review.opendev.org/#/c/717662/ will be merged, we will be good with grenade jobs finally09:07
slaweqgibi: but I saw job from yesterday which failed again https://7ad29d1b700c1da60ae0-1bae5319fe4594ade335a46ad1c3bcc9.ssl.cf2.rackcdn.com/717083/5/check/neutron-grenade-multinode/2be9497/logs/grenade.sh.txt09:07
slaweqgibi: can You maybe take a look if that is some new issue or still the same?09:07
slaweqthx in advance09:07
hrwhttps://review.opendev.org/#/c/712607/ has two +2, has +W, has +1 from zuul. needs recheck to go to gate?09:14
*** sapd1 has joined #openstack-nova09:16
*** martinkennelly has quit IRC09:16
bauzashrw: looking09:16
hrwbauzas: thx09:17
hrwbauzas: I am looking at rebasing https://review.opendev.org/#/c/714439/ on top of 712607 and https://review.opendev.org/#/c/714311/ but without changing them again.09:18
*** sapd1 has quit IRC09:21
bauzashrw: okay, so two things09:21
bauzashrw: yes you need to recheck 71260709:22
bauzashrw: and if you rebase 714439 on top of ^, then 712607 will also be checked09:22
bauzashrw: do you know http://zuul.openstack.org/status ?09:23
hrwbauzas: yes. I even wrote userscript for it09:23
hrwjust not familar with nova jobs09:23
bauzasall cool then, you can see what goes into th check pipeline09:23
bauzasthe*09:23
bauzashrw: nothing really here is related to nova jobs, it's just zuul ordering09:24
bauzas(and gerrit)09:24
hrwbauzas: can you look at https://review.opendev.org/#/c/714425/ too? simple 'check for SEV only on x86' patch09:24
bauzashrw: sure, i can this week09:24
hrwthanks09:24
hrwI have 22 open patches now. feels far too many ;D09:25
*** ccamacho has quit IRC09:44
hrwbauzas: thanks for SEV review. will look at improving09:45
bauzasnp, ping me once you're done and i'll be happy to look at it again09:46
hrwleft comment09:48
*** artom has joined #openstack-nova09:51
bauzascan someone remind me what's the current status with service tokens ? https://bugs.launchpad.net/nova/+bug/187055809:57
openstackLaunchpad bug 1870558 in OpenStack Compute (nova) "Server's host not changed but actually on dest node after live-migrating" [Undecided,New]09:57
bauzasnevermind10:03
hrwbauzas: test_host checks what host can, test_driver checks what guest can, right?10:05
stephenfingmann: Few questions on https://review.opendev.org/#/c/662968/10:05
bauzashrw: kind of10:05
*** ccamacho has joined #openstack-nova10:05
bauzashrw: test_driver just tests the driver.py module10:05
bauzaswhich is basically the libvirt wrapper10:06
bauzashrw: and test_host.py does verify libvirt.host.py module which is more the interface for https://libvirt.org/drvnodedev.html10:06
hrwok10:07
*** ttsiouts has quit IRC10:07
bauzasand https://libvirt.org/format.html10:07
hrwso in test_host I should check 'if host arch != x86 then no sev' like10:07
bauzasyup, see the example I gave in the comment10:08
hrwI have that on gvim now. right with test_driver (where I already played with tests)10:10
*** ttsiouts has joined #openstack-nova10:11
hrwbauzas: is https://paste.centos.org/view/e56be492 looking good?10:17
hrwno, it is rather nto10:17
hrwshould call _set_amd_sev_support()10:20
*** rpittau is now known as rpittau|bbl10:23
openstackgerritMerged openstack/nova master: Add new default roles in flavor extra specs policies  https://review.opendev.org/71938110:28
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: libvirt: check for AMD SEV only on x86-64  https://review.opendev.org/71442510:31
hrwbauzas: good to have so many tests to take ideas from ;d10:32
*** sapd1 has joined #openstack-nova10:33
*** sapd1 has quit IRC10:37
*** sapd1 has joined #openstack-nova10:38
* bauzas officially creates the cyborg tag for https://bugs.launchpad.net/nova/+bug/187293410:40
openstackLaunchpad bug 1872934 in OpenStack Compute (nova) "Accurately clean up ARQs resources during build_instances() in conductor" [Undecided,New] - Assigned to Brin Zhang (zhangbailin)10:40
bauzasbrinzhang_: ^10:40
brinzhang_bauzas: hi, I post this in IRC, you can see above10:41
bauzasbrinzhang_: my point is just to tell you that there is a new 'cyborg' tag you can use for triaging bugs that relate to Cyborg10:42
brinzhang_bauzas: thanks check this bug ^^10:42
brinzhang_bauzas: got it, will add this tag if there is the same issue :)10:42
bauzasbrinzhang_: if you create a bug for cyborg, just triage it at the same time so it will help the untriaged bugs number to not raise10:42
brinzhang_bauzas: yeah, good idea, I will take this way, thanks.10:44
bauzasgosh, I was missing LP timeout issues...10:44
brinzhang_bauzas: but sorry Cyborg dont use launchpad (use storyboard), this makes me disheartenment10:45
brinzhang_ ...10:45
*** sapd1 has quit IRC10:45
bauzasbrinzhang_: you lucky folks...10:45
bauzasbrinzhang_: yet another cyborg-related bug FYK https://bugs.launchpad.net/nova/+bug/186554910:47
openstackLaunchpad bug 1865549 in OpenStack Compute (nova) " Define Cyborg ARQ binding notification event." [Undecided,New]10:47
openstackgerritMerged openstack/nova master: Pass the actual target in flavor extra specs policy  https://review.opendev.org/71960310:48
openstackgerritMerged openstack/nova stable/train: Use placement stable version for functional job  https://review.opendev.org/71912010:48
brinzhang_bauzas: ack, I will check this tomorrow10:48
bauzasjust sayin'10:49
*** derekh has joined #openstack-nova10:49
bauzasaaaand cyborg got promoted as an 'official' LP tag :)10:49
brinzhang_this bug looks like a BP, right?10:50
*** sapd1 has joined #openstack-nova10:50
bauzasbrinzhang_: which one ?10:50
brinzhang_bug 186554910:50
openstackbug 1865549 in OpenStack Compute (nova) " Define Cyborg ARQ binding notification event." [Low,Confirmed] https://launchpad.net/bugs/186554910:50
brinzhang_looks like we should add an event for cyborg notification10:51
bauzasyeah, agreed, just marked it as Wishlist10:51
brinzhang_I was not looked into, I have a meeting now10:51
brinzhang_bauzas: greate, I will check and push a spec for this10:52
bauzasbrinzhang_: feel free to close it then and open a blueprint10:53
brinzhang_bauzas: yeah, we can close it until I open the bp10:54
*** sapd1 has quit IRC10:55
*** sapd1 has joined #openstack-nova10:55
bauzasgibi: stephenfin: huh, that's a nasty bug https://bugs.launchpad.net/nova/+bug/186803310:56
openstackLaunchpad bug 1868033 in OpenStack Compute (nova) "Booting instance with pci_device fails during rocky->stein live upgrade" [High,New]10:56
stephenfinick10:57
stephenfinThat's a pretty big issue. I can work on fixing that today.10:58
stephenfinGuess we didn't spot that since we don't do PCI testing in the gate :(10:58
gibistephenfin: I started looking into that but got distracted (virtual PTG planning) so you can go ahead10:58
bauzasTIL https://www.merriam-webster.com/dictionary/ick10:58
bauzasstephenfin: I'll just throw it to you10:59
bauzasstephenfin: that'd require some PCI grenade testing11:00
openstackgerritMerged openstack/nova master: fup: Combine SUPPORTED_DEVICE_BUS and SUPPORTED_STORAGE_BUSES  https://review.opendev.org/71844811:00
bauzaswow, this one is an old +Wd ^11:00
lyarwoodfinally :d11:01
*** sapd1 has quit IRC11:01
gibilyarwood: two to go :)11:01
bauzaslyarwood: I honestly stopped looking at the gate for your series once we merged 2.87 :p11:01
bauzasI spent the whole Friday rechecking11:02
brinzhang_bauzas: I register a bp, but I think that should push a spec to show more details, https://blueprints.launchpad.net/nova/+spec/define-cyborg-arq-binding-notification-event11:02
bauzasbrinzhang_: ack, feel free to close the bug then with a link pointing to the bp11:02
brinzhang_bauzas: yeah, I think that we cannot hit new microversion, that just should add the event base on mivroversion 2.8211:03
bauzasI'm hungry, I can't think11:04
* bauzas goes awol11:04
brinzhang_bauzas: ah, let me check in the future ^^11:04
*** sapd1 has joined #openstack-nova11:15
*** kplant has quit IRC11:27
*** kevinbenton has quit IRC11:27
*** kevinbenton has joined #openstack-nova11:27
brinzhang_bauzas: you set bug 1872934 to wishlist? IMO, it just a bug, that canbe done with bug fix, right?11:27
openstackbug 1872934 in OpenStack Compute (nova) "Accurately clean up ARQs resources during build_instances() in conductor" [Wishlist,Confirmed] https://launchpad.net/bugs/1872934 - Assigned to Brin Zhang (zhangbailin)11:27
*** iurygregory is now known as iurygregory_afk11:31
*** sylar has joined #openstack-nova11:33
*** sylar is now known as kplant11:34
*** sapd1 has quit IRC11:37
*** ociuhandu has quit IRC11:42
hrwhttps://review.opendev.org/#/c/715979/ - anyone with free few minutes to get aarch64 feature matrix updated? needs +2+w11:49
*** sapd1 has joined #openstack-nova11:54
bauzasbrinzhang_: I did set back to Low https://bugs.launchpad.net/nova/+bug/187293411:55
openstackLaunchpad bug 1872934 in OpenStack Compute (nova) "Accurately clean up ARQs resources during build_instances() in conductor" [Low,Confirmed] - Assigned to Brin Zhang (zhangbailin)11:55
bauzasbrinzhang_: you can modify your own bugs FWIW11:55
brinzhang_bauzas: I can not change the importance of the bug, so pin to you11:56
brinzhang_bauzas: thanks ^11:56
bauzasbrinzhang_: you can add yourself to https://launchpad.net/~nova-bugs to triage bugs11:56
bauzasit's an open list11:57
brinzhang_bauzas: ack, done, thanks11:58
*** ttsiouts has quit IRC11:59
bauzasbrinzhang_: can I add you as a owner for 'cyborg' bugs ? (ie. within https://wiki.openstack.org/wiki/Nova/BugTriage#Tag_Owner_List )12:02
bauzasbrinzhang_: nothing really important, but in case people would like to discuss bugs, you could be pinged12:03
bauzasand sometimes if we see a lot of related bugs, we could ping you too12:03
brinzhang_bauzas: you can, I also can send these bug to cyborg team ^12:04
*** udesale_ has joined #openstack-nova12:04
bauzasthat's not mean that you should fix all of the bugs, just be a liaison for the cyborg team12:04
bauzasbrinzhang_: who is now the new Cyborg PTL ?12:04
brinzhang_bauzas: understand :P12:05
brinzhang_bauzas: Yumeng Bao <yumeng_bao@yahoo.com>12:05
bauzasfound it https://governance.openstack.org/election/results/victoria/ptl.html12:05
bauzaskk12:05
*** abhishek has joined #openstack-nova12:06
*** udesale has quit IRC12:06
bauzasbrinzhang_: done, thanks! https://wiki.openstack.org/wiki/Nova/BugTriage#Tag_Owner_List12:08
brinzhang_ack12:08
brinzhang_bauzas: can you change brinzhang_ to brinzhang ?12:09
bauzassure12:09
bauzasdone.12:10
brinzhang_thanks12:10
brinzhang_bauzas: good morning, hope have a good day ^, I will go home12:12
bauzas++12:12
bauzas(2pm14 atm, so I'm done with the morning :p12:12
brinzhang_ah, good afternoon. I am in evening :)12:13
brinzhang_+8 for UTC time12:13
*** brinzhang_ has quit IRC12:14
*** abhishek has quit IRC12:15
gibislaweq, melwitt: I put https://bugs.launchpad.net/nova/+bug/1844929 back to Confirmed as the issue is still visible 5 days after the fix https://review.opendev.org/#/c/717662/ was merged12:16
openstackLaunchpad bug 1844929 in OpenStack Compute (nova) train "grenade jobs failing due to "Timed out waiting for response from cell" in scheduler" [High,In progress] - Assigned to melanie witt (melwitt)12:16
*** factor has joined #openstack-nova12:16
gibislaweq: thanks for the headsup12:16
sean-k-mooneygibi: (efried just tagging you as an fyi) regarding the provider yaml feature https://review.opendev.org/#/q/topic:bp/provider-config-file+(status:open+OR+status:merged)12:18
sean-k-mooneyi could proably finish that off early next cycle as it really just need a rebase and maybe some test fix ups12:19
sean-k-mooneybut im wondering is this is still a feature that people are interested in12:20
*** ttsiouts has joined #openstack-nova12:20
sean-k-mooneythe primary customer of this was intel for enabling RDT12:20
sean-k-mooneyso maybe alex_xu has input ^12:20
gibisean-k-mooney: I think it is worth to ask it on the ML and if nobody shows up then we can simply stop12:20
gibiyeah, or alex_xu knows more12:21
gibisean-k-mooney: personally I (i.e. my employer) have no priority about that feature12:21
gibiit is pretty close so I don't have problem reviewing it next cycle but I totally understand if you need to downprioritize it from your side12:22
sean-k-mooneyfrom a redhat persective the only request we have are from intel in relation to support of RDT in our product. but we dont nessiscarly have customer of OSP asking for it.12:22
sean-k-mooneygibi: ya the main thing i have to do other then rebase was to make the testing consitent12:23
sean-k-mooneyyou asked to either use the yaml file or python but not do positive test in yaml and negitive in python12:24
sean-k-mooneyi had already adressed the other feedback but i also dont want to reporpose specs/feature if noone will end up using it12:24
gibisean-k-mooney: totally agree with you. I suggest to wait from alex_xu's response about it12:26
bauzasgibi: fwiw, I'm about to confirm a gate issue https://bugs.launchpad.net/nova/+bug/186388912:26
openstackLaunchpad bug 1863889 in OpenStack Compute (nova) "Revert resize problem in neutron-tempest-dvr-ha-multinode-full" [Medium,Confirmed]12:26
gibiuntil that it is yet another unfinished feature12:26
bauzasno need to keep it 'new'12:26
gibibauzas: I've just confirmed it12:26
bauzasah lol12:26
gibiand tagged12:26
bauzaswe're fighting over the same list :p12:26
gibibauzas: I will go and look at the bug list from the top to avoid such conflict12:26
bauzastake the semaphore if you want :p12:27
*** mriedem has joined #openstack-nova12:27
bauzasgibi: I personnally look at this query ordered by age https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New&orderby=-datecreated&start=012:27
gibiI think the list is long enough that we can eat it from two different direction12:27
bauzasgibi: I could also briefly look at the 'in-progress' recent bugs that haven't been triaged yet12:28
gibido you walk that list from the top?12:28
bauzasgibi: I do, because $regression check12:28
gibiok, then I will go from the bottom12:28
bauzasold bugs that are more than 1 year old aren't really important so close to RC112:28
bauzasgibi: well, I stopped triaging for a while and I'm seeing the same bugs12:28
bauzasgood luck with that12:28
bauzasgibi: no, please, keep looking at the top list, I'll do something else with bugs that is important close to RC112:29
bauzasgibi: like i said, I've stopped a couple of times some bugs that were in progress and were crucial because they were fixing a regression12:30
bauzaswe were just missing them since someone proposed a patch and didn't yell it12:30
gibibauzas: OK. I will look at the top for the next 30 minutes, then I have to jump on a call12:30
gibiI will let you know when I released the semaphor12:30
bauzasas soon as someone proposes a patch, then the related bugs disappear from our radara12:30
bauzasradar*12:31
*** ociuhandu has joined #openstack-nova12:31
gibibauzas: yes, good point. If you have a good query for those bugs then please share12:31
* gibi is noob in launchpad12:31
bauzasgibi: easy peasy, sec12:31
*** abhishek has joined #openstack-nova12:31
*** ociuhandu has quit IRC12:32
*** ociuhandu has joined #openstack-nova12:32
bauzasgibi: https://frama.link/Z-EVGtyx12:34
bauzasenjoy the list, 112 potential regressions :p12:34
bauzasmaybe 20 if we only consider the last 6 months12:35
bauzasthose bugs are in general written by developers who found a bug12:36
bauzaswhether the issue is new (hence a regression) or always existing, that's the crux of the problem :)12:36
bauzasgibi: like, first case https://bugs.launchpad.net/nova/+bug/187238512:38
openstackLaunchpad bug 1872385 in OpenStack Compute (nova) "delete sub resource provider in tree" [Undecided,In progress] - Assigned to Wenping Song (wenping1)12:38
bauzasyay...12:39
*** belmoreira has joined #openstack-nova12:39
*** belmoreira has quit IRC12:39
*** artom has quit IRC12:39
bauzasgibi: we don't have yet ussuri-rc-potential tag ?12:40
sean-k-mooneynot offically but im already using it12:40
sean-k-mooneyi was going to go update the tags12:40
sean-k-mooneysorry not the rc on i am using the backport potential one12:41
bauzassean-k-mooney: just saying https://bugs.launchpad.net/nova/+bugs?field.tag=ussuri-rc-potential12:41
bauzassean-k-mooney: that's different12:41
sean-k-mooneyyes it is12:41
bauzassean-k-mooney: you shouldn't use this tag (backport) yet12:41
sean-k-mooneythe cyborg bug is not an rc candiate12:41
sean-k-mooneyso i notice that both were missing12:41
bauzassean-k-mooney: sorry I don't get you ?12:44
*** nweinber has joined #openstack-nova12:44
gibibauzas: I did not needed the tag yet12:44
gibibauzas: I thought it is created when first needed12:45
sean-k-mooneyfrom https://bugs.launchpad.net/nova/+manage-official-tags12:45
gibibauzas: is there another way to pre-create a tag?12:45
sean-k-mooneyi have moved  ussuri-backport-potential to offical12:45
sean-k-mooneybut i cant add ussuri-rc-potential for some reason12:45
bauzasgibi: no, you just use it on purpose but then you can promote it 'official'12:46
gibime neither12:46
bauzasgibi: it will then raise the visibility12:46
gibiOK12:46
bauzashold on, doing it for one bug12:46
bauzasgibi: there https://bugs.launchpad.net/nova/+bugs?field.tag=ussuri-rc-potential12:47
gibithanks12:47
bauzasgibi: look at the right panels, you can see the list of tags12:47
bauzasand there is one link for 'edit official tags'12:47
slaweqgibi: thx a lot for checking this grenade issue12:47
sean-k-mooneyhttps://bugs.launchpad.net/nova/+manage-official-tags12:47
bauzaswhich leads to https://bugs.launchpad.net/nova/+manage-official-tags12:47
bauzasjinx12:48
gibiOK, thanks I made it official12:48
bauzasand then, I'm adding ussuri-rc-potential to the left list12:48
gibislaweq: I hope melwitt has some future ideas. she looked a lot at this bug12:49
*** rpittau|bbl is now known as rpittau12:49
bauzassean-k-mooney: gibi: the ussuri-backport-potential is mostly used for knowing whether it's a good backport candidate after GA12:49
sean-k-mooneybauzas: yep i know12:50
bauzasbut we should iterate over the list of ussuri-rc-potential before and after RC112:50
bauzasuntil we get 0 candidates12:50
sean-k-mooneybauzas: i wanted to also flag that this was not intended to be fixed in the rc12:50
bauzasthe -backport tag ? yes12:50
bauzaswas that a question ?12:51
bauzaslike I said earlier "(14:49:59) bauzas: sean-k-mooney: gibi: the ussuri-backport-potential is mostly used for knowing whether it's a good backport candidate after GA"12:51
sean-k-mooneyyep im going to be reuploading it later today but i do not intend the patch to merge untill after ussuri is released then ill backport it12:51
bauzas*after GA*12:51
*** ttsiouts has quit IRC12:53
*** KeithMnemonic has joined #openstack-nova12:54
bauzassean-k-mooney: a cyborg patch you mean ? I'm confused again :)12:55
gibibauzas: I'm releasing the bug lock for now, need to jump on a call12:57
bauzasgibi: ack12:58
* bauzas wonders if he can do upstream bug triage while listening to some mandatory e-training course12:58
*** ratailor has quit IRC13:04
gibisean-k-mooney: do you have a feeling about https://bugs.launchpad.net/nova/+bug/1863038 ? For me it seems that the routed network feautre was never considered ironic in the first place.13:08
openstackLaunchpad bug 1863038 in OpenStack Compute (nova) "Nova need to consider ironic node as 'host'" [Undecided,New]13:08
bauzasrouted networks aren't a thing yet, right?13:10
*** ttsiouts has joined #openstack-nova13:13
gmannstephenfin: chekcing..13:13
*** lbragstad has joined #openstack-nova13:14
gibibauzas: it works, in a narrow case13:16
bauzaskk13:16
gibibauzas: when a port is pre-create with ip_allocation=deferred config13:16
bauzasI missed that then13:16
gibifor that case there was no need for nova change13:16
gibiiff every network has a segment for every compute13:17
gibibut overall you are right there is no real, good, tested routed net support in nova13:18
gmannstephenfin: replied. please check13:22
gmannstephenfin: https://review.opendev.org/#/c/662968/913:22
bauzasgibi: ahah, now I understand why I never heard of this as 'implemented'13:23
bauzasit was all proxied to neutron then13:23
bauzasgotcha13:23
gibisean-k-mooney: bauzas: we will talk about route net support in nova during the PTG so this ironic case might be also a question for that discussion13:24
*** artom has joined #openstack-nova13:25
sean-k-mooneysorry was distracted ill read scrollback13:25
sean-k-mooneybauzas: well we jsut dont have schduling support13:28
sean-k-mooneyyou can sort of force it to work by mapping AZs to routed segments but that is a pain and a hack13:29
sean-k-mooneyif you map an AZ to a segment then the fact we dont live migrate across AZs by default make it work fine provided you use ip_allocaiton=deffered13:29
efriedsean-k-mooney, gibi: I sure would like to see the provider yaml feature land. It's something we've talked about for years and years, and it's the first step toward being able to do PCI passthrough whitelisting+configuration properly. If you're still planning to represent PCI devices as child providers _ever_, you're going to want it or something like it. And the current work is *so* close.13:30
efriedtbc, my position on this is not related to employer, but to what I see as the right direction for nova13:31
sean-k-mooneyefried: yep althouhg i dont really like how we are doing to modeling if we are going to use it for pci if im being totally honest13:31
sean-k-mooneythat said its not awful either13:31
sean-k-mooneyits just missing the corralation to the actul devices13:32
sean-k-mooneywhich could be added in a later schema version13:32
efriedoh, as written it's not ready for PCI yet, for sure.13:32
efriedwe dialed back to the bare bones to get a mvp that would fit in a cycle13:33
sean-k-mooneyefried: my alternitve spec for this feature start with pci modeling as the MVP with what the current feature does as out of scope13:33
*** liuyulong has joined #openstack-nova13:33
sean-k-mooneywell kind of13:34
sean-k-mooneyanyway i do think its worth completing give how close it is13:34
sean-k-mooneyefried: would you remind removing your -2 on the bottom patch and maybe gibi could add his13:34
sean-k-mooneyso that we dont need to find you to do that when we get to victoria13:35
bauzasstephenfin: i'd appreciate some reviews of https://review.opendev.org/#/c/712741/2 btw.13:35
efriedoh, I have a -2? Fixing...13:35
sean-k-mooneyefried: it was a procedual one13:35
bauzasefried: my only concers with the providers YAML file is that it makes the DSL so placement-specific...13:36
bauzasI'd have appreciate some kind of abstraction13:36
sean-k-mooneywell its a yaml file for modeling things in placement13:36
sean-k-mooneybut that is a fair observation13:36
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: libvirt: check for AMD SEV only on x86-64  https://review.opendev.org/71442513:36
sean-k-mooneyefried: https://review.opendev.org/#/c/673341/4213:37
*** rcernin has quit IRC13:37
bauzassean-k-mooney: I know13:37
hrwfixed pep813:37
bauzassean-k-mooney: and I reviewed the spec, I think i even left a +2 on it13:37
bauzassean-k-mooney: but my concern remains13:37
efriedsean-k-mooney, gibi: removed the -213:37
gibiefried: tanks13:37
gibithanks13:38
bauzasi think we mostly have a consensus about to leaking all the request group syntax into our flavor extraspecs13:38
bauzasabout not*13:38
bauzasI'd appreciate if we could do the same for inventories13:38
sean-k-mooneygibi: want to replace it with a procedual one since we are past code freeze and this need to be reporposed13:38
sean-k-mooneyor we can just leave it since we all know its for Victoria at this point13:38
efriedbauzas: well, it's not really that provider yaml is using a placement abstraction. It's that we designed placement with an abstraction and are using that same abstraction for other things (including cyborg and bw). Also worth noting that the *provider* yaml is completely targeted at *providers* which are a placement thing...13:39
sean-k-mooneybauzas: well i want to remove the request groups form the flavor extra specs entirely13:39
bauzasefried: I don't disagree hence my +2 on the spec13:39
efriedthere's no request group syntax in provider yaml. That wouldn't make sense.13:39
bauzasefried: I'm just saying we need to keep it crystal-clear for ops13:39
efried++13:39
sean-k-mooneyefried: ya i think bauzas was just concerned about how the resouce  would be consumed13:40
sean-k-mooneythey may be tempeted to use the request group syntax in the falvor13:40
bauzasefried: the request group syntax was an example about how things could become difficult if we expose them thru extrasepcs13:40
bauzassean-k-mooney: correct13:41
gibisean-k-mooney: I will simply leave it as is, I trust the cores that they will not approve it13:41
efriedYes, I agree it would be nice if we could close the door on direct rg syntax in extra specs. (Recall I advocated hard for using flavor-ese rather than placement-ese wherever possible. Dan pushed back at least wrt non-granular and I capitulated; but granular is still worth fighting for imo.)13:42
gibibauzas: re-acquire the bug triage lock for bugs in New state13:42
bauzasgibi: I had to jump on a mandatory training course I have to do by today EOB13:43
bauzasabout 'open hybrid cloud'13:43
bauzaswhere I'm teached about what is 'cloud' and 'cloud computing'13:43
* bauzas loves his job13:43
gibiI'm sorry for you13:43
sean-k-mooneyfor what its worth this was my proposal for how to do this which had much less of a direct use of placmenet semantics https://review.opendev.org/#/c/603805/2/specs/stein/approved/device-discovery-policy-lib.rst13:44
bauzasgibi: honestly, it's not really for today, I'm exagerating13:44
sean-k-mooneystill used resouce classes and trait but that was it13:44
bauzasgibi: but I don't like having paperwork like this to slip over time13:44
*** Liang__ has joined #openstack-nova13:53
*** abhishek has quit IRC13:53
*** Liang__ is now known as LiangFang13:54
openstackgerritGhanshyam Mann proposed openstack/nova master: Introduce scope_types in servers attributes Policies  https://review.opendev.org/71972913:54
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in servers attributes policies  https://review.opendev.org/71973013:57
*** ttsiouts has quit IRC14:07
*** ttsiouts has joined #openstack-nova14:09
gibinova API experts I need help what would be the expected behavior for the quering GET /v2.1 and GET /v2.1/ without a token. As per https://bugs.launchpad.net/nova/+bug/186247714:10
openstackLaunchpad bug 1862477 in OpenStack Compute (nova) "API returns 401 for /v2.1 (when no auth provided)" [Undecided,Confirmed]14:10
gibialex_xu, gmann, dansmith ^^14:11
bauzasgibi: AFAIK you get the routes14:11
bauzasgibi: lemme find the right thing14:11
gibiI think we have an inconsistency between /v2.1 and / and between with token and without token14:12
gibisee my comment in the review14:12
bauzasgibi: yeah you're right with the triage I think14:12
gibiin the bug14:12
bauzasactually sec14:12
gibibauzas: is this something we broke recently?14:12
bauzasgibi: no I don't think14:13
dansmithI think efried and mordred just changed something about this, no?14:13
bauzasgibi: I just wonder whether we should return 401 by design or no14:13
dansmithfwiw, I've never understood why we should return *anything* to an unauthorized client14:13
bauzasbut I tend to say we should accept the root page even for the /v2.1 document14:13
efrieddansmith: yes, we recently merged a couple of fixes related to getting version discovery docs unauthenticated. Finding...14:14
bauzas /  et /v2.1 are two different resources in my mind14:14
efrieddansmith: https://review.opendev.org/#/c/685181/14:14
dansmithgibi: ^14:14
gibithanks14:14
bauzas / is the root page, I'm okay with not asking to be auth'd to see it14:14
efriedThe versioned discovery docs also need to not require auth.14:15
bauzas /v2.1 is an endpoint, I could understand we would require to be auth'd14:15
gibihold on, that patch is newer than my devstack14:15
sean-k-mooneybauzas: i dont think we should assume that all endpoint need auth14:15
bauzasI don't know what to say14:16
bauzasit's just a design decision14:16
sean-k-mooneybauzas: we should contol it via policy14:16
sean-k-mooneyand i think the default policy for /2.1 should be no auth14:16
sean-k-mooneyfor version discovery to work14:16
bauzasI think I entered a rathole, STEP BACK, STEP BACK !!!14:16
gibiI will test those queries with the above patch applied14:16
efriedOh, yeah, https://bugs.launchpad.net/nova/+bug/1862477 should be resolved via the above patch.14:17
openstackLaunchpad bug 1862477 in OpenStack Compute (nova) "API returns 401 for /v2.1 (when no auth provided)" [Undecided,Confirmed]14:17
bauzassean-k-mooney: yeah you make sense14:17
efried...as well as the two bugs tagged in the commit message.14:17
bauzasgibi: mark it as duplicate of https://bugs.launchpad.net/nova/+bug/1862477 AFAICS14:17
bauzasgibi: want me to do it ?14:18
gibibauzas, efried: thanks. I will quickly test it then mark it dublicate14:18
bauzasack14:18
*** iokiwi has quit IRC14:19
bauzasgmann: that's a very old bug, right ? https://bugs.launchpad.net/nova/+bug/187166514:20
openstackLaunchpad bug 1871665 in OpenStack Compute (nova) "servers actions (many) API policy is allowed for everyone even policy defaults is admin_or_owner " [Undecided,In progress] - Assigned to Ghanshyam Mann (ghanshyammann)14:20
bauzasgmann: I never remember this worked once14:20
*** iokiwi has joined #openstack-nova14:20
bauzas(that surprised me like 5 years ago when I was trying to understand how oslo.policy was in use with nova)14:20
sean-k-mooneygibi: regarding https://bugs.launchpad.net/nova/+bug/1863038 nova should be seting the instanace.host to the ironic node uuid right and we should be setting the instance.host in the neutron port binding profie to14:21
openstackLaunchpad bug 1863038 in OpenStack Compute (nova) "Nova need to consider ironic node as 'host'" [Wishlist,Confirmed]14:21
sean-k-mooneyi can go check that but i would be suprised if we are pasing the comput node host instead of the hypervior host in the call to neutron14:22
gibiI also would need to read the code to be sure about what we set node or host14:24
*** mkrai has quit IRC14:26
sean-k-mooneylooking at teh migration code we are using instance.host im looking now at some of the other  code paths but we appear to be using instance.host in most case if not all14:27
sean-k-mooneygibi: i guess allocate for instance delegates to the driver https://github.com/openstack/nova/blob/01da968978db8c01920616fe594bea6eda2cba57/nova/compute/manager.py#L172414:29
sean-k-mooneywhich for ironic retuns none https://github.com/openstack/nova/blob/01da968978db8c01920616fe594bea6eda2cba57/nova/virt/ironic/driver.py#L179514:30
gmannbauzas: correct, almost all of our admin_or_owner has this issue. founded and fixed in policy defaults work14:30
bauzasgmann: I just rechecked the patch14:32
sean-k-mooneygibi: they do the vif attach here https://github.com/openstack/nova/blob/01da968978db8c01920616fe594bea6eda2cba57/nova/virt/ironic/driver.py#L1545-L154614:33
gmannthanks14:33
sean-k-mooneyalso using the uuid so this fells like either an ironic bug or not a bug at all that said i have not traced all the codepaths so there still could be a nova bug but i doubt it.14:34
gibisean-k-mooney: thanks for the analysis. I deferr this to the PTG discussion. It is clearly not a regression to deal with now14:35
sean-k-mooneygibi: well im not sure the bug report is valid14:35
*** dklyle has joined #openstack-nova14:35
sean-k-mooneye.g. i dont know if we actully are using the host it looks like we shoudl be useing the ironic node uuid14:36
*** ociuhandu has quit IRC14:36
*** mkrai has joined #openstack-nova14:37
gibisean-k-mooney: I think the reporter also said that for ironic case neutron gets the node uuid and try to use that as a host for the nova host aggregate API14:37
sean-k-mooneywell there is some weirdnes with host aggreates and ironic node14:39
sean-k-mooneyits not clear to me if we expect each compute serivce to be a member of the host aggreate or each compute/ironic node14:40
sean-k-mooneyi think in the ironic case we would want each fo the ironic nodes to be set as member of the hsot aggreate14:41
sean-k-mooneysince they can move between compute services14:41
sean-k-mooneythey code they linked too however is querying placment14:41
sean-k-mooneyhttps://github.com/openstack/neutron/blob/master/neutron/services/segments/plugin.py#L25314:41
*** mkrai_ has joined #openstack-nova14:42
*** mkrai_ has quit IRC14:42
*** mkrai_ has joined #openstack-nova14:42
*** mkrai has quit IRC14:42
gibisean-k-mooney: I think neutron creates a host aggregate that is then mapped to placement aggregate by nova and then neutron puts the IP RP to into that placement aggregate14:42
gibior something like that (it is pretty complicate)14:43
sean-k-mooneygibi: neutron should be creating both a RP and hostaggreate makeing the RP a sharing resouce provider of ips14:43
*** tkajinam has joined #openstack-nova14:43
hrwbauzas: https://review.opendev.org/714425 (AMD SEV check) updated with tests14:43
*** ociuhandu has joined #openstack-nova14:43
sean-k-mooneyhrw: that looks like an optimiation14:44
sean-k-mooneyis this breaking something if so you shoudl file a bug14:44
gibisean-k-mooney: so for ironic neturon gets the node uuid for libvirt neutron gets the hostname and the neutron in both case use the given id as a member of an aggregate but in nova host aggregates works on compute host level not on compute node level14:47
*** mlavalle has joined #openstack-nova14:47
sean-k-mooneygibi: well this is all handeld at the compute manager level14:48
sean-k-mooneyfor everythign other then ironic it gets the instance.host14:48
gibiyepp14:48
gibithis is the key difference14:48
sean-k-mooneyfor ironic it gets the node uuid14:48
sean-k-mooneythe instance.host shoudl be the node uuid14:48
sean-k-mooneyin the ironic case14:49
sean-k-mooneyso it shoudl be the same14:49
gibiyepp, but I don't think you can add a node to a nova host aggregate14:49
gibiyou can only add a host there14:49
sean-k-mooneyisnint instance.host always set to the hypervior hostname14:50
sean-k-mooneyso i think the neutron code only ever works in that case because for non ironic host the hypervior hostname and compute service host are the same14:50
gibiyepp, that could be the case14:50
hrwsean-k-mooney: it does not break anything. just looks weird when on aarch64 host I see checks of x86 features in log14:51
sean-k-mooneyhrw: its not an x86 feature14:51
sean-k-mooneyits not part of the instuction set14:51
sean-k-mooneyits an AMD extention14:51
hrwsean-k-mooney: AMD SVE is not aarch64 feature as well ;D14:51
*** sapd1 has quit IRC14:52
sean-k-mooneyyes but its incrrect to call it x8614:52
hrwsean-k-mooney: when you run 'lscpu' it is listed in features. along with 'I can run KVM' which is not part of ISA iirc too14:52
sean-k-mooneysure but the feature are not instuctionsets14:53
*** sapd1 has joined #openstack-nova14:53
sean-k-mooneyseveral of the security flaws are listed as "features" too14:53
sean-k-mooneyanyway if you file a bug for that patch im +1 on it14:54
*** mkrai_ has quit IRC14:54
hrwsean-k-mooney: looking at history of amd64/x86-64/x64 it is sometimes hard to notice who copied who ;D14:54
*** mkrai_ has joined #openstack-nova14:54
*** dtantsur is now known as dtantsur|brb14:55
*** spsurya_ has joined #openstack-nova14:55
*** mkrai_ has quit IRC14:55
sean-k-mooneywell that is irrelevent to this conversation but x64 was itainiaum amd64 is the 64 bit extentison amd developed and x86_64 is the name for x86 with the amd64 extnetions intel licened form amd14:56
hrwsean-k-mooney: ok14:56
hrwia64 was itanium. x64 is ms name for x86-64/amd6414:56
sean-k-mooneyah yep correct14:57
hrwmy previous (x86-64) laptop has 'Intel Itanium Inside' sticker on it - for pure fun of it14:58
*** priteau has joined #openstack-nova15:00
melwittgibi, slaweq: we need to merge the train backport in order to see the bug disappear because grenade runs train first, then upgrades to ussuri https://review.opendev.org/71893415:02
gibimelwitt: bahh, you are correct. /o\ putting the bug back to FixReleased state15:03
*** gyee has joined #openstack-nova15:04
melwittand that patch was stuck behind https://review.opendev.org/719120 but that merged, so it is good to review now15:04
gibielod, lyarwood: could you please look at ^^ ?15:04
*** lpetrut has quit IRC15:05
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: libvirt: check for AMD SEV only on x86-64  https://review.opendev.org/71442515:07
hrwsean-k-mooney: bug created, linked15:07
elodgibi melwitt : this one, right? https://review.opendev.org/#/c/718934/ anyway, looking15:08
gibielod: yepp, that one, thanks15:09
*** tbachman has quit IRC15:11
*** tbachman has joined #openstack-nova15:12
lyarwoodgibi / melwitt ; ack done15:14
gibilyarwood: thnks15:16
*** ttsiouts has quit IRC15:22
openstackgerritGhanshyam Mann proposed openstack/nova stable/stein: Use placement stable version for functional job  https://review.opendev.org/71912115:27
*** ttsiouts has joined #openstack-nova15:29
gibibauzas: releasing bug triage lock as I'm leaving for today15:34
bauzasgibi: ack, will continue then15:34
bauzasgibi: I triaged a couple of in-progress, nothing crucial15:35
melwittstephenfin: fyi brief discussion from yesterday on the possibility of bringing back the ability to show user_data in the cli with a switch http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2020-04-14.log.html#t2020-04-14T22:59:3915:35
gibibauzas: thanks. nothing RC blocking on my side either15:35
*** iurygregory_afk is now known as iurygregory15:41
*** LiangFang has quit IRC15:43
*** sapd1 has quit IRC15:49
*** sapd1 has joined #openstack-nova15:49
*** tkajinam has quit IRC15:53
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in servers attributes policies  https://review.opendev.org/71973015:54
openstackgerritGhanshyam Mann proposed openstack/nova master: Add test coverage of existing remaining servers policies  https://review.opendev.org/72010415:54
openstackgerritGhanshyam Mann proposed openstack/nova master: Introduce scope_types in remaining servers Policies  https://review.opendev.org/72010615:54
openstackgerritGhanshyam Mann proposed openstack/nova master: Add new default roles in remaining servers policies  https://review.opendev.org/72011615:54
*** maciejjozefczyk has quit IRC16:09
*** dtantsur|brb is now known as dtantsur16:11
*** priteau has quit IRC16:12
openstackgerritMerged openstack/nova master: fup: Remove the use of the term `unstable rescue` INFO logs  https://review.opendev.org/71845116:16
openstackgerritMerged openstack/nova master: fup: Add missing docstrings from get_rescue_device|bus diskinfo funcs  https://review.opendev.org/71846416:16
*** psachin has quit IRC16:17
*** ociuhandu has quit IRC16:20
openstackgerritLee Yarwood proposed openstack/nova stable/train: libvirt: Calculate disk_over_committed for raw instances  https://review.opendev.org/71896416:24
gmannmelwitt: lyarwood stein backport is ready now (train is merges) - https://review.opendev.org/#/c/719121/16:28
openstackgerritMerged openstack/nova master: libvirt: Change UEFI check to handle AArch64 better  https://review.opendev.org/71431116:29
melwittgmann: I thought you were gonna re-cherry-pick that one from the train change and remove the conflict note from the commit message?16:29
*** yaawang has joined #openstack-nova16:32
hrwyay ;D16:32
gmannmelwitt: there was conflict form train also due to deps url16:32
melwittgmann: haha oh16:33
gmanndue to git.openstack.org and opendev.org16:33
*** rpittau is now known as rpittau|afk16:33
melwittnevermind then16:33
*** yaawang_ has quit IRC16:34
*** ociuhandu has joined #openstack-nova16:34
*** maciejjozefczyk has joined #openstack-nova16:35
hrwdoes https://review.opendev.org/#/c/712607/ needs another 7h recheck?16:35
*** evrardjp has quit IRC16:37
*** evrardjp has joined #openstack-nova16:37
openstackgerritLee Yarwood proposed openstack/nova master: fup: Fix [workarounds]/rbd_volume_local_attach config docs  https://review.opendev.org/71810016:38
lyarwoodstephenfin: ^ no idea how that ended up in merge conflict, can you +W that again if it's still okay?16:39
*** maciejjozefczyk has quit IRC16:41
sean-k-mooneyhuh i taught that already merged honestly16:41
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: [WIP] CI: add tempest-integrated-compute-aarch64 job  https://review.opendev.org/71443916:42
sean-k-mooneyoh it did this is just a fix up for the config16:42
*** udesale_ has quit IRC16:49
stephenfinmelwitt: I saw that, but wasn't sure what the conclusion was16:49
melwittstephenfin: no conclusion yet, wanted to see what you thought about it16:50
melwittsince you had removed the user_data, what you thought about adding it back but by flag only16:50
stephenfinRealistically I don't think we'd ever want that information included in raw format as part of the show command, but we clearly want it somehow. How about a new command?16:51
*** dtantsur is now known as dtantsur|afk16:53
melwittI guess that seems heavier than what I was imagining. to just have it be like nova show --include-user-data or something like that16:54
stephenfinHmm, so it's both the 'nova boot' and 'nova show' commands that are affected16:54
melwittand rebuild apparently16:54
stephenfinyup16:54
melwittit's not something "commonly" used but it's useful if an end user wants to see, did I pass in the user_data I expected, or what did I pass in user_data earlier16:55
sean-k-mooneymelwitt: can you see that via the metadata api16:56
melwittanyway, I wanted to run it by you in case you're strongly against putting it back via --<option>16:56
melwittsean-k-mooney: I think you could but that if you're config drive only, you wouldn't be able to16:57
sean-k-mooneyoh we dont store the user data in the db do we16:57
melwittwe do16:58
sean-k-mooneysorry im thinking of injected files16:58
sean-k-mooneythose are the ones that are only in the config drive16:58
melwittyeah, sorry, I mean like if you're not running the metadata service. and are config drive only deployment16:59
melwitt(example: verizon media)16:59
sean-k-mooneyya if you dont have metadata api then you would have to check the config drive unless we dumped it as part of nova show16:59
stephenfinand we don't provide a way to configure output or output formats either. Drat16:59
sean-k-mooneyyou mean in nova client17:00
stephenfinyup17:00
sean-k-mooneythen we cant alter the format without potentally breaking people17:00
*** ttsiouts has quit IRC17:00
stephenfinYes, that's exactly what's happening here :)17:01
*** ociuhandu has quit IRC17:01
stephenfinAt least it was a major version bump, but still17:01
sean-k-mooneyof nova client right17:01
*** ttsiouts has joined #openstack-nova17:01
sean-k-mooneyi assume we are talking about the inclution of OS-EXT-SRV-ATTR:user_data in the nova show respocne right17:02
sean-k-mooneyis there a patch i can look at17:02
melwitthttps://opendev.org/openstack/python-novaclient/commit/03dca4bc823c82054869dfaf6925d5e1e068ac5117:02
stephenfinhttps://review.opendev.org/#/c/708850/17:02
stephenfinyeah17:02
*** ociuhandu has joined #openstack-nova17:02
sean-k-mooney so  melwitt you were suggesting adding an option to include it again17:04
sean-k-mooneyif we did i would proably do something like --user-data=<format>17:04
*** priteau has joined #openstack-nova17:05
melwittyeah, some way to opt-in to it for end user verification purposes17:05
sean-k-mooneypossibley with --user-data=None used to not print it and restore the previous behavior of printing by default17:05
stephenfinmelwitt: I won't block the '--include-user-data' option, but I'd much rather we had a more generic '--verbose' or '--json' option that just showed the plain old response from the API or a new command to retrieve that field17:06
sean-k-mooneyif we want to maintain backward compatablity17:06
melwitttbc, I think not printing by default makes sense, I just think it would be ideal to have a way to opt-in if you want to verify something17:06
stephenfinYup, I get that :)17:07
* stephenfin checks was OSC does17:07
melwittstephenfin: oh, I see what you mean now17:07
stephenfin*what17:07
sean-k-mooneyso --user-data=raw|json|plain17:07
sean-k-mooneywhere raw would give you hte base64 encoded string17:07
*** ociuhandu has quit IRC17:08
stephenfinsean-k-mooney: no, 'nova boot --json ...'17:08
stephenfinwhere the output is the raw JSON blob returned by the API rather than the pretty tables we do by default17:08
sean-k-mooneywait is that a thing17:08
stephenfinit is for OSC but not for novaclient17:08
stephenfinit's also a lot more work...17:08
sean-k-mooneyno for osc we dont have --json we have -f json17:08
sean-k-mooneyunless --json has been added recently and is an alias17:09
stephenfinyeah, sorry, I mean we have JSON-style formatting17:09
sean-k-mooneyi use the format specifers for osc the whole time17:09
stephenfindifferent arg, as you say17:09
sean-k-mooneyok well that normally applies to all the output17:09
*** ociuhandu has joined #openstack-nova17:09
stephenfinyeah17:09
sean-k-mooneyi was suggesting having a way to contol the output/encoding of just that filed17:10
stephenfinit's arbitrary data - there's nothing to really encoding17:10
stephenfinmaybe escape, but not encode17:10
sean-k-mooneywell its typically in cloud-init or could-config format or ignition format17:11
stephenfinyeah, 'zactly17:11
sean-k-mooneyall of which are json or yaml based and human readable17:11
stephenfinAnyway, I'm suggesting that including non-human readable data in a response designed for humans, like the 'nova show' output is supposed to be, _probably_ isn't the right thing to do and it would be nicer if we had a specific machine-readable format for that17:12
sean-k-mooneystephenfin: do we have the --long optin in nova client17:12
sean-k-mooneywe could just use that17:12
sean-k-mooneyis it --long or --wide17:12
sean-k-mooneythere is one arg you can pass that shows addtional columns17:12
stephenfinyou have --width17:12
stephenfinbut I don't see anything else17:13
*** ociuhandu has quit IRC17:14
stephenfinmelwitt: Can I check out how tough a format argument would be to implement tomorrow morning and come back to you? If it's too much, I'd be okay with a '--verbose' or specific '--include-user-data' argument17:15
melwittstephenfin: yeah, it's not urgent. just wanted to see what you thought, no worry17:16
melwittwhatever it is, I hope we can backport it to ussuri but not sure whether that's gonna fly17:16
sean-k-mooneystephenfin: i was thinking of openstack hypervisor list --long17:16
sean-k-mooneybut that is specific to just that command17:17
*** ttsiouts has quit IRC17:17
stephenfinYeah, it's weird having release stable branches for a client17:17
melwittyeah, it's a pain17:17
stephenfinbut it is what it is17:17
*** derekh has quit IRC17:17
stephenfinwould any opt be backportable?17:18
stephenfinlyarwood: hit https://review.opendev.org/#/c/718100/ btw17:18
sean-k-mooneystephenfin: well you could arge your change was a regression since you broke backwards comatiablity without any way to opt in17:18
lyarwoodstephenfin: thanks17:18
stephenfinsean-k-mooney: but we indicated that with a major version bump17:19
stephenfinso per Sem-Ver, we're golden17:19
stephenfinthough per the "be nice to users" rule, maybe not so much :)17:19
sean-k-mooneytrue but its not nessisarly resonable to expect them to be able to pin the version to an older one since nova clint is ill advisidly used as part of sdks and other tools17:19
sean-k-mooneyanyway whats done and relased is done17:20
sean-k-mooneystephenfin: this converation reminds me why i avoid nova clinet in the first place17:21
stephenfinyeah, OSC FTW17:21
sean-k-mooneyi only ever use it if osc cant do the thing17:21
*** priteau has quit IRC17:26
*** sapd1 has quit IRC17:30
openstackgerritSylvain Bauza proposed openstack/nova master: FUP: doc: explaining that resize works for vGPUs  https://review.opendev.org/72025017:34
*** tesseract has quit IRC17:34
*** ttsiouts has joined #openstack-nova17:34
*** dpawlik has quit IRC17:48
*** ociuhandu has joined #openstack-nova17:52
*** nightmare_unreal has quit IRC17:52
*** ralonsoh has quit IRC17:55
*** links has quit IRC18:01
*** bbowen has quit IRC18:03
*** ttsiouts has quit IRC18:09
*** bbowen has joined #openstack-nova18:12
*** ociuhandu has quit IRC18:15
*** ociuhandu has joined #openstack-nova18:22
*** ociuhandu has quit IRC18:38
*** ttsiouts has joined #openstack-nova18:42
*** ttsiouts has quit IRC18:48
*** hongbin has joined #openstack-nova19:01
*** factor has quit IRC19:14
*** factor has joined #openstack-nova19:14
*** ttsiouts has joined #openstack-nova19:23
*** ociuhandu has joined #openstack-nova19:23
*** ociuhandu has quit IRC19:29
*** ttsiouts has quit IRC19:34
*** ttsiouts has joined #openstack-nova19:34
*** factor has quit IRC19:36
*** factor has joined #openstack-nova19:43
*** ttsiouts has quit IRC19:49
*** vishalmanchanda has quit IRC19:54
*** ociuhandu has joined #openstack-nova20:04
*** slaweq has quit IRC20:08
*** slaweq has joined #openstack-nova20:08
*** ociuhandu has quit IRC20:14
*** ttsiouts has joined #openstack-nova20:23
*** ttsiouts has quit IRC20:28
*** slaweq has quit IRC20:28
*** prometheanfire has joined #openstack-nova20:35
*** damien_r has quit IRC20:41
*** ttsiouts has joined #openstack-nova20:58
*** ociuhandu has joined #openstack-nova21:02
*** ociuhandu has quit IRC21:09
*** nweinber has quit IRC21:15
openstackgerritIvaylo Mitev proposed openstack/nova master: Faults from cell DB missing in GET /servers/detail  https://review.opendev.org/69917621:26
openstackgerritMerged openstack/nova master: fup: Fix [workarounds]/rbd_volume_local_attach config docs  https://review.opendev.org/71810021:31
*** ttsiouts has quit IRC21:32
*** ociuhandu has joined #openstack-nova21:57
*** mriedem has left #openstack-nova21:59
*** ociuhandu has quit IRC22:07
*** ociuhandu has joined #openstack-nova22:08
*** ccamacho has quit IRC22:11
*** eharney has quit IRC22:11
*** ociuhandu has quit IRC22:13
*** sangeet has joined #openstack-nova22:16
*** prometheanfire has quit IRC22:17
sangeetWhat is the best way to power off the  servers. "Openstack server stop" is not a graceful shutdown.22:19
sangeetI am using Stein22:19
*** ttsiouts has joined #openstack-nova22:38
*** prometheanfire has joined #openstack-nova22:39
sangeetWant to shut down the VM gracefully so when it is stared again, we are back to full working mode.22:43
*** rcernin has joined #openstack-nova22:45
*** hongbin has quit IRC22:53
melwittsangeet: graceful shutdown is default behavior but there is a timeout used for how long to wait for the guest to shutdown gracefully, defaulting to 60s https://docs.openstack.org/nova/stein/configuration/config.html#DEFAULT.shutdown_timeout22:56
*** tkajinam has joined #openstack-nova22:59
kplanti think acpid is required in the guest too23:00
kplantiirc23:00
*** hongbin has joined #openstack-nova23:01
*** ttsiouts has quit IRC23:12
openstackgerritGhanshyam Mann proposed openstack/nova master: Add docs and releasenotes for BP policy-defaults-refresh  https://review.opendev.org/72012923:14
openstackgerritGhanshyam Mann proposed openstack/nova master: Fix follow up comments on policy work  https://review.opendev.org/71783523:16
openstackgerritGhanshyam Mann proposed openstack/nova master: Fix follow up comments on policy work  https://review.opendev.org/71783523:22
*** sangeet has quit IRC23:33
*** ociuhandu has joined #openstack-nova23:37
*** tosky has quit IRC23:39
*** ttsiouts has joined #openstack-nova23:40
*** ttsiouts has quit IRC23:45
*** mlavalle has quit IRC23:47
*** ociuhandu has quit IRC23:49
*** ttsiouts has joined #openstack-nova23:54
*** ttsiouts has quit IRC23:58

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