Tuesday, 2021-05-25

*** k_mouza has joined #openstack-nova00:05
*** k_mouza has quit IRC00:10
*** k_mouza has joined #openstack-nova00:16
*** k_mouza has quit IRC00:20
*** k_mouza has joined #openstack-nova00:48
*** martinkennelly has quit IRC00:49
*** k_mouza has quit IRC00:52
*** damien_r has quit IRC01:03
*** damien_r has joined #openstack-nova01:04
*** ChanServ has quit IRC01:05
*** damien_r has quit IRC01:05
*** boxiang_ has quit IRC01:05
*** LinPeiWen has quit IRC01:12
*** damien_r has joined #openstack-nova01:15
*** boxiang_ has joined #openstack-nova01:15
*** ChanServ has joined #openstack-nova01:15
*** weber.freenode.net sets mode: +o ChanServ01:15
*** LinPeiWen has joined #openstack-nova01:37
*** boxiang_ has quit IRC02:08
*** boxiang_ has joined #openstack-nova02:08
*** mkrai has joined #openstack-nova03:01
*** derekh has quit IRC03:16
*** derekh has joined #openstack-nova03:22
*** k_mouza has joined #openstack-nova04:10
*** k_mouza has quit IRC04:11
*** k_mouza_ has joined #openstack-nova04:11
*** k_mouza_ has quit IRC04:15
*** ricolin has joined #openstack-nova04:18
*** ratailor has joined #openstack-nova04:45
*** ratailor_ has joined #openstack-nova04:56
*** ratailor has quit IRC04:59
*** links has joined #openstack-nova05:51
*** slaweq has joined #openstack-nova06:03
*** icey has joined #openstack-nova06:10
iceyhey - any chance of getting a review on https://review.opendev.org/c/openstack/nova/+/761824/ ? It got a +1 from Zuul a while back but has been sitting in limbo since February06:11
*** ralonsoh has joined #openstack-nova06:19
*** ratailor_ has quit IRC06:26
*** ratailor has joined #openstack-nova06:29
*** gyee has quit IRC06:29
*** zzzeek has quit IRC06:34
*** zzzeek has joined #openstack-nova06:35
*** dklyle has quit IRC06:51
*** vishalmanchanda has joined #openstack-nova06:54
*** mkrai_ has joined #openstack-nova07:04
*** mkrai has quit IRC07:07
*** jawad_axd has joined #openstack-nova07:16
*** andrewbonney has joined #openstack-nova07:17
*** rpittau|afk is now known as rpittau07:18
*** tosky has joined #openstack-nova07:22
*** mkrai_ has quit IRC07:27
*** ratailor_ has joined #openstack-nova07:36
*** ratailor has quit IRC07:39
lyarwoodicey:  Apologies, I'll take a look now07:43
*** priteau has joined #openstack-nova07:44
bauzasmorning folks07:46
* bauzas starts his specs review day07:47
bauzasif folks want me to look at some spec, ping me07:47
*** benj_ has quit IRC07:52
*** openstackgerrit has joined #openstack-nova07:53
openstackgerritLee Yarwood proposed openstack/nova master: hardware: Use image_meta.id within get_mem_encryption_constraint  https://review.opendev.org/c/openstack/nova/+/79066007:53
*** benj_ has joined #openstack-nova07:56
openstackgerritMerged openstack/nova-specs master: Allow migrating PMEM's data  https://review.opendev.org/c/openstack/nova-specs/+/78556307:58
openstackgerritLee Yarwood proposed openstack/nova stable/wallaby: Add regression test for bug #1928063  https://review.opendev.org/c/openstack/nova/+/79290208:01
openstackbug 1928063 in OpenStack Compute (nova) "SEV enabled instance unable to hard reboot" [Medium,In progress] https://launchpad.net/bugs/1928063 - Assigned to Lee Yarwood (lyarwood)08:01
openstackgerritLee Yarwood proposed openstack/nova stable/victoria: Add regression test for bug #1928063  https://review.opendev.org/c/openstack/nova/+/79290308:03
openstackbug 1928063 in OpenStack Compute (nova) "SEV enabled instance unable to hard reboot" [Medium,In progress] https://launchpad.net/bugs/1928063 - Assigned to Lee Yarwood (lyarwood)08:03
*** jawad_axd has quit IRC08:04
*** lucasagomes has joined #openstack-nova08:04
*** jawad_axd has joined #openstack-nova08:05
*** benj_ has quit IRC08:09
iceylyarwood: thanks, it's appreciated! I'm hopimng to get it into Ubuntu, and the cloud archive, for Queens (and, incidentally, Rocky, to ensure that upgrades don't break)08:10
lyarwoodack np elod ^ if you could also review icey's change above that would be great08:11
*** vishalmanchanda has quit IRC08:11
iceylyarwood: sadly, not quite my change, but I do get to hear the desire from the patch's author to get it in :)08:11
*** coreycb has quit IRC08:12
elodlyarwood icey : yes, it is on my todo for a long time, I'll try to review it now :S08:13
lyarwoodmany thanks :)08:13
iceyelod: thanks! there's a cherry-pick to Queens as well, it currently has a -1 because it wasn't picked from Rocky; I'd appreciate advice ont he best path forward on that one as well :)08:14
*** mnasiadka has quit IRC08:17
*** coreycb has joined #openstack-nova08:17
*** whoami-rajat_ has joined #openstack-nova08:19
*** vishalmanchanda has joined #openstack-nova08:22
*** mkrai_ has joined #openstack-nova08:23
*** mnasiadka has joined #openstack-nova08:26
openstackgerritWenping Song proposed openstack/nova-specs master: Repropose vGPU support spec  https://review.opendev.org/c/openstack/nova-specs/+/78045208:31
*** dtantsur has quit IRC08:34
*** benj_ has joined #openstack-nova08:36
*** martinkennelly has joined #openstack-nova08:38
*** dtantsur has joined #openstack-nova08:39
*** ociuhandu has joined #openstack-nova08:41
*** whoami-rajat_ is now known as whoami-rajat08:42
*** stephenfin has left #openstack-nova08:43
*** stephenfin has joined #openstack-nova08:46
stephenfinlyarwood: have you ever used the 'cinder attachment-*' commands?08:51
*** sapd1 has joined #openstack-nova08:51
*** ociuhandu has quit IRC08:51
stephenfinparticularly 'cinder attachment-create'08:51
lyarwoodyes08:51
lyarwoodoh08:51
lyarwoodwell only to reserve the attachment08:51
lyarwoodnever with an actual connector08:51
*** benj_ has quit IRC08:51
stephenfinyeah, I'm not sure how that's supposed to work08:51
lyarwoodyeah providing an actual connector is awkward as hell AFAICT08:52
*** ociuhandu has joined #openstack-nova08:52
stephenfinSo it would seem. The docs suggest that you don't need to provide much of it and nova and cinder will fill in the blanks between them08:52
stephenfinbut I can't get it to move from attaching to attached. Not sure if it's me or my DevStack deploy or what08:53
stephenfinthe cinder docs are significantly worse than even the nova docs :(08:53
lyarwoodoh there's a final API call to cinder to complete the attachment08:54
lyarwoodthat moves it from attaching to attached08:54
lyarwoodI'm not sure if there's a command for that in cinderclient tbh08:54
lyarwoodhttps://docs.openstack.org/api-ref/block-storage/v3/index.html#complete-attachment08:55
* stephenfin wonders what good is attachment-create so :D08:55
stephenfinoh, that exists08:55
stephenfincinder attachment-complete08:55
lyarwoodcool, use that and it should move08:55
lyarwoodwell create on it's own is useful when we just need to reserve (create without a connector) I guess08:56
lyarwoodbut if you want to do the entire workflow it's a PITA at the moment08:56
lyarwooda higher level command that does all three would be cool08:56
lyarwoodcreate, update and complete08:56
lyarwoodbut then that doesn't actually attach it on the nova side08:56
*** sapd1 has quit IRC08:57
lyarwoodso it's only going to be useful in terms of mapping a volume to a host08:57
*** dtantsur has quit IRC08:57
*** dtantsur has joined #openstack-nova08:57
*** sapd1 has joined #openstack-nova08:58
stephenfinaha, complete did the trick alright08:59
stephenfinI assume there's no way to trigger things on the nova side without invoking the whole flow though?08:59
* stephenfin apologises for his lack of knowledge in this area08:59
lyarwoodnot at the moment, this is why I've wanted to write some nova-manage commands so we can update our BDMs with the attachment_id and connection_info you've just created here09:00
lyarwoodfor SHUTDOWN instances etc09:00
lyarwoodand/or to have nova-manage orchestrate the entire flow to refresh things09:00
lyarwoodstephenfin: https://docs.openstack.org/nova/latest/reference/attach-volume.html FWIW09:04
stephenfinlyarwood: is it fair to say that 'cinder attachment-create' doesn't really need to be a user-facing command so?09:06
stephenfinit's a machine API, effectively09:06
stephenfincontext being we're implementing this in OSC and I'm trying to decide if we should since I can't figure out how to use it09:06
*** benj_ has joined #openstack-nova09:06
lyarwoodAs I said above, I've used it a few times just to reserve things so I wouldn't want to remove it unless I had another command09:07
lyarwoodfor context, we reserve attachments when shelving09:07
lyarwoodand in the past when that has failed for whatever reason I've found it useful to create fresh attachments and update Nova's BDMs09:07
lyarwoodso without a nova-manage or cinder-manage command that could do the same I think there's still a place for it09:08
stephenfinso perhaps keep it but have a big warning that you probably don't want to use it unless you know what you're doing?09:08
lyarwoodYup fair09:08
*** ociuhandu has quit IRC09:12
*** sapd1 has quit IRC09:17
*** sapd1 has joined #openstack-nova09:20
*** sapd1 has quit IRC09:25
*** ociuhandu has joined #openstack-nova09:28
openstackgerritTobias Urdin proposed openstack/nova master: When Nova-Api runs behind the load balancer or Reverse proxy, Loadbalancer IP is getting logged in nova_api.log instead of end user source ip by RequestLog  https://review.opendev.org/c/openstack/nova/+/78676609:33
*** ociuhandu has quit IRC09:33
*** ociuhandu has joined #openstack-nova09:35
openstackgerritWenping Song proposed openstack/nova-specs master: Repropose vGPU support spec  https://review.opendev.org/c/openstack/nova-specs/+/78045209:39
*** ociuhandu has quit IRC09:40
sean-k-mooneystephenfin: given we have started adding admin commands for nova i would personally add the attachment manament commands to osc09:52
sean-k-mooneystephenfin: in that same vain if you are adding commands i have been meaning to add the ablitiy to list, create, activate and delete neutron port bindings09:53
sean-k-mooneystephenfin: lyarwood  also going back to cinder attachments you can use cinder standalone. i had an isci volume mounted on my gaming pc at home09:54
sean-k-mooneyif i remeber correctly i had to use the cinder clinet instead of osc to do that09:54
sean-k-mooneyso if i could avoid cinder clint next time that would be nice09:54
lyarwoodyeah that's fair, I almost think we need another osc command capable of pulling the hosts connector JSON blob togther that we can feed into it09:55
lyarwoodsomething like09:55
sean-k-mooneylike the tooling we have around bdm creation09:56
lyarwoodopenstack volume attachment create --connector $(openstack volume connector fetch) --volume $volume-id09:56
sean-k-mooneyya that would be nice09:56
lyarwoodbut that would mean calling into os-brick09:57
sean-k-mooneycant you get the connector info form cinder api09:57
lyarwoodthe volume connector is a dict detailing the local hosts attributes like IQNs etc09:58
lyarwoodNova just asks os-brick to generate it09:58
sean-k-mooneyah right09:59
lyarwoodthat's passed to c-api during attachment create and/or update to then map the volume to that specific host09:59
sean-k-mooneycinder client has flags for all the fields09:59
sean-k-mooneye.g. --iqn ectra09:59
lyarwoodI'm not sure if it has all the fields but tbh it would just be cleaner to have a blob generated by another command we can then pass in09:59
sean-k-mooneyfor the nova usecase maybe10:00
sean-k-mooneybut for standalone you need both10:00
lyarwoodfor true standalone yeah that's fair10:00
lyarwoodwhere you don't want os-brick on the host10:00
sean-k-mooneyhttps://docs.openstack.org/python-cinderclient/latest/cli/details.html#cinder-attachment-create10:01
lyarwoodbut tbh with os-brick we could even connect the volumes10:01
sean-k-mooneyso the iqn is --initiator10:01
sean-k-mooneyyou can also se the host/ip exctra10:01
sean-k-mooneyandn if you pass --connect10:01
sean-k-mooneyit generates teh connoctor info10:02
sean-k-mooneyother then a lack of docsn which i was ment to go write ... teh cinder cli parmaters seams to work well10:02
lyarwoodright my point was that the connector dict we get from os-brick can contain alot more info that the options there10:03
sean-k-mooneyoh ok10:03
lyarwoodthat's just the basics for iSCSI etc10:03
lyarwoodit doesn't cover FC10:04
lyarwoodNVMeOF etc10:04
sean-k-mooneywell the initiator is generic it does not have to be an iscsi one but ya i get your point not everything is exposed10:04
sean-k-mooneyosc could call into os-brick10:04
sean-k-mooneybut may os-brick should call the sdk10:05
sean-k-mooneyand we sould move the code for the connector generation10:05
sean-k-mooneythen osc can call the sdk without needing os-brick10:05
sean-k-mooneylyarwood: i think osc currently calls python-client10:06
sean-k-mooney*cinder-client10:06
sean-k-mooneydoes cinder clinet depend on os-brick for its local-attch command10:06
sean-k-mooneyah no10:08
sean-k-mooneythats packaged seperatly in python-brick-cinderclient-ext10:08
sean-k-mooneyhttps://specs.openstack.org/openstack/cinder-specs/specs/mitaka/use-cinder-without-nova.html10:08
*** masayukig has quit IRC10:08
*** tinwood has quit IRC10:08
*** ttx has quit IRC10:08
*** DinaBelova has quit IRC10:08
*** rm_work has quit IRC10:08
*** masayukig has joined #openstack-nova10:09
*** tinwood has joined #openstack-nova10:09
*** ttx has joined #openstack-nova10:09
*** rm_work has joined #openstack-nova10:09
*** DinaBelova has joined #openstack-nova10:09
*** lyarwood has quit IRC10:12
*** k_mouza has joined #openstack-nova10:12
*** pmannidi has quit IRC10:12
*** fungi has quit IRC10:13
*** arne_wiebalck has quit IRC10:13
*** janno has quit IRC10:13
*** gary_perkins_ has quit IRC10:13
*** mugsie has quit IRC10:13
*** fungi has joined #openstack-nova10:14
*** arne_wiebalck has joined #openstack-nova10:14
*** janno has joined #openstack-nova10:14
*** gary_perkins_ has joined #openstack-nova10:14
*** mugsie has joined #openstack-nova10:14
*** benj_ has quit IRC10:14
*** mkrai_ has quit IRC10:14
*** ratailor_ has quit IRC10:14
*** ralonsoh has quit IRC10:14
*** slaweq has quit IRC10:14
*** ricolin has quit IRC10:14
*** openstackgerrit has quit IRC10:14
*** f0o has quit IRC10:14
*** dansmith has quit IRC10:14
*** bhagyashris has quit IRC10:14
*** gryf has quit IRC10:14
*** ociuhandu has joined #openstack-nova10:16
*** benj_ has joined #openstack-nova10:16
*** mkrai_ has joined #openstack-nova10:16
*** openstackgerrit has joined #openstack-nova10:16
*** ratailor_ has joined #openstack-nova10:16
*** ralonsoh has joined #openstack-nova10:16
*** slaweq has joined #openstack-nova10:16
*** ricolin has joined #openstack-nova10:16
*** f0o has joined #openstack-nova10:16
*** dansmith has joined #openstack-nova10:16
*** bhagyashris has joined #openstack-nova10:16
*** gryf has joined #openstack-nova10:16
*** benj_ has quit IRC10:16
*** mnaser has quit IRC10:16
*** rnoriega_ has quit IRC10:16
*** bnemec has quit IRC10:16
*** icey has quit IRC10:16
*** amotoki has quit IRC10:16
*** mjturek has quit IRC10:16
*** mdbooth has quit IRC10:16
*** k_mouza has quit IRC10:17
*** ganso has quit IRC10:17
*** benj_ has joined #openstack-nova10:17
*** pmannidi has joined #openstack-nova10:18
*** dasp has quit IRC10:18
*** CeeMac has quit IRC10:18
*** jrosser has quit IRC10:18
*** fnordahl has quit IRC10:18
*** lemko has quit IRC10:18
*** supamatt has quit IRC10:18
*** hoonetorg has quit IRC10:18
*** markmcclain has quit IRC10:18
*** Dmitrii-Sh has quit IRC10:18
*** sean-k-mooney has quit IRC10:18
*** ebbex has quit IRC10:18
*** smcginnis has quit IRC10:18
*** purplerbot has quit IRC10:18
*** andreaf has quit IRC10:18
*** mloza has quit IRC10:18
*** Corwin has quit IRC10:18
*** dtantsur has quit IRC10:18
*** iurygregory has quit IRC10:18
*** tobiash has quit IRC10:18
*** lifeless has quit IRC10:18
*** Anticimex has quit IRC10:18
*** vishalmanchanda has quit IRC10:18
*** zzzeek has quit IRC10:18
*** owalsh has quit IRC10:18
*** hemna has quit IRC10:18
*** eandersson has quit IRC10:18
*** Jeffrey4l has quit IRC10:18
*** johanssone has quit IRC10:18
*** tobias-urdin has quit IRC10:18
*** pots has quit IRC10:18
*** obre has quit IRC10:18
*** dtantsur has joined #openstack-nova10:20
*** vishalmanchanda has joined #openstack-nova10:20
*** zzzeek has joined #openstack-nova10:20
*** owalsh has joined #openstack-nova10:20
*** lemko has joined #openstack-nova10:20
*** hoonetorg has joined #openstack-nova10:20
*** supamatt has joined #openstack-nova10:20
*** fnordahl has joined #openstack-nova10:20
*** jrosser has joined #openstack-nova10:20
*** CeeMac has joined #openstack-nova10:20
*** dasp has joined #openstack-nova10:20
*** markmcclain has joined #openstack-nova10:20
*** iurygregory has joined #openstack-nova10:20
*** Dmitrii-Sh has joined #openstack-nova10:20
*** sean-k-mooney has joined #openstack-nova10:20
*** hemna has joined #openstack-nova10:20
*** eandersson has joined #openstack-nova10:20
*** Jeffrey4l has joined #openstack-nova10:20
*** ebbex has joined #openstack-nova10:20
*** tobiash has joined #openstack-nova10:20
*** Corwin has joined #openstack-nova10:20
*** mloza has joined #openstack-nova10:20
*** andreaf has joined #openstack-nova10:20
*** purplerbot has joined #openstack-nova10:20
*** smcginnis has joined #openstack-nova10:20
*** johanssone has joined #openstack-nova10:20
*** lifeless has joined #openstack-nova10:20
*** Anticimex has joined #openstack-nova10:20
*** tobias-urdin has joined #openstack-nova10:20
*** obre has joined #openstack-nova10:20
*** pots has joined #openstack-nova10:20
*** icey has joined #openstack-nova10:21
*** mnaser has joined #openstack-nova10:21
*** rnoriega_ has joined #openstack-nova10:21
*** bnemec has joined #openstack-nova10:21
*** mjturek has joined #openstack-nova10:21
*** amotoki has joined #openstack-nova10:21
*** mdbooth has joined #openstack-nova10:21
*** mnasiadka has quit IRC10:21
*** priteau has quit IRC10:21
*** ChanServ has quit IRC10:21
*** martinkennelly has quit IRC10:21
*** coreycb has quit IRC10:21
*** links has quit IRC10:21
*** jawad_axd has quit IRC10:21
*** boxiang_ has quit IRC10:21
*** damien_r has quit IRC10:21
openstackgerritMerged openstack/nova stable/rocky: Update pci stat pools based on PCI device changes  https://review.opendev.org/c/openstack/nova/+/76182410:24
*** ganso has joined #openstack-nova10:24
*** martinkennelly has joined #openstack-nova10:24
*** mnasiadka has joined #openstack-nova10:24
*** coreycb has joined #openstack-nova10:24
*** jawad_axd has joined #openstack-nova10:24
*** priteau has joined #openstack-nova10:24
*** links has joined #openstack-nova10:24
*** boxiang_ has joined #openstack-nova10:24
*** damien_r has joined #openstack-nova10:24
*** ChanServ has joined #openstack-nova10:24
*** weber.freenode.net sets mode: +o ChanServ10:24
*** ociuhandu has quit IRC10:24
*** trident has quit IRC10:27
*** ianw has quit IRC10:27
*** yankcrime has quit IRC10:27
*** trident has joined #openstack-nova10:27
*** ianw has joined #openstack-nova10:27
*** ociuhandu has joined #openstack-nova10:29
*** k_mouza has joined #openstack-nova10:29
*** Luzi has joined #openstack-nova10:34
*** ociuhandu has quit IRC10:37
*** ociuhandu has joined #openstack-nova10:37
openstackgerritHemanth N proposed openstack/nova stable/queens: Update pci stat pools based on PCI device changes  https://review.opendev.org/c/openstack/nova/+/76182510:44
openstackgerritHemanth N proposed openstack/nova stable/queens: Update pci stat pools based on PCI device changes  https://review.opendev.org/c/openstack/nova/+/76182510:47
*** mkrai_ has quit IRC10:48
*** whoami-rajat has quit IRC10:49
*** lyarwood has joined #openstack-nova10:54
gibibauzas: I've left questions in https://review.opendev.org/c/openstack/nova-specs/+/792796 feel free to ping me if you want real time discussion10:56
*** smcginni1 has joined #openstack-nova10:57
*** supamatt has quit IRC10:57
*** smcginnis has quit IRC10:57
*** Corwin has quit IRC10:57
*** Corwin has joined #openstack-nova10:58
*** hoonetorg has quit IRC10:58
*** Dmitrii-Sh has quit IRC11:00
*** Dmitrii-Sh8 has joined #openstack-nova11:00
*** markmcclain has quit IRC11:02
sean-k-mooneylyarwood: i responded to the open question on https://review.opendev.org/c/openstack/nova-specs/+/783806 but have not done a rereview but i removed my -1 since you adress my previous concerns11:02
sean-k-mooneylyarwood: ill try an review that again today11:02
sean-k-mooneylyarwood: are you currently wroking on a new reviewion?11:02
sean-k-mooney*revision11:02
lyarwoodsean-k-mooney: I was trying to but tbh I'm totally distracted waiting for a phone call from the hospital, I'll wait for your review and respin it later today if that's okay11:03
lyarwood /me has been waiting for the call since 8:30am, damn NHS.11:03
*** lemko7 has joined #openstack-nova11:05
*** ociuhandu has quit IRC11:05
*** lemko has quit IRC11:06
*** mloza has quit IRC11:06
*** lemko7 is now known as lemko11:06
sean-k-mooneylyarwood: ok i dont know if i have any real changes that i want you to make there are thing we discussed previosly but i expect any comment i add to be relitvly minor11:08
lyarwoodack kk11:08
*** sapd1 has joined #openstack-nova11:10
*** sapd1_x has quit IRC11:11
*** jawad_ax_ has joined #openstack-nova11:12
*** dtantsur is now known as dtantsur|brb11:12
*** k_mouza has quit IRC11:13
*** k_mouza_ has joined #openstack-nova11:13
*** jawad_axd has quit IRC11:15
*** sapd1 has quit IRC11:16
*** sapd1 has joined #openstack-nova11:17
*** ociuhandu has joined #openstack-nova11:18
*** ociuhandu has quit IRC11:18
*** whoami-rajat has joined #openstack-nova11:35
*** masterpe has joined #openstack-nova11:35
*** ociuhandu has joined #openstack-nova11:40
*** masterpe has left #openstack-nova11:46
*** masterpe has joined #openstack-nova11:48
*** ociuhandu has quit IRC11:58
*** ociuhandu has joined #openstack-nova12:04
masterpeHi, In train when I use the command ./nova-manage db archive_deleted_rows with --before it will a long time before it completed the command. Even tho I use a --max_rows 1000. Without the --before option it is a lot faster. When I do a SHOW INDEX FROM nova.instances; on the database I think I don't see any indexes on the deleted_at column.12:05
*** tosky has quit IRC12:08
sean-k-mooneymasterpe: --before is intedned to be run requently as in daily12:08
*** ociuhandu has quit IRC12:09
sean-k-mooneyso typicaly it would be used to delete rows over say 90 days12:09
sean-k-mooneyand you would do that daily so its only removeing 1 days worth at a time12:09
*** damien_r has quit IRC12:10
masterpeWithout before it is doing everything?12:10
sean-k-mooneyif you dont set anything i think so12:11
sean-k-mooneyits slighly painful to do the initall catch up but once you get it to the time period you want to retain --before is generally our recomended way to do this12:12
*** ociuhandu has joined #openstack-nova12:22
*** ratailor_ has quit IRC12:31
*** ociuhandu has quit IRC12:34
bauzasgibi: sorry, I was afk12:35
sean-k-mooneybauzas: im making my way through your mdev spec currently too by the way12:35
sean-k-mooneymainly grammer nits/word chocices so far nothing technical12:36
bauzassean-k-mooney: okay, then we could be discussing about this spec once you look at it12:36
sean-k-mooneyactully just got to a technical point12:36
sean-k-mooneyi do not belive we should limit the resouce class12:36
sean-k-mooneyand i do not belive we should have a singel generic mdev class12:37
sean-k-mooneywe should support Custom_ resouce classes12:37
sean-k-mooneyim undecieded if we shoudl supprot standard ones or not12:37
masterpeBut I see that "nova-manage db archive_deleted_rows" command uses a filter on the deleted_at column when using the --before option. But on that column is no index.12:38
*** yankcrime has joined #openstack-nova12:38
bauzassean-k-mooney: well, then we would need to ask the operator to provide which custom RC they'd like to get12:40
sean-k-mooneybauzas: yes12:40
sean-k-mooneyso must remove choices form mdev_class12:40
sean-k-mooneyand allow it to be just a sting12:40
sean-k-mooneywe can desided to limit it in python to Custom_ if we want too or not12:41
gibibauzas: no worries. I'm on a call, but I will try to multitask :)12:41
*** alex_xu has joined #openstack-nova12:41
*** ociuhandu has joined #openstack-nova12:42
*** ociuhandu has quit IRC12:47
admin0lyarwood, do we save any version info or migration info in the nova database .. i have a nova database which is fairly old ..and i need to figure out if its from newton, ocata or pike12:53
*** dtantsur|brb is now known as dtantsur12:58
bauzasgibi: I soft+1d again your PUT RP spec12:58
bauzasgibi: with another API alternative12:58
*** ociuhandu has joined #openstack-nova12:58
bauzasin my mind, QS parameters are just another way to pass attributes without using data12:59
bauzasso, generally those params should be identical to the resource attributes12:59
gibiQS are not part of the object representation, while the body is. So whatever we add to the body we make it part of the object as per REST12:59
bauzasgibi: I proposed to use a sub-resource for this13:00
*** sapd1_x has joined #openstack-nova13:00
bauzas /force is maybe a bad name13:00
gibiresource_providers/{uuid}/force feels like an action API that is also not that restful13:01
sean-k-mooneybauzas: ok just pushed my comments on your spec13:02
gibibauzas: so you feel that we cannot add param to the QS that is not part of the body?13:02
*** sapd1 has quit IRC13:02
sean-k-mooneyadmin0: i belive we do have a version for the schema yes13:02
sean-k-mooneyadmin0: i think there is a nova manage command to get it13:03
gibiadmin0: mysql> select * from migrate_version;13:03
gibi+---------------+-------------------------------------------------+---------+13:03
gibi| repository_id | repository_path                                 | version |13:03
gibi+---------------+-------------------------------------------------+---------+13:03
sean-k-mooneyadmin0: nova-manage db version13:03
gibi| nova          | /opt/stack/nova/nova/db/sqlalchemy/migrate_repo |     422 |13:03
gibi+---------------+-------------------------------------------------+---------+13:03
gibiadmin0: or wha sean-k-mooney suggessts13:03
sean-k-mooney^ is teh db table its reading form13:04
sean-k-mooneyso if you have a backup you have not loaded gibi's way might be quicker to grep for13:04
sean-k-mooneythere is also nova-manage api_db version13:05
bauzasgibi: as I said in my last comment, the current API is not RESTful either way13:05
sean-k-mooneynova-manage db version tells you the cell db version13:05
sean-k-mooneybauzas: the resful way to update the parent uuid woudl be jsut to update it13:06
sean-k-mooneyso a put to resource_providers/{uuid}13:06
sean-k-mooneywith the uuid updated in the body13:06
bauzassean-k-mooney: technically, put would be for updating the whole resource13:07
sean-k-mooneyyes13:07
sean-k-mooneyif you wanted to do a partial update we woudl use patch13:07
bauzasbut we're nitpicking13:07
sean-k-mooneybut we dont use patch in openstack13:07
bauzasmy biggest concern comes to the fact I feel a qs param is just hacky13:07
sean-k-mooneyit often comes up but we keep saying no to patch13:07
bauzasjust for the idea of "oh shit, we need to do *something*"13:08
sean-k-mooneybauzas: well i was orginaly suggesting just allowing this by defult13:08
*** ociuhandu has quit IRC13:08
bauzassean-k-mooney: I proposed three alternatives : one be PATCH, one be adding a new HTTP header13:08
bauzasand the last being to have a specific subresource13:09
sean-k-mooneyim not conviced we need to have a flag of any kind to opt into it but im not against having one13:09
bauzassean-k-mooney: see my comments on PS2, I was thinking like you13:09
bauzasbut looks like we agreed at the PTG to sanity check this13:09
sean-k-mooneyya the header occured to me but not sure we have precendent for that13:09
sean-k-mooneywe did13:09
sean-k-mooneyi did not have stong feels for or against added a sanity check with a slight one for not doign that13:10
sean-k-mooneyill go read your comment and catch up13:10
gibiI'm on the side of either not add a check (but we agreed on the PTG to add it) or if we add then for me the extra parameters is better fits to the QS than to header or body or subresource13:11
bauzasgibi: hence my +1 :)13:11
sean-k-mooneybauzas: if we were to have a subresouce i actully woudl go with PUT /resource-providers/{uuid}/uuid/{new uuid}13:11
bauzasgibi: I don't wanna hold on this, but I don't appreciate the QS param outcome13:12
sean-k-mooneywith an empty body13:12
sean-k-mooney sorry13:13
sean-k-mooneyput /resource-providers/{uuid}/parent_uuid/{parent}13:13
sean-k-mooneywith an empty body13:13
sean-k-mooneythat basically woudl work like patch without using it13:13
bauzasthis sounds quite good to me13:14
bauzasbut again, I'm just one13:14
sean-k-mooneyyou also have to expressly opt into that url13:14
gibibauzas: sorry I don't get why the current PUT is not RESTful13:16
gibiyou have to PUT all the attributes13:16
gibithat you POSTed before13:16
bauzasI guess the universe entropy is probably smaller than a discussion of 3 engineers about specing an API endpoint13:16
bauzascount a 4th and you'll wait for the big crunch13:17
bauzasgibi: it's not RESTful in the sense you can't update all the attributes as of now13:17
gibibauzas: you have restriction of the value of a field yes, but you have to still list all the fields in the PUT13:18
sean-k-mooneybauzas: i think gibi  was saying you would get teh current state update teh parent field and then put back the updated state13:18
gibisean-k-mooney: yes13:18
gibifor me this is the restful put13:18
sean-k-mooneyif you do a update of the full resouce yes13:18
bauzasthis13:18
bauzasif you just PUT a name, this isn't RESTful13:19
gibibut the current PUT is not partial and I'm not suggesting any partial PUT13:19
gibieither13:19
bauzasand if you PUT a parent uuid which is not None while the resource parent is not None, then it's not RESFul either13:19
bauzasbecause you depend on the state of the resource13:20
bauzasbut we're bikeshedding I guess13:20
sean-k-mooneygibi: right i think bauzas was assuming you wanted to change that13:20
sean-k-mooneybauzas: were you assuming gibi was suggeting using put for a partial update13:20
gibiso today, PUT takes 3 paramters, name, uuid, and parent_uuid. After my change PUT takes the same parameters13:20
bauzasactually, I was wrong13:21
gibijust the value restriciotn of parent_uuid is relaxed13:21
sean-k-mooneygibi: maybe we coudl put json exmaple into the spec to make that clear13:21
bauzasname and uuid aren't optional13:21
bauzasbut parent_uuid is13:21
gibiI assume parent_uuid field is not optional, it just allow taking the value of None13:21
bauzasgibi: tbc, I'd be OK with a parent_uuid QS param name13:21
sean-k-mooneygibi: right that is how i think of that too13:22
gibithe API ref says optional, but I'm not sure that it is just due to the microversion dependency13:22
bauzasbut I'm not OK with some allow_reparenting name13:22
sean-k-mooneythe parent is an intrinic part of the resouce but None is a valid and default value13:22
sean-k-mooneybauzas: you can change the name whenever you like13:23
sean-k-mooneyoh sorry13:23
sean-k-mooneymisread that13:23
sean-k-mooneybauzas: you ment you are not ok with teh allow_reparenting query arg name13:23
sean-k-mooneybauzas: i would prefer allow_reparenting over force13:24
*** ricolin has quit IRC13:28
*** ociuhandu has joined #openstack-nova13:28
*** ricolin has joined #openstack-nova13:30
openstackgerritMerged openstack/nova-specs master: Set minversion of tox to 3.18.0  https://review.opendev.org/c/openstack/nova-specs/+/79197513:33
sean-k-mooneygibi: ill get back to the reparenting spec later today. left my toughts on this as comments but i have no stong feeling agaisnt the current query arg approch nesssarly.13:33
gibibauzas, sean-k-mooney: thanks13:33
*** ociuhandu has quit IRC13:35
*** artom has joined #openstack-nova13:36
*** ociuhandu has joined #openstack-nova13:38
*** ociuhandu has quit IRC13:43
masterpeI have placed indexes on the deleted_at column on all the tables on the databases nova, nova_api and nova_cell0, this speeds this nova-manage db archive_deleted_rows with multiple minutes per run. First it was 19 minutes now it is 19 seconds.13:46
*** Luzi has quit IRC13:46
masterpeSo I think this is a bug.13:46
gibimasterpe: please file a bug. and feel free to propose a patch that adds the index13:47
masterpeIs bugs.launchpad.net/ still used as bug tracker?13:47
gibifor nova, yes13:47
gibihttps://bugs.launchpad.net/nova/+filebug13:48
masterpethanks13:48
gibithank you for reporting13:49
sean-k-mooneymasterpe: sound like a quick fix. althoguh we dont always index everythin that shoudl be indexed by default13:49
sean-k-mooneydeleted should already be indexed yes13:50
sean-k-mooneydeleted_at woudl only be imporant if you are using --before13:50
sean-k-mooneyi assume we just missed that usage chagne wehn we added --before13:50
sean-k-mooneyprior to that deleted_at would be very rarely used in queired as a column we filtered on13:51
*** ociuhandu has joined #openstack-nova13:51
sean-k-mooneyi think the soft delete code would have been the only thing that checked it really bar a direct user request for deleted instances13:52
*** ociuhandu has quit IRC13:56
*** mlavalle has joined #openstack-nova13:59
masterpesean-k-mooney: https://bugs.launchpad.net/nova/+bug/192956313:59
openstackLaunchpad bug 1929563 in OpenStack Compute (nova) "Missing database index deleted_at column" [Undecided,New]13:59
masterpeDo I only need to add the new indexes to ./db/sqlalchemy/models.py ?14:00
sean-k-mooneymasterpe: you also need to add a migration to add the indexs i think14:02
masterpeI need to remember how to make commits, so probably it is easyer one someone else does that ;)14:03
sean-k-mooneywell if you want to start with the model change then you could14:04
sean-k-mooneyand we could pick it up but stephenfin  is also looking at swaping out sqlalcamey_migrate for alembic this cycle14:04
sean-k-mooneyso how you do that will cahnge soon ish14:04
*** ociuhandu has joined #openstack-nova14:05
masterpeThat will get into the master branch and not Train ?14:05
gibibauzas: you are right, PUT /resource_providers/{uuid} is not RESTFul as it allows partial update today. This is very unfortunate :/14:06
gibithe parent_uuid not need to be passed, and the uuid field is not part of the body just part of the url14:06
gibithe current PUT is very pretty close to PATCH now14:07
*** jangutter_ has joined #openstack-nova14:17
*** ociuhandu has quit IRC14:19
*** ociuhandu has joined #openstack-nova14:20
*** jangutter has quit IRC14:20
gibistephenfin: we need you on https://review.opendev.org/c/openstack/nova-specs/+/78382714:23
gibi:014:23
gibi:)14:23
stephenfinI'm needed? How wonderful14:23
* stephenfin looks14:24
gibiit is your spec where sean-k-mooney has some comments making it pending14:24
*** k_mouza_ has quit IRC14:27
*** k_mouza has joined #openstack-nova14:28
*** jangutter has joined #openstack-nova14:32
sean-k-mooneystephenfin: my main question is do we need OS-EXT-SRV-ATTR:hostname anymore and shoudl we just have hostname instead14:36
*** jangutter_ has quit IRC14:36
stephenfinah, that point14:36
stephenfinI did see that and thought I had replied14:37
stephenfinI'm easy. Changing it is more work, both on the server side (code and docs) and client (SDK, OSC, novaclient) side14:37
sean-k-mooneywe could adress that point in a follow up which is why im currently +114:37
stephenfinbut on the other hand, it's certainly a saner response14:38
sean-k-mooneyit would be but i think it would be a nice UX improvemnt14:38
sean-k-mooneychanging it in the futrue woudl need another micorversion bump14:38
sean-k-mooneyso basically i we ever want to change it i think it would be nice to do it now ihn this change14:38
stephenfinwhat about the rest of those prefixed options though?14:39
stephenfinif we do one, shouldn't we do them all14:39
stephenfin?14:39
sean-k-mooneywell im open to that also14:39
sean-k-mooneyim ok wiht elevating my +1 to a +w and we can dicuss that in a followup patch? although it really was just hostname that i wanted to chagne in this case14:40
sean-k-mooneysome of the other prefixed fiels are admin only14:40
sean-k-mooneyso im not really sure it there is merrit in renaming those form a UX point of view14:41
*** mloza has joined #openstack-nova14:43
stephenfinI would be tempted to do all or nothing, personally14:44
sean-k-mooneylet me look at the list. not sure what the otehrs are fully14:44
sean-k-mooneythe prefix was form when we had extentions14:44
gibiis this prefixing comes from the time when we had api plugins?14:44
sean-k-mooneyto show that they were optional and could not be replied on to be in all clouds14:44
gmannsean-k-mooney: stephenfin left comment there. agree to improve the name14:44
sean-k-mooneygibi: yes14:45
gibiso they can be relied on now14:45
sean-k-mooneyyep14:45
gibiso we can drop all the prefix :)14:45
gibilets do that in a separate microversion. :)14:45
sean-k-mooneywe can. that sound like a seperate mini spec so14:45
gmannin past we left these prefix as it is not worth to do with all prefix rename but as in some other microvesion change we should definitely improver them14:45
gmanngibi: we abandon that idea in past14:45
gmannlet me check the spec14:46
gibibottom line, I'm OK with stephenfin's spec as is, and we can have a separate discussion if and when we drop all the prefixes14:46
stephenfinyes, I do think we should treat this separately. Microversions are (relatively) cheap14:46
sean-k-mooneyok in that case ill upgrade my +1 to +w and refrence this irc log14:47
sean-k-mooneyunless gibi  gmann  you want me to wait?14:47
openstackgerritmasterpe proposed openstack/nova master: WIP: Fixes missing indexes on column deleted_at at the different tables.  https://review.opendev.org/c/openstack/nova/+/79298914:47
gibisean-k-mooney: go for it14:47
gibibut wait for gmann14:47
gibias he said he reads the spec14:47
gmanngibi: stephenfin sean-k-mooney item#3 in https://etherpad.opendev.org/p/nova-api-cleanup14:48
*** jangutter_ has joined #openstack-nova14:48
sean-k-mooneyok in that case ill leave teh +w to gmann14:48
sean-k-mooneyah yes i tought that had come up before now14:49
gibigmann: ack. microversion make us safe against breaking clients.14:49
gibigmann: but I'm fine both ways about the prefixes14:49
gibigmann: are you OK with the rest of stephenfin's proposal?14:49
*** dklyle has joined #openstack-nova14:49
gmanngibi: you mean stephenfin spec or proposal of removing all prefix with one microversion ?14:50
gibispec14:50
gibithe prefix removal an be taken separately from the spec14:50
sean-k-mooneygmann: i think gibi  was refering to stephenfin current spec14:51
*** jangutter has quit IRC14:51
gibiyepp, this one https://review.opendev.org/c/openstack/nova-specs/+/78382714:52
gibiI want to get it merged :)14:52
gibigmann: is it OK to you we we skip the renaming now/14:52
gibi?14:52
gmanngibi: stephenfin sean-k-mooney sorry, give me some time, stick in two meeting in parallel14:55
*** sapd1_x has quit IRC14:55
sean-k-mooneygmann: no worries, we have time14:56
gibigmann: sure, no worries14:56
*** sapd1_x has joined #openstack-nova14:56
bauzassean-k-mooney: can't see your comments on https://review.opendev.org/c/openstack/nova-specs/+/792796/1/specs/xena/approved/generic-mdevs.rst14:57
bauzasreplying for the moment to gibi14:57
sean-k-mooneyyou cant?14:57
sean-k-mooneycan you refersh?14:58
*** macz_ has joined #openstack-nova14:58
sean-k-mooneythat is strang i cant see you replies14:58
sean-k-mooneyi see i my comments on mulitipel browser even when im logged out so i assume you are looking at a cached copy?14:59
gibiI see sean-k-mooney's comments too15:00
sean-k-mooneyif you go to the commit message and go back tothe spec you should see them too15:00
*** ociuhandu has quit IRC15:05
*** ociuhandu has joined #openstack-nova15:05
*** sapd1_x has quit IRC15:05
*** sapd1_x has joined #openstack-nova15:06
bauzassean-k-mooney: gibi: oh, now I see those15:08
*** ozzzo has joined #openstack-nova15:08
bauzasweirdo15:08
gmanngibi: stephenfin sean-k-mooney on https://review.opendev.org/c/openstack/nova-specs/+/78382715:08
ozzzoafter upgrading compute hosts from centos 7-8, I can't migrate VMs to them. This is the error in the scheduler log:15:09
ozzzohttps://paste.ubuntu.com/p/5vqpFnb4ZZ/15:09
ozzzoWhen I look at the hypervisors, I see different cpu_info on the upgraded ones15:09
sean-k-mooneybauzas: i just left 1 or 30 :) most are minor nits/word choice issues though so dont be scared by the number15:09
gmanngibi: stephenfin sean-k-mooney it seems it is related to decide on prefix as we will end up different name for single field in request and response. ``hostname`` in request and ``OS-EXT-SRV-ATTR:hostname`` in response15:09
ozzzothe old ones have "| cpu_info             | {"vendor": "Intel", "model": "Skylake-Server-IBRS", "15:09
ozzzothe new ones have "| cpu_info             | {"arch": "x86_64", "model": "Cascadelake-Server-noTSX", "15:09
ozzzois that why VMs won't migrate? How can I change it?15:09
*** ociuhandu has quit IRC15:09
gmannif we want to leave the prefix in response now then OS-EXT-SRV-ATTR:hostname in request make it consistent15:09
sean-k-mooneyozzzo: i assume you are not pinning to a specific cpu_model today15:10
ozzzoI have this in the flavors: | properties                 | hw:cpu_policy='dedicated', hw:cpu_sockets='1', hw:numa_nodes='1' |15:10
sean-k-mooneyozzzo: if the live migration was rejected it typically means the destination is missign a cpu flag that is present on the source node but not the dest15:10
gmannand removing all prefix together has negative feedback from team users in train PTG so i am  not 100% sure if that can happen - http://lists.openstack.org/pipermail/openstack-discuss/2019-May/005824.html15:10
sean-k-mooneyozzzo: the cpu model is set in the nova.conf not the flavor15:11
sean-k-mooneyozzzo: i would gess the issue is TSX15:11
ozzzoI kept the same nova.conf15:11
ozzzoIs it possible that centos 8 recognizes the CPU differently from 7?15:11
sean-k-mooneydid it have cascade lake cpus before the upgrade15:12
sean-k-mooneyif so then host-model would have selected the clost named model which could have been Skylake-Server-IBRS15:12
gibigmann: so you see an asymetry between the request and the response due the the prefix in the response.15:12
sean-k-mooneybut as part of the upgrade if you cahnge the cpu/libvirt verion then it could now have a new cascadelake model15:13
gibigmann: that is a good point15:13
gmanngibi: yeah15:13
gibigmann: but if changing all the prefixes was rejected then can we still change prefixes one by one?15:13
ozzzosean-k-mooney: I think so, yes, but I don't think I changed anything in the config during the upgrade15:13
ozzzoI just removed computes from the cluster, installed centos 8, and then deployed kolla-ansible from the same playbook15:13
sean-k-mooneyozzzo: can you checnk what you have in the libvirt section15:13
gmanngibi: I think yes, if we improve that API/filed somewhere then it is very valid improvement. let me find example, i think we did it in past15:14
sean-k-mooneyozzzo: oh you are using kolla15:14
sean-k-mooneyozzzo: can you show me your config override for nova15:14
ozzzothis is my /etc/kolla/config/nova.conf:15:15
ozzzohttps://paste.ubuntu.com/p/p5rCWRZt7n/15:15
gibigmann: OK. then stephenfin would you be against removing the prefix from the hostname in the response to make the req/rsp symmetric?15:16
sean-k-mooneyozzzo: ok then its using the default since cpu_mode and cpu_model is not set which is host-model15:16
ozzzothis is /etc/kolla/config/nova/nova-compute.conf:15:16
stephenfingibi: no issues with it from my end15:16
ozzzohttps://paste.ubuntu.com/p/nTW2s45Xxk/15:16
sean-k-mooneyozzzo: so the model that is used depend on the qemu version15:16
gibistephenfin: then lets go that direction. gmann convinced me15:16
sean-k-mooneyozzzo: so to fix this you need to pin the cpu model in the nova.conf15:17
gibisorry for the noise15:17
sean-k-mooneyozzzo: ill show you and exmple one sec15:17
ozzzook ty15:17
sean-k-mooneyozzzo: http://paste.openstack.org/show/805703/ assume all you servers are the same you can do that intially to allow migration to work and then later you can change it15:18
ozzzosean-k-mooney: I'll try that, ty!15:19
sean-k-mooneyozzzo: there is also a replacemnt for cpu_model called cpu_models which is a preferentially ordered list.15:19
sean-k-mooneyso you could do cpu_models=Skylake-Server-IBRS,Cascadelake-Server-noTSX15:19
ozzzook15:20
*** jawad_ax_ has quit IRC15:21
gmanngibi: stephenfin if it was different attribute then I would have fine in either way but it is same param we are ending in different name15:21
sean-k-mooneyozzzo: http://paste.openstack.org/show/805704/ the cpu model you had enabled before however had tsx enabled15:22
sean-k-mooneyozzzo: so the reason its failing is likely because by default TSX is now disabled in the upstream kerenl15:22
sean-k-mooneyozzzo: so you likely will need to re enabled it.15:22
ozzzorighton15:22
sean-k-mooneywith TSX=on15:23
ozzzoyou mean, with "cpu_models" ?15:23
sean-k-mooneyno on the grub commandline15:23
ozzzooic ok15:23
sean-k-mooneyin which case i would actully use cpu_models=Cascadelake-Server-noTSX,Skylake-Server-IBRS15:23
sean-k-mooneythat way new vms will boot without using tsx but you shoudl still be able to migrate your exsting instnaces15:24
ozzzook I'll try that15:24
gibifyi, the ovs -> ovn default switch have been merged (again)15:28
gibihttps://review.opendev.org/c/openstack/devstack/+/79143615:28
*** jangutter_ has quit IRC15:33
*** jangutter has joined #openstack-nova15:33
*** ociuhandu has joined #openstack-nova15:36
*** ociuhandu has quit IRC15:48
gibinova weekly meeting starts in 10 minutes on #openstack-meeting-315:49
gibiyes it is on Tuesday now :)15:49
*** ociuhandu has joined #openstack-nova15:50
sean-k-mooneyah yes it is15:52
sean-k-mooneyill just open that tab now just incase15:52
gibi:)15:56
*** lucasagomes has quit IRC15:58
*** sapd1 has joined #openstack-nova16:01
*** tosky has joined #openstack-nova16:14
*** ociuhandu has quit IRC16:17
*** ociuhandu has joined #openstack-nova16:17
*** jangutter_ has joined #openstack-nova16:24
openstackgerritStephen Finucane proposed openstack/nova master: docs: Address TODO  https://review.opendev.org/c/openstack/nova/+/79236316:26
openstackgerritStephen Finucane proposed openstack/nova master: Add 'hw:vif_multiqueue_enabled' flavor extra spec  https://review.opendev.org/c/openstack/nova/+/79235616:26
openstackgerritStephen Finucane proposed openstack/nova master: docs: Document virtio-net multiqueue  https://review.opendev.org/c/openstack/nova/+/79236216:26
openstackgerritStephen Finucane proposed openstack/nova master: Move 'hw:pmu', 'hw_pmu' parsing to nova.virt.hardware  https://review.opendev.org/c/openstack/nova/+/79236416:26
*** jangutter has quit IRC16:27
*** ociuhandu has quit IRC16:27
*** ociuhandu has joined #openstack-nova16:29
*** ociuhandu has quit IRC16:30
*** ociuhandu has joined #openstack-nova16:30
*** mlavalle has quit IRC16:32
*** ociuhandu has quit IRC16:35
*** k_mouza has quit IRC16:37
*** gyee has joined #openstack-nova16:39
*** rpittau is now known as rpittau|afk16:41
*** k_mouza has joined #openstack-nova16:43
*** k_mouza has quit IRC16:44
*** k_mouza has joined #openstack-nova16:45
*** k_mouza has quit IRC16:48
*** k_mouza has joined #openstack-nova16:49
stephenfinbauzas: I know it's the end of your day, but could you pick up https://review.opendev.org/q/topic:%2522compute_rpc_6.0%2522+status:open again tomorrow?16:50
stephenfin(well past the end of your day, in fact)16:50
bauzasstephenfin: I could16:50
bauzasstephenfin: thanks for working on it, btw.16:51
stephenfinnw16:51
sean-k-mooneydansmith: gibi  lyarwood  i think i see the isseu with lyarwood gate bug16:51
sean-k-mooneyhttps://zuul.opendev.org/t/openstack/build/bb6fd21b5d8c471a89f4f6598aa84e5d/log/controller/logs/screen-n-cpu.txt#1224316:51
sean-k-mooneyMay 24 10:23:19.977224 ubuntu-focal-inap-mtl01-0024794054 nova-compute[107012]: DEBUG ovsdbapp.backend.ovs_idl.vlog [-] [POLLIN] on fd 27 {{(pid=107012) __log_wakeup /usr/lib/python3/dist-packages/ovs/poller.py:263}}16:52
sean-k-mooneyMay 24 10:23:24.981354 ubuntu-focal-inap-mtl01-0024794054 nova-compute[107012]: DEBUG ovsdbapp.backend.ovs_idl.vlog [-] 4999-ms timeout {{(pid=107012) __log_wakeup /usr/lib/python3/dist-packages/ovs/poller.py:248}}16:52
sean-k-mooneyMay 24 10:23:24.982747 ubuntu-focal-inap-mtl01-0024794054 nova-compute[107012]: DEBUG ovsdbapp.backend.ovs_idl.vlog [-] tcp:127.0.0.1:6640: idle 5001 ms, sending inactivity probe {{(pid=107012) run /usr/lib/python3/dist-packages/ovs/reconnect.py:103}}16:52
sean-k-mooneythe gap in logs lins up to those ovs timeouts16:52
*** ociuhandu has joined #openstack-nova16:53
sean-k-mooneyso it look like this is possible causeing the compute agent to lock up16:54
*** dtantsur is now known as dtantsur|afk16:54
sean-k-mooneywe dont need to do that polling in os-vif for nova use16:54
sean-k-mooneythat functionality in ovsdbapp is there for neutron to monitor the ovs bridge for the addtion and removal of ports16:55
sean-k-mooneyso i wonder if we can just turn that off16:55
dansmithah good catch16:56
sean-k-mooneyill take a look at ovsdbapp and see if we can change that if not maybe i can kick it into a differen thread16:56
*** ociuhandu has quit IRC16:58
sean-k-mooneyactully its in a thread https://github.com/openstack/ovsdbapp/blob/master/ovsdbapp/backend/ovs_idl/connection.py#L60-L91 but its not a pthread16:58
sean-k-mooneysince we monkey patch in nova16:58
*** alex_xu has quit IRC17:00
*** derekh has quit IRC17:03
openstackgerritStephen Finucane proposed openstack/nova-specs master: Repropose configurable-instance-hostnames  https://review.opendev.org/c/openstack/nova-specs/+/78382717:03
openstackgerritStephen Finucane proposed openstack/nova-specs master: Amend configurable-instance-hostnames to include response changes  https://review.opendev.org/c/openstack/nova-specs/+/79301017:03
openstackgerritGhanshyam proposed openstack/nova-specs master: Allow project admin to list hypervisors  https://review.opendev.org/c/openstack/nova-specs/+/79301117:03
stephenfingibi: gmann: bauzas: sean-k-mooney: proposed a follow-up on that spec so we'd have a better history of the changes ^17:04
stephenfinI think it's okay to send the bulk of it on its way now?17:04
stephenfini.e. +w17:05
stephenfinI'll rework the patches tomorrow17:05
stephenfinand review some specs, since I only got to one today :(17:05
gmannstephenfin: ack.17:05
gmannstephenfin: dansmith gibi sean-k-mooney spec for project admin to create server on host (what we discussed in PTG) - https://review.opendev.org/c/openstack/nova-specs/+/79301117:06
*** sapd1 has quit IRC17:06
sean-k-mooneyoh white space errors remind me again that a -3 right :) ill review it shortly it look pretty short and too the point17:07
sean-k-mooneyactully im being summoned to go for a walk so when i get back17:07
gmannok, I was searching whitespace in stephenfin spec :P17:09
sean-k-mooneyhehe no in yours https://review.opendev.org/c/openstack/nova-specs/+/793011/1/specs/xena/approved/allow-project-admin-list-hypervisors.rst#3917:10
gmannyeah :)17:10
gmannstephenfin: sean-k-mooney gibi bauzas I have +W this https://review.opendev.org/c/openstack/nova-specs/+/783827/2 and +2 on follow up 79301017:11
gibigmann: ack on both count17:12
openstackgerritMerged openstack/nova-specs master: Repropose configurable-instance-hostnames  https://review.opendev.org/c/openstack/nova-specs/+/78382717:23
*** hoonetorg has joined #openstack-nova17:25
*** andrewbonney has quit IRC17:36
ozzzosean-k-mooney: I set cpu_models = Cascadelake-Server-noTSX,Skylake-Server-IBRS in nova.conf and also: GRUB_CMDLINE_LINUX="crashkernel=auto tsx=on" in /etc/default/grub, and rebooted, and then redeployed the compute, but I still get "ERROR oslo_service.service nova.exception.InvalidCPUInfo: Configured CPU model: Skylake-Server-IBRS is not compatible with host CPU." in nova-compute.log17:42
*** links has quit IRC17:46
openstackgerritGhanshyam proposed openstack/nova-specs master: Allow project admin to list hypervisors  https://review.opendev.org/c/openstack/nova-specs/+/79301117:48
*** stephenfin has quit IRC18:00
*** mlavalle has joined #openstack-nova18:03
ozzzolooks like I might need to use grubby; reading man page18:09
ozzzosean-k-mooney: that fixed it, ty!18:17
*** ralonsoh has quit IRC18:25
*** mnaser has quit IRC18:30
*** rnoriega_ has quit IRC18:30
*** bnemec has quit IRC18:30
*** icey has quit IRC18:30
*** amotoki has quit IRC18:30
*** mjturek has quit IRC18:30
*** mdbooth has quit IRC18:30
*** mnaser has joined #openstack-nova18:30
*** icey has joined #openstack-nova18:30
*** mdbooth has joined #openstack-nova18:31
*** amotoki has joined #openstack-nova18:31
*** bnemec has joined #openstack-nova18:31
*** rnoriega_ has joined #openstack-nova18:33
ozzzosean-k-mooney: that fix it in the sense that I can now start the nova-compute service with the new settings, but VMs still refuse to migrate with the same " Host filter ignoring hosts:" error18:34
ozzzosean-k-mooney: when I check the hypervisor now, cpu_info has changed from "Cascadelake-Server-noTSX" to "Cascadelake-Server"18:59
ozzzoso it still isn't matching "Skylake-Server-IBRS"18:59
ozzzoTrying "cpu_models=Skylake-Server-IBRS" in "/etc/kolla/config/nova.conf"19:00
ozzzothat didn't make a difference.19:07
ozzzoI looked inside the container, and I see "cpu_models = Skylake-Server-IBRS" in /etc/nova/nova.conf19:08
ozzzobut the hypervisor show still says "Cascadelake-Server"19:09
ozzzowhat am I missing?19:09
*** k_mouza has quit IRC19:09
*** k_mouza has joined #openstack-nova19:10
*** k_mouza has quit IRC19:15
masterpeI had the same19:32
masterpeat my place the commands says Cascadelake-Server-noTSX. This happend when I upgrade to qemu(1:4.2-3ubuntu6.13) or libvirt(6.0.0-0ubuntu8.8)19:37
masterpeTo solve this I restarted the instances and accepted that I can not live migrate those instances.19:38
ozzzothat won't work for me. When I upgrade production, we have to be able to migrate instances there19:41
masterpeozzzo: I can Imagine, I was able to live migrate from a machine that was no upgraded to a node that is upgraded.19:44
ozzzomasterpe: did you try the grub trick with tsx=on?19:44
masterpeozzzo: no I did not.19:45
ozzzoI did that, and that allowed me to start nova_compute with "cpu_models=Skylake-Server-IBRS" but it looks like I'm still missing something19:45
masterpeBut that instance further live migraten to a second machine was not possible.19:45
masterpebut Skylake- is older then Cascadelake19:48
masterpeWhat does /usr/bin/virsh -r capabilities|grep \<model\>|head -1|cut -d '>' -f2|cut -d '<' -f119:49
masterpe say ?19:49
masterpeand libvirt and qemu version are you and also what processor do you have?19:50
ozzzomy computes don't seem to have virsh installed19:51
ozzzoI'm running kolla19:52
ozzzoeverything is in containers19:52
ozzzoSkylake-Server-IBRS is how centos 7 recognized my compute CPUs19:52
ozzzocentos 8 recognizes as "Cascadelake-Server-noTSX"19:53
ozzzoand after the grub trick, it recogizes as "Cascadelake-Server"19:53
masterpeI use the "Intel(R) Xeon(R) Gold 6226 CPU @ 2.70GHz" as CPU.19:54
ozzzomy computes have Intel(R) Xeon(R) Platinum 8268 CPU @ 2.90GHz19:55
masterpethanks19:55
masterpeIs this helpfull? https://bugzilla.redhat.com/show_bug.cgi?id=1678381 ?19:59
openstackbugzilla.redhat.com bug 1678381 in libvirt "[RFE] - libvirt support for cascade lake cpu - Fast Train" [Unspecified,Closed: errata] - Assigned to jdenemar19:59
masterpeand or https://bugzilla.redhat.com/show_bug.cgi?id=1839926 ?20:01
openstackbugzilla.redhat.com bug 1839926 in libvirt "5 more -noTSX x86 CPU models are newly introduced" [Unspecified,Closed: errata] - Assigned to jdenemar20:01
ozzzomasterpe: it looks like the first bug was 8.1 and I'm on 8.320:01
ozzzoreading 2nd20:01
*** k_mouza has joined #openstack-nova20:04
*** k_mouza has quit IRC20:10
ozzzomasterpe: I think the different CPU might be related to the 2nd one, but I think sean's grub trick should have worked around that20:25
ozzzoI must be missing something20:25
masterpeI saw on https://bugzilla.redhat.com/show_bug.cgi?id=1839926#c7 the hle and rtm set to disabled.20:27
openstackbugzilla.redhat.com bug 1839926 in libvirt "5 more -noTSX x86 CPU models are newly introduced" [Unspecified,Closed: errata] - Assigned to jdenemar20:27
ozzzoDo I need to set something in cpu_model_extra_flags?20:36
ozzzoI see it mentioned here: https://docs.openstack.org/nova/train/admin/configuration/hypervisor-kvm.html20:36
*** slaweq has quit IRC20:43
*** elod has quit IRC21:16
*** elod has joined #openstack-nova21:18
*** pmannidi has quit IRC21:21
*** pmannidi has joined #openstack-nova21:22
*** k_mouza has joined #openstack-nova21:36
*** k_mouza has quit IRC21:41
*** ociuhandu has joined #openstack-nova22:07
*** ociuhandu has quit IRC22:11
*** vishalmanchanda has quit IRC22:13
*** admin0 has left #openstack-nova22:18
*** tobiash has quit IRC22:24
*** tosky has quit IRC23:03
openstackgerritMerged openstack/nova-specs master: Amend configurable-instance-hostnames to include response changes  https://review.opendev.org/c/openstack/nova-specs/+/79301023:23
*** macz_ has quit IRC23:58

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!