Thursday, 2019-02-28

*** jamesmcarthur has joined #openstack-keystone00:02
*** dave-mccowan has quit IRC00:07
*** jamesmcarthur has quit IRC00:17
*** jamesmcarthur has joined #openstack-keystone00:18
*** jamesmcarthur has quit IRC00:22
*** lbragstad has quit IRC00:32
*** ileixe has joined #openstack-keystone00:54
*** erus has quit IRC01:17
*** erus has joined #openstack-keystone01:18
*** gyee has quit IRC01:38
*** itlinux has quit IRC01:54
*** ileixe has quit IRC01:59
openstackgerritMerged openstack/keystone master: Update protocol policies for system reader  https://review.openstack.org/62535201:59
*** ileixe has joined #openstack-keystone02:00
*** Dinesh_Bhor has joined #openstack-keystone02:09
*** itlinux has joined #openstack-keystone02:41
*** Dinesh_Bhor has quit IRC02:49
*** Dinesh_Bhor has joined #openstack-keystone02:53
*** erus has quit IRC02:53
*** erus has joined #openstack-keystone02:54
*** dave-mccowan has joined #openstack-keystone03:07
*** takamatsu has quit IRC03:25
*** itlinux has quit IRC03:29
openstackgerritMerged openstack/keystone master: Add tests for domain users interacting with roles  https://review.openstack.org/62252703:30
*** dave-mccowan has quit IRC03:32
*** itlinux has joined #openstack-keystone03:33
*** awalende has joined #openstack-keystone03:43
*** erus has quit IRC03:43
*** erus has joined #openstack-keystone03:44
openstackgerritMerged openstack/keystone master: Add tests for project users interacting with roles  https://review.openstack.org/62252803:46
openstackgerritMerged openstack/keystone master: Remove role policies from policy.v3cloudsample.json  https://review.openstack.org/62252903:46
*** awalende has quit IRC03:47
*** markvoelker has joined #openstack-keystone03:48
*** vishakha has joined #openstack-keystone04:07
*** spsurya has joined #openstack-keystone04:14
*** markvoelker has quit IRC04:20
*** ileixe has quit IRC04:23
*** erus has quit IRC04:44
*** erus has joined #openstack-keystone04:45
openstackgerritMerged openstack/keystone master: Add protocol tests for system member role  https://review.openstack.org/62535304:50
openstackgerritVishakha Agarwal proposed openstack/keystone master: Drop py35 jobs  https://review.openstack.org/63990905:00
*** ileixe has joined #openstack-keystone05:00
*** takamatsu has joined #openstack-keystone05:05
openstackgerritVishakha Agarwal proposed openstack/python-keystoneclient master: Drop py35 jobs  https://review.openstack.org/63991005:09
*** takamatsu has quit IRC05:10
openstackgerritVishakha Agarwal proposed openstack/keystone master: Drop py35 jobs  https://review.openstack.org/63990905:13
*** erus has quit IRC05:16
*** erus has joined #openstack-keystone05:16
*** markvoelker has joined #openstack-keystone05:17
*** shyamb has joined #openstack-keystone05:19
openstackgerritVishakha Agarwal proposed openstack/keystonemiddleware master: Drop py35 jobs  https://review.openstack.org/63991305:28
*** itlinux has quit IRC05:28
*** shyamb has quit IRC05:28
openstackgerritVishakha Agarwal proposed openstack/python-keystoneclient master: Drop py35 jobs  https://review.openstack.org/63991005:29
openstackgerritVishakha Agarwal proposed openstack/keystoneauth master: Drop py35 jobs  https://review.openstack.org/63991505:35
*** erus has quit IRC05:35
*** erus has joined #openstack-keystone05:36
openstackgerritVishakha Agarwal proposed openstack/oslo.limit master: Drop py35 jobs  https://review.openstack.org/63991705:40
openstackgerritMerged openstack/keystone master: Implement system admin role in protocol API  https://review.openstack.org/62535405:45
openstackgerritMerged openstack/keystone master: Add tests for domain users interacting with protocols  https://review.openstack.org/62535505:45
openstackgerritMerged openstack/keystone master: Add tests for project users interacting with protocols  https://review.openstack.org/62535605:45
*** markvoelker has quit IRC05:51
*** ileixe has quit IRC05:52
*** ileixe has joined #openstack-keystone05:52
*** shyamb has joined #openstack-keystone05:53
openstackgerritVishakha Agarwal proposed openstack/keystone master: Add py37 in setup.cfg  https://review.openstack.org/63992105:55
openstackgerritVishakha Agarwal proposed openstack/keystone master: Drop py35 jobs  https://review.openstack.org/63990905:58
openstackgerritVishakha Agarwal proposed openstack/ldappool master: Drop py35 jobs  https://review.openstack.org/63992406:13
openstackgerritVishakha Agarwal proposed openstack/pycadf master: Add py37 tox env and drop py35  https://review.openstack.org/63993006:21
*** markvoelker has joined #openstack-keystone06:48
*** shyamb has quit IRC06:51
*** shyamb has joined #openstack-keystone06:55
*** tkajinam_ has joined #openstack-keystone07:02
*** tkajinam has quit IRC07:05
*** markvoelker has quit IRC07:20
*** erus has quit IRC07:25
*** erus has joined #openstack-keystone07:26
*** shyamb has quit IRC07:39
*** shyamb has joined #openstack-keystone07:40
*** shyamb has quit IRC07:58
*** awalende has joined #openstack-keystone08:11
*** markvoelker has joined #openstack-keystone08:18
*** imacdonn_ has quit IRC08:18
*** imacdonn_ has joined #openstack-keystone08:18
*** pcaruana has joined #openstack-keystone08:32
*** mvkr has joined #openstack-keystone08:35
*** tkajinam_ has quit IRC08:38
*** erus has quit IRC08:39
*** erus has joined #openstack-keystone08:40
*** markvoelker has quit IRC08:50
*** shyamb has joined #openstack-keystone08:55
*** jaosorior has joined #openstack-keystone09:06
*** fiddletwix has quit IRC09:07
*** erus has quit IRC09:16
*** erus has joined #openstack-keystone09:17
*** shyamb has quit IRC09:21
*** shyamb has joined #openstack-keystone09:24
*** shyamb has quit IRC09:36
*** shyamb has joined #openstack-keystone09:36
*** shyamb has quit IRC09:41
*** markvoelker has joined #openstack-keystone09:47
*** rcernin has quit IRC09:48
*** prashkre has joined #openstack-keystone10:03
*** shyamb has joined #openstack-keystone10:14
*** markvoelker has quit IRC10:21
openstackgerritVishakha Agarwal proposed openstack/keystone master: Add openstack_groups to assertion  https://review.openstack.org/58821110:22
*** shyamb has quit IRC10:37
openstackgerritVishakha Agarwal proposed openstack/keystone master: Add openstack_groups to assertion  https://review.openstack.org/58821110:49
*** markvoelker has joined #openstack-keystone11:18
*** ileixe has quit IRC11:18
*** erus has quit IRC11:18
*** erus has joined #openstack-keystone11:19
*** shyamb has joined #openstack-keystone11:20
*** Dinesh_Bhor has quit IRC11:23
*** markvoelker has quit IRC11:50
*** prashkre has quit IRC11:56
*** shyamb has quit IRC12:14
*** raildo has joined #openstack-keystone12:15
*** erus has quit IRC12:38
*** erus has joined #openstack-keystone12:39
*** markvoelker has joined #openstack-keystone12:47
*** shyamb has joined #openstack-keystone12:53
*** shyamb has quit IRC12:58
eruso/13:00
cmurphy\o13:00
*** shyamb has joined #openstack-keystone13:01
openstackgerritMerged openstack/keystone master: Implement system reader role for groups  https://review.openstack.org/62573213:08
openstackgerritMerged openstack/keystone master: Implement system member test coverage for groups  https://review.openstack.org/62573313:08
*** dave-mccowan has joined #openstack-keystone13:10
*** erus has quit IRC13:10
*** erus has joined #openstack-keystone13:11
openstackgerritBernhard M. Wiedemann proposed openstack/python-keystoneclient master: Make tests pass in 2020  https://review.openstack.org/64002413:12
*** mchlumsky has joined #openstack-keystone13:13
openstackgerritMerged openstack/keystone master: Implement system admin role in groups API  https://review.openstack.org/62573413:16
*** jamesmcarthur has joined #openstack-keystone13:16
openstackgerritMerged openstack/keystone master: Add shibboleth config to log output  https://review.openstack.org/63696613:17
*** markvoelker has quit IRC13:20
*** jamesmcarthur has quit IRC13:23
*** jamesmcarthur has joined #openstack-keystone13:26
*** jamesmcarthur has quit IRC13:31
erushi cmurphy how are you today? ^.^13:31
*** shyamb has quit IRC13:32
cmurphyi'm good erus how are you?13:32
*** imacdonn_ has quit IRC13:36
*** vishakha has quit IRC13:43
*** jamesmcarthur has joined #openstack-keystone13:46
cmurphykmalloc: ugh i just found a place in the app cred code where we raise either a 400 or 404 for basically the same request :( http://git.openstack.org/cgit/openstack/keystone/tree/keystone/api/users.py#n51913:53
*** lbragstad has joined #openstack-keystone13:54
*** ChanServ sets mode: +o lbragstad13:54
*** jmlowe has quit IRC14:01
*** itlinux has joined #openstack-keystone14:01
*** jamesmcarthur has quit IRC14:04
*** jamesmcarthur has joined #openstack-keystone14:05
kmallocBah14:06
kmallocThat isn't cool :(14:06
openstackgerritColleen Murphy proposed openstack/keystone master: WIP: Add role check to access rules  https://review.openstack.org/64003414:06
*** itlinux has quit IRC14:08
openstackgerritColleen Murphy proposed openstack/keystone master: Expose bad error handling API for app creds  https://review.openstack.org/64003514:09
*** jamesmcarthur has quit IRC14:10
*** jistr is now known as jistr|call14:11
cmurphylbragstad: kmalloc today's the last day for non-client releases, we don't have 605043 yet (sorry i haven't really looked at it yet) should we propose a ksa release anyway?14:17
*** jmlowe has joined #openstack-keystone14:17
*** jmlowe has quit IRC14:17
cmurphyand do we want to try to get 633369 in or wait till train?14:17
*** markvoelker has joined #openstack-keystone14:18
erusi'm fine cmurphy :) the autumn is coming o/14:19
cmurphyerus: yay :) how's it going with remote_id_attribute and get_remote_id_parameter?14:20
erusi have an idea so i'm going to test it today14:21
cmurphyawesome14:21
erusyay :D14:22
lbragstadcmurphy 605043 isn't going to impact existing users (outside of people using ksa directly), so I wouldn't be opposed to proposing a ksa release now and see if we can get that in after14:22
cmurphyokay14:24
cmurphylbragstad: https://review.openstack.org/64004114:27
*** jmlowe has joined #openstack-keystone14:29
kmalloclbragstad: ++14:32
cmurphylbragstad: https://review.openstack.org/640045 too, we can do another if we end up wanting to later today14:33
cmurphylbragstad: https://review.openstack.org/64004714:35
*** jamesmcarthur has joined #openstack-keystone14:38
*** vishakha has joined #openstack-keystone14:39
lbragstad0.014:43
lbragstadmy in progress reviews dropped by 15 last night14:44
*** erus has quit IRC14:44
*** jamesmcarthur has quit IRC14:44
*** erus has joined #openstack-keystone14:45
cmurphymerging all the things14:45
lbragstada pleasant surprise to see that number go down during your first cup of coffee for the day14:49
*** markvoelker has quit IRC14:50
cmurphylbragstad: what's the plan for https://review.openstack.org/624218 ?15:02
gagehugoo/15:03
openstackgerritLance Bragstad proposed openstack/keystone master: Add tests for project users interacting with services  https://review.openstack.org/62062315:03
openstackgerritLance Bragstad proposed openstack/keystone master: Remove service policies from policy.v3cloudsample.json  https://review.openstack.org/61928215:03
* lbragstad digs up a link 15:03
*** awalende has quit IRC15:04
lbragstadcmurphy so - i think we need https://review.openstack.org/#/c/624794/ to land before that patch will pass tests15:04
*** awalende has joined #openstack-keystone15:04
lbragstadi've asked for some feedback from qa folks, but it's been quiet lately15:04
lbragstadi brought it up in our keystone meeting a few weeks ago, too15:05
lbragstadbut I can add the depends on back in, not sure why i didn't add that back in15:05
cmurphyi remember now15:05
cmurphyi've been ignoring it due to the w-1 but i guess we'll have to harass the qa team about it15:06
lbragstadi'm not entirely sure how the tempest folks feel about ripping out the domain admin stuff they have in there15:06
lbragstadit conflicts with the ideas we have for how scope should work15:06
cmurphythe ideas we have or the ideas they have?15:07
*** erus has quit IRC15:08
lbragstadwhat's implemented in tempest for domain admin support conflicts with our ideas of what a domain user should be able to do15:08
*** erus has joined #openstack-keystone15:08
cmurphyi see15:09
*** awalende has quit IRC15:09
*** prashkre has joined #openstack-keystone15:09
lbragstadfwiw - i didn't really start understanding the tempest domain stuff until i started working on this15:10
lbragstadwhich is certainly a regret of mine15:10
*** shyamb has joined #openstack-keystone15:10
lbragstadi wish i would have been more available when those ideas about domain users were being formed or implemented in tempest15:10
cmurphysounds like we'll have to step in and help fix/rewrite15:12
lbragstadyeah - i think so, too15:12
*** jamesmcarthur has joined #openstack-keystone15:18
*** prashkre has quit IRC15:19
*** itlinux has joined #openstack-keystone15:21
lbragstadcmurphy ah - i think https://review.openstack.org/#/c/623319/6 is in that same boat15:21
lbragstad^ that's the patch i added the depends on to15:22
lbragstadbut i should update the project series to be the same15:22
*** jamesmcarthur has quit IRC15:22
cmurphyoh should have noticed that wasn't merged yet15:23
lbragstadso many patches, tho15:23
*** erus has quit IRC15:26
*** erus has joined #openstack-keystone15:27
*** awalende has joined #openstack-keystone15:32
lbragstadlooks like the qa team has office hours at 17:00 UTC - i'll make a point to swing by http://eavesdrop.openstack.org/#QA_Team_Office_hours15:33
cmurphy++15:33
*** awalende has quit IRC15:37
*** jamesmcarthur has joined #openstack-keystone15:42
*** shyamb has quit IRC15:42
*** erus has quit IRC15:44
*** erus has joined #openstack-keystone15:45
*** jamesmcarthur has quit IRC15:46
*** jamesmcarthur has joined #openstack-keystone15:47
*** markvoelker has joined #openstack-keystone15:47
*** itlinux_ has joined #openstack-keystone15:54
*** itlinux has quit IRC15:56
*** jistr|call is now known as jistr16:00
*** itlinux_ has quit IRC16:07
*** dave-mccowan has quit IRC16:17
*** markvoelker has quit IRC16:21
openstackgerritLance Bragstad proposed openstack/keystone master: Remove protocol policies from v3cloudsample.json  https://review.openstack.org/62535716:29
*** itlinux has joined #openstack-keystone16:32
*** jmlowe has quit IRC16:43
openstackgerritMerged openstack/oslo.policy master: Provide more specific error when namespace is missing  https://review.openstack.org/63982216:46
*** itlinux has quit IRC16:56
*** itlinux has joined #openstack-keystone16:56
*** markvoelker has joined #openstack-keystone17:18
*** raildo has quit IRC17:19
*** erus has quit IRC17:22
*** erus has joined #openstack-keystone17:23
*** jamesmcarthur has quit IRC17:27
*** jamesmcarthur has joined #openstack-keystone17:37
*** raildo has joined #openstack-keystone17:43
*** gyee has joined #openstack-keystone17:44
*** jamesmcarthur has quit IRC17:45
*** vishakha has quit IRC17:46
*** jamesmcarthur has joined #openstack-keystone17:48
*** raildo has quit IRC17:48
*** markvoelker has quit IRC17:51
*** jamesmcarthur has quit IRC17:52
*** jamesmcarthur has joined #openstack-keystone17:53
*** jmlowe has joined #openstack-keystone18:02
kmalloclbragstad, i'd like some eyes on https://review.openstack.org/#/c/605043 i would like to land that if we can. the functional test will come from SDK consuming it.18:13
*** itlinux has quit IRC18:13
kmalloclbragstad: but we're at somewhat of an impasse, we can't consume it without landing it and releasing it.18:13
lbragstadhmm18:15
kmallocit has unit tests, it does what it should do as far as i can tell.18:15
*** itlinux has joined #openstack-keystone18:15
lbragstadkmalloc have you tested it out yet?18:15
kmallocyeah, locally18:15
kmallocand the interface in session wont change even if we need to change some stuff under the hood.18:16
kmallocit is also opt-in.18:16
kmallocplease feel free to test it locally as well.18:16
lbragstadlooks like the release note is the only documentation18:16
lbragstadyeah - i'd like to18:16
kmallocyeah, i'm inclined to add more documentation on it when we consume it in SDK.18:17
kmallocmostly want to have a clear functional test landing with the documentation.18:17
kmallocbut we can add the docs earlier as well (followup patch)18:18
kmallocit's super straightforward consuming it.18:18
kmalloci also admit the tests were a little dated, but i have it unblocked so we can have real eyes on it as well. I plan to revisit local tests soon(ish) setting up an environment for it.18:19
kmalloclbragstad: this is an important feature for SDK and zuul.18:20
kmallocalsow orking on getting a fresh zuul response that isn't 2+ months old18:21
*** jamesmcarthur has quit IRC18:37
*** erus has quit IRC18:37
*** erus has joined #openstack-keystone18:37
*** prashkre has joined #openstack-keystone18:41
*** markvoelker has joined #openstack-keystone18:47
*** prashkre_ has joined #openstack-keystone18:49
*** prashkre has quit IRC18:52
*** mvkr has quit IRC18:52
lbragstadkmalloc i spun up the change, testing it locally18:58
lbragstadi have an instance of client with a session that's using the semaphore18:58
lbragstadhow did you test it locally?18:58
kmallocbasically set the concurrency and rate limit18:59
kmallocand then watch the traffic18:59
kmalloctcpdump or similar18:59
lbragstadyep - i have a concurrency of 2 and delay of 518:59
kmallocwe could add a debug log for it i guess19:00
kmalloci used tcpdump and just watched the traffic19:00
*** itlinux has quit IRC19:07
kmallocand you need to send enough requests to hit the rate-limit/concurrency limit19:09
openstackgerritMerged openstack/keystone master: Add tests for project users interacting with services  https://review.openstack.org/62062319:10
*** rexor has joined #openstack-keystone19:13
*** pcaruana has quit IRC19:14
*** whoami-rajat has quit IRC19:20
*** markvoelker has quit IRC19:21
lbragstadok - so i have a concurrency of 2 and delay of 5?19:22
kmallocyeah, that should mean you have at most 2 concurrent requests19:24
kmallocand a rate_limit of 5?19:25
kmallocnot a delay.19:25
kmallocso max 2 concurrent requests and 5 requests per second.19:25
lbragstadhttps://review.openstack.org/#/c/605043/6/keystoneauth1/_fair_semaphore.py@34 says rate_delay?19:29
lbragstadso - if i really want to throttle this down19:29
lbragstadi should do concurrency of 1 and 0?19:30
kmallocor rate of 0.519:30
lbragstadwhich would do?19:30
kmallocit's a float so you can do 1 request ever 2 seconds for example19:30
lbragstadahh19:30
lbragstadgot it19:30
kmalloc:)19:30
lbragstadok - so i did FairSemaphore(1, 0.5)19:32
lbragstadand i made 10 requests before apparently getting rate limited19:32
lbragstadah nvm19:33
kmallocgot it?19:33
kmallocthis stuff is hard(tm) to test.19:33
lbragstadmaybe?19:34
lbragstadso if i set a delay of 0.1 is should make things even slower19:35
*** erus has quit IRC19:35
lbragstadonce every 10 seconds?19:35
kmallocit should19:36
*** erus has joined #openstack-keystone19:36
kmallocand 0.01 should be one every 100 seconds.19:36
lbragstadhmm19:36
kmallocthis should be set though the adapter/session not directly on the fair semaphore.19:38
kmallocthe fair semaphore does things with a delay19:38
kmallocthe adapter takes a rate_limit option19:38
lbragstadhttps://pasted.tech/pastes/1ea741d6916e7e79946d9b372c5e16ac7c26fd20.raw19:38
kmallocif you're setting values on the semaphore, you are probably getting the inverse19:38
kmallocah, ok so yeah, you're setting values on the semaphore19:38
lbragstadi'm setting the values on the semaphone and rebuilding the sessions19:39
kmallocahhh ok19:39
kmallocso then you are talking about direct delay19:39
lbragstadthat snippet should get rate limited, right?19:39
kmallochttps://git.openstack.org/cgit/openstack/keystoneauth/tree/keystoneauth1/adapter.py?h=refs/changes/43/605043/6#n9619:39
kmallocit should be rate limited. but  at... sec19:39
lbragstadthe vm i'm using has 8 cores19:40
lbragstadif that matters19:40
kmallocno.19:40
kmallocthe rate_delay on the semaphore should od the inverse of the rate_limit on the adapert19:40
kmallocso 0.1 should be waiting 0.1 seconds between requests19:41
kmalloca rate_delay of 10 should be a delay of 10s.19:41
lbragstadbah19:41
kmallocthe fair semaphore is an internal interface19:41
lbragstads = _fair_semaphore.FairSemaphore(1, 10)19:41
kmallocyeah that should force a 10s delay.19:42
lbragstadi thought the session made you pass it in?19:42
kmallocno.19:42
*** raildo has joined #openstack-keystone19:42
kmallochttps://git.openstack.org/cgit/openstack/keystoneauth/tree/keystoneauth1/adapter.py?h=refs/changes/43/605043/6#n16319:43
kmallocif you use the adapter, you get the fairsemaphore19:43
kmallocdepending on values sent in19:43
lbragstadah19:43
kmallocsession allows for passing in a semaphore if you want19:43
lbragstadthat's what i was doing19:43
kmallocbut that is an artifact of how the adapter(s) work19:43
kmallocthe adapter passes the semafore to the session as a kwarg.19:47
openstackgerritColleen Murphy proposed openstack/keystonemiddleware master: Add validation of app cred access rules  https://review.openstack.org/63336919:49
lbragstadmmm19:53
lbragstadhttps://pasted.tech/pastes/d1c6dd7eed93f04ae58dc17d4688da6f43671b55.raw19:53
lbragstad^ reworked19:53
lbragstadthat's not working for me, but i'm also building the session manually19:55
lbragstadwell - actually19:55
lbragstadit's required by the Adapter constructor19:55
lbragstadthe usability of that seems a little backwards?19:56
*** jamesmcarthur has joined #openstack-keystone19:56
lbragstadif you have to specify arguments to the adapter's constructor for rate limits *and* supply a session?19:56
*** prashkre_ has quit IRC19:58
kmallochm.20:06
kmallocwell, it is meant to be an opt-in on the adapter20:07
kmallocadapter is added to the session20:07
lbragstadhttps://pasted.tech/pastes/cd2adc7035545f1de50606f1efdb3a0af5eddc57.raw20:07
kmallocyou in theory can ahve multiple adapters per session afair20:07
lbragstadgives me https://pasted.tech/pastes/1f7f8de74ca36fa364db6b7704f9510ccb7e5aaf.raw20:08
kmallocso 10 requests per second20:08
lbragstadmy rate limiting args are being ignored20:08
kmalloc1 concurrency20:08
kmallocis what i read that as the intention20:09
lbragstadthey're not attributes on the adapt20:09
lbragstadadapter*20:09
kmallocrate_delay is 0.1, which is what is on the semaphore20:09
kmalloc10 /s = 0.1 delay20:09
kmallocthat looks correct to me20:10
* lbragstad shakes head20:10
lbragstadok - yeah... that works20:10
lbragstadsetting to 0.1 slows things way down20:10
kmallocthen the rate limit is doing what it should20:10
kmallocconcurrency is when you deal with multithreading20:11
lbragstadtook me a while to understand the aesthetics20:11
kmallocyeah sorry, you were down in the internal interface :)20:11
kmallocand i know that is a little confusing20:11
kmallocwe tried to make it more straight forward faceing the user(s)20:12
kmallocrate_limit is N Requests / Sec20:12
lbragstadthat should be in the name :)20:12
lbragstadconcurrency is pretty standard20:12
kmallocwell, rate limit means to me X requests per Y Time (1s would be my default assumption)20:13
kmalloci am happy to be wrong and we can re-name it if you want.20:13
*** erus has quit IRC20:13
*** erus has joined #openstack-keystone20:14
lbragstadso rate_limit=0.5 translates to 1 request every 2 seconds20:16
kmallocyes20:16
lbragstadand rate_limit=10 translates to 1 request every 0.1 seconds20:16
kmalloccorrect.20:17
kmallocor 10 per second.20:17
kmallocand 0.5 is 1/2 reuqest per second, which really means one every 2 seconds because 1/2 a request... lol20:17
lbragstadright...20:17
lbragstadi'm just wondering if this is a me thing or if there is a different way we can relay the same information20:18
kmallocnot sure how to make it more intuative20:18
openstackgerritColleen Murphy proposed openstack/keystonemiddleware master: Fix debug tox environment  https://review.openstack.org/64018320:18
kmallocbest i could say is rename it to: requests_per_second20:18
kmallocbut i like this as a future looking where we might allow X requests over Y time (both configurable)20:19
lbragstadsure20:19
kmalloceasier than trying to do wonky math to figure out 75 requests over a 30 minute window20:19
kmalloc(that'd be 2.5 today, but saying 75 over 1800 might be more direct math wise)20:20
kmallocand easier for a consumer to understand20:21
kmallocand we do evenly space the requests over the period of time, so no one can currently do something like rate_limit = 1000 and put 1000 requests in the first .01 seconds20:23
lbragstadpsh - let's just use canned defaults20:25
lbragstad"would you like rate limiting? ok, small, medium, or large? are you sure we can't super-size that for you?20:26
kmalloc:P20:26
kmalloc"Would you like us to concurrently make you fries with that?"20:26
kmalloci'm pretty happy with the functionality of this20:27
lbragstad+220:27
kmallocit has a slight issue though, it does force a slight serialization of all requests in a massivly concurrent environment that we previously didn;t have20:28
kmallocthat is because of the mutex20:28
kmallocit should have next to zero impact.20:28
kmallocbut just a known quantity20:28
lbragstadok - posted my comments20:30
kmallocthnx20:31
kmalloclbragstad: ok, so i'll commit to additional docs ASAP on this, but any other concerns?20:33
kmalloctyring to get this in for the upcoming release.20:34
kmallocif possible.20:34
kmallocfor S-cycle that is.20:34
kmallocthe functionality that is*20:34
lbragstadi don't think so20:34
kmallocwell we have a current passing zuul20:35
kmallocif it's ok that docs land early next week / outside of the S-cycle cutoff, we can +2/+A this and get it spun into stein20:35
kmallocit'll def. help out the infra folks and simplify a lot of their code.20:36
lbragstaddo you know thomas' irc nick?20:36
kmallocnope. i don't :(20:36
lbragstaddoes mordred?20:36
kmallocmaybe20:36
kmalloccmurphy: might20:37
kmalloche has an @suse.com email address20:37
lbragstadoh - good call20:37
kmallocmordred, cmurphy: ^ either know Thomas Bechtold's IRC nic?20:37
lbragstadi'd just like him to ack the comments20:37
kmallocwe're trying to close the loop and land the fair semaphore/rate limit code in KSA20:37
lbragstadstepping away for a minute20:41
*** erus has quit IRC20:41
*** erus has joined #openstack-keystone20:42
cmurphykmalloc: toabctl20:43
cmurphykmalloc: he's CET though so probably won't respond tonight20:47
mordredkmalloc, lbragstad: fwiw - the ksa rate limit argument is the inverse of what the nodepool rate lmit is - becaus that one is expressed in, delay between requests (converting between the two is a simple 1/value luckily) - but setting rate limit of 0.01 - and that being slower than 0.001 ... hurt people's heads20:55
mordredbut I see in the scrollback that you discussed rate delay as well :)20:56
*** dave-mccowan has joined #openstack-keystone21:11
lbragstad:)21:12
*** dave-mccowan has quit IRC21:22
*** erus has quit IRC21:23
*** erus has joined #openstack-keystone21:24
*** markvoelker has joined #openstack-keystone21:48
*** erus has quit IRC21:48
*** erus has joined #openstack-keystone21:48
*** mchlumsky has quit IRC21:50
lbragstadkmalloc mordred if you want to respin that patch for the kwarg comment and whatnot, i think we can get it in this release21:58
lbragstadeven though cmurphy just released ksa21:58
cmurphyyou'd have to ask the release team really nicely, the deadline's today21:59
*** fiddletwix has joined #openstack-keystone21:59
mordredls22:02
mordredgah22:02
mordredkmalloc: I make kwargs comment update patch real quick22:05
mordredlbragstad: which thing are we responning for?22:06
*** erus has quit IRC22:06
mordredjust updating the docstring?22:07
lbragstadthomas had a comment on the doc string, the default kwarg, and some looping stuff22:07
*** erus has joined #openstack-keystone22:07
*** erus has quit IRC22:13
*** erus has joined #openstack-keystone22:14
openstackgerritMonty Taylor proposed openstack/keystoneauth master: Add support for client-side rate limiting  https://review.openstack.org/60504322:14
mordredlbragstad, cmurphy, kmalloc: ^^22:14
mordredhow do those changes look?22:14
lbragstadgood - testing it locally22:15
mordredis it possible for time.sleep() to not actually sleep as long as you ask it to?22:16
lbragstadi'm not sure22:18
lbragstader - i'm not sure why that would be?22:18
mordredbecause computers are devious and like lying?22:19
mordred(I was thinking maybe it was originally coded as a loop like that as a defense against sleep being mischevious?22:19
*** markvoelker has quit IRC22:22
lbragstadoh22:22
lbragstadinteresting22:22
lbragstadwhat would you do in the case of a computer being devious?22:22
lbragstadlog something?22:22
* lbragstad has to run quick 22:23
*** erus has quit IRC22:23
lbragstadi'll keep an eye on that patch is someone else +Ws it22:24
lbragstadand i'll see if we can get a new ksa release out22:24
*** erus has joined #openstack-keystone22:24
mordredcoolio!22:25
kmalloc+2/+A22:28
kmallocmordred: i think the only case where sleep() doesn't really sleep long enough is if something like ntp ticks forward22:29
*** erus has quit IRC22:30
mordredyeah - and I don't think that loop would correct for that22:30
clarkbkmalloc: sleep is interrupted by any signal iirc22:30
*** erus has joined #openstack-keystone22:31
kmallocclarkb: true.22:32
*** raildo has quit IRC22:42
*** tkajinam has joined #openstack-keystone22:55
*** awalende has joined #openstack-keystone23:05
*** awalende has quit IRC23:10
*** vishwanathj has quit IRC23:14
*** markvoelker has joined #openstack-keystone23:18
* mnaser looks at past conversation23:20
* mnaser checks channel name23:20
kmallocmnaser: funny how there are crossovers in functionality23:24
*** markvoelker has quit IRC23:24
*** markvoelker has joined #openstack-keystone23:24
*** erus has quit IRC23:31
*** erus has joined #openstack-keystone23:32
lbragstadyeah - probably could have had that in sdk ;)23:34
*** itlinux has joined #openstack-keystone23:39
*** itlinux_ has joined #openstack-keystone23:41
*** itlinux has quit IRC23:43
*** erus has quit IRC23:45
*** jamesmcarthur has quit IRC23:46

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