Monday, 2017-08-14

*** kbaegis has quit IRC00:07
*** spzala has joined #openstack-keystone00:18
*** spzala has quit IRC00:22
*** kbaegis has joined #openstack-keystone00:23
*** mattoliverau has joined #openstack-keystone00:30
mattoliverauhey all, just wanted to confirm. I'm triaging a swift doc bug. project_id and tenant_id are the same thing right? the context is adding  %\(project_id\)s or %\(tenant_id\)s to an endpoint uri. These would result in the same thing right? The swift install guide references the latter, but I know that is old. My inderstanding are there the same thing, but realise I could be wrong, so thought I'd come to the poeple in00:34
mattoliverauthe know and ask directly :)00:34
*** kbaegis has quit IRC00:34
*** thorst has joined #openstack-keystone00:38
*** spzala has joined #openstack-keystone00:41
*** thorst has quit IRC00:43
*** kbaegis has joined #openstack-keystone00:44
*** kbaegis has quit IRC00:56
*** zhurong has joined #openstack-keystone00:58
*** hoonetorg has quit IRC01:30
*** Shunli has joined #openstack-keystone01:34
*** thorst has joined #openstack-keystone01:39
*** edmondsw has joined #openstack-keystone01:40
*** thorst has quit IRC01:43
*** edmondsw has quit IRC01:45
*** hoonetorg has joined #openstack-keystone01:47
*** zsli_ has joined #openstack-keystone01:48
*** Shunli has quit IRC01:51
*** sapd has joined #openstack-keystone01:52
*** edmondsw has joined #openstack-keystone01:54
*** edmondsw has quit IRC02:01
*** hoonetorg has quit IRC02:10
*** kbaegis has joined #openstack-keystone02:13
*** hoonetorg has joined #openstack-keystone02:28
*** kbaegis has quit IRC02:30
*** spzala has quit IRC02:37
*** thorst has joined #openstack-keystone02:40
*** thorst has quit IRC02:44
*** dikonoor has joined #openstack-keystone03:06
*** dikonoor has quit IRC03:16
*** edmondsw has joined #openstack-keystone03:30
*** edmondsw has quit IRC03:35
*** dikonoor has joined #openstack-keystone03:42
*** rajalokan has joined #openstack-keystone03:43
*** john5223_ has joined #openstack-keystone04:01
*** mvk_ has joined #openstack-keystone04:06
*** links has joined #openstack-keystone04:07
*** mkrcmari__ has joined #openstack-keystone04:23
*** mvk_ has quit IRC04:26
*** zhurong has quit IRC04:27
*** mvk_ has joined #openstack-keystone04:27
*** zhurong has joined #openstack-keystone04:29
*** mkrcmari__ has quit IRC04:30
*** spzala has joined #openstack-keystone04:38
*** mvk_ has quit IRC04:41
*** thorst has joined #openstack-keystone04:41
*** spzala has quit IRC04:42
*** thorst has quit IRC04:46
*** Dinesh_Bhor has joined #openstack-keystone04:49
*** mvk_ has joined #openstack-keystone05:00
*** mvk has joined #openstack-keystone05:11
*** hyakuhei has quit IRC05:12
*** mvk_ has quit IRC05:14
*** mvk_ has joined #openstack-keystone05:16
*** mvk has quit IRC05:18
*** edmondsw has joined #openstack-keystone05:18
*** edmondsw has quit IRC05:23
openstackgerritAbhishek Sharma M proposed openstack/pycadf master: Adding gnocchi_api_audit_map.conf to pycadf  https://review.openstack.org/49342805:24
*** thorst has joined #openstack-keystone05:42
*** dikonoo has joined #openstack-keystone05:47
*** thorst has quit IRC05:47
*** dikonoor has quit IRC05:49
*** links has quit IRC05:50
*** links has joined #openstack-keystone05:56
*** mvpnitesh has joined #openstack-keystone05:57
openstackgerritAbhishek Sharma M proposed openstack/pycadf master: changed 'target_endpoint_type' value  https://review.openstack.org/49343805:57
*** tobberydberg has joined #openstack-keystone06:14
cmurphymattoliverau: yes, tenant is what it was called in v2 and project is what it is called in v3 but they are the same thing06:14
*** tobberydberg has quit IRC06:14
*** tobberydberg has joined #openstack-keystone06:15
mattoliveraucmurphy: great thanks! I'll make a note of just that!06:15
*** hoonetorg has quit IRC06:39
*** mvk has joined #openstack-keystone06:41
*** thorst has joined #openstack-keystone06:43
*** mvk_ has quit IRC06:44
*** thorst has quit IRC06:48
*** hoonetorg has joined #openstack-keystone06:52
*** rcernin has joined #openstack-keystone06:56
*** aojea has joined #openstack-keystone07:03
*** aojea has quit IRC07:03
*** aojea_ has joined #openstack-keystone07:03
*** edmondsw has joined #openstack-keystone07:07
*** tobberyd_ has joined #openstack-keystone07:10
*** tesseract has joined #openstack-keystone07:10
*** edmondsw has quit IRC07:11
*** tobberydberg has quit IRC07:13
*** tobberyd_ has quit IRC07:16
*** tobberydberg has joined #openstack-keystone07:17
*** spzala has joined #openstack-keystone07:38
*** spzala has quit IRC07:39
*** spzala has joined #openstack-keystone07:39
*** spzala has quit IRC07:39
*** thorst has joined #openstack-keystone07:44
*** thorst has quit IRC07:49
*** iogg has joined #openstack-keystone07:53
*** mvk_ has joined #openstack-keystone07:55
*** mvk has quit IRC07:58
*** mvk_ has quit IRC08:00
*** mvk has joined #openstack-keystone08:01
*** dmellado has quit IRC08:06
*** mvk_ has joined #openstack-keystone08:06
*** mvpnitesh has quit IRC08:09
*** mvpnitesh has joined #openstack-keystone08:09
*** zsli__ has joined #openstack-keystone08:09
*** mvk has quit IRC08:09
*** flaper87 has quit IRC08:10
*** zsli_ has quit IRC08:11
*** mvpnitesh has quit IRC08:16
*** flaper87 has joined #openstack-keystone08:16
*** flaper87 has quit IRC08:18
*** flaper87 has joined #openstack-keystone08:18
openstackgerrityfzhao proposed openstack/keystone master: Fix wrong links  https://review.openstack.org/49347908:26
openstackgerritColleen Murphy proposed openstack/keystoneauth master: Allow discovery URLs to have trailing slashes  https://review.openstack.org/49248408:28
cmurphymordred: fried_rice ^ figured out the unit test08:29
*** mvpnitesh has joined #openstack-keystone08:34
*** dikonoo has quit IRC08:35
*** dikonoor has joined #openstack-keystone08:36
*** jaosorior has joined #openstack-keystone08:41
*** openstackgerrit has quit IRC08:48
*** edmondsw has joined #openstack-keystone08:55
*** edmondsw has quit IRC08:59
*** zsli_ has joined #openstack-keystone09:14
*** zsli__ has quit IRC09:17
*** tobberydberg has quit IRC09:20
*** tobberydberg has joined #openstack-keystone09:20
*** tobberydberg has quit IRC09:25
*** zsli_ has quit IRC09:32
*** kornicameister has quit IRC09:33
*** tobberydberg has joined #openstack-keystone09:33
*** spzala has joined #openstack-keystone09:40
*** spzala has quit IRC09:44
*** thorst has joined #openstack-keystone09:45
*** dstepanenko has joined #openstack-keystone09:47
*** thorst has quit IRC09:50
*** rajalokan has quit IRC09:53
*** dstepanenko has quit IRC10:16
samueldmqmorning keystone10:22
*** edmondsw has joined #openstack-keystone10:43
*** dikonoo has joined #openstack-keystone10:44
*** thorst has joined #openstack-keystone10:46
*** dikonoor has quit IRC10:47
*** edmondsw has quit IRC10:47
*** thorst has quit IRC10:51
*** rajalokan has joined #openstack-keystone11:10
*** raildo has joined #openstack-keystone11:34
*** iogg has quit IRC11:40
*** openstackgerrit has joined #openstack-keystone11:57
openstackgerritzhengliuyang proposed openstack/keystone master: convert key from str to unicode  https://review.openstack.org/49351711:57
*** nicolasbock has joined #openstack-keystone11:57
*** frickler has quit IRC11:57
*** nishaYadav has joined #openstack-keystone12:09
*** dikonoor has joined #openstack-keystone12:11
*** dikonoo has quit IRC12:13
*** thorst has joined #openstack-keystone12:14
openstackgerritzhengliuyang proposed openstack/keystone master: Assert default project id is not domain  https://review.openstack.org/48423512:14
*** dikonoor has quit IRC12:20
*** zhurong has quit IRC12:25
*** iogg has joined #openstack-keystone12:27
*** frickler has joined #openstack-keystone12:37
*** frickler has quit IRC12:37
*** frickler has joined #openstack-keystone12:37
*** spzala has joined #openstack-keystone12:40
*** spzala has quit IRC12:41
*** spzala has joined #openstack-keystone12:41
*** spzala has quit IRC12:41
*** frickler has left #openstack-keystone12:43
*** ducttap__ has quit IRC12:43
*** dave-mccowan has joined #openstack-keystone12:44
*** markvoelker has joined #openstack-keystone12:48
*** edmondsw has joined #openstack-keystone12:49
*** fried_rice is now known as efried12:58
efriedcmurphy Nice.13:00
*** nicolasbock has quit IRC13:03
*** mvpnitesh has quit IRC13:03
*** spzala has joined #openstack-keystone13:08
openstackgerritMerged openstack/keystoneauth master: Allow discovery URLs to have trailing slashes  https://review.openstack.org/49248413:11
*** nishaYadav_ has joined #openstack-keystone13:18
*** nishaYadav has quit IRC13:18
*** links has quit IRC13:47
*** lbragstad has joined #openstack-keystone13:48
*** ChanServ sets mode: +o lbragstad13:48
*** ayoung has joined #openstack-keystone14:03
*** chlong has joined #openstack-keystone14:04
*** nishaYadav has joined #openstack-keystone14:15
*** nishaYadav is now known as Guest1901614:15
*** nishaYadav_ has quit IRC14:16
*** ducttape_ has joined #openstack-keystone14:17
*** catintheroof has joined #openstack-keystone14:21
*** Guest19016 has quit IRC14:23
*** gyee has joined #openstack-keystone14:28
*** gyee_ has joined #openstack-keystone14:30
*** gyee has quit IRC14:30
*** dikonoor has joined #openstack-keystone14:31
*** lwanderley has joined #openstack-keystone14:31
*** rajalokan has quit IRC14:34
*** rajalokan has joined #openstack-keystone14:40
*** clenimar has joined #openstack-keystone14:40
*** gyee_ has quit IRC14:44
*** gyee has joined #openstack-keystone14:54
*** rajalokan has quit IRC14:57
*** tobberyd_ has joined #openstack-keystone14:57
*** rcernin has quit IRC15:00
*** tobberydberg has quit IRC15:00
*** tobberyd_ has quit IRC15:02
kmalloclbragstad: o/15:04
*** aselius has joined #openstack-keystone15:05
*** lucasxu has joined #openstack-keystone15:05
lbragstadkmalloc: o/15:10
*** dikonoor has quit IRC15:16
*** otleimat has joined #openstack-keystone15:16
kmalloclbragstad: i was thinking about the data migrate15:17
kmallocif you make sure all code is upgraded to pike before you migrate15:17
kmallocit wont be an issue15:17
kmallocsince all nodes would be creating with both fields populated15:17
kmalloclbragstad: the only issue occurs when/if you mirate the data *when* some nodes are pre-pike15:18
kmallocis it safe to assume all nodes on pike when migrate is run?15:18
kmallocbecause... it should be.15:18
lbragstaddon't you still have ocata and pike nodes running at the same time?15:18
kmallocwe can't really solve this any other way15:19
kmallocthat all nodes must be pike before migrate... *or* i can roll the migrate into the contract.15:19
kmallocbut we can't have the migrate of the data in any place where it's not all pike15:20
lbragstadhmm15:20
kmalloci don't feel comfortable doing string->int processing in triggers15:20
kmalloctriggers are still a terrrrrrible ide15:20
kmalloca15:20
kmallocand even worse in cases like this15:20
lbragstaddoing that conversion in triggers isn't the right solution15:20
kmallocexactly15:21
kmallocso.15:21
lbragstadwhat about a partial outate?15:21
lbragstadoutage*15:21
kmallocdo i need to put this in contract?15:21
kmallocyou can't migrate with ocata nodes15:21
kmallocsince they wont populate the new frield15:21
kmallocfield*15:21
kmallocregardless15:21
kmallocthe data migrate must be when everything is on pike15:21
lbragstadcan't the expand phase lock the password table?15:21
kmallocdoesn't matter15:21
kmallocif you lock the table - and migrate the data15:22
kmallocall well and food15:22
kmallocgood*15:22
kmallococata nodes will still not populate created_at_int15:22
lbragstadright15:22
lbragstadright15:22
kmallocso you can't have ocata nodes.15:22
lbragstadyep15:22
lbragstadfirst, lock the table using expand15:22
kmallocor you just end with created_at_int as 0, which is fine since we fall back to created_at15:22
lbragstadthen migrate the data, then upgrade all nodes to pike15:22
lbragstadthen run the contract, which unlocks the table15:23
kmallocor, you expand, updgrade nodes to pike15:23
kmallocso. lets step back15:23
kmallocexpand (multiple versions) - ok15:23
kmallocmigrate data - is this with multiple vewrsions or always post code being upgraded?15:23
kmalloccontract - always with updated code.15:24
kmalloci don't understand when migrate-data is run15:24
lbragstadexpand and migrate are suppose to be done with N and N+1 code15:24
kmallocok15:24
lbragstadkmalloc: we have this documented, let me double check15:24
kmallocso i need to put the data migrate in the contract code.15:24
kmallocthat is fine15:24
kmallocsince i am adding non-null constraints in contract (because that is a locking operation)15:25
lbragstadhttps://docs.openstack.org/keystone/latest/admin/identity-upgrading.html#upgrading-without-downtime15:25
kmallocok, so lets just do the data migrate in contract15:25
kmallocdone.15:25
kmalloceasy15:25
kmallocand it guarantees everything works as expected15:25
*** lwanderley has quit IRC15:25
lbragstadthe thing we lose here is the ability to test a single node after the migration has run15:27
kmallocexplain?15:27
lbragstadif the migration is it in the contract phase, there isn't an opportunity to test a pike node until after contract is done15:27
lbragstadsteps 7 - 9 in the link above ^15:28
kmallocthe pike nodes read from both locations15:28
kmallocif created_at_int is null/0 it reads from created_at15:28
kmallocas it should15:28
kmalloci have a unit test that verifies the data is in-fact migrated as expected15:29
kmallocyou can't really get better than that coverage wise with this kind of thing.15:29
lbragstadi'm not so concerned about that bit15:29
kmallocso simple, you just can't do the migrate if you have ocata and pike nodes unless contract *also* does the migrade15:30
kmallocor you assume some rows will have broken data/zero created_at_int values15:30
lbragstadthe way the process is documented allows operators to pull a single node out of a pool of ocata nodes, upgrade it, expand the schema, migrate the data, then attempt running it against the datasotre15:31
kmallocand that should still work fine15:31
kmallocbut the ocata nodes will not write to the other column15:31
kmallocthe pike nodes do: return self.created_at_int or self.created_At15:32
kmallocerm "or self._created_at" [old column object is _created_at]15:32
kmalloclbragstad: ---15:34
kmallochttps://www.irccloud.com/pastebin/mljZpvjg/15:34
kmalloc^15:34
lbragstadyep - that make sense15:35
lbragstadthinking through things15:35
lbragstad.... lodaing15:35
lbragstadloading*15:35
kmallocthat might not need to be @hybrid_property though15:35
lbragstadi'm trying to figure out if doing this is going to have negative side-effects15:35
lbragstad(because the documentation describes something different)15:36
kmallocthe fact we banked on triggers for all the data migration between versions is why this is ugly15:36
kmallocwe've now had 2 cases where they just *cant* work15:37
kmalloccan we back out the use of triggers going forward and just do it all in app?15:37
kmallocmordred: ^ another reason triggers should never happen for rolling upgrades (i mean I guess, I could have re-implemented hashing algorithms in sql trigger, but......)15:37
*** lucasxu has quit IRC15:38
lbragstadwell - when trigger logic becomes to complex, we can just lock the table15:38
lbragstadwe have done that before15:38
kmallocexcept when you have fundamentally different code that is incompatible between versions of keystone15:38
kmallocfor example: password hashing. implementing that in a trigger is a nightmare.15:39
lbragstadright - i'm not suggesting that should be done15:39
kmallocso, my view is we stop mixing and matching. Triggers are hard to debug, don't meet all the real cases, and need custom code per-backend15:39
kmallocper-RDBMS-engine15:40
kmallocthat is15:40
lbragstadi'm more or less saying that when logic is too complicated to be implemented in a trigger, we can lock the table to ensure the data doesn't move or change when the data migrated15:40
kmallocthat doesn't solve the issue15:40
*** sjain has joined #openstack-keystone15:40
kmallocthat means you're locked until all nodes are upgraded15:40
kmallocyou might as well just take an outage15:40
lbragstadit depends on what is being upgraded15:41
*** david-lyle has joined #openstack-keystone15:41
lbragstadand the severity of the lock15:41
kmalloclocking the password table is likely going to be an ugly lock15:41
lbragstadsure - but other cases where we had to lock the a table were minor15:41
lbragstadbecause it was locking a resource the doesn't get accessed much or change often15:42
kmalloclike i said, we should just put the logic in the app15:42
kmallocthis saves a lot of headaches on "oh this one can be a trigger" and "this one can't"15:42
kmallocit does exactly 1 thing, extend the compat code a cycle15:42
kmallocwhich really is not the worst thing15:42
kmallocit means implementation will always be consistent and reviewable.15:43
kmallocin the same way15:43
lbragstadsure - but what about cases where you have deployments iterating a set of upgrades15:43
lbragstad(i.e. someone is on kilo but wants to be on pike)15:43
*** tobberydberg has joined #openstack-keystone15:43
kmallocthat is *not* covered by the rolling upgrade standard15:43
lbragstadkmalloc: right - but hear me out15:43
kmalloccan we not do "well maybe someone somewhere will be doing this and not follow documented ways to do it"15:43
lbragstadthe understanding is that they schedule an outage15:43
kmallocif they schedule an outage they can do the upgrade in one shot with expand/migrate/contract15:44
lbragstadso - take all the services down, upgrade to liberty, run the migrations, upgrade to mitaka, run the migrations, etc...15:44
kmallocsince all migrations are in the tree and not collapsed15:44
lbragstadbut that doesn't migrate all the data15:44
kmallocif you're on mitaka15:44
kmallocyou do: expand to latest, migrate, contract, bring services back up15:45
kmallocall those migrations are in tree15:45
*** chlong_ has joined #openstack-keystone15:45
kmallocin pike15:45
kmallocpost mitaka15:45
*** chlong has quit IRC15:45
kmallocactually... even before since we didn't collapse pre-kilo15:45
kmallocerm post-kilo15:45
lbragstadbut if you have the migrations in the application - the application is doing the marshalling of data for you, no?15:45
kmallocso you can do the schema update from pike.15:45
lbragstadinstead of forcing it with a migrate script15:46
kmallocno no, the data migration in the app is *only* to cover data being written by both versions15:46
kmallocjust like a trigger does15:46
kmalloctrigger does not migrate data, it ensures new data is sync'd between old/new places15:46
lbragstadok - i misunderstood what you meant by in-app then15:46
kmallocyeah15:46
*** links has joined #openstack-keystone15:47
lbragstadthat's what we intended triggers to do15:47
lbragstadtriggers were never meant to "migrate", only to make sure the data written to the old location would be available in the new location and vice versa15:48
kmallocright15:48
lbragstadgranted - that can get confusing for cases that aren't "make sure this uuid is availabel here"15:48
kmallocso i'm advocating stop using triggers15:48
kmallocalways implement that in-app15:48
kmalloclike i've had to do the last two major changes because it can't be represented in triggers15:49
mordredkmalloc, lbragstad haven't read the whole scrollback - but these are all the reasons I arguedagainst triggers15:49
kmallocmordred: pretty much you're up to speed15:49
mordred\o/15:49
kmallocmordred: i am dealing with DATETIME -> INT because mysql loses subsecond resolution in many active versions15:49
kmallocincluding the versions we use in gate15:49
kmallocand i dealt with password hashing algos15:49
kmallocnot good cases to put into triggers15:49
mordredkmalloc: excellent. and yes, it does15:50
kmallocso i'm arguing we should stop using triggers going forward.15:50
kmallocand just in-app logic it for those cases.15:50
mordredalthough I've got to say I'm SUPER SAD that subsecond resolution is still not in mainline - that was oneof the first things we mergedinto drizzle15:50
lbragstadmordred: ++15:50
kmallocmordred: it is mainline in maria last i checked.15:50
mordredkmalloc: yah. doing in-app also allows it to be more automatic and/or for you to do different transitions differently depending on need15:50
kmallocmordred: exactly15:51
kmallocmordred: and we are going to have a lot of DATETIME->int conversions15:51
mordredkmalloc: like a "on restart run migrations" coupled with "except for this piece of data, which please do do on acess/update" etc15:51
*** tobberydberg has quit IRC15:51
kmallocmordred: https://review.openstack.org/#/c/493259/5/keystone/common/sql/core.py15:51
mordredkmalloc: ++15:51
kmallocmordred: because that avoids headaches of different NUMERIC impls, and float rounding, and... and ... and15:52
kmallocand eventually we can do INT->DATETIME in a controller layer if we so desire15:52
kmallocinstead of everywehre inside of keystone15:52
kmallocor at the DB layer.15:52
kmalloclbragstad: so, what i'm advocating is change our policy, Triggers going forward are no longer allowed15:53
kmalloclbragstad: any thing a trigger would have done is done in-app15:53
kmalloclbragstad: data migrations, expand, and contract remain the same (though migrate *might* need to be moved to post-code-upgrade run)15:53
lbragstadthen we're in a similar place we were before introducing this process that requires us to go clean things up after a release or two15:54
lbragstadwhich folks were against15:54
lbragstad(e.g. the _created_at attribute in this case015:54
kmallocpeople need to get over that15:54
kmallocthe answer i have is: either we support rolling upgrades, or we don't have "cleanup" to do.15:55
mordredkmalloc: I'm confused - https://dev.mysql.com/doc/refman/8.0/en/storage-requirements.html#data-types-storage-reqs-date-time implies 5.6.4 accounts for storage for  subseconds- but https://dev.mysql.com/doc/refman/8.0/en/fractional-seconds.html says it's  in 8.0 ...oh,that doesn't say it was addedin 8.0,only that 8.0 has support15:55
kmallocyeah15:55
kmallocit's annoying15:56
kmallocand it's already bit us a bunch15:56
kmallocmy answer is lets not deal with that15:56
kmallocor our devs need to be way way way smarter about sorting.15:56
kmallocand not doing [order by created_at] and assume it is safe.15:56
kmallocwhich.... is a tall order at the moment, we have had this bug hit us over and over and over in many places15:57
kmallocit's like caching invalidations15:57
kmallocit's very hard to ensure people do it right.15:57
mordredso ....15:58
kmalloclbragstad: does this mean i need to come to the PTG to argue all this?15:58
kmallocbecause... i really didn't want to.15:58
lbragstadkmalloc: you totally should15:58
mordredyou have to provide a fractional-seconds-precision in the column definition15:58
kmallocmordred: and we can't do that in all cases15:58
kmallocbecause we don't really specify a minimum mysql version15:58
mordredgod really? what the hell old-ass versions ...15:58
mordredah15:58
kmallocyeah15:58
mordredwe should specify a minimum15:58
kmallocopenstack historically hasn't really15:59
lbragstadmordred: please make that happen15:59
kmallocso, someone make it happen15:59
*** spilla has joined #openstack-keystone15:59
kmallocbut we have a very ugly update to a ton of tables then.15:59
mordredok. I'm gonna send a quick email to the list ...15:59
lbragstadi've noticed some terrible assuptions and bugs with mysql rounding15:59
mordredoh - I still think your int thing is great15:59
lbragstadassumptions*15:59
kmallocso i think i'm going to stick with INT15:59
mordredbut we should have a min version15:59
kmallocbut yes15:59
mordredyup15:59
kmallocwe should15:59
kmallocor we should very publically say "THIS IS THE MINIMUM"15:59
kmallocbecause afaict it is "whatever falls out of 16.04 is sortof minimum, but eh, you could make 14.04 work if you made sure python..."16:00
kmallocwhich....16:00
kmallocanyway16:00
*** tesseract has quit IRC16:01
*** gyee has quit IRC16:02
lbragstadmordred: kmalloc https://julien.danjou.info/blog/2016/python-sqlalchemy-from-decimal-to-timestamp16:02
kmallocexept we support PGSQL and MySQL16:03
kmallocannnnnnnnd16:03
kmalloci don't trust different NUMERIC column types16:03
kmallocand you have to be specific on the pre-decimal/post-decimal numbers16:04
kmallocwhich... means preceeding 0s16:04
kmallocat least afaict from the mysql docs16:05
kmallocand i worry that something would change even if it doesn't work like that16:05
*** mvk_ has quit IRC16:09
*** gyee has joined #openstack-keystone16:12
kmalloclbragstad: ok. so. let me fix the migration to put the stuff in contract16:15
kmalloci'll push a change to fix the FK (or alternatively disable configuring the resource backend)16:15
kmalloclbragstad: and let arguments ensue (disable configuring resource is a better plan imo)16:15
ayoungWhere are we tripping over milisecond precision now?16:16
kmallocayoung: password creation time16:16
kmallocayoung: so, i'm just calling it and dumping the datetime fields in the db16:16
ayoungJust in testing, or real world?16:16
kmallocboth16:16
kmallocmostly testing16:16
kmallocbut could happen in real-world if someone changes a password in the same second16:16
kmalloc(mysql server second, that is)16:17
kmallocnon-deterministic which password would be valid16:17
kmallocbut i'm laying groundwork to ditch all date-time fields in keystone16:17
kmallocand just storing it as an int, with code to convert as needed16:17
kmallocayoung: https://review.openstack.org/#/c/493259/5/keystone/identity/backends/sql_model.py16:17
kmallocand not, it is not using DECIMAL or NUMERIC because implementations vary some between RDBMS engines16:18
ayoungthat means we can't really query on it, but I think I'm OK with that16:18
kmalloci don't think we really query on it16:18
ayoungat cloud scale, things really should not happen within a single second except response from a browser that say "yeah, I got your request"16:18
kmallocayoung: it shouldn't but we could have cases of it16:18
*** lucasxu has joined #openstack-keystone16:19
ayoungMySQL feels like such a toy sometimes16:19
kmallocand it's hit real world cases with rev events16:19
kmallocmysql isn't bad if people use it right, and configure it right16:19
ayoungrev events also need to go away16:19
kmallocthe issue is... we don't enforce that16:19
ayoungyep16:19
kmallocand many people don't know how to do it16:19
ayoungthe price of a successful project...people actually using it16:19
*** mvk_ has joined #openstack-keystone16:25
*** iogg has quit IRC16:28
*** kbaegis has joined #openstack-keystone16:29
*** tobberydberg has joined #openstack-keystone16:32
*** aojea_ has quit IRC16:34
*** tobberydberg has quit IRC16:37
*** tobberydberg has joined #openstack-keystone16:41
openstackgerritMorgan Fainberg proposed openstack/keystone master: Add int storage of datetime for password created/expires  https://review.openstack.org/49325916:44
kmalloclbragstad: ^ there16:45
*** tobberydberg has quit IRC16:45
lbragstadreviewing16:45
*** jmlowe has quit IRC16:47
*** spzala has quit IRC16:49
*** aojea has joined #openstack-keystone16:50
kmalloclbragstad: oh it prob needs a release note.16:57
kmalloclbragstad: i have another change i'm spooling up. almost done.16:57
lbragstadkmalloc: yes - for sure16:57
*** rcernin has joined #openstack-keystone16:58
*** lwanderley has joined #openstack-keystone17:04
samueldmqlbragstad: have you released rc2 or are you waiting on ^?17:04
lbragstadsamueldmq: we're waiting on kmalloc's patch17:04
lbragstadwe're also waiting on a translations patch17:04
kmallocand i have another patch (separate)17:04
kmallocthat will be proposed shortly17:04
kmallocsamueldmq: if you want to write a release note for ^^ that would work, if not, i'll get it shortly17:05
samueldmqnice17:05
kmalloc(lbragstad same thing)17:05
kmallocre reno17:05
samueldmqI can do that, but lbragstad always have better wording soo....17:05
*** links has quit IRC17:05
lbragstadhttp://lists.openstack.org/pipermail/openstack-dev/2017-August/121074.html17:05
*** rajalokan has joined #openstack-keystone17:06
samueldmqlbragstad: that makes sense17:06
kmallocnext patch removes the ability to configure anything but SQL for resource backend17:06
*** aojea has quit IRC17:06
kmalloceasier than removing the FKs17:06
kmallocand yes it will be proposed for pike too17:06
kmallocas a backport17:06
kmallocit's been broken since mid ocata17:06
kmallocand, to be fair, it is way way way easier to allow FKs from resource into the SQL backends elsewhere17:06
*** jmlowe_ has joined #openstack-keystone17:11
*** rmascena has joined #openstack-keystone17:15
*** raildo has quit IRC17:17
*** rmascena is now known as raildo17:17
*** spzala has joined #openstack-keystone17:27
*** lwanderley has quit IRC17:31
*** lwanderley has joined #openstack-keystone17:32
openstackgerritMorgan Fainberg proposed openstack/keystone master: Resource backend is SQL only now  https://review.openstack.org/49362117:42
kmalloclbragstad: ^17:42
*** spilla has quit IRC17:45
openstackgerritMorgan Fainberg proposed openstack/keystone master: Add int storage of datetime for password created/expires  https://review.openstack.org/49325917:47
kmalloclbragstad: with reno ^17:48
lbragstadreviewing both17:48
kmalloclbragstad: the resource not being configurable really eases a lot of headaches and opens the doors for FKs where we want (which should simplify SQL-driver code long term)17:49
kmalloci really don't want to backport "drop FK" migrations.17:49
kmallocwhich is the other option17:49
kmallocbackporting migrations is super icky17:50
*** lwanderley has quit IRC17:53
*** markvoelker has quit IRC17:59
*** markvoelker has joined #openstack-keystone18:00
*** ayoung has quit IRC18:02
*** markvoelker has quit IRC18:04
*** ayoung has joined #openstack-keystone18:06
*** lwanderley has joined #openstack-keystone18:06
*** lucasxu has quit IRC18:07
*** rybridges has joined #openstack-keystone18:08
*** tobberydberg has joined #openstack-keystone18:11
*** jmlowe_ has quit IRC18:15
*** tobberydberg has quit IRC18:15
*** jmlowe has joined #openstack-keystone18:16
*** lucasxu has joined #openstack-keystone18:18
*** d0ugal has quit IRC18:19
*** mvk_ has quit IRC18:24
cmurphylbragstad: am i way too late to make the case for an emergency ksa release for https://bugs.launchpad.net/keystoneauth/+bug/1709658 ?18:27
openstackLaunchpad bug 1709658 in keystoneauth ""Could not find requested endpoint in Service Catalog" when requesting unavailable identity endpoint" [Undecided,Fix released] - Assigned to Colleen Murphy (krinkle)18:27
cmurphyor when are libs unfrozen for releases?18:28
lbragstadcmurphy: i believe they are unfrozen for queens?18:31
lbragstadcmurphy: i'd have to double check but i believe they are open for queens development18:31
cmurphylbragstad: okay so i guess i can just propose a release to the releases repo18:35
*** tobberydberg has joined #openstack-keystone18:35
lbragstadcmurphy: reading your bug report18:39
*** iogg has joined #openstack-keystone18:39
*** tobberydberg has quit IRC18:40
lbragstadcmurphy: for the liberty deployment you found this on - i assume you're just going to use a new version of ksa then/18:44
cmurphylbragstad: yes, they found it using the latest release of ksa, which still mostly works even with keystone liberty18:46
*** lbragstad changes topic to "Queens release schedule: https://releases.openstack.org/queens/schedule.html | Meeting agenda: https://etherpad.openstack.org/p/keystone-weekly-meeting | Bugs that need triaging: http://bit.ly/2iJuN1h"18:48
kmalloclbragstad: the issue with the FK in id->resource is an ocata issue18:50
kmallocthe fix options are: 1) backport dropping FKs18:50
kmalloc2) disabling non-sql resource18:51
kmalloci think edmondsw is the only person realistically not using SQL id in some form18:51
kmallocyou cannot configure non-SQL resource and SQL identity, even as a domain-specific driver18:51
kmallocit will break18:51
lbragstadkmalloc: we must have a bug report floating aroudn?18:51
kmallocnope. not at the moment18:51
kmallocthis was discovered in the created_at ifx18:51
kmallocfix*18:51
edmondswwe use sql for everything except identity18:52
*** iogg has quit IRC18:52
kmallocedmondsw: right18:52
kmallocand i was using you as an example because you don't use any SQL id18:52
edmondswyep18:52
kmallocyou're probably the only deployment that could change resource to non-SQL18:52
kmallocand not be broken18:52
kmalloconly set of deployments18:52
edmondswyou may be right there... never considered it18:53
kmallocbecause there is a FK for user (sql id) to resource18:53
kmallocand, ftr, i am not backporting a schema change for a bug that shows now one is using pluggability in resource backend18:53
kmallocin fact, at this point, i'd -2 the schema change.18:53
*** markvoelker has joined #openstack-keystone18:53
kmallocit is far more impactful18:53
kmalloclbragstad: and the fix will need a backport to ocata too, but pike because of RC is more important18:54
kmalloclbragstad: ftr, this was introduced with rderose's change for adding domain to user table18:55
kmallocso mid-ocata ish?18:55
kmalloc(dev)18:55
cmurphylbragstad: i proposed https://review.openstack.org/493644 - would be cool to get it cut but it also seems a little early to release already, not really sure18:57
*** tobberydberg has joined #openstack-keystone18:58
openstackgerritMorgan Fainberg proposed openstack/keystone master: Resource backend is SQL only now  https://review.openstack.org/49362118:58
lbragstadcmurphy: i'm good with releasing early18:58
cmurphycool18:58
lbragstadcmurphy: so long as the release team is fine with the change and validates the process18:58
lbragstadreleasing early and often never hurts18:59
*** lwanderley has quit IRC18:59
openstackgerritMorgan Fainberg proposed openstack/keystone master: Resource backend is SQL only now  https://review.openstack.org/49362119:01
*** lwanderley has joined #openstack-keystone19:03
openstackgerritOctave Orgeron proposed openstack/keystone master: Enables MySQL Cluster support for Keystone  https://review.openstack.org/43122919:06
*** tobberydberg has quit IRC19:18
*** tobberydberg has joined #openstack-keystone19:18
*** sjain has quit IRC19:21
*** tobberydberg has quit IRC19:26
*** wasmum has quit IRC19:26
*** ducttap__ has joined #openstack-keystone19:26
*** wasmum has joined #openstack-keystone19:28
*** ducttape_ has quit IRC19:29
*** ducttape_ has joined #openstack-keystone19:36
*** rajalokan has quit IRC19:37
*** ducttap__ has quit IRC19:39
*** rmascena has joined #openstack-keystone19:47
*** raildo has quit IRC19:48
*** tobberydberg has joined #openstack-keystone19:50
*** nishaYadav_ has joined #openstack-keystone19:51
*** tobberydberg has quit IRC19:54
*** rmascena is now known as raildo19:57
*** tobberydberg has joined #openstack-keystone20:06
kmalloclbragstad: i'm going to have to ask someone else to take up the create_at_int patch, i want to throw a computer out the window because of it atm20:07
kmalloclbragstad: the fk thing has somehow come back *again* but this time in pgsql...even though it passed a patchset before20:07
kmalloclbragstad: or it wont be until thursday or friday i'm coming bck to it, basically i am just too frustrated at the moment to keep working on it20:08
kmalloccmurphy: ^20:08
*** kbaegis has quit IRC20:08
*** nishaYadav_ has quit IRC20:12
*** d0ugal has joined #openstack-keystone20:13
*** tobberydberg has quit IRC20:15
lbragstadkmalloc: let me take a crack at addressing comments20:16
kmalloclbragstad: it's not the comments so much, it's the db issues.20:17
kmallocbut i am approaching my limit on the fact that random things snuck into our schemas and it makes these so hard to fix.20:17
kencjohnston_From the docs, is it fair to say that Newton was the first release where Keystone supported OpenID?20:19
kencjohnston_https://docs.openstack.org/keystone/newton/federation/federated_identity.html#id420:19
kmalloc  lbragstad so as long as we get someone with fresh eyes to look at the db errors, i can pick it back up20:25
*** AJaeger has joined #openstack-keystone20:25
AJaegerkeystone cores, could you import translations, please? https://review.openstack.org/49284420:26
lbragstadkmalloc: do you have any changes locally?20:26
kmallocnope20:27
kmallocnothing that isn't up on review.o.o20:27
lbragstadkmalloc: ok20:27
*** jmlowe has quit IRC20:40
AJaegerthanks, lbragstad20:41
*** lucasxu has quit IRC20:41
*** lwanderley has quit IRC20:42
*** AJaeger has left #openstack-keystone20:42
*** raildo has quit IRC20:49
bretondo "local" federated users still there?20:56
breton*still exist?20:56
*** spzala has quit IRC21:00
*** jmlowe has joined #openstack-keystone21:03
*** aojea has joined #openstack-keystone21:04
*** thorst has quit IRC21:05
lbragstadbreton: like an ldap user?21:07
lbragstadkencjohnston_: no - open id connect has been around prior to newton https://specs.openstack.org/openstack/keystone-specs/specs/kilo/openid-connect.html21:09
kencjohnston_awesome, thanks @lbragstad !21:09
*** tobberydberg has joined #openstack-keystone21:17
*** tobberydberg has quit IRC21:22
openstackgerritMerged openstack/keystone master: Fix wrong links  https://review.openstack.org/49347921:23
*** ducttap__ has joined #openstack-keystone21:28
*** thorst has joined #openstack-keystone21:30
*** ducttape_ has quit IRC21:31
*** dave-mcc_ has joined #openstack-keystone21:31
*** sbezverk has quit IRC21:32
*** ducttape_ has joined #openstack-keystone21:32
*** dave-mccowan has quit IRC21:33
*** thorst has quit IRC21:34
*** ducttap__ has quit IRC21:34
*** thorst has joined #openstack-keystone21:36
*** thorst has quit IRC21:39
openstackgerritLance Bragstad proposed openstack/keystone master: Add int storage of datetime for password created/expires  https://review.openstack.org/49325921:45
*** tobberydberg has joined #openstack-keystone21:53
*** wasmum has quit IRC21:55
*** wasmum has joined #openstack-keystone21:57
openstackgerritMerged openstack/keystone master: Imported Translations from Zanata  https://review.openstack.org/49284421:57
*** spzala has joined #openstack-keystone21:58
*** tobberydberg has quit IRC21:58
*** spzala has quit IRC21:58
*** spzala has joined #openstack-keystone21:59
*** spzala has quit IRC21:59
*** edmondsw has quit IRC22:01
*** tobberydberg has joined #openstack-keystone22:03
*** edmondsw has joined #openstack-keystone22:03
*** edmondsw has quit IRC22:03
*** tobberyd_ has joined #openstack-keystone22:05
*** tobberydberg has quit IRC22:07
*** tobberydberg has joined #openstack-keystone22:09
*** tobberyd_ has quit IRC22:09
*** dave-mcc_ has quit IRC22:11
*** tobberydberg has quit IRC22:14
*** tobberydberg has joined #openstack-keystone22:25
*** tobberydberg has quit IRC22:33
*** thorst has joined #openstack-keystone22:39
openstackgerritMorgan Fainberg proposed openstack/keystone master: Add int storage of datetime for password created/expires  https://review.openstack.org/49325922:41
kmalloclbragstad: ^ *grump*22:42
*** thorst has quit IRC22:44
*** dave-mccowan has joined #openstack-keystone22:48
*** dave-mccowan has quit IRC22:51
*** tobberydberg has joined #openstack-keystone22:59
*** rcernin has quit IRC23:02
*** tobberydberg has quit IRC23:06
*** tobberydberg has joined #openstack-keystone23:11
*** catintheroof has quit IRC23:12
*** tobberyd_ has joined #openstack-keystone23:14
*** tobberydberg has quit IRC23:15
*** tobberyd_ has quit IRC23:18
*** tobberydberg has joined #openstack-keystone23:24
*** tobberydberg has quit IRC23:29
*** tobberydberg has joined #openstack-keystone23:31
*** spzala_ has joined #openstack-keystone23:31
*** tobberydberg has quit IRC23:38
*** aselius has quit IRC23:51
*** Dinesh_Bhor has quit IRC23:51
*** sapd has quit IRC23:51
*** hoonetorg has quit IRC23:51
*** davechen has quit IRC23:51
*** ppiela_ has quit IRC23:51
*** adriant has quit IRC23:51
*** odyssey4me has quit IRC23:51
*** cburgess has quit IRC23:51
*** jmlowe has quit IRC23:51
*** d0ugal has quit IRC23:51
*** david-lyle has quit IRC23:51
*** ebbex has quit IRC23:51
*** nkinder has quit IRC23:51
*** Adri2000 has quit IRC23:51
*** dutsmoc has quit IRC23:51
*** asettle has quit IRC23:51
*** cloudnull has quit IRC23:51
*** dims has quit IRC23:51
*** BlackDex has quit IRC23:51
*** jamielennox has quit IRC23:51
*** dgonzalez has quit IRC23:51
*** lamt has quit IRC23:51
*** andymccr has quit IRC23:51
*** NikitaKonovalov has quit IRC23:51
*** peterstac has quit IRC23:51
*** dougshelley66 has quit IRC23:51
*** rybridges has quit IRC23:51
*** flaper87 has quit IRC23:51
*** john5223_ has quit IRC23:51
*** clayton has quit IRC23:51
*** masber has quit IRC23:51
*** kaisers2 has quit IRC23:51
*** brad[] has quit IRC23:51
*** timothyb89 has quit IRC23:51
*** EmilienM has quit IRC23:51
*** zigo has quit IRC23:51
*** gyee has quit IRC23:51
*** openstackgerrit has quit IRC23:51
*** zzzeek has quit IRC23:51
*** rha has quit IRC23:51
*** Dave has quit IRC23:51
*** dulek has quit IRC23:51
*** mfisch` has quit IRC23:51
*** htruta` has quit IRC23:51
*** rvba has quit IRC23:51
*** tristanC has quit IRC23:51
*** timburke has quit IRC23:51
*** Trident has quit IRC23:51
*** breton has quit IRC23:51
*** freerunner has quit IRC23:51
*** johnthetubaguy has quit IRC23:51
*** bradjones has quit IRC23:51
*** josecastroleon has quit IRC23:51
*** jistr|off has quit IRC23:51
*** lifeless_ has quit IRC23:51
*** junbo has quit IRC23:51
*** mattoliverau has quit IRC23:51
*** eglute has quit IRC23:51
*** d34dh0r53 has quit IRC23:51
*** jmccrory has quit IRC23:51
*** obre has quit IRC23:51
*** kairat has quit IRC23:51
*** akrzos has quit IRC23:51
*** kencjohnston_ has quit IRC23:51
*** spzala_ has quit IRC23:51
*** chlong_ has quit IRC23:51
*** clenimar has quit IRC23:51
*** ianw has quit IRC23:51
*** bigjools has quit IRC23:51
*** jdennis has quit IRC23:51
*** baffle has quit IRC23:51
*** med_ has quit IRC23:51
*** alex_xu has quit IRC23:51
*** Tahvok has quit IRC23:51
*** matteus has quit IRC23:51
*** vaishali has quit IRC23:51
*** basilAB has quit IRC23:51
*** oomichi has quit IRC23:51
*** robcresswell has quit IRC23:51
*** samueldmq has quit IRC23:51
*** hrybacki has quit IRC23:51
*** mgagne has quit IRC23:51
*** rarora has quit IRC23:51
*** gus has quit IRC23:51
*** fungi has quit IRC23:51
*** dstanek has quit IRC23:51
*** wolsen has quit IRC23:51
*** chris_hultin|AWA has quit IRC23:51
*** ducttape_ has quit IRC23:51
*** efried has quit IRC23:51
*** portdirect has quit IRC23:51
*** iurygregory has quit IRC23:51
*** DinaBelova has quit IRC23:51
*** rodrigods has quit IRC23:51
*** Nakato has quit IRC23:51
*** zeus has quit IRC23:51
*** clarkb has quit IRC23:51
*** andreaf has quit IRC23:51
*** knikolla has quit IRC23:51
*** evrardjp has quit IRC23:51
*** mrhillsman has quit IRC23:51
*** aojea has quit IRC23:51
*** jaosorior has quit IRC23:51
*** mtreinish has quit IRC23:51
*** jidar has quit IRC23:51
*** charz has quit IRC23:51
*** szaher has quit IRC23:51
*** slunkad has quit IRC23:51
*** sasaniak has quit IRC23:51
*** timss has quit IRC23:51
*** andreykurilin has quit IRC23:51
*** ChanServ has quit IRC23:51
*** otleimat has quit IRC23:51
*** jrist has quit IRC23:51
*** Adobeman has quit IRC23:51
*** diablo_rojo_phon has quit IRC23:51
*** mancdaz has quit IRC23:51
*** cmurphy has quit IRC23:51
*** toddnni has quit IRC23:51
*** melwitt has quit IRC23:51
*** wasmum has quit IRC23:51
*** ayoung has quit IRC23:51
*** rm_work has quit IRC23:51
*** kfox1111 has quit IRC23:51
*** stevemar has quit IRC23:51
*** dtroyer has quit IRC23:51
*** mordred has quit IRC23:51
*** afazekas has quit IRC23:51
*** flwang has quit IRC23:51
*** hemna has quit IRC23:51
*** kmalloc has quit IRC23:51
*** jamespage has quit IRC23:51
*** john5223 has quit IRC23:51
gagehugohmm?23:52
*** jamespage has joined #openstack-keystone23:55
*** kmalloc has joined #openstack-keystone23:55
*** ayoung has joined #openstack-keystone23:55
*** flwang has joined #openstack-keystone23:55
*** mordred has joined #openstack-keystone23:55
*** wasmum has joined #openstack-keystone23:55
*** dtroyer has joined #openstack-keystone23:55
*** afazekas has joined #openstack-keystone23:55
*** kfox1111 has joined #openstack-keystone23:55
*** ducttape_ has joined #openstack-keystone23:55
*** jmlowe has joined #openstack-keystone23:55
*** d0ugal has joined #openstack-keystone23:55
*** rybridges has joined #openstack-keystone23:55
*** chlong_ has joined #openstack-keystone23:55
*** david-lyle has joined #openstack-keystone23:55
*** otleimat has joined #openstack-keystone23:55
*** aselius has joined #openstack-keystone23:55
*** clenimar has joined #openstack-keystone23:55
*** flaper87 has joined #openstack-keystone23:55
*** hoonetorg has joined #openstack-keystone23:55
*** Dinesh_Bhor has joined #openstack-keystone23:55
*** sapd has joined #openstack-keystone23:55
*** mattoliverau has joined #openstack-keystone23:55
*** jrist has joined #openstack-keystone23:55
*** davechen has joined #openstack-keystone23:55
*** ebbex has joined #openstack-keystone23:55
*** clayton has joined #openstack-keystone23:55
*** efried_zzz has joined #openstack-keystone23:55
*** josecastroleon has joined #openstack-keystone23:55
*** jistr|off has joined #openstack-keystone23:55
*** lifeless_ has joined #openstack-keystone23:55
*** ppiela_ has joined #openstack-keystone23:55
*** portdirect has joined #openstack-keystone23:55
*** nkinder has joined #openstack-keystone23:55
*** junbo has joined #openstack-keystone23:55
*** adriant has joined #openstack-keystone23:55
*** Adri2000 has joined #openstack-keystone23:55
*** iurygregory has joined #openstack-keystone23:55
*** DinaBelova has joined #openstack-keystone23:55
*** ianw has joined #openstack-keystone23:55
*** odyssey4me has joined #openstack-keystone23:55
*** rodrigods has joined #openstack-keystone23:55
*** asettle has joined #openstack-keystone23:55
*** dutsmoc has joined #openstack-keystone23:55
*** cloudnull has joined #openstack-keystone23:55
*** mfisch` has joined #openstack-keystone23:55
*** htruta` has joined #openstack-keystone23:55
*** Nakato has joined #openstack-keystone23:55
*** bigjools has joined #openstack-keystone23:55
*** oomichi has joined #openstack-keystone23:55
*** masber has joined #openstack-keystone23:55
*** dims has joined #openstack-keystone23:55
*** robcresswell has joined #openstack-keystone23:55
*** kaisers2 has joined #openstack-keystone23:55
*** zeus has joined #openstack-keystone23:55
*** clarkb has joined #openstack-keystone23:55
*** rarora has joined #openstack-keystone23:55
*** eglute has joined #openstack-keystone23:55
*** d34dh0r53 has joined #openstack-keystone23:55
*** rvba has joined #openstack-keystone23:55
*** brad[] has joined #openstack-keystone23:55
*** jdennis has joined #openstack-keystone23:55
*** baffle has joined #openstack-keystone23:55
*** med_ has joined #openstack-keystone23:55
*** jmccrory has joined #openstack-keystone23:55
*** BlackDex has joined #openstack-keystone23:55
*** timothyb89 has joined #openstack-keystone23:55
*** obre has joined #openstack-keystone23:55
*** jamielennox has joined #openstack-keystone23:55
*** tristanC has joined #openstack-keystone23:55
*** timburke has joined #openstack-keystone23:55
*** andreaf has joined #openstack-keystone23:55
*** cburgess has joined #openstack-keystone23:55
*** Trident has joined #openstack-keystone23:55
*** Adobeman has joined #openstack-keystone23:55
*** breton has joined #openstack-keystone23:55
*** alex_xu has joined #openstack-keystone23:55
*** diablo_rojo_phon has joined #openstack-keystone23:55
*** mancdaz has joined #openstack-keystone23:55
*** freerunner has joined #openstack-keystone23:55
*** samueldmq has joined #openstack-keystone23:55
*** knikolla has joined #openstack-keystone23:55
*** cmurphy has joined #openstack-keystone23:55
*** toddnni has joined #openstack-keystone23:55
*** dgonzalez has joined #openstack-keystone23:55
*** melwitt has joined #openstack-keystone23:55
*** hrybacki has joined #openstack-keystone23:55
*** kairat has joined #openstack-keystone23:55
*** vaishali has joined #openstack-keystone23:55
*** basilAB has joined #openstack-keystone23:55
*** johnthetubaguy has joined #openstack-keystone23:55
*** lamt has joined #openstack-keystone23:55
*** andymccr has joined #openstack-keystone23:55
*** NikitaKonovalov has joined #openstack-keystone23:55
*** peterstac has joined #openstack-keystone23:55
*** dougshelley66 has joined #openstack-keystone23:55
*** mrhillsman has joined #openstack-keystone23:55
*** mgagne has joined #openstack-keystone23:55
*** EmilienM has joined #openstack-keystone23:55
*** akrzos has joined #openstack-keystone23:55
*** gus has joined #openstack-keystone23:55
*** zigo has joined #openstack-keystone23:55
*** fungi has joined #openstack-keystone23:55
*** dstanek has joined #openstack-keystone23:55
*** kencjohnston_ has joined #openstack-keystone23:55
*** bradjones has joined #openstack-keystone23:55
*** Tahvok has joined #openstack-keystone23:55
*** matteus has joined #openstack-keystone23:55
*** evrardjp has joined #openstack-keystone23:55
*** wolsen has joined #openstack-keystone23:55
*** chris_hultin|AWA has joined #openstack-keystone23:55
*** ChanServ has joined #openstack-keystone23:56
*** tepper.freenode.net sets mode: +o ChanServ23:56
*** gyee has joined #openstack-keystone23:56
*** openstackgerrit has joined #openstack-keystone23:56
*** zzzeek has joined #openstack-keystone23:56
*** rha has joined #openstack-keystone23:56
*** Dave has joined #openstack-keystone23:56
*** dulek has joined #openstack-keystone23:56
*** jaosorior has joined #openstack-keystone23:56
*** sasaniak has joined #openstack-keystone23:56
*** mtreinish has joined #openstack-keystone23:56
*** jidar has joined #openstack-keystone23:56
*** charz has joined #openstack-keystone23:56
*** szaher has joined #openstack-keystone23:56
*** slunkad has joined #openstack-keystone23:56
*** timss has joined #openstack-keystone23:56
*** andreykurilin has joined #openstack-keystone23:56
*** ChanServ has quit IRC23:56
*** dulek has quit IRC23:57
*** chlong_ has quit IRC23:57
*** clenimar has quit IRC23:57
*** ianw has quit IRC23:57
*** bigjools has quit IRC23:57
*** jdennis has quit IRC23:57
*** baffle has quit IRC23:57
*** med_ has quit IRC23:57
*** alex_xu has quit IRC23:57
*** Tahvok has quit IRC23:57
*** matteus has quit IRC23:57
*** jaosorior has quit IRC23:57
*** mtreinish has quit IRC23:57
*** jidar has quit IRC23:57
*** charz has quit IRC23:57
*** szaher has quit IRC23:57
*** slunkad has quit IRC23:57
*** sasaniak has quit IRC23:57
*** timss has quit IRC23:57
*** andreykurilin has quit IRC23:57
*** gyee has quit IRC23:57
*** openstackgerrit has quit IRC23:57
*** zzzeek has quit IRC23:57
*** rha has quit IRC23:57
*** Dave has quit IRC23:57
*** kmalloc has quit IRC23:57
*** ayoung has quit IRC23:57
*** wasmum has quit IRC23:57
*** aselius has quit IRC23:57
*** Dinesh_Bhor has quit IRC23:57
*** sapd has quit IRC23:57
*** hoonetorg has quit IRC23:57
*** davechen has quit IRC23:57
*** ppiela_ has quit IRC23:57
*** adriant has quit IRC23:57
*** odyssey4me has quit IRC23:57
*** cburgess has quit IRC23:57
*** dtroyer has quit IRC23:57
*** jmlowe has quit IRC23:57
*** d0ugal has quit IRC23:57
*** david-lyle has quit IRC23:57
*** ebbex has quit IRC23:57
*** nkinder has quit IRC23:57
*** Adri2000 has quit IRC23:57
*** dutsmoc has quit IRC23:57
*** asettle has quit IRC23:57
*** cloudnull has quit IRC23:57
*** dims has quit IRC23:57
*** BlackDex has quit IRC23:57
*** jamielennox has quit IRC23:57
*** dgonzalez has quit IRC23:57
*** lamt has quit IRC23:57
*** andymccr has quit IRC23:57
*** NikitaKonovalov has quit IRC23:57
*** peterstac has quit IRC23:57
*** dougshelley66 has quit IRC23:57
*** rybridges has quit IRC23:57
*** flaper87 has quit IRC23:57
*** clayton has quit IRC23:57
*** masber has quit IRC23:57
*** kaisers2 has quit IRC23:57
*** brad[] has quit IRC23:57
*** timothyb89 has quit IRC23:57
*** EmilienM has quit IRC23:57
*** zigo has quit IRC23:57
*** flwang has quit IRC23:57
*** mfisch` has quit IRC23:57
*** htruta` has quit IRC23:57
*** rvba has quit IRC23:57
*** tristanC has quit IRC23:57
*** timburke has quit IRC23:57
*** Trident has quit IRC23:57
*** breton has quit IRC23:57
*** freerunner has quit IRC23:57
*** johnthetubaguy has quit IRC23:57
*** bradjones has quit IRC23:57
*** jamespage has quit IRC23:57
*** mordred has quit IRC23:57
*** afazekas has quit IRC23:57
*** josecastroleon has quit IRC23:57
*** jistr|off has quit IRC23:57
*** lifeless_ has quit IRC23:57
*** junbo has quit IRC23:57
*** mattoliverau has quit IRC23:57
*** eglute has quit IRC23:57
*** d34dh0r53 has quit IRC23:57
*** jmccrory has quit IRC23:57
*** obre has quit IRC23:57
*** kairat has quit IRC23:57
*** akrzos has quit IRC23:57
*** kencjohnston_ has quit IRC23:57
*** vaishali has quit IRC23:57
*** basilAB has quit IRC23:57
*** oomichi has quit IRC23:57
*** robcresswell has quit IRC23:57
*** samueldmq has quit IRC23:57
*** hrybacki has quit IRC23:57
*** mgagne has quit IRC23:57
*** rarora has quit IRC23:57
*** gus has quit IRC23:57
*** fungi has quit IRC23:57
*** dstanek has quit IRC23:57
*** wolsen has quit IRC23:57
*** chris_hultin|AWA has quit IRC23:57
*** kfox1111 has quit IRC23:57
*** ducttape_ has quit IRC23:57
*** efried_zzz has quit IRC23:57
*** portdirect has quit IRC23:57
*** iurygregory has quit IRC23:57
*** DinaBelova has quit IRC23:57
*** rodrigods has quit IRC23:57
*** Nakato has quit IRC23:57
*** zeus has quit IRC23:57
*** clarkb has quit IRC23:57
*** andreaf has quit IRC23:57
*** knikolla has quit IRC23:57
*** evrardjp has quit IRC23:57
*** mrhillsman has quit IRC23:57
*** otleimat has quit IRC23:57
*** jrist has quit IRC23:57
*** Adobeman has quit IRC23:57
*** diablo_rojo_phon has quit IRC23:57
*** mancdaz has quit IRC23:57
*** cmurphy has quit IRC23:57
*** toddnni has quit IRC23:57
*** melwitt has quit IRC23:57

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