Wednesday, 2019-07-03

*** e0ne has joined #openstack-placement05:20
*** artom has joined #openstack-placement05:41
*** artom is now known as artom|gmtplus305:41
*** e0ne has quit IRC06:12
*** belmoreira has joined #openstack-placement06:39
*** ttsiouts has joined #openstack-placement06:58
*** cdent has joined #openstack-placement07:04
*** tssurya has joined #openstack-placement07:10
*** helenafm has joined #openstack-placement07:21
*** ttsiouts has quit IRC07:26
*** ttsiouts has joined #openstack-placement07:27
*** ttsiouts has quit IRC07:31
*** ttsiouts has joined #openstack-placement07:51
*** zzzeek has quit IRC08:48
*** zzzeek has joined #openstack-placement08:49
*** helenafm has quit IRC09:00
*** helenafm has joined #openstack-placement09:03
*** helenafm has quit IRC09:15
*** helenafm has joined #openstack-placement09:20
*** helenafm has quit IRC09:34
*** e0ne has joined #openstack-placement09:37
*** helenafm has joined #openstack-placement09:41
*** lei-zh has joined #openstack-placement09:59
*** lei-zh has quit IRC10:01
*** lei-zh has joined #openstack-placement10:02
*** ttsiouts has quit IRC10:16
*** ttsiouts has joined #openstack-placement10:16
*** ttsiouts has quit IRC10:21
*** lei-zh has quit IRC10:36
*** cdent has quit IRC10:58
*** ttsiouts has joined #openstack-placement11:01
*** tetsuro has joined #openstack-placement11:03
*** cdent has joined #openstack-placement11:28
*** tssurya has quit IRC11:34
*** tssurya has joined #openstack-placement11:37
*** tetsuro has quit IRC11:38
*** tetsuro has joined #openstack-placement11:52
cdentgibi: if you're around I could use your help in a review of https://review.opendev.org/#/c/666542/ . The way "in" is being used there seems wrong and I'm not communicating the issue well12:01
*** cdent has quit IRC12:08
*** cdent has joined #openstack-placement12:29
cdentmelwitt: are you gonna be able to come back to https://review.opendev.org/#/c/640898/ eventually ?12:39
gibicdent: ack. I will try to reach that review today12:45
cdentthanks gibi12:45
tssuryacdent: since SQLite doesn't support addition of constraints to existing table, I am a bit confused on what to do regarding the foreign key I have to add to consumers that will reference the consumer_types_id12:56
tssuryaany suggestions ?12:56
* cdent thinks12:57
cdenttssurya: maybe some conditionals like this one: https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/migrate_repo/versions/278_remove_service_fk_in_compute_nodes.py#L2713:01
cdent(i tried to link to opendev but it was too slow :(  )13:02
tssuryacdent: no problem yea looking into it13:02
tssuryathanks I'll see if I can do something like this13:03
*** tetsuro has quit IRC13:23
*** tetsuro has joined #openstack-placement13:24
*** tetsuro has quit IRC13:24
gibicdent: I've added my view to https://review.opendev.org/#/c/666542/ . I think there is no solution without some level of end user pain13:27
*** ttsiouts has quit IRC13:27
cdentthanks for that gibi, that makes it more clear13:27
cdentI think your second suggestion is better (and will say so on the review)13:28
* cdent doesn't think much in terms of osc-placement...13:33
cdentI almost always go to curl13:33
cdentbut then again, I almost never work with real deployments...13:34
*** ttsiouts has joined #openstack-placement13:44
gibiI use to work with the openstack CLI so it helps me if I don't have to switch to curl for placementy things13:47
*** zzzeek has quit IRC13:49
*** zzzeek has joined #openstack-placement13:51
*** zzzeek has quit IRC13:53
*** zzzeek has joined #openstack-placement13:54
*** zzzeek has quit IRC13:55
*** zzzeek has joined #openstack-placement13:56
*** mriedem has joined #openstack-placement13:59
efriedcdent: question14:45
cdenthello14:45
efriedcan I effectively exceed max_unit by using multiple request groups and group_policy=none?14:46
efriedeasy enough to test out, but thought you might know off the top14:46
efriedmore to the point, what would we *want* the behavior to be?14:46
efriedIf I'm using separate request groups, seems like I want two different "chunks", and having each one (but not the sum) observe max_unit would make sense.14:47
cdentI'd need to look at the code to confirm/deny when the capacity check was happening, but I'd hope/assume it was early, and that yes, you could clobber14:47
cdentand yes14:47
efriedI know for sure we do an extra *capacity* check after we consolidate ARRs.14:48
efriedbut I can't remember if that's for usage only.14:48
* efried looks14:48
cdentyeah, that one check max_unit14:49
cdentline 703 is a_c14:49
cdents/is/in/14:49
efriedyup14:49
cdentdespite what you've said before, that's probably more aligned with the spirit of a allocation14:49
cdent(spirit of which was developed before request groups were ever a thing, so there might be room for wiggle)14:50
cdentbut at this point I'd think: let's let it ride unless we need to do something?14:50
efriedi.e. "max_unit to represents the most that any one consumer can get out of this resource provider in one allocation"14:50
efriedyeah, I can buy that14:51
efriedwell, this didn't come up out of the blue14:51
efriedI'm noodling a situation where it becomes relevant.14:51
cdent" A maximum amount any single allocation against an inventory can have."14:51
cdent(is what the api-ref says)14:51
cdentand begs the question of "what is a single allocation"14:51
efried"payload of a PUT /allocations"14:52
efriedIf it's that clearly defined in actual documentation, then yeah, let's totally not f with it.14:52
cdentaye14:53
melwittcdent: yes, been trying to get back to it15:01
cdentmelwitt: cool, thank15:02
cdents15:02
cdentmelwitt: there's a similar "how do we name things and make good args" discussion happening on https://review.opendev.org/66654215:02
melwittcool, will take a look15:03
* cdent goes home15:11
*** tssurya has quit IRC15:11
*** cdent has quit IRC15:11
*** ttsiouts has quit IRC15:30
*** ttsiouts has joined #openstack-placement15:31
*** ttsiouts has quit IRC15:36
*** helenafm has quit IRC15:56
*** e0ne has quit IRC16:39
*** openstackgerrit has quit IRC17:04
*** e0ne has joined #openstack-placement17:44
*** e0ne has quit IRC18:06
*** e0ne has joined #openstack-placement18:09
*** e0ne has quit IRC18:22
*** amodi has quit IRC18:25
*** artom|gmtplus3 has quit IRC18:35
*** e0ne has joined #openstack-placement19:39
*** e0ne has quit IRC19:55
*** e0ne has joined #openstack-placement20:20
*** jaypipes has quit IRC20:34
*** e0ne has quit IRC21:28
*** e0ne has joined #openstack-placement21:29
*** e0ne has quit IRC21:46
*** takashin has joined #openstack-placement21:51
*** efried is now known as efried_pto22:45

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