Wednesday, 2019-03-27

*** takashin has joined #openstack-placement00:10
*** tetsuro has joined #openstack-placement00:18
*** Sundar has quit IRC00:56
*** mgagne has quit IRC02:15
*** mgagne has joined #openstack-placement02:15
*** tetsuro has quit IRC03:58
*** tetsuro has joined #openstack-placement05:18
*** e0ne has joined #openstack-placement06:23
*** alex_xu has quit IRC06:23
*** alex_xu has joined #openstack-placement06:29
*** e0ne has quit IRC06:43
*** e0ne has joined #openstack-placement06:47
openstackgerritBoxiang Zhu proposed openstack/nova-specs master: Scheduler filters evaluated even forced host  https://review.openstack.org/64545806:51
*** e0ne has quit IRC06:59
*** e0ne has joined #openstack-placement07:05
openstackgerritTetsuro Nakamura proposed openstack/placement master: Prepare for negative member_of queryparam  https://review.openstack.org/64139107:42
openstackgerritTetsuro Nakamura proposed openstack/placement master: Prepare for negative member queryparam 2  https://review.openstack.org/64139207:42
openstackgerritTetsuro Nakamura proposed openstack/placement master: Negative member_of query with microversion 1.32  https://review.openstack.org/64139307:42
*** e0ne has quit IRC07:45
*** e0ne has joined #openstack-placement07:48
*** e0ne has quit IRC07:51
*** e0ne has joined #openstack-placement07:52
*** e0ne has quit IRC07:52
*** e0ne has joined #openstack-placement07:54
openstackgerritTetsuro Nakamura proposed openstack/placement master: Spec: Support filtering by forbidden aggregates  https://review.openstack.org/64770408:05
*** takashin has left #openstack-placement08:06
*** e0ne has quit IRC08:17
*** helenafm has joined #openstack-placement08:48
*** ttsiouts has joined #openstack-placement09:00
openstackgerritAbhishek Kekane proposed openstack/nova-specs master: Support multiple backend of Glance  https://review.openstack.org/64121009:01
*** ttsiouts has quit IRC09:10
*** tetsuro has quit IRC09:12
*** ttsiouts has joined #openstack-placement09:13
*** tssurya has joined #openstack-placement09:18
openstackgerritSurya Seetharaman proposed openstack/nova-specs master: Support adding the reason behind a server lock  https://review.openstack.org/63862909:48
openstackgerritSurya Seetharaman proposed openstack/nova-specs master: Support adding the reason behind a server lock  https://review.openstack.org/63862910:05
*** e0ne has joined #openstack-placement10:12
*** e0ne has quit IRC10:34
*** e0ne has joined #openstack-placement10:42
*** cdent has joined #openstack-placement11:08
*** e0ne has quit IRC11:42
*** e0ne has joined #openstack-placement11:54
*** e0ne has quit IRC11:56
*** e0ne has joined #openstack-placement12:03
*** e0ne has quit IRC12:07
*** e0ne has joined #openstack-placement12:12
*** e0ne has quit IRC12:37
openstackgerritChris Dent proposed openstack/placement master: Fill in the New Features section of contributing.rst  https://review.openstack.org/64811312:39
*** cdent has quit IRC12:40
*** e0ne has joined #openstack-placement13:36
*** cdent has joined #openstack-placement14:19
openstackgerritsean mooney proposed openstack/nova-specs master: add spec for image metadata prefiltering  https://review.openstack.org/64757814:27
openstackgerritChris Dent proposed openstack/placement master: Fill in the New Features section of contributing.rst  https://review.openstack.org/64811314:46
dansmithcdent: edleafe efried: I thought that there were some "map things to traits" functions in os-traits, but I'm not seeing them14:48
dansmithis that appropriate to add there?14:48
efrieddansmith: There's a normalize_name method14:49
cdentdansmith: I'm not sure I know what you mean?14:49
efriedthat generates a valid CUSTOM_* name from an input string.14:49
dansmithefried: that's for just generic stringification right?14:49
dansmithyeah14:49
dansmithcdent: I mean something that converts glance image format names to trait names14:49
efriedthere's nothing else I'm aware of that does "mapping"14:49
efriedoh, yeah, I would expect that to live not in os-traits itself.14:49
dansmithokay I thought there was..14:49
dansmithack14:49
efriedlike the mapping for compute capabilities14:49
efriedI could be wrong.14:50
edleafethat's definitely not an os-traits thing14:50
cdentI think we decided that os-traits was going to be almost entirely "just the symbols"14:50
dansmiththought someone said it would be in os-traits when we were discussing this image thing, since the image types are public from glance14:50
dansmithack, just checking14:50
cdentand thus far that's how it has been14:50
*** e0ne has quit IRC14:50
dansmithah, here:14:51
dansmithhttps://github.com/openstack/os-traits/blob/master/os_traits/hw/gpu/cuda.py14:51
dansmiththat's enough to have some tests, and probably what I'm thinking of14:51
dansmithbut anyway, I don't care where it is, just didn't want to put it in nova if ya'll wanted it next to the traits themselves14:51
cdenthuh, that's news to me14:52
cdentdansmith: I'd say write it somewhere it works while making it work, and then when we see it if it looks os-traits stuff, we move it?14:52
dansmithsure.. the only reason to put it here is because it translates public glance api things to public os-traits things, which shouldn't change, but that's not the norm for other non-image things14:53
dansmithso putting it in nova makes plenty of sense I think14:53
cdentmy original hope for os-traits and os-resource-classes has been that they wouldn't have any (beyond the symbols) that was only used by one project. So basically if a second project started wanting something, we'd put it it. But that might be too limiting. I don't care a huge deal one away or another.14:54
edleafewould any service other than nova need it?14:54
edleafesorta jinx14:54
openstackgerritDan Smith proposed openstack/os-traits master: Add IMAGE_TYPE_SUPPORT_* traits  https://review.openstack.org/64814714:56
dansmithedleafe: yeah, I could see cinder using it14:56
dansmithso, do we have to merge that and do an os-traits release before I can use them in test nova patches?14:57
cdentdepends on whether it is a tox-sibling or not14:58
* dansmith stares blankly14:58
cdent:)14:58
* cdent goes looking14:59
cdentdansmith: for unit tests, no. for functional tests you might be able to make it a tox-slbling by adding to the required-projects section in functional job def. In any case, i'd try a depends-on just to see what happens. I can't remember off the top of my head (that's been swapped out today)15:02
*** e0ne has joined #openstack-placement15:02
dansmithwhat do other people do in this case? can we just merge that patch before the nova stuff is really ready?15:03
cdentwe can (and should) improve this15:03
dansmithshould be pretty uncontroversial aside from the prefix, given this is already a public enum15:03
cdentyeah, merging trait changes early has been a common thing15:03
dansmithokay15:03
cdentgibi probably has some experience in this area15:03
cdentdansmith: commented on that patch, it's got one main problem, easy to fix15:13
gibidansmith, cdent: do you want to have someting how placement is installed in nova functional test env? https://github.com/openstack/nova/blob/771e102654b54d257f437f16be2aeeef51fa0783/tox.ini#L9115:15
gibicdent: in the bandwidth case the related resource classes was still defined in nova when they was merged so in that case there was no dependency issue15:16
*** e0ne has quit IRC15:49
*** e0ne has joined #openstack-placement15:53
dansmithcdent: ah, I think I knew that once upon a time, thanks15:58
cdentdansmith: shore15:58
openstackgerritDan Smith proposed openstack/os-traits master: Add COMPUTE_IMAGE_TYPE_SUPPORT_* traits  https://review.openstack.org/64814715:59
*** efried is now known as efried_rollin16:02
openstackgerritChris Dent proposed openstack/placement master: Fill in the Writing Code section of contributing.rst  https://review.openstack.org/64817616:18
*** helenafm has quit IRC16:28
*** cdent has quit IRC16:34
*** ttsiouts has quit IRC16:34
*** ttsiouts has joined #openstack-placement16:35
*** tssurya has quit IRC16:39
*** ttsiouts has quit IRC16:40
*** e0ne has quit IRC17:01
*** cdent has joined #openstack-placement17:17
cdentedleafe, efried_rollin : am I missing something on tetsuro's forbidden agg spec? seems to be a logic flaw, or maybe just the spec not fully updated18:02
*** e0ne has joined #openstack-placement18:04
edleafecdent: one is specific to the in: operator, which means any single match will satisfy. in:!agg3<anything else> makes <anything else> redundant18:05
edleafeLine 176 is saying that all conditions must be true18:06
edleafeLine 87 is simply about proper usage of in:18:06
cdentboth refer to in:, 87 says we don't support ! in in, generally, 176 says we do18:07
cdentso there's either a typo, or a wrong18:08
*** e0ne has quit IRC18:11
edleafeoh, sorry, I was looking at 183, which doesn't use in:18:14
edleafeOK, yeha, 176 is not right18:14
* edleafe heads out to his thrice-weekly torture session18:15
cdentenjoy18:16
*** cdent has quit IRC18:36
*** efried_rollin is now known as efried19:45
openstackgerritMerged openstack/placement master: s/rc_cache.ensure_rc_cache/rc_cache.ensure/  https://review.openstack.org/64794620:09
openstackgerritEd Leafe proposed openstack/placement master: Spec: Support filtering by forbidden aggregates  https://review.openstack.org/64770420:21
edleafecdent: efried: ^^ Updated to address cdent's concern.20:22
efriedack20:22
efriededleafe: one more update if you please.21:01
efriedas modified in PS4, those two added cases are really the same thing.21:01
edleafeefried: I almost deleted the second example, as it was pretty much the same as the first. But I can add your version if you think it makes things clearer21:02
efrieddefinitely21:03
edleafeBut doesn't in: require matching all the aggs?21:03
edleafein: implies 'and', and without in: is 'or'21:04
edleafeIn your example, the first member of would match RPs in agg1 and agg2. The second would eliminate all that are in agg2, which means nothing would be returned21:06
edleafeSo I'm not sure I see any improvement21:06
edleafeok, I'm drunk21:07
edleafeJust re-read http://specs.openstack.org/openstack/api-sig/guidelines/pagination_filter_sort.html#filtering21:07
edleafe'in:' is like python 'in'21:08
efriedother way around21:10
efriedyeah, in: is OR; without in: is AND21:11
edleafeLine 183 is wrong then. Should be &member_of=<agg1>&member_of=!<agg1>21:16
openstackgerritMerged openstack/placement master: Remove fake resource class from fake_ensure_cache  https://review.openstack.org/64794821:17
openstackgerritEd Leafe proposed openstack/placement master: Spec: Support filtering by forbidden aggregates  https://review.openstack.org/64770421:30
edleafeefried: ^^ added those changes21:31
openstackgerritDan Smith proposed openstack/os-traits master: Add COMPUTE_IMAGE_TYPE_SUPPORT_* traits  https://review.openstack.org/64814721:39
openstackgerritEd Leafe proposed openstack/placement master: Spec: Support filtering by forbidden aggregates  https://review.openstack.org/64770421:48
edleafeefried: ^^ Doh! forgot to fix the typo21:48
efriedwas just leaving that comment.21:48
efried+221:48
efriedWe'll let Chris merge that and then I'll take the -2 off the bottom patch.21:49
edleafekewl21:49
*** gibi has quit IRC23:03
*** gibi has joined #openstack-placement23:22
*** takashin has joined #openstack-placement23:48
*** tetsuro has joined #openstack-placement23:58

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