Thursday, 2013-11-21

*** epim has joined #openstack-dev00:00
clarkbdolphm: not yet00:00
clarkbdolphm: just started wrapping my head around the problem00:00
*** nachi1 has left #openstack-dev00:00
clarkbdolphm: it doesn't seem like this is a keystone bug though. It is a linux bug :)00:00
*** sushils has quit IRC00:01
dolphmclarkb: i was about to ask "what's actually misbehaving here?"00:01
*** ftcjeff has quit IRC00:01
clarkbdolphm: the linux default local port range overlaps with the range of ports that IANA does assignemnts over00:01
*** nati_ueno has quit IRC00:01
*** epim has quit IRC00:01
dolphmclarkb: is there anything we can do to prevent that in the gate?00:02
*** yamahata_ has joined #openstack-dev00:02
dolphmclarkb: (start keystone before whatever happened to claim that port?)00:02
clarkbdolphm: we can shift the range on the hosts we use in the gate00:02
bknudsonyou can set the port rang - /proc/sys/net/ipv4/ip_local_port_range00:02
clarkbdolphm: we can't garuntee that nothing else doesn't use that port without shifting the range as it is semi random00:02
morganfainbergclarkb, i assume this doesn't happen everytime... just enough to register as a "wtf is that"00:03
*** CaptTofu has quit IRC00:03
dolphmclarkb: bknudson: are ya'll contradicting each other?00:03
dolphmmorganfainberg: ++00:03
clarkbmorganfainberg: correct00:03
morganfainbergdolphm, no they are in agreement...afaict00:03
clarkbwe are in agreement00:03
*** CaptTofu has joined #openstack-dev00:03
dolphmbknudson: is that possible for devstack?00:04
bknudson# echo "49152 65535" > /proc/sys/net/ipv4/ip_local_port_range00:04
bknudsondevstack does sudo all over the place.00:04
dolphm ^^00:04
bknudsoninstalling packages...00:04
clarkbbknudson: or 35358 6100000:04
morganfainbergdrop things into sysctl.d (or distro equivalent)00:04
*** nermina has quit IRC00:04
dolphmclarkb: shouldn't you start above the IANA range?00:04
clarkbdolphm: maybe? I don't have an opinion on linux vs IANA here00:05
morganfainbergdolphm, ++ but i think we use the highest port... we might be the only project that uses a port in linux's ephemeral range00:05
bknudsonmaybe "49152 61000"00:05
morganfainbergclarkb, but i'd argue the safest bet is what bknudson just said.00:05
morganfainbergas long as it doesn't overly limit available ports (should be fine.... i think)00:05
bknudsonsince wikipedia says "dynamic or private ports" so maybe 61000+ are private ports.00:06
clarkbthere are several problems here 1. keystone's default port conflicts with default local port ranges on linux boxes, we should probably document that for deployers 2. linux and IANA don't agree 3. wtf linux :)00:06
bknudsontorvalds: ping00:06
*** teran has quit IRC00:06
*** jhesketh_ has quit IRC00:06
dolphmmorganfainberg: i believe we are the only project with any reason to appeal to IANA00:06
*** anniec has quit IRC00:06
morganfainbergdolphm, that is fairenough.00:06
dolphmclarkb: ++00:07
clarkbI will propose a change to devstack that shifts the range to 49152 61000. I will also submit a bug against keystone and devstack to track the work (keystone really should document this I htink)00:07
bknudsonthe other projects should use an ephemeral port and tell keystone what they picked so we can put in in the service catalog00:07
*** stevemar has quit IRC00:07
*** stan_ivanov has quit IRC00:07
dolphmclarkb: will you send me a link to that review?00:07
morganfainbergclarkb, feel free to include me if you want on that review.00:08
*** derekh has quit IRC00:09
clarkbdolphm: sure, morganfainberg will do00:09
*** anniec has joined #openstack-dev00:11
*** dolphm is now known as dolphm_afk00:12
*** amotoki is now known as __amotoki__00:14
*** CaptTofu has quit IRC00:14
*** sthaha has joined #openstack-dev00:14
*** CaptTofu has joined #openstack-dev00:14
*** xqueralt has quit IRC00:15
clarkbdolphm_afk: bknudson: morganfainberg: https://bugs.launchpad.net/keystone/+bug/1253482 is the bug00:15
uvirtbotLaunchpad bug 1253482 in keystone "Keystone default port in linux local ephemeral port range. Devstack should shift range." [Undecided,New]00:15
*** pete5 has quit IRC00:15
morganfainbergclarkb, thanks!00:15
*** rongze has joined #openstack-dev00:16
*** carl_baldwin has quit IRC00:16
*** MaxV has joined #openstack-dev00:16
*** fbo is now known as fbo_away00:16
*** epim has joined #openstack-dev00:16
*** Ryan_Lane has quit IRC00:17
clarkbdtroyer: if you are around, do you have an preference for where that goes in devstack? lib/keystone maybe?00:18
*** armax has joined #openstack-dev00:20
*** rongze has quit IRC00:20
*** armax has left #openstack-dev00:21
*** yamahata_ has quit IRC00:22
*** yamahata_ has joined #openstack-dev00:22
*** pixelb has quit IRC00:22
*** dosaboy has quit IRC00:23
clarkbhmm it almost needs to do it upfront to have a shot at keeping other processes away from the keystone ports00:24
*** shinylasers has quit IRC00:24
clarkbdoing it at start keystone is too late00:24
bknudsonclarkb: can the source image be updated?00:24
bknudsonthen it wouldn't be in devstack00:24
*** faramir1 has joined #openstack-dev00:24
clarkbbknudson: it can, but this is in theory a problem for everyone else00:24
clarkbwe try to keep the delta between our images and devstack as small as possible00:25
clarkbmaybe I need to account for it in both places00:25
bknudsonclarkb: that might be the best way... then users of devstack would only hit this at most once.00:25
bknudsononce per vm.00:25
clarkbya00:25
*** shinylasers has joined #openstack-dev00:25
*** shinylasers has quit IRC00:26
*** jasdeepH has quit IRC00:26
bknudsonor could put in a wait for the ephemeral port to be released00:26
*** tdruiva has quit IRC00:26
*** salv-orlando has quit IRC00:26
*** lbragstad has quit IRC00:26
*** tdruiva has joined #openstack-dev00:27
dolphm_afkclarkb: marked as won't fix on the keystone side, based on the above00:29
*** roampune has quit IRC00:29
clarkbdolphm_afk: I think keystone needs to document it00:29
morganfainbergdolphm_afk, clarkb, wasn't the bug simply to document in keystone?00:29
dolphm_afkclarkb: ah, how so?00:29
dolphm_afktotally missed the last paragraph..00:29
notmynamettx: why are you (or your robot self) unprioritizing and untargeting my swift blueprints?00:29
clarkbdolphm_afk: this is something that may not be apparent to deployers, so they should be made aware of it00:30
clarkbdolphm_afk: basically if you are running keystone you probably want a different local port range on linux00:30
morganfainbergmaybe a big fat "IANA says we use port # but linux defaults to # so.. fix might get a conflict in some cases on startup"00:30
dolphm_afkclarkb: morganfainberg: re-opened against keystone! apologies for missing that paragraph00:30
clarkbnp00:30
bknudsonbtw, I think keystone is broken somehow... something in keystoneclient.00:31
bknudsonI hope it wasn't me.00:31
*** boris-42 has joined #openstack-dev00:32
morganfainbergbknudson, ?00:32
bknudsonmorganfainberg: http://logs.openstack.org/53/57553/1/check/gate-keystone-python27/23d7f1a/console.html00:32
*** atiwari has quit IRC00:32
*** tdruiva has quit IRC00:32
*** matsuhashi has joined #openstack-dev00:32
bknudsonlots of things getting Unauthorized: The request you have made requires authentication. (HTTP 401)00:32
bknudsonkeystone.tests.test_keystoneclient.KcMasterTestCase.test_tokens_after_user_update_passwd00:32
morganfainbergbknudson, that happens occationally, i meant to submit that to elastic_recheck and take a look at it00:32
dolphm_afkdstanek: ^^00:33
morganfainbergit's related to setup failing and teardown ducking then00:33
dolphm_afkmorganfainberg: ?!00:33
morganfainbergteardown*00:33
bknudsonthe last thing we want is to be adding to the recheck problems!00:33
morganfainbergdolphm_afk, i think last time i looked that was because a setUp() failed.00:33
morganfainbergdolphm_afk, and then tearDown doesn't run and screws all subsequent tests up.00:34
morganfainbergdolphm_afk, it has been transient, so i haven't had a chance ot chase it (seen it three times now)00:34
bknudsonwhy would only 3 tests fail?00:34
morganfainbergorder of tests?00:34
morganfainbergat least this _looks_ like that issue.00:34
morganfainbergi _think_ we even have a bug on it.00:34
morganfainbergif it's the same issue00:35
morganfainberglet me see00:35
*** dolphm_afk is now known as dolphm_for_real_00:35
*** dolphm_for_real_ is now known as dolphm_really_af00:35
*** dolphm_really_af is now known as dolphm_reallyafk00:36
dolphm_reallyafkthere we go00:36
bknudsonmust have text-to-speech00:36
*** clayb has quit IRC00:36
*** hemna_ is now known as hemnafk00:37
morganfainbergbknudson, i can't find the bug now :(00:37
*** teran has joined #openstack-dev00:37
bknudsontoo many bugs!00:37
morganfainbergbknudson, yes.00:37
dstanekdolphm_reallyafk: what's up?00:37
morganfainbergdstanek, ^00:37
*** vuil has quit IRC00:39
dstanekmorganfainberg: the 401s or the port issue?00:39
morganfainbergdstanek the 40100:39
morganfainbergi think ... think that is related to setUp and tearDown, but i can't find the bug i was referencing earlier00:40
*** buddha_dai has joined #openstack-dev00:40
* morganfainberg gets back to grizzly port of a bug that _needs_ to be fixed.00:40
morganfainbergugh, repro script assumes havana =/00:41
*** arata has joined #openstack-dev00:42
*** CaptTofu has quit IRC00:43
*** sdake_ has quit IRC00:44
*** CaptTofu has joined #openstack-dev00:44
*** MaxV has quit IRC00:44
*** MaxV has joined #openstack-dev00:45
*** buzztroll has joined #openstack-dev00:45
jamielennoxkeystoneclient review for today: https://review.openstack.org/#/c/53038/00:46
jamielennoxmorganfainberg: bknudson, dstanek, ayoung, gyee ^^00:46
morganfainbergjamielennox, might need to wait for approval, gate has been unhappy.00:47
morganfainbergjamielennox, but it can be reviewed (just an FYI)00:47
jamielennoxthis is going to be my new approach i think, pick the most necessary one, one per day00:47
bknudsonI got the 401 error locally00:47
dstanekbknudson: really?00:48
bknudsonwish I had this so I could debug easier... https://review.openstack.org/#/c/54789/00:48
jamielennoxyea, i saw the thing with the gate - this is also about the first patch i've been able to get that passed through jenkins00:48
jamielennoxtestr and pdb? awesome i've wanted that for ages00:49
*** MaxV has quit IRC00:49
bknudsondstanek: just running tox -e py27 , got the same output as http://logs.openstack.org/53/57553/1/check/gate-keystone-python27/23d7f1a/console.html00:49
bknudsonjamielennox: it's a hack but it's worked for me.00:50
*** buzztroll has quit IRC00:50
bknudsonoh, but I need to fix it because I used the wrong filename.00:50
jamielennoxbknudson: do you know if it will still work if testr goes parallel?00:50
bknudsonjamielennox: I believe it will work but it won't be running in parallel.00:51
jamielennoxi think that's a good enough compromise. i tend to resort to just using nose when i need pdb but it doesn't always seem to give the same ordering in keystone00:52
dstanekjamielennox: eventually testr will support pdb00:52
jamielennoxdstanek: i've heard lots of people annoyed by the issue, but nothing about upcomming support00:53
dstanekbknudson: do you get the error everytime you run the tests?00:53
bknudsondstanek: I just kicked it off again... takes 8 minutes00:53
bknudsonactually 571.704s00:54
*** epim has quit IRC00:54
*** vuil has joined #openstack-dev00:54
*** CaptTofu has quit IRC00:55
*** CaptTofu has joined #openstack-dev00:55
*** devlaps has quit IRC00:56
*** nati_ueno has joined #openstack-dev00:56
dstanekhey it breaks for me!00:57
*** nati_ueno has quit IRC00:57
bknudsondstanek: yep, it does happen every time.00:58
bknudsonwell, it happened twice.00:58
dstanekdo you know when this started? yesterday i was running tests without issues00:58
bknudsondstanek: I just noticed it in the last few hours.01:00
*** nati_ueno has joined #openstack-dev01:00
*** nati_ueno has quit IRC01:00
*** ericw has joined #openstack-dev01:01
*** vuil has quit IRC01:01
*** matsuhashi has quit IRC01:02
*** matsuhashi has joined #openstack-dev01:02
gyeejamielennox, sure, I'll review01:02
*** tdruiva has joined #openstack-dev01:04
*** nati_ueno has joined #openstack-dev01:05
*** mikeoutland has quit IRC01:05
*** nati_ueno has quit IRC01:06
*** epim has joined #openstack-dev01:06
*** nati_ueno has joined #openstack-dev01:06
*** jhesketh has joined #openstack-dev01:06
*** matsuhashi has quit IRC01:07
clarkbdolphm_reallyafk: morganfainberg I added you guys to https://review.openstack.org/#/c/57577/ it solves the problem as suggested by jeblair due to the reasons I have noted in a comment there01:07
*** tonix has quit IRC01:10
morganfainbergcool01:10
*** reed has quit IRC01:10
*** zul has quit IRC01:11
*** morazi has quit IRC01:11
*** gyee has quit IRC01:12
dstanekmorganfainberg, bknudson, dolphm_reallyafk: this is what broke http://git.openstack.org/cgit/openstack/python-keystoneclient/commit/?id=1e856a860b540fe7116534b0c8b0eef9798757b801:12
*** thomasem has quit IRC01:13
bknudsonthis is why we need keystoneclient in tempest!01:13
*** xarses has quit IRC01:13
dstanekmorganfainberg, bknudson, dolphm_reallyafk: don't know why yet01:13
morganfainbergbknudson, ++++++++++++++++++++01:13
morganfainbergbknudson, got a sec? need to run something by you01:14
bknudsondstanek: btw - how were you able to verify that's what broke it?01:14
bknudsonmorganfainberg: sure.01:14
*** xingchao has joined #openstack-dev01:14
*** matsuhashi has joined #openstack-dev01:15
*** kenperkins has quit IRC01:18
dstanekbknudson: use 8a0732e262cd9de508399eabeb705b681c2503c0 as the revision to checkout here: http://git.openstack.org/cgit/openstack/keystone/tree/keystone/tests/test_keystoneclient.py#n86001:18
dstanekbknudson: that's the revision right before the broken one01:19
bknudsonpost a revert.01:19
*** boris-42 has quit IRC01:20
*** singhs has quit IRC01:21
*** DennyZhang has joined #openstack-dev01:24
*** adjohn has quit IRC01:25
*** asalkeld has quit IRC01:25
*** kenperkins has joined #openstack-dev01:25
*** mikeoutland has joined #openstack-dev01:26
*** mikeoutland has quit IRC01:28
dstanekbknudson: k - the problem seems to be that the auth_token setter needs to be updated01:29
*** adjohn has joined #openstack-dev01:30
bknudsondstanek: can re-submit with the fix afterwards.01:30
*** nosnos has joined #openstack-dev01:30
*** rods1 has joined #openstack-dev01:31
*** xchu has joined #openstack-dev01:31
*** amcrn has quit IRC01:31
*** yaguang has joined #openstack-dev01:31
*** dvarga has joined #openstack-dev01:32
*** rods has quit IRC01:32
jamielennoxi haven't been paying attention here, but how did that patch that hasn't been commited break the gate?01:32
dstanekjamielennox: it merged today01:32
jamielennox:O01:32
jamielennoxwtf01:33
*** haomaiwang has quit IRC01:33
jamielennoxsteve and i were talking about that patch, specifically cause i said that if it went through like that it would break a lot of peoples expectations01:33
*** xingchao has quit IRC01:34
*** teran has quit IRC01:34
bknudsonobviously we need better testing.01:34
jamielennoxdamnit, i thought i had a -1 on it but i didn't01:34
bknudsonis there a quicker way to make it easier to test? a tox env that tests against local keystoneclient?01:34
*** zhikunliu has joined #openstack-dev01:34
*** arata has left #openstack-dev01:35
bknudsonnow that I've made a debug tox env I think it's the answer to everything.01:35
dstanekbknudson: you'd just need to make the checkout process more configurable - maybe use env variables if they are there01:36
bknudsondstanek: good idea.01:36
jamielennoxgrr, that should never have gone through, have we got a revert patch coming?01:36
dstanekjamielennox: coming up01:36
*** jobewan has joined #openstack-dev01:37
*** sarob has joined #openstack-dev01:37
*** mriedem has joined #openstack-dev01:37
jamielennoxdstanek: thanks01:38
*** zhikunliu has quit IRC01:38
jamielennoxhaving backed off a little bit i'd be interested to know how did that change manage to break the gate? The problem was more of an issue of changing behaviour than something i expected would cause failures like that01:42
jamielennoxoh, not a gate failure a keystone test failure01:43
jamielennoxbut still01:43
dstanekjamielennox: or maybe not - having git review issues - trying to fix now01:43
dstanekinit is shitting out with a 'fatal: Needed a single revision' :-(01:43
jamielennoxnever seen that, want me to do it?01:44
dstanekjamielennox: sure if you have the time01:45
*** matsuhashi has quit IRC01:45
*** matsuhashi has joined #openstack-dev01:46
*** buzztroll has joined #openstack-dev01:46
*** rongze has joined #openstack-dev01:47
dstanekjamielennox: nm it finally worked01:48
dstanekjamielennox: i just needed to try harder - https://review.openstack.org/#/c/5758301:49
jamielennoxdstanek: just in time, i was about to push go01:50
*** buzztroll has quit IRC01:50
dstanekjamielennox: it turns out my memory sucks - i was using 'git review init' instead of 'git review -s'01:50
jamielennox?01:51
*** rongze has quit IRC01:51
jamielennoxoh right, first commit to client01:51
dstanekthe -s version is how you init a repository for use with git-review01:51
dstaneki just re-did my devstack01:51
jamielennoxok, +1ed01:53
*** haomaiwang has joined #openstack-dev01:53
*** xingchao has joined #openstack-dev01:53
dstanekmorganfainberg, bknudson: here's the revert commit https://review.openstack.org/#/c/5758301:54
bknudsondstanek: can you also submit the original change?01:54
bknudsonre-submit01:55
*** jobewan has quit IRC01:55
*** angdraug has quit IRC01:55
dstanekbknudson: with my fix?01:56
bknudsonI'd prefer without the fix and then include your fix, but just with the fix is fine.01:56
*** sarob has quit IRC01:58
dstanekbknudson: should i have it roll a new changeset-id?  i think i'll need to so gerrit is happy01:59
bknudsondstanek: I think you'll need a new changeset.01:59
bknudsondstanek: but can you keep the author shardy?02:00
*** rods1 has quit IRC02:00
*** nati_uen_ has joined #openstack-dev02:00
dstanekbknudson: yes, i'm just going to cherrypick it and remove the changeset-id; pretty sure that will keep shardy as the author02:01
dstanekbknudson: https://review.openstack.org/5758502:03
bknudsondstanek: you're the Owner.02:03
bknudsonbut the author is set... so that's probably ok.02:03
dstaneki think the owner will always be the owner of the ssh key that pushed the review02:03
bknudsonjamielennox: https://review.openstack.org/5758502:03
*** nati_ueno has quit IRC02:04
*** rods has joined #openstack-dev02:04
*** DennyZhang has quit IRC02:05
bknudsondstanek: took your advice: https://review.openstack.org/#/c/57586/02:05
*** renlt has joined #openstack-dev02:05
*** tanisdl has quit IRC02:06
dstanekbknudson: nice, trying it out now02:06
*** zhikunliu has joined #openstack-dev02:07
*** _mattf is now known as mattf02:07
*** bingbu has joined #openstack-dev02:09
*** sgran has quit IRC02:09
*** sgran has joined #openstack-dev02:10
*** michchap_ has joined #openstack-dev02:11
*** moted has quit IRC02:11
*** ericw has quit IRC02:12
*** Mandell has quit IRC02:12
*** msmedved has quit IRC02:13
*** buzztroll has joined #openstack-dev02:13
*** adjohn has quit IRC02:13
*** buzztroll has quit IRC02:14
*** buzztroll has joined #openstack-dev02:14
*** michchap has quit IRC02:14
morganfainbergbknudson, added you to this https://review.openstack.org/#/c/57577 just so you can see it.02:15
morganfainbergport change thing in devstack.02:15
*** nati_uen_ has quit IRC02:15
*** msmedved has joined #openstack-dev02:16
*** nati_ueno has joined #openstack-dev02:16
bknudsonmorganfainberg: can't say I agree with changing keystone port.02:16
morganfainbergbknudson, thats my point of the comment.02:16
bknudsonnot what was discussed here.02:16
*** erkules_ has joined #openstack-dev02:16
dolphm_reallyafkbknudson: ++02:16
dolphm_reallyafkmorganfainberg: what was wrong with bknudson's solution?02:16
morganfainbergdolphm_reallyafk, it's still a race for things running before devstack starts running (stack.sh)02:17
*** dolphm_reallyafk is now known as dolphm02:17
morganfainbergdolphm_reallyafk, same issue, just a little less possible02:17
morganfainbergthe correct fix (imo) is to make the images d-g instances run on use the correct port range02:17
*** hartsocks has joined #openstack-dev02:18
dolphmmorganfainberg: this is a rare transient issue though -- right? no need to rush in a fix?02:18
bknudsonIt's just going to lead to other problems... if you have a script or something that assumes 35357 since that's what IANA assigned.02:18
ayounglets use 443 and do it in HTTPD02:18
morganfainbergbknudson, please jump in and comment.02:18
bknudsonI know we have all sorts of examples.02:18
dolphmbknudson: that *was* kind of the point of getting an IANA assignment02:18
*** sarob has joined #openstack-dev02:18
morganfainbergdolphm, +++02:18
*** ArxCruz has quit IRC02:18
*** erkules has quit IRC02:19
morganfainberglol tempest doesn't like it.  wonder if it makes assumptions about the port(s)02:19
*** epim has quit IRC02:19
dolphmmorganfainberg: probably lol02:20
morganfainbergdolphm, i think infra is looking for a fix sooner vs later that will help keep gate churn down.02:20
*** michchap has joined #openstack-dev02:21
ayoungmorganfainberg, than they should drop Neutron testing02:21
ayoungThis is minor02:21
morganfainbergayoung, i don't have an argument to that logic02:21
bknudsoncould we change keystone to wait until the port is available?02:21
morganfainbergbknudson, i'm sure we could.02:22
bknudsonit's pretty common to have servers wait until networking is available (on os's where networking might not be up yet)02:22
*** rongze has joined #openstack-dev02:22
*** moted has joined #openstack-dev02:22
*** aditirav has joined #openstack-dev02:22
ayoungwe could stop doing random ports and keep the web on 44302:23
dolphmbknudson: i'd rather fail fast there02:23
morganfainbergayoung, i think 443 is fine, but it's silly we can't use our IANA assigned port if we want to.02:24
*** michchap_ has quit IRC02:24
*** boris-42 has joined #openstack-dev02:24
morganfainbergif we can't use the port, whats the point of getting one registered?02:24
*** kdbrierly has quit IRC02:25
ayoungjamielennox, aside from breaking the tests in Keystone client, do you follow my logic in the client review?02:25
ayoung"Refreshing of Tokens and enforcement of that workflow is done on the server side. The client should be able to request a token for a token, Trust or no, as that new token cannot get a longer lifespan than the original. With the upcoming changes in "revoke" by expires_at, we will also makes sure they are all revoked together."02:25
dolphmmorganfainberg: you mean, what's the point of IANA assigning an unusable port?02:26
*** novas0x2a|laptop has quit IRC02:26
jamielennoxayoung:  1 minute02:26
*** aditirav has quit IRC02:27
morganfainbergdolphm, well considering IANA said here are the new recommendations and linux maintainers said "oh well that doesn't give us enough ephemeral ports" (circa 2007) who really is in the right here? (02:27
*** ftcjeff has joined #openstack-dev02:27
bknudsonlet's just go to 64-bit ports.02:29
*** teran has joined #openstack-dev02:29
morganfainbergbknudson, TCPv6?02:29
* morganfainberg ducks02:29
*** buzztroll has quit IRC02:30
ayounglets stop requesting ports for random web services02:30
*** sdake_ has joined #openstack-dev02:30
*** buzztroll has joined #openstack-dev02:30
*** alex_xu has joined #openstack-dev02:30
dstanekbknudson: ah, i see what you are going in that review - you run another set of test *if* the env vars are set02:31
morganfainbergayoung, ++02:31
bknudsondstanek: right.02:31
dstanekbknudson: i like it!02:31
bknudsondstanek: maybe I need to clarify the commit message or comments.02:32
*** loq_mac has quit IRC02:32
jamielennoxayoung: ok - was finishing a strongly worded letter to the upstream HTTPretty dev to get his arse into gear02:32
ayoungmorganfainberg, I was at an Open Stack meetup lastnight, and an Ubuntu sales engineer was demoing Juju.  He shoew the OS set up, and they had the Auth Url explicitly on 443.02:33
morganfainbergayoung, HTTP? or eventlet?02:33
bknudsonayoung: did you get icecream?02:33
ayoungmorganfainberg, he was cloooless about Open Stack.  I didn't tormet him with detailed questions...I was just kindof annoyed at getting a sales pitch....not at him, but at the organizers02:34
ayoungbknudson, no, Pizza and a chocolate chip cookie02:34
jamielennoxayoung: so the problem is that it's not to do with token refreshing, it's to do with the fact that tokens given to the client are treated as if there only use is doing token/endpoint authentication02:34
*** buzztroll has quit IRC02:34
morganfainbergayoung, meetup + sales pitch, isn't that the norm?02:34
morganfainberg  /s02:34
jamielennoxayoung: the client has code there to handle auth_url/token auth but somewhere along the way it got lost02:34
*** tonyfy has joined #openstack-dev02:35
jamielennoxhe and i discussed this at summit and again on irc the other day and i said i'd get something together to handle auth_url/token auth02:35
bknudsonI think canonical was giving out ice cream at the summit... I didn't get to their booth.02:35
ayoungjamielennox, I need more context02:36
jamielennoxunfortunately i didn't remember to put a -1 on it02:36
ayoungjamielennox, I should have waited for you.02:36
ayoungSo what happend?  What broke>02:37
morganfainbergbknudson, i think i only stumbled into booths to get shirts...and didn't even look at any other things02:37
jamielennoxi don't know from the keystone side02:37
ayoungI got ice cream at the Summit, but not sure if it was Cannonical that handed it out.02:37
*** bdpayne has quit IRC02:37
bknudsonayoung: did you get to pick the toppings, etc?02:37
ayoungjamielennox, my new favorite client is curl and jq anyway02:37
*** dolphm has quit IRC02:38
jamielennoxayoung: only cause keystoneclient is ugly to work with02:38
*** jhesketh__ has quit IRC02:38
bknudsonwe need keystoneclient-tng02:38
bknudson(the next generation)02:38
ayoungjamielennox, and because jq is kindof cool02:38
jamielennoxi've no idea what jq is02:38
ayoungI need to do one more blog post showing how to use the web API with trusts02:39
*** alop has quit IRC02:39
jamielennoxbknudson: there was a thing on dev list about glance trying to bump to 1.0 and people being upset and suggesting it needs to be glanceclient202:39
morganfainbergjamielennox, seriously?!02:39
jamielennoxmaybe we could get to the point of keystoneclient-nnnnng02:39
ayoungjamielennox, it is a native utility for querying JSON.  Very elegant.02:40
bknudsonayoung: like xpath?02:40
jamielennoxis there a nice way to figure out the lists.openstack.org url of an email from the actual email?02:40
ayoungbknudson, yeah...used it in my last blog post:02:40
*** danwent has quit IRC02:40
ayoungcurl -s  -H"X-Auth-Token:$TOKEN" http://localhost:35357/v3/roles | jq '.roles[] | select( contains({name: "usermanager"})) | {id}[]  '02:40
morganfainbergjamielennox, about the service catalog reorg02:41
bknudsonayoung: does it have a python api?02:41
morganfainbergjamielennox, why the use of @classmethods?02:41
morganfainbergare you calling them on the class non-instantiated?02:41
*** rm_work is now known as rm_work|away02:41
ayoung.roles[] is the main collection there, presentaed as an array/list  and then select  means "print this object" with contains being a boolean to check that name == usermanager...finally it just pulls out the id field02:41
*** jhesketh__ has joined #openstack-dev02:42
morganfainbergjamielennox, RE: mailing list, i google search the subject usually >.<02:42
jamielennoxno, but they aren't instance related methods - they relate to something that is inherit to the way the class works02:42
*** yamahata_ has quit IRC02:42
jamielennoxthus classmethod02:42
ayoungbknudson, I'm not sure if there is a native library version, I've only used it from Bash02:42
morganfainbergjamielennox, if they are expected to be overridded @abc.abstractmethod, if they are not being called externally, they could be extracted to functions in the module02:43
ayoungbknudson, https://github.com/stedolan/jq.git02:43
ayounglooks like he had an libjq at some oint02:44
ayoungpoint02:44
jamielennoxthey could be functions in the module. I wasn't thinking about abc because it isn't being used - it's also not something that anyone would ever want to write their own  implementation of so i'm not sure we need abc02:44
ayoungbknudson, but jq as installed on my machine is just a single elf exe02:45
morganfainbergi'm going to say we should move them to functions because it doesn't seem like they are really @classmethods, they are private and not meant to be called externally with class specific data.  if they weren't private they could be @staticmethods it looks like02:45
*** dolphm has joined #openstack-dev02:45
*** tonyfy has quit IRC02:45
*** dkranz has joined #openstack-dev02:45
morganfainbergjamielennox, so in short, since no one would really override / implement new versions, module fuctions sounds like the best bet02:46
jamielennoxglance 1.0 http://lists.openstack.org/pipermail/openstack-dev/2013-November/019911.html02:46
*** anniec has quit IRC02:46
morganfainbergnew solution, make all clients 1.0 as of tomorrow.  make major versions turn into like glanceclient202:47
jamielennoxyes, they could be staticmethods - i read a thing at one point about how staticmethods were a bad idea and it is more pythonic to use classmethod to get the cls reference and i've just used classmethod by default ever since02:47
morganfainbergjamielennox, right. i have 1 use case for static really, and that was the v3_to_v2 user method02:48
dstanekclassmethods are great for factory functions02:48
*** paragan has joined #openstack-dev02:48
*** paragan has quit IRC02:48
*** paragan has joined #openstack-dev02:48
ayoungjamielennox, I think it is one of those things that people just decide one is more Pythonic than the rest, whereas reality is they are both just doing roughly the same thing semantically.  I see no reason to favor one or the other02:48
morganfainbergjamielennox, i wouldn't make something a class method unless it needs reference to cls.  (yep factor functions is a great example)02:49
ayoungdstanek, morganfainberg but since Python doesn't do type checking, even there it really is meaningless02:49
jamielennoxmorganfainberg: that would be the same logic behind not making these methods because they don't reference self02:50
jamielennoxanyway, i'm really not worried on this02:50
dstanekayoung: classmethods?02:50
morganfainbergayoung, heh.02:50
jamielennoxi'll change them to regular methods if that is wanted02:50
morganfainbergjamielennox, i think it's just cleaner if they aren't turned into class methods, personal opinion.  i really was more curious at the choice since you didn't need the cls reference02:51
morganfainberg(the factory method aside that is)02:51
jamielennoxso staticmethod then?02:51
*** guohliu has joined #openstack-dev02:51
morganfainbergjamielennox, not heartset on either.  i'll let it go as is, like i said, was curious more than anything else. (not going to -1 for that)02:52
*** paragan has quit IRC02:52
jamielennoxok, no-one around here is shy with the -1 so i'll take it as a fix if i have to do another pass02:52
clarkbayoung: morganfainberg: if keystone sits behind apache it runs as a wsgi app? and when doing that only one port is needed instead of the standalone 2?02:52
clarkbfinally if that is the preferred solution why isn't it the devstack default?02:53
morganfainbergclarkb, i'll defer to ayoung on why it isn't the default (not sure).  but yes it can use a single port, the catalog needs ot be aware of the correct pathing information (e.g. /main vs /admin for V2)02:54
clarkbswitching to apache doesn't solve bknudson's concerns either02:54
morganfainbergno it doesn.t02:54
ayoungmomentum02:54
ayoungits like the Bananas and the gorillas.02:55
*** sarob has quit IRC02:55
clarkb(I am happy to use apache, just trying to understand what that means)02:55
ayoungwhat concerns does it not solve?  It will get us inner peace and harmony.02:55
morganfainbergayoung, momentum and example scripts02:56
*** sarob has joined #openstack-dev02:56
clarkbayoung: bknudon's concerns are that he and probably others have tools built to use 35357 already02:56
clarkbswitching to apache by default is just as disruptive to that as using a different port02:56
*** achampion has joined #openstack-dev02:56
clarkbmaybe more so if the API changes02:56
ayoungclarkb, true.  But then, in this case we can claim we are rectifying a mistake02:56
*** sdake_ has quit IRC02:56
morganfainbergclarkb, i think it's as disruptive but not as bad unless we abandon IANA port assignment02:57
ayounghttps://wiki.openstack.org/wiki/URLs02:57
*** zhikunliu has quit IRC02:58
ayoungSo, ports are not only dumb, they actually avoid the real problem, which is that admin and public needed to be on different INTERFACES not ports.02:58
ayoungand Keystone didn't actually provide for that02:58
*** d34dh0r53 has joined #openstack-dev02:59
*** thomasem has joined #openstack-dev02:59
*** RajM has quit IRC02:59
dolphmayoung: paste is configurable enough to achieve that02:59
ayoungdolphm, I know...but it was more code that had to be written.  It was just....poorly considered03:00
dolphmayoung: true03:00
*** sarob has quit IRC03:00
clarkbwe should also consider that we probably won't be enable to use apache with grizzly and havana, but the test load there is probably low enough that we can deal with the annoying port in use problem03:01
*** thomasem has quit IRC03:01
morganfainbergclarkb, i'm not super worried about stable/* at the moment. for the reason you stated03:01
*** ngoracke has joined #openstack-dev03:02
*** jasdeepH has joined #openstack-dev03:02
*** teran has quit IRC03:03
ayoungclarkb, so the short of it is that we should be deploying pretty much everything inside of Apache.  Eventlet is (a proper noun not usable in polite society)03:03
ayoungespecially for our needs03:03
ayoungIt kindof makes sense for the Messagin side of things, but even there...shudder03:03
ayoungTHe security team has come out with a recommendation that we do SSL everywhere03:04
ayoungSSL in Python?  I sure hope not03:04
*** dolphm has quit IRC03:04
*** dvarga has quit IRC03:04
*** sdake_ has joined #openstack-dev03:04
*** renlt has quit IRC03:04
morganfainbergayoung, sadly, apache fronting the services doesn't solve SSL inter-service and pythons woeful encryption support03:04
morganfainbergbut the public interfaces at least are much better.03:04
ayoungit solves it for anything doing HTTP.03:05
ayoungthere are still client issues03:05
morganfainbergcompute process talking to keystone? python still has to use the client -> pure python -> SSL -> service03:05
clarkbif someone wants to propose a change to devstack to make apache the default I would be on board with that03:05
*** stevemar has joined #openstack-dev03:05
clarkb(and can abandon my change)03:05
*** matsuhas_ has joined #openstack-dev03:05
*** xarses has joined #openstack-dev03:05
ayoungclarkb, I propose to make HTTPD the default in Devstack.03:06
morganfainbergi am ok with that as it's been our "recommended production deployment" for a while.03:06
ayoungsince 2012/03 according to my blog03:06
ayounghttp://adam.younglogic.com/2012/03/keystone-should-move-to-apache-httpd/03:06
morganfainbergi think there is likely some work to be done if tempest uses explicitly 35357.03:07
morganfainbergi don't know if it always references service catalog03:07
clarkbmorganfainberg: if you look at the failures related to my change it appears that nova may assume things03:07
morganfainbergah03:07
morganfainbergboo.03:07
clarkbbut I didn't dig far enough to double check (something gets a bunch of 401s)03:08
*** matsuhashi has quit IRC03:08
morganfainbergclarkb, might just be a auth_token config issue03:09
*** nati_uen_ has joined #openstack-dev03:10
*** paragan has joined #openstack-dev03:10
jamielennoxside note when people aren't busy can someone send me some examples of what that client patched caused to fail. the more i think about it the more i think it shouldn't have caused a problem for tests03:11
*** ericwb has quit IRC03:12
*** nati_ueno has quit IRC03:14
morganfainbergok i am going home... food calls.03:15
bknudsonjamielennox: http://logs.openstack.org/53/57553/1/check/gate-keystone-python27/23d7f1a/console.html03:16
clarkbis https://github.com/openstack-dev/devstack/blob/master/lib/keystone#L111 a noop?03:16
bknudsonjamielennox: is that what you were asking for?03:16
*** fifieldt has quit IRC03:16
*** twoputt has quit IRC03:16
bknudsonjamielennox: I could recreate it locally.03:17
*** twoputt_ has quit IRC03:17
ayoungtempest should use the values out of open.rc03:17
*** fifieldt has joined #openstack-dev03:18
bknudsonis there some way to test that I can't listen on a port that client is using?03:18
ayoungIf it does use 35357 explicitly it is a mistake03:18
jamielennoxbknudson: if that's the test that was failing that's fine. i could probably recreate it as well, i just assumed it had come up some where on the gate03:18
clarkbayoung: I don't think keystone is failing as it does use the openrc. I think it is something else03:18
bknudsonjamielennox: it was those 2 tests failing.03:18
ayoungbknudson, my immediate thought was "use telnet" as that is pretty much how I connect to any tcp port for debugging03:18
clarkbduring the devstack setup of things03:18
jamielennoxbknudson: i think at least some of my concerns aren't valid so i'm just wondering what about the change caused the fail03:19
bknudsonjamielennox: I didn't look into it... dstanek had a proposed fix.03:19
ayoungclarkb, and everything else should be getting their urls out of the service catalog.  Which should be populated via devstack...let me look at the failure03:19
*** lbragstad has joined #openstack-dev03:19
bknudsonok, I was able to recreate pretty easily.03:20
ayoungclarkb, swift03:20
ayoung2013-11-21 01:39:13.099 | 2013-11-21 01:39:12 ++ sed -ne '/^\[filter:authtoken\]/,/^\[.*\]/ { /^auth_port[ \t]*=/ p; }' /etc/swift/proxy-server.conf03:20
ayoung2013-11-21 01:39:13.100 | 2013-11-21 01:39:12 + line='auth_port = 35357'03:20
ayounghttp://logs.openstack.org/77/57577/2/check/check-tempest-devstack-vm-full/21f7af6/console.html03:21
*** sdake_ has quit IRC03:21
ayoungpretty much all of them03:21
clarkbright so first step is fixing that, then we can switch to apache or anything else03:21
bknudsonit even gets stuck in time_wait -- tcp        0      0 127.0.0.1:47083         127.0.0.1:22            TIME_WAIT   -03:22
jamielennoxbknudson: ok, so it's because the test is overriding the auth_token manually even though it has already done an authentication03:22
bknudsonjamielennox: it could definitely be the test is invalid.03:22
jamielennoxumm, it's really bad practice but i'd be surprised if the heat or openstack-client guys aren't doing something similar03:23
*** fifieldt has quit IRC03:23
ayoungheh, that review is 5757703:23
*** sn0wb1rd has quit IRC03:24
ayoungclarkb, http://paste.fedoraproject.org/55602/8500429003:25
*** DennyZhang has joined #openstack-dev03:25
*** Shaan7 has quit IRC03:26
*** renlt has joined #openstack-dev03:26
clarkbayoung: the account rc's aren't coming out right?03:26
ayounghmm...nah, probably need to rerun it...that is a generated file03:26
ayoungdisregard03:27
dstanekjamielennox: the fix that i had in mind was must to set the auth_info to None in the auth_token setter03:27
ayoungclarkb, ok, that last mistake shows that it is time for me to turn in.  Gnight03:28
clarkbgood night03:28
dstanekjamielennox: it fixes the tests, but i don't know if it help with your concerns about expectations03:28
*** alex_xu has quit IRC03:29
*** thelorax123 has quit IRC03:30
*** melwitt has quit IRC03:30
*** thelorax123 has joined #openstack-dev03:31
dstanekmorganfainberg: let me know when you have a few minutes03:33
lbragstadkeystone party?03:34
jamielennoxaint no party like a keystone party03:35
lbragstad^ +103:36
jamielennoxdstanek: my concern with the expectations was that if you pass endpoint/token then firstly you don't know where to update the token from, and in the case of using auth_url/token we need to be able to work in the same was as user/pass03:37
ayoungclarkb, 35357 is embedded in the conf files.  I just spot checked glance03:38
ayoungetc/glance-api.conf:439:auth_port = 3535703:38
ayoungetc/glance-registry.conf:88:auth_port = 3535703:38
jamielennoxbut i've had a bit more of a look and at least some of that isn't relevant because the other way of retrieving a token still checks for auth_ref which you only get if you go through the authentication process03:38
ayoungswift too03:39
ayoungetc/proxy-server.conf-sample:237:# auth_port = 3535703:39
*** nati_uen_ has quit IRC03:39
jamielennoxi didn't think we handle the token in the auth method either but apparently we do, so much of what shardy did was correct - though maybe for slightly different reasons03:39
*** nati_ueno has joined #openstack-dev03:40
*** buzztroll has joined #openstack-dev03:40
dstanekjamielennox: this command shows how the change breaks keystone: http://paste.openstack.org/show/53715/03:41
*** rods has quit IRC03:43
ayoungHeh....I was tripping over that dstanek03:43
ayoungand yes, now I really am going to bed03:43
*** ayoung is now known as ayoung-zZzZzZ03:44
jamielennoxyea, i can see why03:44
*** buzztroll has quit IRC03:45
*** sn0wb1rd has joined #openstack-dev03:45
*** fifieldt has joined #openstack-dev03:46
*** pablosan has joined #openstack-dev03:46
*** alex_xu has joined #openstack-dev03:47
*** loq_mac has joined #openstack-dev03:50
*** giulivo has quit IRC03:50
*** cdub has quit IRC03:54
*** CaptTofu has quit IRC03:54
*** CaptTofu has joined #openstack-dev03:55
*** michchap has quit IRC03:55
*** alex_xu has quit IRC03:57
*** aditirav has joined #openstack-dev03:57
*** boris-42 has quit IRC03:57
*** nati_uen_ has joined #openstack-dev03:57
*** boris-42 has joined #openstack-dev03:57
*** nati_uen_ has quit IRC03:58
*** aditirav has quit IRC03:59
*** teran has joined #openstack-dev03:59
*** aditirav has joined #openstack-dev03:59
*** matsuhas_ has quit IRC04:00
*** prekarat has joined #openstack-dev04:01
*** nati_ueno has quit IRC04:01
*** matsuhashi has joined #openstack-dev04:02
*** buzztroll has joined #openstack-dev04:02
*** gordc has joined #openstack-dev04:03
*** ftcjeff has quit IRC04:04
*** mriedem has quit IRC04:04
*** chandankumar has joined #openstack-dev04:07
*** sandywalsh has quit IRC04:07
*** mikeoutland has joined #openstack-dev04:08
*** cyberx has joined #openstack-dev04:08
cyberxHello, good morning/evening/afternoon.  I am having a bit of an issue getting devstack up and running on centos 6.4.  I hope some one may be able to help.04:12
cyberxkeystone fails to start04:12
cyberxFile "/opt/stack/keystone/bin/keystone-all", line 35, in <module>04:12
cyberx    from paste import deploy04:12
cyberxImportError: cannot import name deploy04:12
*** matsuhashi has quit IRC04:14
*** buzztroll has quit IRC04:14
*** buzztroll has joined #openstack-dev04:15
cyberxrunning keystone-all manually produces the same error.  After I install:  yum install python-paste-deploy.noarch I am able to run keystone-all manually04:15
cyberxhowever, running stack.sh again after installing that package appears to break it again and stack.sh fails again in the same manner04:16
*** kaushikc has joined #openstack-dev04:19
clarkbcyberx: pip should be installing keystone's requirements which include PasteDeploy, is that failing for some reason?04:19
*** matsuhashi has joined #openstack-dev04:19
cyberxit appears so04:19
*** buzztroll has quit IRC04:19
clarkbyou should be able to `pip install PasteDeploy` by hand and see if it falls over04:20
cyberxthank you so much for advise let me see where that gets me04:20
*** kaushikc has quit IRC04:20
*** coolsvap has joined #openstack-dev04:21
*** DinaBelova has joined #openstack-dev04:22
*** odyssey4me has joined #openstack-dev04:23
*** DinaBelova has quit IRC04:23
*** danwent has joined #openstack-dev04:27
*** coolsvap has quit IRC04:27
*** coolsvap_ has joined #openstack-dev04:27
*** coolsvap_ has left #openstack-dev04:28
*** mikeoutland has quit IRC04:31
*** cfriesen_ has quit IRC04:32
*** teran has quit IRC04:32
*** buzztroll has joined #openstack-dev04:33
*** sumanthns has joined #openstack-dev04:35
*** dkranz has quit IRC04:35
*** loq_mac has quit IRC04:35
*** dkranz has joined #openstack-dev04:36
*** sandywalsh has joined #openstack-dev04:37
*** sdake_ has joined #openstack-dev04:38
*** rdas has joined #openstack-dev04:39
cyberxah ok, I see what my problem is.  For whatever reason I forced devstack to run using the grizzly branch, it installed many python libraries using pip - albeit older versions.  Even though I cleaned out /opt/stack and cloned the latest branch again the older python libs installed during that run are lingering around.  Looks like I will be good after I track them all down and uninstall via pip and re-run stack.sh… thank you!04:41
clarkbnp04:42
clarkbpip does not upgrade by default you ahve to give it the --upgrade flag04:42
*** aditirav_ has joined #openstack-dev04:47
cyberx:) excellent - thanks again man saved me some time - take care04:47
*** aditirav_ has quit IRC04:48
*** aditirav_ has joined #openstack-dev04:48
*** aditirav has quit IRC04:48
*** aditirav_ is now known as aditirav04:48
*** kumaranvram has joined #openstack-dev04:49
*** rushiagr has joined #openstack-dev04:54
*** steven-weston_ has quit IRC04:54
*** nati_ueno has joined #openstack-dev04:57
*** adjohn has joined #openstack-dev04:57
*** DennyZhang has quit IRC04:59
*** michchap has joined #openstack-dev05:01
*** matsuhashi has quit IRC05:02
*** odyssey4me has quit IRC05:03
*** hartsocks has quit IRC05:03
*** renlt has quit IRC05:04
*** afazekas has quit IRC05:05
*** radix_ has quit IRC05:05
*** rraja has joined #openstack-dev05:06
*** renlt has joined #openstack-dev05:07
*** bdpayne has joined #openstack-dev05:12
*** gordc has quit IRC05:13
*** loq_mac has joined #openstack-dev05:17
*** stevemar has quit IRC05:18
*** loq_mac has quit IRC05:19
*** loq_mac has joined #openstack-dev05:20
*** odyssey4me has joined #openstack-dev05:20
*** loq_mac has quit IRC05:20
*** loq_mac has joined #openstack-dev05:21
*** odyssey4me2 has joined #openstack-dev05:21
*** odyssey4me3 has joined #openstack-dev05:23
*** achampion has quit IRC05:24
*** odyssey4me has quit IRC05:25
*** garyk has quit IRC05:26
*** odyssey4me2 has quit IRC05:26
*** afazekas has joined #openstack-dev05:27
*** afazekas has quit IRC05:27
*** dkranz has quit IRC05:29
*** teran has joined #openstack-dev05:29
*** dkranz has joined #openstack-dev05:29
*** bdpayne has quit IRC05:31
*** loq_mac has quit IRC05:33
*** mihgen has joined #openstack-dev05:35
*** zul has joined #openstack-dev05:37
*** sarob has joined #openstack-dev05:39
*** kushal has joined #openstack-dev05:40
*** sarob has quit IRC05:43
*** SergeyLukjanov has joined #openstack-dev05:48
*** rushiagr has quit IRC05:49
*** jasdeepH has quit IRC05:51
*** kaushikc has joined #openstack-dev05:54
*** paragan has quit IRC05:54
*** kaushikc has quit IRC05:56
*** mohits_ has joined #openstack-dev05:58
*** tdruiva has quit IRC05:59
*** danwent has quit IRC05:59
*** achampion has joined #openstack-dev05:59
*** tdruiva has joined #openstack-dev05:59
*** d34dh0r53 has quit IRC06:00
*** teran has quit IRC06:03
*** tdruiva has quit IRC06:04
*** jhesketh has quit IRC06:05
*** jeffrey4l has joined #openstack-dev06:14
*** Mandell has joined #openstack-dev06:16
*** odyssey4me3 has quit IRC06:21
*** loq_mac has joined #openstack-dev06:23
*** egallen has joined #openstack-dev06:26
*** alop has joined #openstack-dev06:28
ekarlsoyo, jd__ ping06:30
*** alex_xu has joined #openstack-dev06:32
*** loquacities has joined #openstack-dev06:36
*** loq_mac has quit IRC06:36
*** dcahill has joined #openstack-dev06:38
*** teran has joined #openstack-dev06:38
*** jasdeepH has joined #openstack-dev06:39
*** loquacities has quit IRC06:40
*** loq_mac has joined #openstack-dev06:40
*** paragan has joined #openstack-dev06:40
*** paragan has quit IRC06:40
*** paragan has joined #openstack-dev06:40
*** neeti has joined #openstack-dev06:43
*** asalkeld has joined #openstack-dev06:43
*** michchap has quit IRC06:43
*** asalkeld is now known as angus_presenting06:43
*** michchap has joined #openstack-dev06:44
*** adjohn has quit IRC06:44
*** adjohn_ has joined #openstack-dev06:44
*** macjack has quit IRC06:46
*** rushiagr has joined #openstack-dev06:47
*** nosnos has quit IRC06:48
*** michchap has quit IRC06:48
*** pablosan has quit IRC06:48
*** nosnos has joined #openstack-dev06:48
*** chandankumar_ has joined #openstack-dev06:50
*** steven-weston_ has joined #openstack-dev06:50
*** paragan has quit IRC06:50
*** avishayb has joined #openstack-dev06:51
*** chandankumar has quit IRC06:51
*** jeffrey4l has quit IRC06:52
*** amotoki has joined #openstack-dev06:53
*** angus_presenting has quit IRC06:54
*** dstanek has quit IRC06:54
*** loq_mac has quit IRC06:56
*** adjohn_ has quit IRC06:59
*** reidrac has joined #openstack-dev06:59
*** SergeyLukjanov has quit IRC06:59
*** steven-weston_ has quit IRC07:00
*** macjack has joined #openstack-dev07:01
*** KeithSharp has quit IRC07:02
*** vartom11111 has joined #openstack-dev07:05
*** jeffrey4l has joined #openstack-dev07:05
*** yolanda has joined #openstack-dev07:08
*** ngoracke has quit IRC07:08
*** reidrac has quit IRC07:09
*** mohits_ has quit IRC07:12
*** mrunge has joined #openstack-dev07:13
*** jeffrey4l_ has joined #openstack-dev07:14
*** jcoufal has joined #openstack-dev07:14
*** eglynn has joined #openstack-dev07:15
*** jeffrey4l has quit IRC07:16
*** radix_ has joined #openstack-dev07:17
*** jasdeepH has quit IRC07:21
*** mosulica has joined #openstack-dev07:23
*** avishay has joined #openstack-dev07:23
*** steven-weston has quit IRC07:24
*** steven-weston has joined #openstack-dev07:24
*** evgenyf has joined #openstack-dev07:24
*** vartom11111 has quit IRC07:26
*** nimi has quit IRC07:27
*** eglynn has quit IRC07:27
*** denis_makogon_ has joined #openstack-dev07:28
*** vartom11111 has joined #openstack-dev07:30
*** alop has quit IRC07:32
*** MaxV has joined #openstack-dev07:33
*** gimps has quit IRC07:33
*** gimps has joined #openstack-dev07:34
*** abk has joined #openstack-dev07:35
*** amuller has joined #openstack-dev07:38
*** mindpixel has joined #openstack-dev07:38
*** nati_ueno has quit IRC07:40
*** MaxV has quit IRC07:42
*** nouser1 has joined #openstack-dev07:42
*** nati_ueno has joined #openstack-dev07:43
*** nouser has quit IRC07:43
*** garyk has joined #openstack-dev07:45
*** dstanek has joined #openstack-dev07:46
*** mihgen has quit IRC07:49
*** urulama has joined #openstack-dev07:50
*** garyk has quit IRC07:51
*** dstanek has quit IRC07:51
*** xga_ has joined #openstack-dev07:51
*** xga has joined #openstack-dev07:51
*** xqueralt has joined #openstack-dev07:52
*** jprovazn has joined #openstack-dev07:52
*** hdd has joined #openstack-dev07:52
*** xga_ has quit IRC07:54
*** salv-orlando has joined #openstack-dev07:55
*** e0ne has joined #openstack-dev07:55
*** xga has quit IRC07:56
*** paragan has joined #openstack-dev07:56
*** paragan has quit IRC07:56
*** paragan has joined #openstack-dev07:56
*** rpodolyaka has left #openstack-dev07:57
*** xqueralt has quit IRC07:57
*** buddha_dai has quit IRC07:58
*** mohits_ has joined #openstack-dev07:58
*** urulama has quit IRC08:01
*** pmathews has quit IRC08:01
*** tkammer has joined #openstack-dev08:01
*** tkammer has quit IRC08:02
*** lincai has joined #openstack-dev08:02
*** tkammer has joined #openstack-dev08:02
*** urulama has joined #openstack-dev08:03
*** jtomasek has joined #openstack-dev08:05
*** tonyfy has joined #openstack-dev08:07
*** Mandell has quit IRC08:07
*** reidrac has joined #openstack-dev08:07
*** anniec has joined #openstack-dev08:09
*** anniec has quit IRC08:09
*** fifieldt has quit IRC08:12
*** buzztroll has quit IRC08:17
*** buzztroll has joined #openstack-dev08:17
ttxnotmyname: that would be my robot self applying http://lists.openstack.org/pipermail/openstack-dev/2013-June/010614.html08:17
ttxnotmyname: it sets series according to what you put in milestone (and removes prio for non-milestone-targeted stuff).08:18
ttxnotmyname: I can remove you from the list if you don't want to be autocleaned that way08:19
*** buzztrol_ has joined #openstack-dev08:19
*** buzztroll has quit IRC08:19
*** SergeyLukjanov has joined #openstack-dev08:21
*** flaper87|afk is now known as flaper8708:21
*** romcheg has joined #openstack-dev08:22
*** bauzas has joined #openstack-dev08:23
*** kumaranvram has quit IRC08:23
*** bauzas has quit IRC08:24
*** bauzas has joined #openstack-dev08:24
*** vills has joined #openstack-dev08:25
*** kumaranvram has joined #openstack-dev08:25
*** teran has quit IRC08:29
*** teran has joined #openstack-dev08:29
*** kumaranvram has quit IRC08:30
*** nosnos_ has joined #openstack-dev08:30
*** mihgen has joined #openstack-dev08:30
*** jgallard has joined #openstack-dev08:31
*** nosnos has quit IRC08:33
*** teran has quit IRC08:34
*** corXi has joined #openstack-dev08:36
*** macjack has quit IRC08:36
*** aditirav has quit IRC08:37
*** aditirav has joined #openstack-dev08:37
*** gilliard has quit IRC08:38
*** akrivoka has joined #openstack-dev08:40
*** faramir1 has quit IRC08:41
*** boris-42 has quit IRC08:41
*** mkerrin has joined #openstack-dev08:42
*** macjack has joined #openstack-dev08:44
*** MaxV has joined #openstack-dev08:44
*** pixelb has joined #openstack-dev08:45
*** jtomasek has quit IRC08:45
*** gilliard has joined #openstack-dev08:46
*** ruhe has joined #openstack-dev08:47
*** jtomasek has joined #openstack-dev08:47
*** jistr has joined #openstack-dev08:48
*** larsbutler has joined #openstack-dev08:48
*** omachace has joined #openstack-dev08:49
*** eglynn has joined #openstack-dev08:51
*** mmagr has joined #openstack-dev08:52
*** yassine has joined #openstack-dev08:52
*** rossella_s has joined #openstack-dev08:55
*** nouser1 has quit IRC08:56
*** kpavel has joined #openstack-dev08:57
*** buzztrol_ has quit IRC08:58
*** buzztroll has joined #openstack-dev08:58
*** derekh has joined #openstack-dev08:58
*** sushils has joined #openstack-dev08:59
*** tonyfy has quit IRC08:59
*** lucasagomes has joined #openstack-dev08:59
*** gilliard has quit IRC09:01
*** sumansn_ has joined #openstack-dev09:01
*** buzztroll has quit IRC09:02
*** boden has joined #openstack-dev09:02
*** sumanthns has quit IRC09:03
*** pschaef has joined #openstack-dev09:06
*** Ng has joined #openstack-dev09:06
*** Ng has quit IRC09:06
*** Ng has joined #openstack-dev09:07
*** belmoreira has joined #openstack-dev09:08
*** claxton has joined #openstack-dev09:09
*** iartarisi has joined #openstack-dev09:09
*** e0ne has quit IRC09:12
*** jeffrey4l_ has quit IRC09:14
*** yamahata_ has joined #openstack-dev09:14
*** AnilV4 has joined #openstack-dev09:15
*** garyk has joined #openstack-dev09:17
*** dosaboy has joined #openstack-dev09:17
*** jpich has joined #openstack-dev09:18
*** tdruiva has joined #openstack-dev09:18
*** dosaboy has quit IRC09:19
*** dosaboy has joined #openstack-dev09:19
*** ruhe has quit IRC09:22
*** skraynev has joined #openstack-dev09:23
*** ljjjustin has joined #openstack-dev09:24
*** jeffrey4l_ has joined #openstack-dev09:31
*** giulivo has joined #openstack-dev09:35
*** belmoreira has quit IRC09:37
*** teran has joined #openstack-dev09:37
*** xqueralt has joined #openstack-dev09:37
*** belmoreira has joined #openstack-dev09:39
*** yamahata_ has quit IRC09:40
*** avishayb has quit IRC09:40
*** vills has quit IRC09:42
*** fbo_away is now known as fbo09:42
*** vills has joined #openstack-dev09:43
*** vills has quit IRC09:43
*** dosaboy has quit IRC09:43
*** vills has joined #openstack-dev09:43
*** dosaboy has joined #openstack-dev09:43
*** athomas has joined #openstack-dev09:43
*** avishay has quit IRC09:43
*** lincai has quit IRC09:44
*** johnthetubaguy has joined #openstack-dev09:44
*** obondarev has joined #openstack-dev09:44
*** rods has joined #openstack-dev09:45
*** avishayb has joined #openstack-dev09:46
*** shang has joined #openstack-dev09:48
*** boris-42 has joined #openstack-dev09:48
*** jtomasek has quit IRC09:51
*** boris-42 has quit IRC09:52
*** martyntaylor has joined #openstack-dev09:53
*** rohitk has joined #openstack-dev09:54
*** shang has quit IRC09:54
*** mkerrin has quit IRC09:55
*** nati_ueno has quit IRC09:55
*** jtomasek has joined #openstack-dev09:55
*** aditirav has quit IRC09:56
*** aditirav has joined #openstack-dev09:56
*** ruhe has joined #openstack-dev09:58
*** buzztroll has joined #openstack-dev09:59
*** SergeyLukjanov is now known as _SergeyLukjanov09:59
*** ndipanov_gone is now known as ndipanov10:00
*** e0ne has joined #openstack-dev10:01
*** danpb has joined #openstack-dev10:02
*** buzztroll has quit IRC10:03
*** xchu has quit IRC10:08
*** jcoufal has quit IRC10:09
*** alex_xu has quit IRC10:09
*** odyssey4me3 has joined #openstack-dev10:10
*** shang has joined #openstack-dev10:11
*** paragan has quit IRC10:11
*** afazekas has joined #openstack-dev10:12
*** rods has quit IRC10:12
*** yatin has joined #openstack-dev10:15
*** ChrisSWS has joined #openstack-dev10:16
dosaboydhellman: ping10:17
*** bingbu has quit IRC10:19
*** yamahata_ has joined #openstack-dev10:21
*** odyssey4me3 has quit IRC10:21
*** sahid has joined #openstack-dev10:21
*** paragan has joined #openstack-dev10:23
*** rods has joined #openstack-dev10:27
*** shang has quit IRC10:29
*** omachace has quit IRC10:29
*** ChrisSWS has left #openstack-dev10:29
*** ChrisSWS has quit IRC10:29
*** ljjjustin has quit IRC10:29
*** arata has joined #openstack-dev10:31
*** arata has left #openstack-dev10:31
*** odyssey4me3 has joined #openstack-dev10:31
*** omachace has joined #openstack-dev10:31
*** ruhe has quit IRC10:31
*** guohliu has quit IRC10:32
*** yamahata_ has quit IRC10:33
*** vartom11112 has joined #openstack-dev10:33
*** vartom11111 has quit IRC10:33
*** ygbo has joined #openstack-dev10:36
*** tdruiva has quit IRC10:36
*** abk has quit IRC10:36
*** avishayb has quit IRC10:36
*** safchain has joined #openstack-dev10:36
*** tdruiva has joined #openstack-dev10:37
*** abk has joined #openstack-dev10:37
*** nati_ueno has joined #openstack-dev10:37
*** martyntaylor has quit IRC10:39
*** ruhe has joined #openstack-dev10:41
*** tdruiva has quit IRC10:41
*** evgenyf has quit IRC10:44
*** ahale_ has quit IRC10:45
*** e0ne_ has joined #openstack-dev10:46
*** jp_at_hp has joined #openstack-dev10:47
*** e0ne has quit IRC10:48
*** martyntaylor has joined #openstack-dev10:49
*** renlt has quit IRC10:52
*** vills has quit IRC10:52
*** mihgen has quit IRC10:52
*** rongze has quit IRC10:53
*** gszasz has joined #openstack-dev10:53
*** rongze has joined #openstack-dev10:53
*** mihgen has joined #openstack-dev10:56
*** prekarat has quit IRC10:56
*** DinaBelova has joined #openstack-dev10:56
*** prekarat has joined #openstack-dev10:56
*** sahid has quit IRC10:59
*** rongze has quit IRC10:59
*** SergeyLukjanov has joined #openstack-dev10:59
*** buzztroll has joined #openstack-dev10:59
*** aditirav has quit IRC11:01
*** jhesketh__ has quit IRC11:02
*** buzztroll has quit IRC11:04
*** sahid has joined #openstack-dev11:04
*** avishay has joined #openstack-dev11:07
*** arata has joined #openstack-dev11:09
*** arata has quit IRC11:09
*** claxton has quit IRC11:10
*** claxton has joined #openstack-dev11:10
*** aditirav has joined #openstack-dev11:10
*** adalbas has joined #openstack-dev11:11
*** sergmelikyan has joined #openstack-dev11:11
*** odyssey4me3 has quit IRC11:11
*** ArxCruz has joined #openstack-dev11:12
*** sahid has quit IRC11:13
*** jhesketh__ has joined #openstack-dev11:14
jamezpolleyWord of warning about pip --upgrade - it doesn't just upgrade the package you specified, it will recursively upgrade all dependencies as well11:15
jamezpolleyif you want a controlled upgrade of packagename to the new version 1.2.3 you can use "pip install packagename==1.2.3"11:15
*** avishayb has joined #openstack-dev11:16
jamezpolleybut on the other hand, if your problem is lots of older libs hanging around, it's quite likely that --upgrade will do what you want :)11:16
*** teran_ has joined #openstack-dev11:17
*** teran has quit IRC11:17
*** ahale has joined #openstack-dev11:18
*** buzztroll has joined #openstack-dev11:19
*** nosnos_ has quit IRC11:20
*** nosnos has joined #openstack-dev11:21
*** buzztroll has quit IRC11:23
*** kushal has quit IRC11:24
*** evgenyf has joined #openstack-dev11:25
*** nosnos has quit IRC11:25
*** ahale has quit IRC11:31
*** odyssey4me3 has joined #openstack-dev11:33
*** yatin has left #openstack-dev11:37
*** arosen has joined #openstack-dev11:37
*** mihgen has quit IRC11:37
*** ahale has joined #openstack-dev11:40
*** loq_mac has joined #openstack-dev11:40
*** ahale has quit IRC11:40
*** mihgen has joined #openstack-dev11:42
*** neeti has quit IRC11:44
*** boris-42 has joined #openstack-dev11:45
*** thelorax123 has quit IRC11:46
*** neeti has joined #openstack-dev11:46
*** ericw has joined #openstack-dev11:47
*** thelorax123 has joined #openstack-dev11:47
*** loq_mac has quit IRC11:48
*** odyssey4me3 has quit IRC11:48
*** rfolco has joined #openstack-dev11:49
*** ericw has quit IRC11:49
*** yamahata_ has joined #openstack-dev11:50
*** tdruiva has joined #openstack-dev11:53
*** MaxV has quit IRC11:54
*** teran_ has quit IRC11:54
*** MaxV has joined #openstack-dev11:54
*** jgallard has quit IRC11:55
*** urulama has quit IRC11:57
*** yaguang has quit IRC11:58
*** MaxV has quit IRC11:59
*** evgenyf has quit IRC11:59
*** xingchao has quit IRC11:59
*** urulama has joined #openstack-dev12:00
*** avishayb has quit IRC12:02
*** avishay has quit IRC12:02
*** urulama_ has joined #openstack-dev12:03
*** teran has joined #openstack-dev12:04
*** urulama has quit IRC12:06
*** salv-orlando has quit IRC12:08
*** rfolco has quit IRC12:08
*** pschaef has quit IRC12:10
*** urulama_ has quit IRC12:10
*** urulama has joined #openstack-dev12:10
*** paragan has quit IRC12:11
*** urulama has quit IRC12:13
*** ericw has joined #openstack-dev12:13
*** claxton has quit IRC12:14
*** rfolco has joined #openstack-dev12:14
*** ruhe has quit IRC12:15
*** Shaan7 has joined #openstack-dev12:15
*** salv-orlando has joined #openstack-dev12:16
*** morazi has joined #openstack-dev12:16
*** urulama has joined #openstack-dev12:17
*** vills_ has joined #openstack-dev12:18
*** nati_ueno has quit IRC12:18
*** buzztroll has joined #openstack-dev12:20
*** erkules_ is now known as erkules12:21
*** urulama has quit IRC12:22
*** gimps has quit IRC12:22
*** jprovazn has quit IRC12:22
*** urulama has joined #openstack-dev12:23
*** ruhe has joined #openstack-dev12:26
*** MaxV has joined #openstack-dev12:26
*** martyntaylor1 has joined #openstack-dev12:26
*** sahid has joined #openstack-dev12:27
*** urulama has quit IRC12:27
*** martyntaylor has quit IRC12:27
*** michchap has joined #openstack-dev12:28
*** urulama has joined #openstack-dev12:29
*** urulama has quit IRC12:30
*** larsbutler has quit IRC12:30
*** rohitk has quit IRC12:33
*** vkmc has joined #openstack-dev12:37
*** amotoki has quit IRC12:40
*** urulama has joined #openstack-dev12:40
*** jprovazn has joined #openstack-dev12:42
*** lucasagomes is now known as lucas-hungry12:44
*** miziel_r has joined #openstack-dev12:44
*** max_lobur_afk is now known as max_lobur12:46
*** prekarat has quit IRC12:46
*** pcm_ has joined #openstack-dev12:47
*** Akrog has joined #openstack-dev12:48
*** prekarat has joined #openstack-dev12:50
*** rongze has joined #openstack-dev12:52
*** urulama_ has joined #openstack-dev12:52
*** buzztroll has quit IRC12:53
*** mihgen has quit IRC12:54
*** rongze_ has joined #openstack-dev12:54
*** rushiagr has quit IRC12:55
*** aditirav_ has joined #openstack-dev12:55
*** akrivoka has quit IRC12:55
*** aditirav_ has quit IRC12:55
*** mohits_ has quit IRC12:56
*** urulama has quit IRC12:56
*** FunnyLookinHat has joined #openstack-dev12:56
*** rushiagr has joined #openstack-dev12:56
*** urulama_ has quit IRC12:57
*** Shaan7 has quit IRC12:57
*** urulama has joined #openstack-dev12:57
*** rongze has quit IRC12:58
*** MaxV has quit IRC12:58
*** e0ne_ has quit IRC12:58
*** aditirav has quit IRC12:59
*** martyntaylor1 has quit IRC13:01
*** Alexei_987 has joined #openstack-dev13:02
*** martyntaylor has joined #openstack-dev13:02
*** rongze_ has quit IRC13:02
*** martyntaylor has left #openstack-dev13:03
*** akrivoka has joined #openstack-dev13:03
*** rongze has joined #openstack-dev13:04
*** evgenyf has joined #openstack-dev13:06
*** skraynev has quit IRC13:06
*** vills_ has quit IRC13:08
*** kevinconway has joined #openstack-dev13:08
*** teran_ has joined #openstack-dev13:10
*** skraynev has joined #openstack-dev13:10
*** teran__ has joined #openstack-dev13:11
*** ngoracke has joined #openstack-dev13:12
*** ruhe has quit IRC13:12
*** xqueralt has quit IRC13:13
*** markvoelker has quit IRC13:13
*** markvoelker has joined #openstack-dev13:14
*** teran has quit IRC13:14
*** sgordon has joined #openstack-dev13:15
*** sgordon has joined #openstack-dev13:15
*** teran_ has quit IRC13:15
*** ruhe has joined #openstack-dev13:17
*** mriedem has joined #openstack-dev13:18
*** dstanek has joined #openstack-dev13:18
dstanekshardy: ping13:18
*** MaxV has joined #openstack-dev13:19
*** viktors1 has joined #openstack-dev13:19
*** bknudson has quit IRC13:21
*** gordc has joined #openstack-dev13:22
*** viktors1 has left #openstack-dev13:23
*** bswartz has quit IRC13:23
*** tkammer has quit IRC13:26
*** rdas has quit IRC13:26
*** thomasem has joined #openstack-dev13:27
*** e0ne has joined #openstack-dev13:29
*** e0ne_ has joined #openstack-dev13:31
*** nermina has joined #openstack-dev13:32
*** ekhugen has joined #openstack-dev13:32
*** xga has joined #openstack-dev13:33
*** e0ne has quit IRC13:33
*** e0ne has joined #openstack-dev13:33
*** mihgen has joined #openstack-dev13:35
*** miziel_r has quit IRC13:35
*** e0ne_ has quit IRC13:37
*** ekhugen has quit IRC13:37
*** neeti has quit IRC13:37
*** e0ne has quit IRC13:37
*** CaptTofu has quit IRC13:39
*** CaptTofu has joined #openstack-dev13:39
*** dbalog has joined #openstack-dev13:40
*** sandywalsh has quit IRC13:40
*** chandankumar_ has quit IRC13:40
*** marios has quit IRC13:41
*** dave-mcnally has joined #openstack-dev13:41
*** marios has joined #openstack-dev13:41
*** RajM has joined #openstack-dev13:43
*** jergerber has joined #openstack-dev13:45
*** achampion has quit IRC13:45
*** xga_ has joined #openstack-dev13:46
*** dsantos_ has quit IRC13:46
*** dsantos_ has joined #openstack-dev13:46
*** noslzzp has joined #openstack-dev13:46
*** avishayb has joined #openstack-dev13:46
*** bknudson has joined #openstack-dev13:47
*** lucas-hungry is now known as lucasagomes13:48
*** glenng has joined #openstack-dev13:48
*** e0ne has joined #openstack-dev13:48
*** xga has quit IRC13:48
mriedemso...i've deleted a ML thread that i didn't care about at the time but now want to comment on, does anyone have a trick for getting that back so i can follow up on the thread to continue the history?13:48
*** vladikr has joined #openstack-dev13:49
*** buzztroll has joined #openstack-dev13:50
*** thelorax123 has quit IRC13:50
*** zul has quit IRC13:50
*** zul has joined #openstack-dev13:51
*** mindpixel has quit IRC13:51
*** thelorax123 has joined #openstack-dev13:51
*** jergerber has quit IRC13:52
*** burt1 has joined #openstack-dev13:52
*** terriyu has joined #openstack-dev13:52
*** dprince has joined #openstack-dev13:53
*** ayoung-zZzZzZ has quit IRC13:53
*** sandywalsh has joined #openstack-dev13:53
*** ilyashakhat has quit IRC13:55
*** martyntaylor has joined #openstack-dev13:55
*** buzztroll has quit IRC13:55
*** jergerber has joined #openstack-dev13:55
*** rushiagr has quit IRC13:56
*** glenng1 has joined #openstack-dev13:57
*** nermina has quit IRC13:57
*** yamahata_ has quit IRC13:57
*** lbragstad has quit IRC13:57
*** changbl has quit IRC13:57
*** arezmerita has quit IRC13:57
*** yamahata_ has joined #openstack-dev13:58
*** bswartz has joined #openstack-dev13:58
*** mrunge has quit IRC13:59
*** alunduil has quit IRC13:59
*** bpokorny has quit IRC13:59
*** glenng has quit IRC14:00
*** e0ne_ has joined #openstack-dev14:00
*** samuelbercovici has joined #openstack-dev14:00
*** bswartz1 has joined #openstack-dev14:01
*** gimps has joined #openstack-dev14:01
*** e0ne has quit IRC14:02
*** bswartz has quit IRC14:02
*** bswartz1 is now known as bswartz14:02
*** dkranz has quit IRC14:03
dstanekbknudson: i comment on that same review explaining the problem as i see it14:04
*** yamahata_ has quit IRC14:07
*** briancurtin has joined #openstack-dev14:07
*** yamahata_ has joined #openstack-dev14:08
*** omachace has left #openstack-dev14:09
*** DinaBelova has quit IRC14:09
*** Shaan7 has joined #openstack-dev14:09
*** mfer has joined #openstack-dev14:10
*** herndon_ has joined #openstack-dev14:10
*** grapsus_ has quit IRC14:13
*** martyntaylor has quit IRC14:13
*** dolphm has joined #openstack-dev14:14
*** martyntaylor has joined #openstack-dev14:14
*** dvarga has joined #openstack-dev14:14
*** carl_baldwin has joined #openstack-dev14:14
*** carl_baldwin has quit IRC14:15
*** yaguang has joined #openstack-dev14:16
jd__sdague: hu what did you do on https://review.openstack.org/#/c/53889/3 ?14:16
*** bpokorny has joined #openstack-dev14:16
*** carl_baldwin has joined #openstack-dev14:16
*** urulama has quit IRC14:17
*** carl_baldwin has quit IRC14:17
*** sthaha has quit IRC14:17
*** carl_baldwin has joined #openstack-dev14:18
sdaguejd__: kicked it out of the gate14:18
*** martyntaylor has quit IRC14:18
*** vartom11112 has quit IRC14:18
sdaguejust did an ammend on the commit message, which means it's a new version, so zuul pulls it from the gate queue14:18
sdagueI'm trying to get stuff that's ahead of the actuall fixes out of there, so we can get back to normal faster14:19
*** topol has joined #openstack-dev14:19
*** joesavak has joined #openstack-dev14:20
*** DinaBelova has joined #openstack-dev14:20
*** kbringard has joined #openstack-dev14:21
* jd__ gets down on his knees and screams WHYYYYYY14:21
jd__sdague: ok fair enough, but now the commit message looks weird :)14:22
*** sagar_nikam has joined #openstack-dev14:22
mhuHi, looks like there's something funny going on with keystone, the test keystone.tests.test_keystoneclient.KcMasterTestCase.test_tokens_after_user_update_passwd keeps failing for everybody at the check14:22
*** markmc has joined #openstack-dev14:22
*** martyntaylor has joined #openstack-dev14:22
skraynevhello all14:23
bknudsonmhu: should be fixed by reverting https://review.openstack.org/#/c/57583/14:23
topolbknudson, do you know if there is something wrong with Jenkins.  It is -1 my patch and some test cases are failing but all I did was update a keystone  doc page14:24
jd__sdague: bah it screwed the bug too by changing ownership; I wonder if next time it wouldn't be better to ask a core reviewer to -2 it temporarily14:24
topolwhat mhu said :-)14:24
*** rongze_ has joined #openstack-dev14:24
mhutopol, see above :)14:24
skraynevsdague: Hi. I be very happy, if you could spend a little bit time for answer on my comment https://review.openstack.org/#/c/52070/.14:25
topolgreat minds think alike14:25
dstanektopol: it was a bug in keystoneclient that I reverted14:25
*** jruzicka has joined #openstack-dev14:25
danpbdoes anyone know of any good docs describing requirements to make a python package that's installable via 'pip install'14:26
topolso if I try recheck no bug again it will now work?14:26
mhudstanek, bknudson I'll wait for the revert to take effect then, thx14:26
roaetwhen devstack errors start producing 'Cannot allocate memory' errors, what is the proper solution other than recreating my instance?14:26
shardydstanek: Hi, sorry you pinged?14:26
bknudsontopol: the revert needs to merge first14:26
shardydstanek: Sorry for the issues my patch is causing :(14:26
bknudsonshardy: really not your fault.14:26
*** lbragstad has joined #openstack-dev14:26
*** xqueralt has joined #openstack-dev14:27
dstanekshardy: it's not a big deal; what bknudson said :-)14:27
topolOK, wasnt sure if it was merged or not. Last time I did recheck no bug was at 3am and then went to bed14:27
*** nermina has joined #openstack-dev14:27
dstanekshardy: i added a comment to the revert review about the problem14:27
shardydstanek, bknudson: OK, cool :)14:27
shardydstanek: Yeah just reading that14:27
*** rongze has quit IRC14:27
topoloh come a little a guilt. Hey shardy Im trying to go on thanksgiving vacation and the last thing I need to do was get my patch merged :-)14:28
dstanekshardy: i don't have much experience in that code so i can't really suggest a good fix right now14:28
topolI finally succumbed to all of gyees meticulous wording changes :-)14:29
shardytopol: Haha - To be fair, the patch had been up for nearly a month and nobody left any negative feedback14:30
*** rongze has joined #openstack-dev14:30
shardydstanek: I think jamielennox has some ideas but has not left any comments on the review14:30
*** yamahata_ has quit IRC14:30
shardyEssentially having tokens stored in two places inside keystoneclient seems wrong and is bound to result in obscure bugs where you're not using the token you expect14:31
dstanekshardy: ok, if you need help let me know14:31
*** yamahata_ has joined #openstack-dev14:31
topolshardy why didnt jenkins catch it before it merged just curiously?14:31
bknudsonshardy: it might actually be the test in keystone that's not doing the right thing14:32
dstanektopol: the test failures were in Keystone14:32
shardytopol: because the client integration tests are in the keystone tree, not tempest14:32
dstanektopol: keystone grabs client code from master and runs a few tests14:32
bknudsondstanek: it probably runs as many tests as there are in keystoneclient.14:32
topolshardy, gotcha. Has sdague shamed us yet??? :-)14:33
*** epopt37 has quit IRC14:33
*** venkatesh has joined #openstack-dev14:33
*** dolphm has quit IRC14:33
shardytopol: Well we had discussions with sdague re moving client tests into tempest, hopefully this reinforces why that is a good idea ;)14:33
*** omachace has joined #openstack-dev14:33
*** rongze_ has quit IRC14:33
bknudsontopol: https://etherpad.openstack.org/p/icehouse-summit-qa-keystone14:33
kpaveldansmith: hi Dan, can you take a look again at https://review.openstack.org/#/c/46649/?14:34
topolshardy, ++  You make a convincing point :-)14:34
sdagueshardy: :)14:34
dstanekmaybe i'll spend time today learning about tempest :-)  wouldn't mind submitting patches for keystone tests14:34
*** rkukura has joined #openstack-dev14:34
bknudsondstanek: shardy is the expert14:35
bknudsonsince he actually wrote a test for keystonclient in tempest14:35
shardybknudson: Haha, I've not yet managed to get any tests merged into tempest at all ;)14:35
bknudsonshardy: what's the review?14:35
* shardy managed to stir up a big discussion tho14:36
sdaguea good one at that14:36
topolbknudson, any chance after dstanek's revert merges can you do a recheck no bug on https://review.openstack.org/#/c/56092/7 ?  I really am going on vacation today :-)14:36
shardybknudson: https://review.openstack.org/#/c/51558/14:36
bknudsontopol: yes, "someone" could go through and recheck all the recent keystone -1s.14:37
shardybknudson: There are others too https://review.openstack.org/#/q/project:openstack/tempest+owner:shardy,n,z14:37
bknudsonshardy: was there a question about where the tests go, or is the directory structure figured out?14:37
bknudsonI missed the summit discussion14:38
ttxmarkmc: you around ?14:38
topolwho submitted https://etherpad.openstack.org/p/icehouse-summit-qa-keystone  ?  Right now they look like a prophetic genius. I want them to pick my lottery numbers for this week :-)14:38
bknudsontopol: we've known about this for some time... hasn't gotten to the top of anyone's work queue14:39
*** peristeri has joined #openstack-dev14:39
topolbknudson, K makes sense.14:39
bknudsonand now we're getting complaints about key distribution...14:39
shardybknudson: Planning to revive the OS-TRUST API surface test soon, when we resolve bug #124694114:40
uvirtbotLaunchpad bug 1246941 in keystone "Trust Auth is broken when Content Type is XML" [Undecided,Invalid] https://launchpad.net/bugs/124694114:40
markmcttx, yep?14:40
*** neelashah has joined #openstack-dev14:40
topolgotta run14:40
ttxmarkmc: almost done with rootwrap standalonification, but apparently the git rebase --committer-date-is-author-date did not really work (initial commit has wrong date)14:40
*** jruzicka has quit IRC14:40
*** changbl has joined #openstack-dev14:40
ttxmarkmc: it runs and applies and all, but CommitDate is still wrong14:40
markmcttx, it doesn't take AuthorDate and stick it in CommitDate?14:41
markmcttx, oh, you mean the initial commit14:41
ttxWIP result at https://github.com/ttx/oslo.rootwrap - 736568f81c23e73e24b8be1997e39f4ae006d774 has wrong date14:41
ttxmarkmc: apparently not14:41
*** jecarey has joined #openstack-dev14:41
*** topol has quit IRC14:41
shardysdague: What was the final decision re location for client tests, just create more scenario tests?14:41
markmcttx, well, rebase isn't editing the first commit14:42
ttxmarkmc: ah, that explains it14:42
*** achampion has joined #openstack-dev14:42
*** AlanClark has joined #openstack-dev14:42
markmcttx, hmm, don't have a quick idea14:43
markmcttx, maybe filter-branch14:43
danpbmordred: am I right in thinking that if we need to be 'pip install' compatible, we need to use  setuptools and not distutils ?14:43
ttxmarkmc: should I just ignore that and be happy that at least /some/ history is preserved ?14:43
sdagueshardy: I think for right now more scenario tests are fine, honestly, it's a travel week for me, so a bit scattered (and seeing if I can get this grenade fix into the gate)14:43
*** marun has joined #openstack-dev14:43
markmcttx, yeah, it's not a big deal14:43
mordreddanpb: yes14:43
danpbmordred: (context: i'm trying to setup libvirt python as a pip installable package)14:43
mordreddanpb: w00t!14:43
markmchappy dance! :)14:43
mordreddanpb: I recommend just using pbr14:43
danpbok, guess i have to throw out my lovingly crafted  distutils based setup.py then :-)14:43
*** vijendar has joined #openstack-dev14:43
ttxmarkmc: ok, will do a quite pass over filter-tree but if not just ignore error14:43
mordreddanpb: but if you don't want to go that far, then yes, setuptools14:43
danpbwhat is pbr ?14:44
shardysdague: Ok, thanks, I'll revive those expired reviews moved under scenario then14:44
mordreddanpb: it's the thing we use in openstack that makes it so that you have a stub setup.py and everything else goes into setup.cfg :)14:44
mordreddanpb: actually - does libvirt depend on other python packages?14:44
danpbno, none at all14:44
danpband i'd like deps to be at a minimum14:45
mordredok. then actually distutils is fine, tbh14:45
mordredyou need to use setuptools if you need to communicate to pip that you have external depends14:45
mordredHOWEVER14:45
danpbis there anything special i need to do to make pip install happy then14:45
mordreduse setuptools anyway14:45
mordred:)14:45
mordrednope. as long as python setup.py install works, pip should work with it14:45
mordredyou can test locally by doing "virtualenv foo ; foo/bin/pip install ."14:46
danpbbecause 'pip install' currently fails bizarrely   http://paste.fedoraproject.org/55712/4432313814:46
mordredand "python setup.py sdist ; virtualenv foo ; foo/bin/pip install dist/*tar.gz"14:46
danpbeven though 'python setup.py install' works14:46
*** sergmelikyan has quit IRC14:46
mordreddanpb: hrm. I may be lying to you then - you got a tree somewhere I can pull and try?14:46
*** epopt37 has joined #openstack-dev14:47
danpbmordred: try this one git://github.com/cardoe/libvirt-python.git14:47
* mordred is MORE than happy to directly help with this one14:47
*** schwicht has quit IRC14:47
mordreddanpb: oh wow. yeah - you should not move to pbr - you need to do many things I don't account for14:48
danpbthe joy of native code interfaces14:49
*** yamahata_ has quit IRC14:50
*** CaptTofu has quit IRC14:50
*** buzztroll has joined #openstack-dev14:50
*** ngoracke has quit IRC14:51
mordreddanpb: fyi - having pkg-config but not libvirt-dev|libvirt-devel fails withugly error14:51
*** dkranz has joined #openstack-dev14:52
*** yamahata_ has joined #openstack-dev14:52
mordreddanpb: ok. two things14:52
danpbmordred: you get the ugly  "distutils.errors.DistutilsExecError: command '/usr/bin/pkg-config' failed with exit status 1" message ?14:52
*** jobewan has joined #openstack-dev14:52
mordreddanpb: yeah. and a traceback. that's fine, I don't really care, just thought I'd share14:53
mordred:)14:53
mordreddanpb: http://paste.openstack.org/show/5374314:53
mordreddanpb: that should fix your pip problem14:54
mordredI get this though: /usr/bin/ld: cannot find -lvirt-lxc14:54
danpbwhat version of libvirt do you have ?14:54
*** giulivo has quit IRC14:54
mordred1.1.1-0ubuntu8.114:54
danpbodd, that library was added in 1.0.2.   i'll investigate that14:55
danpbperhaps ubuntu have it in a separate package14:55
*** kpavel has quit IRC14:55
mordredzul: ^^ ?14:55
mordredI have /usr/lib/libvirt-qemu.so14:55
mordred/usr/lib/libvirt.so14:56
*** RajM has quit IRC14:56
*** raj_m has joined #openstack-dev14:56
zulmordred:  hmm?14:57
danpbmordred: you should have a libvirt-lxc.so  too !14:57
mordredzul: where is libvirt-lxc?14:57
zulmorazi:  should be there14:57
mordredI have /usr/lib/libvirt-lxc.so.0.1001.114:58
*** venkatesh has quit IRC14:58
mordredin libvirt014:58
zulmordred:  is this from the cloud archive? which version14:58
*** bswartz1 has joined #openstack-dev14:58
mordredbut I do not have the libvirt-lxc symlink in libvirt-dev14:58
danpbmordred: hmm, so removing that 'package_dir' directive means that   'python setup.py install' doesn't find the   libvirt.py in the build/ directory14:58
*** markmcclain has quit IRC14:58
danpbso it only installs the .so part of the module :-(14:58
mordreddanpb: hrm14:58
mordredok14:58
mordreddanpb: new idea...14:58
*** venkatesh has joined #openstack-dev14:59
*** gargya has joined #openstack-dev14:59
*** glenng1 has quit IRC14:59
mordreddanpb: create a build dir15:00
*** carlp has joined #openstack-dev15:00
*** glenng has joined #openstack-dev15:00
*** bswartz has quit IRC15:00
*** ftcjeff has joined #openstack-dev15:00
*** bswartz1 is now known as bswartz15:00
danpbmordred: hehe, that might work15:01
*** sumansn_ has quit IRC15:01
* danpb wonders what exact commands pip is actually running15:01
ttxmarkmc: OK, I think I fixed it15:02
*** FunnyLookinHat has quit IRC15:02
mordreddanpb: it should be running     Complete output from command python setup.py egg_info:15:02
mordredgah15:02
mordreddanpb: hrm that's interesting15:03
mordreddstufft: ^^15:03
markmcttx, cool, looks good - how did you do it ?15:03
*** venkatesh has quit IRC15:03
*** grapsus_ has joined #openstack-dev15:03
danpbmordred: ok, thanks for the suggestions. i think i've got enough to go an play some more and hopefully solve it15:03
mordredawesome!15:03
ttxmarkmc: filter-branch with GIT_COMMITTER_DATE=$GIT_AUTHOR_DATE git commit-tree "$@"15:04
mordreddanpb: I am very excited about your work15:04
markmcttx, ah, cool15:04
mordredzul: this is not from cloud-archive15:04
mordredzul: this is from stock saucy15:04
*** ndipanov has quit IRC15:04
zulmordred:  cool ill have a look at it after this vuds session15:04
*** kushal has joined #openstack-dev15:05
mordredzul: cool. I _think_ this would clasify as "major packaging bug"15:05
zulmordred:  i would agree15:05
ttxmordred, markmc: would welcome your sanity check on https://github.com/ttx/oslo.rootwrap -- in particular around the addition of required packaging files15:05
*** giulivo has joined #openstack-dev15:05
*** cfriesen_ has joined #openstack-dev15:05
mordredttx: you don't need this line: https://github.com/ttx/oslo.rootwrap/blob/master/setup.cfg#L2315:06
ttxmordred: then next step, I suppose, is a openstack/config change to add that project ?15:06
*** ngoracke has joined #openstack-dev15:06
*** rcleere has joined #openstack-dev15:06
mordredttx: nor these lines: https://github.com/ttx/oslo.rootwrap/blob/master/setup.cfg#L27-L2915:06
* ttx blames oslo.config15:06
mordredotherwise looks great15:07
danpbmordred: if i can get this working our aim is to release it with this month's libvirt release (eg about 1+1/2 week's time)15:07
markmcttx, do you plan to expose any stable API beyond cmd.main() ?15:07
mordredttx: yes. next step is openstack-infra/config change.15:07
markmcttx, e.g. for people to write their own filters which subclass the ones in filters.py ?15:08
mordreddanpb: w00t!15:08
mordreddanpb: now - question - will python-libvirt build against older libvirts?15:08
*** ftcjeff has quit IRC15:08
*** omachace has quit IRC15:08
markmcttx, are those classes public APIs, or implementation details of the rootwrap binary15:08
ttxmarkmc: not at this point. there were talks about moving the rootwrap_config wrapper in a lib that would get consumed by calling projects, but it could belong to processutils just the same15:08
ttxmarkmc: so those classes are all implementation details15:08
markmcttx, ok, how to make that clear - e.g. use of __all__ or underscore prefixing the class names or ...15:09
mordreddanpb: so, like, if I just have libvirt-devel installed from rhel6, would pip install python-libvirt theoretically work?15:09
ttxi.e. the public interface is through the config file and the shell arguments15:09
*** sagar_nikam has quit IRC15:09
danpbmordred: yes, absolutely - any version back to about 0.9.6 is our goal (ie current nova min required libvirt)15:09
*** ruhe has quit IRC15:09
ttxmarkmc: I'll have to give it a thought. before tagging the first release at least15:10
mordredw00t15:11
mordreddanpb: I will owe you very many beers15:11
*** rushiagr has joined #openstack-dev15:11
*** tkammer has joined #openstack-dev15:11
*** ndipanov has joined #openstack-dev15:11
ttxmarkmc: there might be some random offenders left still calling those modules directly15:12
ttxlike in (ewww..) https://github.com/openstack/neutron/tree/master/bin15:12
*** carl_baldwin has quit IRC15:12
ttxso we might need to kill those first15:12
*** jasondotstar has joined #openstack-dev15:13
ttxalthough that can just be handled when I get to switch neutron to the standalone rootwrap15:14
*** ruhe has joined #openstack-dev15:16
*** kbrierly has joined #openstack-dev15:16
*** jruzicka has joined #openstack-dev15:17
ttxmarkmc: not sure what would be the best way to make that clear. __all__ would not really prevent anything, and underscore prefixing would look a bit funny when modules are imported from cmd.py15:17
*** DinaBelova has quit IRC15:17
*** iartarisi has quit IRC15:17
ttxmarkmc: i'm open to suggestions :)15:17
*** gargya has quit IRC15:18
*** iartarisi has joined #openstack-dev15:18
markmcttx, yeah, I dunno15:19
*** ayoung has joined #openstack-dev15:19
*** jtomasek has quit IRC15:19
markmcttx, document it at least - do not import this library15:19
ttxmarkmc: yeah, will add to README15:19
ttxI plan to add a much more thorough README anyway15:19
*** nati_ueno has joined #openstack-dev15:20
*** eharney has joined #openstack-dev15:20
ttxmordred: about setup.cfg; I should keep packages=oslo and only remove the oslo.rootwrap line ? Or just remove the packages line altogether ?15:20
*** yamahata_ has quit IRC15:21
*** cdub has joined #openstack-dev15:22
*** blamar has quit IRC15:22
*** teran__ has quit IRC15:23
*** joesavak has quit IRC15:23
*** teran has joined #openstack-dev15:23
*** tdruiva has quit IRC15:24
*** tdruiva has joined #openstack-dev15:24
*** buzztroll has quit IRC15:24
*** markmcclain has joined #openstack-dev15:25
ekarlsoayoung: ping15:25
ttxmordred: nm, ignore me15:25
ekarlsois the serviceCatalog included in the V2 API when you do a POST on /tokens ?15:25
ayoungekarlso, I don't ping anymore.  I graduated15:25
ayoungekarlso, yep15:26
ekarlsohah ayoung : p15:26
ekarlsowhat's the diff on the V2 / 3 catalog ?15:26
ayoungekarlso, you mean what is the difference between the token formats?15:27
*** jimfehlig has joined #openstack-dev15:27
ekarlsobetween the returned thing15:27
ayoungekarlso, the "returned thing" is the body of the token15:27
*** dolphm has joined #openstack-dev15:27
ayoungekarlso, if you get a token, you get back the token as a blobn, as well as the data that makes up the body in JSON15:28
ayounghttp://docs.openstack.org/developer/keystone/api_curl_examples.html#id315:28
*** steven-weston has quit IRC15:28
*** tdruiva has quit IRC15:28
ayoungekarlso, same thing that gets returned when you validate a token15:28
ayoungekarlso, and the V3 API is documented here: https://github.com/openstack/identity-api/blob/master/openstack-identity-api/v3/src/markdown/identity-api-v3.md#authentication-responses15:30
ekarlsoayoung: in the middleware is X-Service-Catalog always set for both v2.0 + v3 ?15:32
ayoungekarlso, yep...but don't take my word on it.  I lie.15:32
ayoungThe code never does15:32
*** changbl has quit IRC15:33
*** jtomasek has joined #openstack-dev15:33
*** avishayb has quit IRC15:33
*** steven-weston has joined #openstack-dev15:34
*** DinaBelova has joined #openstack-dev15:35
*** CaptTofu has joined #openstack-dev15:35
*** paragan has joined #openstack-dev15:36
*** datsun180b has joined #openstack-dev15:36
ayoungdolphm, morganfainberg, WTF is this test supposed to be checking anyway?   https://github.com/openstack/keystone/blob/master/keystone/tests/test_keystoneclient.py#L103715:37
*** evgenyf has quit IRC15:37
*** rongze_ has joined #openstack-dev15:37
*** hartsocks has joined #openstack-dev15:37
*** rongze has quit IRC15:37
bknudsonayoung: I looked at it and I couldn't figure it out.15:37
ayoungbknudson, glad it is not just me.  Let me see If git blame can help15:38
*** pschaef has joined #openstack-dev15:38
*** willingc has joined #openstack-dev15:39
*** afazekas has quit IRC15:39
ayoungbknudson, https://github.com/openstack/keystone/commit/4ab47ad224c422dcd96aa256740945d1e6a8a20815:39
*** jhesketh__ has quit IRC15:40
*** safchain has quit IRC15:40
ayoung"in addition to changing the users password, all current tokens15:40
ayoungwill be cleared (for token backends that support listing) and15:40
ayounga new token id will be returned."15:40
bknudsonayoung: ah, so it's testing that a new token is returned and can use that token.15:40
bknudsonnot really testing keystonclient here.15:40
ayoungbknudson, so I am guessing that the python-keystoneclient change broke that by ignoring the new token returned after the change password event15:40
*** ericwb has joined #openstack-dev15:41
ayoungbknudson, well, we did break  it15:41
dolphmayoung: it's testing that the user's token is revoked after a password update15:41
*** herndon_ has quit IRC15:41
bknudsonayoung: so could be changed to use a new client rather than existing client.15:41
ayoungdolphm, but that is not what broke15:41
ayoungbknudson, nope15:41
ayoungit needs to maintain the semantics15:41
bknudsonor do we have to preserve the original keystoneclient behavior?15:41
ayoungwhich is "after changing a password, your client still works, but with a new token"15:42
bknudson(if so, there should be a test in keystoneclient)15:42
*** __amotoki__ is now known as amotoki15:42
ayoungbknudson, there is....this one15:42
*** radez_g0n3 is now known as radez15:42
ayoungit just is not well documented15:42
dolphmdid the client break the service tests?15:42
ayoungdolphm, I approved the revoke commit for shardy 's patch15:43
*** yassine has quit IRC15:43
*** egallen has quit IRC15:43
dolphmayoung: ? revert commit15:43
ayoungthis is the test that broke, and the KC patch should have been run against this code...15:43
ayoungdolphm, yeah15:43
dolphmayoung: got it15:43
*** briancurtin has quit IRC15:44
bknudsonayoung: dolphm: I posted a review to make it easier to test against local keystoneclient: https://review.openstack.org/#/c/57586/15:44
dolphmayoung: this test could be updated to do an explicit token validation, rather than just attempting an operation assuming the same token will be used15:44
ayoungdolphm, so ... why wasn't it?  It looks like, when we commit a change to the KC, we need to run the Keystone unit tests...or...move the kc client tests to Tempest...lets work on the latter.15:44
*** colinmcnamara has joined #openstack-dev15:44
*** yassine has joined #openstack-dev15:44
ayoungdolphm, actually, this test shows a problem, when you explicitly set the token_id, it was ignored15:45
dolphmbknudson: (without looking at your commit) if you checkout changes into the vendor/python-keystoneclient-master/ repo, the test infrastructure won't overwrite that change with a new checkout15:45
*** MoneyMaker has joined #openstack-dev15:45
bknudsondolphm: that's why it doesn't use vendor/python-keystoneclient-master.15:45
ayounghttps://github.com/openstack/keystone/blob/master/keystone/tests/test_keystoneclient.py#L1063  getst the token_id from the change password request15:46
ayounghttps://github.com/openstack/keystone/blob/master/keystone/tests/test_keystoneclient.py#L1066  explicitly sets the token15:46
ayoungand then he does a list.15:46
*** avishayb has joined #openstack-dev15:46
dolphmbknudson: i don't follow? my approach accomplishes the same thing as yours without extra code15:46
ayoungshardy's code  should probably do the same, if only to keep consistant semantics.15:46
*** briancurtin has joined #openstack-dev15:47
*** MoneyMaker has quit IRC15:47
*** egallen has joined #openstack-dev15:48
*** boris-42 has quit IRC15:48
ayoungdolphm, shardy could do the same thing as this test does:  instead of getting a token via change passwrod, he would get it from the trust, and then explicitly set it in the client.15:48
bknudsondolphm: ok, I see how that works, too.15:48
*** markmcclain has quit IRC15:48
*** hartsocks has quit IRC15:49
dolphmbknudson: why does branch default to 'opt'?15:49
bknudsondolphm: just so it's not master.15:49
bknudsonand that's the name of the test.15:49
dolphmbknudson: wouldn't it make more sense to just leave the repo alone, and test it as-is?15:50
*** jimfehlig has left #openstack-dev15:50
bknudsondolphm: I think so. That would require more changes to the code that does checkout.15:50
dolphmbknudson: the reason i ask is that i rarely use branches -- for openstack, i'm generally working from an detached HEAD / untracked branch15:51
*** paragan has quit IRC15:52
bknudsondolphm: http://git.openstack.org/cgit/openstack/keystone/tree/keystone/tests/core.py#n12115:52
dstanekdolphm: so your saying don't do a checkout in this case and just change the path to the client directory?15:53
bknudsonit does clone / checkout master / pull / checkout branch15:53
*** ndipanov has quit IRC15:53
dolphmdstanek: bknudson: yeah, so just skip the checkout / pull / checkout15:53
*** ruhe has quit IRC15:53
dolphmcd into my repo and test it15:53
dolphm(if it actually needs to cd at all?)15:53
*** buzztroll has joined #openstack-dev15:54
*** markmcclain has joined #openstack-dev15:54
bknudsondolphm: should not be difficult.15:54
dstanekdolphm: no cd; just sys.path.append15:54
*** jimjiang has joined #openstack-dev15:54
*** buzztroll has quit IRC15:54
*** buzztroll has joined #openstack-dev15:55
dstanekdolphm: http://git.openstack.org/cgit/openstack/keystone/tree/keystone/tests/test_keystoneclient.py#n5415:55
*** SergeyLukjanov has quit IRC15:55
*** sergmelikyan has joined #openstack-dev15:56
*** prekarat has quit IRC15:56
dstanekdolphm, bknudson: that makes the common case much easier so i won't object, but it does make what i was going last night a little harder15:56
*** tdruiva has joined #openstack-dev15:56
dolphmdstanek: what were you doing last night?15:57
dstaneki was switching back and forth between revisions (like git bisect) to find breakage15:57
dstanekthat's probably much less common than a dev testing their keystone client changes15:57
*** amuller has quit IRC15:58
*** evgenyf has joined #openstack-dev15:58
*** tanisdl has joined #openstack-dev15:58
*** rraja has quit IRC15:58
*** afazekas has joined #openstack-dev16:00
*** edmund has joined #openstack-dev16:00
*** mosulica has quit IRC16:00
*** Ruetobas has quit IRC16:01
*** DinaBelova has quit IRC16:01
*** hartsocks has joined #openstack-dev16:01
*** egallen has quit IRC16:02
*** jruzicka has quit IRC16:02
*** Ruetobas has joined #openstack-dev16:03
*** atiwari has joined #openstack-dev16:03
*** datsun180b_ has joined #openstack-dev16:04
*** reidrac has quit IRC16:04
*** devoid has joined #openstack-dev16:04
*** datsun180b_ has quit IRC16:04
*** hartsocks has quit IRC16:04
*** datsun180b has quit IRC16:04
*** datsun180b has joined #openstack-dev16:04
*** YorikSar has quit IRC16:04
*** ifarkas has quit IRC16:04
*** paragan has joined #openstack-dev16:05
ayoungshardy, bknudson, https://bugs.launchpad.net/python-keystoneclient/+bug/1244675/comments/6  does that make sense to you?16:05
uvirtbotLaunchpad bug 1244675 in python-keystoneclient "keystoneclient sometimes uses a stale token" [Medium,In progress]16:05
*** afazekas is now known as _afazekas16:05
*** ndipanov has joined #openstack-dev16:06
*** xingchao has joined #openstack-dev16:06
*** Ruetobas has quit IRC16:07
shardyayoung: I'm not sure, doesn't it always use auth_token_from_user, even if it's not valid?16:07
*** rushiagr has quit IRC16:08
*** raj_m has quit IRC16:08
shardyayoung: As discussed in the comments on my original review?16:08
*** rossella_s has quit IRC16:08
*** hartsocks has joined #openstack-dev16:08
shardyayoung: I just think doing authenticate() should always request a new token, and if you've got a new token, the client should use it16:08
*** afazekas has joined #openstack-dev16:09
*** blamar has joined #openstack-dev16:10
*** devoid has quit IRC16:11
*** irimi has joined #openstack-dev16:11
*** xingchao has quit IRC16:11
*** danwent has joined #openstack-dev16:11
*** irimi has quit IRC16:11
dstanekshardy: if that's the case wouldn't you be better of clearing the auth_token_from_using from authenticate()?16:12
*** JordanP has joined #openstack-dev16:13
*** FunnyLookinHat has joined #openstack-dev16:13
shardydstanek: Yes that could be one approach, or store the user-provided token in auth_ref so it gets overwritten after the authenticate()16:13
*** Ruetobas has joined #openstack-dev16:13
*** colinmcnamara has quit IRC16:13
*** jmontemayor has joined #openstack-dev16:14
shardydstanek: Anything which doesn't result in us requesting, and getting, a new token, but then using the old one forever16:14
*** jmontemayor has quit IRC16:14
shardydstanek: From a user perspective that is *really* non-obvious16:14
shardydstanek: If, as ayoung states, it's desired behavior, then authenticate() should fail to request a new token16:14
*** mosulica has joined #openstack-dev16:16
*** gszasz has quit IRC16:16
*** gszasz has joined #openstack-dev16:16
*** CaptTofu has quit IRC16:17
*** CaptTofu has joined #openstack-dev16:17
*** carl_baldwin has joined #openstack-dev16:17
*** rongze_ has quit IRC16:17
*** haomaiwang has quit IRC16:17
*** CaptTofu has quit IRC16:18
*** jasdeepH has joined #openstack-dev16:19
*** CaptTofu has joined #openstack-dev16:19
*** avishayb has quit IRC16:19
*** jmontemayor has joined #openstack-dev16:19
*** jmontemayor has quit IRC16:19
*** mrodden has joined #openstack-dev16:20
*** devoid has joined #openstack-dev16:20
*** devoid1 has joined #openstack-dev16:20
*** devoid1 has quit IRC16:20
*** xarses has quit IRC16:21
*** akrivoka has quit IRC16:22
*** rongze has joined #openstack-dev16:23
*** CaptTofu has quit IRC16:23
*** devoid has quit IRC16:24
*** radez is now known as radez_g0n316:25
*** evgenyf has quit IRC16:26
*** mihgen has quit IRC16:26
*** akrivoka has joined #openstack-dev16:27
*** haomaiwang has joined #openstack-dev16:27
*** pmathews has joined #openstack-dev16:27
*** CaptTofu has joined #openstack-dev16:28
*** dkranz has quit IRC16:29
*** mlavalle has joined #openstack-dev16:29
*** markmcclain has quit IRC16:29
*** pablosan has joined #openstack-dev16:29
*** pete5 has joined #openstack-dev16:29
*** alop has joined #openstack-dev16:30
*** gszasz has quit IRC16:30
*** viktors1 has joined #openstack-dev16:30
*** teran has quit IRC16:30
*** ruhe has joined #openstack-dev16:31
*** ruhe has quit IRC16:31
*** amotoki is now known as amotoki_zzz16:33
*** branen_ has joined #openstack-dev16:34
*** belmoreira has quit IRC16:35
*** branen_ has quit IRC16:35
*** belmoreira has joined #openstack-dev16:35
*** willingc has quit IRC16:36
*** arezmerita has joined #openstack-dev16:37
*** willingc has joined #openstack-dev16:37
*** colinmcnamara has joined #openstack-dev16:38
*** jruzicka has joined #openstack-dev16:39
*** belmoreira has quit IRC16:39
*** ndipanov has quit IRC16:40
*** zbitter has joined #openstack-dev16:40
*** willingc has quit IRC16:41
*** mikeoutland has joined #openstack-dev16:42
*** abk has quit IRC16:43
*** zaneb has quit IRC16:43
*** colinmcnamara has quit IRC16:44
*** mikeoutland has quit IRC16:44
*** arezmerita has quit IRC16:44
*** colinmcn_ has joined #openstack-dev16:44
*** mosulica has quit IRC16:44
*** mosulica has joined #openstack-dev16:45
*** e0ne_ has quit IRC16:46
*** jmontemayor has joined #openstack-dev16:47
*** jmontemayor has quit IRC16:47
*** yassine has quit IRC16:47
*** yassine has joined #openstack-dev16:48
*** colinmcn_ has quit IRC16:49
*** galstrom_zzz is now known as galstrom16:50
*** steven-weston has quit IRC16:51
*** mosulica has quit IRC16:51
*** samuelbercovici has quit IRC16:51
*** mosulica has joined #openstack-dev16:51
*** paragan has quit IRC16:52
*** mikeoutland has joined #openstack-dev16:52
*** sumanthns has joined #openstack-dev16:53
*** jmontemayor has joined #openstack-dev16:53
*** ndipanov has joined #openstack-dev16:53
*** yassine has quit IRC16:54
*** garyk has quit IRC16:54
*** mikeoutland has quit IRC16:55
*** pmathews has quit IRC16:55
*** cfriesen_ has quit IRC16:55
*** jmontemayor has quit IRC16:55
*** mikeoutland has joined #openstack-dev16:57
*** danwent has quit IRC16:57
*** mriedem1 has joined #openstack-dev16:58
*** mrodden1 has joined #openstack-dev16:59
*** danwent has joined #openstack-dev16:59
*** mriedem has quit IRC16:59
*** jmontemayor has joined #openstack-dev16:59
*** dkranz has joined #openstack-dev17:00
*** changbl has joined #openstack-dev17:00
*** pablosan has quit IRC17:01
*** mriedem1 has quit IRC17:01
*** mriedem has joined #openstack-dev17:01
*** rushiagr has joined #openstack-dev17:01
*** mrodden has quit IRC17:01
*** mrodden1 has quit IRC17:01
*** akrivoka has quit IRC17:02
*** neelashah1 has joined #openstack-dev17:03
*** mrodden has joined #openstack-dev17:03
*** jmontemayor has quit IRC17:03
*** neelashah has quit IRC17:04
*** athomas has quit IRC17:05
*** rudrarugge has joined #openstack-dev17:05
*** mmagr has quit IRC17:06
*** jmontemayor has joined #openstack-dev17:06
*** willingc has joined #openstack-dev17:07
*** evgenyf has joined #openstack-dev17:08
*** safchain has joined #openstack-dev17:09
*** Akrog has quit IRC17:10
*** xarses has joined #openstack-dev17:11
*** markwash has quit IRC17:11
*** prekarat has joined #openstack-dev17:12
*** rudrarugge has quit IRC17:12
*** reed has joined #openstack-dev17:13
*** reed has quit IRC17:13
*** reed has joined #openstack-dev17:13
*** willingc has quit IRC17:16
*** boris-42 has joined #openstack-dev17:16
*** reidrac has joined #openstack-dev17:16
*** nouser has joined #openstack-dev17:17
*** aditirav has joined #openstack-dev17:17
*** pmathews has joined #openstack-dev17:17
*** jpich has quit IRC17:18
*** mosulica has quit IRC17:19
*** safchain has quit IRC17:20
*** tmclaugh[work] has joined #openstack-dev17:20
*** jp_at_hp has quit IRC17:21
*** SergeyLukjanov has joined #openstack-dev17:22
*** Artpicre has quit IRC17:23
*** nermina has quit IRC17:23
*** pmathews has quit IRC17:24
*** angdraug has joined #openstack-dev17:24
*** markmcclain has joined #openstack-dev17:24
*** zbitter is now known as zaneb17:25
*** tanisdl has quit IRC17:26
mordredsaschpe: ping17:26
*** Artpicre has joined #openstack-dev17:26
*** corXi has quit IRC17:27
*** schwicht has joined #openstack-dev17:27
dsantos_hi, does someone got keystone (and/or other services) running in apache2? I followed some tutorials but I didn't get... After all the configurations I try to restart apache2 and I receive an error "(98)Address already in use: make_sock: could not bind to address 0.0.0.0:5000"17:27
*** xavious has joined #openstack-dev17:28
sgranstop the python service ?17:28
*** garyk has joined #openstack-dev17:28
*** cyberx has left #openstack-dev17:28
*** neelashah1 has quit IRC17:28
*** ekarlso has quit IRC17:30
*** fbo is now known as fbo_away17:31
*** evgenyf has quit IRC17:31
*** teran has joined #openstack-dev17:31
*** neelashah has joined #openstack-dev17:34
*** danpb has quit IRC17:34
*** gmoro has quit IRC17:34
*** mriedem1 has joined #openstack-dev17:35
*** bdpayne has joined #openstack-dev17:36
*** iartarisi has quit IRC17:36
*** teran_ has joined #openstack-dev17:36
*** mrodden1 has joined #openstack-dev17:36
*** MaxV has quit IRC17:36
*** dolphm is now known as dolphm_afk17:37
*** MaxV has joined #openstack-dev17:37
*** ekarlso has joined #openstack-dev17:37
*** mriedem has quit IRC17:37
*** teran has quit IRC17:38
*** athomas has joined #openstack-dev17:38
*** Ryan_Lane has joined #openstack-dev17:38
*** thelorax123 has quit IRC17:38
*** cdub_ has joined #openstack-dev17:38
*** isd has joined #openstack-dev17:38
*** ruhe has joined #openstack-dev17:39
dstanekdsantos_: do you have apache and keystone running on port 5000?17:39
*** martyntaylor has quit IRC17:39
*** byeager has joined #openstack-dev17:39
*** mrodden has quit IRC17:39
*** thelorax123 has joined #openstack-dev17:39
*** mfer has quit IRC17:41
*** jistr has quit IRC17:41
*** MaxV has quit IRC17:41
dsantos_dstanek: I tried to change the port... I configured the virtualhost to listen on port 5001 but I got the same error saying that apache could not bind to 0.0.0.0:500117:42
*** RajM has joined #openstack-dev17:42
dstanekdsantos_: what is listening on it already?17:42
*** clayb has joined #openstack-dev17:42
dsantos_dstanek: nothing17:42
*** mihgen has joined #openstack-dev17:42
*** vkmc has quit IRC17:42
*** devoid has joined #openstack-dev17:42
*** devoid has left #openstack-dev17:43
dsantos_dstanek: actually what I need is to configure SSL for the endpoints and I read here http://docs.openstack.org/security-guide/content/ch020_ssl-everywhere.html that I should use some web server17:43
*** eglynn has quit IRC17:43
dstanekdsantos_: have you tried 'sudo netstat -lp' to make sure?17:43
*** tdruiva has quit IRC17:44
*** tdruiva has joined #openstack-dev17:44
dsantos_dstanek: yup17:44
*** viktors1 has left #openstack-dev17:44
*** reed has quit IRC17:45
*** gmoro has joined #openstack-dev17:45
*** kushal has quit IRC17:47
*** markwash has joined #openstack-dev17:47
dstanekdsantos_: what tutorial are you following?17:47
*** romcheg has quit IRC17:49
*** ygbo has quit IRC17:49
*** thelorax123 has quit IRC17:49
mriedem1new tempest CI bug for neutron: https://bugs.launchpad.net/neutron/+bug/125373017:50
uvirtbotLaunchpad bug 1253730 in tempest "test_routers fails with: TearDownException: %(num)d cleanUp operation failed" [Undecided,New]17:50
*** hemnafk is now known as hemna_17:50
*** thelorax123 has joined #openstack-dev17:50
*** nermina has joined #openstack-dev17:51
*** galstrom is now known as galstrom_zzz17:51
*** CaptTofu has quit IRC17:52
dsantos_dstanek: I'm following these two tutorials https://keystone-voms.readthedocs.org/en/latest/requirements.html and http://adam.younglogic.com/2012/04/keystone-httpd/17:54
*** zodiak has quit IRC17:55
*** devlaps has joined #openstack-dev17:55
ericwbi've configured keystone to run in apache, but on port 44317:56
*** joesavak has joined #openstack-dev17:57
*** abk has joined #openstack-dev17:57
*** alunduil has joined #openstack-dev17:58
*** herndon has joined #openstack-dev17:58
*** SumitNaiksatam has joined #openstack-dev17:58
*** colinmcnamara has joined #openstack-dev17:58
*** mattf has left #openstack-dev17:58
*** sumanthns has quit IRC17:59
*** sarob has joined #openstack-dev18:00
*** abk has quit IRC18:01
*** danwent has quit IRC18:01
*** adjohn has joined #openstack-dev18:02
*** derekh has quit IRC18:02
*** danielbruno has joined #openstack-dev18:04
*** arosen has quit IRC18:05
*** boris-42 has quit IRC18:05
*** melwitt has joined #openstack-dev18:05
*** pablosan has joined #openstack-dev18:06
dstanekdsantos_: you don't have keystone running do you?18:06
*** sarob has quit IRC18:07
*** danwent has joined #openstack-dev18:07
dsantos_dstanek: I have a devstack installation... keystone is running18:07
*** epim has joined #openstack-dev18:07
*** sarob has joined #openstack-dev18:07
*** twoputt has joined #openstack-dev18:08
*** twoputt_ has joined #openstack-dev18:08
ericwbsome of adam's blog might be out-dated by now.18:08
*** zodiak has joined #openstack-dev18:08
ericwbbut it is what i used to start18:08
dstanekdsantos_: if keystone is running already it will be running on ports 5000 and 35357; so Apache can't run there too18:08
*** gyee has joined #openstack-dev18:08
*** markmcclain has quit IRC18:09
*** xga_ has quit IRC18:09
dsantos_dstanek: I know that... that's why I tried other ports but I got the same error... and also I tried to configure the apache without devstack running but I got the same error again18:09
dstanekdsantos_: then i'm at a loss; i don't know why apache would try to bind twice to the same port18:10
*** sarob has quit IRC18:12
dsantos_dstanek: I saw this discussion http://ubuntuforums.org/showthread.php?t=1636667 and the problem here is because the cert had a password... I tried what the guy suggested but it didn't work for me18:12
sgranprobably keystone.conf still says to use port 5000 ?18:12
dstanekdsantos_: does you default (out of the box) apache config run?18:12
dsantos_sgran: why I should change that?18:12
dsantos_dstanek: sorry... what did you mean?18:14
ericwbkeystone.conf defaults to 5000 and 35357, but you don't need to change them to run in apache.18:14
ericwbthe contents of you /etc/httpd/conf.d/keystone.conf probably have more of an affect on the ports in use18:15
*** JordanP has quit IRC18:17
*** boris-42 has joined #openstack-dev18:18
*** abk has joined #openstack-dev18:19
*** boris-42 has quit IRC18:19
sgrangrep -r 5000 /etc/apache2/conf* - how many Listen directives do you hit?18:21
*** mlavalle has quit IRC18:23
*** afazekas has quit IRC18:23
*** Mandell has joined #openstack-dev18:25
*** sahid has quit IRC18:25
*** prekarat has quit IRC18:26
*** rnirmal has joined #openstack-dev18:27
*** markmcclain has joined #openstack-dev18:29
*** aditirav has quit IRC18:29
*** mfer has joined #openstack-dev18:30
dsantos_ericwb: I'm not using "httpd"... I'm using apache218:33
*** adjohn has quit IRC18:33
*** MaxV has joined #openstack-dev18:33
*** Shaan7 has quit IRC18:33
dsantos_sgran: I've no directives18:34
*** tkammer has quit IRC18:34
dsantos_when I run the command you said18:34
ericwbdsantos_: by httpd I do mean Apache 2.2.x18:35
*** hartsocks1 has joined #openstack-dev18:35
*** hartsocks1 has quit IRC18:35
*** hartsocks has quit IRC18:35
dsantos_ericwb: ok... I don't have the keystone.conf file into /etc/apache2/conf.d18:36
*** adjohn has joined #openstack-dev18:37
dsantos_ericwb: I followed ayoung's post http://adam.younglogic.com/2012/04/keystone-httpd/... I just set the conf file in the wsgi file18:37
ayoungdsantos_, there is a more recent one...I'll get you the link18:37
dsantos_ayoung: I would appreciate that18:38
ayoungdsantos_, http://andymc-stack.co.uk/2013/06/apache2-mod_wsgi-openstack-pt1-keystone/#comment-2818:38
*** armax has joined #openstack-dev18:38
ayoungdsantos_, he did a follow on article for glance and Nova18:39
ayounghttp://andymc-stack.co.uk/2013/07/apache2-mod_wsgi-openstack-pt-2-nova-api-os-compute-nova-api-ec2/18:39
ayounghttp://andymc-stack.co.uk/2013/07/apache2-mod_wsgi-openstack-pt-3-glance-api-glance-registry/18:40
*** shinylasers has joined #openstack-dev18:40
*** shinylasers has quit IRC18:40
ayoungdsantos_, 4-6 (cinder, ceilometer and neutron) are all on the front page of his blog still: http://andymc-stack.co.uk/18:40
*** rongze has quit IRC18:40
dsantos_ayoung: nice... I'm gonna read these articles and try again :)18:43
*** yaguang has quit IRC18:45
morganfainbergallo18:46
dstanekmorganfainberg: hi18:47
ekarlsojd__: you here for some question?18:48
*** vartom11112 has joined #openstack-dev18:49
ayoungMorgans morgan.18:49
*** krtaylor has quit IRC18:50
ayoungdsantos_, BTW, httpd is the name of the Apache Web server.  We use that name to distinguish between the web server and all of the other projects that fall under the Apache project.18:50
*** mrodden1 has quit IRC18:51
*** mriedem1 has quit IRC18:51
dsantos_ayoung: I understand... sometimes I just get lost with the paths... xD18:52
dstanekmorganfainberg: should this test work? keystone.tests.test_backend_sql.SqlIdentity.test_cache_layer_role_crud18:55
*** macjack has quit IRC18:55
*** rm_work|away is now known as rm_work18:56
*** YorikSar has joined #openstack-dev18:56
*** adjohn has quit IRC18:56
*** epim has quit IRC18:57
YorikSar.цшт 118:58
*** mrodden has joined #openstack-dev18:58
YorikSarmordred: Hello. Have a minute?18:58
*** mriedem has joined #openstack-dev18:58
YorikSarmordred: I've found out that some projects moved to using use_develop=True in their tox.ini18:59
*** amcrn has joined #openstack-dev18:59
YorikSarmordred: And it looks dangerous to me.18:59
*** mohits_ has joined #openstack-dev19:00
*** mlavalle has joined #openstack-dev19:01
*** epim has joined #openstack-dev19:04
*** pmathews has joined #openstack-dev19:04
*** yatin has joined #openstack-dev19:05
morganfainbergdstanek, hm?19:05
*** sarob has joined #openstack-dev19:06
morganfainbergdstanek, i hope it works19:06
dstanekif you run it in the suite it works, but if you run it in isolation it doesn't19:06
morganfainbergdstanek, so it has an isolation issue.19:06
morganfainbergdstanek, hrm. let me take a quick look19:06
*** yatin has left #openstack-dev19:07
dstanekmorganfainberg: but just looking at it i don't see how it could work19:07
*** neelashah has quit IRC19:07
*** dolphm_afk is now known as dolphm19:07
dstanekmorganfainberg: i wouldn't think that this line could pass - http://git.openstack.org/cgit/openstack/keystone/tree/keystone/tests/test_backend.py#n268219:08
*** mohits_ has quit IRC19:08
morganfainbergdstanek, hm..19:09
morganfainbergdstanek, ok, that works becasue at that point we haven't invalidated the cache19:10
morganfainbergdstanek, we are using the direct call to the driver, circumventing the manager, meaning we read the value from the cache layer, not the underlying sql19:11
morganfainberghttps://github.com/openstack/keystone/blob/master/keystone/tests/test_backend.py#L2680 see how we call assignment_api.driver here?19:11
*** colinmcnamara has quit IRC19:11
*** rongze has joined #openstack-dev19:11
morganfainbergdstanek, all caching occurs at the manager layer, not the driver layer.19:11
dstanekmorganfainberg: ok, so that means in isolation the cache isn't working?19:12
*** neelashah has joined #openstack-dev19:12
morganfainbergdstanek, it means it is working.19:12
morganfainbergdstanek, unless it is failing at that point19:12
dstanekthe assert i mentioned fails :-(19:13
morganfainbergah19:13
*** lucasagomes has quit IRC19:13
morganfainbergit's because caching isn't enabled then.19:13
morganfainbergwhen the test is run in isolation19:13
dstanekok, it looks like it should fail, but it's just misleading because of the cache19:13
morganfainbergdstanek, correct19:13
*** galstrom_zzz is now known as galstrom19:13
dstanekmorganfainberg: does the setup explicitly enable the cache?19:13
morganfainbergdstanek, it is enabled in an override config19:14
morganfainberghttp://git.openstack.org/cgit/openstack/keystone/tree/keystone/tests/test_overrides.conf#n1919:14
*** sushils has quit IRC19:14
morganfainbergdstanek, my guess is if you applied this patch https://review.openstack.org/#/c/53964/ it would skip that test in isolation19:16
morganfainbergor...19:16
morganfainbergdstanek, perhasp there is a race in cache region setup19:16
morganfainbergoh crud. i think i know what is going on19:17
morganfainbergdstanek, http://git.openstack.org/cgit/openstack/keystone/tree/keystone/tests/core.py#n272 the first test has a bogus cache region19:17
morganfainberg:(19:17
morganfainbergi only run del on the first tearDown19:17
morganfainberg(maybe)19:18
morganfainbergmaybe bogus that is19:18
*** rongze has quit IRC19:18
*** rushiagr has quit IRC19:19
morganfainbergdstanek, if the region is already configured http://git.openstack.org/cgit/openstack/keystone/tree/keystone/tests/core.py#n260 will not make a new region.  if it is configured with the no-op region at this point, it wont cache anything.19:19
morganfainbergi think what is happening is that the config has already been loaded and the region is configured for the first run of setUp so the cache is failing until tearDown is called at least once19:19
dstanekmorganfainberg: interesting...it would have taken me a long time to figure that out19:20
morganfainbergdstanek, heh, the cache implementation was hard to write good tests for19:21
morganfainbergdstanek, i only see it now because some of the headaches from dealing with the cache implementation i ran across when implementing it19:21
dstanekmorganfainberg: thanks for the help - i'm going to poke at this for a little bit19:23
morganfainbergdstanek, another oddity is don't reference cache.region.backend directly19:24
morganfainbergit will raise an exception (or it used to) if it wasn't configured19:24
*** joesavak has quit IRC19:25
morganfainbergthe correct way of checking if it is configured is "if 'backend' in region._dict__"19:25
*** johnthetubaguy has quit IRC19:25
morganfainbergit's ... silly19:25
*** herndon has quit IRC19:25
morganfainbergdstanek, but look at the keystone.common.cache.core and the way the region is configured for some more insight19:26
morganfainbergdstanek, let me know if you need any more help19:26
*** xarses has quit IRC19:26
*** Shaan7 has joined #openstack-dev19:26
dstanekmorganfainberg: will do, thanks again - you have been most helpful19:27
*** max_lobur is now known as max_lobur_afk19:27
*** ndipanov is now known as ndipanov_gone19:28
*** jtomasek has quit IRC19:28
*** steven-weston has joined #openstack-dev19:28
dsantos_ayoung: I was reading the tutorials but I saw this one is based on a previous version of apache server https://github.com/openstack/keystone/blob/master/doc/source/apache-httpd.rst19:32
dsantos_ayoung: for example, if I put the keystone.conf file into the directory /etc/apache2/conf.d I get an error19:32
dsantos_Invalid command '[DEFAULT]', perhaps misspelled or defined by a module not included in the server configuration19:33
ayoungdsantos_,   yeah, should not be there.  It is keystone config, not apache config, and needs to be out of that directory.  SELinux comes in to play, too.19:33
dsantos_ayoung: what about the file /etc/httpd/conf.d/nss.conf? is it the /etc/apache2/sites-available/default-ssl in apache2?19:34
ayoungdsantos_, nss.conf is apache specific19:35
ayoungdsantos_, nss and openssl are to options for crypto libraries19:36
ayoungRH, due to support for FIPS and Common criteria sensitive organizations, puts a good deal of effort into NSS19:36
*** mikeoutland has quit IRC19:36
ayoungwhich is why I wrote mine that way19:36
ayoungYou an do mod_ssl if you prefer.19:37
*** mikeoutland has joined #openstack-dev19:39
*** mikeoutland has quit IRC19:40
dsantos_ayoung: ahhh... ok... is just because I tried to configure nss (I've installed libapache2-mod-nss) but I never saw this file19:42
*** xarses has joined #openstack-dev19:42
*** gyee has quit IRC19:43
*** amcrn is now known as [a]mcrn19:44
*** rongze has joined #openstack-dev19:45
*** ruhe has quit IRC19:45
*** SumitNaiksatam has left #openstack-dev19:45
*** novas0x2a|laptop has joined #openstack-dev19:46
*** krtaylor has joined #openstack-dev19:48
*** kpavel has joined #openstack-dev19:48
*** mihgen has quit IRC19:50
*** rongze has quit IRC19:50
*** fbo_away is now known as fbo19:51
*** sarob has quit IRC19:51
*** epim has quit IRC19:51
*** sarob has joined #openstack-dev19:52
*** mikeoutland has joined #openstack-dev19:52
*** neelashah has quit IRC19:53
ericwbquestion: should a non-admin user be able to revoke his/her own token.  i couldn't find a way to modify the policy.json to allow this.19:53
*** mihgen has joined #openstack-dev19:54
*** neelashah has joined #openstack-dev19:54
*** yolanda has quit IRC19:55
*** jimfehlig has joined #openstack-dev19:55
*** tdruiva has quit IRC19:55
*** jdbarry has quit IRC19:56
*** tdruiva has joined #openstack-dev19:56
*** sarob has quit IRC19:56
*** pschaef has quit IRC19:57
*** aveiga has joined #openstack-dev19:57
*** alop has quit IRC19:57
*** jdbarry has joined #openstack-dev19:58
*** sarob has joined #openstack-dev19:59
*** sarob has quit IRC19:59
*** bdpayne has quit IRC19:59
*** sarob has joined #openstack-dev19:59
*** byeager has quit IRC20:00
*** bdpayne has joined #openstack-dev20:00
*** ericw has quit IRC20:01
*** adjohn has joined #openstack-dev20:04
*** abk has quit IRC20:07
*** YorikSar has quit IRC20:09
*** byeager has joined #openstack-dev20:10
ayoungjvrbanac, would Barbican be interested in using Certmaster as a starting point for a CA?20:10
ayounghttps://fedorahosted.org/certmaster/20:10
*** herndon has joined #openstack-dev20:10
ayoungericwb, I would think so.20:10
ayoungericwb, the thing is, I don't know if there is enough info at the policy enforcement time to say.20:11
*** ykhodork has joined #openstack-dev20:12
*** radix_ has quit IRC20:12
ayoungericwb, so the function call is https://github.com/openstack/keystone/blob/master/keystone/auth/controllers.py#L39820:12
ayoungand that needs to do20:12
ayounghttps://github.com/openstack/keystone/blob/master/keystone/common/controller.py#L13820:13
ayoungget_member_from_driver20:13
*** rods`` has quit IRC20:13
*** neelashah has quit IRC20:13
ayounghttps://github.com/openstack/keystone/blob/master/etc/policy.v3cloudsample.json#L620:13
ayoung"identity:revoke_token": "rule:admin_or_owner"20:14
ayoung"identity:revoke_token": "rule:admin_or_owner"20:14
ayoungericwb, so look at the policy.v3cloudsample.json file for how to do it.  It really is a better default policy file.20:15
ericwbok i'll try again.  thanks20:15
*** vipul is now known as vipul-away20:15
*** vipul-away is now known as vipul20:15
*** vladikr has quit IRC20:16
*** jimfehlig has quit IRC20:17
*** colinmcnamara has joined #openstack-dev20:18
*** mikeoutland has quit IRC20:19
*** gordc has quit IRC20:20
*** jamielennox is now known as jamielennox|away20:21
*** raj_m has joined #openstack-dev20:22
*** colinmcnamara has quit IRC20:22
*** galstrom is now known as galstrom_zzz20:22
jvrbanacayoung, I have no idea. The Barbican Tech Lead (John Wood: woodster) and Project Owner (Jarret Raim: jraim) would be the best people to talk to about that. Right now, they have a better picture of the future vision.20:23
*** byeager has quit IRC20:23
*** bdpayne has quit IRC20:23
dstanekmorganfainberg: is there any reason that configure_cache_region doesn't remove an existing backend?20:26
morganfainbergdstanek, hm.  there is a reason... let me try and remember why20:26
*** colinmcnamara has joined #openstack-dev20:27
*** rods` has joined #openstack-dev20:27
*** arezmerita has joined #openstack-dev20:28
*** bdpayne has joined #openstack-dev20:30
dstanekmorganfainberg: looks like it is only used in keystone.services and the tests20:30
*** CaptTofu has joined #openstack-dev20:31
*** jecarey has quit IRC20:32
*** mrodden has quit IRC20:32
*** danielbruno has quit IRC20:32
*** ykhodork has quit IRC20:34
*** mriedem1 has joined #openstack-dev20:35
*** mrodden1 has joined #openstack-dev20:35
*** xqueralt has quit IRC20:36
*** vipul is now known as vipul-away20:38
*** vipul-away is now known as vipul20:38
*** mriedem has quit IRC20:38
*** colinmcnamara has quit IRC20:39
*** djoreilly has joined #openstack-dev20:39
*** arezmerita has left #openstack-dev20:40
jvrbanacayoung, Sorry I'm not much of a help.20:40
notmynamettx: ping20:41
ayoungjvrbanac, yeah, but you are actually on IRC.  Go bug them to do the same, would you?20:44
ayoung:)20:44
*** danielbruno has joined #openstack-dev20:44
*** vartom11112 has quit IRC20:45
*** neelashah has joined #openstack-dev20:45
jvrbanacayoung, lol. You can usually find them in #openstack-barbican20:45
jvrbanacwe're currently trying to move channels and it's causing a bit of confusion lol20:46
*** nermina has quit IRC20:47
*** rongze has joined #openstack-dev20:47
*** markmcclain has quit IRC20:47
*** yeylon_ has quit IRC20:47
*** bknudson has quit IRC20:48
*** xarses has quit IRC20:48
*** jecarey has joined #openstack-dev20:48
*** alop has joined #openstack-dev20:48
*** xarses has joined #openstack-dev20:49
*** markmc has quit IRC20:50
morganfainbergdstanek, i'll see if i can remember why it was done that way, i need to run though. be back later20:50
*** rongze has quit IRC20:51
*** reidrac has quit IRC20:52
*** cdub_ has quit IRC20:53
*** cdub_ has joined #openstack-dev20:53
*** vipul is now known as vipul-away20:53
*** Chicago has joined #openstack-dev20:53
*** djoreilly has left #openstack-dev20:54
*** vipul-away is now known as vipul20:54
*** rfolco has quit IRC20:56
*** markmcclain has joined #openstack-dev20:57
*** bswartz has quit IRC20:57
*** datsun180b has quit IRC20:58
*** danwent has quit IRC20:58
*** bdpayne has quit IRC21:00
*** johnthetubaguy has joined #openstack-dev21:00
*** bdpayne has joined #openstack-dev21:01
*** armax has left #openstack-dev21:01
*** danwent has joined #openstack-dev21:02
mordredif anyone sees YorikSar ... use_develop is quite on purpose21:02
*** SergeyLukjanov has quit IRC21:02
*** dprince has quit IRC21:03
*** jimfehlig has joined #openstack-dev21:04
*** jimfehlig has left #openstack-dev21:04
*** denis_makogon_ is now known as denis_makogon21:04
*** joesavak has joined #openstack-dev21:05
*** bknudson has joined #openstack-dev21:05
*** tdruiva has quit IRC21:06
*** tdruiva has joined #openstack-dev21:07
*** mrodden1 is now known as mrodden21:08
*** tdruiva has quit IRC21:08
*** tdruiva has joined #openstack-dev21:09
*** adjohn has quit IRC21:11
*** dvarga has quit IRC21:11
*** vartom11112 has joined #openstack-dev21:11
*** Underbyte has quit IRC21:11
*** gyee has joined #openstack-dev21:12
*** alunduil has quit IRC21:12
*** tonix has joined #openstack-dev21:13
*** byeager has joined #openstack-dev21:14
*** mikeoutland has joined #openstack-dev21:15
*** f13o has joined #openstack-dev21:15
*** sandywalsh has quit IRC21:16
*** nermina has joined #openstack-dev21:18
*** flaper87 is now known as flaper87|afk21:18
*** adjohn has joined #openstack-dev21:19
*** asalkeld has joined #openstack-dev21:19
*** reed has joined #openstack-dev21:20
*** MarkAtwood has joined #openstack-dev21:20
*** armax has joined #openstack-dev21:20
*** galstrom_zzz is now known as galstrom21:21
*** xavious has quit IRC21:21
*** marun has quit IRC21:23
*** sandywalsh has joined #openstack-dev21:25
*** isd has quit IRC21:26
sdaguemrodden: so can you propose a devstack cleanup to pull the powervm driver as well?21:27
sdagueif it's coming out of nova, it should come out of that too21:27
mroddensdague: right, forgot about that21:27
sdagueno worries21:28
*** mikeoutland has quit IRC21:28
*** hdd has quit IRC21:29
*** che-arne has joined #openstack-dev21:30
*** steven-weston has quit IRC21:30
*** pcm_ has quit IRC21:34
*** Underbyte has joined #openstack-dev21:34
dstanekwhat job actually publishes the keystone docs seen here? http://docs.openstack.org/developer/keystone/21:34
ekarlsoWhat's teh status of the auth plugin stuff dstanek ?21:34
dstanekekarlso: the revert commit?21:35
ekarlsodstanek: no as in if it is going anywhere21:36
*** danwent has quit IRC21:36
dstanekekarlso: oh, i have no idea what's been decided21:37
*** vartom11112 has quit IRC21:38
*** RajM has quit IRC21:39
*** raj_m has quit IRC21:39
*** danwent has joined #openstack-dev21:44
*** romcheg has joined #openstack-dev21:44
*** steven-weston has joined #openstack-dev21:45
*** steven-weston has quit IRC21:46
*** steven-weston has joined #openstack-dev21:46
*** byeager has quit IRC21:47
*** rongze has joined #openstack-dev21:47
*** nermina has quit IRC21:49
*** mihgen has quit IRC21:51
*** byeager has joined #openstack-dev21:51
*** rongze has quit IRC21:52
*** CaptTofu has quit IRC21:52
*** CaptTofu has joined #openstack-dev21:53
*** mikeoutland has joined #openstack-dev21:54
*** singhs has joined #openstack-dev21:55
*** mfer has quit IRC21:56
*** byeager has quit IRC21:58
*** adjohn has quit IRC21:59
*** jhesketh has joined #openstack-dev21:59
*** athomas has quit IRC22:03
*** ykhodork has joined #openstack-dev22:04
*** danielbruno has quit IRC22:04
*** clayb has quit IRC22:05
*** ChanServ changes topic to "OpenStack development || Support is in #openstack"22:06
*** f13o has quit IRC22:07
*** gmoro has quit IRC22:07
*** jasondotstar has quit IRC22:07
*** danwent has quit IRC22:08
*** byeager has joined #openstack-dev22:08
*** yamahata_ has joined #openstack-dev22:10
*** danielbruno has joined #openstack-dev22:10
*** radix_ has joined #openstack-dev22:10
*** thelorax123 has quit IRC22:11
*** thelorax123 has joined #openstack-dev22:12
*** sushils has joined #openstack-dev22:12
*** fifieldt has joined #openstack-dev22:12
*** boden has quit IRC22:13
*** mfer has joined #openstack-dev22:15
*** romcheg has left #openstack-dev22:15
*** danwent has joined #openstack-dev22:16
*** changbl has quit IRC22:17
*** sushils has quit IRC22:18
*** sushils has joined #openstack-dev22:18
*** mikeoutland has quit IRC22:18
*** f13o has joined #openstack-dev22:18
*** gmoro has joined #openstack-dev22:19
*** giulivo has quit IRC22:19
*** sgordon has quit IRC22:20
*** dolphm has quit IRC22:20
*** mrodden has quit IRC22:20
*** adjohn has joined #openstack-dev22:25
*** tmclaugh[work] has quit IRC22:26
lifelessmikal: so, whenever you want to talk through oslo and code copy, I'd be delighted to do so. I think it's hurting us a lot, and this recent breakage - which is broken in H release branches - is a good reason to reevaluate things.22:26
mikallifeless: sure, if you'd like. However, whilst it might fix some small (and relatively rare) cases, I don't think it helps with the general behindness of imports.22:29
bknudsonis the policy to merge often or to only merge when necessary?22:29
*** mrodden has joined #openstack-dev22:30
lifelessmikal: How would it /not/ help ?22:30
lifelessmikal: Perhaps we are talking about different changes?22:30
clarkblifeless: speaking of broken in H have you proposed your patch to havana?22:30
clarkblifeless: we should do that before forgetting happens22:30
*** loq_mac has joined #openstack-dev22:30
*** fbo is now known as fbo_away22:30
mikallifeless: the things which are not in libraries are where they are because their interfaces aren't deemed stable yet22:30
*** mfer has quit IRC22:30
lifelessclarkb: I have not, I was asked to wait, and I believe mtreinish was going to do it.22:30
mikallifeless: no a new library version with interface changes would require a requirements bump and tweeaks to the calling code22:30
mikallifeless: which is the bit we're currently poor at22:31
clarkblifeless: wfm (just want to make sure it doesn't get forgotten)22:31
bknudson"Developers making major changes to incubating APIs in oslo-incubator  must be prepared to update the copies in the projects which have  previously imported the code. "22:31
mikallifeless: changing the mechanism of updates wont change their reliability22:31
*** aveiga has quit IRC22:31
lifelessmikal: so I'm proposing we a) have all of oslo /be/ a library, not copied. b) don't set an upper version cap in requirements.txt, c) gate on all changes, d) do the very simple 3-step dance needed when we change things.22:32
lifelesswe're currently avoiding CI on oslo, which is bizarre for a project with massive cultural and technical CI investment like us.22:32
mikallifeless: and I'm saying that wont help22:32
mikallifeless: but you're not listening to me22:33
*** ykhodork has quit IRC22:33
lifelessmikal: I don't understand your point then.22:33
*** alunduil has joined #openstack-dev22:33
lifelessmikal: because I don't see how it won't help.22:33
lifelessmikal: I am listening - you have my entire focus.22:33
mikallifeless: the corolocal storage bug from this week is rare, and not the case we should be solving for. I think that's happened once that I can remember.22:33
*** buzztroll has quit IRC22:33
mikallifeless: the more common case is that the oslo library has moved on (interface changes, extra functionality, refactoring)22:34
mikallifeless: things in oslo are meant to become libraries when those large changes stop happening22:34
mikallifeless: so, we're talking about the body of code which is still solidifying22:34
*** dkranz has quit IRC22:34
mikallifeless: now, if those things are libraries, we would need to lock the version in requirements for the projects that use those libraries22:35
mikallifeless: and when those libraries did a release, someone would need to walk through all the user libraries and bump the requirements version and test22:35
mikallifeless: that walk through is the bit we currently suck at22:35
mikallifeless: and I don't see how changing the mechanism will improve that22:35
lifelessif you keep the axiom of 'we won't do graceful evolution of stuff in olso', yes.22:35
lifelessThat axiom is the axiom I'm challenging.22:35
*** jhesketh has quit IRC22:35
*** thomasem has quit IRC22:36
mikallifeless: i.e. the requirements bump bit needs someone who understands what they're doing, and those people are busy / don't know about all the imports22:36
*** mikeoutland has joined #openstack-dev22:36
*** jhesketh has joined #openstack-dev22:36
mikallifeless: oslo-incubator is meant to be about rapid change and solidifing things as fast as possible22:36
lifelessThe very definition of olso is flawed in that regard, and the multiple reviews, manual tracking of actual change, and sucking at keeping up are symptoms of the problem.22:36
mikallifeless: I agree we could do something very complicated and resource intensive to maintain backwards compatability22:36
mikallifeless: but I think that's a poor use of resources and wasn't the intent in the first place22:36
lifelessmikal: I'm not proposing complex, nor resource intensive.22:36
lifelessmikal: There is a meme that doing standard engineering practice - like we do for the clients and for the apis - is super hard22:37
mikallifeless: I want to see us focus on graceful evolution where it matters (db upgrades, rpc apis)22:37
mikallifeless: why complicated some tangential thing jsut because in a theoretical sense it could be more polished?22:37
*** ykhodork has joined #openstack-dev22:37
lifelessmikal: Thought experiment: how long should an olso interface take to stablise?22:38
mikallifeless: why not work on an actually important problem?22:38
lifelessmikal: because it's wasting peoples time right now.22:38
mikallifeless: that depends on the library... There are (or were last I looked) examples of libraries in oslo-incubator which were just a single cut and paste dump with no attempt to re-integrate them into their sources22:38
mikallifeless: those will take longer than ones which are actively developed22:39
*** michchap has quit IRC22:39
lifelessI'm going to put some crude stats together22:39
mikallifeless: I agree we should be graduating more than we have, but dhellman is already working on that22:39
*** adjohn has quit IRC22:39
lifelessI think your fear of overhead is misplaced, but I want to fact check my thoughts on that.22:39
*** vijendar has quit IRC22:39
mikallifeless: I did ten oslo updates in a day last week, its not onerous if you know what you're doing22:40
mikallifeless: and that's why the oslo maintainer for the library should do the work22:40
mikallifeless: not someone random22:40
*** markmcclain has quit IRC22:40
*** buzztroll has joined #openstack-dev22:40
*** adjohn has joined #openstack-dev22:41
*** michchap has joined #openstack-dev22:42
lifelessmikal: you're talking about optimising a process that is a side effect of the way we've chosen to incubate new common deps22:42
lifelessmikal: I'm talking about changing the way we incubate new common deps22:42
*** radix_ has quit IRC22:42
*** achampion has quit IRC22:42
ekarlsoawhat library should one use for doing ipaddress checks etc?22:43
mikallifeless: yes, I know22:43
mikallifeless: but I am saying your new way doesn't address the problems with the current way22:43
*** adjohn has quit IRC22:43
mriedem1ttx: ping22:43
mikallifeless: in fact, I suspect it makes them worse, because oslo-incubator doesn't behave in the way people expect libraries to behave22:43
*** asalkeld has quit IRC22:44
lifelessmikal: but thats the very thing I'm talking about changing22:44
lifelessmikal: I feel like you're the one not listening to me.22:44
mikallifeless: and frankly, I'd like to see more focus on important problems than random change for theological reasons22:44
*** jasdeepH has quit IRC22:44
mikallifeless: how does being in a library address forward porting though?22:44
clarkbekarlso: what kind of checks?22:44
*** jamielennox|away is now known as jamielennox22:45
lifelessit provides signal to the maintainer that the porting hasn't been completed; which means that if the change is incompatible (conceptually, not just syntax or whatever) they find out immediately, not at some removed time)22:45
*** buzztroll has quit IRC22:45
*** tdruiva has quit IRC22:45
*** buzztroll has joined #openstack-dev22:46
*** tdruiva has joined #openstack-dev22:46
mikallifeless: so how do you change the interface to the library without a very complicated dance?22:46
*** danwent has quit IRC22:46
mikallifeless: a specific example from last releast -- we changed all the args for periodic tasks from talking 'ticks' to seconds22:46
mikallifeless: that was easy to land because it was a couple of line code change in each repo22:47
mikallifeless: but if the library was going to be backward compatible it wouldn't have worked out because it broke a bunch of existing assumptions which had to be hand verified22:47
lifelessmikal: it would have been very easy to do as backwards compat, take a new parameter, convert the old one at the top of the function,a nd issue deprecation warning.22:47
mikallifeless: now, the oslo library with the chagne gets released22:47
mikallifeless: and breaks gate for all the users22:47
mikallifeless: how is that better?22:47
lifelessit doesn't break gate.22:47
lifelessIt can't land because it's gated on.22:48
bknudsonI would feel better if changes to oslo-incubator got applied to keystone and run through the gate automatically.22:48
mikallifeless: the only way I can see to do this sensibly with libraries is to bump the major version when you do an interface change, and then cap requirements for users until the forward port is complete22:48
*** rongze has joined #openstack-dev22:48
ekarlsoclarkb: like giving a ip, determining stuff about it22:49
ekarlsolike ipv4 vs 622:49
lifelessmikal: arrgghh. We're clearly failing to communicate.22:49
mikallifeless: agreed22:49
lifelessmikal: I'm saying 'do backwards compat in incubator'22:49
mikallifeless: I think you need to go look at some interface changes and see how you would have written a backwards compatible version22:49
lifelessmikal: and 'this isn't hard', 'isn't complex', 'is sustainable'22:50
mikallifeless: and I'm saying "that's a waste of time"22:50
*** adjohn has joined #openstack-dev22:50
mikallifeless: yes, and I'm saying "bullshit"22:50
notmynameanyone know what Michael Chapman's IRC nick is?22:50
lifelessmikal: I'm saying that the N different project headaches with the process are symptoms that the assumptions about costs are wrong.22:50
mikallifeless: its easy with trivial cases, but that's not always true22:50
*** tdruiva has quit IRC22:50
*** buzztroll has quit IRC22:50
mikallifeless: what actual headaches have the users seen?22:50
lifelessmikal: I've just a little bit of experience running backwards compat across multiple years in python code.22:50
mikallifeless: apart from one bug this week?22:51
lifelessmikal: so I take your bullshit and raise you a learn to code22:51
mikallifeless: yes, I know you like to call me a n00b22:51
mikallifeless: this conversation is over22:51
lifelessmikal: I was about to say the same thing22:51
*** jhesketh has quit IRC22:53
*** jhesketh has joined #openstack-dev22:54
*** rongze has quit IRC22:54
*** danwent has joined #openstack-dev22:55
*** loq_mac has quit IRC22:56
*** mlavalle has quit IRC22:57
*** jprovazn has quit IRC22:57
*** AlanClark has quit IRC22:58
lifelessAnd sorry to the channel for my poor behaviour there; I should have taken a breather rather than engaging in the escalation.23:01
*** thomasem has joined #openstack-dev23:01
*** eharney has quit IRC23:02
*** mlavalle has joined #openstack-dev23:02
michchapnotmyname: Hi23:02
*** kevinconway has quit IRC23:02
*** d34dh0r53 has joined #openstack-dev23:03
*** singhs_ has joined #openstack-dev23:04
*** asalkeld has joined #openstack-dev23:04
*** mlavalle has quit IRC23:05
*** singhs has quit IRC23:05
*** singhs_ is now known as singhs23:05
*** singhs has left #openstack-dev23:07
*** kbringard has quit IRC23:09
*** tdruiva has joined #openstack-dev23:10
*** bpokorny has quit IRC23:10
jamielennoxayoung: ping23:10
*** venkatesh has joined #openstack-dev23:10
ayoungjamielennox, yo23:10
jamielennoxayoung: did you get a chance to look at that client extensions etherpad i wrote?23:11
ayoungsome....been a lot to process today, but I did look at it this morning23:11
jamielennoxyea, there is a stuff happening everywhere - we need to discuss the kds at some point23:11
ayoung...which it looks like I just killed in my browser...one sec23:11
jamielennoxgyee: you too if you're here23:12
ayounghttps://etherpad.openstack.org/p/keystoneclient-extensions223:12
notmynamemichchap: hi23:12
ayoungjamielennox, so, do we really need extensions *in* the keystoneclient or just extensions that can work *with* the keystoneclient?23:13
jamielennoxall i'm really wondering at the moment is how you feel about the aproach23:13
*** thomasem has quit IRC23:13
jamielennoxat some point we will absolutely need them in23:13
jamielennoxbecause as much as i try to keep extensions limited to their own path it doesn't always work like that23:13
jamielennoxso an extension needs to hook into for example the user object23:14
*** burt1 has quit IRC23:14
*** danielbruno has quit IRC23:14
gyeejamielennox, here23:14
ayoungjamielennox,  like how the trusts and oauth inject data into the tokens?23:15
gyeeI haven't look at the etherpad yet, been dealing with other issues23:15
jamielennoxgyee: that's ok. I went into some python voodoo - i didn't even think about that they might not have much python experience23:15
*** tdruiva has quit IRC23:15
jamielennoxayoung: yes - but at the moment that one's not all that important because we don't really have an auth object yet23:16
ayoungjamielennox, so...lets assume that all an extension needs to do is something like:  client.extensions.put(self)23:16
jamielennoxbut i _really_ want one23:16
ayoungyeah, me too23:16
gyeejamielennox, we are going to implement the framework we discussed at the summit right?23:16
gyeemaintaining a global registry of resource to class mappings23:17
jamielennoxgyee: yea that part is fine, it's been more about how we allow external extensions to interact with the internal code23:17
gyeehave a register_handler() method or discovery via package entry points23:17
ayoungjamielennox, you are talking decorators there on the user object, and it makes sense if we need that behavior.   Do we?23:17
jamielennoxgyee: ahh - kind of, i'm not looking to *replace* existing resources, i'm looking for a way to have extensions extend them23:17
gyeejamielennox, that's just basic class inheritance right?23:18
*** krtaylor has quit IRC23:18
*** galstrom is now known as galstrom_zzz23:18
jamielennoxayoung: so given the token, trusts and oauth example - there really isn't another choice i think23:18
ayoungjamielennox, that is basically what we do with the pooicy stuff in keystone/common/controllers23:18
jamielennoxgyee: not necessarily - we need multiple objects to be able to extend the same resource23:19
*** ngoracke has quit IRC23:19
gyeeI am lost23:19
ayounggyee, https://etherpad.openstack.org/p/keystoneclient-extensions2 line 5623:19
jamielennoxayoung: no the decorator is more that that. It will patch in to the underlying resource class23:20
jamielennoxgyee: say for example we have the trusts and oauth extension code loaded. they need to co-exist without getting in each others way. We can't just have them both extend the User class23:20
ayoungjamielennox, we put the decorator on each of the functions (or find some python magic to do that for us) and then an extension can say "run this function after create_user" or something, right?23:21
gyeeah, interesting23:21
gyeeso its like interceptor pattern23:21
ayoungand it will be a stack, so first one called on the way in is the last one called on the way out23:21
jamielennoxayoung: yes. But the way we do that is wrap the base class function and install that onto the class object - just like a decorator but we will be decorating a different class23:21
ayounghttps://en.wikipedia.org/wiki/Decorator_pattern23:21
gyeeayoung, isn't that an interceptor as well?23:22
jamielennoxso by saying after('create') we are replacing the create on the User class - not on the extension class23:22
gyeeeither way, interesting idea23:22
ayoungjamielennox, by "wrap" you mean add an attribute lie  @extendable  or something23:23
ayounglike23:23
*** jobewan has quit IRC23:23
gyeeeverything is extensible23:23
*** kbrierly has quit IRC23:23
ayoungjamielennox, replace create, or just wrap it?23:23
jamielennoxso if we have 3 functions wrapping UserManager.create they will each get called, see if the extension is available on the server and if so have the oportunity to modify the args either before or after the function23:23
jamielennoxayoung: wrap it i think23:23
ayoungjamielennox, pure decorator.  Makes sense.23:24
*** Chicago has quit IRC23:24
jamielennoxayoung: a decorator always has the oportunity to short circuit but i think that's a bad idea23:24
ayoungjamielennox, you are thinking chain-of-responsibility23:24
ayoungdecorator just adds to the existing23:24
*** mrodden has quit IRC23:24
*** reed has quit IRC23:24
ayoungyou're design is good23:24
ayoungyour23:24
jamielennoxyea, i'm just wary about calling it a decorator because a decorator modifies the current class - in the extension we will be modifying the client's classes23:25
*** mrodden has joined #openstack-dev23:25
*** tdruiva has joined #openstack-dev23:25
*** yamahata_ has quit IRC23:25
*** joesavak has quit IRC23:25
*** CaptTofu has quit IRC23:25
gyeejamielennox, interceptor :)23:25
jamielennoxgyee: lol, sure23:26
*** CaptTofu has joined #openstack-dev23:26
gyeeaspect programming23:26
*** lbragstad has quit IRC23:26
ayounggyee Yeah, this really is implementing AOP, but in a python sort of way23:26
gyeeayoung, sounds like an interesting idea23:27
*** herndon has quit IRC23:27
* gyee need to read up on the etherpad23:27
*** kpavel has quit IRC23:27
ayoungjamielennox, so would we pro-actively add the @ to all of the existing methods, or is there some monkeypatch style way to do it instead?23:28
*** tdruiva has quit IRC23:29
*** jmontemayor has quit IRC23:30
*** nermina has joined #openstack-dev23:30
*** CaptTofu_ has joined #openstack-dev23:30
*** CaptTofu has quit IRC23:31
ayounggyee you make a cameo https://www.youtube.com/watch?v=VA-8K4_4NIg&feature=youtu.be23:31
ayoungaround 40 seconds in23:31
jamielennoxi've been thinking and i don't know if we need to do anything for the original client23:31
ayoungjamielennox, ok...I would suspect that the only object we need to wrap that way might be the user object.  Maybe tokens23:32
ayoungbut until we can unpack tokens in the client...its probably academic23:32
*** asalkeld has quit IRC23:32
jamielennoxayoung: so i was wondering if we need to provide like a 'whitelist' of what can be patched23:32
jamielennoxayoung: so have a look at: https://github.com/frasertweedale/elk/blob/master/elk/modifier.py23:33
ayoungjamielennox, around?23:34
*** steven-weston has quit IRC23:34
jamielennoxbefore + after23:34
jamielennoxtraditional decorator23:35
dosaboydhellman: ping23:35
dosaboydhellmann: ping23:35
*** neelashah has quit IRC23:35
jamielennoxbut more to the point, it just does a getattr, creates a wrapper then sets it back again23:35
*** changbl has joined #openstack-dev23:35
*** peristeri has quit IRC23:36
gyeeayoung, ha, nice video23:36
jamielennoxso an extension could hook whatever it likes - which is powerful, but possibly not good23:36
ayoungjamielennox, looks good.  If it makes sense to reuse that, I am all for it.  I think you are in the right vicinity.23:36
jamielennoxthen again - this is python. Give the developer everything and trust them not to screw it up23:37
jamielennoxayoung: i don't want to have a dependency on it23:37
ayoungjamielennox, so..on the token thing from yesterday, I assume we all wanted to do the revert, right?  I pushed the button on it htis morning, but am still waiting for the merge23:37
jamielennoxwell we have to do the revert for the tests23:37
*** dbalog has left #openstack-dev23:37
*** steven-weston has joined #openstack-dev23:38
ayoungjamielennox, I am starting to think that the bug is invalid23:38
jamielennoxthe more i think about it, the more i think shardy's patch is actually fairly close23:38
ayoungwe should require the user to either explicitly set the token, or to create a new client object for the trust token23:38
jamielennoxi was concerned that it would affect the way token/endpoint was being handled, but there is still a check for that23:38
jamielennoxit should be fairly easy to put in a flag or something to keep the current compatability23:39
*** FunnyLookinHat has quit IRC23:39
ayoungjamielennox, for example, Heat is going to need to keep it origianl identity, but constantly do stuff with trusts23:39
jamielennoxayoung: nah, you miss the point - and i don't think it's well put in the patch23:39
ayoungjamielennox, look at the failing test23:39
jamielennoxwhat we have is good for endpoint/token - but it doesn't work for auth_url/token23:39
jamielennoxoh, i know what the failure is23:40
jamielennoxthe assumption that auth_token_from_user is always to be used is good for the endpoint scenario, but it's wrong for the auth_url case23:40
ayounghttps://github.com/openstack/keystone/blob/master/keystone/tests/test_keystoneclient.py#L106723:40
jamielennoxyea, i know - force setting an auth_token should override everything else23:41
ayoungand it should be OK to do, no?23:41
ayoungthe question is "what should a user do to consume a trust"23:41
*** venkatesh has quit IRC23:42
jamielennoxit's ugly, but i assume the openstack-client will be relying on that too so yes23:42
jamielennoxkeystone.v3.client(auth_url="..", token="actual_user_token", trust_id='...')23:42
*** steven-weston has quit IRC23:43
ayoungso, right now, if I authenticate with userid/password, and get a token, that token can be traded in for any other token that I am authorized to get.  That is kindof a bad design.  It would make more sense to have some explicit way of tracking state and scope.23:43
ayoungso I do uid/pw and get a token scoped only to Keystone23:43
ayoungI keep that until expiry23:43
jamielennoxso you authenticate with a token you already have (that could be replaces with user/pass) and you when you authenticate i want the token to be trust scoped23:43
ayoungwith that token ,I can get tokens scoped to some smaller scope,  WHen I am done with them...pop?23:43
*** [a]mcrn is now known as amcrn23:44
ayoungjamielennox, but you don't want to forget about the earlier token23:44
ayoungespecially in trusts23:44
jamielennoxpop as in discard the new client - sure23:44
jamielennoxyou don't have to, you just end up with multiple copies of keystoneclient23:44
ayoungI might have a workload that requries two trust based tokens,  migrate a vm from user 1 to user 2 or something23:44
jamielennoxthe original and the trust scoped23:44
*** sarob has quit IRC23:44
jamielennoxyou use the one that has the priviledges that you need23:44
ayoungright, that, I think, is the right abstraction:  whenever I change scope, I get a new object of some sort23:45
*** sarob has joined #openstack-dev23:45
jamielennoxi have a way that i can simplify it with auth plugins, but that's not helpful now23:45
ayounga user might even want to be able to list the tokens that they have in the client or something23:45
ayoungjamielennox, well, if shardy can explicitly create a new client object and hand off the trust token to it, I think his workflow is solved23:46
jamielennoxthere are no multiple tokens in the client23:46
jamielennoxfor now 1 token 1 client23:46
ayoungoooh23:46
ayoungso...If I want to remember a token, I need to explicitly read it out of hte client before I request a new token?23:46
jamielennoxit can re-authenticate itself, but it's essentially the same token with a new expiry and it will ditch the old one23:46
jamielennoxwhy are you manually requesting a new token?23:47
ayoungnew expiry means new token...meaning you authenticated.  I'm OK with ditching the token in that case23:47
ayoungjamielennox, from unscoped to scoped, or from regular to trust23:47
*** sn0wb1rd has quit IRC23:47
*** MaxV has quit IRC23:48
jamielennoxbase_client = client.v3.Client(user="user", pass="pass", domain="xxx")23:48
jamielennoxtrust_id = base_client.trusts.list()[0]23:48
jamielennoxtrust_scoped_client = client.v3.Client(auth_url="...", trust_id=trust_id, token=base_client.auth_token)23:49
jamielennoxso the token that the second client gets is trust scoped, and if you want to use that token then you use the second client23:49
*** cdub has quit IRC23:49
jamielennox(obviously the syntax is all wrong)23:49
*** atiwari has quit IRC23:49
*** gyee has quit IRC23:49
*** sarob has quit IRC23:49
jamielennox(and i haven't explicitly tried any of this, but it's my understanding of the way this should work now)23:50
*** gyee has joined #openstack-dev23:50
ayoungjamielennox, can you do a proof of concept of that and post it?  I think that is what shardy needs23:50
*** rongze has joined #openstack-dev23:50
*** atiwari has joined #openstack-dev23:50
ayoungI was going to do the same thing, but using curl and jq direct to the API23:50
*** cdub has joined #openstack-dev23:50
*** jgrimm has quit IRC23:51
ayoungOK, I need to head home...I'm at the office, and want to catch the kids before bed time.  I'll be back on in a few hours.23:51
jamielennoxwell that, and he needs to be able to say that in the trust_scoped_client if the token expires it should be refreshed which doesn't happen now (the initial problem)23:51
jamielennoxok, cya23:51
*** carl_baldwin has quit IRC23:52
*** jhesketh has quit IRC23:53
ayoungjamielennox, it shouldn't be able to be refereshed directly23:53
*** willingc has joined #openstack-dev23:53
*** sn0wb1rd has joined #openstack-dev23:53
ayoungyou need to authenticate again23:53
*** rcleere has quit IRC23:54
ayounguse client1 which has uid/pw to re-execute the trust.  If all you have is a token, you can't extend expiry23:54
*** rnirmal has quit IRC23:54
*** pete5 has quit IRC23:54
*** danwent has quit IRC23:54
ayoungjamielennox, anyway, if you can code up a python sample that shows this, the world will thank you.   Blog post is appropriate23:55
*** rongze has quit IRC23:56
*** michchap has quit IRC23:58
*** michchap has joined #openstack-dev23:58

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