Tuesday, 2017-08-15

*** andreykurilin has joined #openstack-keystone00:00
*** timss has joined #openstack-keystone00:00
*** slunkad has joined #openstack-keystone00:00
*** szaher has joined #openstack-keystone00:00
*** charz has joined #openstack-keystone00:00
*** jidar has joined #openstack-keystone00:00
*** mtreinish has joined #openstack-keystone00:00
*** sasaniak has joined #openstack-keystone00:00
*** jaosorior has joined #openstack-keystone00:00
*** Dave has joined #openstack-keystone00:00
*** rha has joined #openstack-keystone00:00
*** zzzeek has joined #openstack-keystone00:00
*** openstackgerrit has joined #openstack-keystone00:00
*** gyee has joined #openstack-keystone00:00
*** jamespage has joined #openstack-keystone00:00
*** kmalloc has joined #openstack-keystone00:00
*** flwang has joined #openstack-keystone00:00
*** mordred has joined #openstack-keystone00:00
*** wasmum has joined #openstack-keystone00:00
*** dtroyer has joined #openstack-keystone00:00
*** afazekas has joined #openstack-keystone00:00
*** kfox1111 has joined #openstack-keystone00:00
*** ducttape_ has joined #openstack-keystone00:00
*** jmlowe has joined #openstack-keystone00:00
*** d0ugal has joined #openstack-keystone00:00
*** rybridges has joined #openstack-keystone00:00
*** chlong_ has joined #openstack-keystone00:00
*** david-lyle has joined #openstack-keystone00:00
*** otleimat has joined #openstack-keystone00:00
*** aselius has joined #openstack-keystone00:00
*** clenimar has joined #openstack-keystone00:00
*** flaper87 has joined #openstack-keystone00:00
*** hoonetorg has joined #openstack-keystone00:00
*** Dinesh_Bhor has joined #openstack-keystone00:00
*** sapd has joined #openstack-keystone00:00
*** mattoliverau has joined #openstack-keystone00:00
*** jrist has joined #openstack-keystone00:00
*** davechen has joined #openstack-keystone00:00
*** ebbex has joined #openstack-keystone00:00
*** efried_zzz has joined #openstack-keystone00:00
*** josecastroleon has joined #openstack-keystone00:00
*** jistr|off has joined #openstack-keystone00:00
*** lifeless_ has joined #openstack-keystone00:00
*** ppiela_ has joined #openstack-keystone00:00
*** portdirect has joined #openstack-keystone00:00
*** nkinder has joined #openstack-keystone00:00
*** junbo has joined #openstack-keystone00:00
*** adriant has joined #openstack-keystone00:00
*** Adri2000 has joined #openstack-keystone00:00
*** iurygregory has joined #openstack-keystone00:00
*** DinaBelova has joined #openstack-keystone00:00
*** ianw has joined #openstack-keystone00:00
*** odyssey4me has joined #openstack-keystone00:00
*** rodrigods has joined #openstack-keystone00:00
*** asettle has joined #openstack-keystone00:00
*** dutsmoc has joined #openstack-keystone00:00
*** cloudnull has joined #openstack-keystone00:00
*** mfisch` has joined #openstack-keystone00:00
*** htruta` has joined #openstack-keystone00:00
*** Nakato has joined #openstack-keystone00:00
*** bigjools has joined #openstack-keystone00:00
*** oomichi has joined #openstack-keystone00:00
*** masber has joined #openstack-keystone00:00
*** dims has joined #openstack-keystone00:00
*** robcresswell has joined #openstack-keystone00:00
*** kaisers2 has joined #openstack-keystone00:00
*** zeus has joined #openstack-keystone00:00
*** clarkb has joined #openstack-keystone00:00
*** rarora has joined #openstack-keystone00:00
*** eglute has joined #openstack-keystone00:00
*** d34dh0r53 has joined #openstack-keystone00:00
*** rvba has joined #openstack-keystone00:00
*** brad[] has joined #openstack-keystone00:00
*** jdennis has joined #openstack-keystone00:00
*** baffle has joined #openstack-keystone00:00
*** med_ has joined #openstack-keystone00:00
*** jmccrory has joined #openstack-keystone00:00
*** BlackDex has joined #openstack-keystone00:00
*** timothyb89 has joined #openstack-keystone00:00
*** obre has joined #openstack-keystone00:00
*** jamielennox has joined #openstack-keystone00:00
*** tristanC has joined #openstack-keystone00:00
*** timburke has joined #openstack-keystone00:00
*** andreaf has joined #openstack-keystone00:00
*** cburgess has joined #openstack-keystone00:00
*** Trident has joined #openstack-keystone00:00
*** Adobeman has joined #openstack-keystone00:00
*** breton has joined #openstack-keystone00:00
*** alex_xu has joined #openstack-keystone00:00
*** diablo_rojo_phon has joined #openstack-keystone00:00
*** mancdaz has joined #openstack-keystone00:00
*** freerunner has joined #openstack-keystone00:00
*** samueldmq has joined #openstack-keystone00:00
*** knikolla has joined #openstack-keystone00:00
*** cmurphy has joined #openstack-keystone00:00
*** toddnni has joined #openstack-keystone00:00
*** dgonzalez has joined #openstack-keystone00:00
*** melwitt has joined #openstack-keystone00:00
*** hrybacki has joined #openstack-keystone00:00
*** kairat has joined #openstack-keystone00:00
*** vaishali has joined #openstack-keystone00:00
*** basilAB has joined #openstack-keystone00:00
*** johnthetubaguy has joined #openstack-keystone00:00
*** lamt has joined #openstack-keystone00:00
*** andymccr has joined #openstack-keystone00:00
*** NikitaKonovalov has joined #openstack-keystone00:00
*** peterstac has joined #openstack-keystone00:00
*** dougshelley66 has joined #openstack-keystone00:00
*** mrhillsman has joined #openstack-keystone00:00
*** mgagne has joined #openstack-keystone00:00
*** EmilienM has joined #openstack-keystone00:00
*** akrzos has joined #openstack-keystone00:00
*** gus has joined #openstack-keystone00:00
*** zigo has joined #openstack-keystone00:00
*** fungi has joined #openstack-keystone00:00
*** dstanek has joined #openstack-keystone00:00
*** kencjohnston_ has joined #openstack-keystone00:00
*** bradjones has joined #openstack-keystone00:00
*** Tahvok has joined #openstack-keystone00:00
*** matteus has joined #openstack-keystone00:00
*** evrardjp has joined #openstack-keystone00:00
*** wolsen has joined #openstack-keystone00:00
*** chris_hultin|AWA has joined #openstack-keystone00:00
*** ayoung has joined #openstack-keystone00:00
*** gus has quit IRC00:00
*** ChanServ has joined #openstack-keystone00:00
*** tepper.freenode.net sets mode: +o ChanServ00:00
*** markvoelker has quit IRC00:01
*** dulek has joined #openstack-keystone00:03
*** kmalloc is now known as Guest1121300:03
*** clayton has joined #openstack-keystone00:04
*** tobberydberg has joined #openstack-keystone00:04
*** rm_work has joined #openstack-keystone00:04
*** john5223 has joined #openstack-keystone00:05
*** stevemar has joined #openstack-keystone00:06
*** hemna has joined #openstack-keystone00:07
*** tobberydberg has quit IRC00:08
*** tobberydberg has joined #openstack-keystone00:09
*** markvoelker has joined #openstack-keystone00:10
*** tobberyd_ has joined #openstack-keystone00:11
*** tobberydberg has quit IRC00:14
*** catintheroof has joined #openstack-keystone00:15
*** tobberyd_ has quit IRC00:15
*** thorst has joined #openstack-keystone00:16
*** tobberydberg has joined #openstack-keystone00:23
*** tobberyd_ has joined #openstack-keystone00:26
*** tobberydberg has quit IRC00:28
*** tobberyd_ has quit IRC00:31
*** catintheroof has quit IRC00:48
*** zhurong has joined #openstack-keystone00:49
*** spzala has joined #openstack-keystone00:50
*** lucasxu has joined #openstack-keystone01:00
*** dave-mccowan has joined #openstack-keystone01:10
*** zzzeek has quit IRC01:14
*** zzzeek has joined #openstack-keystone01:15
*** tobberydberg has joined #openstack-keystone01:33
*** tobberyd_ has joined #openstack-keystone01:35
*** tobberydberg has quit IRC01:37
*** tobberyd_ has quit IRC01:37
*** tobberydberg has joined #openstack-keystone01:37
*** Shunli has joined #openstack-keystone01:37
*** tobberydberg has quit IRC01:42
*** tobberydberg has joined #openstack-keystone01:44
*** zxy has joined #openstack-keystone01:45
*** tobberydberg has quit IRC01:48
*** zsli_ has joined #openstack-keystone01:49
*** Shunli has quit IRC01:52
*** otleimat has quit IRC01:56
*** lucasxu has quit IRC01:56
*** thorst has quit IRC01:59
*** aselius has quit IRC02:04
*** chlong_ has quit IRC02:12
*** lucasxu has joined #openstack-keystone02:27
*** tobberydberg has joined #openstack-keystone02:28
*** tobberyd_ has joined #openstack-keystone02:32
*** tobberydberg has quit IRC02:33
*** tobberyd_ has quit IRC02:37
*** tobberydberg has joined #openstack-keystone02:46
openstackgerritzhiguo.li proposed openstack/keystone master: Add the step to create a domain  https://review.openstack.org/49372902:49
*** tobberydberg has quit IRC02:51
openstackgerritzhiguo.li proposed openstack/keystone master: Add the step to create a domain  https://review.openstack.org/49372902:52
*** tobberydberg has joined #openstack-keystone02:53
*** gus has joined #openstack-keystone02:54
*** zsli_ is now known as Shunli03:01
*** tobberydberg has quit IRC03:04
*** dave-mccowan has quit IRC03:15
*** spzala has quit IRC03:20
*** links has joined #openstack-keystone03:34
*** rajalokan has joined #openstack-keystone03:37
*** Dinesh_Bhor_ has joined #openstack-keystone03:41
*** lucasxu has quit IRC03:43
*** markvoelker has quit IRC03:56
*** lucasxu has joined #openstack-keystone03:58
*** lucasxu has quit IRC04:03
*** d0ugal has quit IRC04:06
*** BlackDex has quit IRC04:07
*** jamielennox has quit IRC04:07
*** lamt has quit IRC04:07
*** andymccr has quit IRC04:07
*** BlackDex has joined #openstack-keystone04:08
*** lamt has joined #openstack-keystone04:11
*** andymccr has joined #openstack-keystone04:12
*** mvk_ has joined #openstack-keystone04:15
*** jamielennox has joined #openstack-keystone04:17
*** rcernin has joined #openstack-keystone04:19
*** d0ugal has joined #openstack-keystone04:20
*** tobberydberg has joined #openstack-keystone04:22
*** tobberydberg has quit IRC04:22
*** tobberydberg has joined #openstack-keystone04:22
*** tobberydberg has quit IRC04:26
openstackgerritzhiguo.li proposed openstack/keystone master: Add the step to create a domain  https://review.openstack.org/49372904:28
*** gyee has quit IRC04:32
*** nicolasbock has joined #openstack-keystone04:52
*** rcernin has quit IRC04:52
*** nicolasbock has quit IRC04:59
*** Dinesh_Bhor_ has quit IRC05:01
*** nicolasbock has joined #openstack-keystone05:04
*** tobberydberg has joined #openstack-keystone05:21
*** tobberydberg has quit IRC05:25
*** tobberydberg has joined #openstack-keystone05:41
*** markvoelker has joined #openstack-keystone05:57
*** zxy has quit IRC06:19
*** spzala has joined #openstack-keystone06:20
*** spzala has quit IRC06:24
*** markvoelker has quit IRC06:30
openstackgerritzhengliuyang proposed openstack/keystone master: Add explain of mapping group attribute  https://review.openstack.org/49376506:59
*** rcernin has joined #openstack-keystone07:01
*** thorst has joined #openstack-keystone07:03
*** pcaruana has joined #openstack-keystone07:06
*** thorst has quit IRC07:07
*** gus has quit IRC07:09
*** gus has joined #openstack-keystone07:09
*** aojea has joined #openstack-keystone07:19
*** tesseract has joined #openstack-keystone07:27
*** gus has quit IRC07:28
*** markvoelker has joined #openstack-keystone07:28
*** zxy has joined #openstack-keystone07:38
*** aojea has quit IRC07:38
*** markvoelker has quit IRC08:00
*** rajalokan1 has joined #openstack-keystone08:11
*** rajalokan has quit IRC08:13
*** rajalokan1 is now known as rajalokan08:13
*** sasaniak has left #openstack-keystone08:45
*** lifeless_ is now known as lifeless08:56
*** markvoelker has joined #openstack-keystone08:57
*** thorst has joined #openstack-keystone09:04
*** thorst has quit IRC09:08
*** zxy has quit IRC09:21
*** zxy has joined #openstack-keystone09:22
*** Shunli has quit IRC09:30
*** markvoelker has quit IRC09:31
*** aojea has joined #openstack-keystone09:44
*** thorst has joined #openstack-keystone10:05
*** edmondsw has joined #openstack-keystone10:06
*** thorst has quit IRC10:09
*** edmondsw has quit IRC10:10
*** spzala has joined #openstack-keystone10:21
*** spzala has quit IRC10:26
*** markvoelker has joined #openstack-keystone10:28
*** hyakuhei has joined #openstack-keystone10:43
*** hyakuhei has quit IRC10:43
*** hyakuhei has joined #openstack-keystone10:43
*** hyakuhei has quit IRC10:43
*** hyakuhei has joined #openstack-keystone10:43
*** rajalokan has quit IRC10:49
*** rajalokan has joined #openstack-keystone10:51
*** markvoelker has quit IRC11:00
*** zhurong has quit IRC11:08
*** zhurong has joined #openstack-keystone11:12
*** rajalokan has quit IRC11:16
*** rajalokan has joined #openstack-keystone11:18
*** thorst has joined #openstack-keystone11:25
*** rajalokan has quit IRC11:29
*** thorst has quit IRC11:29
*** rajalokan has joined #openstack-keystone11:35
*** clarkb has quit IRC11:52
*** dave-mccowan has joined #openstack-keystone11:54
*** gus has joined #openstack-keystone11:55
*** markvoelker has joined #openstack-keystone11:57
*** raildo has joined #openstack-keystone11:59
*** thorst has joined #openstack-keystone12:03
*** aojea has quit IRC12:17
*** clarkb has joined #openstack-keystone12:19
*** markvoelker has quit IRC12:21
*** markvoelker has joined #openstack-keystone12:21
*** zhurong has quit IRC12:27
*** edmondsw has joined #openstack-keystone12:46
*** catintheroof has joined #openstack-keystone12:53
*** rajalokan has quit IRC12:59
*** lucasxu has joined #openstack-keystone13:05
*** rajalokan has joined #openstack-keystone13:13
*** spzala has joined #openstack-keystone13:13
mordredlbragstad, samueldmq, cmurphy, efried_zzz: heads up - I've found a bug in the version discovery13:19
mordredworking up a fix (well, working up a description of what the bug actually is)13:20
mordredthe issue at hand is an extra unnecessary version document fetch13:20
mordredso it's not *broken* per-se - but it's definitely doing an extra call we don't intend for it to do13:21
mordredthere's also one additional thing I've got a tiny patch for- (I'm working on getting shade to consume ksa discovery atm, which is mostly going great)13:21
samueldmqmordred: neat13:22
samueldmqmordred: Did you find that issue when working in using new ksa abilities into shade?13:23
samueldmqI saw the tests were breaking for ab extra call in that patch... (just out of curiosity)13:23
cmurphymordred: yay bugs13:25
mordredsamueldmq: yah13:28
*** rajalokan has quit IRC13:31
*** chlong_ has joined #openstack-keystone13:38
lbragstadmordred: ack13:47
*** sjain has joined #openstack-keystone13:57
*** links has quit IRC14:06
*** prashkre has joined #openstack-keystone14:18
*** sjain has quit IRC14:25
*** slunkad has quit IRC14:28
*** sjain has joined #openstack-keystone14:31
*** slunkad has joined #openstack-keystone14:32
*** efried_zzz is now known as efried14:37
efriedmordred I suspect I know the fetch you're talking about.  I thought it was weird, but didn't know it was actually extraneous.14:38
lbragstadcmurphy: samueldmq curious to get your feedback on https://review.openstack.org/#/c/493621 and https://review.openstack.org/#/c/49325914:41
lbragstadif/when you have some time14:41
samueldmqlbragstad: I can take a look at it today for sure (later today)14:42
samueldmqthanks for the heads up14:42
lbragstadsamueldmq: thanks14:42
cmurphylbragstad: can do14:43
*** rajalokan has joined #openstack-keystone14:45
*** prashkre has quit IRC14:47
*** prashkre has joined #openstack-keystone14:50
*** sjain has quit IRC14:50
mordredefried: well.... I've exercise every possible edgecase known to man over in shade-land14:51
mordredefried: but that also means I can describe the actual consumption flow that leads to it very well  now :)14:51
efriedThat's a good thing.  Someone oughtta understand it.  Just don't get hit by a bus, eh?14:52
mordredyah14:52
mordredwell - I've got three patches coming - one of them adds a new method because the specifics of this get a little silly and it's not reasonable to expect users to know all the details14:52
*** tobberyd_ has joined #openstack-keystone14:53
mordredefried: tl;dr - you use ksa+version discovery to get an adapter. now you want to know what *major* version of the api was found. because calling get_endpoint_data on an adapter implies "I want the discovery document" it fetches it - but if you only want the api version found, there are multiple common cases where discovery learned that information from the URL14:54
mordredefried: so when you call get_endpoint_data so you can read endpoint_data.api_version - you're implying you want more data than you do14:54
mordredwhen what you really want to know is "what major version of the api is this adapter talking to?"14:55
mordredso the extra-complete verison of this is to allow passing endpoint_filter kwargs through get_endpoint_data in adapter to allow someone to set discover_versions=False (or honestly anything else) ... but that's an insane interface for normal humans who are not us14:55
mordredtha tmay not ahve been a tl;dr14:56
*** tobberydberg has quit IRC14:56
*** tobberyd_ has quit IRC14:57
efriedmordred I have precisely the same issue when I just want an endpoint, but can't use get_endpoint().14:58
mordredefried: good. then for you the **kwargs patch will help14:58
efriedI would love to be able to limit get_endpoint_data() to just a certain version, which may in fact mean that it doesn't go over the wire at all, because everything it needs is in the service catalog.14:58
efriedTo be fair, though, the reason I can't use get_endpoint() directly is always... bugs.14:59
efriedwhole stack of 'em.14:59
efried("...in the service catalog..." or the URL itself, I suppose)14:59
mordredefried: we should investigate the issues with get_endpoint - I apologize for not having been more active in your consume patches so far - it's been a busy last 2 weeks15:01
*** rcernin has quit IRC15:01
efriedmordred It's like you've got a day job or something.15:02
efriedmordred Yeah, as you look through the nova code, the ratio of LOC to comments like "TODO(efried): remove once bug #xxxxxxx is fixed" is lower than I'd like :)15:02
mordredugh :)15:03
mordredwell - in other news, I did realize that part of my shade consume problem is that I was trying to be too clever and not letting ksa handle enough things for me - and the more I let it handle the logic the more things worked15:04
mordredso that's a good vote of confidence for theksa patches :)15:04
mordred(that's almost never the case otherwise)15:04
cmurphy\o/15:05
mordredoh goodie. there's a new hacking rule we're hitting15:08
mordredoh. no. nevermind. that's a random file in my repo15:09
* mordred shuts up15:09
*** aselius has joined #openstack-keystone15:13
knikollao/15:16
*** hrybacki is now known as hrybacki|mtg15:17
mordredcmurphy, efried: I'm going to push the patches up without tests first (I'm testing them with shade's unit tests atm) to make sure you're ok with the approach15:18
Guest11213lbragstad: the fixes for created_at_int are all working15:19
*** Guest11213 is now known as kmalloc15:19
efriedmordred I'm okay with that approach.15:19
cmurphymordred: mmk15:19
*** kmalloc has joined #openstack-keystone15:19
kmalloclbragstad: sorry for being so frustrated yesterday, just chasing down DB issues has not made me happy.15:20
gagehugoknikolla o/15:20
kmallocmordred: git clean -fdx ; tox -epep8 :P15:20
mordredkmalloc: yup! :)15:21
kmallocmordred: i am sad i wont get other datetime fields in keystone moved to int in pike15:22
kmallocbut... at least we have a template to eliminate datetime and need to normalize datetime as much15:22
mordred++15:22
mordredalso - I need to send that email ...15:22
kmallocwhich one?15:22
mordredthe "we should declare a minimum mysql"15:22
kmallocoh yeah15:23
kmallocthat one15:23
kmallocplease do.15:23
kmallocor at least make it super clear if we already have one15:23
kmalloci couldn't really find one15:23
kmallocbesides "what we test on"15:23
kmallocwhich isn't good enough15:23
*** pcaruana has quit IRC15:24
lbragstadkmalloc: no worries15:24
kmallocmordred: looks like i need to head to the PTG. I'll book hotel/flight/etc soon15:24
kmallocmordred: =/ was hoping to get to stay home again.15:24
kmallocmordred: i wont book for Sydney though, so no need to justify my travel for that.15:25
kmallocsince i know AUS is super spendy to get people to/from15:25
*** akrzos is now known as akrzos-lunch15:26
lbragstadkmalloc: i went ahead and added you to the etherpad15:27
kmallocthanks15:27
kmallocstill. *sigh* I would rather not travel.15:27
kmallocbut it sounds like this might be important enough to do so.15:28
*** links has joined #openstack-keystone15:32
*** mvk_ has quit IRC15:32
*** prashkre has quit IRC15:33
*** gyee has joined #openstack-keystone15:36
mordredkmalloc: nod re: travel15:36
mordredkmalloc: also - fwiw, I believe we do declare and inferrable mysql minimum (although I'm writing the email and govenance patch right now so we can clarify)15:36
mordredkmalloc: because the PTI declares that we support latest Ubuntu LTS and latest CentOS - that means our de-facto minimum mysql supported version is mariadb 5.5 and mysql-server 5.715:37
kmallocmordred: ++ great. i like having clear minimums15:37
mordredbut - let's make that explicit rather than implied15:37
kmallocmordred: makes it easier to ensure we have $feature$ we need.15:37
kmallocyeah15:37
kmallocimplied = bad news because we assume something that may or may not be the case.15:37
kmallocnothing really says openstack can't run on ancient mysql :P15:38
kmallocexcept we don't test it :P15:38
mordredwhich is to sya - if you WANT to do microversion timestamps instead of int, I believe that's not super out of bounds - but given usage pattern there's actuall no benefit to datetime/timestamp columns over bigint columns, so I'd just do what you have :)15:39
kmallocexactly15:39
kmallocand i like that we can use bigint consistently and eventually only convert to datetime objects/strings at the controller level15:39
*** tesseract has quit IRC15:44
*** tobberydberg has joined #openstack-keystone15:45
lbragstadkmalloc: use bigint consistently through out the application?15:48
*** hrybacki|mtg is now known as hrybacki15:49
kmalloclbragstad: that would be my goal15:49
*** tobberydberg has quit IRC15:50
*** mvk_ has joined #openstack-keystone15:50
kmalloclbragstad: and compare int everywhere15:50
kmalloconly convert to isotime on REST / json15:50
*** prashkre has joined #openstack-keystone15:52
*** mvk has joined #openstack-keystone15:55
cmurphylbragstad: mordred going offline for a bit but will review all the things later tonight15:55
*** spilla has joined #openstack-keystone15:57
*** mvk_ has quit IRC15:57
mordredkmalloc: "Declaring explicit minimum database versions" is the email thread title, https://review.openstack.org/493932 is the governance patch16:00
kmallocthanks16:00
*** links has quit IRC16:01
lbragstadkmalloc: yeah - that makes sense, whether or not it's int or datetime or something else, i'd just like it to be consistent :)16:04
lbragstadkmalloc: testing https://review.openstack.org/#/c/493259/9 locally again16:04
lbragstadhttps://review.openstack.org/#/c/493259/9 my comments are minor - but i think it's getting close16:04
lbragstadkmalloc: waiting for other reviewers to weigh in on it16:05
*** prashkre has quit IRC16:13
*** mvk_ has joined #openstack-keystone16:23
*** mvk has quit IRC16:26
openstackgerritLance Bragstad proposed openstack/keystone master: Add int storage of datetime for password created/expires  https://review.openstack.org/49325916:29
lbragstadkmalloc: addressed my comments ^16:29
kmalloccool16:32
*** rajalokan has quit IRC16:39
lbragstadtaking lunch quick16:58
*** rajalokan has joined #openstack-keystone17:01
*** catintheroof has quit IRC17:05
*** akrzos-lunch is now known as akrzos17:05
*** catintheroof has joined #openstack-keystone17:06
*** catintheroof has quit IRC17:10
rodrigodslbragstad, mind revisiting https://review.openstack.org/#/c/420893/ ?17:25
rodrigodsi think the decision is clearly to have FKs when possible17:25
lbragstadcc kmalloc^17:30
lbragstadkmalloc: with the direction of FK becoming more of a thing - do you think we should have a session on it?17:31
lbragstadkmalloc: i remember dstanek having opinions on it, too17:31
kmalloc*shrug*17:31
kmallocif we are re-aligning backends / merging them17:31
lbragstadmaybe a hallway track discussion will suffice17:31
kmallocthen yes.17:31
*** mvk_ has quit IRC17:32
kmalloci honestly think we went way too far in splitting things17:32
kmallocfwiw, i think we should re-merge the roles abckend with assignment17:32
lbragstadthat was dstanek's argument, too17:32
*** sbezverk has joined #openstack-keystone17:32
kmalloccatalog, identity, assignment, credentials17:32
kmallocthat should be the configurable bits17:32
kmallocthe rest should either be part of those *or* not configurable17:33
lbragstads/catalog//17:33
lbragstadconsul*17:33
kmallocdoesn't matter what the backend is we need to still provide the catalog API for query purposes17:33
kmallocso, if it is consul backed, sure, fine17:33
kmallocif it isn't, sure fine, but it is distinct17:33
*** edmondsw has quit IRC17:35
*** thorst has quit IRC17:35
* kmalloc never understood why we *HAD* to split roles from assignment17:36
kmalloci know what the arguments were, it never made sense to me17:36
lbragstadkmalloc: that happened a long time ago - i'm not sure i was around then17:37
*** thorst has joined #openstack-keystone17:37
*** szaher has quit IRC17:38
kmallocyou were17:38
kmallocit wasn't that long ago17:38
kmallocbut... it always felt like the wrong approach17:38
kmallocstoring the roles/role data separately from user->resource->role bits17:38
*** lwanderley has joined #openstack-keystone17:39
*** thorst has quit IRC17:41
*** prashkre has joined #openstack-keystone17:41
*** thorst has joined #openstack-keystone17:54
*** thorst has quit IRC17:58
*** sjain has joined #openstack-keystone17:58
*** thorst has joined #openstack-keystone17:59
*** lwanderley has quit IRC18:02
*** edmondsw has joined #openstack-keystone18:05
*** edmondsw has quit IRC18:05
*** prashkre has quit IRC18:05
*** edmondsw has joined #openstack-keystone18:06
*** prashkre has joined #openstack-keystone18:09
*** lwanderley has joined #openstack-keystone18:10
*** prashkre has quit IRC18:10
*** leticiafw has joined #openstack-keystone18:16
*** lwanderley has quit IRC18:17
*** leticiafw is now known as lwanderley18:17
stevemaro/18:31
stevemarlbragstad: good news for knikolla? :)18:31
lbragstadstevemar: yessir18:32
stevemarheyooo18:32
knikollastevemar: \o/18:34
stevemarknikolla: welcome to club18:36
stevemaryou are now a guardian of the ... gate?18:36
knikollastevemar: galaxy?18:37
knikollagroot18:37
samueldmqknikolla: lbragstad: yes I think I was the one who convinced henrynash to work on that too18:42
samueldmq:-)18:42
samueldmqbut basically the idea was that we have targets (project/domain) and actors (user/group) out of assignment, and then we did for roles too18:42
kmallocand i am thinking that is very wrong18:42
samueldmqit's still into the same structure in code, but presented as separate things18:43
kmallocwe should merge role stuff back into assignment18:43
samueldmqif we have good reasons for it, I am not opposed18:43
kmallocease of maintaining code18:44
kmallocthat is a good reason in my book18:44
cmurphyhmm as someone who has written an out of tree assignment driver i'm kind of a fan of resources and roles being separate from assignment18:46
samueldmqkmalloc: that is a good reason, but I don't see that as an issue on maintaining code18:47
samueldmqbut I might be missing some aspects of the entire discussion18:47
kmallocit's a complexity thing18:47
kmallocand adding more ways things can be out of keystone's control18:47
kmallocit also means we can use FKs in the backend...18:48
kmallocwhich makes life easier18:48
kmallocesp. for highly-relational data18:48
*** nicolasbock has quit IRC18:49
kmalloccores: please look at https://review.openstack.org/#/c/493259/ and https://review.openstack.org/#/c/493621/18:50
kmallocthose are needed for rc18:50
cmurphylooking now18:51
samueldmqgagehugo and I are also going ot make a few tests locally18:51
kmallocthe SQL resource one is easy18:52
gagehugoyeah I'm running against it now18:52
kmallocthe password created_at_int one is more complex18:52
cmurphykmalloc: i'm really uneasy about https://review.openstack.org/#/c/49362118:53
cmurphy"since ocata" is really not that long ago18:53
cmurphythis could really surprise someone upgrading from newton18:53
kmalloci doubt it18:53
kmalloci seriously doubt anyone has ever replaced the resource backend18:54
kmallocbut the bigger thing is, i really don't want to backport schema fixes18:54
kmallocschema fixes make me far more nervous to backport than maybe making someone unhappy18:55
*** mjax has joined #openstack-keystone18:55
kmallocschema fixes backporting is always scary and has potential to make the schema inconsistent down the line because things go sideways18:55
kmallocor even harder to debug/fix for someone who somehow missed the backport/forward fix.18:55
kmallocit is likely to surprise the same potential folks as it is upgrading from newton unless they're edmondsw and don't use SQL identity for anything (even a domain-specific backend)18:56
lbragstadcmurphy: i had the same thought - and i sent http://lists.openstack.org/pipermail/openstack-dev/2017-August/121139.html18:56
lbragstad#startmeeting keystone-office-hours18:57
openstackMeeting started Tue Aug 15 18:57:46 2017 UTC and is due to finish in 60 minutes.  The chair is lbragstad. Information about MeetBot at http://wiki.debian.org/MeetBot.18:57
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.18:57
openstackThe meeting name has been set to 'keystone_office_hours'18:57
cmurphyedmondsw: you +1'd it, you're not aware of a use case for a non-sql resource backend?18:57
kmalloc#topic lbragstad is cool.18:58
kmalloc>.>18:58
lbragstadwoo18:58
edmondswcmurphy I am not... we use sql in PowerVC18:58
kmallocthe resource backend is so highly keystone/openstack specific it is unlikely to be replaced18:58
kmallocimo18:58
kmallocHPE did it sortof, but we put everything in mongo18:58
kmallocwhich was when there were far less backend options18:58
edmondswkmalloc why?18:59
kmallocbecause someone decided mongodb was the best choice18:59
kmalloci really don't know, it pre-dated me working at HPE18:59
kmallocthis was for the public cloud.18:59
edmondswjust seems silly :)18:59
cmurphyi could see projects being mapped to like github org memberships or some other corporate resource designator18:59
kmallocand all the resource data was merged into assignment, so it was an all-or-nothing deal for resources18:59
samueldmqkmalloc: cmurphy I also don't understand why we aren't following the deprecation process before removing the capability of setting an non-sql backend for that19:00
cmurphysamueldmq: well because it doesn't work19:00
kmallocat all19:00
cmurphyalready19:00
kmallocit's broken as it sits if you use identity SQL at all19:00
cmurphyif we'd figured it out ahead of time we could have done a normal deprecation19:00
kmalloci'll plan to implement a test that explodes if there are FKs across subsystems19:01
kmallocbut i need to figure out the way to do that in queens19:01
kmallocnot in pike-rc19:01
kmallocit's ... not going to be a fun test, but it'll prevent this in the future19:01
kmallocand i want to do a final collapse/kill of the old migration_repo19:01
lbragstadkmalloc: well - your patch is allowing FKs between subsystems19:02
kmalloclbragstad: the new test would prevent future cases. resource would be explicitly allowed19:02
kmallocor we allow FKs between systems where possible19:02
kmalloc*shrug*19:02
samueldmqseems interesting19:02
samueldmqkmalloc: btw I left a comment (2) in https://review.openstack.org/#/c/49362119:02
samueldmqI am confused with a comment you elft tehre19:02
*** sbezverk has quit IRC19:03
*** gyee has quit IRC19:03
*** chlong_ has quit IRC19:03
*** zxy has quit IRC19:03
*** d0ugal has quit IRC19:03
*** andymccr has quit IRC19:03
lbragstadthe more i think about this the more i want to dedicate time at the ptg to discuss where we allow FKs and where we don't19:03
lbragstadbut those bits kind of confuse me19:03
*** andymccr_ has joined #openstack-keystone19:03
*** gyee has joined #openstack-keystone19:03
*** zxy has joined #openstack-keystone19:03
kmallocsamueldmq: replied19:04
*** d0ugal has joined #openstack-keystone19:04
*** chlong_ has joined #openstack-keystone19:04
kmalloclbragstad: basically it is simple: if you can configure non-SQL, you cannot have an FK from one sql system to it (meaning cannot go either way)19:04
kmallocif you allow FKs, they will break inserts if the data isn't housed in the same DB19:04
kmallocyou cannot insert a user into User table now unless the domain the user belongs to is in the resource table19:05
samueldmqkmalloc: well, re-replied, I don't really agree. but I think that might be a separate conversation19:05
kmallocsamueldmq: the only reason we ever had a manager was for abstraction/pivot for backends. if there is no pivot, the manager and driver could be collapsed19:06
samueldmqkmalloc: the docs says different, https://github.com/openstack/keystone/blob/master/keystone/common/manager.py#L153-L16219:06
kmallocbusiness logic between backends goes in the manager, but if the manager doesn't need to pass data through, i can avoid19:06
samueldmqwe don't document the pivot for backends as being the only reason19:07
kmallochttps://github.com/openstack/keystone/blob/master/keystone/common/manager.py#L16019:07
kmallocif there is no dynamic backend, it doesn't need to pass data through19:07
*** lwanderley has quit IRC19:07
samueldmqwell, resource manager is pretty complex already with all the is-domain thing and all (create_project is 40 LOC)19:08
samueldmqadding the specific bits to store that into SQL would make it worse19:08
lbragstadhrybacki: knikolla and i had a discussion yesterday about preparing a demo for the ptg on global roles19:08
kmalloca lot of that could be simplified if it didn't need to pass to the backend19:08
lbragstadhrybacki: notes from that meeting are available here - https://etherpad.openstack.org/p/keystone-global-roles-poc19:08
kmallocsamueldmq: a lot of the manager code could lean directly on SQL to do the work.19:09
samueldmqkmalloc: ok, it's worth it a try to see if we can save maintainer time19:09
kmallocsamueldmq: that is my thought19:09
samueldmqI guess that's your point too19:09
* samueldmq nods19:09
hrybackilbragstad: knikolla ack, looking19:10
samueldmqkmalloc: test_sql_upgrade.py gets executed against real sql, correct?19:11
samueldmqI mean, not sqlite19:11
hrybackidecent amount of work before PTG19:11
lbragstadhrybacki: yeah19:12
lbragstadhrybacki: i'm going to start working on item #1 this week - since i proposed the original patch/implementatin19:12
hrybackibut def. worthwhile. I see you have already started19:12
lbragstadimplementation*19:12
hrybackilbragstad: presently putting out a fire but will re-read the spec and look over the task breakdown so I can figure out how I may best help19:16
lbragstadhrybacki: ack19:19
kmallocsamueldmq: both19:20
samueldmqkmalloc: kk19:21
*** ducttap__ has joined #openstack-keystone19:26
*** ducttape_ has quit IRC19:26
knikollalbragstad: https://review.openstack.org/#/c/494004/19:41
knikolla^^ removes the uwsgi job19:41
lbragstadknikolla: nice - thanks for proposing that19:41
knikollalbragstad: fastest patch i've ever gotten merged.19:43
lbragstad:)19:43
samueldmqkmalloc: lbragstad I have one more question in https://review.openstack.org/#/c/49325919:48
samueldmqinline19:48
lbragstadi think that comment is referencing https://review.openstack.org/#/c/493259/10/keystone/common/sql/contract_repo/versions/024_contract_create_created_at_int_columns.py19:50
gagehugolbragstad speaking of the gate, did we ever decide about skipping functional tests for doc changes? https://review.openstack.org/#/c/492630/19:50
lbragstadsamueldmq: i asked in an earlier patch set - https://review.openstack.org/#/c/493259/7/keystone/identity/backends/sql_model.py19:51
lbragstadgagehugo:  i think the consensus was that we should not run functional tests on doc changes to conserve resources19:51
*** sjain has quit IRC19:51
knikollagagehugo: ++19:51
knikollai see jobs being queued a lot these days19:52
gagehugoit looks like other projects do have something to skip tests for just docs/api-ref/non-code19:52
lbragstadyeah - line 148119:52
lbragstadhttps://review.openstack.org/#/c/492630/4/zuul/layout.yaml19:53
lbragstadthat's neat19:53
*** dklyle has joined #openstack-keystone19:53
lbragstadand line 147919:53
*** raildo has quit IRC19:55
gagehugoyeah19:55
gagehugoif thats ok then I can take a look at proposing something19:57
*** david-lyle has quit IRC19:57
samueldmqlbragstad:  for https://review.openstack.org/#/c/493621/19:59
samueldmqwe wait a bit on feedback from the ML topic?19:59
samueldmqfyi I just approved kmalloc's change fixing bug 170221120:00
openstackbug 1702211 in OpenStack Identity (keystone) "test_password_history_not_enforced_in_admin_reset failed in tempest test" [Medium,In progress] https://launchpad.net/bugs/1702211 - Assigned to Lance Bragstad (lbragstad)20:00
kmallocok20:00
kmalloci'll wait for it to merge20:00
kmalloclbragstad: want me to push the stable/pike version once master merges?20:01
lbragstadkmalloc: yes please20:01
kmallocok done20:01
lbragstadkmalloc: thanks20:01
lbragstadsamueldmq: yeah - i'd like to have operator feedback before merging it but i also realize that might be unlikely20:01
kmalloclbragstad: looks like you have +2 on stable/pike20:02
lbragstadi saw that :)20:02
kmalloclbragstad: so you can +2 the stable/pike of changed_at20:02
samueldmqlbragstad: well maybe just wait a bit until we're sure the gate has been 100% fixed?20:02
lbragstadsamueldmq: the change that is gating now should fix the gate20:02
kmallocsamueldmq: ^ folks have run 300+ iterations locally20:03
samueldmqlbragstad: exactly, I fully expect it too.20:03
kmallocand prior, it was hitting ~60-7020:03
kmallocwithout a failure20:03
lbragstadcmurphy: ran it up to 2500 without a failure20:03
kmalloci stand corrected20:03
kmalloc2000+20:03
kmalloc:)20:03
kmallocbut... was it OVER 9000!?!20:03
lbragstadi ran it and walked away from my computer saturday and it ran 3500+20:03
samueldmqyes, no reason for the gate to be unhappy!20:03
* kmalloc ducks.20:03
lbragstadalmost20:03
*** tobberydberg has joined #openstack-keystone20:04
lbragstadalso - that means there were thousands of revocation events stored in sql20:04
lbragstadand keystone will still running way better than it did in the past20:04
samueldmqlbragstad: ++20:04
*** mjax has quit IRC20:04
lbragstadthe database improvement with the revocation table work well20:05
*** spilla has quit IRC20:05
samueldmqtrue20:05
samueldmqalso, well done with finding and fixing that bug quickly kmalloc and lbragstad20:05
samueldmq\o/20:05
lbragstadthat was all kmalloc20:05
samueldmqbugs like that in RC phase are always interesting20:06
*** sbezverk has joined #openstack-keystone20:12
*** raildo has joined #openstack-keystone20:13
kmallocwe still need to fix the invalidation race20:14
kmallocbut...20:14
kmallocthat is much smaller20:14
*** aojea has joined #openstack-keystone20:14
*** tobberydberg has quit IRC20:15
*** aojea has quit IRC20:15
samueldmqkmalloc: what is that invalidation race thing ?20:16
kmallocsamueldmq: we do an update after invalidating the cache20:21
kmalloc... always invalidate *after* update20:21
samueldmqkmalloc: where is that ? update of what?20:21
samueldmqshould be a quick fix, right?20:21
kmallocuser data i think. i found it in the password change hunt20:21
kmallocfor the created_at_int thing20:21
samueldmq:(20:22
kmallocsec, i can find it again in a moment20:22
samueldmqkmalloc: would be good to get in for rc too, right?20:22
samueldmqkk20:22
kmallochttps://github.com/openstack/keystone/blob/2164d0550c39a07b9c0dacc6c2167d0018b0c7bd/keystone/identity/core.py#L1092-L109920:22
kmallocit is always good for RC, but it isn't a blocker20:23
kmallocit can land in queens20:23
kmalloci don't think that has *ever* caused a real issue20:23
samueldmqkmalloc: ah got it20:24
samueldmqlike another process getting in in the meantime20:24
samueldmqand re-setting the thing to the old entity before it gets effectively updated20:24
samueldmqthat's not easy to happen, I agree20:25
*** raildo has quit IRC20:26
kmalloca read on another keystone process for the user will cache the wrong data20:27
kmallocit's not even that theoretical20:27
kmallocthankfully, it's not superduper important.20:27
kmallocbecause cache expires pretty fast20:27
lbragstadwell - our bug queue is *almost* back under 100 open bugs20:33
lbragstadconsidering it was up to the 130s at various times throughout the release20:34
kmallocdid you count ksa, ksc, ksm too?20:36
kmallocor just server?20:36
*** iogg has joined #openstack-keystone20:37
lbragstadjust server20:38
*** sbezverk has quit IRC20:47
cmurphyanything else burning that we should look right now?20:51
*** lucasxu has quit IRC20:54
*** rcernin has joined #openstack-keystone20:54
knikollalbragstad: might want to get this in too in pike? https://review.openstack.org/#/c/492694/20:56
*** catintheroof has joined #openstack-keystone20:57
lbragstadknikolla: yeah - that wouldn't be a bad one to include20:57
knikollathanks cmurphy20:58
lbragstadknikolla: wooo - look at that shiny +220:59
knikollalbragstad: \o/20:59
*** aojea has joined #openstack-keystone21:03
*** mjax has joined #openstack-keystone21:06
gagehugolbragstad knikolla https://review.openstack.org/#/c/494018/21:13
*** rajalokan has quit IRC21:19
gagehugoknikolla I think we could include coverage in the skip?21:25
gagehugoIt looks like everything it covers is in keystone/* excluding tests21:25
gagehugoso for docs that should be fine21:25
knikollagagehugo: yep. i think so21:26
gagehugooh that test generates a 14M html file21:27
*** mordred has quit IRC21:27
*** mordred has joined #openstack-keystone21:27
knikollagagehugo: coverage?21:27
gagehugonah the regex checking in that change ^21:27
gagehugoI'll add coverage and fix that21:28
knikollayep. it was loading for a while21:28
knikollaRegex ^gate-(keystone|tempest|grenade|keystoneclient)-dvsm-.*$ has no matches in job list21:29
*** iogg has quit IRC21:29
openstackgerritEric Fried proposed openstack/keystoneauth master: Adapter.get_conf_options(deprecated_opts)  https://review.openstack.org/49089521:33
*** itlinux has joined #openstack-keystone21:38
itlinuxhello all.. is there a way to do ldap nested groups? TY21:38
gagehugoknikolla fixed21:41
cmurphyefried: thanks21:50
efriedcmurphy Thank you :)21:50
mjaxHey guys, I'm trying to set up domain specific identity driver configurations on keystone, but am getting this error: Failed to load 'keystone.identity.backends.Athens.Identity' using stevedore: No 'keystone.identity' driver found, looking for 'keystone.identity.backends.Athens.Identity' load_driver /opt/stack/keystone/keystone/common/manager.py:7621:57
mjaxanyone familiar with domain specific config setup?21:57
lbragstadmjax: looks like you need to configure the entry point with stevedore21:59
lbragstadwhich is typically done in setup.cfg21:59
lbragstad#endmeeting22:00
openstackMeeting ended Tue Aug 15 22:00:03 2017 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)22:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/keystone_office_hours/2017/keystone_office_hours.2017-08-15-18.57.html22:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/keystone_office_hours/2017/keystone_office_hours.2017-08-15-18.57.txt22:00
openstackLog:            http://eavesdrop.openstack.org/meetings/keystone_office_hours/2017/keystone_office_hours.2017-08-15-18.57.log.html22:00
mjaxI need to do that even if I specified the full filepath in the keystone.conf file?22:02
*** chlong_ has quit IRC22:08
*** dave-mccowan has quit IRC22:08
*** thorst has quit IRC22:12
*** clayton has quit IRC22:19
*** clayton has joined #openstack-keystone22:19
lbragstadmjax: i think so - keystone needs to know how to resolve the entry point and we use stevedore to do that22:24
*** edmondsw has quit IRC22:25
mjaxlbragstad: I tried changing the keystone/setup.cfg [entry_points] to include Athens = keystone.identity.backends.Athens:Identity, but am getting the same error22:27
lbragstadmjax: did you reinstall or rebuild?22:28
mjaxjust restart httpd22:28
lbragstadusing setup.py?22:29
lbragstadyou'll likely need to rebuild keystone22:29
mjaxwould I just run setup.py22:29
mjaxi haven't tried rebuilding before22:29
lbragstad(e.g. using `pip install -e /path/to/source/`)22:30
lbragstador python setup.py devel22:30
mjaxI'll give the setup.py a shot22:30
lbragstadhttps://stackoverflow.com/questions/1471994/what-is-setup-py22:30
mjaxlbragstad: thanks you were right, got rid of that error22:37
*** itlinux has quit IRC22:44
*** gyee has quit IRC22:44
*** gyee has joined #openstack-keystone22:44
*** SamYaple has quit IRC23:00
*** SamYaple has joined #openstack-keystone23:00
*** catintheroof has quit IRC23:11
*** rcernin has quit IRC23:12
*** thorst has joined #openstack-keystone23:13
*** thorst has quit IRC23:17
*** itlinux has joined #openstack-keystone23:26
*** lwanderley has joined #openstack-keystone23:42
*** thorst has joined #openstack-keystone23:43
*** lwanderley has quit IRC23:43
*** dave-mccowan has joined #openstack-keystone23:46
*** thorst has quit IRC23:48
*** edmondsw has joined #openstack-keystone23:56
*** lwanderley has joined #openstack-keystone23:57
*** lwanderley has quit IRC23:58

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