Thursday, 2012-03-22

*** anotherjesse is now known as anotherjesse_zz00:00
*** reed has quit IRC00:33
*** paulormg has quit IRC00:33
*** mdomsch has quit IRC00:49
*** PotHix has quit IRC00:49
*** littleidea has quit IRC00:52
*** novas0x2a|lapto1 has quit IRC00:56
*** jdurgin has quit IRC01:07
*** littleidea has joined #openstack-dev01:11
*** dolphm has quit IRC01:13
*** dolphm has joined #openstack-dev01:15
*** rackerjoe has joined #openstack-dev01:16
*** rackerjoe has left #openstack-dev01:16
*** flaviamissi_ has joined #openstack-dev01:20
*** flaviamissi has quit IRC01:23
*** vizsla has joined #openstack-dev01:24
*** flaviamissi_ has quit IRC01:24
*** flaviamissi has joined #openstack-dev01:24
*** dolphm has quit IRC01:30
*** Ryan_Lane1 has joined #openstack-dev01:31
*** dolphm has joined #openstack-dev01:33
*** Ryan_Lane has quit IRC01:33
*** andrewsmedina has joined #openstack-dev01:34
*** johnpostlethwait has quit IRC01:39
*** halfss has joined #openstack-dev01:40
*** agonella has joined #openstack-dev01:53
*** dalang has quit IRC01:58
*** westmaas_ has joined #openstack-dev01:58
*** westmaas_ has quit IRC01:59
*** davidkranz has quit IRC02:01
*** breu has joined #openstack-dev02:01
*** vincentricci has left #openstack-dev02:03
*** breu has quit IRC02:03
*** spiffxp has quit IRC02:10
*** dolphm has quit IRC02:11
*** dolphm has joined #openstack-dev02:13
*** ayoung has quit IRC02:18
*** rgoodwin is now known as rgoodwin_away02:28
*** tryggvil_ has quit IRC02:30
*** danwent has quit IRC02:35
*** mdomsch has joined #openstack-dev02:42
*** nati has quit IRC02:44
*** anotherjesse_zz is now known as anotherjesse02:46
*** dwalleck has joined #openstack-dev02:55
*** littleidea has quit IRC02:58
*** anotherjesse is now known as anotherjesse_zz03:05
*** agonella has quit IRC03:06
*** anotherjesse_zz is now known as anotherjesse03:06
*** mnewby has quit IRC03:08
*** dtroyer_zzz is now known as dtroyer03:11
*** pixelbeat has quit IRC03:21
*** mdomsch has quit IRC03:23
*** mdomsch has joined #openstack-dev03:25
*** Ryan_Lane1 has quit IRC03:36
*** danwent has joined #openstack-dev03:36
*** danwent has quit IRC03:40
*** anotherjesse is now known as anotherjesse_zz03:47
*** pixelbeat has joined #openstack-dev03:47
*** anotherjesse_zz is now known as anotherjesse03:49
*** anotherjesse is now known as anotherjesse_zz03:51
*** deshantm has quit IRC03:53
*** dtroyer is now known as dtroyer_zzz03:59
*** jakedahn is now known as jakedahn_zz04:00
*** btorch has quit IRC04:17
*** Ryan_Lane has joined #openstack-dev04:22
*** Ryan_Lane has quit IRC04:22
*** Ryan_Lane has joined #openstack-dev04:22
*** dubsquared has left #openstack-dev04:24
*** thingee has joined #openstack-dev04:32
*** jkoelker has quit IRC04:38
*** anotherjesse_zz is now known as anotherjesse04:45
*** jkoelker has joined #openstack-dev04:48
*** maplebed has quit IRC04:48
*** maplebed has joined #openstack-dev04:48
*** gyee has quit IRC04:51
*** maplebed has quit IRC04:53
*** jakedahn_zz is now known as jakedahn04:53
*** pixelbeat has quit IRC05:02
*** hattwick has quit IRC05:02
*** koolhead17 has joined #openstack-dev05:10
*** jkoelker has quit IRC05:14
*** anotherjesse is now known as anotherjesse_zz05:16
*** mdomsch has quit IRC05:17
*** Mandell has joined #openstack-dev05:22
*** shang has quit IRC05:27
*** vincentricci has joined #openstack-dev05:36
*** jakedahn is now known as jakedahn_zz05:37
*** jakedahn_zz is now known as jakedahn05:44
*** dolphm has quit IRC05:45
*** nati has joined #openstack-dev05:46
*** shang has joined #openstack-dev05:47
*** dwalleck has quit IRC06:06
*** markmc has joined #openstack-dev06:25
*** koolhead17 has quit IRC06:36
*** bepernoot has joined #openstack-dev06:36
*** vincentricci has quit IRC06:37
*** littleidea has joined #openstack-dev06:44
*** Mandell has quit IRC06:49
*** thingee has quit IRC06:59
*** bepernoot has quit IRC06:59
*** bepernoot has joined #openstack-dev07:05
*** zigo has joined #openstack-dev07:10
*** bepernoot has quit IRC07:11
*** winston-d has joined #openstack-dev07:12
*** shang has quit IRC07:18
*** shang has joined #openstack-dev07:19
*** bepernoot has joined #openstack-dev07:34
*** bepernoot has joined #openstack-dev07:35
*** sdake has quit IRC07:41
*** maploin has joined #openstack-dev07:42
*** maploin has quit IRC07:42
*** maploin has joined #openstack-dev07:42
*** bepernoot has quit IRC07:47
*** shang has quit IRC07:48
*** apevec has joined #openstack-dev07:49
*** hattwick has joined #openstack-dev07:59
*** halfss_ has joined #openstack-dev08:01
*** reidrac has joined #openstack-dev08:02
*** bepernoot has joined #openstack-dev08:04
*** halfss has quit IRC08:05
*** vizsla_p has joined #openstack-dev08:07
*** vizsla has quit IRC08:10
*** vizsla_p has quit IRC08:11
*** vincentricci has joined #openstack-dev08:13
*** vincentricci has joined #openstack-dev08:14
*** vincentricci has quit IRC08:15
*** dneary has joined #openstack-dev08:23
*** darraghb has joined #openstack-dev08:43
*** pixelbeat has joined #openstack-dev08:55
*** derekh has joined #openstack-dev08:55
*** winston-d has quit IRC08:56
*** shang has joined #openstack-dev09:06
*** Oneiroi|Zzzz is now known as Oneiroi09:40
*** fc__ has joined #openstack-dev10:16
*** fc__ has joined #openstack-dev10:17
*** tryggvil__ has joined #openstack-dev10:21
*** shang_ has joined #openstack-dev10:31
*** shang_ has quit IRC10:31
*** shang_ has joined #openstack-dev10:32
*** shang_ has quit IRC10:32
*** shang has quit IRC10:35
*** paulormg has joined #openstack-dev10:48
*** shang has joined #openstack-dev11:05
*** shang has quit IRC11:06
*** rohit404 has joined #openstack-dev11:51
*** rohit404 has quit IRC11:53
*** rohit404 has joined #openstack-dev11:56
*** andrewsmedina has quit IRC12:04
*** rods has joined #openstack-dev12:08
*** dneary has quit IRC12:12
*** deshantm has joined #openstack-dev12:12
*** lts has joined #openstack-dev12:14
*** dneary has joined #openstack-dev12:21
*** dneary has quit IRC12:21
*** dneary has joined #openstack-dev12:21
*** sandywalsh has quit IRC12:26
mtaylorcloudfly: your alternate suggestion doesn't solve jeblair's question at all12:27
mtaylorcloudfly: the use case is "I just created a node and now I want to connect to it from somewhere on the internet, what address should I use?"12:27
mtaylorI understand that the theory is that networking can be set up a billion ways12:28
mtaylorbut generally speaking, the simple case is that people want to access nodes they create, so that should be handled sensibly12:29
mtaylorand then having some extra-crazy APIs for doing extra-special things is awesome12:29
sorenmtaylor, ttx: Is there any particular reason there's no "essex" branch of the various projects yet?12:34
sorenI don't care about Folsom yet (and might not for a while). It's awkward that I have to pull something called "milestone-proposed" since a couple of days ago, and then probably switch to something else ("stable/essex" supposedly) later on.12:35
sorenIt's rather disruptive12:36
*** alaski has joined #openstack-dev12:36
*** dolphm has joined #openstack-dev12:36
ttxsoren: stable/essex will be cut from milestone-proposed12:36
mtaylorttx: I kindof agree with soren12:37
mtaylorttx: at this point, since master is folsom, I'd argue that milestone-proposed should be named stable/essex even if it hasn't produced an essex release yet - but I might just be crazy12:37
ttxWe reuse all the proven toolset that applies to milestone-proposed, i don't really want to experiment with new bugs resulting from a new toolset at this point12:37
mtaylorthat's fair12:38
ttxalso it's *not* stable/essex. At all.12:38
sorenIt took me a good while to realise why things were breaking (hadn't changed from master to milestone-proposed). It's worse that I have to do it again (and the exact time depends on people).12:38
ttxYou could call it wanabee/essex. But that wouldn't help.12:38
sorenDoes git support aliases for branches?12:38
mtaylorare we not treating patches to it with a similar scrutiny to how we would look at patches to stable/diablo?12:38
sorenIf so, can't we set Folsom to point to master, Essex to point to milestone-proposed, and once Essex is out, have essex point to stable/essex?12:39
ttxthe rules are different from stable/diablo.12:39
ttxStable branches are maintained by the stable team. Release branches are maintained by the release team12:39
ttxcalling them the same just adds confusion.12:39
sorenttx: I see what you're saying, but I don't like that we're overloading the branch name with designations as to whether something has been released.12:39
*** sandywalsh has joined #openstack-dev12:39
mtaylorah, ok -sorry12:39
sorenttx: Hence the alias idea.12:39
ttxjenkins/gerrit applies special rules to things named stable/*12:40
sorenmtaylor: Do you know? Can we have multiple names for the same branch?12:40
mtaylorsoren: I do not believe that we have the technical capability to do the thing you're suggesting12:40
ttxI don't really want to see how many side-effects that would create12:40
sorenOk, let's rewind.12:40
sorenPretend that you're working on Essex.12:40
sorenAnd have "stuff" set up to do things with that.12:41
sorenHow can I do that with as little disruption as possible?12:41
sorenHaving to change the branch I pull from at an arbitrary time isn't very elegent.12:41
sorenelegant, even.12:41
mtaylorsoren: I agree - and I do not believe we have served that particular use case in our branching design - following the soon-to-be-released release in the RC window is a wee-bit different12:43
ttxsoren: a branch alias (supposing git supports that) that says "essex" would have helped, *if* set before12:43
ttxwe could have redirected it12:43
sorenttx: Why not now?12:43
mtayloragain - branch alias == not possible12:43
ttxchanging your tools from master to essex or from master to meilstone-proposed... it's changing anyway12:44
sorenmtaylor: 3 minutes ago, it was "I do not believe" :) did you check in the mean time?12:44
mtaylorsoren: sorry, that was just me being less direct in my speech12:44
ttxmtaylor: even local aliases ?12:44
sorenttx: The difference is something that changes now vs. someething that changes at an arbitrary later timer.12:44
mtaylorlocal aliases would be a totally different thing12:44
sorentime.12:44
sorenmtaylor: Fascinating. Tell me all about it.12:45
mtayloryou can have a local branched called essex that is set up to track remotes/origin/master12:45
sorenmtaylor: Except... No, never mind. That's going to suck, too.12:45
mtaylorand then, you can change the upstream tracking branch to be remotes/origin/milestone-proposed12:45
mtayloretc.12:45
ttxsoren: err... what ? arbitrary later time ?12:45
sorenttx: Release time.12:45
sorenttx: The second stable/essex starts existing.12:46
mtaylorI mean - it's not stellar, but _might_ be helpful12:46
ttxah, so you want something that will make milestone-proposed -> stable/essex transition less painful. Not master -> milestone-proposed.12:46
sorenttx: Right.12:46
sorenttx: For now.12:46
sorenttx: The other problem should be solved for Folsom, but right now I just care about Essex.12:46
sorenI guess it's less disruptive than the master -> m-p transition.12:47
mtayloryes.12:47
sorenFor m-p -> stable/essex, m-p will just sit there.12:47
mtaylorbecause milestone-proposed won't become something else12:47
sorenNo changes for a while.12:47
ttxsoren: we can't call one the other, because a lot of the toolchain assumes things based on those names. We could have apointer than points to one and is displaced to point to the other. If git supports it somehow12:47
mtaylorit does not12:47
sorenWhile for the master -> m-p transition, suddenly a bunch of chagnes started landing that I had to back out of.12:47
mtaylorfor folsom, I think we should think about the gutter time between the point when master == folsom and stable/folsom exists12:48
*** andrewsmedina has joined #openstack-dev12:48
mtaylorbecause I think it's a valid use case12:48
* soren sucks it up and starts changing everything to point to m-p.12:48
mtaylorI have no answers for it at the moment though12:48
sorenOh, also very annoying:12:48
sorenKeystone doesn't have an m-p branch.12:49
*** hugokuo has joined #openstack-dev12:49
sorenSo I can't do it across the board.12:49
dolphmis that because we haven't hit RC status?12:49
*** mattray has joined #openstack-dev12:49
sorendolphm: Presumably.12:50
ttxyes12:51
mtaylorsoren: oh, there _may_ be a way to do your alias...12:51
mtaylorsoren: I need to test to see how it works with gerrit12:51
ttxthe toolset generally does "milestone-proposed and if not, master"12:51
sorenmtaylor: If it's at all intrusive, don't worry about it.12:51
*** dprince has joined #openstack-dev12:51
*** dprince has quit IRC12:51
sorenI'll accept the pain for now.12:51
sorenI'll complain and moan, but deal with it12:52
mtaylorsoren: I can test it on the gerrit dev server12:52
sorenAh.12:52
*** dprince has joined #openstack-dev12:53
markmcof course, we could just call the stable branch "essex"12:55
markmcand create it a RBP time12:55
mtaylormarkmc: we need the stable/ prefix for tooling purposes12:56
markmcmeh12:56
mtaylormarkmc: otherwise we have no system way to know that the stable maintainers should have access to the branch12:56
markmcwe could have rules for the "essex" branch in gerrit12:57
markmcand change those rules after release time12:57
mtayloryes. we could12:57
ttxmarkmc: RC12 was RBP, so it's past now12:57
mtaylorbut that's actually a bunch of sets of rules12:57
ttxRC1*12:57
mtaylorbecause we'd have to do that for every project12:57
ttx(for almost everyone)12:58
mtaylorthe master vs. stable/* thing is actually working quite well and elegantly12:58
markmcyou could have rules for the "essex" branch that applies to All-Projects12:58
markmcttx, ok, pretend we're talking about folsom12:58
markmcthe confusion soren is talking about is a real problem IMHO12:58
ttxfrankly I'm not sure the problem is significant enough to warrant changes, but yes, we can discuss Folsom changes :)12:58
mtaylorI do agree with markmc and soren that it's a problem12:59
ttxmarkmc: so we could have a "folsom" alias that ends up pointing to master, then milestone-proposed12:59
ttxwhat happens around milestone release times though ?12:59
ttxis the F1 branch "folsom", or is master branch "folsom" ?12:59
markmcwell, there's a whole other problem13:00
mtaylorttx: master13:00
markmcthe milestone-proposed branch rebases13:00
markmcthat's a no-no for git, really13:00
markmcyou'd have folsom-1, folsom-2, folsom-3 branches for cutting those13:00
ttxmarkmc: I've been discussing release branches separate from master with mtaylor, and apparently they are a no-no too.13:00
ttxand I thought git was flexible :)13:00
markmcmtaylor, why are release branches a no-no?13:01
mtaylorttx: I do not believe I have said that release branches are a no-no13:01
ttxyou said topic branches were.13:01
mtaylorttx: I believe that I said that the way that you were suggesting using branching would lead to pain13:01
mtaylortopic branches and release branches are completely different things13:01
ttxwhich are a corollary of release branch.13:01
mtaylorthey are not13:01
markmcttx, git is very flexible - you can rebase branches, but some people go apeshit when they see folks doing that13:01
*** deshantm_ has joined #openstack-dev13:02
mtaylorwe may be getting in to the weeds here13:02
ttxyes, it diverges13:02
ttxmarkmc: we need to define Folsom release cycle before discussing branches and tooling necessary to achieve it13:03
ttxthere may just be no such thing as folsom-1.13:03
mtaylorI have to board a plane - I'll be back on in a few minutes...13:03
* markmc wanders off too13:03
ttxmtaylor: I think we are done :)13:04
*** deshantm has quit IRC13:06
*** halfss_ has quit IRC13:07
*** kbringard has joined #openstack-dev13:30
*** ayoung has joined #openstack-dev13:32
*** sdake has joined #openstack-dev13:34
*** sdake has quit IRC13:42
sandywalshanotherjesse_zz, care to ping me when you un_zz?13:42
*** sdake has joined #openstack-dev13:43
*** crobinso has joined #openstack-dev13:43
*** rgoodwin_away is now known as rgoodwin13:44
*** dolphm has quit IRC13:49
zykes-How is it Nova sends data over AMQP, or more precisely what database does it use or so ? Just data encoded as JSON or ?13:49
*** mdomsch has joined #openstack-dev13:50
*** dolphm has joined #openstack-dev13:50
*** maploin` has joined #openstack-dev13:52
*** maploin has quit IRC13:54
*** maploin` is now known as maploin13:55
*** maploin has joined #openstack-dev13:55
*** rohit404 has quit IRC13:55
*** davidkranz has joined #openstack-dev13:57
*** hugokuo has quit IRC13:57
*** dtroyer_zzz is now known as dtroyer13:58
*** martines has quit IRC14:03
dprinceLinuxJedi: The new Gerrit styles are nice!14:03
dolphmLinuxJedi: is there a public repo for that somewhere?14:05
russellbhttps://github.com/openstack/openstack-ci-puppet/tree/master/modules/gerrit14:07
russellbi think it's in there14:08
zykes-noone got a clue ?14:10
russellbzykes-: the data gets serialized, yes.  It's done by the Python library used for AMQP - python-kombu or python-qpid14:11
russellbsomeone told me python-kombu just uses json, but I don't think python-qpid does.14:12
zykes-ah ok14:13
*** martines has joined #openstack-dev14:17
LinuxJedidprince: thanks :)14:25
LinuxJedidolphm: http://www.linuxjedi.co.uk/2012/03/new-gerrit-and-jenkins-styles-are-live.html14:25
*** sandywalsh has quit IRC14:27
kbringardanyone know if the simple scheduler tracks memory usage and allocates, or not, based on that information?14:28
dolphmLinuxJedi: awesome, thanks14:28
*** Glacee has joined #openstack-dev14:32
*** danwent has joined #openstack-dev14:36
eglynn__russellb: on the subject of AMQP and JSON, you can probably speak to whether this change to set the content-type explicitly to 'application/json' is need for the qpid notifier also ...14:37
zykes-What's the difference of a Routing key and a Queue in AMQP ?14:38
eglynn__https://review.openstack.org/5594  (see last review comment)14:38
russellbzykes-: a queue is pretty much what it sounds like ... the routing key is used to determine which queue(s) the message ends up in.14:39
russellbhow the routing key is processed depends on the message exchange type.14:39
russellbeglynn__: *looks*14:39
*** sandywalsh has joined #openstack-dev14:41
*** dtroyer is now known as dtroyer_zzz14:41
*** bepernoot has quit IRC14:41
kbringardhas anyone noticed that dhcp_release doesn't seem to be working anymore? or is that just me?14:42
russellbeglynn__: yes, it looks like a similar change will be needed in qpid, as well.14:43
eglynn__russellb: cool, thanks for confirming14:43
russellbeglynn__: i'll try to dig up a pointer as to what the change should look like and update the review.14:43
eglynn__russellb: excellent thanks!14:43
*** reed has joined #openstack-dev14:43
*** zzed has joined #openstack-dev14:46
kbringarddoes the dhcp_lease_time flag in the nova.conf tell the dhcpbridge how long to wait before allowing an IP to be re-allocated?14:49
*** dwalleck has joined #openstack-dev14:50
*** zykes- has quit IRC14:57
*** zykes- has joined #openstack-dev14:57
*** dwalleck has quit IRC14:59
*** vizsla has joined #openstack-dev15:00
*** dneary has quit IRC15:06
*** n0ano has quit IRC15:08
dolphmLinuxJedi: modules/jenkins_master/files/openstack.css ?15:09
LinuxJedidolphm: exactly, the heading is rendered in the .js though15:09
LinuxJedidolphm: which is probably in modules/jenkins_master/templates/15:10
dolphmLinuxJedi: updated15:12
*** dachary has quit IRC15:13
*** rnirmal has joined #openstack-dev15:13
dolphmLinuxJedi: is this stuff redeployed automatically?15:14
LinuxJedidolphm: yes15:14
LinuxJedidolphm: puppet executes every 15 minutes, so it will be within 15 minutes of a merge15:15
dolphmawesome15:15
andrewbogottpvo:  Thanks for the merge.  Do you know if/how I should merge that change into the hacking guidelines of other projects?15:24
pvoandrewbogott: I don't see why not.15:25
andrewbogottI haven't looked to see if HACKING is identical in each project.  I guess it most likely is.15:26
andrewbogottAlthough with different names :(15:26
andrewbogottpvo:  I'm also wondering if encoding is something that people generally already know about, or if it needs to be evangelized.  Do you have any instinct about that?  (for example, I could schedule a 5-minute encoding rant at the summit.)15:29
*** maploin has quit IRC15:30
*** littleidea has quit IRC15:30
sorendolphm: Got a sec for Keystone question?15:31
sorenI'm running into a problem trying to create a service endpoint. I'm using the sql driver, but by the looks of the code, this problem applies globally.15:31
*** Susanne-Balle has joined #openstack-dev15:32
pvoandrewbogott: I think most people do.15:32
pvoI think there are already some tests for this in Nova.. just need to get those added to novacliaent15:32
pvoclient15:32
andrewbogottpvo:  Great, I'll let it be then.15:32
sorenkeystone.catalog.core.EndPointController.create_endpoint calls self.catalog_api.service_exists(blah).15:33
sorenThis fails with an error that service_exists doesn't exist.15:33
soren...and "grep -r" agrees.15:33
sorenI'm a bit confused.15:34
sorenMy usage of keystone seems *very* basic. I'm creating users and tenants and services and endpoints.15:34
sorenYet it's failing.15:34
*** dtroyer_zzz is now known as dtroyer15:34
*** n0ano has joined #openstack-dev15:34
sorenI understand bugs creep in. Happens to the best of us.15:34
soren..but how does anyone manage to use Keystone without those things? How is anyone else using keystone?15:35
*** martines has quit IRC15:36
russellbsoren: https://review.openstack.org/#change,563615:37
sorenrussellb: Ah, lovely.15:38
* soren applies15:38
dolphmsoren: just got back to my desk15:38
dolphmsoren: there's a critical fix in review for that15:39
dolphmsoren: https://review.openstack.org/#change,563615:39
dolphmsoren: but, no one seems interested in clearing keystone's last RC blocker *shrug*15:40
sorendolphm: What do you mean? It's got 4 +1's?15:41
dolphmwaiting on approval15:41
dolphmtermie: anotherjesse_zz: heckj: ^^15:42
kbringardhey soren, quick ?… do you happen to know what the dhcp_lease_time flag in the nova.conf is used for?15:42
*** AlanClark has joined #openstack-dev15:42
sorenkbringard: Without actually checking, I'm going to guess that it defined the dhcp lease time.15:43
kbringardit doesn't adjust the lease time dnsmasq hands out, that appears to be hardcoded15:43
sorenkbringard: But I'm sure you have a different opinion?15:43
kbringardI knew you did quite a bit with the network code so I thought you may know off the top of your head :-)15:43
kbringardbut don't spend any time on it, unless you're curious :-D15:44
dolphmchmouel: i forgot about https://bugs.launchpad.net/keystone/+bug/958135 -- were you able to reproduce?15:44
uvirtbotLaunchpad bug 958135 in keystone "UnboundLocalError: local variable 'metadata_ref' referenced before assignment" [Critical,Triaged]15:44
chmoueldolphm: I am working currently with uksysadmin to figure out how to reproduce it15:44
sorenkbringard: What makes you say it's hard coded?15:45
sorenkbringard: Glancing(!) at the code suggests that it does indeed set the dhcp lease time.15:46
dolphmchmouel: ah cool15:46
kbringardsoren:  '--dhcp-range=%s,static,120s' % network_ref['dhcp_start'],15:46
kbringardthat's the flag dnsmasq uses when it launches15:46
kbringardso long as that is 120s, that's what dnsmasq is going to pass to the clients15:46
kbringardI'm looking at the diablo-stable branch, btw, so maybe it's been changed in essex?15:47
sorenAre we looking at the...15:47
sorenAh.15:47
kbringardeither way, the crux of my issue is, I want to extend the dhcp lease times15:47
sorenSheesh. Diablo is so last year.15:47
kbringardbut, for some reason dhcp_release doesn't seem to be working15:48
sorenEssex does it correctly.15:48
kbringardso dnsmasq is keeping leases15:48
kbringardand then nova is trying to reassign them to new VMs15:48
kbringardwhich needless to say, causes problems15:48
sorenI thought I fixed that at some point.15:48
*** vizsla has quit IRC15:49
kbringardwell, this seems to be a problem with dhcp_release and dnsmasq… like, running dhcp_release manually doesn't even cause it to release15:49
kbringardI can see nova-network running it15:49
kbringardand the sudoers are setup right15:49
kbringardso I run it as root, and same thing15:49
kbringardI don't see the DHCPRELEASE in the syslog15:49
* kbringard bangs his head on the desk15:50
kbringardwhich needless to say isn't our problem, here15:50
kbringardbut it still makes me crazy :-)15:51
kbringardanyway, I asked because, I saw these entries15:53
kbringard2012-03-21 20:40:56,277 DEBUG nova.network.manager [baf5ad2f-bad1-4422-8bc2-b9efc3db4525 None None] Leased IP |10.0.4.8| from (pid=31781) lease_fixed_ip /usr/lib/pymodules/python2.7/nova/network/manager.py:64515:53
kbringard2012-03-21 20:40:56,327 WARNING nova.network.manager [baf5ad2f-bad1-4422-8bc2-b9efc3db4525 None None] IP |10.0.4.8| leased that isn't allocated15:53
*** jdg has joined #openstack-dev15:53
kbringardand thought that perhaps I could tell the dhcpbridge client to not reallocate those IPs for X time15:53
kbringardwhich could effectively work around the issu15:53
sorenI remember it being a looooong day when I decided to fix it last time.15:56
sorenkbringard: Not something I'm willing to take on 5 minutes before EOD.15:56
kbringardwas it an issue in dhcp_release or nova?15:56
*** jkoelker has joined #openstack-dev15:57
sorennova15:57
kbringardhmmm, OK, I'll look into it15:57
sorenBut this might be a completely different problme, of course.15:57
kbringardyea, like I said, I can't even get it to release issuing the dhcp_release command manually15:58
kbringardnova looks like it's doing the right thing15:58
* soren wnders off16:01
jaypipessoren: such a nomad.16:03
*** maplebed has joined #openstack-dev16:04
*** GheRivero_ has joined #openstack-dev16:06
kbringardthe wanderlust will get you every time16:07
*** dwalleck has joined #openstack-dev16:08
*** dneary has joined #openstack-dev16:09
*** dneary has quit IRC16:09
*** dneary has joined #openstack-dev16:09
*** jdurgin has joined #openstack-dev16:09
*** koolhead17|away has joined #openstack-dev16:13
*** littleidea has joined #openstack-dev16:13
*** spiffxp has joined #openstack-dev16:13
*** nati has joined #openstack-dev16:16
*** reidrac has quit IRC16:17
*** dwalleck has quit IRC16:21
*** hub_cap has joined #openstack-dev16:21
*** martines has joined #openstack-dev16:22
*** dalang has joined #openstack-dev16:22
*** rohit404 has joined #openstack-dev16:26
vishyVek: ping16:33
*** deshantm_ has quit IRC16:34
*** deshantm has joined #openstack-dev16:34
*** dwalleck has joined #openstack-dev16:38
*** alaski has quit IRC16:39
*** alaski has joined #openstack-dev16:39
*** Mandell has joined #openstack-dev16:42
*** dubsquared has joined #openstack-dev16:43
jaypipesQA meetign on #openstack-meeting in 15 minutes!16:45
chmoueldolphm: by the way you were right about that /ec2token http://pastie.org/pastes/3648860/text?key=lkofxqjjswqnfudg3rpw0g16:46
*** anotherjesse_zz is now known as anotherjesse16:46
chmouelvishy: do we need something like OS-KSEC2:s3Credentials for s3 endpoint?16:46
*** shevek_ has joined #openstack-dev16:46
vishyVek: I want to discuss the policy.json on the quotas branch.  I don't think it is correct16:47
vishychmouel: ec2 cres work fine right?16:47
vishychmouel: it should probably have been called aws creds or something16:47
chmouelvishy: yeah both call works, but on s3 we just have /s3tokens (and agreed on that aws i think this was pointed by jesse sometime ago but we didn't do the change)16:48
*** Ryan_Lane has quit IRC16:49
*** Mandell has quit IRC16:50
*** Mandell has joined #openstack-dev16:51
*** Mandell has quit IRC16:55
*** GheRivero_ has quit IRC16:56
*** LinuxJedi has quit IRC16:58
*** LinuxJedi has joined #openstack-dev16:58
*** derekh has quit IRC17:00
*** danwent has quit IRC17:01
*** rohit404 has left #openstack-dev17:02
*** vincentricci has joined #openstack-dev17:07
*** vishy is now known as squish17:07
*** squish is now known as squishy17:07
*** sandywalsh has quit IRC17:07
*** squishy is now known as vishy17:08
*** PotHix has joined #openstack-dev17:08
*** bhall has joined #openstack-dev17:10
*** bhall has quit IRC17:10
*** bhall has joined #openstack-dev17:10
*** zaitcev has joined #openstack-dev17:12
*** stuntmachine has joined #openstack-dev17:17
*** shevek_ has quit IRC17:17
*** sandywalsh has joined #openstack-dev17:23
*** sandywalsh has quit IRC17:28
*** dwalleck has quit IRC17:32
*** jshepher has joined #openstack-dev17:34
jshepheris a two node quantum/openvswitch setup possible with essex (git clones this morning)17:35
jshepherlooks like the gw-<uuid> interface does not get properly created on the second (compute) node..17:35
jshepherand nova-compute throws errors when trying to attach the tap devices to the br-int bridge17:36
*** zigo has quit IRC17:37
*** Oneiroi is now known as Oneiroi^gone17:38
jaypipesandrewbogott: you just want to stir the hornet's nest, don't you? ;)17:38
jaypipesjshepher: might want to ping danwent when he gets in..17:39
anotherjessejaypipes / bcwaldon - any opinions on https://review.openstack.org/#change,5565,patchset=1 (move glance conf dir to /etc/glance)17:40
bcwaldondefinitely in support of it, makes it frustrating to check out new code in devstack installs17:41
bcwaldonanotherjesse: ^17:41
*** Ryan_Lane has joined #openstack-dev17:41
*** adjohn has joined #openstack-dev17:41
*** sandywalsh has joined #openstack-dev17:41
jaypipesanotherjesse: I'm fine with that17:41
*** novas0x2a|laptop has joined #openstack-dev17:41
jaypipesanotherjesse: more consistent with the other services.17:41
bcwaldon+2a'd17:42
*** dneary has quit IRC17:42
jeblairbcwaldon, annegentle: is there a formal api doc for the floating ips extension?17:43
jeblairsomething like this: http://api-docs.hpcloud.com/hpcloud-compute-supplement/1.0/content/compute-floating-ips.html17:43
jeblairbut openstack and not hpcloud?17:43
bcwaldonjeblair: I'll have to let annegentle answer that one, I think there might be, just not sure where its hosted17:43
jeblairannegentle: ^?17:44
*** koolhead17|away is now known as koolhead1717:46
jshepherjaypipes: thanks i will check with him17:50
bcwaldonvishy: https://review.openstack.org/#change,569617:50
*** gyee has joined #openstack-dev17:52
vishybcwaldon: wow, is it true that instance_type_extra_specs and volume_type_extra_specs, the extra_specs param is underscored ?17:53
vishy:(17:53
bcwaldonvishy: where are you looking?17:54
bcwaldonvishy: oh crap, yeah17:55
vishybcwaldon: test_volume_types_extra_specs and test_instance_types_extra_specs17:55
bcwaldonvishy: the whole types resource needs to be updated too17:55
*** danwent has joined #openstack-dev17:55
vishybcwaldon: sigh i guess we should leave it17:55
bcwaldonvishy: leave volume types but fix volume/snap create?17:56
*** novas0x2a|laptop has quit IRC17:56
vishybcwaldon: the only key is extra_specs17:56
vishybcwaldon: and it matches flavors17:56
vishyso ...17:56
*** zigo has joined #openstack-dev17:57
vishybcwaldon: what do you think?17:57
*** rohit404 has joined #openstack-dev17:57
vishybcwaldon: update instance_types_extra_specs as well?17:57
*** novas0x2a|laptop has joined #openstack-dev17:57
bcwaldonvishy: blargh17:57
bcwaldonleave it17:57
*** gyee has quit IRC17:59
vishybcwaldon: ok17:59
vishyextra_specs is an extension so we could change it...18:01
vishybut maybe folsom18:01
bcwaldonvishy: its not just an extension though18:03
bcwaldonvishy: since its presented in /types18:03
kbringardquick ?… fixed_ip_disassociate_timeout is how long after a deallocated IP is available for reuse in the dhcp pool, correct?18:03
bcwaldonvishy: and volume types itself is presented as 'volume_types'18:03
vishybcwaldon: oh rly18:04
bcwaldonvishy: yep18:04
vishybcwaldon: seems like we should at least change volumeTypes18:04
vishywhere is that presented?18:04
bcwaldonvishy: look in api/openstack/volumes/types.py18:04
bcwaldonvishy: returns in the volume types api at /types18:04
vishyoh yes change that as well18:05
vishybut leave extra_specs?18:05
vishyi don't know what to do with extra_specs :(18:05
bcwaldonyeah... its part of the api, not anextension in this context18:06
vishybcwaldon: it doesn't exist in flavors btw18:06
vishyin the spec18:07
vishyso it is an extension18:07
*** btorch has joined #openstack-dev18:07
vishy'extension18:07
vishy in compute18:07
vishyso we might as well change it in the volume api since it is part of v1 ...18:07
bcwaldonok18:07
bcwaldonon it18:07
annegentlejeblair: I have talked to the content creator at HP who wrote that document, but he hasn't given it back yet, waiting on legal approval18:11
annegentlejeblair: sorry for the long delay, was in a meeting :)18:11
annegentlejeblair: I'd like to get something like that supplement for all the Extensions, and had hoped HP would give it to OpenStack18:11
sdagueI've noticed quite a large number of items in the bug tracker with the forward-port-needed that have fixes in an NTT branch from Nov of last year? is there still a desire to get all those fixes into the tree?18:11
*** deshantm_ has joined #openstack-dev18:13
*** deshantm_ has quit IRC18:13
*** deshantm_ has joined #openstack-dev18:14
*** gyee has joined #openstack-dev18:16
*** deshantm has quit IRC18:16
jeblairannegentle: who wrote that/who are you dealing with at HP?18:16
jeblairannegentle: I believe HPCS has blanket permission to contribute to openstack.18:17
natisdague: We wrote many unittests and report bugs https://bugs.launchpad.net/nova/+bugs?field.tag=forward-port-needed18:17
natisdague: Unfortunately, unittests are outdated now.18:17
natisdague: for essex18:17
natisdague: Important bugs looks already fixed18:18
annegentlejeblair: yeah and those are all the "contrib" OS extensions. should be fine. See PM18:18
sdaguenati: ok, some of the fixes still seem relevant, at least one that I rebased and pushed for review the other day18:18
sdaguenati: does that mean that those should be closed out entirely?18:18
natisdague: I don't think it should be closed. These bugs are filed and triaged by ttx on launchpad18:19
natisdague: And we are working on the bug from high priority ones18:19
sdaguenati: ok, well if you would like some help I'm happy to lend a hand to work through some of them18:20
sandywalshanotherjesse, ping18:20
anotherjessesandywalsh: pong18:20
sandywalshskype?18:20
sandywalshor type?18:20
anotherjessesure - let me get to a room - will ping you on skype18:20
sandywalshk18:21
natisdague: Thanks!18:21
sdaguenati: just point me at an item you'd like me to work on, and I'll do it. Just want to make sure I'm not duplicating other folks work18:22
natisdague: Thanks.  There are no worries for depilation of work. Because launchpad bug will be assign one guy.18:23
*** troytoman-away is now known as troytoman18:24
natisdague: I'm really appreciate your help, but we should fix more high priority bugs.18:24
natisdague: forward-port-needed bugs have some medium priority bug, but some high priority bugs not assigned https://bugs.launchpad.net/nova/+bugs?search=Search&field.importance=High&field.status=New&field.status=Incomplete&field.status=Confirmed&field.status=Triaged&field.status=In+Progress&field.status=Fix+Committed18:25
natisdague: How about https://bugs.launchpad.net/nova/+bug/938317 ?18:26
uvirtbotLaunchpad bug 938317 in nova "rapid firing from command line can go over quota" [High,Confirmed]18:26
natisdague:  And also low-hanging-fruit one are easy to fixed one  https://bugs.launchpad.net/nova/+bugs?field.tag=low-hanging-fruit18:27
*** dalang is now known as fattarsi18:28
*** littleidea has quit IRC18:31
*** littleidea has joined #openstack-dev18:33
*** fattarsi has quit IRC18:36
*** dalang has joined #openstack-dev18:37
*** adjohn has quit IRC18:39
*** dalang has quit IRC18:42
*** fattarsi has joined #openstack-dev18:45
sdaguenati: I'll look into 938317 as well as low-hanging-fruit. Given that I'm still very much on the beginning of the learning curve, though I'd just run after easy stuff first. :)18:45
*** jshepher has quit IRC18:45
*** jshepher_ has joined #openstack-dev18:45
natisdague: In case you can try  low-hanging-fruit one :)18:45
*** dalang has joined #openstack-dev18:46
*** dalang has quit IRC18:47
sdaguenati: sure will do. The reason I original asked as that there were many medium serverity bugs marked with forward-port-needed, so I was wondering if those were more important than the low-hanging-fruit, or what the story was with them. But I'll dive in over on low-hanging-fruit for a bit. Thanks18:48
*** anotherjesse is now known as anotherjesse_zz18:50
natisdague: Thanks. low-hanging-fruit is easy to fix one, So it is good to learning. After you learn how to fix bugs, you should work on bugs from high priority ones18:50
*** Glacee has quit IRC18:52
*** mattray1 has joined #openstack-dev18:54
*** shevek_ has joined #openstack-dev18:54
*** mattray has quit IRC18:57
*** mattray1 is now known as mattray18:59
*** mattray has joined #openstack-dev18:59
*** fattarsi has quit IRC19:03
*** dspano has joined #openstack-dev19:04
*** fc__ has quit IRC19:05
*** GheRivero_ has joined #openstack-dev19:10
*** jdg has quit IRC19:10
*** mnewby has joined #openstack-dev19:14
*** darraghb has quit IRC19:15
*** jakedahn is now known as jakedahn_zz19:16
*** fattarsi has joined #openstack-dev19:16
*** johnpostlethwait has joined #openstack-dev19:16
*** davidkranz has quit IRC19:18
*** anotherjesse_zz is now known as anotherjesse19:19
mnewbykeystone devs?19:20
dolphmmnewby: o/19:20
mnewbydolphm: I have change: https://review.openstack.org/#change,559519:21
*** jakedahn_zz is now known as jakedahn19:22
mnewbydolphm: joe wants to have the test install swift if required.   The netifaces library needs to be installed, too.  I'm wondering if  using checkout_vendor, as he suggested, is the best way to do it, or if putting the requirements in tools/test-requires might be a better solution.19:23
dolphmi'd vote for test-requires19:23
dolphmwell hmm19:23
mnewbyWhat are the downsides to using test-requires?19:24
mnewbydolphm: And what are the upsides to checkout_vendor?19:24
dolphmcheckout vendor ensures you're always testing against the latest checkout19:24
dolphmtest-requires not so much19:24
mnewbyI'm not sure that is important for swift...19:24
mnewbyThe code that needs to be used is pretty stable.19:25
mnewbyIt's things like acl and referrel parsing.19:25
mnewbyreferrer, sorry.19:25
dolphmyeah, i could probably go either way19:25
dolphmtermie: ^^ might have a stronger opinion19:25
*** stuntmachine has quit IRC19:25
rohit404dolphm: hi, if you are done with mnewby, please comment on how can i make a request to keystone from nova or any other service for an admin token...any code pointers would be very helpful19:27
*** nati has quit IRC19:27
dolphmrohit404: from python for from the CLI?19:27
rohit404dolphm : python19:27
mnewbydolphm: danke.  I'll try to get termie's opinion.19:27
dolphmrohit404: keystoneclient?19:28
chmouelrohit404: something like that https://github.com/openstack/nova/blob/master/nova/api/ec2/__init__.py#L219 ?19:28
dolphmrohit404: https://github.com/openstack/python-keystoneclient19:28
rohit404dolph: yeah, that's where i am heading as well...tests/v2_0/test_service_catalog19:29
rohit404chmouel: great thanks !19:30
rohit404thanks dolphm19:31
*** alaski has quit IRC19:33
adam_gmnewby: whatever you guys decide, if you could please keep git checkout conditional on an import error, it would make life much easier for us19:33
*** alaski has joined #openstack-dev19:33
mnewbyadam_g: will do, that's definitely better for me and anybody who's actually developing with swift.19:34
*** koolhead17 has quit IRC19:45
*** rkukura has quit IRC19:46
*** jdg has joined #openstack-dev19:49
andrewbogottannegentle: Are .rst files in the openstack source trees used to generate web pages someplace?19:51
annegentleandrewbogott: yes, nova/doc/source publishes to nova.openstack.org19:52
annegentleandrewbogott: as an example, same for other project names19:52
*** jshepher_ has quit IRC19:52
andrewbogottOK... I'm about to move HACKING.rst into the top-level dir of openstack-common.  Can we add a line to a script someplace to ensure that that file is also webified?19:52
*** jshepher has joined #openstack-dev19:53
*** markmc has quit IRC19:53
anotherjesseandrewbogott: don't know if hacking.rst is including in sphinx docs (which is what nova.openstack.org / swift.openstack.org / … are)19:54
anotherjesseandrewbogott: grep through docs should answer if it is needed19:54
andrewbogottanotherjesse:  Sorry, I don't know what 'grep through docs' means.  Which docs?19:55
anotherjesseandrewbogott: the docs directory in the nova repo (that is where the sphinx docs live)19:55
andrewbogott(background:  I am trying to address Doug Hellmann's comment that the styleguide should be in 'a wiki'.  I don't actually think it should be a wiki, but it should be online someplace.)19:55
andrewbogottok, looking...19:55
*** maploin has joined #openstack-dev19:56
*** maploin has quit IRC19:57
*** maploin has joined #openstack-dev19:57
andrewbogottThe string HACKING appears nowhere in nova/docs.  So I need to add something to... find_autodoc_modules.sh?19:57
dspanoHas anyone run into this error when trying to run an instance? Bad magic number in super-block while trying to open /dev/mapper/nbd15p1\r\nCouldn't find valid filesystem superblock.\n"20:02
*** rackerjoe has joined #openstack-dev20:02
dspanoThe image works perfectly fine in kvm20:02
*** rackerjoe has left #openstack-dev20:02
dspanoI'm using diablo.20:03
*** johnpur has joined #openstack-dev20:03
*** ChanServ sets mode: +v johnpur20:03
dspanoWhoops. Sorry. I thought I was in the openstack channel!20:03
dspanoNevermind.20:03
anotherjesseandrewbogott: we have sphinx interlinking - so we should be able to add a common.openstack.org that renders openstack-common --- then have nova/swift/... sphinx link to hacking guide on common.openstack.org20:03
andrewbogottanotherjesse, annegentle:  Hm, the doc build in nova/doc seems pretty broken.  Shall I fix, or is someone on top of that already?20:04
anotherjesseandrewbogott: if you have time, plz do help :)  there is a jenkins job that does it on each commit - so you can see the output on the server20:04
andrewbogottanotherjesse:  Mind if I just file a bug about that rather than trying to understand how to do what you just said?20:04
anotherjesseandrewbogott: sure :)20:04
andrewbogottre: the docs being broken, I think it's a simple fix.  At least to get it partially working.20:05
anotherjessehttps://jenkins.openstack.org/view/Nova/job/nova-docs/2555/console <- those errors?20:05
*** tryggvil__ has quit IRC20:06
andrewbogottanotherjesse:  Hm, no, I wasn't getting that far.  Jenkins must be doing the 'make' using a different cwd.20:07
andrewbogottIf you do 'make' in the docs dir it fails immediately.20:07
andrewbogottBut I guess I should leave that be; don't want to break jenkins.20:07
*** mszilagyi has joined #openstack-dev20:07
andrewbogottI presume those other warnings are about modules that have been removed/renamed and the docs aren't caught up yet.20:07
anotherjesseandrewbogott: we can see exactly what jenkins does here: https://jenkins.openstack.org/view/Nova/job/nova-docs/configure20:07
andrewbogottIt doesn't even use the makefile20:08
*** bepernoot has joined #openstack-dev20:11
andrewbogottI'm pretty baffled by setup.py :(20:11
anotherjesseandrewbogott: think you mean openstack-common in your commit message on https://review.openstack.org/#change,570420:13
* andrewbogott nods20:13
andrewbogottjaypipes:  It's the newline before """ that you care about?   Or are there other formatting concerns?20:19
*** Glacee has joined #openstack-dev20:19
*** GheRivero_ has quit IRC20:20
jaypipesandrewbogott: other stuff includes the insistence in the Nova HACKING that a docstring MUST have a short description and MUST have a period at the end of it, along with the notes about not having extra whitespace on the inside of enclosing triple-quotes...20:21
*** adjohn has joined #openstack-dev20:22
*** pixelbeat has quit IRC20:23
jaypipesandrewbogott: those Makefiles in the doc directory are an artificat of Sphinx' quickstart utility... they can be removed from the source trees AFAIAC20:24
*** LinuxJedi has quit IRC20:24
*** kindaopsdevy has joined #openstack-dev20:25
andrewbogottjaypipes:  Is the docstring thing something there's already been discussion of?  It's already established that no agreement can be made?20:25
andrewbogottjaypipes:  OK, I'll ignore the doc thing; I was just concerned that a 'Make' failed.  But sounds like no one actually uses that.20:25
jaypipesandrewbogott: heh, yeah, it's been discussed numerous times... :)20:26
jaypipesandrewbogott: I'll respond in depth to your ML post.20:26
andrewbogottgreat, thanks.  I didn't intend to start a fight, really; just wanted to get more eyes on my encoding rule.20:26
*** crobinso has quit IRC20:27
*** dolphm has quit IRC20:29
*** LinuxJedi has joined #openstack-dev20:29
*** mattray1 has joined #openstack-dev20:32
*** bepernoot has quit IRC20:33
*** johnpur has quit IRC20:34
*** kindaopsdevy_ has joined #openstack-dev20:34
*** mattray has quit IRC20:35
jaypipesandrewbogott: lol, no worries mate :) I got a bit of a chuckle out of it. There's certain things that always seem to fire people up. this is one of em.20:35
*** kindaopsdevy__ has joined #openstack-dev20:35
* andrewbogott backs away slowly, keeps hands where everyone can see them20:36
jaypipesandrewbogott: :)20:36
*** kindaopsdevy has quit IRC20:37
*** kindaopsdevy__ is now known as kindaopsdevy20:37
*** kindaopsdevy_ has quit IRC20:39
*** pixelbeat has joined #openstack-dev20:40
*** mattray1 is now known as mattray20:40
*** mattray has joined #openstack-dev20:40
anotherjesseandrewbogott: in the future http://www.amazon.com/NcStar-Crossbow-with-Red-Dot/dp/B000A7PIEG/ is useful when you start talking about coding conventions ;)20:44
andrewbogottwell, I am safely 1000 miles away from everyone involved.  so I've got that going for me.20:45
*** roge has quit IRC20:45
andrewbogottYesterday I sucked it up and didn't complain about someone's K&R brace style, so I'm doing pretty well this week on average.20:45
*** roge has joined #openstack-dev20:46
*** dprince has quit IRC20:47
*** bepernoot has joined #openstack-dev20:49
*** bepernoot has quit IRC20:50
andrewbogottVek:  Thanks for the review.  I'm looking at http://en.wikipedia.org/wiki/List_of_HTTP_status_codes#2xx_Success and I'm confused about 200 vs. 202 vs. 204.20:58
andrewbogottThat wiki page implies that a synchronous delete might be a 204 instead of a 202...?20:58
bcwaldonjeblair: is there a way to force-abandon reviews?21:03
bcwaldonjeblair: ...if you don't own them21:03
jeblairbcwaldon: not at the moment.  we're planning on including that when we add the work-in-progress state21:03
bcwaldonjeblair: so that would allow me to abandon glance reviews that I don't own?21:04
jeblairbut it'll be a little while before we get to that.21:04
jeblairit would allow you to "work in progress" them at least, which will also get them out of your sight.21:04
bcwaldonjeblair: cool, as long as its on the backlog :)21:04
jeblairright now, either ask the owner or wait 2 weeks.  :)21:04
bcwaldonkk21:04
*** utlemming has quit IRC21:05
*** mattray has left #openstack-dev21:07
*** mattray has joined #openstack-dev21:08
*** zigo has quit IRC21:08
sdaguewould anyone object to me adding "yes" to the set of true booleans for glance's bool_from_string?21:13
*** paulormg has quit IRC21:16
apevecsdague, that's imported from openstack-common so send patch there21:16
sdagueapevec: ok, will do, thanks21:18
apevecat least, it should be21:18
*** sandywalsh has quit IRC21:19
*** dspano has quit IRC21:20
sdagueapevec: so how does that work? do changes in openstack-common get automatically or manually pushed into the other projects?21:20
apevechere's how it should work http://wiki.openstack.org/CommonLibrary#Incubation21:21
sdagueit's definitely in openstack-common as well, just would like to understand the synchronization process so I know what to expect21:21
apevecbut now I see utils is not imported21:21
apeveconly cfg21:21
apevecoh well, one day...21:22
*** lts has quit IRC21:22
*** dachary has joined #openstack-dev21:23
sdagueapevec: so should I submit it to openstack-common? or to glance, or both, or all the projects?21:23
apevecactually, I was looking at keystone checkout :)21:23
apevecsdague, best would be to change in openstack-common21:23
sdagueheh21:23
apevecthen change other projects to import from common21:24
apevecbut looks like now every project has its own utils21:24
apevecit will take some time to consolidate that21:24
*** LinuxJedi has quit IRC21:24
*** statik has quit IRC21:25
apeveceglynn__, jaypipes - glance is not importing openstack-common as described here? http://wiki.openstack.org/CommonLibrary#Incubation21:26
sdagueapevec: yeh, it looks like they vary a lot. Ok, I'll just push the review for common, then figure out the rest later.21:26
andrewbogottopenstack-common could be managed as a git submodule rather than with auto-sych scripts.  I'm not sure how that would play with the current git backend though.21:26
apevecI think markmc looked at using git submods21:27
*** heckj has joined #openstack-dev21:27
ttxheckj: yo21:28
*** deshantm_ has quit IRC21:30
*** mattray has quit IRC21:30
*** mattray has joined #openstack-dev21:31
sdagueapevec: ok, pushed for review - https://review.openstack.org/#change,571221:34
*** sandywalsh has joined #openstack-dev21:34
*** dolphm has joined #openstack-dev21:36
*** dolphm_ has joined #openstack-dev21:37
jaypipesapevec: we should be, yes... feel free to submit a patch. Glance was (one of) the first to adopt the common library stuff, and I don't think the strategy of using an /openstack directory was established at rthat point21:37
*** LinuxJedi has joined #openstack-dev21:37
*** dolphm has quit IRC21:40
*** apevec has quit IRC21:42
*** alaski has quit IRC21:42
*** vizsla has joined #openstack-dev21:45
*** LinuxJedi has quit IRC21:45
chmouelwhere should I report a bug against gerrit?21:47
*** LinuxJedi has joined #openstack-dev21:47
dolphm_chmouel: https://bugs.launchpad.net/openstack-ci21:48
*** LinuxJedi has quit IRC21:49
*** vizsla has quit IRC21:49
*** LinuxJedi has joined #openstack-dev21:49
chmoueltks21:51
chmoueldolphm_: btw: what do you think about this https://review.openstack.org/#change,571321:55
dolphm_chmouel: raise exception.UserNotFound(user_id=user_id) and same for tenant_id21:57
dolphm_chmouel: the rest of the message is already written in keystone.exception.UserNotFound21:57
bcwaldonvishy: https://review.openstack.org/#change,571421:58
bcwaldonvishy: works with novaclient without any extra changes21:58
dolphm_chmouel: otherwise, +2; i'm putting together a massive list of all the places we're not doing this kind of validation (and should be)21:58
chmoueldolphm_: nice awesome.21:59
dolphm_chmouel: if you want to fix all the ec2 ones -- all of these should throw friendly errors http://paste.openstack.org/raw/12048/22:01
dolphm_not sure what's going on with ec2-credentials-get, but that one looks client-side22:02
*** utlemming has joined #openstack-dev22:03
chmouelyep can do22:04
*** hub_cap has quit IRC22:04
*** ayoung has quit IRC22:04
devcamcari just opened up rc2 for horizon22:07
devcamcarhttps://launchpad.net/horizon/+milestone/essex-rc222:07
devcamcarwe are getting really close22:07
*** kindaopsdevy has left #openstack-dev22:09
*** AlanClark has quit IRC22:12
*** Oneiroi^gone is now known as oneiroi22:13
*** uvirtbot has quit IRC22:15
*** uvirtbot has joined #openstack-dev22:15
*** joe3 has joined #openstack-dev22:21
*** joe3 has left #openstack-dev22:30
*** maploin has quit IRC22:31
bcwaldonvishy: https://bugs.launchpad.net/nova/+bug/96261522:32
uvirtbotLaunchpad bug 962615 in nova "Unable to list volumes after building from snapshot" [Undecided,New]22:32
bcwaldonvishy: urgent22:32
*** mycloud has joined #openstack-dev22:33
chmoueldolphm_: does that make sense? http://pastie.org/private/ebx5wcy5weu5kuc6jrmhhg22:37
chmoueldolphm_: the second one mostly22:37
dolphm_chmouel: i think so22:38
*** dtroyer is now known as dtroyer_zzz22:40
mycloud Hi, I installed openstack on Ubuntu 11.10 (single node).  Installed from github.com/cloudbuilders/devstack.git.   After installation, I get, "AttributeError at /syspanel/   'Client' object has no attribute 'usage'".  And in the screen, I see "Address already in use" for both n-api and for n-obj22:41
mycloud The installation completed successfully giving the ip and login at the end22:41
anotherjesseare there multiple screens?22:42
mycloudyes22:42
anotherjessescreen -list22:42
anotherjesseit could be that you are running n-api / n-obj in another screen?22:43
mycloudsorry no22:43
mycloudthere is only one screen22:43
devcamcarmycloud: sudo screen -list?22:48
devcamcarmaybe one is running as root?22:48
*** zzed has quit IRC22:48
jdgWeird issue:  I added a migration for volume_uuid which includes updating iscsi_targets table, this fails migration test (column already exists)22:49
anotherjessedevcamcar: I'm helping mycloud in another channel out of #dev - the issue seems to be that his box has apt packages installed as well as devstack22:49
*** dolphm_ has quit IRC22:49
devcamcaranotherjesse: word22:49
jdgIf I leave it out, ec2.test_create_image fails because there's no iscsi_targets.volume_uuid ???22:50
jdgAnybody have any ideas?22:50
*** mattray has quit IRC22:52
*** kbringard has quit IRC22:56
*** troytoman is now known as troytoman-away22:56
*** dolphm has joined #openstack-dev23:00
*** jakedahn is now known as jakedahn_zz23:05
*** dolphm has quit IRC23:10
*** dolphm has joined #openstack-dev23:15
*** dolphm_ has joined #openstack-dev23:17
*** jakedahn_zz is now known as jakedahn23:18
*** dolphm has quit IRC23:20
*** paulstallworth has joined #openstack-dev23:27
*** littleidea has quit IRC23:29
*** sandywalsh has quit IRC23:31
*** dtroyer_zzz is now known as dtroyer23:35
*** oneiroi is now known as Oneiroi^gone23:40
*** mycloud has quit IRC23:44
*** sandywalsh has joined #openstack-dev23:44
*** Glacee has quit IRC23:46
*** rnirmal has quit IRC23:48
*** spiffxp has quit IRC23:51
*** hub_cap has joined #openstack-dev23:55
*** rods has quit IRC23:58

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