Wednesday, 2013-05-01

*** armax has quit IRC00:06
*** gyee has quit IRC00:06
*** sarob_ has joined #openstack-dev00:07
*** sarob has quit IRC00:09
*** ek6_ has quit IRC00:09
*** danwent has quit IRC00:11
*** timjr has quit IRC00:11
*** kagan has quit IRC00:12
*** sarob_ has quit IRC00:12
*** kagan has joined #openstack-dev00:14
*** halj has quit IRC00:14
*** shri has left #openstack-dev00:16
*** galstrom_zzz is now known as galstrom00:16
*** sandywalsh has quit IRC00:16
*** soody has quit IRC00:18
*** soody has joined #openstack-dev00:19
*** galstrom is now known as galstrom_zzz00:21
*** soody has quit IRC00:21
*** soody has joined #openstack-dev00:22
*** jasondotstar has joined #openstack-dev00:23
*** FatDarrel has quit IRC00:23
*** galstrom_zzz is now known as galstrom00:23
*** alop has joined #openstack-dev00:28
*** lloydde has quit IRC00:31
*** redbeard2 has joined #openstack-dev00:32
*** sudorandom has joined #openstack-dev00:34
*** esheffield has joined #openstack-dev00:35
*** danwent has joined #openstack-dev00:37
*** salv-orlando_ has joined #openstack-dev00:38
*** salv-orlando has quit IRC00:38
*** salv-orlando_ is now known as salv-orlando00:38
*** salv-orlando_ has joined #openstack-dev00:39
*** salv-orlando has quit IRC00:39
*** salv-orlando_ is now known as salv-orlando00:39
*** garyTh has quit IRC00:40
*** digitalsanctum has joined #openstack-dev00:41
morganfainbergtermie: ping00:43
*** dolphm has quit IRC00:45
*** esheffield has quit IRC00:47
*** sandywalsh has joined #openstack-dev00:49
*** macjack has joined #openstack-dev00:51
*** soody has quit IRC00:54
*** kagan has quit IRC00:55
*** colinmcnamara has quit IRC00:57
openstackgerritA change was merged to openstack/swift: Uses None instead of mutable dicts for default function arguments  https://review.openstack.org/2784501:01
*** dsanders has quit IRC01:02
*** Mandell has quit IRC01:02
*** darjeeling has quit IRC01:06
*** reed has joined #openstack-dev01:06
*** soody has joined #openstack-dev01:08
*** jjmb has joined #openstack-dev01:12
*** ijw1 has quit IRC01:15
*** dolphm has joined #openstack-dev01:16
*** colinmcnamara has joined #openstack-dev01:16
*** bknudson has quit IRC01:19
*** digitalsanctum has quit IRC01:19
openstackgerritA change was merged to openstack-dev/devstack: RHEL6 support rpms  https://review.openstack.org/2754301:20
*** terry7 has quit IRC01:20
openstackgerritA change was merged to openstack-dev/devstack: Grab upstream nodejs for RHEL6  https://review.openstack.org/2671101:21
openstackgerritA change was merged to openstack-dev/devstack: lib/database: Fixed a bug in database_connection_url  https://review.openstack.org/2770301:21
openstackgerritA change was merged to openstack-dev/devstack: Fix nova compute failing to start on openSUSE 12.3  https://review.openstack.org/2683301:22
*** dolphm has quit IRC01:24
*** pixelbeat has quit IRC01:27
*** salv-orlando has quit IRC01:27
*** yidclare has quit IRC01:27
*** rkukura has joined #openstack-dev01:29
*** maoy has joined #openstack-dev01:29
*** sudorandom has quit IRC01:31
*** dolphm_ has joined #openstack-dev01:31
*** dolphm_ has quit IRC01:32
*** alop has quit IRC01:33
*** vkmc has quit IRC01:35
*** giulivo has quit IRC01:35
*** dolphm has joined #openstack-dev01:36
*** sacharya has joined #openstack-dev01:39
*** galstrom is now known as galstrom_zzz01:40
*** galstrom_zzz is now known as galstrom01:41
*** cp16net is now known as cp16net|away01:42
*** hartsocks has quit IRC01:43
*** markmcclain has quit IRC01:46
termiemorganfainberg: holla01:52
*** colinmcnamara has quit IRC01:53
*** cod3r has quit IRC01:55
morganfainbergtermie: i'll catch you tomorrow i have a couple questions regarding some user update stuff and scenarios01:59
morganfainbergjust noticing some … poor user experience and wondering if it is something we can clean up keystone side…or if I need to punt it over to horizon :)01:59
morganfainberg(and yes, I'll also volunteer for helping to clean it up)01:59
*** cod3r has joined #openstack-dev02:00
termiemorganfainberg: kk02:00
ayoungjaypipes, just now getting around to your request....02:00
openstackgerritA change was merged to openstack/horizon: Migrate to PBR for build tooling.  https://review.openstack.org/2722302:02
*** yidclare has joined #openstack-dev02:05
*** danwent has quit IRC02:06
*** danwent has joined #openstack-dev02:07
*** colinmcnamara has joined #openstack-dev02:07
*** yidclare has quit IRC02:10
*** FnordDownUnder has quit IRC02:10
*** CaptTofu has quit IRC02:12
*** CaptTofu has joined #openstack-dev02:13
ayoungtermie, topol is East Coast, (Raliegh) don't know about stevemar02:13
*** anniec has quit IRC02:16
*** danwent has quit IRC02:19
*** malini_ has quit IRC02:22
*** portante|ltp has joined #openstack-dev02:24
*** soody has quit IRC02:26
*** ladquin has quit IRC02:27
*** novas0x2a|laptop has quit IRC02:29
*** Zah_ has quit IRC02:33
*** cp16net|away is now known as cp16net02:34
*** soody has joined #openstack-dev02:37
*** alexpilotti has joined #openstack-dev02:38
*** dolphm has quit IRC02:40
*** cjoelrun` has joined #openstack-dev02:41
*** jbresnah has quit IRC02:49
*** erfanian has quit IRC02:55
*** katylava has quit IRC02:57
openstackgerritA change was merged to openstack/keystone: HACKING LDAP  https://review.openstack.org/2466503:02
*** dragondm has quit IRC03:06
*** Mandell has joined #openstack-dev03:07
*** dragondm has joined #openstack-dev03:07
*** rcleere has joined #openstack-dev03:08
*** bdpayne has quit IRC03:14
*** galstrom is now known as galstrom_zzz03:18
*** melwitt has quit IRC03:18
*** Mandell has quit IRC03:21
*** Mandell has joined #openstack-dev03:23
*** RajeshMohan has quit IRC03:28
*** RajeshMohan has joined #openstack-dev03:28
*** tserong has quit IRC03:30
*** novas0x2a|laptop has joined #openstack-dev03:34
*** sarob has joined #openstack-dev03:35
*** tserong has joined #openstack-dev03:41
*** andrewbogott is now known as andrewbogott_afk03:45
*** jasondotstar has quit IRC03:48
*** morazi has joined #openstack-dev03:54
*** stevemar has joined #openstack-dev04:04
*** jasdeepH has joined #openstack-dev04:05
*** sarob has quit IRC04:11
*** kagan has joined #openstack-dev04:11
*** sarob has joined #openstack-dev04:11
*** glikson has joined #openstack-dev04:13
*** yolanda_ has joined #openstack-dev04:16
*** sarob has quit IRC04:16
*** yolanda has quit IRC04:17
*** galstrom_zzz is now known as galstrom04:20
*** stevemar has quit IRC04:24
*** Zah_ has joined #openstack-dev04:27
*** maoy has quit IRC04:30
*** Mandell has quit IRC04:31
*** cp16net is now known as cp16net|away04:31
*** glikson has quit IRC04:31
*** zb has joined #openstack-dev04:35
*** colinmcnamara has quit IRC04:35
*** cjoelrun` has quit IRC04:35
*** zaneb has quit IRC04:37
*** zbitter has joined #openstack-dev04:37
*** cmark has joined #openstack-dev04:38
*** aeperezt has quit IRC04:38
*** zb has quit IRC04:40
*** sacharya has quit IRC04:45
*** zb has joined #openstack-dev04:46
*** zbitter has quit IRC04:49
*** zaitcev has quit IRC04:50
*** jclift_ has quit IRC04:54
*** galstrom is now known as galstrom_zzz04:55
*** simo has quit IRC04:56
*** glikson has joined #openstack-dev05:08
*** soody has quit IRC05:17
*** prekarat has joined #openstack-dev05:19
*** Mandell has joined #openstack-dev05:23
*** soody has joined #openstack-dev05:23
*** kagan has quit IRC05:24
*** tzumainn has joined #openstack-dev05:25
*** soody has quit IRC05:27
openstackgerritA change was merged to openstack/quantum: Docstrings formatted according to pep257  https://review.openstack.org/2780405:28
openstackgerritA change was merged to openstack/quantum: Docstrings formatted according to pep257  https://review.openstack.org/2771205:29
*** kagan has joined #openstack-dev05:32
*** romcheg has joined #openstack-dev05:32
*** reed has quit IRC05:35
*** glikson has quit IRC05:36
*** jbresnah has joined #openstack-dev05:41
*** Ryan_Lane has quit IRC05:41
*** SergeyLukjanov has joined #openstack-dev05:42
*** Ryan_Lane has joined #openstack-dev05:46
*** danwent has joined #openstack-dev05:52
*** garyk has joined #openstack-dev05:53
*** swaT30 has quit IRC05:54
*** Daviey has quit IRC05:56
*** swaT30 has joined #openstack-dev05:57
*** jakedahn has joined #openstack-dev06:00
*** Daviey has joined #openstack-dev06:04
*** fungi has quit IRC06:06
*** kagan has quit IRC06:07
*** zbitter has joined #openstack-dev06:09
*** zb has quit IRC06:11
*** glikson has joined #openstack-dev06:28
*** jasdeepH has quit IRC06:29
*** tzumainn has quit IRC06:31
*** yolanda_ has quit IRC06:32
*** morazi has quit IRC06:37
openstackgerritA change was merged to openstack/quantum: Imported Translations from Transifex  https://review.openstack.org/2787206:42
*** glikson has quit IRC06:42
openstackgerritA change was merged to openstack/quantum: Use sql alchemy to fetch a scalar for the max tunnel id  https://review.openstack.org/2787506:43
*** eglynn has joined #openstack-dev06:45
*** kpavel has joined #openstack-dev06:50
*** prekarat has quit IRC06:50
*** kpavel_ has joined #openstack-dev06:50
*** prekarat has joined #openstack-dev06:50
*** kpavel_ has quit IRC06:53
*** kpavel has quit IRC06:54
*** reidrac has joined #openstack-dev07:00
*** eglynn has quit IRC07:01
*** glikson has joined #openstack-dev07:04
*** matiu has quit IRC07:05
*** matiu has joined #openstack-dev07:06
*** eglynn has joined #openstack-dev07:10
*** Ryan_Lane has quit IRC07:12
*** Ryan_Lane has joined #openstack-dev07:14
*** Mandell has quit IRC07:16
*** SergeyLukjanov has quit IRC07:19
*** danwent has quit IRC07:23
*** boris-42 has joined #openstack-dev07:31
*** sthaha has quit IRC07:37
*** hugokuo has joined #openstack-dev07:38
hugokuowhat's "vanilla Swift"  ????07:39
*** ndipanov has joined #openstack-dev07:40
*** ndipanov has quit IRC07:40
openstackgerritA change was merged to openstack-dev/devstack: Correcting comment for HOST_IP_IFACE  https://review.openstack.org/2778007:41
*** ndipanov has joined #openstack-dev07:41
*** rerngvit_ has joined #openstack-dev07:50
*** rerngvit_ has quit IRC07:51
*** jakedahn has quit IRC07:52
*** jakedahn has joined #openstack-dev07:53
*** corXi has joined #openstack-dev07:57
*** jakedahn has quit IRC07:57
*** lucasagomes has joined #openstack-dev08:02
*** sulo_ has joined #openstack-dev08:03
*** sulo_ has joined #openstack-dev08:03
*** danpb has joined #openstack-dev08:07
*** psedlak has joined #openstack-dev08:09
*** pixelbeat has joined #openstack-dev08:11
*** derekh has joined #openstack-dev08:15
openstackgerritA change was merged to openstack/nova: Add delete_net_interface function  https://review.openstack.org/2410108:19
*** macjack has left #openstack-dev08:19
*** jpich has joined #openstack-dev08:20
*** Thor^^ is now known as Thor08:22
*** cdub_ has quit IRC08:28
*** SergeyLukjanov has joined #openstack-dev08:28
*** rnirmal has joined #openstack-dev08:29
*** salv-orlando has joined #openstack-dev08:44
*** Zah_ has quit IRC08:49
*** romcheg has left #openstack-dev08:50
*** danpb has left #openstack-dev08:51
*** jakedahn has joined #openstack-dev08:59
*** jakedahn has quit IRC09:05
*** athomas has quit IRC09:06
*** psedlak has quit IRC09:08
*** athomas has joined #openstack-dev09:15
*** zb has joined #openstack-dev09:16
*** lloydde has joined #openstack-dev09:19
*** zbitter has quit IRC09:19
*** SergeyLukjanov has quit IRC09:20
*** johnthetubaguy has joined #openstack-dev09:28
*** henrynash has joined #openstack-dev09:50
*** henrynash has quit IRC09:55
*** SergeyLukjanov has joined #openstack-dev09:55
*** cod3r has quit IRC10:00
*** baba has joined #openstack-dev10:00
*** jakedahn has joined #openstack-dev10:01
*** mhu has quit IRC10:05
*** jakedahn has quit IRC10:05
*** sthaha has joined #openstack-dev10:08
*** sthaha has joined #openstack-dev10:08
openstackgerritA change was merged to openstack/nova: import and install gettext in vm_vdi_cleaner.py  https://review.openstack.org/2786010:09
*** pixelbeat has quit IRC10:27
*** garyk has quit IRC10:28
*** garyk has joined #openstack-dev10:29
*** pcm__ has joined #openstack-dev10:29
*** pcm__ has quit IRC10:29
*** pcm__ has joined #openstack-dev10:30
*** SergeyLukjanov has quit IRC10:30
*** dguitarbite has joined #openstack-dev10:37
*** drewlander has joined #openstack-dev10:40
*** salv-orlando has quit IRC10:40
*** salv-orlando has joined #openstack-dev10:40
*** salv-orlando has quit IRC10:42
*** pixelbeat has joined #openstack-dev10:46
*** sld has joined #openstack-dev10:48
*** rkukura has quit IRC10:49
*** markmc has joined #openstack-dev10:57
*** salv-orlando has joined #openstack-dev10:59
*** jasondotstar has joined #openstack-dev11:01
*** jakedahn has joined #openstack-dev11:01
*** jakedahn has quit IRC11:06
*** sulo_ has quit IRC11:06
*** sulo_ has joined #openstack-dev11:06
*** yaguang has joined #openstack-dev11:08
*** SergeyLukjanov has joined #openstack-dev11:08
*** sulo_ has quit IRC11:10
*** soody has joined #openstack-dev11:14
*** ondergetekende has joined #openstack-dev11:15
*** sulo_ has joined #openstack-dev11:17
*** Ryan_Lane has quit IRC11:17
*** salv-orlando_ has joined #openstack-dev11:18
*** salv-orlando has quit IRC11:18
*** salv-orlando_ is now known as salv-orlando11:18
*** sulo_ has quit IRC11:19
*** salv-orlando has quit IRC11:19
*** salv-orlando has joined #openstack-dev11:19
*** Ryan_Lane has joined #openstack-dev11:21
*** philr_ has joined #openstack-dev11:22
*** pixelbeat has quit IRC11:25
*** jasondotstar has quit IRC11:26
*** soody has quit IRC11:26
*** sc68cal_ has joined #openstack-dev11:30
*** AndChat|76041 has joined #openstack-dev11:31
*** yaguang has quit IRC11:31
*** sc68cal has quit IRC11:31
*** sthaha has quit IRC11:32
*** zb has quit IRC11:32
*** zaneb has joined #openstack-dev11:32
*** davidhadas has quit IRC11:33
*** philr_ has quit IRC11:34
*** zb has joined #openstack-dev11:34
*** phschwartz has quit IRC11:34
*** phschwartz_ is now known as phschwartz11:34
*** phschwartz_ has joined #openstack-dev11:36
*** zaneb has quit IRC11:37
*** tzumainn has joined #openstack-dev11:52
*** sandywalsh has quit IRC11:54
*** salv-orlando_ has joined #openstack-dev11:55
*** salv-orlando has quit IRC11:55
*** salv-orlando_ is now known as salv-orlando11:55
*** salv-orlando_ has joined #openstack-dev11:56
*** salv-orlando has quit IRC11:56
*** salv-orlando_ is now known as salv-orlando11:56
*** prekarat has quit IRC11:56
*** salv-orlando has quit IRC11:57
*** salv-orlando has joined #openstack-dev11:57
*** dguitarbite has quit IRC12:01
*** jakedahn has joined #openstack-dev12:02
*** dprince has joined #openstack-dev12:03
*** sulo_ has joined #openstack-dev12:04
*** SergeyLukjanov has quit IRC12:05
*** jakedahn has quit IRC12:06
*** sandywalsh has joined #openstack-dev12:07
*** simo has joined #openstack-dev12:09
*** digitalsanctum has joined #openstack-dev12:11
*** galstrom_zzz is now known as galstrom12:12
*** cmark has quit IRC12:15
*** gordc has joined #openstack-dev12:15
*** SergeyLukjanov has joined #openstack-dev12:21
*** CaptTofu has quit IRC12:23
*** CaptTofu has joined #openstack-dev12:23
*** mindpixel has joined #openstack-dev12:23
*** mindpixel has quit IRC12:24
*** tzumainn has quit IRC12:26
*** tzumainn has joined #openstack-dev12:27
*** sthaha has joined #openstack-dev12:27
*** sthaha has joined #openstack-dev12:27
*** garyk has quit IRC12:31
*** radez_g0n3 is now known as radez12:34
*** sulo_ has quit IRC12:39
*** lloydde has quit IRC12:40
*** lucasagomes_ has joined #openstack-dev12:40
*** garyk has joined #openstack-dev12:41
*** lucasagomes has quit IRC12:42
*** networkstatic has quit IRC12:45
*** jjmb has quit IRC12:46
*** galstrom is now known as galstrom_zzz12:48
*** jasondotstar has joined #openstack-dev12:49
*** alunduil has quit IRC12:49
*** flaper87 has joined #openstack-dev12:50
*** romcheg1 has joined #openstack-dev12:52
*** tmclaugh[work] has joined #openstack-dev12:53
*** jclift_ has joined #openstack-dev12:53
*** romcheg1 has left #openstack-dev12:54
*** jclift_ has quit IRC12:57
*** topol has joined #openstack-dev13:00
*** jakedahn has joined #openstack-dev13:02
*** redbeard2 has quit IRC13:02
*** eglynn is now known as hungry-eglynn13:06
*** sulo_ has joined #openstack-dev13:06
*** jakedahn has quit IRC13:06
*** bknudson has joined #openstack-dev13:07
*** litong has joined #openstack-dev13:10
*** lloydde has joined #openstack-dev13:10
*** lucasagomes_ is now known as lucasagomes13:12
*** drewlander has quit IRC13:13
*** drewlander has joined #openstack-dev13:13
*** aeperezt has joined #openstack-dev13:14
*** eharney has joined #openstack-dev13:14
*** digitalsanctum has quit IRC13:18
*** anteaya has joined #openstack-dev13:19
*** romcheg has joined #openstack-dev13:20
*** lloydde has quit IRC13:20
*** pixelbeat has joined #openstack-dev13:20
*** jayg|g0n3 is now known as jayg13:22
*** morazi has joined #openstack-dev13:22
*** digitalsanctum has joined #openstack-dev13:24
*** pabelanger_ has joined #openstack-dev13:27
*** pabelanger_ has quit IRC13:28
*** pabelanger_ has joined #openstack-dev13:28
*** pabelanger has quit IRC13:28
*** pabelanger_ is now known as pabelanger13:28
*** pabelanger_ has joined #openstack-dev13:29
*** woodspa has joined #openstack-dev13:31
*** pabelanger has quit IRC13:31
*** pabelanger has joined #openstack-dev13:31
openstackgerritA change was merged to openstack/nova: Import oslo periodic tasks support.  https://review.openstack.org/2630313:32
*** kbringard has joined #openstack-dev13:32
*** romcheg has left #openstack-dev13:34
*** hungry-eglynn is now known as eglynn13:36
*** rkukura has joined #openstack-dev13:38
*** RajeshMohan has quit IRC13:38
*** RajeshMohan has joined #openstack-dev13:38
*** CaptTofu has quit IRC13:40
openstackgerritA change was merged to openstack/oslo-incubator: Ensure that qpid connection is closed.  https://review.openstack.org/2789413:40
*** jecarey has joined #openstack-dev13:40
*** CaptTofu has joined #openstack-dev13:41
*** CaptTofu has quit IRC13:41
*** CaptTofu has joined #openstack-dev13:42
*** jergerber has joined #openstack-dev13:45
*** lloydde has joined #openstack-dev13:46
*** cloudchimp has joined #openstack-dev13:46
*** romcheg1 has joined #openstack-dev13:48
*** romcheg1 has left #openstack-dev13:48
*** salv-orlando_ has joined #openstack-dev13:49
*** salv-orlando has quit IRC13:49
*** salv-orlando_ is now known as salv-orlando13:49
*** READ10 has joined #openstack-dev13:49
*** RajeshMohan has quit IRC13:49
*** RajeshMohan has joined #openstack-dev13:49
*** garyTh has joined #openstack-dev13:50
*** lloydde has quit IRC13:50
ayoungjaypipes, give me a shout when you have a moment13:52
*** redbeard2 has joined #openstack-dev13:55
*** jjmb has joined #openstack-dev13:55
*** jimfehlig has joined #openstack-dev13:56
*** vkmc has joined #openstack-dev13:57
*** drewland_ has joined #openstack-dev13:58
jaypipesayoung: heya, whatup?13:58
*** fungi has joined #openstack-dev13:59
*** drewlander has quit IRC13:59
*** rnirmal has quit IRC14:00
*** mrodden has joined #openstack-dev14:00
*** jakedahn has joined #openstack-dev14:02
*** Ryan_Lane1 has joined #openstack-dev14:03
*** Ryan_Lane has quit IRC14:03
ayoungjaypipes, so, I read back up on your exchange with termie yesterday.  He was a trifle harsh, but I think he might have a point14:05
jaypipesayoung: which of his points?14:05
ayoungjaypipes, is there any reason avaiability zones should not be exposed in the same way that regions are?14:05
ayoungjaypipes, I think we actually covered this in the discussion at the summit14:05
ayoungwe converged on the term region as it was the more generic14:06
*** esheffield has joined #openstack-dev14:06
*** nimi has quit IRC14:06
jaypipesayoung: my original proposal actually had the concept of availability zones in it. Based on feedback from folks in the room, to be as flexible as possible, folks said to just use the term region (and subregion) and don't use the term availability zone.14:06
ayoungjaypipes, but really any grouping of the service catalog should be covered, which was why we made it a heirarchical design.  He missed that discussion14:06
ayoungright14:06
jaypipesayoung: right, exactly.14:06
ayoungjaypipes, so, aside from avaiability zones and regions, are there any other terms that are used?14:07
ayoungchunks?14:07
jaypipesayoung: I didn't use any term other than region.14:07
ayoungnot you14:07
jaypipesayoung: region that has a parent region == subregion.14:07
ayoungjaypipes, I mean in common usage14:07
ayoungright14:07
jaypipesayoung: HP Cloud uses AZ, region, and geography.14:07
ayoungAZ?14:08
ayoungArizona?14:08
ayoungHhe14:08
jaypipesayoung: availability zone :)14:08
ayoungok14:08
ayoungGuang Yee, from HP was working on AZ....14:08
ayoungWhoopee!14:08
jaypipesayoung: AT&T has multiple regions, with deployment zones inside a region14:08
ayoungjaypipes, OK, so my one concern with chooseing Regions as the term was just what we saw:  people wouldn't realize that it also covered AZ14:09
jaypipesayoung: and our regions are not geographically-connotated, for the reason that we wish to divide our entire deployment into "regions" that describe a tier or SLA level14:09
jaypipesayoung: I'm totally open to using another term. I used Region because it's already in the service catalog.14:09
ayoungI think that actually addresses termie's concern.  He said "it wasn't big enough" but I don't know if there is anything else we need to covere with the approach14:10
ayoungSo, is there? Besides AZ, Region, and geography, are there other terms we need to cover with one blanket?  And, does the current BP/identity doc change cover all that?14:11
jaypipesayoung: I don't think he was referring to the size of a region.14:11
*** jakedahn has quit IRC14:11
*** kbrierly has quit IRC14:11
*** yaguang has joined #openstack-dev14:11
*** AndChat|76041 has quit IRC14:12
jaypipesayoung: he was referring to the *concept* of deployment-specific (deployment == multiple regions/AZs/geographies/sites/whatever) information I think14:12
jaypipesayoung: and whether Keystone was the appropriate place to store that information14:12
*** kbrierly has joined #openstack-dev14:12
*** sacharya has joined #openstack-dev14:12
jaypipesayoung: I personally believe it is the correct place to put that information.14:12
jaypipesayoung: but the jury is apparently out on that?14:12
ayoungjaypipes, I agree that it needs to be avaiable to Keystone.  One thing I've been wondering is if Keystone itself isw trying to do too much in a single server, and should be split up.  However, since the service catalog is going to be scoped down to the set of services associated to a project, they need to be linked.  I thin, in this case, they need to be together.14:13
ayoungI'd like the potential to split, say, the policy repo out into its own service14:14
*** jjmb has quit IRC14:14
*** stevemar has joined #openstack-dev14:14
jaypipesayoung: sure, though neither the service catalog nor the policy repo is a particularly odious source of contention.14:15
*** portante|ltp has quit IRC14:15
ayoungjaypipes, right.  THe hot path in Keystone is token creation.  Hopefully token validation is no longer a hot path due to PKI tokens14:15
ayoungediting user information probably should be done on a different system, too14:16
ayoungno reason to link both of that to a single service14:16
*** sudorandom has joined #openstack-dev14:16
jaypipesayoung: either way, I don't think think the service catalog should be separated out of Keystone.14:16
*** mestery has joined #openstack-dev14:16
*** topol has quit IRC14:17
ayoungjaypipes, I tend to agree, and certainly not for Havana.  That deadline is going to be upon us before we know it14:17
*** dolphm has joined #openstack-dev14:18
jaypipesayoung: right, that's why I thought the proposed /regions resource, which does nothing more than provide a client a way to traverse the existing service catalog in a hierarchical way (and also means the entire service catalog for a deployment doesn't need to be pulled down if you have a centralized service catalog databases)14:18
*** Ryan_Lane1 has quit IRC14:18
*** dolphm has quit IRC14:18
jaypipesayoung: would be an easy win, since it doesn't add any new concept that isn't already in the denormalized existing service catalog data structure14:19
*** kenperkins has quit IRC14:20
openstackgerritA change was merged to openstack/nova: Catch glance image create exceptions  https://review.openstack.org/2699914:20
*** Ryan_Lane has joined #openstack-dev14:21
openstackgerritA change was merged to openstack/nova: Convert the cache key from unicode to a string.  https://review.openstack.org/2788614:21
ayoungjaypipes, looking through the irc log, I don't see anything specific beyond the fact this patch didn't explicitly indicate AZs were covered.14:21
*** jvrbanac has joined #openstack-dev14:21
*** cp16net|away is now known as cp16net14:21
ayoungjaypipes, but I could see a concern that we need multiple ways to filter the data14:22
ayoungwe have some of that baked in to the V3 api approach in general14:22
ayoungFor example, if you want to get a list of all availability zones, regardless of where they fall in the heirarchy, I'm not sure you could as it is now specified14:23
*** andrew_plunk has joined #openstack-dev14:23
ayoungwell, the etherpad has14:24
ayoungGET /availability-zones14:24
*** aelkikhia has joined #openstack-dev14:24
ayoungbut not sorting by geographies14:24
ayoungor whatever term is used in a deployment14:24
*** galstrom_zzz is now known as galstrom14:25
*** dolphm has joined #openstack-dev14:26
*** sacharya has quit IRC14:27
*** salv-orlando has quit IRC14:27
*** salv-orlando has joined #openstack-dev14:27
*** aelkikhia has quit IRC14:27
*** aelkikhia has joined #openstack-dev14:29
*** danwent has joined #openstack-dev14:30
*** FunnyLookinHat has joined #openstack-dev14:30
*** danwent has quit IRC14:31
ayoungjaypipes, OK, thought experiment.  What if we did split off the catalog from Keystone?14:32
*** monst has joined #openstack-dev14:32
ayoungEvery host, every service, hell, every virtual machine if you like, available from a single source14:32
ayounglike DNS14:32
ayoungNow, Keystone can consume them, but they are managed via BIND or what not14:33
ayoungRegions, AZ, Geographies, whatever, then become DNS records of some sort14:33
ayoungjaypipes, It would be a step in the right direction, I think, to use an existing technology as opposed to creating our own.14:35
*** aelkikhia has quit IRC14:35
*** aelkikhia has joined #openstack-dev14:35
*** alunduil has joined #openstack-dev14:35
*** RajeshMohan has quit IRC14:36
*** rcleere has quit IRC14:36
*** ron-slc has quit IRC14:36
ayoungjaypipes, then, each endpoint would show up as a SRV record. https://en.wikipedia.org/wiki/SRV_record14:36
*** aelkikhia has quit IRC14:37
*** RajeshMohan has joined #openstack-dev14:37
*** lorin1 has joined #openstack-dev14:38
ayoungactually, that makes a lot of sense....now, the questions is, how would you scope that information to a project....14:38
*** aelkikhia has joined #openstack-dev14:38
*** ron-slc has joined #openstack-dev14:38
jaypipesayoung: sorry, had to step away to take a call... reading back now.14:38
simoayoung: use sRV and TXT records14:38
*** markmcclain has joined #openstack-dev14:39
ayoungjaypipes, thanks, I was starting to feel like Smeagol14:39
jaypipeslol :)14:39
simoayoung: TXT records to name stuff, sRV records to point at specific hosts14:39
jaypipesayoung: DNS is precisely the analogy that makes sense.14:39
ayoungsimo, +114:40
ayoungjaypipes, so why not use DNS?14:40
simojaypipes: DNS has been precisly built to resolve resources on networks :)14:40
jaypipesayoung, simo: well, the routing/discovery of DNS is great -- no complaint from me. The only thing that would be nice is to be able to have a descriptive field for what the 'region' represents... would be optional of course.14:41
ayoungjaypipes, TXT record, I think14:41
jaypipesayoung: I'm showing my lack of depth in DNS :) If TXT records would work, then cool.14:42
*** rnirmal has joined #openstack-dev14:42
ayoung"TXT RRs are used to hold descriptive text.  The semantics of the text14:42
ayoungdepends on the domain where it is found.14:42
ayoung"  from https://tools.ietf.org/html/rfc1035#page-1214:42
ayoungjaypipes, take a look at this  http://admiyo.fedorapeople.org/ipa/demo/ui/#dns=dnszone&identity=dns&navigation=identity&dnszone-facet=default&dnszone-pkey=test.com14:43
jaypipesayoung: can a single DNS query to cloud.domain.com return information about subcloud1.cloud.domain.com and subcloud2.cloud.domain.com?14:43
ayoungthat is the web UI for FreeIPA's DNS management14:43
*** lauria has joined #openstack-dev14:43
ayoungjaypipes, can a DNS query enumerate subdomains?14:43
ayoungIs that what you are asking?14:44
jaypipesayoung: looks like it can :)14:44
jaypipesayoung: so problem may indeed be solved...14:44
*** glwky has joined #openstack-dev14:45
ekarlsogonna use IPA instead of Keystone or ?14:45
ayoungekarlso, heh14:45
simojaypipes: it is called a zone transfer, and it is usually not allow but normal clients on security grounds14:45
simojaypipes: however nothing stops you putting references in a TXT record that you can parse14:46
ayoungekarlso, I don't think it is "instead of" I think IPA is a great, easy to deploy implementation of standard protocol implementations14:46
ayoungekarlso, so, I would recommend using it for developers that need to support DNS, Kerberos, and LDAP14:46
jaypipessimo: well at that point, you need to put some standard protocol for parsing the TXT record to find information about subzones, no? If that's the case, then we're back to square one.14:46
simoekarlso: I see IPA could be a solid base on which to build keystone so you do not have to reinvent what has already been done but concentrate on doing the openstack specific stuff instead14:47
*** lloydde has joined #openstack-dev14:47
simojaypipes: given subzones is an openstack specific concept you have to no matter what14:47
simojaypipes: the point is to reuse what exists so you do only that 5% and do not have to build then 95% around it too14:47
jaypipessimo: I'm all for that.14:48
ayoungjaypipes, I think it would make sense to look at axfr records, understand the coincerns, and then see if there is a way we could expose a limited subset of the information from them.  https://en.wikipedia.org/wiki/DNS_zone_transfer14:48
simoayoung: zone transfers are an all or nothing thing14:48
simoyou *might* be able to do something with views in bind14:48
*** diogogmt has joined #openstack-dev14:48
simobut managing views is not trivial14:48
simoI wouldn;t base any design on views availability either14:49
*** datsun180b has joined #openstack-dev14:49
simo(bind specific, so no powerdns unbind, etcc... support, also not yet supported in bind10)14:49
*** portante has joined #openstack-dev14:49
*** sc68cal_ is now known as sc68cal14:49
*** sc68cal has joined #openstack-dev14:49
ayoungsimo, if you do a query for * don't you get all of the subzone information?14:49
jaypipessimo: and then you need to think about configuration and setup... instead of adding a record using the same Keystone API I now use to add a service or endpoint, now I'm going to have to build in DNS automation into my deployment methodology (Chef/Puppet/whatever). And that's a bit of a pain.14:49
jaypipessimo: but if you are referring to simply making a DNS *service catalog driver* in keystone, I think that would work.14:50
simoayoung: no14:50
ayoungjaypipes, nope...there are better solutions there, too, using standard protocols,14:50
simoayoung: in bind you can set up * so that any query will resolve to the same address14:50
simoit's a catch all14:51
ayoungah14:51
*** topol has joined #openstack-dev14:51
*** spzala has joined #openstack-dev14:51
*** mgiles has joined #openstack-dev14:51
*** glwky has quit IRC14:51
*** markwash has quit IRC14:51
*** lloydde has quit IRC14:51
simojaypipes: I would build a DNS Update client into keystone14:51
*** bmclaughlin has joined #openstack-dev14:52
simojaypipes: probably by simply popen() nsupdate14:52
*** markmcclain has quit IRC14:52
* jaypipes vaguely remembers hearing something about a DNSaaS..14:52
simojaypipes: and a bit of configuration to see what oiptions to use14:52
ekarlsojaypipes: Moniker14:52
*** electrichead has joined #openstack-dev14:52
simoTSIG or GSS-TSIG signatures depending on the environament14:52
ekarlsoso yeah, there's already a DNSaaS14:52
simoekarlso: is moniker using DNS Updates ?14:52
*** mgiles has quit IRC14:53
ekarlsosimo: I think it does notifications atm14:53
simoakscram: notifications ? meaning ?14:53
ekarlsosimo: notifications from stuff like nova, quantum14:53
simodoesn't tell me anything sorry14:53
simowhat is a notification in monikert ?14:53
ekarlsosimo: stuff like nova and quantum sends notifications when there's events that occor, like creating a new vm, Moniker takes those and does stuff with them..14:54
ayoungsimo, there is an incubating project...I'll find the link14:54
ekarlsohttps://wiki.openstack.org/wiki/Moniker_Incubation_Application14:54
ayounghttps://wiki.openstack.org/wiki/DNSaaS14:54
ekarlsoand that yes14:54
*** rcleere has joined #openstack-dev14:54
ekarlsoit has a client also in python14:54
ayoungekarlso, an admin client?14:55
simoekarlso: I guess moniker wants to create DNS entries with those notifications ?14:55
ayoungcuz the dns client is called nslookup or dig....14:55
*** dosaboy_ is now known as dosaboy14:55
*** jasdeepH has joined #openstack-dev14:55
simoekarlso: and if so I was asking if it uses DNS Updates in the backend to create those entries (otherwise it is a bit of FAIL)14:56
zulmarkmc:  can you +1 this one as well https://review.openstack.org/#/c/27913/14:56
ayoungsimo, backend is PowerDNS14:56
simoyeah reading ... a world of fail14:57
simoI'll write an email asking for explanation14:57
ayoungjaypipes, there are no easy answer, only questions that lead to more questions14:57
jaypipesayoung: thank you, Yoda :)14:58
ayoungjaypipes, but, lets forget the implementation of the DNS server for a moment14:58
ayoungjaypipes, look as good you will not when 42 you reach14:58
*** maoy has joined #openstack-dev14:59
*** reidrac has quit IRC14:59
ayoungjaypipes, I think the right general answer is DNS.14:59
ayoungAZs, regions, etc are well represented by DNS records in a non-surprising way15:00
jaypipesayoung: agreed completely.15:00
ayoungenuemration is a bit problematic in that the only standard way to do it is zone transfers, but that is a solvable problem.15:00
*** sacharya has joined #openstack-dev15:01
ayoungjaypipes, I see enough references to using zone transfers to solve this problem that, while I respect the hell out of simo's opinions, I suspect it is still worth investigating15:01
ayoungbut, assuming it does not work15:01
jaypipesayoung: well, keep in mind Keystone already enumerates all of the regions/zones in the service catalog. It's just not a very friendly or hierarchical way.15:01
ayoungjaypipes, Keystone is a big lump of NIH15:02
*** andrewbogott_afk is now known as andrewbogott15:02
jaypipesayoung: heh15:02
*** markmcclain has joined #openstack-dev15:02
*** drewland_ has quit IRC15:02
ayoungjaypipes, if I were designing today, I would start with standard technologies for all of the things that Keystone provides15:02
simoayoung: axfr is not the way to go imo15:02
*** drewlander has joined #openstack-dev15:03
simoit's heavy and normally not allowed to clients15:03
ayoungsimo, and I know you well enough to know you are most likely right15:03
*** derekh has quit IRC15:03
*** ondergetekende has quit IRC15:03
ayoungsimo, but...if you control the dns server, and can customize it, it might be OK....that is what I would investigate.15:03
simoayoung: a big if15:03
simobut even if you control it, you wouldn;t want to allow all clients to dump the whole DB every time thy have the whim to15:04
ayoungsimo, well, we are talking a bout people doing openstack deployments, which tend to manage a lot of infrastructure15:04
simoit's expensive and does not scale15:04
ayoungsimo, what if...15:04
ayoungyou did a heirarchy, and only put a small amount into each level of the heirarchy?15:04
simoayoung: there are good reasons why axfr is not use except server-to-server, not just security as in 'hiding' stuff15:05
simoayoung: TXT records or SRV records man15:05
simoSRV records ca return multiple entries15:05
simoso just have one that lists all the names you need15:05
ayoungsimo, yeah, that is more likely the right solution15:05
simo_regions.foo.domain.com15:05
simowhich returns regiona.foo.domain.com, regionb.foo.domain.com, regionc.foo.domain.com ....etc.etc.15:06
simoyou do not need axfr to do that15:06
simoyuou do not *want* axfr for something so simple15:06
ayoungsimo, so we would have a standard which is something like _subregions.foo.domain.com  to enumerate the subregions15:06
simoprobably more like _regions._keystone.domain.com15:06
simoor similar15:06
ayoungand _services.myregion.foo.domain.com to enumerate the Openstack services15:07
simoayoung: I can help suggesting the correct names to use if someone wants to own this work15:07
simojaypipes: I am available to help out if you want to drive it15:07
simoayoung: yes15:07
simoit is very simple to set up15:07
*** jakedahn has joined #openstack-dev15:07
*** jjmb has joined #openstack-dev15:07
ayoungekarlso, are you involved in the Moniker project?15:07
simoand keystone can use the nsupdate tool to talk to the DNS server to fill in t6he records15:07
simoit just need an identity that is authorized to make these modifications15:08
simoso either a shared key for TSIG or a kerberos keytab for GSS-TSIG15:08
ayoungsimo, I can own it from the Keystone side15:08
simoayoung: do we need to deal with moniker at all ?15:09
simoshould keystone go directly to DNS or should it talk with this moniker thing ?15:09
ayoungsimo, I think it would be an option integration15:10
*** sudorandom has quit IRC15:10
ayoungit should talk standard protocols and talk to any DNS server that accepts them15:10
*** david-lyle has joined #openstack-dev15:10
simoI agree15:10
ayoungMoniker then can just be the OS bundles solution15:11
ayoungbundled15:11
ayoungsimo, jaypipes https://etherpad.openstack.org/dns-service-catalog15:11
*** garyk has quit IRC15:11
*** jakedahn has quit IRC15:12
*** derekh has joined #openstack-dev15:12
*** sulo_ has quit IRC15:14
*** tryggvil has joined #openstack-dev15:14
simoayoung: keep DNS name short or it will be a pain to type :)15:14
*** jasdeepH has quit IRC15:14
*** sudorandom has joined #openstack-dev15:15
*** portante|ltp has joined #openstack-dev15:15
*** sudorandom has left #openstack-dev15:16
*** jjmb has quit IRC15:16
ayoungjaypipes, see what you started?15:17
ekarlsoayoung: yes15:17
zulmarkmc: ping15:17
ekarlsoI am :)15:17
markmczul, yes?15:17
zulmarkmc: i have a whole bunch of stuff coming down the pipe for oslo-incubator that is using six15:18
markmczul, great15:18
markmczul, just add the pip-requires change to one of those15:18
zulok cool15:18
markmcchers15:18
ekarlsoRyan_Lane: ping15:18
*** glikson has quit IRC15:19
*** yaguang has quit IRC15:19
*** cp16net is now known as cp16net|away15:21
*** cp16net|away is now known as cp16net15:21
ayoungekarlso, take a look at what we are brainstorming https://etherpad.openstack.org/dns-service-catalog and see if it corresponds with your understanding15:21
*** bdpayne has joined #openstack-dev15:26
*** mestery has quit IRC15:26
*** kbrierly has quit IRC15:27
*** zaitcev has joined #openstack-dev15:27
*** katylava has joined #openstack-dev15:27
*** ayoung is now known as ayoung-afk15:27
*** SergeyLukjanov has quit IRC15:28
*** sudorandom_ has joined #openstack-dev15:29
*** sudorandom_ is now known as sudorandom15:30
*** datsun180b_ has joined #openstack-dev15:30
*** hartsocks has joined #openstack-dev15:30
lauriamordred: Hi Monty, I've just built a Flake8 extension for a tempest check. Would you review it and let me know what else is needed for the extension to be integrated into the tempest tree? Here's the link: https://review.openstack.org/#/c/27920/ Thanks15:31
*** datsun180b has quit IRC15:31
*** datsun180b_ is now known as datsun180b15:31
*** dolphm has quit IRC15:31
*** drewlander has quit IRC15:33
ekarlsokiall: ping ping15:34
clarkbwhat timezone does dims hide in?15:35
dansmithclarkb: EDT15:35
clarkbdansmith: ty15:35
*** devoid has joined #openstack-dev15:35
*** alunduil has quit IRC15:36
*** datsun180b has quit IRC15:37
*** datsun180b has joined #openstack-dev15:38
ekarlsoayoung-afk: I think that Moniker can fit into that picture somehow15:38
*** jakedahn has joined #openstack-dev15:40
*** cp16net is now known as cp16net|away15:41
*** cp16net|away is now known as cp16net15:41
*** salv-orlando_ has joined #openstack-dev15:42
*** salv-orlando has quit IRC15:42
*** salv-orlando_ is now known as salv-orlando15:42
*** glikson has joined #openstack-dev15:43
*** aelkikhia has quit IRC15:44
*** jakedahn has quit IRC15:44
*** dolphm has joined #openstack-dev15:45
simoekarlso: if moniker scales down to just be a dns update gateway it could simply stay in nova or keystone and not be a separate project to be honest15:47
simounless there are other things it is supposed to do I haven't understood15:47
*** pabelanger has quit IRC15:48
ekarlsosimo: it's an api like route53 / clouddns from rax15:48
*** mestery has joined #openstack-dev15:48
*** anteaya has quit IRC15:48
simoekarlso: understood15:48
*** hemnafk is now known as hemna15:49
*** RajeshMohan has quit IRC15:51
*** RajeshMohan has joined #openstack-dev15:52
*** otherwiseguy has joined #openstack-dev15:52
*** cdub_ has joined #openstack-dev15:56
*** aelkikhia has joined #openstack-dev15:59
*** sthaha has quit IRC16:01
*** portante|ltp has quit IRC16:01
*** halj has joined #openstack-dev16:02
*** anteaya has joined #openstack-dev16:03
openstackgerritA change was merged to openstack/nova: Fix baremetal get_available_nodes  https://review.openstack.org/2785516:05
*** monst has quit IRC16:06
*** kbrierly has joined #openstack-dev16:07
*** jsindy has joined #openstack-dev16:08
*** SergeyLukjanov has joined #openstack-dev16:13
*** SergeyLukjanov has quit IRC16:14
*** lloydde has joined #openstack-dev16:15
*** armax has joined #openstack-dev16:15
*** trapni has joined #openstack-dev16:18
*** trapni has joined #openstack-dev16:18
*** cdub_ has quit IRC16:19
*** alop has joined #openstack-dev16:19
mordredlauria: looking16:19
*** salv-orlando has quit IRC16:20
*** cdub_ has joined #openstack-dev16:20
*** salv-orlando has joined #openstack-dev16:20
openstackgerritA change was merged to openstack/oslo-incubator: Use range rather than xrange  https://review.openstack.org/2792216:21
*** aelkikhia1 has joined #openstack-dev16:21
openstackgerritA change was merged to openstack/oslo-incubator: Use optparse for install_venv_common  https://review.openstack.org/2784816:21
*** aelkikhia has quit IRC16:22
*** drewlander has joined #openstack-dev16:22
*** comay has joined #openstack-dev16:23
*** roampune has joined #openstack-dev16:23
openstackgerritA change was merged to openstack/nova: Update to using oslo periodic tasks implementation.  https://review.openstack.org/2768316:23
*** ayoung-afk is now known as ayoung16:24
*** zb has quit IRC16:24
*** zb has joined #openstack-dev16:25
ayoungsimo, so I think we could make dns backend for the catalog in keystone16:27
ayoungNo need for a new API or abstraction16:28
dolphmsimo: ayoung: doooo iiiit16:28
simoayoung: makes sense to me16:29
*** Ryan_Lane has quit IRC16:30
*** markmc has quit IRC16:33
*** Ryan_Lane has joined #openstack-dev16:33
*** corXi has quit IRC16:36
dolphmmordred: ^ you might be interested16:36
*** pberis has quit IRC16:36
mordredoh. that's interesting16:36
ayoungdolphm, mordred https://etherpad.openstack.org/dns-service-catalog16:37
*** jasondotstar has quit IRC16:37
*** timjr has joined #openstack-dev16:38
*** jasondotstar has joined #openstack-dev16:38
mordredyes. I agree with that approach16:38
*** noslzzp has quit IRC16:38
ayoungmordred, care to help me flesh it out?16:38
ayounghelp us, I should say, I can't take credit for this16:38
*** noslzzp has joined #openstack-dev16:38
*** mrodden has quit IRC16:38
mordredalthough I do think that having keystone (also) be able to use moniker if it's there would be neat16:38
mordredalthough, chicken and egg I guess16:39
mordredmaybe16:39
ayoungnope16:39
ayoungmonker is a DNS implementaion16:39
ayoungwhere possible we should use DNS update and Moniker will reflect16:39
*** anteaya has quit IRC16:39
mordredmoniker is an api for manipulating dns16:39
*** frozencemetery has quit IRC16:39
ayoungmordred, understood, but we already have one of those...16:39
ayoungDNS for reading the data, dnsupdate for updating16:40
mordredwe do?16:40
ayoungmordred, look at what simo wrote in green on that page:16:40
mordredyes. I was reading that16:40
ayoungnsupdate  calls the standard DNS update protocols:16:40
mordredit concerns me, because it means in an install with both keystone and moniker one might have two different things wanting to manipulate the dns16:41
mordredbut I might be overthinking it16:41
ayoungmordred, think of DNS as the canonical sergvice for this, with Keystone being one of the ways it gets updated16:42
*** zbitter has joined #openstack-dev16:42
*** aoiuasoiud has joined #openstack-dev16:42
*** X-Scale has quit IRC16:43
ayoungmoniker is a possible alternative way to modify DNS, but I would think that it would be more for the VMs to use, and at the Service infrastructure level we would use the standard protocols16:43
mordredwell...16:43
mordredremeber, i'm mr. opensatkc-on-openstack over here16:43
*** zb has quit IRC16:43
ayoungDNS UPDATE  is kindof a standard16:43
*** frozencemetery has joined #openstack-dev16:43
ayoungprobably older than some of the OS devs16:44
mordredyes. I agree with that16:44
*** terryh has quit IRC16:44
mordredhowever, it's not really suitable for tenants to use16:44
mordredbut if my openstack installation is a tenant on a cloud itself16:44
mordredmy keystone there is going to want to be able to manipulate its dns16:44
mordredand it's going to need to be able to use moniker to do that16:44
mordredso - plugins perhaps? with the default being nsupdate?16:45
*** zb has joined #openstack-dev16:45
ayoungmordred, I would think that we would do DNS uPDATE first, and provide the ability to do the updates via Moniker once it is a fully realized project, as an alternative backend that shares the majority of its code with the dnsupdate backend16:46
*** cp16net is now known as cp16net|away16:46
ayoungmordred, yep16:46
mordredgreat! I'm totally all in for nsupdate as long as there is a future-looking ability for me to do the other thing too16:46
ayoungstart off with a dnsupdate backend,  refactor into a straight dns part and an update part, create a new subclass for moniker16:46
* mordred goes back to reading the more pertinent pieces16:46
*** mrodden has joined #openstack-dev16:47
*** zbitter has quit IRC16:48
*** gyee has joined #openstack-dev16:49
*** zb has quit IRC16:49
*** aoiuasoiud is now known as X-Scale16:51
*** derekh has quit IRC16:51
*** sulo_ has joined #openstack-dev16:52
*** anteaya has joined #openstack-dev16:52
*** aelkikhia has joined #openstack-dev16:53
ekarlsoRyan_Lane: yo, ping me when here16:55
Ryan_Laneekarlso: what's up?16:55
ekarlsoRyan_Lane: care for a query ?16:56
Ryan_Lanewhat do you mean?16:56
ekarlsoneed some help on mediawiki :)16:56
Ryan_Lanesure. what's up?16:56
*** aelkikhia1 has quit IRC16:56
*** markwash has joined #openstack-dev16:57
*** jpich has quit IRC16:59
*** zaneb has joined #openstack-dev17:00
*** kagan has joined #openstack-dev17:00
*** reed has joined #openstack-dev17:00
*** jpich has joined #openstack-dev17:00
*** rkukura has quit IRC17:01
*** terry7 has joined #openstack-dev17:02
*** zb has joined #openstack-dev17:02
jeblairayoung: i think http://tools.ietf.org/html/rfc2782  says the format should be _keystone._tcp.os.example.com17:03
*** Ryan_Lane has quit IRC17:03
jeblairayoung: (i am very excited about this, btw)17:03
*** garyk has joined #openstack-dev17:03
ayoungjeblair, sounds right17:04
*** otherwiseguy has quit IRC17:04
*** zaneb has quit IRC17:04
*** shri has joined #openstack-dev17:04
*** Ryan_Lane has joined #openstack-dev17:05
jeblairayoung: updated etherpad to add '_tcp' to the example, and started a references section at the bottom to keep the rfc link handy17:05
ayoungjeblair, nice17:05
*** esp1 has joined #openstack-dev17:05
*** zbitter has joined #openstack-dev17:06
*** esp1 has left #openstack-dev17:06
*** pabelanger has joined #openstack-dev17:07
*** rkukura has joined #openstack-dev17:07
*** zb has quit IRC17:09
*** sarob has joined #openstack-dev17:09
*** doude has quit IRC17:09
*** doude has joined #openstack-dev17:09
openstackgerritA change was merged to openstack/nova: Sync jsonutils from oslo  https://review.openstack.org/2790517:09
openstackgerritA change was merged to openstack/nova: Sync small and safe changes from oslo  https://review.openstack.org/2790617:10
*** cmark has joined #openstack-dev17:10
*** rkukura has quit IRC17:10
*** rnirmal has quit IRC17:10
*** halj has quit IRC17:11
*** X-Scale has quit IRC17:12
*** krtaylor has joined #openstack-dev17:13
*** X-Scale has joined #openstack-dev17:13
*** sacharya has quit IRC17:13
*** zbitter has quit IRC17:15
*** JonnyNomad has quit IRC17:15
*** JonnyNomad has joined #openstack-dev17:15
*** markmcclain has quit IRC17:17
*** lucasagomes has quit IRC17:21
*** dontalton has joined #openstack-dev17:22
*** beagles is now known as beagles_brb17:23
*** Mandell has joined #openstack-dev17:26
*** Ryan_Lane has quit IRC17:27
*** markmcclain has joined #openstack-dev17:27
*** Ryan_Lane1 has joined #openstack-dev17:27
*** sacharya has joined #openstack-dev17:27
*** jsindy is now known as monst17:28
*** Ryan_Lane1 is now known as Ryan_Lane17:28
*** Ryan_Lane has joined #openstack-dev17:28
*** steveg-afk is now known as sgordon17:31
*** bdpayne has quit IRC17:35
*** zaneb has joined #openstack-dev17:36
*** mkerrin has quit IRC17:37
*** yidclare has joined #openstack-dev17:37
harlowjasandywalsh yt17:38
sandywalshhey!17:38
*** zb has joined #openstack-dev17:38
harlowjasandywalsh yo yo, i was having a idea and wondered if its ok with u17:38
harlowjado u mind if i take over https://wiki.openstack.org/wiki/Meetings#Orchestration_team_meeting17:39
harlowjafree timeslot :-P17:39
harlowjai think there is enough interest brewing to get something done (i hope)17:39
sandywalshharlowja, not at all ... it's unused currently17:39
*** sarob has quit IRC17:39
*** mkerrin has joined #openstack-dev17:39
*** sarob has joined #openstack-dev17:39
harlowjasandywalsh thanks, enough people starting to get interested in fixing nova that its gonna get hard without some type of coordination meeting17:40
dolphmjeblair: s/_keystone/_identity/17:40
*** ondergetekende has joined #openstack-dev17:40
harlowja*to start fixing nova, then fix everything else, haha17:40
sandywalshharlowja, yep, good to see things happening. I could never get the time to dedicate to it sadly.17:40
*** ondergetekende has quit IRC17:40
*** zaneb has quit IRC17:40
harlowjasandywalsh i know, its a tiring activity also, the fighting is draining17:40
harlowjaso we'll see how long i can keep it up, ha17:41
sandywalshharlowja, read yun's document, he did some good work previously17:41
*** sarob has quit IRC17:41
sandywalshharlowja, that's what killed me on it ... too many cooks in the kitchen17:42
harlowjasandywalsh totally17:42
*** mestery has quit IRC17:42
harlowjasandywalsh ya, i totally know the feeling17:42
*** mkerrin has quit IRC17:42
harlowjabut with more people getting active, i can at least attempt to swap cooks out if one gets frustrated, lol17:42
harlowjadistribute the paiin17:42
harlowjalol17:42
sandywalsh:)17:43
*** rkukura has joined #openstack-dev17:43
jeblairdolphm, good point, but since we're outside the context of openstack here, maybe we should qualify that.  "openstack-id" is actually an ietf registered service, maybe it should be _openstack-id._tcp....17:43
jeblairayoung: ^17:43
*** zb has quit IRC17:44
harlowjasandywalsh but i have a pretty high tolerance, what doesn't kill me makes me stronger, so we'll see how it goes :-p17:44
dolphmmordred: ayoung: on the dns catalog chicken and egg issue, i think it'd be practical for keystone to provide a read-only service catalog from dns, and not be expected to update dns17:44
*** ladquin has joined #openstack-dev17:44
*** mkerrin has joined #openstack-dev17:44
*** beagles_brb is now known as beagles17:44
dolphmjeblair: awesome, that's even better... i was thinking _openstack should be thrown in there as well17:44
*** Garri has joined #openstack-dev17:45
ayounghttp://www.fpaste.org/9840/67430348/17:45
simoayoung: if you have DNS records you don;t even need that17:46
simo(that snipped prevents you from contacting multiple servers, it welds you to taht specific one)17:46
*** aelkikhia has quit IRC17:46
*** Garri has left #openstack-dev17:47
ayounghttp://www.fpaste.org/9841/36743050/17:48
*** devoid has quit IRC17:48
gyeedolphm, ayoung, do I have the green light to work on this? https://review.openstack.org/#/c/26665/17:49
gyeeshould be a simple change if you guys are OK with the doc17:49
*** cp16net|away is now known as cp16net17:49
*** mestery has joined #openstack-dev17:50
*** eharney has quit IRC17:50
*** networkstatic has joined #openstack-dev17:51
dolphmgyee: i'd like to hear from joe savak, can you poke him on it? he's easily the biggest stakeholder on default projectness17:51
gyeedolphm, sure will do17:51
*** stevemar2 has joined #openstack-dev17:51
*** mikal__ has joined #openstack-dev17:52
dolphmgyee: refresh me- was this blocking/breaking some use case?17:52
*** stevemar has quit IRC17:52
*** jbresnah_ has joined #openstack-dev17:52
*** yidclare1 has joined #openstack-dev17:52
*** akscram1 has joined #openstack-dev17:52
*** retr0h_ has joined #openstack-dev17:52
dolphmgyee: if so, throw it in the commit message17:52
*** garyk has quit IRC17:52
*** cdub_ has quit IRC17:52
*** yidclare has quit IRC17:52
*** bmclaughlin has quit IRC17:52
*** sld has quit IRC17:52
*** jbresnah has quit IRC17:52
*** mikal has quit IRC17:52
*** dosaboy has quit IRC17:52
*** cdub has quit IRC17:52
*** lcheng has quit IRC17:52
*** openstackstatus has quit IRC17:52
*** lifeless has quit IRC17:52
*** akscram has quit IRC17:52
*** Vek has quit IRC17:52
*** toanster_ has quit IRC17:52
*** retr0h has quit IRC17:52
*** ttx has quit IRC17:52
*** uvirtbot has quit IRC17:52
*** aryan has quit IRC17:52
*** jbresnah_ is now known as jbresnah17:52
gyeedolphm, if default project is disabled or deleted, user can't login without involving admin17:52
*** lcheng has joined #openstack-dev17:53
*** cdub has joined #openstack-dev17:53
*** dosaboy has joined #openstack-dev17:53
jeblairsimo: 'openstack-id' is already registered (in the etherpad you indicated that it should be registered)17:53
*** garyk has joined #openstack-dev17:53
*** lifeless has joined #openstack-dev17:53
*** cdub_ has joined #openstack-dev17:53
*** toanster has joined #openstack-dev17:53
*** aryan has joined #openstack-dev17:53
*** bmclaughlin has joined #openstack-dev17:54
*** sld has joined #openstack-dev17:54
*** eharney has joined #openstack-dev17:54
*** zb has joined #openstack-dev17:54
*** adrian17od has joined #openstack-dev17:54
jeblairsimo: also, i think the 'finding keystone' section mimics kerberos, and it looks fine to me; it's the region enumeration that i'm not sure about17:56
*** stevemar2 has quit IRC17:56
*** ttx has joined #openstack-dev17:56
*** ttx has quit IRC17:56
*** ttx has joined #openstack-dev17:56
*** eharney_ has joined #openstack-dev17:57
*** eharney is now known as Guest7408517:57
*** eharney_ is now known as eharney17:57
*** eharney has quit IRC17:57
*** eharney has joined #openstack-dev17:57
*** stevemar has joined #openstack-dev17:57
*** Guest74085 has quit IRC17:59
*** krtaylor has quit IRC18:00
*** krtaylor has joined #openstack-dev18:00
*** baba has quit IRC18:00
*** cod3r has joined #openstack-dev18:00
*** garyk has quit IRC18:02
*** aelkikhia has joined #openstack-dev18:02
*** SergeyLukjanov has joined #openstack-dev18:03
*** beagles is now known as beagles_back_asa18:03
*** beagles_back_asa is now known as beagles_backasap18:03
*** johnthetubaguy has quit IRC18:05
*** cp16net is now known as cp16net|away18:05
*** openstackstatus has joined #openstack-dev18:06
*** lloydde has quit IRC18:07
*** Ryan_Lane has quit IRC18:07
*** anteaya has quit IRC18:07
*** Vek has joined #openstack-dev18:08
*** Ryan_Lane has joined #openstack-dev18:09
*** sarob has joined #openstack-dev18:09
*** aryan has quit IRC18:09
*** rkukura has quit IRC18:09
*** rkukura has joined #openstack-dev18:10
*** novas0x2a|laptop has quit IRC18:12
*** aryan has joined #openstack-dev18:13
*** dontalton has quit IRC18:15
*** cp16net|away is now known as cp16net18:17
*** portante|ltp has joined #openstack-dev18:17
*** glikson has quit IRC18:19
*** athomas has quit IRC18:20
*** sean_s has joined #openstack-dev18:21
*** lloydde has joined #openstack-dev18:21
*** anniec has joined #openstack-dev18:21
*** anniec has quit IRC18:21
*** glikson has joined #openstack-dev18:21
*** anniec_ has joined #openstack-dev18:22
*** anteaya has joined #openstack-dev18:23
morganfainbergtermie: ping18:23
ayoungjeblair, so I added a section where we should specify how each of the operations is performed.18:24
*** jpich has quit IRC18:24
*** garyk has joined #openstack-dev18:26
*** gyee has quit IRC18:27
*** davidhadas has joined #openstack-dev18:29
*** krtaylor has quit IRC18:29
simojeblair: good to know, feel free to correct the pad18:29
simoah and you did, excellent18:30
*** vartom1110 has joined #openstack-dev18:30
simorussellb: I am kinda stuck on how to find out what is the service "source" topic (service.host) when serialize_msg() is called18:30
simodo you have a moment to handhold me there? :-)18:30
openstackgerritA change was merged to openstack/nova: Reset migrating task state for MigrationError exceptions  https://review.openstack.org/2776118:31
*** uvirtbot has joined #openstack-dev18:31
*** krtaylor has joined #openstack-dev18:31
ayoungdolphm, ekarlso simo, jeblair https://blueprints.launchpad.net/keystone/+spec/dns-catalog18:31
ayoungSo we can find it again18:31
simoack, thanks18:32
*** networkstatic has quit IRC18:33
*** novas0x2a|laptop has joined #openstack-dev18:35
*** vkmc has quit IRC18:42
*** lloydde has quit IRC18:43
*** aryan has quit IRC18:46
*** aryan has joined #openstack-dev18:47
*** navid_ has joined #openstack-dev18:47
*** lglenden has joined #openstack-dev18:50
*** melwitt has joined #openstack-dev18:51
termiemorganfainberg: holla18:52
*** stevemar has quit IRC18:52
*** garyk has quit IRC18:53
russellbsimo: seems like something that needs to be passed in to rpc during initialization18:53
simorussellb: either at initialization or it is done in CONF18:53
russellbsimo: so, a new API that the consumer of rpc has to call to set it18:53
russellbyeah, but i don't expect it to ever be a config option18:53
simocause CONF.host even when present seem to contain just the hostname18:54
*** dhellmann has joined #openstack-dev18:54
simobut I need service.hostname here18:54
russellbsimo: yeah, so I'd expect the service to call something like ... rpc.set_source('%s.%s' % ('compute', CONF.host)) ... or something18:54
simorussellb: *what* knows what is our own service name ?18:54
*** stevemar has joined #openstack-dev18:55
russellbsimo: one sec18:55
simoalso if the above call is made18:55
simowhere does set_source() store it ?18:55
russellbnova/service.py18:55
russellbsome global variable i guess18:55
russellbwe'll have an easier way to do this once this whole API gets redesigned ... markmc is on that now18:56
russellbthen it'd be a constructor argument to the client class or something18:56
russellbsomething sane18:56
russellbbut for now ...18:56
russellbnova/service.py  ... Service.__init__()18:57
russellbtopic and host are what you want18:57
russellbwhere topic == 'compute' and host =='hostname'18:57
russellbso right there you could call rpc.set_source('%s.%s' % (topic, host))18:58
simorussellb: ok so the idea would be to add a call to rpc.set_source() there and make it global ?18:58
russellbactually .... rpc.set_source(rpc.queue_get_for(topic, host))18:58
russellbsomething like that18:58
simowouldn't it cause issues where nova impersonate multiple services ?18:58
russellbonly one of these in a given service18:58
russellbshouldn't ever be a case where a single process has multiple source identities18:59
russellbi think18:59
russellbin nova anyway :)18:59
*** jecarey has quit IRC18:59
simocan the process create multiple Service objects ?18:59
russellbno18:59
termieayoung, jaypipes, simo: damn you kids on different timezones who also wake up early in the morning18:59
*** bknudson has quit IRC18:59
*** cod3r has quit IRC19:00
*** krtaylor has quit IRC19:00
simotermie: sucks to be in PST when EST people wake up at 6AM :-)19:00
*** otherwiseguy has joined #openstack-dev19:00
termieayoung, jaypipes, simo: anyway, towards what you guys were discussing, lean on a google friend to explain BNS to you, they did something a little different for this because of problems in DNS19:00
*** krtaylor has joined #openstack-dev19:00
simotermie: what problems ?19:01
termieayoung, jaypipes, simo: may make sense to follow their lead a bit while designing this19:01
*** supaku has quit IRC19:01
simotermie: links ?19:01
termiesimo: i don't remember off-hand, and it isn't public info19:01
termiesimo: but most google employees won't mind telling you19:01
*** bdpayne has joined #openstack-dev19:02
*** radix has quit IRC19:02
*** supaku has joined #openstack-dev19:02
*** bknudson has joined #openstack-dev19:02
*** chandanc has joined #openstack-dev19:02
*** jecarey has joined #openstack-dev19:02
*** radix has joined #openstack-dev19:03
*** jasondotstar has quit IRC19:03
*** jasondotstar has joined #openstack-dev19:03
*** diogogmt has quit IRC19:05
*** amerine has quit IRC19:06
simorussellb: does nova/service.py:Service instantiate also common/rpc/service.py:Service by chance ?19:06
simouhmm actually it rpc.common.Service looks like a superclass of nova Service19:07
*** danwent has joined #openstack-dev19:08
simorussellb: nova seem to create many services named different topics: nova-cells, nova-network, nova-cert, nova-scheduler19:10
russellbsimo: service infrastructure in oslo hasn't been adopted by nova yet19:10
russellbyep, bunch of them19:10
ayoungtermie, is BNS the term or is that a typo?19:10
simorussellb: each of these needs an identity I think, because they are destinations for some client I guess19:10
termieayoung: it is the term19:10
russellbyes19:10
russellball different processes though19:10
simorussellb: then I canno have a global as I need to get the right topic.host in scheduler_msg to set the source19:11
simorussellb: ah19:11
*** supaku has quit IRC19:11
simoI see19:12
simothat simplify things19:12
simook I'll give a shot at this19:12
russellbcool19:12
*** portante|ltp has quit IRC19:12
*** jakedahn has joined #openstack-dev19:12
simorussellb: ok to add set_source in common.py ?19:12
termieayoung: i didn't turn anything up on searches19:12
simoor should it be in __init__.py ?19:12
*** krtaylor has quit IRC19:13
termieayoung: but from past employment history i know it to exist, and to offer some nice features19:13
russellbsimo: __init__.py i guess19:13
*** rnirmal has joined #openstack-dev19:13
ayoungtermie, trying to figure out who I know at Google.  MOst of my friends that worked there left years ago.19:14
*** krtaylor has joined #openstack-dev19:14
termieayoung: i'll try to dig up the info, too, just nice to have multiple sources19:14
*** dolphm has quit IRC19:15
*** cp16net is now known as cp16net|away19:15
ayoungtermie, good to know.  Figured we weren't the first to think of this.  Do you remember the kinds of things they were working around?  DNS security issues?19:16
topoldolphm, at the keystone sessions in portland heckj mentioned that for grizzly that all the openstack projects now had the option of being able to enable TLS for the communications between the projects.  Do you know if this capability is documented somewhere/ I have some folks who want to try this capability out.19:17
*** MarkS has joined #openstack-dev19:18
termieayoung: some of the enumeration things, i'd suspect, a better hierarchichal scheme, my memory on it is really rather foggy19:18
*** e_steve has joined #openstack-dev19:19
termieayoung: has been years and i never had much direct interaction with it19:19
openstackgerritA change was merged to openstack/quantum: Fix 'null' response on router-interface-remove operation  https://review.openstack.org/2786819:19
*** supaku has joined #openstack-dev19:19
simorussellb: reading the comment in queue_get_for() it loks like the topic is foo but nova would use a name of nova-foo ?19:19
e_steveI have a question about glanceclient 0.9.0, is there a way to use the 'v2' glanceclient but have access to the 'v1' methods? Or should I just instantiate two separate glanceclients if I want full functionality for v1 AND v2?19:20
*** cod3r has joined #openstack-dev19:20
russellbthe nova-compute service uses the topic 'compute' (by default)19:20
simorussellb: is the topic passed to Service() then 'compute' or 'nova-compute' ?19:20
russellband talking to it would be compute.<host>19:20
russellb'compute'19:20
simook all fine then19:20
*** zzs has joined #openstack-dev19:21
russellbsimo: you can also see it in Service.start() ... node_topic19:21
russellbthat's where it defines itself, and sets up the connection for consuming messages sent there19:21
russellbmight just want to move that line up into __init__19:21
openstackgerritA change was merged to openstack/quantum: Fix port_id filter not honored  https://review.openstack.org/2755019:22
*** jtomasek|gone has quit IRC19:22
simorussellb: it's not clear to me how create() is used in Service19:23
simobut I'll figure it out19:23
russellbcreate() is what usually gets called i think ...19:24
russellbsee bin/nova-compute19:24
ayoungtermie, just to be clean, this is a different concept than the Google public DNS, right?  https://developers.google.com/speed/public-dns/19:24
termieayoung: yes19:24
*** lloydde has joined #openstack-dev19:24
simorussellb: shouldn't node_topic use queue_get_for() ?19:24
simoerr add 'creating' ther19:24
russellbsimo: yeah.19:24
*** jecarey has quit IRC19:25
morganfainbergtermie: so i was noticing a behavior in token invalidation that seems a bit aggressive.  (this might not be your area to speak to it) but it seems that anytime we make any changes to a user in keystone all tokens are invalidated.  This seems too aggressive if some minor changes are made.19:25
simorussellb: I can put all in start() I do not need the global name until the service is started anyway19:26
morganfainbergtermie: e.g. adding a user to a project, seems silly to invalidate all tokens.19:26
*** krtaylor has quit IRC19:26
*** jecarey has joined #openstack-dev19:26
*** ndipanov has quit IRC19:26
*** networkstatic has joined #openstack-dev19:26
*** krtaylor has joined #openstack-dev19:26
termiemorganfainberg: i would agree19:26
morganfainbergsimilarly with changing perhaps email (password, removal of person from a project, yes)19:26
russellbsimo: fair enough19:26
russellbsimo: so here's a fun wrinkle for you ... bin/nova-dhcpbridge19:27
*** eglynn has quit IRC19:27
simorussellb: why queue_get_for has a context paramter that is not used ?19:27
russellbsimo: that's not a service.  just a script that runs to send a message to the network service.  it gets executed by dnsmasq19:27
russellbsimo: i don't remember :)19:28
russellbbecause we pass context everywhere in the world19:28
morganfainbergtermie: ok, just wanted to bounce it off you and make sure i wasn't missing some other side-effect (before I filed bug and worked on some minor changes to address the aggressiveness)19:28
simorussellb: so nova-dhcpbridge does not create a service.Service ?19:28
russellbright ...19:28
russellbit doesn't really have an identity19:28
simorussellb: in the same file def create_connection(new=False) has no context :)19:28
russellbheh19:28
russellbanother wrinkle, but less of a problem ... nova-api19:29
simorussellb: well isn't dhcpbridge.host an identity ?19:29
*** eharney has quit IRC19:29
russellbi guess so19:29
russellbnova-api doesn't run this service code either19:29
simodistributing keys will be so much fun ...19:29
russellbyeah ... dhcpbridge can't cache anything19:30
simorussellb: phased approach, if you don;t have an identity you do not sign message19:30
russellbso, nova-api creates a nova.service.WSGIService19:30
russellbfair enough19:30
simoand we'll care for those in time19:30
*** sandywalsh has quit IRC19:30
russellbdon't worry about dhcpbridge at all actually19:30
russellbit's nova-network specific, which is going to be deprecated in the same timeframe as when people will start using this stuff19:31
russellbwe *do* care about nova-api, which takes a slightly different code path (WSGIService)19:31
*** eharney has joined #openstack-dev19:31
*** krtaylor has quit IRC19:31
*** vartom1111 has joined #openstack-dev19:32
russellbsimo: the 'name' argument to the WSGIService constructor is probably a reasonable identity19:32
russellbalso gives us an identity per API, which is handy19:32
*** vkmc has joined #openstack-dev19:32
*** krtaylor has joined #openstack-dev19:33
russellb(there are a few APIs ... the openstack compute API which is the main one, the EC2 API, and the instance metadata API)19:33
russellbwe may want different policy for each19:33
*** jakedahn has quit IRC19:33
*** vartom1112 has joined #openstack-dev19:34
*** dontalton has joined #openstack-dev19:34
*** gyee has joined #openstack-dev19:35
simorussellb: uh different policies for the same actions based on the api used ? hairy ...19:35
*** danwent has quit IRC19:35
*** bknudson has quit IRC19:35
*** shri has left #openstack-dev19:35
russellbsimo: well that's a ways down the road19:35
*** vartom1110 has quit IRC19:35
russellbsimo: in fact, we host multiple APIs in the same process right now, so that's a broken idea if the source identity is a global19:36
russellbso ignore that19:36
*** vartom1111 has quit IRC19:36
simorussellb: the source identity doesn't need to be a global19:37
*** beagles_backasap is now known as beagles19:37
simobut then it means pasing it around19:37
simoI prefer it not to be a global in the long term19:37
*** anniec_ has quit IRC19:38
*** aelkikhia1 has joined #openstack-dev19:39
e_steveKeystone//Identity v3 API question.. what is the new equivilant for keystone.tenants.find(name='myuser') ??19:39
russellbsimo: yeah, agreed19:39
e_stevekeystone.projects only has get and expects a tenant object, can we search for tenants by name, or was that removed?19:39
russellbsimo: we need an RpcClient object or something ....19:40
russellbsimo: which is planned for here: https://wiki.openstack.org/wiki/Oslo/Messaging19:40
*** jecarey has quit IRC19:41
*** cdub_ has quit IRC19:41
*** jecarey has joined #openstack-dev19:41
pabelangerDoes packstack develop belong here, or another channel?19:41
*** aelkikhia has quit IRC19:42
*** sandywalsh has joined #openstack-dev19:42
simorussellb: yeah once we have the new stuff it will be easier19:44
ayounggyee, https://blueprints.launchpad.net/keystone/+spec/token-scoped-endpoint  was originally posted based on a discussion with you.  Do you have a doc we can point to as the spec?19:46
*** vipul is now known as vipul|away19:46
*** amerine has joined #openstack-dev19:47
alexpilottimarkmcclain: hi19:47
markmcclainhi19:48
alexpilottimarkmcclain: in your comment: https://bugs.launchpad.net/quantum/+bug/117465719:48
uvirtbotLaunchpad bug 1174657 in quantum "metadata IP 169.254.169.254 routing breaks RFC3927 and does not work on Windows starting from" [Medium,Confirmed]19:48
e_steveHey is there a reason that CrudManager is not inheriting from ManagerWithFind? Or is there a new way to get 'find' functionality from the v3 managers?19:48
alexpilottimarkmcclain: you say: The metadata service already supports passing the static metadata route via DHCP. Have you enabled this support?19:48
alexpilottimarkmcclain: am I missing some Quantum configuration option? :-)19:49
*** phschwartz_ has quit IRC19:49
ayoungtermie, so I read up on the discussion you had with jaypipes yesterday, which is what lead to the brainstorming about DNS.  During the Summit it became clear that  Avaiability Zones/Regions/geography are all really different ways of saying "how do we scope the set of endpoints we expose."  Assuming that Jay's proposal will cover all of these concepts, is there anything really missing in his blueprint for the service catalog?19:52
*** jecarey has quit IRC19:52
*** amerine has quit IRC19:53
alexpilottimarkmcclain: Are you referring to "enable_metadata_network" by any chance?19:55
markmcclainalexpilotti: enable_isolated_metadata19:55
*** dontalton has quit IRC19:55
alexpilottimarkmcclain: we have to support scenarios in which this is not enabled anyway19:56
*** rkukura has quit IRC19:56
*** amerine has joined #openstack-dev19:56
*** amerine has quit IRC19:57
alexpilottimarkmcclain: For now we are adding the route explicity in cloudbase-init: https://github.com/cloudbase/cloudbase-init/blob/master/cloudbaseinit/metadata/services/httpservice.py#L6019:57
*** phschwartz_ has joined #openstack-dev19:57
markmcclainthat will work too19:58
*** zb is now known as zaneb19:58
e_steveSo I noticed if i change this line:19:58
e_stevehttps://github.com/openstack/python-keystoneclient/blob/master/keystoneclient/base.py#L15819:58
alexpilottimarkmcclain: and with the same configuration Linux clients work w/o issues, but AFAIK this is related to the fact that Linux routes 169.254.x.x19:58
e_stevefrom Manager to ManagerWithFind I get all of the original functionality + find functionality, is there a reason it was left out of the client??19:58
markmcclainalexpilotti: yeah we were abusing that19:58
alexpilottimarkmcclain: :-)19:59
markmcclainwe should be able to tweak the dhcp agent to push the static route19:59
alexpilottimarkmcclain: that'd be cool. Please make sure to use both options 121 and 24919:59
markmcclainright now it is optional, but could tweak setting to always do it20:00
markmcclainright win only uses 249 right?20:00
*** krtaylor has quit IRC20:00
*** drewlander has quit IRC20:00
*** krtaylor has joined #openstack-dev20:00
alexpilottimarkmcclain: Windows >= 2008 uses 121, Windows 2003 uses 24920:00
alexpilottimarkmcclain: by setting both we can support both cases20:01
*** tmclaugh[work] has quit IRC20:01
*** aelkikhia1 has quit IRC20:01
markmcclainah.. then the changes needed for >=08 will be minimal20:02
alexpilottimarkmcclain: talking about Windows support, can I ask you to review this patch? https://review.openstack.org/#/c/27889/20:02
markmcclainyeah… I'll take look in a few20:02
alexpilottimarkmcclain: the lack of POST support for metadata is blocking the adoption of Quantum for Windows20:02
markmcclainright20:02
*** amerine has joined #openstack-dev20:03
alexpilottimarkmcclain: do you think we can backport the fix to Grizzly as well?20:03
*** jecarey has joined #openstack-dev20:03
markmcclainnot sure.. that will meet the criteria for stable backport20:03
*** spzala has quit IRC20:03
*** cdub_ has joined #openstack-dev20:04
alexpilottimarkmcclain: well, it's a bug fix, not a feature, and it's VERY critical :-)20:04
*** dolphm has joined #openstack-dev20:05
*** adrian17od has quit IRC20:05
*** sandywalsh has quit IRC20:06
alexpilottimarkmcclain: as otherwise anybody using Windows will need to wait for Havana or apply the patch manually (ouch)20:06
*** mgiles has joined #openstack-dev20:06
*** vipul|away is now known as vipul20:06
gyeeayoung, https://blueprints.launchpad.net/keystone/+spec/service-isolation-and-roles-delegation20:06
simorussellb: where does oslo.config live?20:07
russellboslo-config.git20:07
ayounggyee, OK, I'll obsolete mine and refer to yours20:08
markmcclainalexpilotti: it straddles the line of bug vs feature.. I think that it qualifies as a bug but I'm only one vote :)20:08
*** krtaylor has quit IRC20:09
alexpilottimarkmcclain: ok, time to distribute beer bribes then :-)20:10
*** nunosantos has joined #openstack-dev20:10
ayounggyee, so, the primary change required is that auth_token middleware needs to look in the service catalog refed in the token contains the host as an endpoint.  If not...match the service?20:11
*** Gman2 has joined #openstack-dev20:11
gyeeayoung, I think with that proposal, services/endpoints themselves have their own credentials, public/private keypair20:12
gyeeif token is scoped to the endpoints, only those endpoints can decrypt the token20:13
openstackgerritA change was merged to openstack/quantum: Update RPC code from OSLO  https://review.openstack.org/2790920:13
*** aelkikhia has joined #openstack-dev20:14
*** bdpayne has quit IRC20:14
*** dprince has quit IRC20:15
*** bdpayne has joined #openstack-dev20:16
*** PaulM1 has joined #openstack-dev20:17
*** Gman2 has quit IRC20:17
*** sandywalsh has joined #openstack-dev20:19
*** dontalton has joined #openstack-dev20:20
*** dontalton2 has joined #openstack-dev20:21
ayounggyee, ah.20:22
ayounggyee, I don't think that is necessary.20:22
ayoungand...20:22
*** jclift_ has joined #openstack-dev20:22
ayoungit means that they can reencrypt the token20:23
ayounggyee, I was thinking more along these lines:  https://blueprints.launchpad.net/keystone/+spec/x509-tied-to-token20:24
*** anniec has joined #openstack-dev20:24
ayoungOnly Keystone should be signing tokens, but then further linking them to something like a client cert or kerberos ticket is more secure and removes the bearerness aspect20:24
*** dontalton has quit IRC20:25
*** digitals_ has joined #openstack-dev20:25
ayoungand the other part of that is better done using the delegation mechanisms...20:25
gyeeayoung, the encrypted token is also signed by keystone, so they can't just reencrypt20:25
ayounggyee, hmmmm,20:26
ayounggyee, even still, I think it is the wrong approach20:26
*** cp16net|away is now known as cp16net20:26
ayounggyee, we need a step-by-step, and that blueprint is all-or-nothing20:27
gyeeayoung, regardless, we are moving toward public key based tokens right?20:27
*** digitalsanctum has quit IRC20:27
ayounggyee, moving toward?  We arready have20:28
gyeewhah?20:28
ayounggyee, but I was thinking more in terms of working with existing mechanisms....20:28
ayounggyee, PKI tokens20:28
gyeeI mean tied to the client20:28
ayoungI was thinking more in terms of binding the token to the channel, but I guess the end result is the same degree of security20:29
*** xBytez has quit IRC20:29
ayoungdouble encrypting...20:29
gyeelike double tapping20:30
ayounggyee, something is wrong with that approach....maybe not fatally,  let me think it over20:30
ayoungno, nothing like double tapping20:30
gyeeI was just kidding20:30
*** tzumainn has quit IRC20:30
ayounggyee, OK, need to go get kids...let me think about it20:31
*** xBytez has joined #openstack-dev20:31
*** ayoung is now known as ayoung-afk20:31
*** amerine has quit IRC20:32
*** jecarey has quit IRC20:33
*** lloydde has quit IRC20:34
termieayoung-afk: was at lunch, which blueprint is it?20:35
*** lloydde has joined #openstack-dev20:35
*** xBytez has quit IRC20:35
*** glikson has quit IRC20:36
*** sean_s has quit IRC20:39
*** aelkikhia1 has joined #openstack-dev20:40
openstackgerritA change was merged to openstack/glance: Convert scripts to entry points  https://review.openstack.org/2601820:41
termieayoung-afk: found it20:42
termieayoung-afk, jaypipes: i don't support this trend of submitting stream-of-conciousness etherpads as "blueprints"20:43
*** aelkikhia has quit IRC20:43
dolphmtermie: edit etherpad in counter-stream-of-conciousness20:44
termiedolphm: it's not my fucking spec20:44
termiedolphm: why is this "accepted for havana" when it is obviously not finished20:44
dolphmtermie: link?20:44
termiehttps://blueprints.launchpad.net/keystone/+spec/first-class-regions20:44
dolphmtermie: because we had a summit session on it and decided on the use cases / direction20:45
termiedolphm: it isn't a spec20:45
termiedolphm: if we're going to use blueprints at least enforce that it has been written out, not vaguely agreed upon in a meeting20:46
dolphmtermie: the spec is here https://review.openstack.org/#/c/27563/20:46
dolphmtermie: i'd rather use gerrit to review spec than bp's/etherpad where possible20:46
termiedolphm: i think that's probably going to be a bad idea20:48
termiedolphm: though i like the idea of making sure docs are written20:49
dolphmtermie: yep... version control, voting, commenting, conflict resolution- have a better approach? lol20:49
termiedolphm: something meant for reading prose?20:50
*** xBytez has joined #openstack-dev20:50
*** xBytez has quit IRC20:50
*** xBytez has joined #openstack-dev20:50
dolphmtermie: it's markdown20:50
termiedolphm: it's a diff20:50
dolphmtermie: go render it20:50
termiedolphm: -rolls eyes-20:51
termiedolphm: anyway, linked to it from the bp20:51
dolphmtermie: ah, thanks20:52
dolphmsucks that jenkins doesn't link identity-api reviews to launchpad20:52
*** egallen has joined #openstack-dev20:52
gyeedolphm, should 3.1 be in a separate markdown?20:52
*** READ10 has quit IRC20:52
termiedolphm: all that aside, an actual spec has use cases and workflows20:53
*** egallen has quit IRC20:53
*** wkelly has quit IRC20:55
*** wkelly has joined #openstack-dev20:55
*** egallen has joined #openstack-dev20:56
termiedolphm: this design is a band-aid that has the side-effect of adding an entirely new concept, what we need is real solution discoverability (and probably addressing) that includes a well-thought out plan for how it is going to scale to the load that will be placed on it as a central point in the system20:56
*** egallen_ has joined #openstack-dev20:59
termiestevemar: what's this about not being able to work on github?20:59
dolphmgyee: i'd rather not maintain two docs... if they need to split at some point, we can deal with it then21:00
stevemartermie: apparently we should just put stuff in gerrit and mark it WIP21:00
stevemartermie: legal mumbo jumbo21:00
dolphmtermie: nothing in the spec needs to impact core api either, if you want to allow it entirely as an extension21:00
termiestevemar: your code or my code?21:00
*** egallen has quit IRC21:00
*** egallen_ is now known as egallen21:00
topoltermie, its a lawyer thing.   to collaborate, code should be submitted as a work in progress and steve can share doing that21:01
stevemartermie: my code21:01
termiestevemar: you can put your code wherever you want21:01
termiestevemar: what does that have to do with my code?21:01
dolphmwhat happened to open source21:01
topoland termies code should be submitted as a work in progress.21:01
stevemartermie: won't it build on top of it?21:01
topoldolphm, its a process thing, sdague explained it to me21:02
termieput the words "WORK IN PROGRESS" in your branch name21:02
termiethere is no possible way that legal can know how open source well enough to actually levela  lawsuit on this21:02
*** dripton has quit IRC21:02
dolphmis there a lawyer somewhere that understands the difference between github branches and gerrit reviews?21:03
topolsdague read me the riot act on this...  and he's smart enough :-)21:03
termiethere are copyright notices on the otp of the code21:03
termieyou all signed CLAs21:03
termiethis code is not yours21:03
topolagreed21:03
*** dripton has joined #openstack-dev21:03
*** MarkS has quit IRC21:03
termiewhere is sdague21:03
sdagueI'm here21:03
termiesdague: wtf21:04
*** digitals_ is now known as digitalsanctum21:04
termiesdague: share with me this blasphemy21:04
dolphmsdague: disconfuse us on why github is illegal21:04
termiesdague: or, preferably, disconfuse your company as to why it is not21:04
topolsdague, you told me once before that the proper way for us to collaboarate with external folks was submitting things up as work in progress21:04
*** gordc has quit IRC21:04
openstackgerritA change was merged to openstack/glance: Redirects requests from /v# to /v#/  https://review.openstack.org/2681221:04
*** dripton has quit IRC21:04
*** pabelanger has quit IRC21:05
termiewho is the ceo of ibm nowadays?21:05
sdaguedolphm: it's not illegal, but it's different permissions to go ask our legal team for. right now we're good with on things in gerrit21:05
e_steveHello all.. The crudManager here: https://github.com/openstack/python-keystoneclient/blob/master/keystoneclient/base.py#L158 extends Manager, rather than ManagerWithFind.. as a result the find() and findall() methods are missing from all v3 managers. When I had CrudManager inherit from BaseManagerWithFinhd it didn't break anything and I found no problems using the find() and findall() methods, so presumably it was an intentional change, but i found it21:05
dolphmtopol: that's certainly a valid approach, but how does that make github invalid?21:05
termiesdague: ask forgiveness21:05
topolexactly, dont taunt the happy fun ball21:05
topoltemrie said that not me21:05
sdaguetermie: you've never dealt with our lawyers, have you... :)21:05
termiesdague: i've dealt with plenty21:06
*** dripton has joined #openstack-dev21:06
termiesdague: they haven't won yet21:06
*** rkukura has joined #openstack-dev21:06
termiesdague: they are clearly out of their element if they think there is a difference where code is downloadable from when it is under the same contributor and copyright licenses21:06
topolso sdage will ask, whats wrong with sharing via submitting work in progress patches.  He schooled "boss man" with that :-)21:06
topoltopol, once again bows down to sdague...21:07
termieit hinders collaboration21:07
sdaguetermie: nothing enforces that only CLA stuff lands in github though, I think that's the current crux of it21:07
sdagueyou actually can't even submit to gerrit unless you're on the CLA21:07
termiesdague: all code being written is part of the existing project21:07
*** sarob_ has joined #openstack-dev21:08
topoltopol so glad a seasoned vet like sdague has to face the angry mob..21:08
sdaguethis is the box we're in right now. topol can do a new ask to open it up21:08
termieaww shit back at you topol21:09
termiealso21:09
*** jecarey has joined #openstack-dev21:09
termiedo they have the term "open source" at your company?21:09
topolum yeah, we'll get a formal blessing by when???21:09
termiesdague: just give us a warning when legal decides to start doing code searches on the web for code written by your employees21:10
sdaguehey, just the messanger21:10
topolso I have watched keystone folks in action at crunch time use this approach for collaboration and it worked just fine. what am I missing?21:10
termiesdague: not trying to shoot you21:10
termiesdague: just whoever your represent21:10
*** jergerber has quit IRC21:10
sdagueheh21:10
topolhe shooting both of us..21:10
sdaguehonestly, it wasn't really an issue before. If this is something we need, we'll go do the ask21:11
dolphmtermie: besides the fact that you have the choice not to, why isn't it up for review, anyway?21:11
dolphm(in gerrit)21:11
termiedolphm: i have lots of commits and don't want them squashed yet21:11
sdaguetermie: you realize gerrit does patch series, right? :)21:12
* sdague ducks21:12
termiedolphm: git has plenty of powerful tools for dealing with my history and letting me manage things21:12
termiedolphm: gerrit only has a subset of that21:12
dolphmgerrit uses git too ;)21:12
termiesomewhat21:12
* stevemar regrets opening this can of worms21:12
dolphmtermie: you can put a whole series of patches up for review at once21:13
termiedolphm: they aren't individual patches21:13
sdagueanyway, I've got to run off to a lug meeting, if this is actually really slowing things down, I'll go beat some heads. It just didn't show up as an issue before.21:14
termiedolphm: they are a series of commits21:14
termiedolphm: they need to be cleaned and sorted21:14
dolphmfair enough21:14
openstackgerritA change was merged to openstack/tempest: Finish up flake8 conversion.  https://review.openstack.org/2766321:14
topolsdague, you wont get an answer quickly21:14
ayoung-afktopol, the short of it is that termie's approach is what is the accepted approach in the community, and IBM is making it difficult for you to play.  I21:14
clarkbthats sort of the idea behind WIP though. That you can through commits into gerrit before tehy are ready for merging21:14
topolwhat do we do in the meantime21:14
termiedolphm: do you want to just commit whatever you have open right now and submit it for review?21:14
ayoung-afkIt is not for him to have to change his approach21:14
clarkbthe only realy loss is the ability to fetch a branch instead of a ref21:14
clarkband I can't type21:15
ayoung-afkand I can totally understand wanting to work with the series of patches until you havea problem well solved, and then do the squash and clean up thing21:15
*** bknudson has joined #openstack-dev21:16
ayoung-afkYou often decide...hey, I need to go back to a saved game...ooops squashed them all.21:16
*** ayoung-afk is now known as ayoung-soapbox21:16
clarkbso I don't think it was made clear enough earlier. you do not have to squash if you are using WIP21:16
*** sarob has quit IRC21:16
clarkbWIP changes cannot merge21:16
*** ayoung-soapbox is now known as ayoung21:16
stevemartopol: termie: i have to head out, be back online soon21:16
ayoungclarkb, irrelevant21:17
dolphmtermie: sometimes i do, yes21:17
ayoungwhat is relevant is that github, or any other public git repo, is controlled by the person doing the work.  Posting on gerrit is the start of a formal review process.21:18
dolphmtermie: and then i'll rip apart whatever i end up with into several distinct reviews21:18
ayoungtopol, we used it at crunch time as part of the review process...I had it in a form that I was ready to have reviewed.  THe fact that it took 60 reveiws to get committed is actually an indication of how immature the code was when submitted.21:19
clarkbayoung: I think the idea with WIP when we implemented it was to flag things as explicitly not ready for formal review21:19
clarkbwhcih is why they are not allowed to merge21:19
ayoungclarkb, I understand that.  And it is agreat tool21:19
ayoungI use it regularly21:19
termiei am not claiming that gerritt is going to accidentally merge things as is21:19
*** sarob_ has quit IRC21:20
topolso we can look into getting the rules changed. but honestly that wont help us right now. and accrding to sdague its seems to be keystone that does it different than the other projects that do use WIP for this21:20
termiegithub == a tool21:20
ayoungtopol, WIP has one big problem21:20
*** diogogmt has joined #openstack-dev21:20
termieit is an online place to stash code, often because i work from multiple computers21:20
*** bknudson has quit IRC21:20
*** redbeard2 has quit IRC21:20
ayoungsay I make my code a WIP, and submit on top of another unmerged change, it will mark the other change as a WIP as well21:20
*** stevemar has quit IRC21:21
ayoungso if termie rebases to pick up a fix he needs, but that fix hasn't merged, he can't update his WIP review21:21
dolphmayoung: that was a bug in git-review21:21
*** philr has joined #openstack-dev21:21
ayoungdolphm, was or is?21:21
dolphmayoung: it was ack'd by CI and i remember a discussion of a fix, but i haven't tested it myself21:22
alexpilottimarkmcclain: thanks for the reviewing the patch21:22
termiedolphm: do you know what the git review flag for "just dump all this shit in gerrit please" is?21:22
alexpilottimarkmcclain: I have no other explanation for getting always "GET" on the agent side21:22
*** mdenny has joined #openstack-dev21:22
termiedolphm: i'm not seeing it in the help doc21:22
dolphmtermie: i think git-review --yes21:22
termiedolphm: lulz21:22
dolphmtermie: there's not a --wip option though... (--draft is there though)21:23
*** ayoung is now known as ayoung-kidz21:23
markmcclainalexpilotti: strange the the HTTP should be preserved21:23
termieso, here's my philosophy on this, for future record at this point since i am just going to dump all this unfinished crap on gerrit, i only "formally" give to other people code that works21:24
alexpilottimarkmcclain: I was equally amazed :-)21:24
termiestevemar was interested in working on code that i am working on, that code does not work yet21:24
*** monst_ has joined #openstack-dev21:25
termiestevemar the way to get at that non-working code is through my code scratch pad, which is a branch in github21:25
termiethe process is not formalized, not is it meant to be, it simply was a way to let stevemar see the code so he can work on his own things while i work on mine21:25
mordredtermie: I actually agree that gerrit is not a great mechanism for in-progress collaboration if you're talking about changes larger than a patch or two21:25
*** monst has quit IRC21:26
topolK, I can look into seeing if we can get approval to share directly via github and not gerrit. But I wont get an answer soon.   And we really need to make sure WIP is not the blessed way to do this type of collaboration.  Will suck to be me if I go fight for this and then learn that after dolphm educates us on all the sharing capabilitiess that WIP ended being just a fine way to do this21:26
mordredtermie: there are some todo list items that should make that eventually better, but I know it's a thing that's painful now and needs work21:26
alexpilottimarkmcclain: I'm going to do some more troubleshooting, just in case I missed something in the process21:27
termietopol: i think WIP is probably fine for a variety of things, looking at my code while i work on it is not one of them21:27
mordredI believe some of the legal things are that many people have gotten very specific contribution agreements and related instructions from their overlords21:27
*** jasondotstar has quit IRC21:27
*** lorin1 has quit IRC21:27
topoltermie, or ayoung, can you email me some solid reasons why using WIP is unacceptable for collaboration.  I will then joust with the windmills.... Or make sdague do it... :-)21:28
termietopol: if people want to wait for code "drops" from me, i am happy to push that to wip, but it _is_ something that slows down the development process21:28
termietopol: k, i'll email you and CC ayoung so you have somehting to joust with21:29
topoltermie, perfect... Thanks.21:29
dtroyere_steve: see https://review.openstack.org/#/c/26323/.   It's expired as I haven't gotten back to finishing the proper tests for it.  The idea though is to not use the brute-force method for find that ManagerWithFind does.21:29
mordredtermie: at some point, I'd love to write down some thoughts on the subject and then drink some beer with you around thoughts of how we can move it forward and stuff21:30
termiemordred: i did a git review --yes -D, but it is failing because missing change id21:30
topolin the meantime if there is a way that you can be flexible so collaboration with stevemar can occur that would be appreciated.21:30
termietopol: yeah, working on it21:30
topolK, cool.21:30
jeblairtermie: out of curiosity, how many commits are you about to push?21:30
mordredtermie: yeah - gerrit is gonna be unbending on requiring change-ids. sorry.21:30
*** cjoelrun` has joined #openstack-dev21:31
termiemordred: i don't care about that, how do i get it to put the fucking change ids int21:31
termiei ahve 6 commits21:31
*** philr has quit IRC21:31
termiemordred: "darn" change-ids in21:31
mordredtermie: if you have the commit hook installed, you should be able to do a git rebase --what-ever-the-option-is-that-generates-new-commits /me goes to look21:31
*** lauria has quit IRC21:31
termiemordred: hmm, is the commit hook different from git-review?21:32
*** mgiles has quit IRC21:32
mordred--no-ff21:32
mordredgit review usually instlaled the commit hook the first time you use it in a given repo21:32
*** bdpayne has quit IRC21:33
mordredwe'll re-commit a commit if you made it before instlaling the hook - but I don't believe we go back past one commit21:33
openstackgerritA change was merged to openstack/glance: Create package for registry's client  https://review.openstack.org/2700121:34
*** stevemar has joined #openstack-dev21:35
clarkbyou can `git review -s` to force it to do the initial dance again21:35
*** sarob has joined #openstack-dev21:35
termiehttps://gist.github.com/termie/c30a36890d238a172d1f21:35
*** bdpayne has joined #openstack-dev21:35
termiecan i just copy that change-id into the commit messages of each commit?21:35
termieor does each get a different id?21:36
clarkbeach needs a different one21:36
termiethe rebase --no-ff didn't seem to do the trick21:36
*** jakedahn has joined #openstack-dev21:36
termieweird, all but two already have the ids21:37
*** bknudson has joined #openstack-dev21:37
clarkbif you `git rebase -i HEAD~6` then change each pick to reword I think that will force it to generate new change ids for each commit as you save the commit messages21:37
termieclarkb: aha, that worked, so it is only when it checks the commit messages21:38
*** portante is now known as portante|afk21:38
termieclarkb: danke21:38
HenryGHas anyone tried the new Ubuntu 13.04 for development environment? For me, many of the quantum unit tests fail under 13.04 but passed under 12.04. Looks like a unicode thing?21:38
*** navid_ has quit IRC21:38
clarkbtermie: yeah its a post commit hook21:38
termieclarkb: sure, i just expected that mordred's suggestion would do the trick for that21:39
mordredI thought it would too :(21:39
termiesdague, dolphm: what's our legal stance on DRAFT21:39
mordredHenryG: I'm running 13.04 and I believe I have run the quantum unittest suite21:39
*** roampune_ has joined #openstack-dev21:40
*** topol has quit IRC21:40
dolphmtermie: they're completely private21:40
clarkbmordred: you have't "upgraded" to wheezy inplace yet?21:40
*** cjoelrun` has left #openstack-dev21:40
clarkbdrafts are not truly secure21:40
*** jakedahn has quit IRC21:40
*** jakedahn has joined #openstack-dev21:40
clarkbfwiw21:40
termiedolphm: so i have to go mark each as WIP?21:41
termiemordred: any git-review trick to mark as WIP?21:41
mordredtermie: there used to be a flag for that, and it got lost somewhere along the way - I've got a todo list item to add it back21:42
dolphmmordred: ^++21:42
*** mikal__ is now known as mikal21:42
dolphmtermie: so, yes21:42
termieLOOK UPON THESE WORKS AND TREMBLE: https://review.openstack.org/#/c/27970/21:42
*** roampune has quit IRC21:43
*** roampune_ has quit IRC21:44
*** jmatt has joined #openstack-dev21:44
*** sacharya has quit IRC21:44
*** jmatt has quit IRC21:45
*** andrewbogott is now known as andrewbogott_afk21:45
dolphmtermie: lol you don't need to put anything into the wip text box21:45
mordredtermie: do I have to tremble? or can I just shake a bit?21:45
*** jmatt has joined #openstack-dev21:45
*** davidhadas has quit IRC21:45
*** donaldh has joined #openstack-dev21:45
*** litong has quit IRC21:46
HenryGmordred: what version of Python? I got 2.7.4, shouldn't be a problem, right?21:46
termiemordred: feature request: make the WIP pop up not have a box21:47
mordredtermie: funny you should ask that- we have potential new thoughts on WIP for when we upgrade to 2.621:47
mordredalthough I should also re-add --wip to git-review21:48
*** egallen has quit IRC21:48
termiestevemar: i'm not really sure how one intends to work with the 5 commits that are now up there as WIP, but whenever you run into trouble mark it down so that we can yell at your legal team /cc topol, sdague21:49
*** anniec has quit IRC21:49
*** davidh__ has joined #openstack-dev21:49
*** dontalton has joined #openstack-dev21:50
*** boris-42 has quit IRC21:51
*** dontalton2 has quit IRC21:51
*** cloudchimp has quit IRC21:53
*** sgordon has quit IRC21:59
*** stevemar2 has joined #openstack-dev22:00
*** stevemar has quit IRC22:02
*** kbringard has quit IRC22:03
*** FunnyLookinHat has quit IRC22:03
*** diogogmt has quit IRC22:03
stevemar2termie: thanks for putting them in gerrit, the WIP comments are awesome22:04
*** anteaya has quit IRC22:04
termiestevemar2: asdasdasfasd22:04
termie"assdassed assfassed"22:05
termieis the pronunciation on that, btw22:05
*** mrodden has quit IRC22:06
stevemar2termie: hehe, fwiw i appreciate your flexibility22:07
*** salv-orlando has quit IRC22:07
termieyou got my message about keeping track of your complaints, right?22:07
stevemar2yup22:07
termiek, firrealz, it'll make things easier for topol and such to fight our battles22:08
*** digitalsanctum has quit IRC22:08
*** sulo_ has quit IRC22:08
*** pabelanger_ has quit IRC22:08
stevemar2yeah, he and ayoung went through this already, i think we should be able to change the way it's done, 2 instances now :)22:08
*** pabelanger has joined #openstack-dev22:09
*** cdub_ has quit IRC22:09
dolphmstevemar2: i'd be happy to contribute a third if it'll help22:10
*** cdub_ has joined #openstack-dev22:10
dolphmstevemar2: some day you'll be able to use pastebin22:10
termieall glory unto pastebin22:11
*** radez is now known as radez_g0n322:11
dolphms/pastebin/gist/22:11
stevemar2shh, i'll use it and just not tell anyone22:11
*** roampune has joined #openstack-dev22:11
dolphmstevemar2: THAT'S THE SPIRIT22:11
*** sgordon has joined #openstack-dev22:11
stevemar2ask for forgiveness, not permission :)22:12
*** kenperkins has joined #openstack-dev22:13
*** vartom1112 has quit IRC22:14
*** monst_ has quit IRC22:16
*** maoy has quit IRC22:17
*** jayg is now known as jayg|g0n322:18
alexpilottimarkmcclain: good news, we don't need the header22:18
alexpilottimarkmcclain: I'm resending the patch now22:18
markmcclaincool22:18
alexpilottimarkmcclain: wonder what the issue was but my bad anyway for hurrying up w/o enough troubleshooting :-)22:19
*** zzs has quit IRC22:19
markmcclainno worries22:20
*** zzs has joined #openstack-dev22:20
dolphmtermie: well worded22:22
*** sdague__ has joined #openstack-dev22:22
*** trapnii has joined #openstack-dev22:23
*** trapni has quit IRC22:23
*** dhellmann has quit IRC22:24
*** PaulM1 is now known as PaulM22:25
*** roampune has quit IRC22:25
*** sacharya has joined #openstack-dev22:25
*** rnirmal has quit IRC22:26
*** armax has left #openstack-dev22:26
*** FunnyLookinHat has joined #openstack-dev22:27
*** anniec has joined #openstack-dev22:27
*** anniec has quit IRC22:27
*** anniec has joined #openstack-dev22:27
openstackgerritA change was merged to openstack-dev/devstack: Remove redundant arping package from apts/nova  https://review.openstack.org/2746522:28
openstackgerritA change was merged to openstack-dev/devstack: Add configurable use of veths with Quantum+OVS.  https://review.openstack.org/2739622:30
*** eharney has quit IRC22:32
*** hemna is now known as hemnafk22:33
*** amerine has joined #openstack-dev22:35
*** FunnyLookinHat has quit IRC22:35
jaypipestermie: I was only following dolphm's instructions post-design-summit-session by putting up a patch to the identity-api spec.22:36
termiejaypipes: not mad you for that, just poking at dolphm that i think diffs are not the best place to read proposals22:36
termiejaypipes: that are mostly writing22:37
*** stevemar2 has quit IRC22:37
*** FunnyLookinHat has joined #openstack-dev22:37
*** flaper87 has quit IRC22:37
termiejaypipes: i would still personally like a more thorough spec that goes through the needs of users and other services22:37
*** vkmc has quit IRC22:38
termiejaypipes: examples of waht will be stored, and what we think the access patterns are22:38
dolphm*that* would be different, and that's a bit more of what we discussed in the session (in this case)22:38
termiejaypipes: i think there is way to solve this that actually makes things simpler down the long run22:38
dolphmtermie: which is?22:38
termiedolphm: can't tell you until we have some actual usage examples22:39
termiedolphm: that's why you write those first22:39
dolphmjaypipes: the regions stuff might make this obsolete https://blueprints.launchpad.net/keystone/+spec/service-relationships22:41
termiejaypipes: but i do want the nova use case in there, i've talked with vish about this briefly in the past so i'm sure he'll have things to ask for22:41
dolphmtermie: so, here's a related use case for discussion https://etherpad.openstack.org/FolsomKeystoneServiceRelationships22:41
dolphmgranted it also jumps straight to a solution22:42
*** jecarey has quit IRC22:42
*** SergeyLukjanov has quit IRC22:43
*** lglenden has quit IRC22:45
*** dolphm has quit IRC22:45
*** digitalsanctum has joined #openstack-dev22:46
*** michchap has joined #openstack-dev22:48
*** jakedahn has quit IRC22:48
*** datsun180b has quit IRC22:48
*** galstrom is now known as galstrom_zzz22:49
*** jimfehlig has quit IRC22:49
e_steveHi all22:51
e_stevekeystoneclient question ( Attempting to fix a bug, but im not sure if the server is misbehaving)22:51
e_steveShould this URL work: /v3/projects?id=960accfc09d74f98b5adddcd14649ea722:51
e_steveand filter out all projects not matching id = <>22:51
e_stevebecause as of now that request returns back all projects22:52
*** erfanian has joined #openstack-dev22:53
*** kbrierly has quit IRC22:54
e_steveanyone?22:54
*** vipul is now known as vipul|away22:57
*** edmund1 has quit IRC22:58
*** jvrbanac has quit IRC23:00
*** otherwiseguy has quit IRC23:00
*** dolphm has joined #openstack-dev23:00
*** mdenny has quit IRC23:01
*** woodspa has quit IRC23:02
*** tzumainn has joined #openstack-dev23:02
*** donaldh has quit IRC23:02
*** salv-orlando has joined #openstack-dev23:03
*** dolphm_ has joined #openstack-dev23:04
*** sudorandom has quit IRC23:05
*** rcleere has quit IRC23:06
*** dolphm has quit IRC23:06
*** aelkikhia1 has left #openstack-dev23:07
*** mrodden has joined #openstack-dev23:07
*** e_steve has quit IRC23:11
*** salv-orlando has quit IRC23:12
openstackgerritA change was merged to openstack/python-cinderclient: Update setup.py prior to next upload to pypi.  https://review.openstack.org/2792123:15
*** andrewbogott_afk is now known as andrewbogott23:17
*** FunnyLookinHat has quit IRC23:18
*** jmatt has quit IRC23:19
alexpilottimarkmcclain: the patch is up for review, can I ask you to take a look when you have time? :-)23:19
*** bmclaughlin has quit IRC23:21
openstackgerritA change was merged to openstack/nova: xenapi: Don't swallow missing SR exception  https://review.openstack.org/2798123:21
*** sacharya has quit IRC23:23
termiewell, another effective day of coding...23:23
*** garyTh has quit IRC23:23
termieand by that i mean, arguing on irc instead of coding23:23
*** jmatt has joined #openstack-dev23:23
*** cdub_ has quit IRC23:24
*** JonnyNomad has quit IRC23:25
*** JonnyNomad has joined #openstack-dev23:25
*** sdague__ has quit IRC23:26
*** dontalton has quit IRC23:30
*** markwash has quit IRC23:32
*** kenperkins has quit IRC23:34
*** gyee has quit IRC23:37
*** stevemar has joined #openstack-dev23:37
*** kenperkins has joined #openstack-dev23:37
*** david-lyle has quit IRC23:40
*** jakedahn has joined #openstack-dev23:42
*** bknudson has quit IRC23:42
*** jaypipes has quit IRC23:44
*** jakedahn has quit IRC23:46
*** otherwiseguy has joined #openstack-dev23:47
*** sacharya has joined #openstack-dev23:47
*** matiu has quit IRC23:47
*** matiu has joined #openstack-dev23:47
*** matiu has quit IRC23:47
*** matiu has joined #openstack-dev23:47
*** vipul|away is now known as vipul23:48
*** nati_ueno has joined #openstack-dev23:48
*** lloydde has quit IRC23:48
*** jecarey has joined #openstack-dev23:49
SpamapSWhat I'm seeing is, if I call eventlet.sleep(0), I get a bunch of old greenthreads taking their turn.. spraying useless stuff out in my test suite23:49
SpamapSbut eventlet.sleep(0.1) ... no such thing happens23:49
SpamapSThis being a test suite, Ideally I'd like for all greenthreads to be cleaned up between each test.23:50
*** stevemar has quit IRC23:52
*** andrewbogott is now known as andrewbogott_afk23:57
*** redbeard2 has joined #openstack-dev23:59

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