Tuesday, 2012-01-31

*** openstack has joined #openstack-dev16:52
*** dolphm has joined #openstack-dev16:53
*** Remco__ has quit IRC16:54
antonymvishy: it's back up, i ping'd monty about it16:55
vishyantonym: cool thx16:55
*** ohnoimdead has joined #openstack-dev16:56
*** zns has quit IRC16:56
*** martine has joined #openstack-dev16:59
mtaylorpvo: thanks bro!17:00
pvomtaylor: no worries.17:01
mtaylorDaviey: r'\b([Bb]ug|[Ll][Pp])\s*[#:]?\s*(\d+)'17:01
openstackgerritgholt proposed a change to openstack/swift: Fix bug regarding negative Content-Length headers.  https://review.openstack.org/358117:02
mtaylorxtoddx: unabandoned17:03
LinuxJedixtoddx: you fee is one pint of beer to mtaylor ;)17:03
LinuxJedis/you/your17:03
Davieythanks mtaylor17:04
xtoddxcan do17:05
xtoddxmtaylor: thanks17:05
*** spiffxp has joined #openstack-dev17:06
*** dwalleck has quit IRC17:06
*** maploin has quit IRC17:10
*** martine has quit IRC17:11
*** zns has joined #openstack-dev17:16
*** hattwick_ has joined #openstack-dev17:17
*** Mandell_ has joined #openstack-dev17:17
*** rods has quit IRC17:17
*** aclark_ has joined #openstack-dev17:18
*** vish1 has joined #openstack-dev17:19
*** cmagina_ has joined #openstack-dev17:19
*** mtaylor_ has joined #openstack-dev17:21
*** cp16net_ has joined #openstack-dev17:24
*** andrewbogott has joined #openstack-dev17:24
*** openstackgerrit has quit IRC17:24
*** markvoelker has quit IRC17:24
*** hattwick has quit IRC17:24
*** hattwick_ is now known as hattwick17:24
*** Mandell has quit IRC17:24
*** vishy has quit IRC17:24
*** AlanClark has quit IRC17:24
*** mtaylor has quit IRC17:24
*** cmagina has quit IRC17:24
*** ipl31_ has joined #openstack-dev17:24
*** ipl31 has quit IRC17:24
*** cp16net has quit IRC17:24
*** russellb has quit IRC17:24
*** cp16net_ is now known as cp16net17:24
*** russellb has joined #openstack-dev17:25
*** dtroyer has joined #openstack-dev17:26
*** mattstep has quit IRC17:26
*** novas0x2a|laptop has quit IRC17:29
*** openstackgerrit has joined #openstack-dev17:32
*** adjohn has joined #openstack-dev17:33
*** jog0 has joined #openstack-dev17:33
*** vincentricci has joined #openstack-dev17:33
*** mattstep has joined #openstack-dev17:33
*** adjohn has quit IRC17:33
*** adjohn has joined #openstack-dev17:33
openstackjenkinsProject nova-docs build #2074: SUCCESS in 3 min 17 sec: https://jenkins.openstack.org/job/nova-docs/2074/17:33
openstackjenkinsHengqing Hu: Return instancesSet in TerminateInstances ec2 api17:33
*** markvoelker has joined #openstack-dev17:34
*** aclark_ has quit IRC17:37
*** derekh has quit IRC17:39
*** jog0_ has joined #openstack-dev17:40
*** aclark_ has joined #openstack-dev17:41
openstackgerritJosh Kearney proposed a change to openstack/python-novaclient: Allow the service type to be specified via CLI or env var.  https://review.openstack.org/356017:42
openstackgerritVerification of a change to openstack/nova failed: bug 923798: On XenServer the DomU firewall driver fails with NotImplementedError  https://review.openstack.org/358017:42
uvirtbotLaunchpad bug 923798 in nova "On XenServer the DomU firewall driver fails with NotImplementedError" [Undecided,In progress] https://launchpad.net/bugs/92379817:42
*** jog0 has quit IRC17:42
*** jog0_ is now known as jog017:42
*** dwalleck has joined #openstack-dev17:43
*** bepernoot has joined #openstack-dev17:45
bodepddoes it make sense to supply a region to requests to the nova ec2 api, it seems like it means something a little different than it does in aws?17:47
*** dolphm has quit IRC17:48
*** dolphm has joined #openstack-dev17:49
*** hashar has left #openstack-dev17:51
*** dwalleck has quit IRC17:54
*** reed has joined #openstack-dev17:55
*** jog0 has quit IRC17:55
*** rods has joined #openstack-dev17:55
*** jog0 has joined #openstack-dev17:55
openstackgerritRussell Bryant proposed a change to openstack/nova: Be more explicit about emptying connection pool.  https://review.openstack.org/358317:56
*** gyee has joined #openstack-dev17:57
*** bepernoot has quit IRC17:57
*** jdurgin has joined #openstack-dev17:57
*** jog0 has quit IRC17:58
*** jog0 has joined #openstack-dev17:59
openstackgerritRussell Bryant proposed a change to openstack/nova: Clear out RPC connection pool before exit.  https://review.openstack.org/358418:00
openstackgerritRussell Bryant proposed a change to openstack/nova: Empty connection pool after test_kombu.  https://review.openstack.org/358518:00
*** mtaylor_ is now known as mtaylor18:01
*** mtaylor has quit IRC18:01
*** mtaylor has joined #openstack-dev18:01
*** ChanServ sets mode: +v mtaylor18:01
ayoungtermie, can you join the keystone meeting so we can discus ksl?18:03
*** joesavak has joined #openstack-dev18:04
*** stuntmac_ has joined #openstack-dev18:04
*** stuntmachine has quit IRC18:06
*** rods has quit IRC18:18
*** dolphm has quit IRC18:19
*** dolphm has joined #openstack-dev18:19
*** heckj has joined #openstack-dev18:21
*** dolphm has quit IRC18:23
*** novas0x2a|laptop has joined #openstack-dev18:25
openstackgerritDean Troyer proposed a change to openstack-dev/devstack: Add support for OS_* environment vars  https://review.openstack.org/349318:27
openstackgerriteglynn proposed a change to openstack/glance: Add --capture-output option to glance-control.  https://review.openstack.org/351618:27
*** darraghb has quit IRC18:28
*** dolphm has joined #openstack-dev18:29
openstackgerritDean Troyer proposed a change to openstack-dev/devstack: Extract common functions into a separate file  https://review.openstack.org/349018:29
*** Ryan_Lane has joined #openstack-dev18:31
vish1comstud: ping18:31
openstackjenkinsProject nova-docs build #2075: SUCCESS in 2 min 49 sec: https://jenkins.openstack.org/job/nova-docs/2075/18:33
openstackjenkins* armando.migliaccio: bug 923798: On XenServer the DomU firewall driver fails with NotImplementedError18:33
openstackjenkins* jason: fixes melange ipam lib18:33
uvirtbotLaunchpad bug 923798 in nova "On XenServer the DomU firewall driver fails with NotImplementedError" [Undecided,Fix committed] https://launchpad.net/bugs/92379818:33
openstackgerriteglynn proposed a change to openstack/glance: Add --capture-output option to glance-control.  https://review.openstack.org/351618:36
*** spiffxp has quit IRC18:37
*** spiffxp has joined #openstack-dev18:37
*** vincentricci_ has joined #openstack-dev18:40
*** vincentricci has quit IRC18:40
*** vincentricci_ is now known as vincentricci18:40
*** bepernoot has joined #openstack-dev18:42
comstudvish1: pong18:48
ogelbukhhello, can someone point out what is the status of atlas-lb within the openstack?18:51
*** vish1 is now known as vishy18:54
*** rbasak has quit IRC18:58
vishycomstud: https://github.com/vishvananda/nova/compare/master...initiator#L9R34818:59
*** novas0x2a|laptop has quit IRC18:59
vishycomstud: unfamiliar with xenapi host stats, but I think that is the right way to get a config setting?18:59
*** novas0x2a|laptop has joined #openstack-dev18:59
*** anotherjesse has joined #openstack-dev19:00
heckjyoung - you here?19:00
heckjayoung^^19:00
ayoungheckj, I'm here19:00
heckjayoung: the KSL branch is more consolidated for those entities, not attempting to separate them for various endpoints. You'd create a different backend that used the pieces that you want as you want them there - so a single place coordinates the efforts between sql, ldap, etc.19:01
znsanotherjesse: how is this handled in ksl? ayoung said: "anotherjesse, do we keep the backend_entities keyword,  and have the dirver honor that?"19:01
*** davlap has joined #openstack-dev19:02
znsheckj: so you use drivers for groups of entities (i.e. I have driver for tenants, roles, and users - but I can't put them on different drivers). Correct?19:02
heckjayoung: It just requires you implement the API that's defined as an abstract base object (https://github.com/openstack/keystone/blob/redux/keystone/identity/core.py) - Driver19:02
*** dubsquared1 has quit IRC19:03
anotherjesseheckj / ayoung - there are (at least) two ways to do backing to multiple backends19:03
heckjzns: its more organized around the API that you interact with rather than the objects being stored.19:03
anotherjesseone idea is to specify each driver independently19:03
anotherjessethe other is that you build an identity driver that can put together the backends in a way that makes sense - but is wholesale configured19:04
*** flaviamissi has quit IRC19:04
*** bepernoot has quit IRC19:05
heckjanotherjesse: do we have anything of the second yet defined in KSL?19:05
openstackjenkinsProject nova-docs build #2076: SUCCESS in 5 min 1 sec: https://jenkins.openstack.org/job/nova-docs/2076/19:05
openstackjenkinsrbryant: Be more explicit about emptying connection pool.19:05
*** _adjohn has joined #openstack-dev19:06
*** flaviamissi has joined #openstack-dev19:07
anotherjesseheckj: for composing?19:07
heckjanotherjesse: yeah19:07
heckjanotherjesse: an example of configuration based composing anyway19:07
ayounganotherjesse, heckj OK,  I need to start somehwhere.  If I just start using the sql code as a prototype of how to write the LDAP one,  I assume we can do the composing on top of that, maybe as a second step?19:07
anotherjesseayoung: the kvs is probably simplier19:07
ayounganotherjesse, OK19:08
anotherjessebut it is that you need to implement:19:08
anotherjesse    def get_tenant(self, tenant_id):19:08
anotherjesse    def get_tenant_by_name(self, tenant_name):19:08
anotherjesse...19:08
*** jog0 has quit IRC19:08
openstackgerritA change to openstack/nova has been rejected: Changes for supporting fast cloning on Xenserver. (Implements https://blueprints.launchpad.net/nova/+spec/fast-cloning-for-xenserver) 1. use_cow_images flag is reused for xenserver to check if copy on write images should be used. 2. image-id is used to   https://review.openstack.org/334319:08
ayounganotherjesse, and I've been told that there is code in Nova that we are looking at?19:08
anotherjesseayoung: https://github.com/openstack/keystone/blob/redux/keystone/identity/core.py is actually the base class19:08
*** jog0 has joined #openstack-dev19:09
anotherjesseayoung: https://github.com/openstack/nova/blob/master/nova/auth/ldapdriver.py19:09
heckjayoung: the class "Driver" in there19:09
comstudvishy: looking19:09
openstackgerritMikyung Kang proposed a change to openstack/nova: Implements blueprint heterogeneous-tilera-architecture-support  https://review.openstack.org/140219:09
*** adjohn has quit IRC19:09
*** _adjohn is now known as adjohn19:09
ayounganotherjesse, heckj do we have an LDAP scheme we expect the dirsrv to have in it?   I followed the steps http://mirantis.blogspot.com/2011/08/ldap-identity-store-for-openstack.html  but had to guess at what was expected for the LDIF to define user,  groups  and so on19:10
anotherjesseayoung: https://github.com/openstack/nova/blob/master/nova/auth/nova_openldap.schema19:11
heckjayoung: that's been different for nearly every organization I've run into so far - configuring a LDAP search string in a config file has been my approach so far, but I don't have any public code to show you on that19:11
vishyzns: sudo security question19:11
vishyzns: oops wrong person19:11
ayounganotherjesse, thanks19:12
vishysmoser: ping19:12
smoserhey19:12
vishysmoser: so if you had a choice19:12
vishyneeding to escalate to root19:13
*** jperkin has joined #openstack-dev19:13
vishycat or grep?19:13
vishysmoser: the deal is i need to read a conf file that is owned by root19:13
ayounganotherjesse, heckj OK,  I'll start with those.  I'll bother you if I get stuck.19:13
* heckj nods19:13
comstudvishy: won't quite work... only certain information is returned from get_host_stats() it appears19:14
vishycomstud: darn, it looked like the config values were copied19:14
comstudvishy: See 'def update_status' in HostState class in xenapi_conn19:14
*** martine has joined #openstack-dev19:15
comstudvishy: oh wait19:15
comstudvishy: I missed the top part of that method19:15
smoservishy, i dont know. cat seems less likely to be vulnerable to anything, and both that i see aren't going to open anything other than stdout for write.19:15
*** vincentricci has quit IRC19:16
vishycomstud: wait it looks like it doesn't copy the whole sr rec19:16
comstudvishy: yeah, not the whole SR record... but I see it copies the 'host_data' information19:17
comstudvishy: At the top part of update_status()19:17
comstudvishy: 660             data = json.loads(task_result)19:17
comstudvishy: I think that does give you what you need19:17
comstudvishy: But.. I don't know enough about Xen to say that 'host_other-config' is always going to be there or anything19:18
vishycomstud: ok right so i did read it correctly the first time19:18
comstudvishy: appears so :)19:18
vishycomstud: according to xen docs it should be set19:18
vishybut I will ask ewan19:18
comstudi'll look at my xen install19:18
comstudand see what comes back from that19:18
comstudif i can figure out the corresponding 'xe' command19:19
comstudoh19:20
comstudcalls plugin19:20
comstudok19:20
*** jakedahn has joined #openstack-dev19:21
comstudvishy: In my output, it shows the key as 'other-config'19:21
vishycomstud: 337     oc = dct.get("other-config", "")19:21
vishy338     out["host_other-config"] = ocd = {}19:21
vishyin the plugin19:21
vishyare you getting it some other way?19:22
vishyor maybe it splits out host on the other end?19:22
*** bepernoot has joined #openstack-dev19:22
comstudvishy: ah, the plugin is translating the keys19:22
comstudvishy: i was doing a manual 'xe host-param-list'19:22
*** nati2 has joined #openstack-dev19:22
vishycomstud: cool, so that should work supposedly?19:23
*** rbasak has joined #openstack-dev19:23
comstudvishy: So I think you're set19:23
comstudvishy: Appears so19:23
openstackgerritVerification of a change to openstack-dev/devstack failed: Add support for OS_* environment vars  https://review.openstack.org/349319:23
vishycomstud: ok I'm going to prop this then19:24
*** dolphm has quit IRC19:24
*** dwalleck has joined #openstack-dev19:24
comstudvishy: cools.  i'm dropping off shortly to head to airport.  should have a reply about that FFE before then19:31
openstackgerritVish Ishaya proposed a change to openstack/nova: Add initiator to initialize_connection  https://review.openstack.org/358619:31
vishycomstud: great19:31
*** pixelbeat has quit IRC19:32
openstackgerritVish Ishaya proposed a change to openstack/nova: Add initiator to initialize_connection  https://review.openstack.org/358619:37
dtroyermtaylor: ping?19:41
mtaylordtroyer: pong19:41
dtroyermtaylor: got an interesting devstack test problem.19:41
*** nati2 has quit IRC19:42
dtroyermtaylor: https://review.openstack.org/3493 adds an exercise (client-env.sh) that doesn't pass yet because code needs to be fixed19:42
*** nati2 has joined #openstack-dev19:42
dtroyermtaylor: can you exempt it from running under jenkins for now?19:42
*** jmolinaso has joined #openstack-dev19:42
mtayloryou mean just the client-env.sh ?19:43
dtroyeryes19:43
mtayloris there a way to tell exercise.sh to not run it?19:43
dtroyeryes, SKIP_EXERCISES= inlocalrc19:43
dtroyerI think it would be SKIP_EXERCISES=client_env19:44
mtaylorI'm fine with that ... jeblair, do you see any issues with doing that ^^^19:45
*** flaviamissi has quit IRC19:48
*** dolphm has joined #openstack-dev19:53
openstackgerritRussell Bryant proposed a change to openstack/nova: Remove utils.runthis().  https://review.openstack.org/358719:54
openstackgerritVish Ishaya proposed a change to openstack/nova: Add initiator to initialize_connection  https://review.openstack.org/358619:56
*** flaviamissi has joined #openstack-dev19:56
openstackgerritVish Ishaya proposed a change to openstack/nova: Add initiator to initialize_connection  https://review.openstack.org/358619:58
vishylots of pushes :)19:58
*** bengrue has joined #openstack-dev20:02
openstackgerritChmouel Boudjnah proposed a change to openstack/openstack-planet: Added chmouel to Planet Openstack  https://review.openstack.org/358820:06
*** jmolinaso has quit IRC20:06
openstackgerritJosh Kearney proposed a change to openstack/python-novaclient: Set the default service name to 'Nova'.  https://review.openstack.org/358920:07
*** adjohn has quit IRC20:09
openstackgerritChmouel Boudjnah proposed a change to openstack/openstack-planet: Add hackergotchi image for chmouel  https://review.openstack.org/359020:10
*** martines has quit IRC20:12
*** hashar has joined #openstack-dev20:14
*** nati2 has quit IRC20:15
*** sandywalsh has quit IRC20:16
*** martines has joined #openstack-dev20:17
openstackgerritPaul McMillan proposed a change to openstack/horizon: Converted Quantum to Datatables.  https://review.openstack.org/333620:18
openstackgerritVerification of a change to openstack/python-novaclient failed: Set the default service name to 'Nova'.  https://review.openstack.org/358920:22
*** novas0x2a|laptop has quit IRC20:23
*** novas0x2a|laptop has joined #openstack-dev20:24
*** anotherjesse has quit IRC20:24
*** davlap has quit IRC20:25
*** dprince has quit IRC20:27
*** davlap has joined #openstack-dev20:29
jk0mtaylor: you around to look at https://jenkins.openstack.org/job/gate-integration-tests-devstack-vm/955/console ? I believe a NOVA_REGION_NAME env var needs to be set20:30
mtaylorjk0: yup.20:32
openstackgerritRussell Bryant proposed a change to openstack/nova: Use os.path.basename() instead of string splitting.  https://review.openstack.org/359120:32
jk0mtaylor: thanks :)20:32
mtaylorjk0: any idea to what it should be set? and/or is the config change correct/expected?20:33
jk0the defaults should just work.. I'm just guessing with that20:34
jk0hm20:34
jk0not much to go on20:34
mtaylorhrm indeed20:35
*** hashar has quit IRC20:37
smoservishy, remembering something above20:37
smoseri think you already had 'dd' in a list of "things we sudo to do"20:38
smoserdd if=/dev/stdin of=/dev/stdout ~= cat , right?20:38
jeblairdtroyer, mtaylor: skipping that tests sounds fine to me20:38
jeblairdtroyer: you can patch openstack-ci/slave_scripts/devstack-vm-gate-host.sh to change the localrc that the devstack test uses20:39
dtroyerjeblair: cool, will do20:40
openstackgerritKevin L. Mitchell proposed a change to openstack/nova: Allow for auditing of API calls.  https://review.openstack.org/359220:40
annegentlejeblair: or mtaylor: if I want to run a tool called pandoc on the Jenkins server, how do I get started? It's to take markdown to Docbook, then run the maven job.20:42
mtaylorannegentle: first step would be to get pandoc installed ... then we'd just need to change the doc build script20:43
jeblairannegentle: i love pandoc.  :)20:43
annegentlewoo20:43
annegentleok, I'm looking at the Jenkins job config, and can I just add a pre-build step?20:43
jeblairmtaylor: it's haskell20:43
*** bepernoot has quit IRC20:43
*** dolphm has quit IRC20:43
annegentledo you want me to put this request in through here or is it a CI request o?20:44
annegentleer, or is there a process I should follow?20:44
*** anotherjesse has joined #openstack-dev20:44
annegentleI've tested it locally, not sure what else you'd like me to ensure prior to installing on Jenkins20:44
openstackgerritDean Troyer proposed a change to openstack/openstack-ci: Add client-env to SKIP_EXERCISES  https://review.openstack.org/359320:44
jeblair1.8.1.1-1ubuntu2 is available in ubuntu20:44
jeblairannegentle: will that version be okay?20:44
annegentleayup, I've got pandoc 1.8.1.1 locally20:45
jeblairannegentle: and you can file a bug against the openstack-ci project for things like this: https://bugs.launchpad.net/openstack-ci20:45
*** dolphm has joined #openstack-dev20:45
annegentlejeblair: ok, logging20:46
annegentlejeblair: thanks guys, what's your guess for when this can get done?20:48
annegentlejeblair: the new markdown doc is approved, just need to test the automation layer to publish20:48
*** lloydde has joined #openstack-dev20:48
mtaylorannegentle: should probably be able to get to it this week20:52
annegentlemtaylor: great, thanks a lot20:52
*** dwalleck has quit IRC20:52
annegentlemtaylor: a LOT20:52
annegentle:)20:52
*** dwalleck has joined #openstack-dev20:54
dtroyerjeblair: I pushed https://review.openstack.org/3593 to skip the new devstack exercise20:54
*** sandywalsh has joined #openstack-dev20:55
jeblairdtroyer: approved, jenkins should be testing that change now (it's gated along with the other projects and devstack)20:56
*** bhall has joined #openstack-dev21:01
*** bhall has quit IRC21:01
*** bhall has joined #openstack-dev21:01
openstackgerritMonty Taylor proposed a change to openstack/openstack-ci: Update launch_slave to use paramiko.  https://review.openstack.org/356321:02
*** dubsquared has quit IRC21:02
mtaylorjeblair: updated ^^21:02
openstackgerritVerification of a change to openstack/python-novaclient failed: Set the default service name to 'Nova'.  https://review.openstack.org/358921:03
*** stuntmac_ has quit IRC21:04
termieayoung: more around now21:05
ayoungtermie, I'm looking into the LDAP backend for KSredux21:05
ayoungBTW,  keystone segment of the meeting is happening in #openstack-meeting right now21:05
*** bpg has quit IRC21:07
*** dwalleck has quit IRC21:07
*** stuntmachine has joined #openstack-dev21:07
*** stuntmachine has quit IRC21:07
*** stuntmachine has joined #openstack-dev21:07
openstackgerritVerification of a change to openstack/nova failed: Use os.path.basename() instead of string splitting.  https://review.openstack.org/359121:08
vishyayoung: there is a pretty good ldap fake in nova which could be very helpful21:08
ayoungvishy, yes,  I'm using that as the starting point21:09
vishyalso the ldap in nova was rewritten as the ldap in keystone heavy too21:09
openstackgerritMonty Taylor proposed a change to openstack/openstack-ci: Update launch_slave to use paramiko.  https://review.openstack.org/356321:09
vishyso there are a couple of references there :)21:09
vishyI don't claim to be good enough at ldap to claim that I did it the right way though :)21:09
ayoungvishy, thanks.  We should chat after this meeting,  just so I can get a brain dump from you on the LDAP approach21:10
*** berendt has quit IRC21:10
*** dwalleck has joined #openstack-dev21:11
*** flaviamissi has quit IRC21:12
vishyayoung: you assume i remember :)21:12
ayoungvishy, nah, I just assume you can fake it.21:12
*** anotherjesse1 has joined #openstack-dev21:13
*** troytoman-away is now known as troytoman21:13
*** anotherjesse has quit IRC21:13
*** stuntmachine has quit IRC21:14
*** dwalleck has quit IRC21:16
*** dwalleck has joined #openstack-dev21:16
openstackgerritRussell Bryant proposed a change to openstack/nova: Fix broken devref docs.  https://review.openstack.org/359421:17
*** adjohn has joined #openstack-dev21:18
*** stuntmachine has joined #openstack-dev21:18
*** lts has quit IRC21:20
*** martines has quit IRC21:20
*** joesavak has quit IRC21:22
*** anotherjesse1 has quit IRC21:22
openstackgerritMonsyne Dragon proposed a change to openstack/nova: Make parsing of usage stats from XS more robust.  https://review.openstack.org/359521:23
*** martines has joined #openstack-dev21:24
*** pixelbeat has joined #openstack-dev21:27
termiezns: who is using keystone (the python one)?21:32
*** andrewsmedina has quit IRC21:33
*** hashar has joined #openstack-dev21:33
*** dtroyer has quit IRC21:39
*** dtroyer has joined #openstack-dev21:39
*** hashar has quit IRC21:41
*** markwash has joined #openstack-dev21:44
*** jdg has joined #openstack-dev21:45
openstackjenkinsProject nova-docs build #2077: SUCCESS in 3 min 1 sec: https://jenkins.openstack.org/job/nova-docs/2077/21:48
openstackjenkins* rbryant: Remove utils.runthis().21:48
openstackjenkins* rbryant: Use os.path.basename() instead of string splitting.21:48
*** stuntmachine has quit IRC21:49
*** stuntmachine has joined #openstack-dev21:50
ayoungtermie, is the goal that keystone-manage goes away and we use the 'keystone' command to do everything that keystone manage does?21:56
openstackgerritRussell Bryant proposed a change to openstack/nova: Use "display_name" in "nova-manage vm list".  https://review.openstack.org/359621:56
termieayoung: keystone-manage still exists and is the cli21:56
termieayoung: keystone is the service itself21:56
termiekeystone-manage does one thing (db_sync) for setup, and the rest is just a wrapper around keystoneclient21:57
ayoungtermie, ok,  so it looks like the nova approach is to do everything via the remote API. Is keystone going to try and do the same?21:57
ayoungkeystone-client21:57
termieayoung: keystoneclient is python-keystoneclient, the library most projects use to interact with keystone21:57
termieayoung: everything is handled via the api (and admin api) except for the db_sync operation21:58
termiewhich is the migration21:58
termieand initial db setup21:58
termie./bin/keystone-manage without any args should give you help output21:58
*** hashar has joined #openstack-dev21:59
ayoungtermie, right...I was just learning the pre KSL keystone-manage...threw me for a loop21:59
znstermie: I don't have a comprehensive list. I know Rackspace does.21:59
*** hashar has quit IRC21:59
termieayoung: yeah, the ksl keystone-manage is a bit different, the two projects have a different data model and a different way of interacting with the serivce22:00
termieayoung: pre-ksl it was doing direct db ops22:00
termieayoung: so you didn't even have to have keystone running22:00
termiezns: rackspace is using the python version or my team at rackspace is?22:01
*** dwalleck has quit IRC22:01
termiezns: do you think you can email me a list of those that you are aware of?22:01
termiezns: i need to start talking to them22:01
*** negronjl has quit IRC22:01
*** negronjl has joined #openstack-dev22:01
termiezns: my understanding was that rackspace has a java implementation as well22:01
*** Gordonz has quit IRC22:02
*** pmyers has quit IRC22:02
termiezns: or one of something similar22:02
*** LinuxJedi has quit IRC22:02
*** stuntmachine has quit IRC22:02
Davieyvishy: it seems to me, that vendors will still land crack at the last minute.. but just in a different tree :/22:02
Ryan_Lanevishy: right now it's possible to do some extension via drivers, and api extensions, but there is still a need to directly modify core for many features22:02
Davieywhich IMO, is no different to using the stable/ process22:02
Ryan_Laneeven features that should never appear in core22:02
*** LinuxJedi has joined #openstack-dev22:02
vishyDaviey: true :)22:03
vishyRyan_Lane: I think the goal with those features is to find the right abstraction22:03
Davieyvishy: it feels to me, that there should be a deadline for non-release blocker fixes.22:03
Davieyand a broken driver isn't that22:03
vishyRyan_Lane: so that core can be extended22:03
*** jdg has quit IRC22:03
DavieyIf they miss the deadline, they have to go the stab;e/ root.22:03
openstackgerritMark Washenberger proposed a change to openstack/nova: Add mkswap to rootwrap  https://review.openstack.org/359722:03
Ryan_Lanewell, why not some form of hook system, or some other normal form of extensibility?22:04
*** dolphm has quit IRC22:04
openstackgerritBrian Waldon proposed a change to openstack/nova: Use single call in ExtendedStatus extension  https://review.openstack.org/359822:04
vishyRyan_Lane: right, if there are more hooks needed, we should add them22:04
Ryan_Lanethere are hooks right now?22:04
vishyRyan_Lane: I don't think it is easy to see where those hooks are until you have something that you want to add that needs one22:04
Ryan_LaneI totally agree. hooks should occur naturally over time22:05
vishyRyan_Lane: well in the general sense of the term, yes22:05
Ryan_LaneI didn't realize we already had a hooks system22:05
vishyRyan_Lane: although I don't know if you are talking about something specific22:05
Davieyvishy: If this goes ahead, it makes it easier for me (who doesn't care about driver/foobar) to break it (and not notice or care), and just expect foobar carers to fix it22:05
DavieyATM, i can't break foobar, or if i do - i need to work with foobar to fix it, before my code lands.22:05
Ryan_Laneare you talking about drivers?22:05
vishyDaviey: that is a good point, but on the other hand it means that we have lots of code being proposed for drivers22:05
vishywhich none of us has a clue about22:05
vishyso we just go, if you say so and click merge22:06
Davieyheh, if the tests pass, ship it! :)22:06
vishyDaviey: maybe the right way to do it with some kind of subpackage system22:06
Ryan_Lane+1 on subpackage22:06
vishyso they can work in their own branch and we could pull from their stuff every so often22:06
vishyso they have a version of the code in core that we test against22:06
DavieyThat is like feature trees, right?22:07
*** stuntmachine has joined #openstack-dev22:07
*** stuntmachine has joined #openstack-dev22:07
vishyDaviey: it means that they can still ship newer versions of their code if they want22:07
DavieySo, this is more about devolving ownership of things -core doesn't follow as closely?22:07
vishyso we would have 1.0 in, but they could release 1.1 or 1.2 separately22:07
Davieyvishy: This makes life harder for distro's :)22:07
vishyDaviey: yeah, all of the vendors are scrambling like mad to get their stuff into essex22:08
Davieyhaving promised working versions.. is a nice feature.22:08
vishyDaviey: they could provide their own ppas22:08
*** rnirmal has quit IRC22:08
vishywhich a user can choose to use22:08
vishyDaviey: I'm just brainstorming here btw22:08
Davieyif it turns into one big driver tree, distro might have to decide between superfast foo driver or optimal  bar?22:08
*** stuntmachine has quit IRC22:08
vishyDaviey: I'm thinking more like:22:09
Davieyvishy: right.. and i'm just stomping on everything, sorry22:09
vishyif a consumer decides that they really want to use a solidfire san22:09
vishythen I don't think they mind using solidfire's special ppa for up-to the minute drivers22:09
vishyand they should have an easy way to get those22:09
mtaylorhey all - we're moving paste.openstack.org to a new server - it's possible over the next 5 minutes or so that you could lose a paste22:09
vishyeven though they don't matter to 99% of nova users22:10
vishymtaylor: are you moving it to hastie.com ?22:10
Davieyvishy: I really think there needs to be more love for the stable tree :)22:10
Davieyregular releases from the stable tree will help this.22:10
vishyDaviey: we all love the stable tree22:10
*** jdg has joined #openstack-dev22:10
Daviey.. and, all distro users benefit.22:11
mtaylorvishy: nah - just another cloud server - but this time one that's actually properly configuration managed and what not. you know - init scripts22:11
Davieyvishy: it is worth remembering that once a user goes custom ppa, they are bound to that ppa... no promise of upgrade path.22:12
openstackgerritTrey Morris proposed a change to openstack/nova: Ties quantum, melange, and nova network model  https://review.openstack.org/330922:14
Davieyvishy: I do agree that there will be a time, when nova-core cannot be expected to understand everyfink..  Following the kernel dev process, having seperate working groups does make sense.22:14
Davieyaltough, i refuse to call the main tree vishystack btw.22:14
*** _adjohn has joined #openstack-dev22:14
*** dolphm has joined #openstack-dev22:14
* mtaylor will now only call the main tree vishystack22:15
*** adjohn has quit IRC22:16
*** _adjohn is now known as adjohn22:16
* vishy votes for mtaylor22:16
vishy:)22:16
deshantmvishy: is your idea also to potentially have core plugins? or does that not even make sense?22:16
vishydeshantm: in my brainstorm, i think core plugins would make sense22:17
vishydeshantm: they would be the ones that we test against22:17
deshantmright, but optional for deployers22:17
vishydeshantm: yes, we already have the equivalent in the various drivers that we have22:18
vishydeshantm: we just ship all of the optional components in trunk right now22:18
vishydeshantm: I'm trying to decrease the cognitive load of nova a bit22:18
vishynova: you're going on a diet!22:18
deshantmvishy: from 10,000 feet it seems like a great idea22:18
vishy:)22:18
vishyDaviey makes some great points about it complicating things for packagers though22:19
deshantmmaybe more complicated, but probably still better22:19
openstackgerritTrey Morris proposed a change to openstack/nova: Ties quantum, melange, and nova network model  https://review.openstack.org/330922:21
deshantmvishy: when you say we already have this model for drivers, do you mean that you can plug the libvirt or XenAPI driver for example?22:21
vishydeshantm: yes, the flags --compute_manager or --compute_driver can be changed to use other managers and drivers22:24
*** martine has quit IRC22:24
vishydeshantm: it just has to point to an importable python callable, so the code can be shipped separately22:24
deshantmvishy: neat22:25
openstackgerritanotherjesse proposed a change to openstack/nova: remove non-supported ec2 admin extensions  https://review.openstack.org/359922:30
*** apevec has quit IRC22:31
*** andrewsmedina has joined #openstack-dev22:36
*** anotherjesse has joined #openstack-dev22:37
*** sleepsonthefloo has quit IRC22:39
*** anotherjesse has quit IRC22:44
rmkso ksl huh22:46
*** sandywalsh has quit IRC22:46
*** jdg_ has joined #openstack-dev22:50
termieayoung: heya, what do you work that you are using keystone?22:51
termies/work/work on/22:51
ayoungtermie, now--days?  Openstack22:51
ayoungI was on FreeIPA as of a few months back22:52
*** markvoelker has quit IRC22:52
*** Remco_ has joined #openstack-dev22:52
termieayoung: are you at racksapce? sorry i don't know you i am just trying to get a list of who is trying to use it now so i can check requirements against realit22:53
termiey22:53
ayoungtermie, I am at Red Hat22:53
termiegyee: and you are with HP?22:53
openstackgerritRussell Bryant proposed a change to openstack/nova: Fix VPN ping packet length.  https://review.openstack.org/360022:53
termieayoung: coolio, thanks22:53
gyeetermie, yes22:53
termiewant to private message me your email addresses?22:53
termieoh, i have yours gyee22:54
gyeebtw, has anybody tried running the tests for keystone redux22:54
termieyes22:54
gyeeits taking forever22:54
termiethe first run does a few checkouts22:54
gyeeCliMasterTestCase been running for the last hour22:54
gyeeand all failing22:54
termiewhat? weird22:54
openstackgerritChristian S. Perone proposed a change to openstack/python-novaclient: Fixing a problem where a exception is silenced.  https://review.openstack.org/360122:54
*** cp16net has quit IRC22:56
*** vincentricci has joined #openstack-dev22:56
termiegyee: i am not sure what that would be about unless your internet connection has failed or soemthing strange, they all run in about 10 seconds for me22:56
termiei'll try clearing my venv and seeing whether anything new happens22:57
gyeeweird, I have no problem with the essex branch22:58
gyeeso shouldn't be a network issue22:58
termiegyee: what branch are you running?22:58
gyeeredux22:58
termieon which repo22:58
gyeekeystone22:58
termiek, that is a weird merge branch22:59
termieso i haven't run anything against that22:59
termiemain dev has been occuring at https://github.com/termie/keystonelight for some time, that branch was created last night22:59
termiei'll go look at it now22:59
*** dolphm has quit IRC22:59
gyeek thanks22:59
*** sandywalsh has joined #openstack-dev23:00
*** vincentricci has quit IRC23:00
*** vincentricci has joined #openstack-dev23:00
*** rkukura has quit IRC23:01
gyeeuh oh, my firewall is block 207.97.227.23923:01
gyeeblocking23:02
jeblairtermie: the redux _branch_ is exactly your branch.  there is a merge commit that merges it into master (and that's certainly weird) but the branch itself is straight-up.23:02
*** maoy has joined #openstack-dev23:02
termiejeblair: hmm23:02
gyeewhy the tests are talking to github.com over https?23:02
bcwaldoncomstud: are you around?23:03
maoyhi all..23:03
termiegyee: github serves requests over https23:03
mtaylorgyee: I've got a patch to change that - I need to rebase it aginst current work though and then argue with termie about it some23:03
gyeeI mean essex tests doesn't talk to github.com at all23:03
maoya quick question about rpc.call: if the topic is "network" and there are multiple nodes running the network service, how do I know which node will receive the rpc call? Is it random? Thanks.23:04
openstackjenkinsProject nova-docs build #2078: SUCCESS in 3 min 42 sec: https://jenkins.openstack.org/job/nova-docs/2078/23:04
openstackjenkinsBrian Waldon: Use single call in ExtendedStatus extension23:04
termiegyee: is talking to github a problem for your firewall?23:04
mtaylortermie: the reason I was trying to change that is that we run tests frequently enough in openstack's jenkins that we see an unfortunately high amount of service failure from github23:04
*** ayoung has quit IRC23:04
gyeetermie, over https yes, http no23:04
termiemtaylor: this isn't a service failure from github that gyee is running into23:04
mtaylortermie: I know - I was just using it as a good excuse to start the convo with you about the patch I need landed ;)23:05
termiemtaylor: i gave you comments on your patch23:05
gyeemy corporate firewall is too good and I am too tired to pick a fight with IT :)23:05
mtaylortermie: I know - I'm responding to them right now23:05
mtaylortermie: we try our best to not ever attempt to talk to network resources outside of our infrastructure during a test run itself, because they cause an annoyingly high amount of false negatives23:06
termiegyee: well, you've got a couple options, you can grep for https and change it in the three places in the code23:06
termiemtaylor: take it up in the code review please?23:06
mtaylortermie: ok23:06
termiegyee: you can do that then propose a change23:07
termiegyee: you can shell out to a computer outside the firewall23:07
gyeeyeah, making it configurable would be nice23:07
termiegyee: you can propose a patch that makes it configurable23:07
jeblairmtaylor: i don't see a change in gerrit?23:07
gyeek23:07
termiejeblair: it is a github pull request23:07
mtaylorjeblair: I haven't submitted it to gerrit yet23:08
termiejeblair: but it should 3-4 different patches23:08
mtaylorjeblair: I sent it in a couple of weeks ago ... working on rebasing right now23:08
*** flaviamissi has joined #openstack-dev23:08
jeblairoh ok.  should probably go into gerrit.  i'm not planning on pulling/pushing that tree again23:08
mtayloryes23:08
termiejeblair: how do we get our work in the ksl tree into redux?23:09
termiejeblair: i saw that you said git review redux23:09
termiecan i just do that periodically from master?23:09
jeblairyou can do your work in the redux branch and review/merge it with gerrit, just like any other branch23:10
jeblair(stable/diablo, etc)23:10
termieso i'll checkout a copy of the redux branch and rebase master changes on to it, then `git review redux`23:10
termiedoes that sound viable to you?23:11
*** maoy has quit IRC23:11
termierebase/cherry pick23:11
jeblairyes, that should work23:11
jeblairthe first change to go in may need to make the tests work.23:13
termies/first change/changes/  s/may/will/ ?23:13
termiewhy would the "first change" be special?23:13
mtaylorbecause no changes will land if they don't pass tests23:14
termiethe redux branch is a branch23:14
mtaylorthe redux branch runs jenkins jobs just like any other branch23:14
termiethe merge prop is going to be a wallop23:14
termiei am not submitting changes to the redux branch, we are submitting the redux branch to master23:14
jeblairthe merge will have to pass tests as well23:14
termieso the merge prop needs to pass tests23:14
termiethe changes to redux branch to get tests passing should not23:15
mtaylorso - folks communicated that redux was ready to be pushed in to gerrit so that subsequent work by folks could go through code review/jenkins as normal ...23:15
mtaylorperhaps putting the redux branch in gerrit right now was slightly early?23:16
termiewhich folks communicated that?23:16
jeblairif it can't pass tests, or will need a lot of work to pass tests, it sounds like that was premature.23:16
termiemy understanding is that we have a merge prop that needs to go in, once that is in works goes through the gerrit workflow23:16
gyeetermie, turned out I had to change KEYSTONECLIENT_REPO to 'http://...'23:16
termiegyee: rather than git://23:17
gyeeyes23:17
gyeefirewall is blocking git://23:17
gyeeI know, stupid23:17
gyeebut now I see 30 failed tests23:17
gyee8 skipped, 30 errors23:17
termiegyee: well that is still too many so you may want to check the other urls23:18
mtaylorit was in our email chain with jesse - but as can happen with email chains, it sounds like we may have missed each other23:18
termiegyee: there are 6 errors right now because keystoneclient just changed its api23:18
jeblairit's also in http://etherpad.openstack.org/essex-keystone-proposal23:18
gyeeAttributeError: 'RoleManager' object has no attribute 'add_user_to_tenant'23:18
gyeedoesn't seem to do with url23:18
termiegyee: that is the keystoneclient error23:19
termiethere are 6 of those23:19
termienot 3023:19
termieso if you ahve 30, you probably are running into something else23:19
termiethere are three places code is being checked out23:19
termieyou can also grep -R tests _REPO23:19
termieerm switch arg order23:19
gyeeNo module named cli.app23:20
termiegyee: did you use the virtualenv?23:20
gyeeno23:20
termiegyee: have you installed the dependencies?23:20
termieyou have to do one or ther other23:20
termietools/pip-requires and tools/pip-requires-test23:20
gyeethought I did23:20
gyeebut lemme do it once more23:21
mtaylortermie: I'll send an email. but I think ksl should continue dev on github until we're actually at the point where we want to do the merge/start having jenkins run on it, yeah?23:21
termiei have also heard that pycli might have turned into pyCLI but, the pip requires should ahve the proper one23:21
termiemtaylor, jeblair: i don't see what we are talkinga bout in this etherpad, but the only thing that makes any sense is my mind is for the merge prop to be the thing gated on tests23:21
mtaylortermie: ok. I think we agree with each other23:22
termiemtaylor, jeblair: and for the redux branch that the merge prop is based on to be a branch23:22
termiemtaylor, jeblair: we are not submitting merge props to that branch, we are getting the branch ready for the merge prop23:22
jeblairit is a branch, i think the information that's missing is that we test all branches23:22
*** sleepsonthefloo has joined #openstack-dev23:22
termiemtaylor, jeblair: getting it in to the gerrit system is to identify the problems that arise from gerrit23:22
jeblairany change to a branch in gerrit gets reviewed, must be approved, and must pass tests23:22
jeblairif it's not ready for that, you should keep doing development outside of gerrit23:23
termiemtaylor, jeblair: we are doing the development outside of gerrit, but we need the gerrit tests to pass23:23
termiemtaylor, jeblair: at the moment you say there are failing tests in gerrit so we need the branch to be able to identify those23:24
mtayloractually - I think there's another way here23:24
termiemtaylor, jeblair: but requiring the "first change" to fix all tests means some ugly squashed commit that touches too many things23:24
mtaylorwhich is that we copy the jenkins jobs that we would be running on keystone, and we point it to poll the github ksl repo23:25
*** bsza has quit IRC23:25
mtaylor... so that you can get the feedback on the branch, and when it's green, we know we're good - I think the gerrit part of this is the part that's confusing conversation23:25
termiethat's like saying the obstacle is what's in the way here23:26
jeblairmtaylor: why is that necessary?  why not just say "these are the commands jenkins runs, these need to work before we're ready to merge?"23:26
termiei don't really care anymore and would be quite happy to have that list of commands from jeblair23:27
mtaylorthat is also entirely possible23:27
termieso i can fix this crap right now and be through with it23:27
mtaylorgreat. that sounds easy23:27
*** flaviamissi has quit IRC23:27
termiegyee: did you go cahnge the other git:// urls and try running the rests again?23:28
termiegyee: you'll still have the 6 errors, though i expect to fix them shortly23:28
*** flaviamissi has joined #openstack-dev23:28
*** flaviamissi has quit IRC23:33
termiejeblair: are you emailing that stuff at me?23:33
jeblairmtaylor is23:33
*** flaviamissi has joined #openstack-dev23:34
*** anotherjesse has joined #openstack-dev23:34
vishymaoy: it is random23:36
*** flaviamissi has quit IRC23:38
*** zzed has quit IRC23:41
*** _adjohn has joined #openstack-dev23:41
*** vincentricci_ has joined #openstack-dev23:41
*** vincentricci has quit IRC23:44
*** vincentricci_ is now known as vincentricci23:44
*** adjohn has quit IRC23:44
*** _adjohn is now known as adjohn23:44
openstackgerritTrey Morris proposed a change to openstack/nova: Ties quantum, melange, and nova network model  https://review.openstack.org/330923:50
andrewbogottIf I implement a volume driver without snapshot support, what will break?  Just snapshots?  Or will other things (e.g. host migration) fall apart as well?23:51
*** PotHix has quit IRC23:53
*** mattray has quit IRC23:54
*** anotherjesse_ has joined #openstack-dev23:54
*** anotherjesse has quit IRC23:56
*** russellb has quit IRC23:58

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