Wednesday, 2021-01-20

*** tosky has quit IRC00:02
*** ociuhandu has quit IRC00:03
*** iurygregory has quit IRC00:06
*** artom has quit IRC00:16
*** artom has joined #openstack-nova00:16
*** xarlos has joined #openstack-nova00:18
*** songwenping__ has joined #openstack-nova00:18
*** rcernin_ has joined #openstack-nova00:19
*** swp20 has quit IRC00:19
*** macz_ has quit IRC00:19
*** rcernin has quit IRC00:20
*** amodi has quit IRC00:26
*** LinPeiWen84 has joined #openstack-nova00:42
*** iurygregory has joined #openstack-nova00:43
*** artom has quit IRC00:45
*** songwenping__ has quit IRC00:48
*** sapd1 has quit IRC00:48
*** tbachman has quit IRC00:59
*** tbachman has joined #openstack-nova01:00
*** jamesden_ has joined #openstack-nova01:00
*** abhishekk has quit IRC01:02
*** LinPeiWen84 has quit IRC01:02
*** zenkuro has quit IRC01:03
*** jamesdenton has quit IRC01:03
*** zenkuro has joined #openstack-nova01:03
*** abhishekk has joined #openstack-nova01:04
*** LinPeiWen20 has joined #openstack-nova01:04
*** mlavalle has quit IRC01:05
*** hamalq has quit IRC01:26
*** martinkennelly has quit IRC01:39
*** sapd1 has joined #openstack-nova01:46
*** spatel has joined #openstack-nova01:51
*** sapd1 has quit IRC01:59
*** jangutter has joined #openstack-nova02:11
*** jangutter has quit IRC02:12
*** jangutter has joined #openstack-nova02:13
*** jangutter_ has quit IRC02:13
*** rouk has joined #openstack-nova02:36
*** zzzeek has quit IRC03:04
*** zzzeek has joined #openstack-nova03:05
*** zenkuro has quit IRC03:09
*** hemanth_n has joined #openstack-nova03:12
*** rcernin_ has quit IRC03:23
*** mkrai has joined #openstack-nova03:36
*** jmlowe has quit IRC03:39
*** rcernin_ has joined #openstack-nova04:01
*** psachin has joined #openstack-nova04:11
*** ratailor has joined #openstack-nova04:33
*** mkrai has quit IRC04:34
*** mkrai_ has joined #openstack-nova04:34
*** sapd1 has joined #openstack-nova04:34
*** sapd1 has quit IRC04:42
*** LinPeiWen20 has quit IRC05:06
*** hemanth_n has quit IRC05:07
*** hemanth_n has joined #openstack-nova05:07
*** LinPeiWen15 has joined #openstack-nova05:13
*** spatel has quit IRC05:32
*** iurygregory has quit IRC05:33
*** vishalmanchanda has joined #openstack-nova05:52
*** gyee has quit IRC05:59
*** bbowen has quit IRC06:31
*** bbowen has joined #openstack-nova06:31
*** nightmare_unreal has joined #openstack-nova06:45
*** slaweq has joined #openstack-nova07:04
*** openstackgerrit has joined #openstack-nova07:07
openstackgerritHemanth N proposed openstack/nova stable/stein: Update pci stat pools based on PCI device changes  https://review.opendev.org/c/openstack/nova/+/76172707:07
*** mkrai_ has quit IRC07:07
*** avolkov has joined #openstack-nova07:14
*** luksky has joined #openstack-nova07:23
*** rcernin_ has quit IRC07:28
*** slaweq has quit IRC07:30
*** rcernin_ has joined #openstack-nova07:32
*** xek has joined #openstack-nova07:35
*** sapd1 has joined #openstack-nova07:35
*** sapd1 has quit IRC07:59
*** slaweq has joined #openstack-nova08:00
*** mkrai_ has joined #openstack-nova08:00
*** mkrai_ has quit IRC08:04
*** tesseract has joined #openstack-nova08:09
*** andrewbonney has joined #openstack-nova08:09
*** rpittau|afk is now known as rpittau08:17
*** sapd1 has joined #openstack-nova08:26
*** tesseract has quit IRC08:31
*** tesseract has joined #openstack-nova08:31
*** mkrai has joined #openstack-nova08:32
*** rcernin_ has quit IRC08:35
*** mkrai_ has joined #openstack-nova08:40
*** abhishekk has quit IRC08:40
*** mkrai has quit IRC08:41
*** hemanth_n has quit IRC08:41
*** psachin has quit IRC08:41
*** mgariepy has quit IRC08:41
*** abhishekk has joined #openstack-nova08:41
*** mgariepy has joined #openstack-nova08:41
*** hemanth_n has joined #openstack-nova08:41
*** tosky has joined #openstack-nova08:47
openstackgerritBrin Zhang proposed openstack/nova master: Replaces tenant_id with project_id from List SG API  https://review.opendev.org/c/openstack/nova/+/76672608:49
openstackgerritBrin Zhang proposed openstack/nova master: Replaces tenant_id with project_id from Flavor Access APIs  https://review.opendev.org/c/openstack/nova/+/76770408:49
openstackgerritBrin Zhang proposed openstack/nova master: Replaces tenant_id with project_id from List/Show usage APIs  https://review.opendev.org/c/openstack/nova/+/76850908:49
openstackgerritBrin Zhang proposed openstack/nova master: Replace tenants* with projects* of policies  https://review.opendev.org/c/openstack/nova/+/76531508:49
openstackgerritBrin Zhang proposed openstack/nova master: Replace os-simple-tenant-usage with os-simple-project-usage  https://review.opendev.org/c/openstack/nova/+/76885208:49
*** sapd1 has quit IRC08:50
*** spatel has joined #openstack-nova09:09
*** luksky has quit IRC09:12
*** luksky has joined #openstack-nova09:13
*** spatel has quit IRC09:14
*** DinaBelova has quit IRC09:17
*** tristanC has quit IRC09:18
*** DinaBelova has joined #openstack-nova09:19
*** tristanC has joined #openstack-nova09:20
*** songwenping__ has joined #openstack-nova09:31
*** brinzhang_ has quit IRC09:34
*** songwenping_ has quit IRC09:35
*** songwenping__ has quit IRC09:47
*** songwenping__ has joined #openstack-nova09:48
*** derekh has joined #openstack-nova09:49
*** brinzhang has joined #openstack-nova09:52
brinzhangstephenfin, gibi: there is a small change for the host.nodename, pls review, it's updated the sean-k-monney's comments in the shelve/unshelve patch https://review.opendev.org/c/openstack/nova/+/76249909:54
*** martinkennelly has joined #openstack-nova10:07
*** ociuhandu has joined #openstack-nova10:07
stephenfinbrinzhang: ack10:09
stephenfinlyarwood: Does the 'nova server-migration-list' command only list *ongoing* migrations or does it list all migrations in the past?10:10
stephenfin(I don't have a multi-node deployment or I'd test this myself)10:10
stephenfinI tried to migrate a server on single node deployment, which justifiably failed, but it doesn't appear in that list10:10
*** ociuhandu has quit IRC10:12
brinzhangstephenfin: thanks10:16
lyarwoodstephenfin: I think it's all10:16
lyarwoodstephenfin: I don't have an env to check10:17
*** mkrai_ has quit IRC10:18
*** rpittau is now known as rpittau|bbl10:20
stephenfinOkay, I'll say all for the OSC docs so10:20
*** ociuhandu has joined #openstack-nova10:26
*** martinkennelly has quit IRC10:30
*** martinkennelly has joined #openstack-nova10:30
*** LinPeiWen15 has quit IRC10:31
*** priteau has joined #openstack-nova10:32
*** rcernin_ has joined #openstack-nova10:34
openstackgerritLee Yarwood proposed openstack/nova-specs master: libvirt: Add support for flavor and image defined ephemeral encryption  https://review.opendev.org/c/openstack/nova-specs/+/77147410:38
lyarwoodgibi: ^ thanks for the review10:38
lyarwoodstephenfin / bauzas ; can I ask for reviews on that spec today please? Appreciate it's late etc, I should be able to respin quickly today outside of ~13:30-15:00 GMT10:39
stephenfinsure thing10:39
lyarwoodthanks10:39
stephenfinlooking at artom's spec atm, that's next on the queue10:39
lyarwoodack thanks, I'll also try to look at specs this morning10:41
*** rcernin_ has quit IRC10:41
*** dtantsur|afk is now known as dtantsur10:44
*** mkrai_ has joined #openstack-nova10:49
*** ociuhandu has quit IRC10:54
*** ociuhandu_ has joined #openstack-nova10:54
*** ociuhandu_ has quit IRC10:54
*** ociuhandu has joined #openstack-nova10:54
hemanth_nlyarwood stephenfin elod: sorry to bother you again, can you review stein backported patch https://review.opendev.org/c/openstack/nova/+/761727 when you get some time11:09
*** ociuhandu has quit IRC11:14
*** ociuhandu_ has joined #openstack-nova11:14
*** rpittau|bbl is now known as rpittau11:24
*** iurygregory has joined #openstack-nova11:27
*** macz_ has joined #openstack-nova11:34
lyarwoodhemanth_n: looking11:38
*** macz_ has quit IRC11:39
openstackgerritMerged openstack/nova-specs master: `socket` PCI NUMA-affinity Policy  https://review.opendev.org/c/openstack/nova-specs/+/76555111:40
openstackgerritMerged openstack/nova-specs master: remove unicode from code  https://review.opendev.org/c/openstack/nova-specs/+/76926011:40
*** ociuhandu_ has quit IRC11:42
*** rcernin_ has joined #openstack-nova11:42
*** LinPeiWen52 has joined #openstack-nova11:42
*** ratailor has quit IRC11:44
sean-k-mooneystephenfin: this is why the trait is needed https://review.opendev.org/c/openstack/nova-specs/+/764999/4/specs/wallaby/approved/libvirt-vdpa-support.rst#7911:49
stephenfinsean-k-mooney: so it's an optimization. Would it make sense to avoid this pre-optimization and suggest that people use provider.yaml if they hit the issue?11:51
sean-k-mooneyits not really an optimisation in that you cant limit the placment allcoation set if you dont have it11:52
sean-k-mooneyif we were to go the provider.yaml route11:52
sean-k-mooneythen it would be a custom trait11:52
sean-k-mooneywhcih we can do  but i would prefer to do that in code11:52
sean-k-mooneyi can drop it but it fells like a hack to not have  it11:52
stephenfinTrue. Same issue with PCI devices, NUMA topologies etc. though11:53
sean-k-mooneynot entirely the same thign although i waint traits for numa support11:53
stephenfinYeah, I'd agree with this normally but it does feel like we're using a trait as a stand in for proper resource reporting11:53
sean-k-mooneyi just have not needed them11:53
sean-k-mooneywell traits are for capablities11:53
sean-k-mooneylets see what gibi thinks and ill go with whatever the two of ye decied unless other weigh in11:54
stephenfinYeah, it's a very fuzzy line, that's for sure11:54
stephenfinMakes sense11:54
stephenfinas for your PCI devices in placement question, RE: what to do with VFs when a PF is consumed11:55
stephenfinI'd just kill that "feature"11:55
stephenfinmake it necessary to state whether you want to allow passthrough of the PF or the VFs, and only report one11:55
sean-k-mooneywell it has been a feature for a very long time making it so you dont have to pre allocated devices11:56
sean-k-mooneybut its very similar to how isolate used to work11:56
sean-k-mooneyits the same problem form a plamcent point of view11:56
stephenfinYup11:56
sean-k-mooneyso killing it would be valid but contentious11:56
sean-k-mooneywhich is why i dont think we will agree on that by tomorowy11:56
stephenfinI agree11:56
stephenfinPlus, you already have two specs11:56
stephenfinMore than enough for the three months we have left :)11:56
stephenfinAnywho11:57
* stephenfin goes for lunch11:57
*** bbowen has quit IRC11:57
*** bbowen has joined #openstack-nova11:59
openstackgerritLee Yarwood proposed openstack/nova-specs master: libvirt: Add support for flavor and image defined ephemeral encryption  https://review.opendev.org/c/openstack/nova-specs/+/77147412:02
*** raildo has joined #openstack-nova12:03
sean-k-mooneystephenfin: we dont have 3 months left12:03
sean-k-mooneystephenfin: m3 is march 11th so half that we have 6 weeks left but i agree12:04
sean-k-mooneyits 3 months till the offical release12:05
sean-k-mooneyapril 15th12:05
*** zzzeek has quit IRC12:18
*** zzzeek has joined #openstack-nova12:21
openstackgerritJohn Garbutt proposed openstack/nova master: Fix PCI passthrough race on reschedule (refresh)  https://review.opendev.org/c/openstack/nova/+/71084812:22
*** mkrai_ has quit IRC12:38
*** ociuhandu has joined #openstack-nova12:42
*** ociuhandu has quit IRC12:44
*** ociuhandu has joined #openstack-nova12:45
*** ociuhandu has quit IRC12:54
*** ociuhandu has joined #openstack-nova12:56
*** rcernin_ has quit IRC12:58
*** ociuhandu has quit IRC13:00
*** rcernin_ has joined #openstack-nova13:08
sean-k-mooneyjohnthetubaguy: since your about QQ do you know if anyoen is working on unified limits this cycle13:09
sean-k-mooneyjohnthetubaguy: i dont see a spec approved just wondering if that is on holed indefinetly or are people still makeing progress? melwitt you might also know?13:10
*** spatel has joined #openstack-nova13:10
*** spatel has quit IRC13:15
*** ociuhandu has joined #openstack-nova13:19
*** artom has joined #openstack-nova13:22
*** ociuhandu has quit IRC13:26
*** sapd1 has joined #openstack-nova13:27
*** dasp_ has joined #openstack-nova13:31
*** whoami-rajat___ has joined #openstack-nova13:31
openstackgerritMerged openstack/nova master: libvirt: Mock get_arch during some stable rescue unit tests  https://review.opendev.org/c/openstack/nova/+/76991613:32
*** songwenping__ has quit IRC13:33
*** dasp has quit IRC13:34
*** brinzhang has quit IRC13:37
*** zenkuro has joined #openstack-nova13:38
*** amodi has joined #openstack-nova13:38
*** ociuhandu has joined #openstack-nova13:38
gibistephenfin: we have customers that are relying the feature that allows consuming the whole PF or consuming just VFs from it dynamically. So while I like the idea to uncomplicate things I have to agree with sean-k-mooney that this feature is alreasy sold and supported out there13:41
gibisean-k-mooney: which trait specifically you dicussed above with stephenfin above?13:42
* gibi had a doctor's appointment that made IRC hard to follow 13:43
*** ociuhandu has quit IRC13:45
sean-k-mooneygibi: the vdpa one13:45
sean-k-mooneygibi: ill get you the link to the comment in the spec13:46
sean-k-mooneyhttps://review.opendev.org/c/openstack/nova-specs/+/764999/4/specs/wallaby/approved/libvirt-vdpa-support.rst#7913:46
*** ociuhandu has joined #openstack-nova13:47
sean-k-mooneygibi: i can drop the trait and rely on the pci passthough filter but i wante to provide a slightly better schdulign expericne before looking at tracking in plamcnet next cycle when i have more time/brain power13:47
sean-k-mooneygibi: unfortuetlly the PF/VF thing is the same problem we had with hyperthread and PCPUs13:48
sean-k-mooneyfundementally we cant express requirments to placment that require different resouced dependding on the selected host13:48
sean-k-mooneyso if we want to track pci devices in plamcnet in the long term we either have to try and update the allcoation candiate after we claim it or we have to remove the fature13:49
*** brinzhang has joined #openstack-nova13:49
sean-k-mooneythe same way we removed the ablity for the isolate policy to claim both hypertreads on host with SMT enabled13:49
*** swp20 has joined #openstack-nova13:50
sean-k-mooneyanywya pci device in placment is hopefully out of scope for vdpa this cycle13:50
*** brinzhang has quit IRC13:51
*** swp20 has quit IRC13:51
*** ociuhandu has quit IRC13:51
sean-k-mooneygibi: so the options we have are no trait and just rely on pci passhtough filter, standard trait added by prefilter, custom trati added by prefilter, and custom trait added by provider.yaml and manually in the flavor/image13:51
*** brinzhang has joined #openstack-nova13:51
*** derekh has quit IRC13:51
*** ociuhandu has joined #openstack-nova13:54
* gibi thinks13:56
gibiI agree that currenty no support in placement to make some VF resource unavailable if the parent PF is consumed. Current it is done by the PCI tracker and I guess we can keep this behavior in the compute node even after PCI is modelled in placement. E.g. the pci claim that happens on the compute can simply reserve the VFs in placement if the PF is claimed13:59
gibiit has the same racy behavior as of today14:00
gibibut not worse14:00
sean-k-mooneyyep if we do the claim in the conductor imieatly after the allcoation calim14:00
sean-k-mooneywe can make that better14:01
gibiyes, that can be done as well14:01
sean-k-mooneyespcially if said claim also make sure the resrvation in placment is updated first14:01
*** spatel has joined #openstack-nova14:01
gibiwe can basically add a placement post-filter that gets the selected allocation candidate that is being sent back to placement and adds the extra reservation to it14:02
sean-k-mooneyya that an option but not in the next 6 weeks right14:02
gibiyes, it is after W14:02
* sean-k-mooney this is why i intentionally declared pci device in placment out of scope14:02
sean-k-mooneyok14:02
gibiagree14:02
sean-k-mooneyso the real question is what to do for W14:03
gibiyes14:03
sean-k-mooneystandard tait that wont be need after devices are in placment14:03
sean-k-mooneycustom trait14:03
sean-k-mooneyor no trait14:03
gibithe custom trait solution would still require the pre-filter to be implemented, isn't it?14:03
sean-k-mooneyi think so14:04
sean-k-mooneyprovider.yaml coudl report it14:04
gibithen the custom trait is bad option in my eyes14:04
sean-k-mooneybut requesting would need a flavor/image with it14:04
sean-k-mooneyand using a specal falvor/imge for vdpa seams wrong in my eyes14:05
gibiagree ^14:05
sean-k-mooneythere is no way to add custom traits to a neutron port right?14:05
gibivdpa is a port specific thing14:05
sean-k-mooneyyep exactly14:05
gibisean-k-mooney: not from the user side14:05
gibineutron could add it from code14:05
sean-k-mooneyya that is what i tought14:05
gibibut that also mehh14:05
sean-k-mooneyvia the resouce requests right14:06
gibiright14:06
sean-k-mooneybut we are not using them for this14:06
gibiif there is qos then the vnic type is added as custom triat14:06
sean-k-mooneyso unfortunetly not useful14:06
sean-k-mooneyam dont you mean physnet14:06
sean-k-mooneynot vnic type14:06
gibihm,14:06
*** nweinber has joined #openstack-nova14:06
sean-k-mooneyanyway it wont work without neutron code chagnes is the imporant point14:07
sean-k-mooneyso really its standard trait with prefilter or no trait.14:07
gibiboth14:07
gibiboth the physnet and the vnic_type is a custom trait in qos14:07
sean-k-mooneyoh that is what you ment :)14:08
sean-k-mooneyok good to know14:08
gibianyhow14:08
gibiI agree it is either standard trait, or nothing14:08
sean-k-mooneystephenfin: ^14:08
sean-k-mooneydo either of ye have a preference then14:09
sean-k-mooneyi feel like ye are leaning towoard nothing?14:09
sean-k-mooneyand just using the pci passthough filter?14:09
gibipersonally if having no trait and a possibility of a bugreport due to the limit in allocation candidates that motivates us to do the PCI in placement then14:09
gibiyes, I would go with nothing14:09
gibiand focus on PCI in placement in X14:09
gibi(I have my personal reason to look into PCI in placement soon)14:10
stephenfinyeah, I vote nothing14:10
sean-k-mooneyya personally i like the possibel cross project goal of decalring X a maintaince cycle14:10
gibithe current PCIFilter based qos + pci solution has limitations until PCI in placement is a thing14:10
sean-k-mooneybut i am happy to push internally that we use that to pay donw our pci debth14:10
gibisean-k-mooney: lets have X a maintenance cylce where we discuss the PCI in placement from spec perspective :D14:11
sean-k-mooneyhehe well i would like to spend some time fixing some of thepci related move operations but ya14:11
gibiand yes, technical dept removal is a good form of maintenance14:11
sean-k-mooneyok ill update the spec to remove the trait and prefilter14:12
sean-k-mooneyand abandon the patches i submited for those14:12
gibisean-k-mooney: thanks14:12
sean-k-mooneygibi: stephenfin  was that the only outstanding question ye had14:12
sean-k-mooneyis so ill respin the spec now14:12
stephenfinyup, for me anyway14:12
gibisean-k-mooney: nothing else from me on that sepc14:13
gibispec14:13
sean-k-mooneyok thanks both of you.14:13
*** rcernin_ has quit IRC14:13
sean-k-mooneygibi: your main concen with the port numa policies is the precidence right14:14
sean-k-mooneyill poke other to review in our internal team meeting but should i add it to the adgenda for tomorrows14:14
sean-k-mooneyor maybe a ML post and ask for feedback there?14:15
*** vishalmanchanda has quit IRC14:15
gibisean-k-mooney: anything that puts more eyes on the spec from the perspective14:15
gibiI think tomorrows agenda is a good idea14:15
gibiif no objection there then I will upgrade my vote to +214:16
*** sapd1 has quit IRC14:16
sean-k-mooneythanks ok ill send a short mail to the list and say it to the redhat folk internally too and we can decied tomorrow14:16
*** derekh has joined #openstack-nova14:17
nightmare_unrealis there a reason why placement takes 1.0 api as default ? why it does not take latest like in nova14:19
*** hemanth_n has quit IRC14:20
*** jangutter_ has joined #openstack-nova14:20
sean-k-mooneylatest is a legacy thing for the nova client14:21
sean-k-mooneylatest also might not always do what you think it wont nessiarly do negociation14:21
*** jangutter has quit IRC14:24
*** irclogbot_3 has quit IRC14:27
nightmare_unrealis there a way to specify/config that ?14:28
*** sapd1 has joined #openstack-nova14:29
sean-k-mooneyso osc when you use latest just  uses that latest version constnat in the nova_client lib14:30
sean-k-mooneyit does not negociatation14:30
sean-k-mooneynova client if you dont specify a microverison negociates14:30
sean-k-mooneyif you explcitly use latest i dont no if it blindly uses it like osc or does negociation14:31
sean-k-mooneyat the api level i think its an alias for the latest microverion in nova14:31
*** irclogbot_3 has joined #openstack-nova14:31
sean-k-mooneybut that is not a stardard part of microverions14:31
sean-k-mooneyif you use latest the behavior will change between cloud or after upgrades so generally you sould not use it unless you are manually using clients to do something14:32
sean-k-mooneye.g. if this is used in code somewhere you shoudl not use latest14:32
sean-k-mooneyyou should use the minium microverion for the feature you are using14:33
sean-k-mooneythat is what nova and other service do internally when calling each other14:33
nightmare_unrealI see14:36
nightmare_unrealthanks for explanation14:36
sean-k-mooneyi assume you were using the openstack client when you said placment was defaulting to 1.014:37
*** zoharm has joined #openstack-nova14:37
sean-k-mooneyosc does not do microverion negocation to provide a stable striptable unifrom inteface. some plugins like ironic disagree with that philosocy and implemented negoication themselves but that was inteionally not done osc itself14:39
sean-k-mooneythe placment team did like the osc phioscophy so intentionlly did not implment microverion negociation in there placment plugin14:40
*** rcernin_ has joined #openstack-nova14:40
*** rcernin_ has quit IRC14:45
openstackgerritLee Yarwood proposed openstack/nova-specs master: libvirt: Add support for flavor and image defined ephemeral encryption  https://review.opendev.org/c/openstack/nova-specs/+/77147414:45
gibihm, does somebody has an idea how can it be that a server in ERROR state does not have a fault field? http://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22testtools.matchers._impl.MismatchError%3A%20'fault'%20not%20in%20%7B%5C%2214:47
sean-k-mooney um is it in cell0?14:49
sean-k-mooneyim not sure if the code path that lands you there would result in that but no14:50
sean-k-mooneynot of the top of my head14:50
sean-k-mooneyallthough you are looking at the unit/func tests?14:50
sean-k-mooneyso we might just not have mocked it right14:50
sean-k-mooneyin real code it maight always be set but in our unit test it might not due to incorrect mocking maybe?14:51
gibiit is tempest14:52
sean-k-mooneyfyi ill be afk for a while but ill update the spec when i get back14:52
gibisean-k-mooney: ack14:52
sean-k-mooneyah ok ya i guess using testtool makes sense there14:52
*** vishalmanchanda has joined #openstack-nova14:52
sean-k-mooneyoh needed to exted time frame so its the min bandwith tests14:53
sean-k-mooneyweird14:53
gibiI see in the api log that fault is lazy loaded14:53
gibifor this request14:53
gibiso somehow the fault is missing in the db14:54
*** rcernin_ has joined #openstack-nova14:58
*** whoami-rajat___ is now known as whoami-rajat__15:02
*** rcernin_ has quit IRC15:03
*** amodi has quit IRC15:06
*** rcernin_ has joined #openstack-nova15:07
*** rcernin_ has quit IRC15:12
lyarwoodhttps://review.opendev.org/c/openstack/nova/+/754702/ - there's a first, subnode deployment failed but we still tried to run multinode tests15:12
*** slaweq has quit IRC15:21
*** slaweq has joined #openstack-nova15:23
*** sapd1 has quit IRC15:31
kashyapUnrelated ... TIL, Red Hat announced gratis RHEL (you can now run upto 16 production instances): https://www.redhat.com/en/blog/new-year-new-red-hat-enterprise-linux-programs-easier-ways-access-rhel15:44
kashyaplyarwood: --^ Wonder if that allows one to start testing w/ proper RHEL in the upstream CI15:44
lyarwoodkashyap: I wouldn't expect it would no15:45
lyarwoodkashyap: and in any case testing RHEL in master CI seems a little pointless if we have centOS streams15:46
kashyaplyarwood: Ah, right; if we're testing w/ CentOS15:46
kashyap... Streams, it's indeed not worth it15:46
kashyapI brought it up because some upstreams (like QEMU) will start using it now15:47
lyarwoodI'd like to introduce *some* centOS streams coverage into the Nova gate if at all possible but that's about it15:48
kashyaplyarwood: Right; any non-trivial enterprise distro testing is upto relevant downstreams (as it's part of their value prop).15:51
kashyapI, for one, would be happy if a Fedora job that is sustained w/o bit-rot.  I don't care about CentOS or Streams, personally.15:52
lyarwoodwe have that in the experimental queue15:52
lyarwoodbut centOS is a supported distro unlike Fedora15:53
lyarwoodso I'd rather have it in the check and gate queues15:53
kashyaplyarwood: Yeah; I know you did some work on that; and I use it occasionally.  To which, I thank you!15:54
lyarwooda few of us normally try to support the new fedora releases15:54
kashyapYou're saying CentOS as "supported" as in, LTS, I take it15:54
kashyaplyarwood: Right; I did it in the past, and didn't do it after that.15:55
kashyapI also know ianw++ does some tireless maint work15:55
sean-k-mooneylyarwood: fedora is techniclaly not in the PTI15:55
sean-k-mooneyif your talking about devstack then its only partly supported15:55
sean-k-mooneyhttps://github.com/openstack/devstack/blob/master/doc/source/overview.rst#base-os15:56
kashyaplyarwood: BTW, upstream libvirt tests CentOS7, 8, Streams, and a crap-ton of other distros: https://gitlab.com/libvirt/libvirt/-/pipelines/24426021915:58
kashyapIt's at least good that they (including QEMU) test on RHEL; to catch regressions that can sneak in through rebases.15:58
sean-k-mooneykashyap: by the way the previous developer licencing explcitly disallowed rhel15:58
kashyap(And upper layers benefit from that.)15:58
lyarwoodsean-k-mooney: huh I was going on the runtimes for each release15:59
kashyapsean-k-mooney: Yep; that's fixed now.  The developer subscription is now far more useful.15:59
sean-k-mooneylyarwood: fedora is not in the support runtime for any release15:59
sean-k-mooneyright now centos stream is not either technically15:59
sean-k-mooneyalthough i think that will change in the y release16:00
sean-k-mooneyi know rdo are moving to stream now16:00
sean-k-mooneybut technially that is not a supproted runtime16:00
lyarwoodyup I'd still like to move ahead with some centOS coverage of some form this cycle if possible16:00
sean-k-mooneyyes we could do that though we proably shoudl not use stream16:01
sean-k-mooneyat least until the offical runtime list is either ammened or next cycle16:02
lyarwoodyeah I'll just use whatever is in the base job from devstack/tempest (/me forgets which)16:02
sean-k-mooneylyarwood: well both are avaiable16:02
sean-k-mooneyand i fixed the only stream issue earlier in the cycle16:02
sean-k-mooneyso we can use both if needed16:03
sean-k-mooneyits just up to use to choose the correct nodeset16:03
sean-k-mooneykashyap: the limit on 16 instance basically means we cant use the "No-cost RHEL for small production workloads" clause16:03
kashyapsean-k-mooney: What do you mean can't use?  It is for CI/developer purposes16:04
kashyapThat's their intentional limit16:04
kashyapsean-k-mooney: Many upstreams benefit from that16:04
kashyapIt is not supposed to solve every use case of every project.  But for vast majority; this is a good move.16:04
sean-k-mooneythat document does not explcitly state you arfree to use it for CI16:04
*** macz_ has joined #openstack-nova16:05
sean-k-mooneyit describe 2 catagories "No-cost RHEL for customer development teams" upstream ci is not a customer16:06
sean-k-mooneythe other one is "No-cost RHEL for small production workloads"16:07
sean-k-mooneywhich is adderssed by "Individual Developer subscription for RHEL can be used in production for up to 16 systems."16:12
*** ociuhandu has quit IRC16:25
*** mlavalle has joined #openstack-nova16:26
*** ociuhandu has joined #openstack-nova16:36
*** gyee has joined #openstack-nova16:50
kashyapThe annoucement clearly spells out "community projects maintaining large CI/Build systems".16:54
dansmithgibi: lyarwood: If you're around, could we get this landed? https://review.opendev.org/c/openstack/nova/+/77123417:02
dansmithwe're currently copying glance-internal properties into snapshots, which we need to stop so glance can stop letting api users set internals :P17:02
*** nightmare_unreal has quit IRC17:03
openstackgerritMerged openstack/nova master: tox: Stop linting as part of docs target  https://review.opendev.org/c/openstack/nova/+/73517617:04
openstackgerritMerged openstack/nova master: doc: require openstack client change for every new API microversion  https://review.opendev.org/c/openstack/nova/+/71772717:04
*** rcernin_ has joined #openstack-nova17:08
lyarwooddansmith: sorry was on a call, looking17:12
*** rcernin_ has quit IRC17:12
*** artom has quit IRC17:15
gibidansmith: looks good to me17:16
dansmithgibi: thanks17:17
lyarwooddansmith: did you want to backport this?17:17
dansmithlyarwood: we don't really need to, as I don't think the glance part will get backported17:17
lyarwooddansmith: if you do could you add a bug otherwise this LGTM17:17
lyarwooddansmith: an ack then I'll +W17:17
lyarwoodah*17:17
dansmiththanks17:17
dansmithif we backported the enforcement in glance, we'd start breaking nova if you yum updated glance before, so I don't think it's a good idea17:18
openstackgerritBalazs Gibizer proposed openstack/nova master: Replace blind retry with libvirt event waiting in detach  https://review.opendev.org/c/openstack/nova/+/77024617:19
*** dtantsur is now known as dtantsur|afk17:23
*** rpittau is now known as rpittau|afk17:26
openstackgerritMerged openstack/nova master: libvirt: Only add a USB controller if it's necessary  https://review.opendev.org/c/openstack/nova/+/75654917:30
*** tesseract has quit IRC17:33
*** ociuhandu_ has joined #openstack-nova17:38
*** ociuhandu has quit IRC17:42
*** ociuhandu_ has quit IRC17:42
*** artom has joined #openstack-nova17:47
*** artom has quit IRC17:47
*** artom has joined #openstack-nova17:47
openstackgerritMerged openstack/nova master: libvirt: Remove support for '[libvirt] use_usb_tablet'  https://review.opendev.org/c/openstack/nova/+/75655017:53
openstackgerritMerged openstack/nova master: Make PCI claim NUMA aware during live migration  https://review.opendev.org/c/openstack/nova/+/74845317:54
openstackgerritMerged openstack/nova master: api-ref: Add notes about volume attach and detach being async  https://review.opendev.org/c/openstack/nova/+/76810417:55
openstackgerritMerged openstack/nova master: Docs: correct cpu_thread_policy explanation  https://review.opendev.org/c/openstack/nova/+/76517217:55
*** ralonsoh has quit IRC17:58
*** derekh has quit IRC18:01
openstackgerritArtom Lifshitz proposed openstack/nova master: WIP: libvirt: start tracking NUMACell.socket for hosts  https://review.opendev.org/c/openstack/nova/+/76681618:21
stephenfinlyarwood: This can wait til after M2, but you should probably look at https://review.opendev.org/c/openstack/python-openstackclient/+/771699 at some point18:23
lyarwoodstephenfin: ack18:23
stephenfinSuggestions for how to make that less horrific for users are welcome, though I think that's just part of the complexity of BDM v2, unfortunately :-(18:23
lyarwoodstephenfin: speaking of M2 would you mind hitting https://review.opendev.org/c/openstack/nova-specs/+/771474 again18:24
stephenfinsure18:24
*** vishalmanchanda has quit IRC18:40
openstackgerritArtom Lifshitz proposed openstack/os-traits master: WIP: Add COMPUTE_SOCKET_PCI_NUMA_AFFINITY trait  https://review.opendev.org/c/openstack/os-traits/+/77170518:55
artomOh we get notified in both channels eh18:55
sean-k-mooneyall the placment and os traits related stuff is now here19:01
artomSo is -placement ded?19:02
sean-k-mooneykind of19:02
artomzombie?19:02
sean-k-mooneyi mean i think most of us are still there too19:02
sean-k-mooneybut gibi is ptl of both currently and three really isnt much of a placment core team19:02
sean-k-mooneyat least that is active19:02
*** rcernin_ has joined #openstack-nova19:09
*** andrewbonney has quit IRC19:09
*** dcapone2004 has joined #openstack-nova19:13
*** rcernin_ has quit IRC19:14
*** rcernin_ has joined #openstack-nova19:25
*** rcernin_ has quit IRC19:30
openstackgerritLee Yarwood proposed openstack/nova master: docs: Add reference docs for internal block device structures  https://review.opendev.org/c/openstack/nova/+/77171119:32
lyarwoodstephenfin: ^ for the morning, spent some time this afternoon cleaning an old email from mdbooth up and turning it into a reference doc19:32
*** zoharm has quit IRC19:40
*** rcernin_ has joined #openstack-nova20:12
openstackgerritsean mooney proposed openstack/nova-specs master: libvirt: support vdpa kernel networking  https://review.opendev.org/c/openstack/nova-specs/+/76499920:21
dansmithlyarwood: there's another failure in the multistore job I'm seeing evidence of, which actually might be caused by us snapshotting an image which includes glance internals, which prevents us from doing multistore things, thinking they're already done20:22
dansmithlyarwood: which hopefully that do-not-inherit patch will fix20:22
dansmithhadn't seen this one failure until just now20:22
*** rcernin_ has quit IRC20:23
*** avolkov has quit IRC20:24
lyarwooddansmith: ack cool, hopefully that's the failure I saw before the break and your change should resolve it. I've not seen any more recently tbh, most of our issues at the moment are with the nova-live-migration job, subnode devstack failures and libvirtd.20:34
* lyarwood drops for the night \o20:34
*** dave-mccowan has joined #openstack-nova20:40
*** tosky has quit IRC20:41
*** raildo has quit IRC20:42
*** raildo_ has joined #openstack-nova20:42
*** tosky has joined #openstack-nova20:42
*** mgariepy has quit IRC20:42
*** spatel has quit IRC20:43
*** mgariepy has joined #openstack-nova20:43
*** rcernin_ has joined #openstack-nova20:48
dansmithlyarwood: most of them were the tempest-induced OOM that I fixed earlier I think, but.. yeah20:59
*** dcapone2004 has quit IRC21:11
*** sean-k-mooney has quit IRC21:16
*** rcernin_ has quit IRC21:49
*** rcernin has joined #openstack-nova21:50
*** whoami-rajat__ has quit IRC21:51
*** jamesden_ has quit IRC21:51
*** jamesdenton has joined #openstack-nova21:51
*** nweinber has quit IRC22:05
*** xek has quit IRC22:13
*** hamalq has joined #openstack-nova22:25
*** slaweq has quit IRC22:32
*** raildo_ has quit IRC23:09
*** lbragstad has quit IRC23:13
*** lbragstad_ has joined #openstack-nova23:13
*** brinzhang has quit IRC23:20
*** brinzhang has joined #openstack-nova23:29
*** luksky has quit IRC23:33
*** tosky has quit IRC23:44
*** hoonetorg has quit IRC23:48

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