Tuesday, 2013-08-20

*** romcheg has joined #openstack-dev00:03
*** romcheg has left #openstack-dev00:03
*** SumitNaiksatam has quit IRC00:03
*** fabio has quit IRC00:04
*** briancurtin has joined #openstack-dev00:05
*** stevemar2 has joined #openstack-dev00:05
*** vaml1 has quit IRC00:07
*** stevemar has quit IRC00:08
*** jasondotstar has joined #openstack-dev00:12
*** flaper87 is now known as flaper87|afk00:14
*** nati_ueno has quit IRC00:17
*** spzala has joined #openstack-dev00:23
*** bdpayne has quit IRC00:25
*** lexinator has quit IRC00:26
*** nati_ueno has joined #openstack-dev00:29
*** shri has quit IRC00:29
*** SumitNaiksatam has joined #openstack-dev00:33
*** dvarga has joined #openstack-dev00:33
*** dina_belova has joined #openstack-dev00:35
*** rfolco has joined #openstack-dev00:35
ayoungbknudson, I can fix.  Just was a minor check00:35
*** kushi_ has joined #openstack-dev00:37
*** jamielennox|away is now known as jamielennox00:38
*** rwsu is now known as rwsu-away00:38
*** michchap has joined #openstack-dev00:39
jamielennoxbknudson: can you re-check your -1 on https://review.openstack.org/#/c/41590/ i think it's scaring people away00:39
jamielennoxbknudson: no rush00:39
morganfainberghuh, i thought i looked and commented on that one jamielennox00:40
*** ChanServ changes topic to "OpenStack development || Support is in #openstack"00:40
*** dina_belova has quit IRC00:40
morganfainbergwhere did those comments go?...00:40
bknudsonjamielennox: previous comments have been addressed?00:40
*** lexinator has joined #openstack-dev00:40
jamielennoxessentially os.path.join is for os paths so in windows it joins on \  so it can't be used for url joins00:40
*** hailiang has joined #openstack-dev00:40
jamielennoxbknudson: otherwise previous comments have either been addressed or pointed out00:41
*** kui has quit IRC00:41
jamielennoxthere is a function called urlparse.urljoin, i'm not sure what the position on urlparse is - i've not seen it used anywhere else but it looks stdlib00:43
bknudsonjamielennox: this guy: http://docs.python.org/2/library/urlparse.html#urlparse.urljoin00:44
jamielennoxbknudson: right, it's python 2 only00:44
jamielennoxi'm tracking down if there is a six method00:45
bknudsonwho uses python 1?00:45
*** kushi_ has quit IRC00:45
Alex_GaynorIt's not python2 only00:46
Alex_Gaynorit's just moved in python300:46
Alex_Gaynorhttp://docs.python.org/3.3/library/urllib.parse.html#urllib.parse.urljoin00:47
bknudsonjamielennox: I'm fine with it either way. It was gyee's comment.00:47
*** briancurtin has quit IRC00:47
jamielennoxAlex_Gaynor: yes, but it's not available under six to support both00:47
jamielennoxNote00:47
jamielennoxThe urllib, urllib2, and urlparse modules have been combined in the urllib package in Python 3. six.moves doesn’t not support their renaming because their members have been mixed across several modules in that package.00:47
Alex_Gaynorjamielennox: there's a thing in oslo incubator, urlcompat or something00:47
Alex_Gaynoropenstack/common/py3kcompat/urlutils.py00:48
bknudsonjamielennox: it would actually be kind of strange to use a url.join in only 1 place in all the code where we're joining urls all over the place.00:48
*** stevemar2 has quit IRC00:48
jamielennoxbknudson: yea, that's why i assumed there was no better way. I'll have a look at the py3kcompat and see if i can replace it in a bunch of places00:49
morganfainbergbknudson: unless it was the "new way forward" and we just started enforcing that use-style00:49
morganfainbergbknudson: which i wouldn't be opposed to, if it is a better way00:50
jamielennoxbknudson: also i realize it was gyee's, but i've got a number of patches lined up behind that one and i think the -1 turns people away00:50
bknudsonmorganfainberg: we seem to have problems defining a new style and enforcing it. it's easy to say everybody else does it this way.00:50
morganfainbergbknudson: yes, i know.00:51
bknudsonmorganfainberg: https://wiki.openstack.org/wiki/ReviewChecklist00:51
bknudsonor we could update hacking00:51
jamielennoxAlex_Gaynor: that looks like exactly what i need00:51
morganfainbergthat, actually isn't a bad idea.00:51
*** tjones has joined #openstack-dev00:52
*** novas0x2a|laptop has quit IRC00:53
*** tmclaugh[work] has quit IRC00:57
*** anteaya has quit IRC00:58
*** lbragstad has joined #openstack-dev01:02
*** gmurphy has quit IRC01:03
*** PaulM has joined #openstack-dev01:04
PaulManyone around who can fix gerrit ICLA issues?01:04
PaulMit let me sign the ICLA without providing contact info, but now git review won't let me put up a patch for review because I don't have current contact info01:05
PaulMand I can't sign a new ICLA because I already signed the ICLA01:05
Alex_GaynorPaulM: heheeh, computers.01:05
PaulMright?01:05
* Alex_Gaynor isn't sure who owns the ICLA system, mordred maybe?01:05
PaulMI should just change my username to yossarian01:06
*** beagles has quit IRC01:06
*** tjones has quit IRC01:06
clarkbPaulM: just update your contact info01:06
clarkbPaulM: https://review.openstack.org/#/settings/contact01:07
PaulMclarkb: it asked for the contact info when I signed the ICLA. Is there somewhere else to update it?01:07
PaulMah01:07
PaulMThe request could not be completed. You may not be a member of01:08
PaulMthe foundation registered under this email address. Before01:08
PaulMcontinuing, please make sure you have joined the foundation at01:08
PaulMhttp://openstack.org/register/01:08
PaulM><01:08
PaulMhooray01:08
PaulMat least nobody else will be signing this CLA in my name01:08
Alex_Gaynor"GPG sign your CLA"01:09
*** dvarga has quit IRC01:09
PaulM\o/ it stopped complaining about that and moved on to complaining about something else01:10
Alex_GaynorPaulM: stop breaking software01:10
*** pabelanger has quit IRC01:10
PaulMAlex_Gaynor: but I was just trying to use it in the way $diety intended01:11
*** alexb_ has quit IRC01:11
Alex_GaynorPaulM: that's what they all say01:12
PaulMAlex_Gaynor: well, now that you mention it, you should go review my patch https://review.openstack.org/#/c/42793/01:12
*** xchu has joined #openstack-dev01:13
*** pabelanger has joined #openstack-dev01:13
Alex_GaynorPaulM: there is nothing obviously wrong with this patch, I also have absolutely 0 context into whether it's correct01:13
*** jsgotangco has joined #openstack-dev01:15
jamielennoxayoung: any thoughts on what to do with: https://bugs.launchpad.net/keystone/+bug/1204964 ?01:15
uvirtbotLaunchpad bug 1204964 in keystone "get_group crashes when the user is added into a group and try to run command like 'cinder list' e.g." [High,Confirmed]01:15
*** freedomhui has joined #openstack-dev01:17
*** gmurphy has joined #openstack-dev01:17
*** roampune has joined #openstack-dev01:23
*** jsgotangco has quit IRC01:25
*** kui has joined #openstack-dev01:31
*** Ryan_Lane has quit IRC01:32
*** dina_belova has joined #openstack-dev01:36
*** martine has joined #openstack-dev01:37
*** freedomhui has quit IRC01:38
*** martine is now known as Guest8361101:38
*** topshare has quit IRC01:41
*** dina_belova has quit IRC01:41
*** leif has joined #openstack-dev01:41
ayoungjamielennox, just looks like bad code....01:41
*** leif is now known as Guest2339801:41
ayounglooks like we can reproduce, no?01:41
jamielennoxayoung: only by messing with the database directly01:42
*** erkules has quit IRC01:42
jamielennoxinserting values that it doesn't expect01:42
*** erkules_ has joined #openstack-dev01:42
ayoungjamielennox, then it is a needs info for now01:42
jamielennoxi'm not sure how a NULL got into the database for extras01:42
*** leif_ has quit IRC01:42
jamielennoxayoung: launchpad has one of those? i looked briefly01:42
ayounga stack trace does not a bug report make01:43
ayoungjamielennox, just tagged it as incomplete01:43
jamielennoxok, works for me01:43
ayoungjamielennox, no, that is a different tag.  "works for me" is reason to mark the bug as closed.01:44
* ayoung channels Lou Abbot01:44
ayoungOr was it Lou Costello?  I can never remember01:44
morganfainbergayoung: not sure which one.01:45
jamielennoxno idea - and i obviously didn't mean tag as works for me01:45
morganfainbergjamielennox: if a null ended up in the db, it indicates to me we need a nullable=False on a column…especially if it causes this kind of error01:45
ayoungjamielennox, I know.  I get to act like this when I am still working past 9 PM my time01:46
morganfainbergbut thats a side-note.01:46
jamielennoxmorganfainberg: i agree in general01:46
morganfainbergayoung: I'm going to take a pass at your review https://review.openstack.org/#/c/42456/1 since the token interface refactor changes a lot of what you were interfacing with.01:46
jamielennoxmorganfainberg: i'm also not sure how to write that migration01:46
morganfainbergjamielennox: it's an alter table, it shouldn't be hard to do01:47
*** alexb_ has joined #openstack-dev01:47
*** ftcjeff has joined #openstack-dev01:47
morganfainbergayoung: unless you're actively poking at that one.01:47
*** freedomhui has joined #openstack-dev01:47
morganfainbergjamielennox: though, i'd need to look at how SQLAlchemy does it.01:48
ayoungmorganfainberg, always willing to hand of work, but let me look at it first01:48
jamielennoxmorganfainberg: i was thinking more about providing the default values, i'm not sure how hard it is to set a non-nullable column after the fact01:48
jamielennoxthough in this case the default value is pretty easy01:48
jamielennoxi have a feeling it sucks in sqlite01:49
morganfainbergayoung: sounds good, let me know. some of bknudson's comments go away with that token refactor as well.01:49
*** lexinator has quit IRC01:49
ayoungmorganfainberg, ah, you mean the whole "version is now in the token"  yeah01:49
ayoungthat is also going to change a slew of test data01:49
morganfainbergayoung: and **kwargs, etc01:50
ayoungmorganfainberg, feel free to tackle it.  I would not mind handing it over01:50
ayoungmorganfainberg, however, I might suggest doing it in two commits01:50
morganfainbergayoung: yeah i'll probably hit that one tonight or tomorrow.  while i'm waiting for requirements to get merged.01:50
ayoungmorganfainberg, the logic I have there is still valid, just better to replace with the explicit version check01:51
morganfainbergayoung: yeah, that makes sense.01:51
ayoungthat one is pretty high priority thought.  Heat is waiting on a fix01:51
morganfainbergayoung: like i said, tonight or tomorrow.01:51
morganfainberglikely tonight01:51
ayoungmorganfainberg, does a rebase even work on it....let me check01:51
morganfainbergprobably not01:51
morganfainbergthe function signatures changed which are reference points/changed in your commit as well01:52
morganfainbergat least eyeballing it says it wont rebase cleanly01:52
ayounglets see how bad it is01:52
*** freedomhui has quit IRC01:54
morganfainbergayoung: actually not a horrible rebase.01:55
ayoungmorganfainberg, doesn't look bad at all01:56
morganfainbergyeah just a couple minor shuffling things01:56
morganfainbergwell, let me know if you want me to do a pass on that one.01:57
*** nati_ueno has quit IRC01:57
*** PaulM has left #openstack-dev01:58
*** d34dh0r53 has joined #openstack-dev01:59
ayoungmorganfainberg, nah, I am commited for it anyway01:59
morganfainbergjamielennox: sqllite only needs the standard "create new table, move data, and pivot back to original name" for an alter like this it looks like.02:00
morganfainbergayoung: sounds good.02:00
ayoungmorganfainberg, this way you can review.  Since you know the code...that will help more02:00
morganfainbergayoung: sounds good to me02:00
*** d34dh0r53 has quit IRC02:01
*** gmurphy has quit IRC02:03
ayoungup oh, line 666 failed.  Get ready for the Pocky Lips!02:04
*** rfolco has quit IRC02:04
ayoungmorganfainberg, you knocked off two tests..  one was test_issue_token, right?02:04
*** briancurtin has joined #openstack-dev02:05
*** rfolco has joined #openstack-dev02:05
morganfainbergayoung: correct.  though, it looks like i missed adding in a new test issue_v3_token and issue_v2_token test02:06
morganfainbergayoung: oh no, those were negative tests to verify "bogus" version numbers didn't work02:07
ayoungmorganfainberg, I'll add those in.  BUt the thing that is strange is the merge added back in the other test you removed, and it passes02:07
*** freedomhui has joined #openstack-dev02:07
morganfainbergayoung: test_validate_token?02:07
ayoungtest_verify_token still fails02:07
ayoungI mean, poasses02:07
ayoungpasses02:07
morganfainbergyou probably added back in validate_token?02:07
ayoungthe call still throws the right exception02:07
ayoungprolly...let02:08
ayounglet me remove it02:08
ayoungoh,,,wait02:08
ayoungI need that logic.  I don't Know if it is a V2 or a V3 token02:08
ayoungyou need to fetch from the Database first02:08
morganfainbergprovider.get_token_version ?02:08
morganfainbergoh it needs the data from the db.02:09
ayoungmorganfainberg, there are two ways we can get a token02:09
*** nachi has joined #openstack-dev02:09
*** freedomhui has quit IRC02:09
ayoungeither CMS document or a hash of it/uuid02:09
ayoungI don't want to have to fetch it, check the version, then hand it off to the backend to fetch again02:10
ayoungSo, I don't need the version parameter02:10
ayoungI just want02:10
*** gongysh has joined #openstack-dev02:10
ayoungvalididate_token(id)02:10
ayoungheh val-a-did-did-did-eate!02:11
morganfainberghehe02:11
ayoungOK,  I got this02:11
*** gimps_ has joined #openstack-dev02:11
*** yaguang has joined #openstack-dev02:11
ayoungmorganfainberg, but that is why my calls were internal.  I want the token provider making the decision02:11
morganfainbergyou know, i almost did this exact fix when i refactored the token interfaces.02:12
morganfainbergbut i saw tests guarding against it, so i didn't02:12
ayoungyep,  the logical path02:12
morganfainbergi wasn't sure if it was important02:12
*** lexinator has joined #openstack-dev02:12
ayoungmorganfainberg, I should have caught in your review, but I think you didn't technicall break anything, and the new API is fine.02:13
ayoungI just have to go update a few references....and drop that spurious test02:13
morganfainbergayoung: so moving back to a validate_token / check_token api that just does the inspection and hands off to the right validator?02:14
morganfainbergvs the explicit versioneded one?02:15
nachiayoung: If i am trying to define the identity manager as a Class level variable like in the utils class, does the dependency injection in keystone suppose to initialize the identity manager with assignment api?02:15
*** gmurphy has joined #openstack-dev02:15
*** sudorandom has joined #openstack-dev02:16
*** xBsd has joined #openstack-dev02:16
*** herndon has joined #openstack-dev02:16
morganfainbergnachi: you mean if you use @dependency.requires('identity_api') does it make sure the class.identity_api have the assignment_api on it?02:17
ayoungnachi, no.  Our DI is limited, and does not instantiate on demand02:17
morganfainbergoh wait nvm02:17
morganfainbergi ignore my question02:17
ayoungnachi, that one is particularly nasty, as you much instantiate in order...see keystone/tests.py and common/controller.py02:17
*** dolphm_ has quit IRC02:17
nachiayoung: ok.02:17
ayoungmorganfainberg, yeah, but we can put the version check inside the token provider02:18
morganfainbergayoung: yep, that sounds sane.02:18
morganfainbergayoung: and t he right course of action02:18
*** leif_ has joined #openstack-dev02:20
morganfainbergjamielennox: the change in your respect_prefix patchset didn't change except for a rebase right between 3 and 4? https://review.openstack.org/#/c/41590/02:21
*** stevemar has joined #openstack-dev02:22
jamielennoxmorganfainberg: that's correct02:22
*** lbragstad has quit IRC02:22
morganfainbergjamielennox: ok, i know i spent a good deal of time on patchset 3 and i didn't see any aparant changes02:22
morganfainbergi thought for sure i had commented on it02:22
*** Guest23398 has quit IRC02:23
jamielennoxmorganfainberg: there are a number of patches depending on that one, so if i need to do a rebase i need to all the way up the chain02:23
morganfainbergjamielennox: right.  i'm checking that before i give it the go-ahead02:23
morganfainbergjamielennox: looks like it's good. the gate is a little backed up though from the mess earlier today02:25
jamielennoxmorganfainberg: excellent. Grab a few more whilst your there :)02:25
jamielennoxi keep having to rebase the bloody things02:26
morganfainbergjamielennox: yeah looking at those now.02:26
jamielennoxthere are one or two that are real choke points that everything else follows on from02:27
morganfainbergjamielennox: yep, i see those.  looking over everything since i think a couple of those were just waiting on the prefix one to go through (+2/+2 just not approved yet)02:27
*** radez is now known as radez_g0n302:32
ayoungmorganfainberg, git review is your friend on changes02:34
*** sandeepr_ltp has quit IRC02:34
morganfainbergayoung: hrm? am i lacking an awesome featureset knowlege on how git review works?02:35
ayoungmorganfainberg, git review -m changeid,first-second02:35
ayoungmorganfainberg, yes indeedy you are02:35
morganfainbergayoung: hmmm. i assume it's smarter than the built-in gerrit one?02:35
ayoungmorganfainberg, that is tip of tree goodness, too02:36
ayoungso you need to pip install it02:36
ayoungmorganfainberg, this is in a command prompt window, so different, but, yes, it rebases the changes for you02:36
stevemarmorganfainberg: yo02:36
morganfainbergstevemar: hey man, whats up?02:36
stevemarmorganfainberg: https://review.openstack.org/#/c/40943/8/keystone/notifications.py02:36
*** dina_belova has joined #openstack-dev02:36
morganfainbergah some cleanup i see.02:37
*** jfriedly has quit IRC02:37
stevemardo you think it would be better to change the method names to send_notification and _send_notification02:37
stevemari say this because, i'm looking at: https://review.openstack.org/#/c/41970/702:37
stevemarwhich implements notifications in keystone02:37
morganfainbergso notifications.send_notification ?02:38
morganfainbergwould be the resulting call?02:38
stevemarand there's over-use of the generic notifications.send_update02:38
*** rfolco has quit IRC02:38
stevemari'm thinking another layer02:38
stevemarnotification.send_update02:38
stevemarnotification.send_create02:38
*** dina_belova has quit IRC02:38
stevemarnotification.send_delete02:38
stevemarwhatcha think?02:38
morganfainbergyou know i'm a fan of being explicit like that.02:38
morganfainbergbut you're just playing to my likes now aren't ya?02:39
stevemarhehe nah, i didn't like the way it was presenting itself.02:39
stevemarwhile reading it, i kept getting confused and had to look @ the args being passed in02:39
stevemar"oh, the first one is None, so it's create"02:40
*** jasondotstar has quit IRC02:40
stevemari'd feel bad for lbragstad, he's had to change it a lot :)02:41
stevemarbetter now than later on, when it's to be fixed in more places though02:41
morganfainbergstevemar: hey, i felt really bad about that last send it back i did on your oauth :P02:41
morganfainbergstevemar: i think for readability, you're right on how the notification stuff works.02:42
morganfainberghowever...02:42
morganfainbergthis is a BIG however02:42
*** kbrierly has quit IRC02:42
stevemarmorganfainberg: haha, it's alright, now i'm just gonna bust everyone else on not setting nullable=False/True02:42
stevemarcontinue...02:42
morganfainberghttps://github.com/openstack/nova/blob/master/nova/notifications.py#L7202:43
morganfainbergnova works just like his implementation.02:43
morganfainbergwith a hell of a lot of other layers on top.02:43
morganfainbergbut effectively the same.02:43
*** bingbu has joined #openstack-dev02:43
morganfainbergi don't agree that its the02:43
morganfainberg"right" way02:44
stevemarbut if it's the status quo, then thats that02:44
morganfainberglike i said, i uhm, don't think status quo is always "right"02:44
ayoungmorganfainberg, posted a rebased patch.  Treat it brutally02:44
*** asalkeld is now known as asalkeld_lunch02:45
morganfainbergayoung: sure thing.02:45
ayoungmorganfainberg, and with that I am going to bed02:46
morganfainbergayoung: catch ya tomorrow02:46
morganfainbergstevemar: the more i think about it the more i think the right answer is the extra layer02:46
*** jasondotstar has joined #openstack-dev02:46
morganfainbergstevemar: simply because it's _really_ hard to screw up and send the wrong notification because of inverted args02:47
morganfainbergor some such.02:47
morganfainberg(i.e. create vs delete02:47
*** ayoung is now known as ayoung-zZzZzZz02:47
stevemarexactly, whereas now, it's pretty easy to do so02:47
* stevemar shrugs02:47
stevemarjust something i was thinking about02:47
stevemarit looked funny to me02:47
stevemarif it's just create/delete/update... it works fine02:48
morganfainbergthe real question is going to be how much everything is going to layer on top of it.  since update/create/delete wont be the end of it02:48
*** freedomhui has joined #openstack-dev02:48
morganfainbergsimple update/create/delete that is02:48
stevemarthat's exactly what i was hinting at02:48
*** ayoung-zZzZzZz has quit IRC02:48
*** kushal has joined #openstack-dev02:49
stevemarayoung has an awesome quit messagae02:49
stevemari'm jealous02:49
morganfainbergoh, i should turn those back on.02:49
morganfainbergactually… i should totally migrate away from adium and to textual if i do that.02:49
*** roampune has quit IRC02:50
*** nachi has left #openstack-dev02:50
morganfainbergstevemar: yeah, i think it would be more readable to be explicit about the type of notification.02:51
*** melwitt has quit IRC02:51
*** gordc has joined #openstack-dev02:54
stevemarmorganfainberg: posted my thoughts on ldbragstads patch, he can read em in the morning02:55
stevemarmorganfainberg: your patch `keystone caching layer for manager calls` is next on my list :O02:56
stevemarJenkins is already -1'ing you02:56
*** alunch has quit IRC02:58
*** lexinator has quit IRC03:00
morganfainbergstevemar: the −1 is because global requirements aren't merged yet03:00
morganfainbergi have a +2 on getting dogpile.cache added in, but not the second +2 yet.03:00
mordredmorganfainberg: what are you blocking on?03:00
stevemarmorganfainberg: lies, Jenkins just doesn't like you03:00
morganfainbergmordred: https://review.openstack.org/#/c/42455/03:00
morganfainbergmordred: you already +2'd it03:00
*** herndon has quit IRC03:01
morganfainbergmordred: i was going to follow up tomorrow or so. i have a bunch of stuff in flight atm, so i figured weekend + monday wasn't anything to worry about03:01
mordredmorganfainberg: cool. and yeah, today has been ... busy03:02
morganfainbergmordred: yah think? ;)03:02
*** afazekas_zz is now known as __afazekas_zz03:02
morganfainbergstevemar: yeah when i get reqs merged, i'll be splitting out that review into 203:02
morganfainbergstevemar: the token cache part will be a dependant change.03:03
*** rcleere has joined #openstack-dev03:04
*** markmcclain has quit IRC03:05
*** alunch has joined #openstack-dev03:06
*** Ryan_Lane has joined #openstack-dev03:07
stevemarmorganfainberg: cool cool, i'll still do a review tonight03:07
morganfainbergstevemar: nice03:07
morganfainbergthere is some slop still in there, but not too much03:07
stevemarmorganfainberg: mostly because, i want to know how it works03:07
stevemarhaha03:07
stevemarhonesty is nice03:07
morganfainbergi already will be proposing some changes to dogpile.cache to make it better.03:07
morganfainberg(opened the issues)03:08
morganfainbergbut haven't gotten around to refactoring their code.03:08
*** terriyu has quit IRC03:08
morganfainbergand submitting the patchset03:08
stevemari see you here: https://bitbucket.org/zzzeek/dogpile.cache/issue/40/provide-more-specific-exceptions-if-the03:08
morganfainbergeventually, i'd like to look at moving the cache code into oslo, unified mechanism to do caching = good. but that wont happen for H3.03:09
stevemarthat would be the right move though03:09
morganfainbergyep, thats me there.  figure if it takes me a couple hours to make the cache library better, its worth it03:10
*** jecarey has joined #openstack-dev03:10
stevemaryup03:10
morganfainbergstevemar: did I mention i really like working on OpenSource software ;)03:11
stevemarmorganfainberg: who doesn't!?03:11
morganfainbergI know some people, but they are weird.03:11
*** neelashah has joined #openstack-dev03:12
*** yuan has joined #openstack-dev03:13
*** erfanian has quit IRC03:13
*** lexinator has joined #openstack-dev03:22
*** HenryG has quit IRC03:25
*** bdpayne has joined #openstack-dev03:30
*** bdpayne has quit IRC03:31
*** herndon has joined #openstack-dev03:31
*** zul has quit IRC03:31
*** herndon has quit IRC03:32
*** cthulhup has joined #openstack-dev03:33
*** cthulhup has quit IRC03:37
*** dina_belova has joined #openstack-dev03:37
*** jbresnah has quit IRC03:39
*** termie has quit IRC03:40
*** dina_belova has quit IRC03:42
*** afazekas has joined #openstack-dev03:42
*** termie has joined #openstack-dev03:42
*** termie has quit IRC03:42
*** termie has joined #openstack-dev03:42
*** bknudson has quit IRC03:44
*** boris-42 has joined #openstack-dev03:49
*** Guest83611 has quit IRC03:53
*** xBsd has quit IRC03:53
*** jfriedly has joined #openstack-dev03:55
*** mberwanger has joined #openstack-dev03:59
*** yaguang has quit IRC03:59
*** gongysh has quit IRC04:01
*** jasdeepH has joined #openstack-dev04:04
*** michchap_ has joined #openstack-dev04:04
*** freedomhui has quit IRC04:05
*** eharney has joined #openstack-dev04:08
*** michchap has quit IRC04:08
*** yaguang has joined #openstack-dev04:12
*** alop has joined #openstack-dev04:16
*** spzala has quit IRC04:17
*** sudorandom has quit IRC04:20
*** vartom4 has joined #openstack-dev04:22
*** ftcjeff has quit IRC04:23
*** dims has quit IRC04:25
*** sumanthns has joined #openstack-dev04:25
*** cthulhup has joined #openstack-dev04:27
*** cthulhup has quit IRC04:31
*** asalkeld_lunch is now known as asalkeld04:34
*** dina_belova has joined #openstack-dev04:38
*** mberwanger has quit IRC04:38
*** dina_belova has quit IRC04:42
*** ffio has joined #openstack-dev04:43
*** terriyu has joined #openstack-dev04:45
*** xBsd has joined #openstack-dev04:47
*** erkules_ is now known as erkules04:47
*** neelashah has quit IRC04:48
*** yuan has quit IRC04:48
*** briancurtin has quit IRC04:49
*** reed has quit IRC04:53
*** sandeepr_ltp has joined #openstack-dev04:53
*** vartom4 has quit IRC04:53
*** chandankumar has joined #openstack-dev04:55
*** yaguang has quit IRC04:59
*** rcleere has quit IRC05:03
*** alop has quit IRC05:06
*** dmakogon_ has joined #openstack-dev05:08
*** garyk has quit IRC05:08
*** jasdeepH has quit IRC05:11
*** yaguang has joined #openstack-dev05:12
*** jbresnah has joined #openstack-dev05:18
*** aeperezt has quit IRC05:21
*** cthulhup has joined #openstack-dev05:21
*** alexb_ has quit IRC05:22
*** SergeyLukjanov has joined #openstack-dev05:24
*** sridevi has joined #openstack-dev05:25
*** topshare has joined #openstack-dev05:25
*** ben_duyujie has joined #openstack-dev05:25
*** cthulhup has quit IRC05:25
*** alexb_ has joined #openstack-dev05:25
*** jecarey has quit IRC05:26
*** edmund has quit IRC05:26
*** shang has joined #openstack-dev05:26
*** ben_duyujie has quit IRC05:26
*** ben_duyujie has joined #openstack-dev05:28
*** jecarey has joined #openstack-dev05:31
*** jasdeepH has joined #openstack-dev05:34
*** mrunge has joined #openstack-dev05:34
*** mrunge has quit IRC05:34
*** topshare has quit IRC05:35
*** markwash has joined #openstack-dev05:35
*** topshare has joined #openstack-dev05:36
*** dina_belova has joined #openstack-dev05:38
*** jecarey has quit IRC05:40
*** dina_belova has quit IRC05:43
*** topshare has quit IRC05:45
*** topshare has joined #openstack-dev05:45
*** mrunge has joined #openstack-dev05:46
*** lexinator has quit IRC05:47
*** garyk has joined #openstack-dev05:49
*** vartom4 has joined #openstack-dev05:51
*** yonglihe_ has joined #openstack-dev05:55
*** mikal has quit IRC05:55
*** topshare has quit IRC05:56
*** stevemar has quit IRC06:04
*** yjiang51 has joined #openstack-dev06:06
*** nshaikh has joined #openstack-dev06:10
*** topshare has joined #openstack-dev06:13
*** henrynash has joined #openstack-dev06:14
*** eharney has quit IRC06:14
*** cthulhup has joined #openstack-dev06:15
srideviHi, could someone help me debug the jenkins failure.06:16
srideviThe error does not seem to show in the console.html06:16
sridevihttps://review.openstack.org/#/c/34801/06:16
*** alexxu has joined #openstack-dev06:17
*** cthulhup has quit IRC06:20
*** gordc has quit IRC06:20
clarkbsridevi: http://logs.openstack.org/01/34801/21/check/gate-tempest-devstack-vm-full/6e06e36/logs/screen-g-api.txt.gz is related perhaps?06:22
*** sridevi_ has joined #openstack-dev06:23
*** MaxV has joined #openstack-dev06:23
*** sridevi has quit IRC06:23
*** sridevi_ is now known as sridevi06:23
*** doron_afk has joined #openstack-dev06:29
*** yongli has quit IRC06:36
*** MaxV has quit IRC06:36
*** ffio_ has joined #openstack-dev06:38
*** dina_belova has joined #openstack-dev06:39
*** AnilV4 has quit IRC06:39
*** flaper87|afk is now known as flaper8706:40
*** ffio has quit IRC06:40
*** dina_belova has quit IRC06:43
*** AnilV4 has joined #openstack-dev06:44
*** xga has joined #openstack-dev06:45
*** nayward has joined #openstack-dev06:47
*** fbo is now known as fbo_away06:49
*** SergeyLukjanov has quit IRC06:50
*** jfriedly has quit IRC06:52
*** yjiang51 has quit IRC06:54
*** reidrac has joined #openstack-dev06:55
*** tkammer has joined #openstack-dev06:59
*** michchap has joined #openstack-dev07:00
*** xchu has quit IRC07:00
*** michchap_ has quit IRC07:02
*** Thor is now known as Thor^^07:02
*** ben_duyujie has quit IRC07:03
sridevi: Hi, could someone help me debug the jenkins failure.07:05
srideviThe error does not seem to show in the console.html07:05
sridevihttps://review.openstack.org/#/c/34801/07:05
*** egallen has joined #openstack-dev07:06
*** kui has quit IRC07:07
*** Thor^^ is now known as Thor^^away07:08
*** Thor^^away is now known as Thor07:08
*** Thor is now known as Thor_away07:08
*** Thor_away is now known as Thor07:09
*** cthulhup has joined #openstack-dev07:09
*** loteriety has quit IRC07:10
*** jcoufal has joined #openstack-dev07:10
*** yolanda has joined #openstack-dev07:10
*** jaimegil has joined #openstack-dev07:11
*** SergeyLukjanov has joined #openstack-dev07:11
*** Thor is now known as Thor_away07:12
*** Thor_away is now known as Thor07:12
*** jasdeepH has quit IRC07:12
*** xchu has joined #openstack-dev07:12
*** AnilV4 has quit IRC07:12
*** rods has joined #openstack-dev07:12
*** Thor is now known as Thor_away07:14
*** cthulhup has quit IRC07:14
*** SergeyLukjanov has quit IRC07:14
*** Thor_away is now known as Thor07:15
*** Thor has left #openstack-dev07:17
*** jasdeepH has joined #openstack-dev07:20
*** freedomhui has joined #openstack-dev07:20
*** AnilV4 has joined #openstack-dev07:20
*** jasdeepH has quit IRC07:20
*** xqueralt-afk is now known as xqueralt07:26
*** ruhe has joined #openstack-dev07:26
*** shanewang has joined #openstack-dev07:27
*** shanewang has joined #openstack-dev07:28
*** japage has quit IRC07:29
*** JordanP has joined #openstack-dev07:33
*** gongysh has joined #openstack-dev07:33
*** boris-42 has quit IRC07:34
*** jtomasek has joined #openstack-dev07:35
*** ndipanov_gone is now known as ndipanov07:36
*** networkstatic has quit IRC07:37
*** freedomhu has joined #openstack-dev07:38
*** SergeyLukjanov has joined #openstack-dev07:38
*** dina_belova has joined #openstack-dev07:39
*** michchap has quit IRC07:39
*** safchain has joined #openstack-dev07:39
*** michchap has joined #openstack-dev07:39
*** mmagr has joined #openstack-dev07:40
*** freedomhui has quit IRC07:42
*** odyssey4me3 has joined #openstack-dev07:47
*** MaxV has joined #openstack-dev07:47
*** jprovazn has joined #openstack-dev07:47
*** jistr has joined #openstack-dev07:49
*** markwash has quit IRC07:49
*** thor has joined #openstack-dev07:51
*** michchap has quit IRC07:52
*** xga_ has joined #openstack-dev07:53
*** sushils has joined #openstack-dev07:55
*** morganfainberg is now known as morganfainberg|a07:55
*** freedomhu has quit IRC07:56
*** vsergeyev has joined #openstack-dev07:57
*** xga has quit IRC07:57
*** romcheg has joined #openstack-dev07:59
*** SergeyLukjanov has quit IRC08:00
*** ema has joined #openstack-dev08:01
*** basha has joined #openstack-dev08:02
bashaHey….. I'm facing an issue with this bug, https://bugs.launchpad.net/nova/+bug/1204762 while submitting a patch for review.08:02
uvirtbotLaunchpad bug 1204762 in nova "Can't generate sample configuration file by generate_sample.sh (dup-of: 1204204)" [Undecided,New]08:02
uvirtbotLaunchpad bug 1204204 in oslo "./tools/config/generate_sample.sh  requires a -b parameter" [Undecided,New]08:02
bashapep8 fails at jenkins, but it runs perfectly fine on my box08:02
bashaI tried the fix they suggested, it took out few lines from the conf.08:03
bashanevertheless it fails for the same reason08:03
*** cthulhup has joined #openstack-dev08:03
basha Its not a pep8 issue. The problem is somewhere while running the generate_config.sh script08:03
bashaDoes anyone have any inputs on this?08:03
*** jpich has joined #openstack-dev08:04
*** boden has joined #openstack-dev08:04
*** sushils has quit IRC08:04
*** derekh has joined #openstack-dev08:06
*** basha has quit IRC08:07
*** fbo_away is now known as fbo08:07
*** cthulhup has quit IRC08:08
*** boden has quit IRC08:09
*** xchu has quit IRC08:09
*** thor is now known as Thor08:11
*** topshare has quit IRC08:13
*** jhesketh_ has quit IRC08:13
*** jhesketh__ has joined #openstack-dev08:13
*** jhesketh has quit IRC08:16
*** freedomhui has joined #openstack-dev08:19
*** mkerrin has quit IRC08:20
*** dina_belova has quit IRC08:21
*** giulivo has joined #openstack-dev08:25
*** basha has joined #openstack-dev08:26
*** xchu has joined #openstack-dev08:26
*** lucasagomes has joined #openstack-dev08:27
*** psedlak has joined #openstack-dev08:27
*** SergeyLukjanov has joined #openstack-dev08:27
*** vartom4 has quit IRC08:29
*** freedomhui has quit IRC08:32
*** matel has joined #openstack-dev08:34
*** alex_dolby has joined #openstack-dev08:36
alex_dolbyi am running tox -epy26 in python-novaclient compoennt and getting error about pbr version08:36
alex_dolbyupon checking pbr version defined in setup.py and requirement.txt has different versions08:36
alex_dolbyis it a bug?08:36
alex_dolbyany pointers to complete the tox test08:36
*** boris-42 has joined #openstack-dev08:40
*** boden has joined #openstack-dev08:41
*** freedomhui has joined #openstack-dev08:43
*** avishay_zzz is now known as avishay08:44
boris-42markmc hi08:46
*** johnthetubaguy has joined #openstack-dev08:47
alex_dolbypkg_resources.VersionConflict: (pbr 0.5.11 (/usr/lib/python2.6/site-packages), Requirement.parse('pbr>=0.5.20')08:49
alex_dolbythis is the error08:49
alex_dolbyERROR: FAIL could not package project08:49
*** johnthetubaguy1 has joined #openstack-dev08:49
*** johnthetubaguy has quit IRC08:52
*** doron_afk is now known as doron08:53
*** sushils has joined #openstack-dev08:56
*** cthulhup has joined #openstack-dev08:57
*** valgrind has joined #openstack-dev09:00
*** cthulhup has quit IRC09:02
alex_dolbyokies.. i un-installed the system wide pbr and its passing through now09:03
*** xga has joined #openstack-dev09:04
*** xga_ has quit IRC09:07
*** arezadr has quit IRC09:12
*** doron is now known as doron_afk09:13
*** basha has quit IRC09:16
*** lucasagomes_ has joined #openstack-dev09:17
*** sthaha has quit IRC09:17
*** lucasagomes has quit IRC09:18
*** lucasagomes_ is now known as lucasagomes09:18
*** dina_belova has joined #openstack-dev09:22
*** JordanP has quit IRC09:25
*** dina_belova has quit IRC09:26
*** bingbu has quit IRC09:27
*** doron_afk is now known as doron09:27
*** sthaha has joined #openstack-dev09:28
*** k4n0 has joined #openstack-dev09:28
*** johnthetubaguy1 is now known as johnthetubaguy09:29
*** doron is now known as doron_afk09:30
*** SergeyLukjanov has quit IRC09:32
*** dina_belova has joined #openstack-dev09:32
*** dina_belova has quit IRC09:34
*** dina_belova has joined #openstack-dev09:35
*** hailiang has quit IRC09:35
*** Shaan7 has quit IRC09:36
*** JordanP has joined #openstack-dev09:37
*** rohitk has joined #openstack-dev09:40
*** yaguang has quit IRC09:43
*** martyntaylor has joined #openstack-dev09:52
*** odyssey4me3 has quit IRC09:54
*** basha has joined #openstack-dev09:59
*** shang has quit IRC10:00
*** bashok has joined #openstack-dev10:00
bashaalex_dolby. pip install --upgrade would work for u. :)10:00
bashaits a per version issue10:00
basha*pbr10:00
*** xchu has quit IRC10:03
*** odyssey4me3 has joined #openstack-dev10:05
*** dina_belova has quit IRC10:09
*** LinuxJedi has quit IRC10:09
*** hughsaunders has left #openstack-dev10:09
*** tserong_ has joined #openstack-dev10:10
*** xga has quit IRC10:10
*** tserong has quit IRC10:11
*** tserong_ is now known as tserong10:11
*** xga has joined #openstack-dev10:12
*** ruhe has quit IRC10:12
*** alexpilotti has joined #openstack-dev10:12
alexpilottijd__: hi10:13
jd__hi alex10:14
alexpilottijd__: we are closing up on the Hyper-V inspector10:14
*** MaxV has quit IRC10:14
*** AGiardini has joined #openstack-dev10:15
AGiardiniHi all10:15
alexpilottijd__: there's an issue that I wanted to talk with you10:15
AGiardiniDoes anybody encountered this error before with devstack? paste.openstack.org/show/4459310:15
AGiardiniWhen i do ./redstack int-tests it always fails, and the test instance report this error in the logs10:15
alexpilottijd__: in order to collect the metrics from Hyper-V we need to enabled them, with a granularity based on the specific metric10:16
alexpilottijd__: for example, network data needs a metric ACL on the specific VM switch port10:16
alexpilottijd__: while CPU data, requires a metric on each instance10:17
*** odyssey4me3 has quit IRC10:17
alexpilottijd__: it would make sense to enable the metrics when the related objects are created, meaning Nova and Neutron10:17
alexpilottijd__: we could do that in the inspector, but we'd lose data between the moment in which the object is created and the ceilometer agent picks them up10:18
alexpilottijd__: what is your opinion?10:19
*** LinuxJedi has joined #openstack-dev10:20
*** _ffio_ has joined #openstack-dev10:20
*** ffio_ has quit IRC10:21
*** ruhe has joined #openstack-dev10:21
alexpilottijd__: I need to decide how to proceed fast, as there's very little time to create a BP in Nova and Neutron :-)10:22
*** odyssey4me3 has joined #openstack-dev10:24
jd__alexpilotti: so IIUC the problem is creating ACL?10:26
alexpilottijd__: simply to decide who is creating those ACLs: The inspector (when data collection starts)  or Nova / Neutron (when the related objects are created)10:28
*** gongysh has quit IRC10:28
jd__alexpilotti: I'd say that's something that should be done by the projects managing the resources, i.e. Neutron and Nova10:29
*** egallen has quit IRC10:30
alexpilottijd__: ok tx, in libvirt do you have similar issues?10:30
jd__alexpilotti: no10:30
jd__alexpilotti: so I imagine https://blueprints.launchpad.net/ceilometer/+spec/hyper-v-agent isn't going to be complete for H3?10:30
*** jprovazn has quit IRC10:30
alexpilottijd__: yep we're pretty close10:31
alexpilottito finish10:31
jd__ah ok, cool then10:31
jd__I thought the ACL thing would have been a bigger blocker :)10:31
alexpilottijd__: one detail on the way in which CPU time is reported: what is the measurement unit?10:31
alexpilottijd__: seconds or milliseconds? :-)10:32
jd__alexpilotti: nanoseconds IIRC10:32
alexpilottijd__: ok :-) the type is long or float?10:32
jd__yep nano, though you're free to use second or milliseconds if it's what you get10:32
jd__alexpilotti: it should be long10:33
alexpilottijd__: actually we have Hz10:34
jd__Hz? Hz on what?10:34
jd__like, instructions per seconds?10:34
alexpilottijd__: yep10:34
jd__ok, then you can use report that anyway10:34
alexpilottijd__: we get samples about how may Hz the give instance CPU in a give timeframe10:34
jd__our point is to report whatever we got from the system, it can be converted later10:34
jd__alexpilotti: ok so the maximum frequency is the speed of a core?10:35
jd__e.g. 2.4 GHz ?10:35
alexpilottijd__: yep10:35
jd__fair enough10:35
jd__that shouldn't be a problem10:36
alexpilottijd__: now we are converting them to time with a simple equation, as we have Hz, total Hz of the core and duration of the sample10:36
alexpilottijd__: but if we can output the Hz directly it's obviously easier :-)10:36
jd__alexpilotti: yes you can, and you should; we have tranformers in Ceilometer to care of that later in the pipeline as needed10:37
alexpilottijd__: if the inspector can output any type of data, how can a client distinguish between compute nodes?10:37
*** mkollaro has joined #openstack-dev10:37
*** SergeyLukjanov has joined #openstack-dev10:37
jd__alexpilotti: it's stored in metadata10:37
alexpilottijd__: ah, cool, I'll dig more into this, where can we find the metadata?10:38
jd__alexpilotti: metadata are a dict of anything you want you attach to a Sample (check ceilometer.sample)10:39
alexpilottijd__: perfect, tx!10:39
*** danpb1 has joined #openstack-dev10:44
*** jasondotstar has quit IRC10:45
*** MaxV has joined #openstack-dev10:45
*** nayward has quit IRC10:45
*** doron_afk is now known as doron10:47
*** mkerrin has joined #openstack-dev10:52
*** nayward has joined #openstack-dev10:52
*** MaxV has quit IRC10:54
*** lucasagomes is now known as lucas-away10:54
*** MaxV has joined #openstack-dev10:54
*** sandeepr_ltp has quit IRC10:54
*** mkollaro has quit IRC10:55
*** markmc has joined #openstack-dev10:56
*** giulivo has quit IRC10:56
*** martine has joined #openstack-dev10:57
*** dosaboy_ has joined #openstack-dev10:57
*** martine is now known as Guest6749910:57
*** dosaboy has quit IRC10:59
*** topshare has joined #openstack-dev11:02
*** jprovazn has joined #openstack-dev11:03
*** christophk is now known as cmk11:06
*** doron is now known as doron_afk11:06
*** dina_belova has joined #openstack-dev11:09
*** ffio has joined #openstack-dev11:09
*** _ffio_ has quit IRC11:10
*** alexxu has quit IRC11:10
*** gimps_ has quit IRC11:11
*** SergeyLukjanov has quit IRC11:12
*** dina_belova has quit IRC11:14
*** zul has joined #openstack-dev11:19
*** dina_belova has joined #openstack-dev11:19
*** dims has joined #openstack-dev11:21
*** Shaan7 has joined #openstack-dev11:22
*** dina_belova has quit IRC11:24
*** drewlander has joined #openstack-dev11:29
*** nayward has quit IRC11:29
*** ruhe has quit IRC11:32
*** chandankumar_ has joined #openstack-dev11:36
*** chandankumar has quit IRC11:37
*** ffio has quit IRC11:37
*** xga has quit IRC11:38
*** SergeyLukjanov has joined #openstack-dev11:39
*** ffio has joined #openstack-dev11:40
*** nayward has joined #openstack-dev11:41
*** gimps_ has joined #openstack-dev11:44
*** tkammer has quit IRC11:44
*** doron_afk has quit IRC11:44
*** romcheg has quit IRC11:44
*** SergeyLukjanov has quit IRC11:44
*** tkammer has joined #openstack-dev11:44
*** doron_afk has joined #openstack-dev11:44
*** zul has quit IRC11:46
*** doron_afk is now known as doron11:46
*** pcm_ has joined #openstack-dev11:46
*** FunnyLookinHat has joined #openstack-dev11:47
*** HenryG has joined #openstack-dev11:49
*** Ruetobas has joined #openstack-dev11:49
*** romcheg has joined #openstack-dev11:53
*** romcheg has left #openstack-dev11:53
*** egallen has joined #openstack-dev11:55
*** topshare has quit IRC11:58
*** jjmb1 has quit IRC11:58
*** afazekas is now known as afazekas_no_irq11:59
*** radez_g0n3 is now known as radez11:59
*** yaguang has joined #openstack-dev12:02
*** safchain has quit IRC12:03
*** mkollaro has joined #openstack-dev12:04
*** ruhe has joined #openstack-dev12:06
*** kbringard has joined #openstack-dev12:06
boris-42mordred hi12:07
*** rfolco has joined #openstack-dev12:07
*** alex_dolby has quit IRC12:09
*** alunduil has quit IRC12:10
*** alunch has quit IRC12:12
*** sridevi has quit IRC12:15
*** safchain has joined #openstack-dev12:19
*** doron is now known as doron_afk12:19
*** dina_belova has joined #openstack-dev12:20
*** kushal has quit IRC12:22
*** sandywalsh has quit IRC12:22
*** giulivo has joined #openstack-dev12:23
*** lucas-away is now known as lucasagomes12:24
*** sandywalsh has joined #openstack-dev12:24
*** dina_belova has quit IRC12:25
*** JordanP has quit IRC12:25
*** dvarga has joined #openstack-dev12:26
*** valgrind has quit IRC12:26
*** anteaya has joined #openstack-dev12:27
*** jalphons has joined #openstack-dev12:29
*** jaimegil has quit IRC12:30
jalphonsany tips for working with neutron in eclipse in a linux env?12:31
*** SergeyLukjanov has joined #openstack-dev12:35
*** ruhe has quit IRC12:36
*** zul has joined #openstack-dev12:37
*** rods1 has joined #openstack-dev12:37
*** JordanP has joined #openstack-dev12:37
*** dims has quit IRC12:38
*** gordc has joined #openstack-dev12:38
*** terryh has joined #openstack-dev12:38
*** leif_ has quit IRC12:39
*** dprince has joined #openstack-dev12:39
*** dkranz has joined #openstack-dev12:39
*** rods has quit IRC12:40
*** waa_ has joined #openstack-dev12:40
*** dims has joined #openstack-dev12:40
*** dina_belova has joined #openstack-dev12:43
*** troytoman-away is now known as troytoman12:44
*** topshare has joined #openstack-dev12:46
*** ruhe has joined #openstack-dev12:47
*** dina_belova has quit IRC12:47
*** SergeyLukjanov has quit IRC12:47
jalphonscan anyone describe their dev environment?  I am looking for the best way to get started with the neutron code.12:48
*** jasondotstar has joined #openstack-dev12:49
*** cbaesema has quit IRC12:50
*** basha has quit IRC12:50
*** cbaesema has joined #openstack-dev12:51
*** jruzicka has joined #openstack-dev12:53
*** pmathews has joined #openstack-dev12:55
*** dkranz has quit IRC12:55
*** jog0 is now known as jog0-away13:01
*** mberwanger has joined #openstack-dev13:01
*** edmund has joined #openstack-dev13:02
*** adalbas has quit IRC13:03
*** ema_ has joined #openstack-dev13:06
*** eharney has joined #openstack-dev13:07
*** kiall has quit IRC13:08
*** ema has quit IRC13:09
*** shang has joined #openstack-dev13:11
*** tmclaugh[work] has joined #openstack-dev13:12
*** changbl has quit IRC13:12
*** jayg|g0n3 is now known as jayg13:13
*** doron_afk is now known as doron13:17
*** sumanthns has quit IRC13:19
*** alunch has joined #openstack-dev13:19
*** rods1 has quit IRC13:20
*** rods has joined #openstack-dev13:20
*** xchu has joined #openstack-dev13:20
*** rharwood has joined #openstack-dev13:20
*** egallen has quit IRC13:24
*** bknudson has joined #openstack-dev13:24
*** basha has joined #openstack-dev13:25
*** ms_brown has quit IRC13:26
*** maheshp has joined #openstack-dev13:26
*** stevemar has joined #openstack-dev13:27
*** jhesketh__ has quit IRC13:27
*** lbragstad has joined #openstack-dev13:27
*** HenryG has quit IRC13:27
*** egallen has joined #openstack-dev13:28
*** egallen has quit IRC13:29
*** litong has joined #openstack-dev13:29
*** michchap has joined #openstack-dev13:30
*** egallen has joined #openstack-dev13:30
*** maheshp has quit IRC13:32
*** waa_ has quit IRC13:34
*** mberwanger has quit IRC13:35
*** prad_ has joined #openstack-dev13:37
*** maheshp has joined #openstack-dev13:38
*** garyk has quit IRC13:39
*** safchain has quit IRC13:40
*** safchain has joined #openstack-dev13:40
*** jimfehlig has joined #openstack-dev13:40
kbringardI just use vim, personally13:41
*** neelashah has joined #openstack-dev13:41
*** FunnyLookinHat has quit IRC13:42
*** japage has joined #openstack-dev13:42
*** burt has joined #openstack-dev13:42
*** maheshp has quit IRC13:42
*** maheshp has joined #openstack-dev13:43
*** jecarey has joined #openstack-dev13:43
*** sudorandom has joined #openstack-dev13:44
*** ayoung has joined #openstack-dev13:45
*** cppcabrera has joined #openstack-dev13:45
mordredmorning boris-4213:46
mordredjalphons: you'll find mostly vim or emacs around here - although I _do_ believe there are people using eclipse somewhere13:46
*** prabhu has joined #openstack-dev13:47
*** egallen has joined #openstack-dev13:48
*** dina_belova has joined #openstack-dev13:48
*** briancurtin has joined #openstack-dev13:48
*** pmathews has quit IRC13:48
*** pmathews has joined #openstack-dev13:52
*** shang has quit IRC13:52
*** dina_belova has quit IRC13:52
*** alexy_dolby has joined #openstack-dev13:56
alexy_dolbyi am trying to build neutron rpm with the spec file i got from epel13:56
*** KurtMartin has joined #openstack-dev13:57
alexy_dolbyi am getting this error on %build part13:57
alexy_dolby+ cd neutron-2013.2.b2 + /usr/bin/python setup.py build error in setup command: Error parsing /home/novel/BUILD/neutron-2013.2.b2/setup.cfg: ImportError: pbr.hooks.setup_hook error: Bad exit status from /var/tmp/rpm-tmp.DZV0mn (%build)     Bad exit status from /var/tmp/rpm-tmp.DZV0mn (%build)13:57
*** michchap has quit IRC13:57
alexy_dolbyanyone has a pointer..13:57
jaypipesdhellmann, sandywalsh: https://review.openstack.org/#/c/41316/ if you have a chance...13:58
jaypipesttx: what is Julian Danjou's nick?13:58
ttxjaypipes: jd__13:58
*** dina_belova has joined #openstack-dev13:58
jaypipesttx: merci13:58
jaypipesjd__: https://review.openstack.org/#/c/41316/ :)13:58
jd__already +2'ed :)13:59
*** ftcjeff has joined #openstack-dev13:59
*** droyo has joined #openstack-dev13:59
*** Guest67499 is now known as martine_14:01
*** martine_ has quit IRC14:01
*** martine has joined #openstack-dev14:01
*** martine is now known as martine_14:01
*** edmund has quit IRC14:02
*** eharney has quit IRC14:03
*** dina_belova has quit IRC14:03
*** bashok has quit IRC14:03
*** rwsu-away is now known as rwsu14:03
*** japage has quit IRC14:06
*** pmathews has quit IRC14:07
*** alop has joined #openstack-dev14:08
*** basha has quit IRC14:08
*** egallen has quit IRC14:09
*** eharney has joined #openstack-dev14:09
*** xBsd has quit IRC14:10
*** xBsd has joined #openstack-dev14:10
*** egallen has joined #openstack-dev14:11
jaypipesjd__: doh, thx :)14:11
*** xBsd has quit IRC14:12
*** shang has joined #openstack-dev14:14
*** shang has quit IRC14:15
*** k4n0 has left #openstack-dev14:15
*** FunnyLookinHat has joined #openstack-dev14:16
*** pabelanger has quit IRC14:17
*** ifarkas has quit IRC14:17
*** loteriety has joined #openstack-dev14:19
*** loteriety has quit IRC14:19
*** loteriety has joined #openstack-dev14:19
*** changbl has joined #openstack-dev14:20
*** kevinconway has left #openstack-dev14:20
*** KurtMartin has quit IRC14:21
*** xBsd has joined #openstack-dev14:21
*** odyssey4me3 has quit IRC14:22
*** dvarga_ has joined #openstack-dev14:23
*** jcoufal has quit IRC14:23
*** dvarga has quit IRC14:25
*** spzala has joined #openstack-dev14:25
*** pmathews has joined #openstack-dev14:25
*** hemna has quit IRC14:26
*** ema_ is now known as ema14:26
*** jtomasek has quit IRC14:26
*** beagles has joined #openstack-dev14:28
*** ifarkas has joined #openstack-dev14:31
*** kevinconway has joined #openstack-dev14:31
*** prabhu has quit IRC14:31
*** vkmc has joined #openstack-dev14:31
*** topshare has quit IRC14:32
*** rcleere has joined #openstack-dev14:32
*** shang has joined #openstack-dev14:32
*** sc68cal has joined #openstack-dev14:33
*** alexb_ has quit IRC14:33
*** shang has quit IRC14:34
*** basha has joined #openstack-dev14:34
*** jmontemayor has joined #openstack-dev14:35
*** armax has joined #openstack-dev14:36
*** doron is now known as doron_afk14:37
*** topshare has joined #openstack-dev14:37
*** markmcclain has joined #openstack-dev14:37
*** ruhe has quit IRC14:38
*** mkollaro has quit IRC14:38
jgriffithjaypipes: I was going to ask you about changing deleted to an ID, guess you have the same question?14:38
jalphonsthanks14:39
*** otherwiseguy has joined #openstack-dev14:39
*** datsun180b has joined #openstack-dev14:40
*** yaguang has quit IRC14:40
jalphonsmordred: thanks, I may go with vim instead.14:40
jaypipesjgriffith: lol, yeah, I had nothing to do with that... nor did I have anything to do with having a deleted AND a deleted_at column :(14:40
jalphonskbringard: thanks as well.14:41
*** __afazekas_zz has quit IRC14:41
kbringardjalphons: no worries14:41
*** jprovazn is now known as jprovazn_afk14:41
kbringardjaypipes, causing trouble again, I see14:41
jaypipeskbringard: lol14:42
*** jalphons has left #openstack-dev14:42
*** jtomasek has joined #openstack-dev14:42
jgriffithjaypipes: well I -1'd the cinder version as I had no idea what the point was and submitter couldn't explain14:42
jgriffithlooks like it'll go in via OSLO at some point anyway14:42
jaypipesjgriffith: I'll fight it...14:42
*** hartsocks has joined #openstack-dev14:43
giulivonow that you're at it guys, I might have a stupid question14:43
jgriffithjaypipes: cool.. I just need a "real" explanation or reason behind it, other than DB churn14:43
giulivowhy do we want to keep in the db the deleted volumes and mark those as deleted?14:43
jaypipesjgriffith: the fact that the migration simply DROPS all duplicate entries that violate the new unique constraint (https://review.openstack.org/#/c/36880/13/nova/db/sqlalchemy/migrate_repo/versions/211_add_aggregate_metadata_uc.py) is an indication that protecting data really isn't a top priority of the strategy :(14:44
jgriffithindeed!14:44
jgriffithgiulivo: history is important :)14:45
kbringardvery much so14:45
jgriffithgiulivo: IMO dropping items from the db can come back and bight you later on14:45
jgriffitherr... bight?  bite?14:45
*** hartsocks has quit IRC14:46
*** alop has quit IRC14:46
jaypipesgiulivo: well, there's a number of reasons to keep the deleted records in the main tables (at least for some time period).... one is for audit purposes, the other is for usage summary purposes. However, in both cases, a better solution IMO is to use regular archival practices to remove the delete records and their child relations into either a separate database (which can be indexed differently) or into shadow tables14:46
jaypipesin the same database14:46
*** hartsocks has joined #openstack-dev14:46
*** lexinator has joined #openstack-dev14:46
*** hartsocks has left #openstack-dev14:46
jgriffithoooo... that sounds like a nice change!14:47
jaypipesgiulivo: it is also slightly more efficient to update an existing record than delete the record (and thus have the underlying storage engine need to backfill records into empty spaces in data pages), but this is a secondary concern IMO14:47
*** odyssey4me4 has joined #openstack-dev14:47
*** senk has joined #openstack-dev14:47
giulivothanks guys , this seems to be a nice job for ceilometer btw14:49
jgriffithmy only thought on this was audit... and secondly efficiency.14:49
jgriffithbut it's interesting getting more insight, thanks jaypipes14:49
jaypipesgiulivo: yes, IFF ceilometer had the same information as the nova database tables (which currently it does not)14:50
*** sthaha has quit IRC14:50
*** derekh has quit IRC14:50
giulivoyeah I understand it requires some sort of 'migration' into the new project14:51
*** SergeyLukjanov has joined #openstack-dev14:51
*** bknudson has left #openstack-dev14:51
*** corXi has joined #openstack-dev14:51
*** chandankumar_ has quit IRC14:52
*** chandankumar has joined #openstack-dev14:52
giulivoI was only supporting the idea of having the 'driver' project (cinder for instance) to communicate about the deletion but let the 'receiver' project work to archive it and take care of historical data14:52
giulivoso that auditing happens in a single place14:53
giulivofor all the resource types14:53
*** jcoufal has joined #openstack-dev14:55
*** chandankumar has quit IRC14:55
jaypipesgiulivo: ++14:55
jaypipesgiulivo: totally agreed.14:55
* lsmola is away: Away14:56
jaypipesgiulivo: which is why I think the periodic archival approach is superior, because it is out-of-process (with the actual deletion) and enables the deployer to validate/correlate records/events in Ceilometer with the records that were deleted in the source project's database14:56
*** dina_belova has joined #openstack-dev14:57
*** david-lyle has quit IRC14:57
*** jasdeepH has joined #openstack-dev14:58
*** cthulhup has joined #openstack-dev14:58
giulivojaypipes, let me see if I got it right, that is periodic archival of the deletions happening on the cinder side, correct?14:58
*** jasdeepH has quit IRC14:59
*** reidrac has quit IRC14:59
*** doron_afk has quit IRC14:59
*** ifarkas has quit IRC14:59
*** sushils has quit IRC15:01
*** sandywalsh has quit IRC15:01
*** bknudson has joined #openstack-dev15:01
jaypipesgiulivo: right... some batch process that looks for delete_at IS NOT NULL and archives relations in the source database (possibly after verifying that Ceilometer has some record of the delete event)15:02
*** topshare has quit IRC15:02
giulivoyeah that is even better than just dropping, agreed15:02
giulivoand possibly allows for retrieval of full details regarding the particular resource15:03
*** topshare has joined #openstack-dev15:03
*** wu_wenxiang has joined #openstack-dev15:04
jaypipesgiulivo: right... if traceability is a concern (like it surely is for RAX or any public cloud company that needs an audit trail), having an external batch process that hard deletes the records from the source database only after verifying that the record is acknowledged in Ceilometer is A Good Thing.15:04
*** sushils has joined #openstack-dev15:05
*** lexinator has quit IRC15:05
*** markwash has joined #openstack-dev15:06
*** sridevi has joined #openstack-dev15:06
*** jasdeepH has joined #openstack-dev15:08
*** topshare has quit IRC15:08
*** ruhe has joined #openstack-dev15:08
*** xchu has quit IRC15:08
*** leif has joined #openstack-dev15:11
*** leif is now known as Guest1018515:11
*** Guest10185 has quit IRC15:11
*** basha has quit IRC15:11
*** xBsd has quit IRC15:12
*** SlickNik has quit IRC15:13
*** SlickNik has joined #openstack-dev15:14
*** bashok has joined #openstack-dev15:14
*** leif_ has joined #openstack-dev15:14
*** lexinator has joined #openstack-dev15:15
*** pabelanger has joined #openstack-dev15:16
*** david-lyle has joined #openstack-dev15:16
*** wu_wenxiang has quit IRC15:16
*** sandywalsh has joined #openstack-dev15:17
*** jasdeepH has quit IRC15:18
*** ema has quit IRC15:19
*** ruhe has quit IRC15:20
*** lexinator has quit IRC15:20
*** dolphm has joined #openstack-dev15:21
*** jcoufal has quit IRC15:21
*** ruhe has joined #openstack-dev15:22
*** jmontemayor has quit IRC15:22
*** reed has joined #openstack-dev15:23
*** dina_belova has quit IRC15:24
*** sridevi has quit IRC15:24
*** lexinator has joined #openstack-dev15:24
*** lexinator1 has joined #openstack-dev15:25
*** lexinator has quit IRC15:25
*** jmontemayor has joined #openstack-dev15:25
*** jdennis1 has quit IRC15:26
*** rohitk has quit IRC15:26
*** chandankumar has joined #openstack-dev15:27
*** rods has quit IRC15:32
*** rods has joined #openstack-dev15:33
*** bdpayne has joined #openstack-dev15:35
*** lexinator1 has quit IRC15:36
*** Mandell has quit IRC15:37
*** mmagr has quit IRC15:38
*** basha has joined #openstack-dev15:38
*** nayward has quit IRC15:39
*** jayg is now known as jayg|g0n315:40
*** jmontemayor has quit IRC15:41
*** nshaikh has left #openstack-dev15:41
*** afazekas_no_irq is now known as afazekas15:42
*** jimfehlig has quit IRC15:43
*** ondergetekende_ has joined #openstack-dev15:44
*** jmontemayor has joined #openstack-dev15:45
*** rnirmal has joined #openstack-dev15:46
*** giulivo has quit IRC15:47
*** troytoman is now known as troytoman-away15:48
*** briancurtin has quit IRC15:48
*** jdennis1 has joined #openstack-dev15:49
dolphmjamielennox: may i ask wtf you're doing here? https://github.com/openstack/keystone/blame/master/keystone/tests/test_backend.py#L2232-L223315:50
dolphmayoung: you approved this change ^15:50
*** changbl has quit IRC15:51
*** alop has joined #openstack-dev15:52
*** mrodden has quit IRC15:53
*** ociuhandu has joined #openstack-dev15:53
*** alexb_ has joined #openstack-dev15:53
*** freedomhui has quit IRC15:54
*** macjack_ has joined #openstack-dev15:54
*** macjack_ has quit IRC15:54
*** davidhadas has quit IRC15:54
*** lexinator has joined #openstack-dev15:54
*** ruhe has quit IRC15:55
bknudsondolphm: I also +2d that one... "Fixed the problem I saw when running with mysql test. "15:55
*** macjack has joined #openstack-dev15:55
*** tjones has joined #openstack-dev15:56
*** briancurtin has joined #openstack-dev15:56
dolphmbknudson: i see that, but this code was originally written by ayoung and modified by jamielennox in that patch, so i'm guessing one of them has the best understanding of why the test should suddenly be bypassing an assertion15:57
*** jcoufal has joined #openstack-dev15:57
dolphmthe same pattern is applied again here https://github.com/openstack/keystone/blame/master/keystone/tests/test_backend.py#L2239-L224015:57
*** MaxV has quit IRC15:58
*** corXi has quit IRC15:59
*** xBsd has joined #openstack-dev15:59
bknudsondolphm: when you do create_token, it doesn't use the ID you pass in but it generates a new one?16:00
*** jmontemayor has quit IRC16:00
*** tkammer has quit IRC16:00
*** macjack has quit IRC16:01
*** macjack has joined #openstack-dev16:01
*** sridevi has joined #openstack-dev16:02
*** macjack has quit IRC16:03
*** sridevi has quit IRC16:03
*** macjack has joined #openstack-dev16:03
dolphmbknudson: i don't see anything obvious in that patch that would result in that behavior, but that seems to be what the tests are suddenly assuming16:03
dolphms/assuming/expecting/16:03
*** tjones has quit IRC16:04
*** mrodden has joined #openstack-dev16:04
*** basha has quit IRC16:04
bknudsonbut then why set the ID in the first place?16:05
*** schwicht has joined #openstack-dev16:05
*** gyee has joined #openstack-dev16:05
*** MaxV has joined #openstack-dev16:06
*** tjones has joined #openstack-dev16:07
*** jfriedly has joined #openstack-dev16:08
*** zbitter has joined #openstack-dev16:09
*** tmclaugh[work] has quit IRC16:09
*** dvarga_ has quit IRC16:11
dolphmbknudson: good question16:11
*** dvarga has joined #openstack-dev16:11
*** odyssey4me4 has quit IRC16:11
kbringardmarkmc: ping16:11
*** pabelanger has quit IRC16:12
*** zaneb has quit IRC16:12
*** freedomhui has joined #openstack-dev16:13
markmckbringard, yes?16:14
*** mmagr has joined #openstack-dev16:14
kbringardI had a question about the heartbeat stuff in oslo, specifically around this bug: https://bugs.launchpad.net/oslo/+bug/85676416:14
uvirtbotLaunchpad bug 856764 in oslo "RabbitMQ connections lack heartbeat or TCP keepalives" [High,Triaged]16:14
kbringarddo you have a few moments?16:14
kbringardI know you're in a different TZ so I don't want to keep you from real life :-D16:14
kbringardstop me if this is already a known thing… but the quick version is16:15
kbringardit seems that when using HA queues in rabbit, when a master promotion occurs, all the slaves force close the consumer channels and send out a consumer cancel notification16:16
*** jcoufal is now known as jcoufal_afk16:16
kbringardbut, in my experience (with stable/grizzly) because the physical connection isn't closed16:16
kbringardthe clients just sit there "consuming" a queue to which they are no longer connected16:17
*** jmontemayor has joined #openstack-dev16:17
ayoungdolphm, I'll take a look.  jamielennox might have his client up, but he is asleep16:17
kbringardif something interrupts their physical connection (such as the broker they're attached to restarting or the service iself restarting)16:18
kbringardit reestablishes the consumer channels and all starts working fine again16:18
markmckbringard, ok, that's good info for the bug report - please add it there16:18
* markmc will be gone in a few minutes16:18
kbringardok, cool16:18
kbringardyea, no worries16:18
kbringardI guess my question was16:18
markmckbringard, also note the revert rationale here: Id4eb3d36036969b62890175d6a33b4e304be052716:18
kbringarddoes that heartbeat stuff check that level?16:18
markmchere, rather: https://review.openstack.org/#/c/36606/16:18
markmcI don't know16:18
kbringardI don't know about about the consumer stuff to know what's checked where16:18
*** MaxV has quit IRC16:18
kbringardhehe, fair enough16:18
kbringardOK, cool16:18
markmcI'm guessing it would16:18
kbringardyea, I'd hope so16:18
markmccomstud might be a better person to talk to about it16:19
kbringardmostly, it seems like the client should support notifications16:19
markmche found the issues with the heartbeat, which we reverted16:19
kbringardper this: https://lists.launchpad.net/openstack/msg15111.html16:19
kbringardanywa, I'll add some notes16:19
kbringardbased on what I've found16:19
kbringardthanks for the direction16:19
*** SumitNaiksatam has quit IRC16:19
*** xqueralt is now known as xqueralt-afk16:19
ayoungdolphm, If I remember correctly, the ID difference is the signed_document vs hash of the signed_document issue16:19
dolphmayoung: can you elaborate?16:21
*** jmontemayor has quit IRC16:22
*** devvesa has quit IRC16:22
comstudkbringard: what's up?16:22
kbringardhey comstud16:22
kbringardI was just talking with Mark about some ampq weirdness16:22
*** boris-42 has quit IRC16:22
kbringardthe quick version is16:22
kbringardwhen master promotion occurs in rabbit, the slaves all send consumer cancel notifications, and close the consumer channel16:23
*** mdomsch has joined #openstack-dev16:23
kbringardbut because the physical connection remains, the consumers never reconnect16:23
*** sandeepr_ltp has joined #openstack-dev16:23
kbringardor, rather, never re-establish new channels16:23
*** dina_belova has joined #openstack-dev16:24
kbringardthe end result is that in a rabbit HA cluster, if the master goes away, rabbit does all the right things, but the OS services keep trying to consume a queue on a channel which has been closed16:24
kbringardand messages stop flowing until you get the service to reestablish connection16:24
kbringardso I was asking if the heartbeat stuff you're working on works at that level16:25
*** chandankumar has quit IRC16:25
*** lexinator has quit IRC16:26
*** lexinator has joined #openstack-dev16:26
*** devoid has joined #openstack-dev16:27
*** pabelanger has joined #openstack-dev16:27
kbringardanyway, I'm adding some notes to the bug16:27
kbringardhttps://bugs.launchpad.net/oslo/+bug/85676416:27
uvirtbotLaunchpad bug 856764 in oslo "RabbitMQ connections lack heartbeat or TCP keepalives" [High,Triaged]16:28
*** ondergetekende__ has joined #openstack-dev16:28
kbringardbased on what I've seen happen and discovered16:28
*** ondergetekende_ has quit IRC16:28
*** markmc has quit IRC16:29
*** neelashah has quit IRC16:29
*** drewlander has quit IRC16:30
*** alexy_dolby has quit IRC16:30
*** drewlander has joined #openstack-dev16:31
*** martine has joined #openstack-dev16:32
comstudkbringard: Well, I am not working on it, but I had to have it reverted because it was not implemented properly16:32
kbringardyea, I noticed that16:32
kbringardthat it was reverted I mean16:32
*** martine_ has quit IRC16:32
kbringardanyway, no big deal16:32
*** martine is now known as martine_16:32
kbringardmark just mentioned that you may have some ideas16:32
comstudkbringard: but yes, I think once someone implements it properly, it would solve your problem16:32
kbringardI'm adding notes to the bug and will keep digging into it myself16:32
comstudnod16:32
kbringardthanks :-)16:33
*** rods1 has joined #openstack-dev16:33
*** rods has quit IRC16:33
*** neelashah has joined #openstack-dev16:33
*** radez is now known as radez_g0n316:35
*** xBsd has quit IRC16:36
*** psedlak has quit IRC16:36
*** adalbas has joined #openstack-dev16:38
*** jistr has quit IRC16:38
*** safchain has quit IRC16:38
*** jasdeepH has joined #openstack-dev16:40
*** dina_belova has quit IRC16:41
*** pycabrera has joined #openstack-dev16:42
*** nati_ueno has joined #openstack-dev16:42
*** nati_ueno has quit IRC16:42
*** sushils has quit IRC16:42
*** nati_ueno has joined #openstack-dev16:43
*** cppcabrera has quit IRC16:43
*** pycabrera is now known as cppcabrera16:43
*** alexpilotti has quit IRC16:44
*** donaldh has joined #openstack-dev16:44
*** ociuhandu has quit IRC16:44
*** alop has quit IRC16:45
*** arezmerita has quit IRC16:45
*** jayg|g0n3 is now known as jayg16:45
*** mmagr has quit IRC16:45
*** drewlander has quit IRC16:47
*** yjiang51 has joined #openstack-dev16:47
*** branen_ has joined #openstack-dev16:48
*** mdenny has joined #openstack-dev16:48
jaypipesmarkwash: "I do think that moving the BL out of the driver is just good because its good, though, as well." +100 from me.16:48
*** jtomasek has quit IRC16:49
*** sushils has joined #openstack-dev16:49
*** neelashah has quit IRC16:50
*** lucasagomes has quit IRC16:50
*** danpb1 has quit IRC16:51
*** sagar_nikam has joined #openstack-dev16:51
*** neelashah has joined #openstack-dev16:51
*** MIDENN_ has quit IRC16:51
*** lcheng has quit IRC16:51
*** neelashah has quit IRC16:51
*** branen has quit IRC16:52
*** SlickNik has quit IRC16:52
*** alexpilotti has joined #openstack-dev16:52
*** roampune has joined #openstack-dev16:53
*** lcheng has joined #openstack-dev16:53
*** SlickNik has joined #openstack-dev16:53
*** afazekas has quit IRC16:54
*** lexinator has quit IRC16:54
*** dolphm has quit IRC16:54
*** kbrierly has joined #openstack-dev16:57
*** lexinator has joined #openstack-dev16:58
*** jmontemayor has joined #openstack-dev16:59
*** mrunge_ has joined #openstack-dev16:59
*** toabctl has quit IRC17:00
*** toabctl has joined #openstack-dev17:00
*** ndipanov has quit IRC17:01
*** mrunge has quit IRC17:01
*** fbo is now known as fbo_away17:01
*** jcoufal_afk is now known as jcoufal17:02
*** egallen has quit IRC17:03
*** edmund has joined #openstack-dev17:03
*** egallen has joined #openstack-dev17:04
*** vartom4 has joined #openstack-dev17:04
*** morganfainberg|a is now known as morganfainberg17:04
*** aloga has quit IRC17:06
*** maheshp has quit IRC17:06
*** aloga has joined #openstack-dev17:06
*** martine_ has quit IRC17:08
*** dprince has quit IRC17:08
*** vaml has joined #openstack-dev17:11
*** fabio__ has joined #openstack-dev17:11
*** comay has joined #openstack-dev17:13
*** xqueralt-afk is now known as xqueralt17:14
*** martyntaylor has quit IRC17:14
*** JordanP has quit IRC17:14
*** amohn9 has joined #openstack-dev17:15
*** networkstatic has joined #openstack-dev17:15
*** vipul is now known as vipul-away17:16
*** drewlander has joined #openstack-dev17:17
*** jcoufal has quit IRC17:21
*** vipul-away is now known as vipul17:22
*** drewlander has quit IRC17:22
*** hemnafk is now known as hemna17:22
*** drewlander has joined #openstack-dev17:23
*** devoid has quit IRC17:23
markwashjaypipes: :-)17:24
*** dolphm has joined #openstack-dev17:24
*** dolphm has quit IRC17:26
*** dolphm has joined #openstack-dev17:26
*** dolphm has quit IRC17:26
*** fabio__ has quit IRC17:26
*** mrunge_ is now known as mrunge17:27
*** dolphm has joined #openstack-dev17:27
*** pcm_ has quit IRC17:29
*** noslzzp has joined #openstack-dev17:29
*** MaxV has joined #openstack-dev17:30
*** neelashah has joined #openstack-dev17:30
*** pcm_ has joined #openstack-dev17:32
*** yolanda has quit IRC17:32
*** xqueralt is now known as xqueralt-afk17:33
*** SergeyLukjanov has quit IRC17:34
*** portante_ is now known as portante17:35
*** mrunge has quit IRC17:35
*** cthulhup has quit IRC17:35
*** kushal has joined #openstack-dev17:37
*** drewlander has quit IRC17:38
*** xmltok_ has quit IRC17:39
*** xmltok has joined #openstack-dev17:39
*** flaper87 is now known as flaper87|afk17:40
*** troytoman-away is now known as troytoman17:40
*** xmltok_ has joined #openstack-dev17:40
*** xmltok_ has joined #openstack-dev17:40
*** xmltok has quit IRC17:40
*** xmltok has joined #openstack-dev17:41
*** Farooque has joined #openstack-dev17:41
*** xmltok has quit IRC17:41
*** xmltok has joined #openstack-dev17:41
*** zul has quit IRC17:42
*** sagar_nikam has quit IRC17:43
*** SumitNaiksatam has joined #openstack-dev17:44
*** xmltok_ has quit IRC17:45
*** Farooque has left #openstack-dev17:45
mroddenanyone have any thoughts on this "bug" ? https://bugs.launchpad.net/nova/+bug/121447617:45
uvirtbotLaunchpad bug 1214476 in heat "Default language for API responses has changed" [Undecided,In progress]17:45
*** MaxV has quit IRC17:46
mroddenin some of the projects we can translate API responses to a client requested locale, but the default is currently en_US, and the bug argues it should be the system locale setting17:46
*** radez_g0n3 is now known as radez17:46
*** nachi has joined #openstack-dev17:47
ayoungdolphm, looks like I am getting dragged in to some big meeting here...probably going to miss the Keystone meeting17:49
dolphmayoung: ack17:49
*** dina_belova has joined #openstack-dev17:52
bknudsonmrodden: if things worked one way in a previous release, then why should it not work that way now?17:52
mroddenbknudson: well IMO it was broken before...17:53
bknudsonmrodden: how about a config option to either use the system locale or force en_US?17:53
mroddeni really hate adding config options17:53
*** jasond has quit IRC17:54
bknudsonmrodden: what problems did it cause before that made it broken?17:55
mroddenAPI messages were locked to the system locale17:55
*** roampune_ has joined #openstack-dev17:56
*** dina_belova has quit IRC17:57
*** maheshp has joined #openstack-dev17:58
*** devoid has joined #openstack-dev17:59
*** cppcabrera is now known as cppcabrera_afk17:59
*** roampune has quit IRC17:59
*** topol has joined #openstack-dev18:01
*** loteriety has quit IRC18:04
*** jbresnah has quit IRC18:08
*** changbl has joined #openstack-dev18:09
*** egallen has quit IRC18:10
*** jamielennox_ has joined #openstack-dev18:10
*** freedomhui has quit IRC18:11
*** jamielennox_ has quit IRC18:14
*** rverchikov has joined #openstack-dev18:14
*** vartom4 has quit IRC18:14
rverchikovHi stackers! Is there any activity on https://bugs.launchpad.net/keystone/+bug/1205506?18:15
uvirtbotLaunchpad bug 1205506 in keystone "get_group_project_roles() asks same ldap query for all groups associated with user" [Medium,Triaged]18:15
*** donaldh has quit IRC18:15
*** Mandell has joined #openstack-dev18:16
*** cthulhup has joined #openstack-dev18:17
*** jprovazn_afk is now known as jprovazn18:17
*** jf-jenni has quit IRC18:17
*** zul has joined #openstack-dev18:17
*** ffio_ has joined #openstack-dev18:18
*** networkstatic has quit IRC18:21
*** ffio has quit IRC18:21
*** xBsd has joined #openstack-dev18:23
*** melwitt has joined #openstack-dev18:23
*** cthulhup has quit IRC18:24
*** vaml has quit IRC18:24
*** macjack has quit IRC18:24
*** mdomsch has quit IRC18:25
*** mrunge has joined #openstack-dev18:27
*** vaml has joined #openstack-dev18:27
*** roampune_ has quit IRC18:28
*** roampune has joined #openstack-dev18:29
*** sushils has quit IRC18:30
*** mars has quit IRC18:30
*** vipul is now known as vipul-away18:30
*** vipul-away is now known as vipul18:30
*** loteriety_ has joined #openstack-dev18:36
*** arezadr has joined #openstack-dev18:36
*** drewlander has joined #openstack-dev18:39
*** drewland_ has joined #openstack-dev18:39
*** drewlander has quit IRC18:39
*** markmcclain has quit IRC18:40
*** johnthetubaguy has quit IRC18:42
*** MaxV has joined #openstack-dev18:42
*** SergeyLukjanov has joined #openstack-dev18:43
*** SergeyLukjanov has quit IRC18:43
*** vipul is now known as vipul-away18:46
*** MaxV has quit IRC18:46
*** donaldh has joined #openstack-dev18:47
*** chandankumar has joined #openstack-dev18:47
*** roampune has quit IRC18:47
*** roampune has joined #openstack-dev18:48
*** openstack` has joined #openstack-dev18:51
*** pabelanger has quit IRC18:52
*** utlemming has quit IRC18:52
*** openstack` is now known as openstack18:52
*** utlemming has joined #openstack-dev18:52
*** boris-42 has joined #openstack-dev18:52
*** afazekas has joined #openstack-dev18:53
anteayadhellmann: ping18:54
*** otherwiseguy has quit IRC18:54
anteayayesterday you said "the rtd.org code is opensource" in regards to the conversation about converting .rst files so cgit can render them18:54
*** novas0x2a|laptop has joined #openstack-dev18:54
anteayartd.org doesn't take me anywhere, I was wondering if you were in the mood to expand a little bit18:55
*** amohn9 has quit IRC18:55
*** jbresnah has joined #openstack-dev18:55
*** drewland_ has quit IRC18:56
Alex_Gaynoranteaya: readthedocs.org18:56
anteayaah okay thanks Alex_Gaynor18:56
dstufftthe short link is rtfd.org18:56
anteayaah okay, thank you18:57
anteayaAlex_Gaynor: I appreciate your input yesterday, upon re-reading the log I realize we were async'ing yesterday18:57
anteayaI get your points now about rst2html and also your points about sphinx18:58
anteayaI missed them yesterday18:58
boris-42jaypies hi18:58
*** rackerjoe is now known as gitcheffoo18:58
boris-42jaypipes hi18:58
boris-42jaypipes about this thing https://review.openstack.org/#/c/36880/13/nova/db/sqlalchemy/migrate_repo/versions/211_add_aggregate_metadata_uc.py18:58
boris-42jay pipes we are using soft delete here (so we won't drop data, we will just soft delete it)18:59
*** gitcheffoo is now known as rackerjoe19:00
boris-42jaypipes I think before raising panic about something you should better investigate what actually do code19:00
*** gimps_ has quit IRC19:01
*** pabelanger has joined #openstack-dev19:01
*** cppcabrera_afk is now known as cppcabrera19:03
*** otherwiseguy has joined #openstack-dev19:04
*** mars has joined #openstack-dev19:05
*** avishay is now known as avishay_zzz19:06
*** gyee has quit IRC19:07
*** vipul-away is now known as vipul19:07
*** vipul is now known as vipul-away19:07
*** vipul-away is now known as vipul19:07
*** bashok has quit IRC19:08
*** drewlander has joined #openstack-dev19:08
*** vaml has quit IRC19:09
*** alunch has quit IRC19:09
*** topol has quit IRC19:14
jaypipesboris-42: fair enough. that's a bad name for a method then. utils.drop_old_duplicate_entries_from_table.19:14
boris-42jay pipes there are 2 modes19:14
boris-42soft_deleted or deleted =)19:14
jaypipesboris-42: even more reason why it's a badly named method :)19:15
boris-42jay pipes also I answers you to mailinlist about using deleted_at as UC19:15
*** drewlander has quit IRC19:15
*** markmcclain has joined #openstack-dev19:15
boris-42jaypipes there were a lot of problems =)19:15
*** devoid has quit IRC19:15
*** fbo_away is now known as fbo19:15
*** devoid has joined #openstack-dev19:16
jaypipesboris-42: yes, I don't think a UC on those columns is particularly useful. or rather, I don't believe the use case that the UC is attempting to solve is a particularly useful use case.19:16
boris-42jaypipes the problems was that SELECT + INSERT produces races19:16
jaypipesboris-42: put another way: if you delete your email from gmail, do you expect to be able to magically be able to create a new gmail with that same email address right away?19:16
boris-42jaypipes I hope I will=)19:17
jaypipesboris-42: I wouldn't...19:17
jaypipesboris-42: I just don't think the current strategy around soft deletes is good. sorry if I disagree with you.19:17
boris-42jaypipes =)19:17
boris-42jaypipes but it works=)19:18
*** cppcabrera has left #openstack-dev19:18
boris-42jaypipes we've avoid races in this place19:18
jaypipesboris-42: not really... the races that are avoided represent poor use cases, IMO19:18
boris-42jaypipes that was the first goal and that was the real problem19:18
jaypipesand result in a bad schema and useless UCs...19:18
*** dprince has joined #openstack-dev19:18
boris-42jaypipes why do you think that UC is usessles in current situation?)19:19
boris-42jaypipes we have races because we used soft deleted instead of deletion19:19
jaypipesboris-42: because it is safeguarding a pointless use case.19:19
jaypipesboris-42: create something, then delete it, then create something right away with the same name.19:19
jaypipesboris-42: what is the point of such use case?19:19
*** donaldh has quit IRC19:20
*** kiall_ has joined #openstack-dev19:20
*** vipul is now known as vipul-away19:22
boris-42yajpipes e.g. here was the case from real life https://bugs.launchpad.net/nova/+bug/109345819:23
uvirtbotLaunchpad bug 1093458 in nova "Multiple security groups with same name can be created" [Medium,Fix released]19:23
boris-42jaypipes ^19:23
jaypipesboris-42: that has nothing to do with the soft_delete and could have been solved without adding a unique constraint that involved the deleted column.19:24
*** nati_ueno has quit IRC19:26
boris-42jaypipes ehmm.. It is caused because we are not able to add UniqueConstraint in table19:26
boris-42jaypipes because of soft_delete19:26
*** HenryG has joined #openstack-dev19:26
*** alexb_ has quit IRC19:26
*** cthulhup has joined #openstack-dev19:26
jaypipesboris-42: ehmm, a unique constraint on project_id, name would have been fine.19:27
boris-42no19:27
jaypipesyes19:27
jaypipes:)19:27
boris-42because if you delete and then try to recreate you will be in stupid sitatuion19:27
boris-42the same thing with instance_types (flavors)19:27
arosenmestery:  ping19:28
jaypipesno, that is my point boris-42. deleting then recreating the exact same named security group is a use case that we should NOT be catering to.19:28
mesteryarosen: hi19:28
arosenmestery:  https://review.openstack.org/#/c/33736/ appove?19:28
* arosen approve* 19:28
boris-42jaypipes ok =)19:28
jaypipesboris-42: :) it's a disagreement about the use case, more than the strategy...19:28
boris-42jaypipes ok, but we have already working solution with unique constraints=)19:29
jaypipesboris-42: which is why I asked you above about the gmail delete email and re-add :)19:29
jaypipesboris-42: I don't view that use case as something we need to strive to support, and you do... can we agree on that?19:29
boris-42jaypipes only one thing should be done (and pls try this time to be at session) is about shadow tables or safe purge19:29
boris-42jaypipes in different cases it depends19:30
jaypipesboris-42: oh, I would have been at the session but had a conflicting one in QA track. and unfortunately, I won't be in HK :(19:30
boris-42=(19:30
jaypipesyeah.. I know.19:30
*** nati_ueno has joined #openstack-dev19:30
jaypipesboris-42: nobody from AT&T will be in HK due to budgeting/travel constraints.19:30
kbringard:-x19:30
boris-42jaypipes after adding safe and working approach of purging or shadow tables (our solution with + deleted to UC) is better19:31
boris-42s/after/until19:31
jaypipesboris-42: I should restate that... no *engineers* from AT&T will be there :)19:31
boris-42=)19:31
boris-42only marketing?)19:31
jaypipesexecs...19:31
boris-42jaypipes So after adding purging system we could speak about (non using deleted in UC in some cases). Until this will be implement we will get real problems=) because (not now in our case will mean never or by hand)19:33
mesteryarosen: Done!19:33
*** jimfehlig has joined #openstack-dev19:33
mesteryarosen: Thanks for that, I'm basing the ML2 multi-segment API work on that review, so I'm happy for it to go upstream.19:33
mestery:)19:33
jaypipesboris-42: oh, and regarding shadow tables vs. purge/archive, I can support either solution, actually. I'd prefer purge/archive because it allows external batch processes to align/verify the purge, but I can see args for both. And I've read the etherpad from paul from HP on it.19:34
arosenmestery:  awesome thanks! Glad to be done rebasing that for each db change that occurred :)19:34
mesteryarosen: No kidding. Nice work!19:34
boris-42jaypipes there is already archiving system (but I think that it should be fully rework) =)19:34
jaypipesboris-42: yes... a consistent archival system would be good.19:35
boris-42jaypipes I mean shadow_tables in Nvoa..19:35
jaypipesboris-42: and purge in Keystone :)19:35
boris-42jaypipes but not current implementation =)19:35
dolphmjaypipes: purge_ would have been a more appropriate name than flush_19:36
*** cthulhup has quit IRC19:37
*** ayoung has quit IRC19:38
*** yolanda has joined #openstack-dev19:38
*** networkstatic has joined #openstack-dev19:40
*** cthulhup has joined #openstack-dev19:41
*** vartom4 has joined #openstack-dev19:41
jaypipesdolphm: yes, sorry, it's called flush in keystone... forgot :(19:42
*** xBsd has quit IRC19:42
dolphmjaypipes: i'm sorry for suggesting an inferior name19:42
jaypipeslol19:42
*** ayoung has joined #openstack-dev19:42
*** egallen has joined #openstack-dev19:43
*** vipul-away is now known as vipul19:43
*** ffio_ has quit IRC19:46
ayounghenrynash, , I have a QA guy starting next week.  I think he is going to be focused on upstram Keystone QA.  My thought was that the key feature to test is the split identity/ multiple domain code.19:46
*** zul has quit IRC19:47
dolphmayoung: awesome19:47
*** vaml has joined #openstack-dev19:47
ayounghenrynash, I think that, to do this, we want to make sure that we have tempest tests in Keystone to execise default domain (assumed to be LDAP) vs a dynamic domain or domains asumed to be sql19:47
*** maheshp has quit IRC19:48
dolphmayoung: shouldn't the backend be irrelevant for tempest tests?19:48
ayoungdolphm, yeah, I am trying to get him to focus on the Keystone side of Tempest19:48
*** feleouet has quit IRC19:48
ayoungdolphm, yes and no19:48
*** topol has joined #openstack-dev19:49
ayoungdolphm, we need to make sure that we exercise both the LDAP and the SQL code for identity19:49
dolphmsure19:49
ayoungso tempest tests should be written with that in mind.  Really, all tempest needs to do is make sure it runs tests for both default domain and dynamic, and then it is a Devstack question for how to set up the nodes19:50
*** maheshp has joined #openstack-dev19:51
ayoungdolphm, I think we can make use of the identity tests in Keystone already to do this, if we provide a way to drive them from tempest.  We have the "get_domain_fixture" abstraction.  If we make that something that can be set by the calling environment, it can run, say the content_type tests for both default domain and a dynamic domain19:51
ayoungfor unit testing, we can keep it in sql, and for tempest it can do the wider body of tests19:52
*** feleouet has joined #openstack-dev19:52
*** gabrielhurley has joined #openstack-dev19:52
*** dvarga has quit IRC19:52
*** afazekas has quit IRC19:54
*** markmc has joined #openstack-dev19:55
*** nachi has quit IRC19:56
*** troytoman is now known as troytoman-away19:56
*** AlanClark has joined #openstack-dev19:56
*** dina_belova has joined #openstack-dev19:57
*** SergeyLukjanov has joined #openstack-dev19:58
*** ondergetekende__ has quit IRC20:00
henrynashayoung: in principle agree….20:01
henrynashayoung: although I expect that the most common configuration might be default in SQL, and each domain having their own LDAP20:02
*** mikal has joined #openstack-dev20:02
topolayoung, have you figured out how to setup how to run ldap configs in tempest?20:02
henrynashayoung: but since most of our tests use default domain, I too used that approach in the unittests20:02
henrynashayoung: i.e. the unit tests I wrote for multi ldap/sql domains had default backed by LSAP20:03
*** jmeridth has joined #openstack-dev20:03
*** donaldh has joined #openstack-dev20:03
henrynash(LDAP_20:03
ayounghenrynash, interesting....default in SQL?20:04
*** markwash is now known as wikis20:04
henrynashayoung: for production, I kind of imagine a cloud starts with default in SQL20:04
*** maheshp has quit IRC20:04
*** wikis is now known as markwash20:04
ayounghenrynash, you "lets get this set up" phase20:05
ayoungkeep the core admins in SQL20:05
ayoungeveryone else comes out of the centralized LDAP once you open it up to the company20:05
ayoungand then customers go into SQL as well20:05
henrynashayoung: as the onboard new customers (each with their own domain), they either will want their own LDAP, or maybe (for a small customers) they are happy to just have their users/groups in "the cloud SQL"20:05
ayounghenrynash, with SAML being a proxy to LDAP.20:06
henrynashayoung: myabe20:06
ayounghenrynash, I mean "in addition to" not in place of, direct LDAP20:06
henrynashayoung: ok, sure20:06
*** mikal has quit IRC20:07
henrynashayoun: I expect there will likely be an "admin domain" that a cloud provider will have the core admins in20:07
ayounghenrynash, thing is, I could See Keystone plauying that same Federation role as SAML.  Run  a Keystone server inside your firewall, and then use the token from that keystone to talk to my Keystone.20:07
ayounghenrynash, yeah, agreed.  Iwas thinking admin domain would be in LDAP, but it might be SQL as it is one less piece to set up20:08
henrynashayoung: could be either, I agree20:08
ayounghenrynash, So for really testing multi domain...3 domains?  Default, LDAP, SQL dynamic?20:09
ayoungor is 2 enough?20:09
topolayoung,  have we thought about setting things up so that folks could use SAML?  sounds like you are advocating keystone rolling its own solution here20:09
henrynashayoung: as an aside, did you see the example v3cloud policy file I created?20:09
ayoungtopol, I am not advocating it, but it might be an elegant solution.20:09
ayounghenrynash, link?  I'm drowning in information.20:10
ayoungEven if I saw it I didn;'t see it20:10
henrynashayoung: it's in https://review.openstack.org/#/c/38308/20:10
ayoungtopol, if you scroll up, you will see I reference SAML20:10
henrynashayoung: https://review.openstack.org/#/c/38308/13/etc/policy.v3cloudsample.json20:10
topolayoung, Im working on some use cases  where it would be nice if we had a plug point in keystone and supported federated identity via proxies20:10
ayoungtopol, so look at the review I have for further splitting ID and assignments20:11
topollink?20:11
henrynashayoung: not sure all the policies are right…but thought we needed something much more than the standard policy.json20:11
ayoungtopol, https://review.openstack.org/#/c/41471/20:11
henrynashayoung: on domains…(your previous comment) I'd go for 3 - Default, LDAP, SQL dynamic20:12
topolthanks,  sorry I have been out of touch.  Did the customer thing last week on the west coast20:12
ayoungtopol, ^^ is needed, but then we can start doing things like "just stick the data into assignments without checking id, as we can't query the ID backend if it comes from SAML"20:12
*** neelashah1 has joined #openstack-dev20:13
*** mikal has joined #openstack-dev20:13
ayounghenrynash, well, if we get devstack to set it up, we can just add the LDAP code on to a sql identity backend, and keystone can even provide the config file in a ".example" format, then all devstack has to do is to move it from example to .conf and we have an LDAP backend20:13
ayoungtopol, its cool, this is new stuff20:14
*** neelashah has quit IRC20:14
*** dmakogon_ has quit IRC20:16
ayounghenrynash, that would get us two domains, and then we could have a simple set of tests for "dynamic SQL domains" that maybe is a subset of test, just to make sure we don't run too too long20:16
ayounghenrynash, what happens if a deployment starts out with SQL, and then they want to move everything over to LDAP for default?20:17
*** goodmorning has joined #openstack-dev20:17
goodmorningHello all....   Anybody know if there's a way to have openstack nova compute create/cache ephemeral drives to an alternate location (i.e. other than /var/lib/nova/instances)?   We want our ephemeral drives to be created on a high speed SSD RAID but keep the VM OS images in /var/lib/nova/instances.   We need very fast ephemeral drives to serve as scratch space for some pretty crazy I/O intensive analysis.20:17
henrynashayoung: how to do they "move" the users & groups, you mean?20:17
ayounghenrynash, well, no.  I guess you don't move them20:17
*** vaml has quit IRC20:17
*** jbresnah has quit IRC20:18
ayounghenrynash, I mean, instead, what would the process be for setting up a cloud, assuming they started with SQL, but then needed to make use of the companies LDAP.20:18
*** feleouet has quit IRC20:18
ayoungAt some point, they would need to make the LDAP domain the default domain20:18
ayounghenrynash, would that be changing the default domain config file value and restarting keystone?20:18
henrynashayoung: yes….20:19
henrynashayoung: in fact you would likely just add a config file for the default domain (since you would probably have started without one)20:19
*** nunosantos has joined #openstack-dev20:19
ayounghenrynash, right, although that domain would not be default to start, as they would want to test it out20:20
henrynashayoung: the problem would be if you had users in the default domain and had used the users_ids in roles, those user_ids would change (I think ) when you switched to sourcing those users form LDAP20:20
ayounghenrynash, yes20:20
ayounghenrynash, but the projects would not20:20
ayoungnor the project ids20:20
henrynashayoung: correct20:20
ayoungand the domain ids would be right.20:21
*** pabelanger has quit IRC20:21
ayoungso, I think only swift would be messed up, as I think that is the only project that does ownership per user20:21
henrynashayoung: yes, domain_id is really just an index when you have domain_specific backends20:21
ekarlso-harlowja: ping20:21
*** alexb_ has joined #openstack-dev20:21
notmynameayoung: ?20:22
*** pcm_ has quit IRC20:22
notmynameayoung: tl;dr?20:22
ayounghenrynash, OK, we should write that up as a blueprint20:22
ayoungnotmyname, the bottom line is that henrynash rocks20:22
notmynamecarry on then :-)20:22
notmynameayoung: I've not been following, but is there something that swift needs to address or account for?20:23
henrynashayoung: for tempes testing?20:23
*** HenryG has quit IRC20:23
ayoungnotmyname, specifically, the ability to have domains in multiple sources is probably the single most requested featured for Keystone.  People want Identity to come out of Active Directory, but be able to assign roles in Keystone20:23
ayounghenrynash, yeah, for tempest20:23
henrynashayoung: absolutely20:23
ayoungnotmyname, ah, we were  talking about what happens when a keystone set switches from SQL to LDAP20:24
notmynameayoung: what is a domain? I think that's an overloaded word. what is it in this context?20:24
*** mikal has quit IRC20:24
ayoungnotmyname, in this case, a domain is a namespace for users, projects, and role assignments20:24
*** feleouet has joined #openstack-dev20:24
ayoungnotmyname, but what we are discussing is if a user is in sql, they get a uuid userid, but in LDAP it will be a DN format20:25
ayounglike this20:25
ayoungDN=ayoung,cn=redhat,cn=com20:25
notmynameayoung: right. we've been dealing with LDAP for our customers too. fun times20:25
ayoungnotmyname, so assuming someone in a large organization is setting up a cloud, they set up SQL first, and then then need to make it work in their enterprise20:25
notmynameok20:26
ayounghenrynash, thing is, the swift objects would still be accessable.  The user would still be able to authenticate to the sql domain, it just wouldn't be default20:26
*** mrunge has quit IRC20:26
ayoungnotmyname, so, can I transfer ownership of an object in swift from one user to another, and from one project to another?20:26
henrynashayoung: have to think that one through!20:26
ayounghenrynash, if I make LDAP the default domain, the SQL domain does not go away, right?20:27
*** jprovazn has quit IRC20:28
ayoungthey would have distinct domain ids, just the user will get a different default.  So if they set the default to the LDAP domain, thne they need to explicitly ask to log in as the user in the SQL backed domain20:28
henrynashayoung: correct, the domain_id exists in the domain table in the assignments DB...20:28
*** loteriety_ is now known as loteriety20:28
notmynameayoung: if you have "Swift account" foo associated with user Bob, you can change the association to user Sue at your pleasure. objects in the swift account will be unaffected20:29
*** loteriety has quit IRC20:29
*** loteriety has joined #openstack-dev20:29
*** loteriety has quit IRC20:29
*** loteriety has joined #openstack-dev20:29
henrynashayoung: will be offline for a while, back on later20:29
*** nachi has joined #openstack-dev20:29
notmynameayoung: so as long as the auth system knows how to handle ACL mappings, then there is no impact20:30
notmynameayoung: does that make sense?20:30
ayoungnotmyname, Are you saying there is a whole shadow user list for swift separate from the Keystone accounts?20:30
notmynameayoung: no. swift doesn't have a concept of a user20:31
ayoungnotmyname, interesting.  That was not my understanding of it20:31
notmynameayoung: I wish we could spend an afternoon at a whiteboard to clear up terms20:31
ayoungnotmyname, I thought swift objects were owned by users.  What do you mean by "Swift Account" then?20:32
*** pabelanger has joined #openstack-dev20:32
ayoungnotmyname, will you be in Hong Kong?20:32
notmynameayoung: "account" (like "user") us a very overloaded word20:32
notmynameayoung: I'm planning on being there20:32
notmynameayoung: where are you based?20:32
ayoungnotmyname, Massachusetts20:32
ayoungnotmyname, and I see you are in Mongolia?20:33
ayoungat lest according to your IRC info...20:33
notmynameayoung: :-)20:35
notmynameayoung: san francisco20:35
ayoungnotmyname, I left my house in San Francisco.20:35
*** kiall_ is now known as Kiall20:36
*** mikal has joined #openstack-dev20:38
notmynameayoung: so what I mean by "swift account" is a set of containers referenced by the account section of the path info in a Swift URL. eg http://swift/v1/account/container/object20:38
notmynameayoung: ie, the things you hand out as an endpoint when someone gives good creds20:38
notmynameayoung: what I specifically do not mean is a user identity or a set of credentials20:38
ayoungnotmyname, ok...so in Keystone we have users and projects.  It was my understanding that permissions on the object at an URL like you have above is controlled according to the associated keystone user20:40
notmynameayoung: correct AFAIK, with the clarification that ACLs are set per-container and inherited by objects (ie we don't store ACLs on a per-object basis)20:41
harlowjaekarlso- pong20:41
*** yolanda has quit IRC20:41
notmynameayoung: well, to be pedantic, a value is set on either a read or write ACL, and that value is interpreted by the auth system and access is granted or denied appropriately20:42
*** chandankumar has quit IRC20:42
*** SergeyLukjanov has quit IRC20:42
ayoungnotmyname, so, when we wrote trusts as a delegation mechanism, it was for that reason we put in impersonation, so that a service could get a token as a user, and not just as a role in a project20:43
notmynameayoung: IOW, swift is a holding place for ACLs, but doesn't actually care what the value or format is. all it does is set them on the request and let the auth middleware make a decision (or ignore them)20:43
notmynameayoung: that seems fine20:43
notmynameno conflict with swift20:43
ayoungnotmyname, but those acls are based on some identifier.  What henrynash and I were discussing was that a a techops person might set up a cloud with a sql backend for keystone, but, in order to roll it out to their company, they need to use the corporate LDAP20:44
notmyname ok20:44
ayoungso ayoung will go from being ayoung in domain1 to ayoung in domain220:44
ayoungwith different userids20:44
*** dina_belova has quit IRC20:44
*** cthulhup has quit IRC20:45
ayoungand so they will need to be able to transfer over the ownership of all resources from the user in dom1 to dom220:45
*** cthulhup has joined #openstack-dev20:45
notmynameayoung: IIRC the ACLs are set now with a keystone identity. you could set bob:* or *:manhattan20:45
notmynameayoung: ok, still no conflict with swift, as long as when the domain changes you don't change the swift endpoint20:46
ayoungnotmyname, cool.  I think we are OK, but I would like to see it on a live system.20:46
nachiayoung: hey. I am trying to understand why we are using kvs driver for the AuthWithTrust https://github.com/openstack/keystone/blob/master/keystone/tests/test_auth.py#L6720:47
ayoungnachi, just test code20:47
ayoungnachi, the goal early on was that everything should work with kvs first20:47
*** terryh has quit IRC20:48
ayoungnachi, if we replace kvs with the dogpile cache then we can unify the kvs, memcached, and any other hashtable type backend20:48
nachiayoung: ok.20:48
nachiayoung: can i run the same test against sql20:49
lbragstadstevemar: updated yet again for better naming: https://review.openstack.org/#/c/40943/1020:49
*** vartom4 has quit IRC20:49
stevemarlbragstad, cool, will check it in the evening, cooking time!20:49
lbragstadstevemar: thanks!20:49
*** cthulhup has quit IRC20:50
morganfainberglbragstad: i'll also check it out this weekend.20:50
morganfainbergerm20:50
morganfainbergtonight20:50
morganfainbergcrap not weekend20:50
morganfainberg:P20:50
lbragstadmorganfainberg: it's only Tuesday!20:51
morganfainbergit's been a long week :P20:51
lbragstadmorganfainberg: the fun just started ;)20:51
morganfainberghehe.20:51
ayoungnachi, yeah.  You probably can do it without much trouble.20:52
*** alunch has joined #openstack-dev20:52
*** maheshp has joined #openstack-dev20:52
lbragstadmorganfainberg: thanks I appreciate it20:52
*** roampune has quit IRC20:52
ayoungnachi, in the config setup, you just need to change the bkacned for trusts.20:53
nachiayoung: ok20:53
*** feleouet has quit IRC20:53
morganfainberglbragstad: sure thing, notifications are a good thing :)20:53
lbragstadmorganfainberg: yes sir20:54
*** stevemar has quit IRC20:54
*** jbresnah has joined #openstack-dev20:55
*** mikal has quit IRC20:56
ayoungnachi, the trust backend defaults to sql, so we over ride for the test20:57
*** feleouet has joined #openstack-dev20:58
ayoungnachi, and I would be OK with making that code run twice, once with kvs, and once with sql20:58
ayoungjust like the test_backend code does20:58
ayoungso you could slip a line in right before the call to super in the setup20:58
ayoungCONF.trust.driver = "...sql.."20:58
*** dolphm_ has joined #openstack-dev21:00
nachiayoung: ok. i will check the test_backend21:00
*** dolphm has quit IRC21:04
*** MaxV has joined #openstack-dev21:04
*** Farooque1 has joined #openstack-dev21:04
*** gyee has joined #openstack-dev21:05
*** anniec has joined #openstack-dev21:06
*** nati_ueno has quit IRC21:07
*** Farooque1 has quit IRC21:07
*** Farooque has joined #openstack-dev21:07
*** melwitt has quit IRC21:08
*** melwitt1 has joined #openstack-dev21:08
*** nati_ueno has joined #openstack-dev21:08
*** roampune has joined #openstack-dev21:10
*** rfolco has quit IRC21:10
*** danwent has joined #openstack-dev21:10
*** alunch has quit IRC21:11
*** jruzicka has quit IRC21:14
mordredmarkmc: so, at this point probably not for this cycle...21:15
mordredmarkmc: but I have got just about all of the needed things in place for using wheel only uploads for pre-release oslo things21:16
*** fbo is now known as fbo_away21:16
markmcmordred, excellent, looking forward to giving it a shot21:16
*** Farooque has left #openstack-dev21:16
markmcmordred, but yeah - icehouse21:16
mordredmarkmc: and it seems quite promising for moving forward21:16
mordredyah21:16
mordrednot happning this cycle21:16
*** vipul is now known as vipul-away21:18
*** bknudson has quit IRC21:18
*** vipul-away is now known as vipul21:18
*** kushal has quit IRC21:20
*** neelashah1 has quit IRC21:21
*** jecarey has quit IRC21:22
*** jasdeepH has quit IRC21:25
*** lexinator has quit IRC21:25
*** prad_ has quit IRC21:27
*** sushils has joined #openstack-dev21:27
*** feleouet has quit IRC21:28
*** bknudson has joined #openstack-dev21:29
*** lexinator has joined #openstack-dev21:30
*** bdpayne has quit IRC21:31
*** feleouet has joined #openstack-dev21:31
*** bdpayne has joined #openstack-dev21:33
*** litong has quit IRC21:33
*** alexpilotti has quit IRC21:33
*** topol has quit IRC21:34
*** droyo has left #openstack-dev21:36
*** jasdeepH has joined #openstack-dev21:38
*** dprince has quit IRC21:38
*** aeperezt has joined #openstack-dev21:40
*** boris-42 has quit IRC21:41
*** tjones has quit IRC21:46
*** prad_ has joined #openstack-dev21:50
*** spzala has quit IRC21:51
*** roampune has quit IRC21:52
*** dina_belova has joined #openstack-dev21:55
*** MaxV has quit IRC21:57
*** rharwood has quit IRC21:57
*** topol has joined #openstack-dev21:58
*** topol has quit IRC21:58
*** topol has joined #openstack-dev21:59
*** dina_belova has quit IRC22:00
*** AlanClark has quit IRC22:01
*** kbringard has quit IRC22:01
*** gyee has quit IRC22:01
*** markmc has quit IRC22:02
*** feleouet has quit IRC22:02
*** corXi has joined #openstack-dev22:02
*** rnirmal has quit IRC22:02
*** markwash has left #openstack-dev22:03
*** markmcclain has quit IRC22:03
*** corXi has quit IRC22:03
*** corXi has joined #openstack-dev22:04
*** noslzzp has quit IRC22:04
*** ayoung has quit IRC22:05
*** donaldh has quit IRC22:05
*** feleouet has joined #openstack-dev22:06
dolphm_shardy: https://review.openstack.org/#/c/39899/ looks awesome, but can you fix a major nit really quick?22:06
shardydolphm_: sure!22:06
dolphm_shardy: https://review.openstack.org/#/c/39899/7/keystoneclient/v3/contrib/trusts.py22:06
*** burt has quit IRC22:08
*** dmakogon has quit IRC22:09
*** dmakogon has joined #openstack-dev22:10
*** shang has joined #openstack-dev22:11
*** shang has quit IRC22:11
*** egallen has quit IRC22:12
*** gyee has joined #openstack-dev22:14
*** mars has quit IRC22:14
*** stevemar has joined #openstack-dev22:15
*** fabio_ has quit IRC22:16
dolphm_shardy: if that comment makes sense, poke me when you have an update?22:16
dolphm_shardy: that was fast :)22:17
shardydolphm_: done ;)22:17
shardydolphm_: I'll post a followup patch for the scope overriding thing, probably not for a day or two tho22:18
dolphm_bknudson: morganfainberg: added ya'll to the above review if you have time22:18
dolphm_shardy: sweet22:18
shardydolphm_: thanks for the review!22:18
morganfainbergdolphm_: sure thing.22:19
dolphm_shardy: trying to keep things moving with ~2 weeks left on the clock!22:19
morganfainberglooking at it now.22:19
shardydolphm_: if this gets merged in the next few days, is there any plan for tagging a pre-h3 keystoneclient release?22:20
*** edmund has quit IRC22:20
morganfainbergshardy: i am embarassed, i didn't correlate shardy to S.Hardy ;)22:20
dolphm_shardy: we discussed a minor blocker to having a release (we introduced a backwards compatibility a couple days ago), but i think your patch is a great excuse for a release22:21
shardydolphm_: Ok, cool, sounds like heat-trusts may still be doable for h3 then, great, thanks!22:21
*** henrynash_ has joined #openstack-dev22:24
*** briancurtin has quit IRC22:24
*** henrynash has quit IRC22:26
*** henrynash_ is now known as henrynash22:26
*** changbl has quit IRC22:26
*** maheshp has quit IRC22:27
*** sudorandom has quit IRC22:29
*** lbragstad has quit IRC22:29
*** stevemar has quit IRC22:32
*** jhesketh has joined #openstack-dev22:35
*** jhesketh__ has joined #openstack-dev22:36
*** feleouet has quit IRC22:37
dolphm_simo: ayoung: around?22:37
*** kbrierly has quit IRC22:39
*** sandywalsh has quit IRC22:40
*** shardy is now known as shardy_afk22:40
*** feleouet has joined #openstack-dev22:41
*** jmontemayor has quit IRC22:41
*** goodmorning has quit IRC22:41
*** nijaba has quit IRC22:42
*** loteriety has quit IRC22:42
*** jayg is now known as jayg|g0n322:43
*** leif_ has quit IRC22:44
*** bdpayne has quit IRC22:46
*** boden has quit IRC22:46
lchengdolpm_: when you get the chance, can you take a look at https://bugs.launchpad.net/python-keystoneclient/+bug/121199822:46
uvirtbotLaunchpad bug 1211998 in python-keystoneclient "Renaming client.py to httpclient.py causes regression to some users" [Undecided,New]22:47
*** stevemar has joined #openstack-dev22:47
*** bdpayne has joined #openstack-dev22:48
*** mikal has joined #openstack-dev22:51
*** mikal has quit IRC22:52
*** prad_ has quit IRC22:52
*** sandywalsh has joined #openstack-dev22:53
*** nijaba has joined #openstack-dev22:54
*** ftcjeff has quit IRC22:55
*** markmcclain has joined #openstack-dev22:55
*** michchap has joined #openstack-dev22:55
*** alunch has joined #openstack-dev22:55
*** pmathews has quit IRC22:57
*** sthaha has joined #openstack-dev22:58
*** sthaha has quit IRC22:58
*** sthaha has joined #openstack-dev22:58
*** FunnyLookinHat has quit IRC23:00
*** jbresnah has quit IRC23:00
*** rcleere has quit IRC23:01
*** SumitNaiksatam has quit IRC23:01
*** alop has joined #openstack-dev23:02
*** gabrielhurley has quit IRC23:02
*** jpich has quit IRC23:03
*** otherwiseguy has quit IRC23:03
morganfainbergshardy_afk / dolphm_: I am really only seeing a couple of NITs in that review.23:05
*** mrodden has quit IRC23:06
*** radez is now known as radez_g0n323:10
*** feleouet has quit IRC23:11
*** dims has quit IRC23:15
*** feleouet has joined #openstack-dev23:15
*** loteriety has joined #openstack-dev23:18
*** loteriety has quit IRC23:18
*** loteriety has joined #openstack-dev23:18
*** romcheg has joined #openstack-dev23:22
*** romcheg has quit IRC23:22
*** SumitNaiksatam has joined #openstack-dev23:23
*** mrodden has joined #openstack-dev23:28
*** changbl has joined #openstack-dev23:29
*** dims has joined #openstack-dev23:31
*** HenryG has joined #openstack-dev23:31
*** JonnyNomad has quit IRC23:31
*** alunduil has joined #openstack-dev23:35
*** bdpayne has quit IRC23:37
*** nachi has left #openstack-dev23:38
*** rfolco has joined #openstack-dev23:42
*** bdpayne has joined #openstack-dev23:42
*** alop has quit IRC23:43
*** feleouet has quit IRC23:46
*** feleouet has joined #openstack-dev23:50
*** topol has quit IRC23:52
*** armax has quit IRC23:52
jamielennoxlcheng: yea, that was my change, i'll take that. We can pretty easily add back that compatibility23:53
*** spzala has joined #openstack-dev23:55

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