Tuesday, 2019-09-03

*** takashin has joined #openstack-placement02:26
*** e0ne has joined #openstack-placement03:47
*** takashin has left #openstack-placement03:53
*** e0ne has quit IRC04:49
*** e0ne has joined #openstack-placement04:50
*** e0ne has quit IRC04:51
*** e0ne has joined #openstack-placement05:08
*** e0ne has quit IRC05:16
*** e0ne has joined #openstack-placement06:00
*** e0ne has quit IRC06:03
*** e0ne has joined #openstack-placement06:12
*** e0ne has quit IRC06:20
*** e0ne has joined #openstack-placement08:09
*** cdent has joined #openstack-placement09:17
openstackgerritChris Dent proposed openstack/placement master: Add consumer_types migration, database and object changes  https://review.opendev.org/66917009:44
openstackgerritChris Dent proposed openstack/placement master: Microversion 1.37: API support for consumer types  https://review.opendev.org/67944109:44
openstackgerritChris Dent proposed openstack/placement master: Switch ConsumerType to use an AttributeCache  https://review.opendev.org/67948609:44
cdentmaybe that will finally work09:44
*** artom has joined #openstack-placement10:13
cdentgibi or stephenfin : if you have a chance to look at this request logging fix up, that would be grand: https://review.opendev.org/#/c/676982/10:25
gibicdent: ack10:28
cdentthanks10:29
* cdent finds lunch10:50
*** cdent has quit IRC10:50
*** cdent has joined #openstack-placement11:26
cdentthanks gibi11:27
sean-k-mooneycdent: by the way ill try to get to https://storyboard.openstack.org/#!/story/2006456 today11:33
cdentgreat, thanks11:34
sean-k-mooneymy preference as i said last week woudl be HW_CPU_X86_INTEL_SST_* at least initally as COMPUTE_ implies t11:34
sean-k-mooneysomting else but i also need to read the comments11:35
cdentthere seems to be a bit of confusion over whether the trait is useful in isolation11:35
cdentand if not, if the other bits are going to happe11:35
cdentn11:35
sean-k-mooneythere is a use case with the provider.yaml11:37
sean-k-mooneyactully maybe not11:37
sean-k-mooneythe provider.yaml is currenly restrited to CUSTOM_ traits11:37
sean-k-mooneywith the cpu pinning work there will be two pools of cpus on the host11:37
* cdent nods11:37
sean-k-mooneythe cpu_dedicated_set and cpu_share_set11:38
sean-k-mooneythe proposal was on host that support SST_BF11:38
sean-k-mooneyto use teh dedicated set for the highr priority cores11:38
sean-k-mooneyand the shared set for the rest11:38
sean-k-mooneythat would then allow you to request the traits + pinning11:38
sean-k-mooneyto land on a hos twih high priority cores11:38
sean-k-mooneyor the traits + shared to land on the low pirority cores11:39
sean-k-mooneythat said due to the CUSTOM_ constarit on provider.yaml you would have to use a non standard trait to do that11:40
sean-k-mooneyso in its current form i guess this would only be useful if the virt dirver(e.g. libvirt) reported supprot for this standard trait11:41
sean-k-mooneyefried: does ^ makes sense to you?11:41
*** cdent has quit IRC12:50
*** david-lyle has quit IRC13:02
*** dklyle has joined #openstack-placement13:02
*** spatel has joined #openstack-placement13:10
*** cdent has joined #openstack-placement13:15
*** mriedem has joined #openstack-placement13:29
efriedsean-k-mooney: even if we allowed standard traits in provider config, the part that doesn't make sense is:13:34
efried=> one trait would indicate the system is capable of SST-BF13:35
efried=> a different trait indicates that we've taken SST-BF + PCPU/VCPU and made PCPUs high-priority.13:35
efried=> The latter requires the former13:35
efried=> There's no use case for the former in isolation.13:35
sean-k-mooneywell we dont actully want to supprot the latter13:36
sean-k-mooneythe pcpu/vcpu trick is a hack for no formal support13:36
sean-k-mooneyit was only intended for use until there as actully support nova/cyborg/rmd for SST-BF13:37
sean-k-mooneyso the former haing a trait to indicate hardware support is the only trait that i think makes sense13:37
efriedOh, I did not get the impression that there would ever be native support for CPU priority.13:39
efriedin any case, just the SST-BF capability would never be enough to do anything with.13:39
efriedYou would always have to say *something* else indicating how the frequencies are to be used.13:40
cdentdansmith: actually, I have a real request for you. you're still grenade-oriented, yes? this seems to be working, but I'm not fullyy confident it is _right_: https://review.opendev.org/67965514:10
dansmithcdent: I'm three deep right now.. remind me in 60 minutes?14:11
cdentdansmith: can do america14:12
openstackgerritMerged openstack/placement master: Merge request log and request id middlewares  https://review.opendev.org/67698214:20
openstackgerritMerged openstack/placement master: Clarify the NOTE associated with ordering of middleware  https://review.opendev.org/67333514:20
*** cdent has quit IRC14:26
*** spatel has quit IRC14:41
*** spatel has joined #openstack-placement14:50
*** spatel has quit IRC15:13
*** cdent has joined #openstack-placement15:25
cdentdansmith: is it is 1 18 minutes later, here is your late reminder15:28
cdents/1/1h/15:28
dansmithcdent: yeah I came looking for you... I can't look at that and say for sure it's right without looking at some of the other things that are totally top-level like you need to be15:28
dansmithso i think dean probably needs to have a look,15:28
cdenti copied it from keystone, and then fixed what was broken, so I reckon it is fairly okayish15:29
dansmithbut in general, i think you're doing the right thing, I just don't have enough of the bootstrap stuff of other projects in my head to say for sure without digging really deep (which I imagine you've done)15:29
dansmithyeah15:29
dansmithfigured15:29
cdentit was inspired by the needed-by, which now works as a result15:29
cdentcool. at least nothing obvious leaps out as dumb. thank you.15:30
*** e0ne has quit IRC16:00
*** e0ne has joined #openstack-placement17:12
*** e0ne has quit IRC17:23
*** e0ne has joined #openstack-placement17:23
*** e0ne has quit IRC17:30
*** artom has quit IRC17:31
*** artom has joined #openstack-placement17:31
*** cdent has quit IRC17:38
*** e0ne has joined #openstack-placement18:15
*** e0ne_ has joined #openstack-placement19:24
mriedemmelwitt: any chance you can update https://review.opendev.org/#/c/675520/ this week so we can try to get it in the next release for train?19:25
*** e0ne_ has quit IRC19:26
*** e0ne has quit IRC19:27
melwittmriedem: yes, will update today, thanks20:12
*** artom has quit IRC20:30
*** artom has joined #openstack-placement20:36
*** mriedem has quit IRC22:10

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