Tuesday, 2012-06-05

*** gyee has quit IRC00:08
*** jakedahn_zz is now known as jakedahn00:12
*** reed has quit IRC00:15
*** wiliam has quit IRC00:16
*** harlowja has quit IRC00:24
jgriffithvishy: ping00:25
vishyjgriffith: sup00:25
jgriffithvishy: Yo, wanted your input on all of these tests in nova (related to volumes)00:26
jgriffithvishy: Theyr'e all ported into cinder now00:26
vishyjgriffith: what about them?00:26
jgriffithWondering how much (if any) to duplicate/leave in nova00:26
jgriffithand what to modify to call cinder or nova volumes depending on a flag00:27
jgriffithThe reason I'm thinking about is all of the tests doing direct db calls still00:27
jgriffithI can refactor all of those tests with an api call... but do we need the same tests in both projects?00:28
*** thingee has quit IRC00:29
*** wiliam has joined #openstack-dev00:30
vishyjgriffith: no i don't think so00:33
vishyjgriffith: we probably just need tests for cinder.py and we can toss the other ones when we pull the nova-volumes code00:34
jgriffithSounds good... I'll just refactor the ones like ec2 etc that aren't "volume" tests per say.00:34
vishyjgriffith: k00:35
jgriffiththanks00:35
*** littleidea has joined #openstack-dev00:36
*** jgriffith is now known as jgriffith_away00:38
*** blamar has left #openstack-dev00:39
*** jog0 has joined #openstack-dev00:40
*** crobinso has quit IRC00:45
*** torgomatic has quit IRC00:50
*** s0mik has quit IRC00:54
*** rods has quit IRC00:58
*** bencherian has quit IRC01:01
*** winston-d has joined #openstack-dev01:04
*** adjohn has quit IRC01:04
winston-dtermie, ping01:04
*** johnpostlethwait has quit IRC01:07
*** e1mer has quit IRC01:08
*** Aaton is now known as Aaton_off01:12
*** aa has quit IRC01:12
*** Mandell has quit IRC01:16
winston-djeblair, hi01:17
*** e1mer has joined #openstack-dev01:23
*** e1mer has quit IRC01:23
*** e1mer has joined #openstack-dev01:23
winston-djeblair, i saw you revert "blueprint <multi-process-api-service>" change due to 'nova test runner is leaking process'.  Could you give me more details so that I can fix it?01:23
jeblairwinston-d: hi.  I didn't revert it -- I proposed a change to revert it.  The details are on the mailing list.  there's a thread called "Lossage in nova test suite"01:24
winston-djeblair, thx. let's read through the thread first.01:27
winston-djeblair, there's no problem running tests on my laptop.  do you mind give me more details so that i can reproduce this issue?01:31
jeblairwinston-d: the problem is that after the tests are complete, there are python processes left over that continuously respawn more processes.  Kevin, Chris, Gabe, and I have all seen it.01:41
jeblairwinston-d: there's no problem running the tests themselves; they succeed.01:41
winston-djeblair, hmm, i've git clone a clean nova code base to do unittest, all unittest passed, no python process remained.  i'm running Fedora 17 btw.01:42
jeblairwinston-d: the jenkins slaves run oneiric.01:43
winston-djeblair, ok, i'll get a oneiric to do some test.  thx for the info.01:45
*** edygarcia has joined #openstack-dev01:45
*** feiyuliu has joined #openstack-dev01:46
*** johnpostlethwait has joined #openstack-dev01:49
*** torgomatic has joined #openstack-dev01:59
*** edygarcia has quit IRC02:01
*** shang has joined #openstack-dev02:03
*** jemartin has quit IRC02:04
*** novas0x2a|laptop has joined #openstack-dev02:05
*** andrewsben_zz is now known as andrewsben02:08
*** danwent has quit IRC02:17
*** ayoung has quit IRC02:18
*** edygarcia has joined #openstack-dev02:21
*** jgriffith has joined #openstack-dev02:30
westmaasjeblair: heh, now how to get it through jenkins?02:33
*** feiyuliu_ has joined #openstack-dev02:44
*** feiyuliu has quit IRC02:45
*** anderstj has joined #openstack-dev02:53
*** reed has joined #openstack-dev02:54
*** anderstj has quit IRC02:56
*** jemartin has joined #openstack-dev03:00
*** littleidea has quit IRC03:09
*** littleidea has joined #openstack-dev03:14
*** anderstj has joined #openstack-dev03:15
*** relateable has joined #openstack-dev03:18
*** winston-d has quit IRC03:18
*** bencherian has joined #openstack-dev03:27
*** winston-d has joined #openstack-dev03:31
*** edygarcia has quit IRC03:32
*** Mandell has joined #openstack-dev03:34
*** edygarcia has joined #openstack-dev03:44
*** danwent has joined #openstack-dev03:47
*** feiyuliu_ has quit IRC03:50
*** feiyuliu has joined #openstack-dev03:54
*** e1mer has quit IRC03:55
*** johnpostlethwait has quit IRC03:55
*** e1mer has joined #openstack-dev04:05
*** e1mer has joined #openstack-dev04:05
*** nunosantos has quit IRC04:12
*** e1mer has quit IRC04:16
*** e1mer has joined #openstack-dev04:17
*** e1mer has joined #openstack-dev04:17
jeblairwestmaas: i'll see if i can kick enough jenkins slaves to get it through.  :)04:18
jgriffithjeblair: Hate to bug you, but... https://jenkins.openstack.org/job/gate-cinder-python26/17/console04:20
jgriffithIs this the same thing westmaas is seeing?04:20
jeblairjgriffith: that should clear up once i restart all the jenkins slave and the fix for nova is merged04:20
jgriffithjeblair: Great, thanks.  I'll resubmit it later.04:21
*** e1mer has quit IRC04:23
*** hattwick has quit IRC04:25
*** bencherian has quit IRC04:27
*** garyk has quit IRC04:29
*** e1mer has joined #openstack-dev04:32
*** e1mer has joined #openstack-dev04:32
*** mnewby has quit IRC04:34
*** jgriffith has quit IRC04:37
*** jkoelker has left #openstack-dev04:39
*** jkoelker has joined #openstack-dev04:39
*** maoy has quit IRC04:43
*** spiffxp has quit IRC04:45
*** s0mik has joined #openstack-dev04:46
*** s0mik has quit IRC04:49
*** johnpostlethwait has joined #openstack-dev04:50
*** jemartin has quit IRC04:54
*** ywu_ has quit IRC04:58
*** edygarcia has quit IRC05:02
*** b1rkh0ff has quit IRC05:07
*** openstackjenkins has quit IRC05:15
*** openstackjenkins has joined #openstack-dev05:16
*** bencherian has joined #openstack-dev05:17
*** bencherian has left #openstack-dev05:17
*** reed has quit IRC05:18
*** b1rkh0ff has joined #openstack-dev05:21
*** davidha has quit IRC05:22
*** openstackjenkins has quit IRC05:23
*** spiffxp has joined #openstack-dev05:25
*** openstackjenkins has joined #openstack-dev05:25
*** zaitcev has quit IRC05:26
*** littleidea has quit IRC05:27
*** dachary has joined #openstack-dev05:28
*** johnpostlethwait has quit IRC05:28
*** ewindisch has quit IRC05:42
*** ewindisch has joined #openstack-dev05:44
jeblairwestmaas: merged05:52
*** Mandell has quit IRC05:53
westmaasyay05:53
*** Slower has quit IRC05:55
*** torgomatic has quit IRC05:56
*** garyk has joined #openstack-dev05:57
*** danwent has quit IRC06:03
*** spiffxp has quit IRC06:05
*** dachary has quit IRC06:08
*** spiffxp has joined #openstack-dev06:09
*** jakedahn is now known as jakedahn_zz06:10
*** sleepsonthefloor is now known as sleepsonzzz06:20
*** mrunge has joined #openstack-dev06:25
*** anderstj has quit IRC06:41
*** wiliam has quit IRC06:44
*** feiyuliu has quit IRC06:47
*** feiyuliu has joined #openstack-dev06:53
*** pmezard has joined #openstack-dev06:53
*** spiffxp has quit IRC06:56
*** corXi has joined #openstack-dev07:01
*** dachary has joined #openstack-dev07:17
* mikal reads the instance disk on LVM patch07:25
*** pixelbeat has joined #openstack-dev07:34
*** roge has quit IRC07:39
*** adjohn has joined #openstack-dev07:53
*** hattwick has joined #openstack-dev07:58
*** derekh has joined #openstack-dev08:04
*** adjohn has quit IRC08:18
*** winston-d has quit IRC08:51
*** davidha has joined #openstack-dev09:03
*** matwood has quit IRC09:09
*** davidha has quit IRC09:11
*** eglynn has joined #openstack-dev09:12
ttxnotmyname: Swift 1.5.0 ready for your release announcement at https://launchpad.net/swift/folsom/1.5.009:13
*** apevec has joined #openstack-dev09:23
*** koolhead17 has joined #openstack-dev09:39
koolhead17apevec: around09:39
koolhead17https://bugs.launchpad.net/keystone/+bug/99999909:39
uvirtbotLaunchpad bug 999999 in keystone "keystone does not support postgres database" [Low,Invalid]09:39
koolhead17did you even read what i reported before providing solution and marking it invalid?09:39
apeveckoolhead17, hi - ah yes, could you try with connection in keystone conf?09:39
koolhead17[15:09] <koolhead17> did you even read what i reported before providing solution and marking it invalid?09:39
koolhead17apevec: what you refered there was for sqlite09:40
koolhead17in the example09:40
apeveckoolhead17, I didn't see reply from you in LP09:40
apeveckoolhead17, what do you mean?09:40
koolhead17i want postgres to work with my keystone09:40
apevecparameter name is simply "connection"09:40
apevecnot sql_connection09:41
koolhead17i dont need sqlite09:41
apevecsqlite doesn't matter09:41
apevecplease try with connection = postgresql://keystone:keystone@192.168.1.3/keystone09:41
*** sannes has quit IRC09:43
apevecif you don't trust me, here is the code https://github.com/openstack/keystone/blob/master/keystone/common/sql/core.py#L15009:43
koolhead17apevec: thanks. let me try with it09:44
*** semyazz has joined #openstack-dev09:44
*** semyazz has left #openstack-dev09:44
*** markmc has joined #openstack-dev09:45
*** sannes has joined #openstack-dev09:46
apevecI see where the confusion comes from, it's sql_connection in nova.conf09:46
apevecand glance09:47
koolhead17apevec: and also from Diablo installation steps http://docs.openstack.org/diablo/openstack-compute/install/content/install-keystone.html09:47
koolhead17apevec: sql_connection = mysql://keystone:yourpassword@192.168.206.130/keystone  :)09:47
apevecyeah, keystone light refactoring side-effect - ask termie why he didn't like sql_connection :)09:48
* koolhead17 kicks termie 09:48
koolhead17:P09:48
koolhead17apevec: this is where all confusion came in, its cool now. i will test it and keep you updated. cheers!!09:49
*** Ryan_Lane has joined #openstack-dev10:01
*** winston-d has joined #openstack-dev10:07
*** davidha has joined #openstack-dev10:08
winston-di've problem running nova unittest with this error: http://paste.openstack.org/show/18346/  does anybody know how can i fix it?10:08
markmcgaryk, hey, I'm just going through the quantum essex fixes and your mail10:09
garykmarkmc: hi, thanks10:10
garykmarkmc: between a rock and a hard place here10:10
markmcgaryk, could you explain the background a bit?10:10
garykmarkmc: problem is that quantum essex stable was created at a point in time where some code was mistakenly removed (not sure if that makes sense)10:10
garykmarkmc: i'll elaborate10:11
garykmakrmc: quantum client was removed - the common config dir was removed with this, then essex stable was created, then the code was returned.10:11
garykmarkmc: so i am in a position where i need to back port fixes to a branch that does not have all of the base code10:12
apevecgaryk, what about re-adding quantumclient to stable?10:13
markmccripes10:13
* markmc shakes head10:13
markmcgaryk, I'll poke a bit more10:13
garykmarkmc: hence the rock and the hard place.10:13
garykmarkmc: at the moment i have a number of problems:10:14
koolhead17Ryan_Lane: hey there10:14
garyk1. quantum baseline is missing files (https://review.openstack.org/#/c/8023/)10:14
Ryan_Lanekoolhead17: howdy10:14
garyk2. nova jenkins fails (https://review.openstack.org/#/c/7970/)10:15
koolhead17Ryan_Lane: all good. thanks :)10:15
*** rods has joined #openstack-dev10:15
markmcLinuxJedi, jeblair, mtaylor, there? see jenkins failures in https://review.openstack.org/#/c/7970/10:16
Ryan_Lanekoolhead17: ready to do some docs? :)10:16
koolhead17Ryan_Lane: sure.10:17
garykmarkmc: can the jedi come and help me with the dark side of the force10:17
Ryan_Lanekoolhead17: we'll need to get an account set up.10:17
Ryan_Lanekoolhead17: can you add your info here? http://www.mediawiki.org/wiki/Developer_access10:17
koolhead17ok10:18
Ryan_LaneI really want to open up registration, but we need to work out some issues first :)10:19
koolhead17:P10:19
Ryan_Lanethinking of issues… we're doing ipv6 for wikipedia right now, and don't have ipv6 in labs, because of openstack...10:19
Ryan_Lanewe launched prior to openstack having ipv6 support, and now we don't know how to turn it on10:20
Ryan_Lanesince you're expected to create the ipv6 network with the ipv4 network.10:20
Ryan_LaneI have no clue what'll happen if I update the database directly.10:20
Ryan_Laneit's kind of silly to have to create them together.10:21
*** sandywalsh has joined #openstack-dev10:29
*** e1mer has quit IRC10:29
*** e1mer has joined #openstack-dev10:35
markmcgaryk, so, it looks to me like it's just that essex quantum isn't designed to work with folsom quantumclient10:49
markmcgaryk, we need to get stable/essex quantum unit tests running with 2012.1 quantumclient10:49
markmcgaryk, probably best to talk to mtaylor about that, but pushing quantumclient-2012.1 to pypi seems like the right thing10:49
*** bsza has joined #openstack-dev10:52
garykmarkmc: thanks.10:52
*** rkukura has quit IRC10:57
*** hugokuo1 has joined #openstack-dev11:17
*** hugokuo has quit IRC11:20
*** corXi has quit IRC11:22
garykmarkmc: can you please look at http://fpaste.org/SMp8/ I am not 100% sure that I am on the right tack here. I feel like I am waisting everyones time and efforts11:28
markmcgaryk, "Error 500: Sorry, you broke our server. You might have reached the 512KiB limit! "11:29
markmcgaryk, if it's the quantum cfg patch, it's no my list for later11:29
markmcgaryk, if it's the quantum cfg patch, it's on my list for later11:29
garykmarkmc: no - stable essex - http://fpaste.org/veuB/11:30
garykmarkmc: i think i am good with the cfg stuff (you helped a lot here). your inputs on the work done will be greatly appreciated11:30
markmcgaryk, right, it's not in pypi yet http://pypi.python.org/pypi/python-quantumclient/11:30
garykmarkmc: ok. what do you suggest?11:33
markmcgaryk, talk to mtaylor about getting it added to pypi11:33
markmcgaryk, he holds OpenStack's pypi keys AFAIK11:33
garykmarkmc: ok, will do. thanks11:34
*** markvoelker has joined #openstack-dev11:42
*** sandywalsh has quit IRC11:47
*** salgado has joined #openstack-dev11:54
*** mrunge has quit IRC11:54
*** sandywalsh has joined #openstack-dev11:57
*** sandywalsh has quit IRC11:59
eglynnmarkmc: thanks for your review on the security groups de-dupe, got a minute to discuss?12:02
markmceglynn, sure, fire ahead12:03
eglynnmarkmc: just this comment on the refresh ... "The idea is that when we're adding or removing a bunch of rules, we only want to trigger an expensive refresh after the last update."12:03
eglynnmarkmc: so that's exactly the idea of the refresh_rules parameter12:03
eglynnmarkmc: i.e. here's a bunch of rules in addition to the current one to refresh12:04
eglynnmarkmc: if the refresh_rules is set to None, then the refresh is deferred12:04
markmceglynn, right12:05
markmceglynn, so my comment was that jay didn't want the abstraction to leak details of this "refresh" issue12:05
markmceglynn, you moved it from being a method to being a method parameter, but it still leaks through12:05
*** maoy has joined #openstack-dev12:05
markmceglynn, but I don't have a problem with it leaking though :)12:06
*** sandywalsh has joined #openstack-dev12:06
markmceglynn, the semantics of the refresh_rules param seemed a little strange to me12:06
*** eglynn_ has joined #openstack-dev12:06
markmceglynn_, what was the last comment you saw?12:06
*** alaski has joined #openstack-dev12:07
* markmc shrugs, guess you've got eavesdrop12:07
*** e1mer has quit IRC12:07
markmceglynn, what did you think of my batch add/remove suggestion? that way it doesn't need to leak through at all12:07
*** e1mer has joined #openstack-dev12:07
*** e1mer has joined #openstack-dev12:07
eglynn_markmc: connection dropped there, last I saw was ... the semantics of the refresh_rules12:07
markmceglynn_, http://eavesdrop.openstack.org/irclogs/%23openstack-dev/%23openstack-dev.2012-06-05.log12:08
*** eglynn has quit IRC12:08
eglynn_markmc: ok, see what you mean ... so you want the leakage of the refresh action to be more explicit than shoe-horned into the refresh_rules, right?12:10
markmceglynn_, either that, or not leaked through at all by adding add_rules()/remove_rules()12:10
*** e1mer has quit IRC12:11
eglynn_markmc: yep, gotcha ... makes sense12:11
markmceglynn, what did you think of my batch add/remove suggestion?12:11
eglynn_markmc: I'm thinking that's potentially the neatest approach12:11
markmceglynn_, cool12:12
markmceglynn_, wasn't sure whether I'd missed something12:12
eglynn_markmc: I'll code it up and see how it feels ...12:12
*** maploin has joined #openstack-dev12:15
*** maploin has quit IRC12:15
*** maploin has joined #openstack-dev12:15
*** roge has joined #openstack-dev12:17
*** littleidea has joined #openstack-dev12:21
*** semyazz has joined #openstack-dev12:23
*** semyazz has left #openstack-dev12:23
*** littleidea has quit IRC12:23
*** e1mer has joined #openstack-dev12:23
*** e1mer has joined #openstack-dev12:23
zykes-has anyone run into that if you kill off dnsmasq and delete gw-%s interfaces on a networking node with quantum and restart nova-network dns names for instances are not used anymore ?12:24
zykes-instead you get entries like host-%d12:25
*** lts has joined #openstack-dev12:38
*** ywu has joined #openstack-dev12:38
*** apevec has quit IRC12:43
*** koolhead17 has quit IRC12:45
*** stuntmachine has joined #openstack-dev12:52
*** mdomsch has quit IRC12:55
*** maoy has quit IRC13:02
*** ywu has quit IRC13:08
mtaylorhey garyk13:09
mtaylormarkmc, garyk: yes, we do want to push quantumclient to pypi - we may not want to version it at 2012.1 ... there's a longer discussion with ttx about client releases that we're almost finished with13:10
mtaylormarkmc, garyk: in the mean time, putting in a depend on a github zipball tied to a sha1 hash is a workaround13:11
markmcmtaylor, you mean "push essex quantumclient to pypi" ?13:11
mtaylormarkmc: I mean push quantumclient to pypi13:11
markmcmtaylor, that works in pip-requires?13:11
mtaylormarkmc: it does13:11
markmcmtaylor, cool on the latter13:11
markmcmtaylor, if you mean push folsom quantumclient to pypi, that doesn't help our stable/essex issues13:12
mtaylormarkmc: then that's a bug in the client lib and should be fixed13:12
markmcmtaylor, retrospectively?13:12
mtaylormarkmc: OR - something we'll have to figure out for quantum since it was core and since we didn't have this figured out anyway13:12
mtaylormarkmc: yeah, we may have to special-case something here13:12
*** littleidea has joined #openstack-dev13:13
markmcmtaylor, the issue here is we don't want to say "this is the client lib for essex" etc. ?13:13
markmcmtaylor, but rather "this is v1.1, it works with essex and all later versions of the server"?13:14
markmcmtaylor, hmm, got an example of a project using the zipball thing? I vaguely recall seeing one go by13:16
mtaylormarkmc: yes to both13:20
mtaylormarkmc: one sec...13:20
mtaylormarkmc: glance uses it: just plop this in: https://github.com/openstack/python-keystoneclient/zipball/master#egg=python-key13:20
mtaylormarkmc: or  https://github.com/openstack/python-quantumclient/zipball/master#egg=python-quantumclient13:21
mtaylorif you want to do quantumclient13:21
*** timello has joined #openstack-dev13:22
*** ayoung has joined #openstack-dev13:23
markmcmtaylor, ah, glanceclient uses it ... thanks13:24
markmcgaryk, try adding https://github.com/openstack/python-quantumclient/zipball/2012.1#egg=python-quantumclient to pip-requires13:25
*** e1mer has quit IRC13:28
*** kbringard has joined #openstack-dev13:36
*** dachary1 has joined #openstack-dev13:37
*** dachary has quit IRC13:39
*** wiliam has joined #openstack-dev13:39
*** JordanRinke has quit IRC13:39
*** JordanRinke has joined #openstack-dev13:40
*** nunosantos has joined #openstack-dev13:40
*** timello has quit IRC13:41
*** timello has joined #openstack-dev13:43
*** edygarcia has joined #openstack-dev13:44
*** e1mer has joined #openstack-dev13:45
*** e1mer has joined #openstack-dev13:45
devanandamorning, all13:46
*** nikhil_ has joined #openstack-dev13:46
*** nikhil_ is now known as Guest1901113:46
*** epim_ has joined #openstack-dev13:47
*** rkukura has joined #openstack-dev13:48
*** GheRivero_ has joined #openstack-dev13:49
mtaylormarkmc: and we _will_ get the larger question sorted13:49
mtaylormorning devananda13:49
winston-dHi all.  i've run into problem running nova unittest with this error: http://paste.openstack.org/show/18346/  does anybody know how can i fix it?13:49
*** epim has quit IRC13:51
*** epim_ is now known as epim13:51
*** galstrom has joined #openstack-dev13:53
*** sstent has quit IRC13:54
*** sstent has joined #openstack-dev13:55
*** matiu has quit IRC13:57
*** blamar has joined #openstack-dev13:58
*** e1mer has quit IRC13:59
*** crobinso has joined #openstack-dev14:00
*** maoy has joined #openstack-dev14:02
*** matiu has joined #openstack-dev14:03
*** matiu has quit IRC14:03
*** matiu has joined #openstack-dev14:03
*** andrewsben is now known as andrewsben_zz14:03
*** dachary1 has quit IRC14:04
*** Mandell has joined #openstack-dev14:09
*** rnirmal has joined #openstack-dev14:13
*** epim has quit IRC14:22
*** Mandell_ has joined #openstack-dev14:25
*** Mandell has quit IRC14:25
*** anderstj has joined #openstack-dev14:27
*** feiyuliu has quit IRC14:29
*** danwent has joined #openstack-dev14:29
*** dachary has joined #openstack-dev14:30
*** datsun180b has joined #openstack-dev14:30
*** reed has joined #openstack-dev14:31
*** bsza has quit IRC14:31
*** timello has quit IRC14:32
*** krtaylor has joined #openstack-dev14:34
*** dubsquared has joined #openstack-dev14:37
renierhey, trying to find documentation on the keystone catalog apis… anyone knows if this exists?14:40
kbringardsleepsonzzz: once you're no awake on the floor let me know :-D14:41
kbringardvishy: quick question if this rings a bell. I'm running diablo-stable, so I was wondering if this is something that had been fixed. Periodically instances fail to spawn giving an iptables "invalid code −1" error14:42
* mtaylor is landing a change to turn on our new pypi mirror... everything _should_ still work - and should actually work much quicker...14:42
kbringardjaypipes suggested you may have a recollection before I go sifting through bugs :-)14:42
* jaypipes runs for hills14:43
kbringardhehe14:43
kbringardgo eat lunch :-p14:43
*** timello has joined #openstack-dev14:45
*** Mandell_ has quit IRC14:50
garykmarkmc: thanks - testingit now14:51
*** pballand has joined #openstack-dev14:52
*** dolphm has joined #openstack-dev14:52
garykmarkmc: looks like it solves the problem14:54
*** timello has quit IRC14:56
*** timello has joined #openstack-dev14:57
*** zaitcev has joined #openstack-dev14:57
*** sstent has quit IRC15:01
*** davidha has quit IRC15:02
*** dubsquared has quit IRC15:03
*** pmyers has quit IRC15:05
zykes-is anyone thinking of doing a broader dns service ?15:05
*** pmyers has joined #openstack-dev15:06
*** garyk has quit IRC15:06
*** Gordonz has joined #openstack-dev15:08
*** matwood has joined #openstack-dev15:09
*** Gordonz has quit IRC15:09
*** Gordonz has joined #openstack-dev15:10
*** bencherian has joined #openstack-dev15:11
mtaylorzykes-: like a dns-as-a-service offering? I, for one, would love it if that were an openstack offering - I use the crap out of rackspaces's15:12
*** anderstj has quit IRC15:12
*** spiffxp has joined #openstack-dev15:14
*** jemartin has joined #openstack-dev15:16
Vekjeblair / mtaylor: Can you confirm the status of https://review.openstack.org/#/c/8161 ?  It appears to be approved, but there's no recent movement on it...15:19
* Vek just wants to know if he's just being impatient or if the tests ended up hanging somewhere...15:20
jeblairVek: I expect the jobs were lost in the badness that happened yesterday; I think you should approvi it again.15:21
VekOK...15:21
*** openstackjenkins has quit IRC15:22
jeblairI'm restarting jenkins to get it to connect to the last remaining slaves it can't talk to.  should be back up in a minute15:22
jeblairIt saves its build queue, so it should remember to run the jobs for that change, Vek.15:23
*** openstackjenkins has joined #openstack-dev15:23
vishykbringard: haven't seen that one15:25
zykes-mtaylor: i suggested it earlier but noone seemed to care ;p15:25
zykes-a service for both tenant dns (internal) and public15:25
kbringardvishy: okie, no worries; I'll investigate further and see if I can figure out what's going on15:25
Vekjeblair: cool, thanks.15:26
zykes-mtaylor: here still ?15:29
sdaguejeblair: is this badness of yesterday something which would have scrambled the python2.6 testing?15:30
sdagueI'm trying to decypher some build fails for a patch of mine, and they seem completely unrelated15:31
jeblairsdague: absolutely.  any weird jenkins test failures yesterday should be suspect.15:31
sdagueok, cool15:31
sdagueI had to fix a couple things in the patch anyway. Things good now?15:32
jeblairsdague: yep!15:32
*** jgriffith_away has quit IRC15:33
*** jgriffith has joined #openstack-dev15:35
davidkranzjaypipes: There are four stable/diablo items sitting in the queue that were +1ed by Daryl but no one seems to be able or want to find a diablo to run them against and I don't see that changing.15:39
davidkranzjaypipes: I propose we ask the submitter to make sure they work in diablo and then one of us push them in when he reports success.15:39
vishyVek: my brain has failed, was it you that did the eventlet stuff or johannes?15:40
Vekdefine "the eventlet stuff"?15:40
Vek(but probably johannes)15:40
vishyah yes15:41
vishyit was15:41
vishyI just noticed a new assertion error when i updated i wanted to let him know about15:41
VekI see.15:42
comstudthere are definitely still bugs in eventlet with tpool use mixed with greenthreads15:43
Vekmight want to email him; he said earlier that his power had gone out...15:43
comstudas well15:43
comstudeventlet is just kinda screwed in general15:43
Vek*nod*15:43
Vekwhich reminds me...once the multiprocess stuff is fixed and goes in, it should be noted that turnstile is not (yet) compatible with multiprocess.15:44
comstudah15:44
Vek(I intend to address that eventually, thanks to input from the HP guys who were also working on multiprocess...)15:44
mtaylorvishy: re: logging during nova test runs ... we have that all working as it has been working from run_tests.sh in the new patch15:44
vishymtaylor: yay, which was the review?15:45
mtaylorvishy: but ... nose already has a facility for capturing output from runs and logging it appropriately ... is there a reason we couldn't change things a little bit to take advantage of that?15:45
vishymtaylor: that sounds fine15:45
mtaylorvishy: https://review.openstack.org/#/c/8106/15:46
mtaylorvishy: ok. I'll work that up as a second patch15:46
*** eglynn__ has joined #openstack-dev15:46
mtaylorvishy: if we do it right, jenkins should even be able to include the appropriate trace logging with the failed test (whee)15:46
zykes-mtaylor: would you be intereseted?15:48
*** eglynn_ has quit IRC15:48
*** lorin1 has joined #openstack-dev15:52
*** davidha has joined #openstack-dev15:52
mtaylorzykes-: I would be interested in its existence... I don't have time to write it :)15:52
*** bencherian has quit IRC15:53
*** katell1 has quit IRC15:53
mtaylorjaypipes, notmyname, vishy, bcwaldon: I just sent a thing to the mailing list about global depends - I have a feeling you might have opinions15:54
zykes-;p15:55
zykes-mtaylor: tech wise though15:55
zykes-bind or powerdns ?15:55
mtaylorzykes-: well, I always use bind myself - but that doesn't mean it's necessarily the right choice15:56
maoymtaylor: quick question: does jenkins and smoke tests run against every patch in gerrit or selected ones in some criteria?15:57
*** jakedahn_zz is now known as jakedahn15:57
jeblairmtaylor: actually, you use nsd.  :)15:57
mtaylorjeblair: hehe. well, by "use myself" I mean "all of the times I've personally installed it" ... I did not indicate when the last time I did that was :)15:59
mtaylorzykes-: let me clarify - I defer to jeblair15:59
mtaylormaoy: jenkins runs tests against every patch15:59
mtaylormaoy: I do not run smokestack, but I'm pretty sure that dprince also runs tests against every patch to the relevant projects16:00
mtaylormaoy: smokestack does not necessarily report back results on all runs, as dprince verifies that failing results are valid before allowing them to post16:00
mtayloriirc16:00
mtaylormaoy: for jenkins, we run tests when a patch is uploaded, and then again after approval just before merge16:01
maoymtaylor: all right. thanks. i was wondering because the reports come back with a random delay. so i thought there was some magic going on.16:01
mtaylormaoy: it just takes a variable amount of time to run them ...16:02
*** garyk has joined #openstack-dev16:02
mtaylormaoy: there is an option to add a "tests started" message, but we removed that long ago because it was very chatty16:02
maoymtaylor: got it.16:03
*** Guest19011 has quit IRC16:03
*** nikhil_ has joined #openstack-dev16:03
*** Adri2000 has quit IRC16:03
*** Adri2000 has joined #openstack-dev16:04
*** nikhil_ is now known as Guest5588416:04
*** Adri2000 is now known as Guest6727616:04
*** Guest55884 is now known as help16:05
zykes-jeblair: ping.16:05
*** help is now known as Guest2874216:05
jeblairzykes-: pong16:06
*** issackelly has joined #openstack-dev16:07
zykes-jeblair: what would use ?16:07
zykes-Bind or PowerDNS ?16:07
*** issackelly has quit IRC16:07
jeblairi haven't run dns at scale, but the folks i know who do use mostly bind, and some nsd.16:08
jeblairi think the db integration from powerdns is tempting, but...16:08
*** sleepsonzzz is now known as sleepsonthefloor16:08
*** sleepsonthefloor is now known as sleepsonzzz16:09
*** Guest28742 is now known as register16:09
*** issackelly has joined #openstack-dev16:09
zykes-but what jeblair ? ;)16:09
*** sleepsonzzz is now known as sleepsonthefloor16:09
jeblairi honestly think it would be best if the solution could be used with multiple servers16:09
zykes-:p16:09
*** register is now known as Guest1977716:09
zykes-driver based ?16:09
jeblairhaving different dns server implementations has proved to be a really good idea in the past for resiliency16:10
zykes-driver / plugin based then i guess ;p016:10
jeblair(i believe some of the root servers run nsd for the same reason)16:10
jeblairyeah, that's my 2 cents.  hate to sound wishy-washy, but there it is.  :)16:10
jeblair(and then i'd probably start by writing the bind driver)16:11
* mtaylor agrees with jeblair on pluggability/drivers16:11
mtaylorthat also matches the model of the other openstack projects16:11
zykes-i would go powerdns first :p16:11
zykes-easier to setup for testing i think16:11
*** s0mik has joined #openstack-dev16:11
*** eglynn has joined #openstack-dev16:11
jeblairhaven't used powerdns myself.  that's probably fine, though i think bind probably has the most installs, so that may increase initial acceptance.16:12
garykmarkmc: ping16:14
markmcgaryk, hey16:14
*** eglynn__ has quit IRC16:15
zykes-how should it run though jeblair ?16:15
zykes-in a vm inside of nova opr ?16:15
garykmarkmc: in  bit of a pickle. added the quantum client to pip. when i do ./run_tests all is cool. when i run tox. things are problematic16:15
markmcgaryk, pastebin? mtaylor would probably have an idea16:16
mtaylorgaryk: yeah - pastebin please16:16
jeblairzykes-: a bit out of my area of expertise.  sorry, I don't want to lead you astray.  :(16:16
garykmarkmc, mtaylor: in a sec16:16
zykes-anyone else ?16:17
zykes-justinsb: ping16:17
garykmarkmc, mtaylor: http://fpaste.org/yA2Z/16:19
*** Guest19777 has quit IRC16:19
*** maploin has quit IRC16:20
jaypipesmtaylor: k, thx'16:20
* markmc leaves that one to monty :)16:21
markmcjeblair, got a sec?16:21
jeblairmarkmc: sure16:21
markmcjeblair, gerrit permissions for stable branches ...16:22
markmcjeblair, things looked a little different than what I remembered16:22
jeblairmarkmc: ok (i read your mail, did you see dan's followup?)16:23
markmcjeblair, yeah16:23
jaypipesdavidkranz: I will be running them against a stable diablo setup today.16:23
markmcjeblair, actually I'm struggling to identify what I thought was an issue this morning16:24
jaypipesdavidkranz: also, we should get with mtaylor and jeblair about setting up alternate jenkins jobs for tempest that pull the stable/X branches of the projects (and tempest)16:24
markmcjeblair, in #924974, you said stable-maint had exclusive perms to +2 on stable/*16:24
markmcjeblair, but it's non-exclusive now16:24
markmcjeblair, which makes sense16:24
markmcjeblair, oh, and I wasn't clear on what gave quantum-core +2 on stable/essex16:24
jeblairmarkmc: well, it is still exclusive...16:25
jeblairmarkmc: but occasionally overridden by individual projects16:25
*** nikhil__ has joined #openstack-dev16:25
jeblair(ie, incubated)16:25
markmcjeblair, https://review.openstack.org/#/admin/projects/All-Projects,access16:26
markmcjeblair, Reference:16:26
markmcrefs/heads/stable/*16:26
markmcjeblair, no exclusive boxes checked there16:26
jeblairmarkmc: yes they are?  for approved/code review...16:26
zykes-anyone here at rackspace that can get me in contact with the clouddns folks ?16:26
markmcjeblair, hmm, interesting - I don't see that16:26
* markmc screenshots16:26
markmcjeblair, http://markmc.fedorapeople.org/gerrit-perms.png16:28
jeblairmarkmc: wacky.16:29
jeblairmarkmc: https://review.openstack.org/gitweb?p=All-Projects.git;a=blob;f=project.config;h=6d98f479e51ef61a42b22e930463fe7ea7f55c32;hb=HEAD#l3716:29
markmcjeblair, ok, cool :)16:30
jeblairmarkmc: my screen looks like that, but with the bottom two checkboxes checked.16:30
* markmc notes the git access to the raw config16:30
markmcjeblair, great, false alarm16:31
mtaylorhave I mentioned how much I love how much of the config is all in stuff in git repos?16:31
* markmc moves along :)16:31
jeblairmarkmc: http://ci.openstack.org/gerrit.html#adding-a-new-project-on-the-command-line16:31
jeblairmarkmc: there's the details on how to pull/checkout the config in your local repo16:31
markmcjeblair, cool16:31
jeblairwe got really tired of clicking checkboxes a while back and have pretty much stopped that.  :)16:32
garykmtaylor: anything else i can help with?16:32
mtaylorgaryk: this is in essex quantum?16:33
jeblairmarkmc: so then there's a config in quantum that gives quantum-core exclusive access, and that config for the specific project seems to take precedence over the config for all-projects.16:33
mtaylorgaryk: we probably need to update the quantum/openstack/common/setup.py ... you're hitting a bug we fixed a little while ago16:33
markmcjeblair, excellent, you've got it totally covered ... surprise surprise :)16:34
jeblairmarkmc: whew.  :)16:34
markmcmtaylor, was this the fix? https://review.openstack.org/#/c/3801/16:35
garykmtaylor: yes, this is stable essex (i am learning the hard way). i can try and dig to find the setup issue - just need to know what the correct entry in the pip should be.16:36
mtaylormarkmc: not quite - the fix eventually gets more involved ...16:36
mtaylormarkmc: we learned a lot about pip and easy_install and distutils, let me tell you...16:37
markmcmtaylor, not seeing anything likely in log for setup.py16:37
markmcmtaylor, oh, wait - got it16:38
markmcmtaylor, https://review.openstack.org/#/c/7800/16:38
mtaylormarkmc: yup. you need 3801 and 780016:38
*** s0mik has quit IRC16:38
*** Aaton_off is now known as Aaton16:39
markmcmtaylor, ok, looks like you just need to update setup.py too - hopefully the update doesn't break other stuff for you16:39
markmcmtaylor, cheers16:39
markmcgaryk, ok, looks like you just need to update setup.py too - hopefully the update doesn't break other stuff for you16:39
mtaylorhttps://review.openstack.org/818816:39
mtaylorgaryk, markmc ^^16:39
mtaylorfeel free to either use that or I can abandon it16:39
garykmtaylor: thanks, i'll check it out16:40
markmcmtaylor, yeah garyk will need to squash that into his patch16:41
*** epim has joined #openstack-dev16:41
markmcmtaylor, since tests will fail without garyk's stuff16:42
mtaylorexcellent16:42
garykmtaylor, markmc - so if i understand correctly hen i just need to add this file?16:42
*** s0mik has joined #openstack-dev16:42
markmcgaryk, update quantum/openstack/common/setup.py the same way you updated cfg.py16:42
garykmarkmc: ok16:43
*** lloydde has joined #openstack-dev16:43
*** martine has joined #openstack-dev16:48
*** blamar has quit IRC16:49
*** Guest67276 has quit IRC16:49
*** jakedahn is now known as jakedahn_zz16:50
*** Adri2000_ has joined #openstack-dev16:50
*** Adri2000_ is now known as Guest4362616:50
*** anderstj has joined #openstack-dev16:50
*** dubsquared has joined #openstack-dev16:51
*** rods has quit IRC16:52
*** danwent has quit IRC16:53
*** epim_ has joined #openstack-dev16:55
*** epim has quit IRC16:57
*** epim_ is now known as epim16:57
*** s0mik has quit IRC16:58
*** Mandell has joined #openstack-dev16:58
*** s0mik has joined #openstack-dev16:58
*** mestery has quit IRC17:00
*** Guest43626 is now known as Adri200017:00
*** eglynn has quit IRC17:00
*** Adri2000 has quit IRC17:00
*** Adri2000 has joined #openstack-dev17:00
garykmtaylor, markmc: worked locally - hopefully jenkins will be kind. thanks for the help!17:01
*** derekh has quit IRC17:02
*** jdurgin has joined #openstack-dev17:04
*** rods has joined #openstack-dev17:04
*** gyee has joined #openstack-dev17:07
*** glenc_ has quit IRC17:07
*** glenc has joined #openstack-dev17:07
*** gyee has quit IRC17:11
*** glenc has quit IRC17:11
*** glenc has joined #openstack-dev17:12
*** semyazz has joined #openstack-dev17:13
*** semyazz has left #openstack-dev17:13
*** jakedahn_zz is now known as jakedahn17:13
*** glenc has quit IRC17:13
*** gyee has joined #openstack-dev17:13
*** glenc has joined #openstack-dev17:13
*** PotHix has joined #openstack-dev17:15
*** dachary has quit IRC17:15
jaypipesVek: think I narrowed down the reservation/quota issue... https://bugs.launchpad.net/nova/+bug/100911517:15
uvirtbotLaunchpad bug 1009115 in nova "Reservations not destroyed when instances are destroyed" [Undecided,New]17:15
jaypipesVek: turns out cores and instances aren't cleaned up, but the RAM resource *is*...17:15
*** dachary has joined #openstack-dev17:15
jaypipesVek: perhaps there is a break statement in a for loop somewhere? :)17:15
*** danwent has joined #openstack-dev17:16
*** openstackjenkins has quit IRC17:19
*** openstackjenkins has joined #openstack-dev17:20
*** torgomatic has joined #openstack-dev17:22
*** harlowja has joined #openstack-dev17:22
*** glenc has quit IRC17:24
*** glenc has joined #openstack-dev17:24
*** mestery has joined #openstack-dev17:29
*** glenc has quit IRC17:32
*** jakedahn is now known as jakedahn_zz17:33
*** glenc has joined #openstack-dev17:33
*** jakedahn_zz is now known as jakedahn17:34
*** aa has joined #openstack-dev17:36
*** alaski has quit IRC17:38
*** alaski has joined #openstack-dev17:39
*** dubsquared has quit IRC17:43
*** GheRivero_ has quit IRC17:43
*** dubsquared has joined #openstack-dev17:43
*** dubsquared has quit IRC17:48
*** rafaduran has joined #openstack-dev17:48
*** mnewby has joined #openstack-dev17:49
zykes-jeblair: is it a bad idea to use mongodb as a backend for storing dns zones ?17:51
*** blamar has joined #openstack-dev17:52
jeblairzykes-: i think so, but i'll defer to mtaylor, who is a database expert, on that.17:52
jeblairmtaylor: ^17:52
*** bencherian has joined #openstack-dev17:53
*** rafaduran has quit IRC17:55
mtaylorzykes-: why would you use mongodb as a backend for storing dns zones?17:56
mtaylorzykes-: as in - what problem are you trying to solve?17:56
zykes-mtaylor: storing dns for example accross datacenters17:56
*** Slower has joined #openstack-dev17:56
mtaylorzykes-: and you're wanting to use database backend as the replication mechaism rather than using the world's most scalable distributed database system already ... dns itself?17:57
*** tongli|2 has joined #openstack-dev17:57
zykes-just wondering mtaylor17:57
zykes-since powerdns has mongodb backends17:57
mtaylorzykes-: I would not depend on that in your design, if it were me, since powerdns is the only one of the dns servers that people use that has that feature17:58
mtaylorzykes-: but at the same time, ALL dns servers know how to delegate to each other17:58
mtaylorzykes-: and as I just (snarkily) mentioned, dns is currently probably the world's largest and most scalable distributed database17:58
mtaylorso I'd use the architecture that it provides as the basis of multi-datacenter work, rather than trying to make something like mongo or couch or mysql work sensibly17:59
mtaylorbut that's just my $0.02 :)17:59
zykes-mtaylor: how you mean delegate ?18:00
zykes-i wonder how rs clouddns works :p18:00
mtaylorzykes-: any dns as a service offering is really going to be nothing more than a REST shim in front of DNS ... since DNS is, itself, already a scalable, distributed service18:01
*** novas0x2a|laptop has quit IRC18:01
mtaylorzykes-: or else someone has implemented it very poorly :)18:01
zykes-mtaylor: what about adding zones etc then ?18:01
zykes-i mean powerdns is just couple to a db and that's it basically18:01
mtayloryeah. that's just backend storage18:02
mtaylorof where you store the information - it doesn't have anything to do with how dns servers share that information with each other18:02
jeblairmarkmc: hey, the three changes to keystone you just approved were the first gate tests we executed in parallel.  :)  You may have noticed they merged in rapid succession.18:02
dolphmjeblair: mtaylor: badass!18:03
jeblairmarkmc: thanks for the excellent well-timed test case.  I just sent a message to the mailing list with more details about the system.18:03
jeblairor you can read about it here: http://amo-probos.org/post/1418:03
*** jakedahn is now known as jakedahn_zz18:08
*** danwent_ has joined #openstack-dev18:09
zykes-so mtaylor you think mongodb is a bad idea ?18:09
zykes-but can't that again be up to the driver beneath the api ?18:10
*** lloydde has quit IRC18:11
*** sleepsonthefloor is now known as sleepsonzzz18:12
*** danwent has quit IRC18:12
*** danwent_ is now known as danwent18:12
mtaylorzykes-: TOTALLY18:14
mtaylorI just think you shouldn't design the dns service to depend on or expect some feature of mongodb under the covers18:14
*** s0mik has quit IRC18:15
*** semyazz has joined #openstack-dev18:16
*** semyazz has left #openstack-dev18:16
*** rnirmal has quit IRC18:16
*** datsun180b has quit IRC18:17
*** negronjl has quit IRC18:17
zykes-;)18:18
zykes-mtaylor: you work for rs ?18:18
*** johnpostlethwait has joined #openstack-dev18:19
davidkranzjaypipes: Your create_network method does "resp, network = self.client.create(network_name)" but NetworkClient has no "create" method that I can see. Am I missing something obvious?18:20
mtaylorzykes-: nope18:21
zykes-mtaylor: another thing i think would be nice is that mongo allows youto have multiple api endpoints for the same system ?18:22
*** negronjl has joined #openstack-dev18:25
jaypipesdavidkranz: doh. sorry, yes, I misunderstood your comment. you're right.18:25
jaypipesdavidkranz: thx, fix pushed.18:27
mtaylorzykes-: sure. I'm just opposed to building a system like this to depend on a particular piece of software18:27
*** novas0x2a|laptop has joined #openstack-dev18:28
mtaylorzykes-: also - be careful, mongodb is AGPL, and the rest of openstack is Apache ... so if you were to tie something in dns as a service to mongo specifics, there would be some pretty problematic licensing issues18:28
zykes-mtaylor: I was more wanting to make it driver based18:30
zykes-so people can choose18:30
mtaylorawesome. I'm on board with that then18:31
*** rnirmal has joined #openstack-dev18:34
*** issackel_ has joined #openstack-dev18:40
*** issackelly has quit IRC18:41
*** issackel_ is now known as issackelly18:41
*** martine has quit IRC18:42
zykes-mtaylor: should instance dns be global as well or ?18:47
*** dubsquared has joined #openstack-dev18:48
*** reed has quit IRC18:49
*** deva-mobile has joined #openstack-dev18:51
*** mrunge has joined #openstack-dev18:52
*** deva-mobile has quit IRC18:53
*** deva has joined #openstack-dev18:53
*** nunosantos has quit IRC18:55
*** adjohn has joined #openstack-dev18:57
*** martine has joined #openstack-dev18:58
*** dubsquared has quit IRC19:01
*** dubsquared has joined #openstack-dev19:01
*** sleepsonzzz is now known as sleepsonthefloor19:16
*** s0mik has joined #openstack-dev19:16
*** Ruetobas has quit IRC19:18
*** dolphm has quit IRC19:19
zykes-justinsb: ping19:24
*** danwent has quit IRC19:25
*** deva has quit IRC19:27
*** jakedahn_zz is now known as jakedahn19:29
*** stuntmachine has quit IRC19:32
*** stuntmachine has joined #openstack-dev19:33
*** stuntmachine has joined #openstack-dev19:33
*** Ryan_Lane has quit IRC19:36
*** matwood has quit IRC19:50
winston-dcomstud, hi, chris. i'm the author of nova multiprocess patch.  sorry for the trouble it caused.19:57
comstudno worries19:57
comstud:)19:57
*** danwent has joined #openstack-dev20:00
*** mrunge has quit IRC20:01
winston-dcomstud, i think you are right. the unittest finishes so quickly that api service hasn't even fully started yet. i'll fix it up with new patch set to address your comment and those from johannes.20:02
comstudyep20:02
comstudi'd added some debug to it to figure that out20:02
comstudthe service.stop would be called20:03
comstudwhile it was still in the middle of starting up children20:03
comstudwinston-d: Thnx:)20:04
*** mattray has joined #openstack-dev20:05
*** glenc has quit IRC20:15
*** matwood has joined #openstack-dev20:19
*** aa has quit IRC20:23
*** wiliam has quit IRC20:27
*** crobinso has quit IRC20:27
*** aa has joined #openstack-dev20:30
*** eglynn has joined #openstack-dev20:31
*** rkukura has quit IRC20:35
*** glenc has joined #openstack-dev20:39
*** reed has joined #openstack-dev20:43
*** tongli|2 has quit IRC20:45
mtaylorbcwaldon: https://review.openstack.org/#/c/8103/ and https://review.openstack.org/#/c/8143/ ?20:46
mtayloror any glance-core ?20:47
*** stuntmachine has quit IRC20:53
bcwaldonmtaylor: just got back20:58
bcwaldonmtaylor: will look shortly20:58
*** alaski has quit IRC20:59
mtaylorbcwaldon: thanks!20:59
mtaylorbcwaldon: I'm trying to clear out red dots from jenkins so that we can start paying attention when a job goes red21:00
bcwaldonkk, good goal to have21:00
*** lts has quit IRC21:03
*** Ryan_Lane has joined #openstack-dev21:03
*** eglynn has quit IRC21:04
*** maoy has quit IRC21:11
*** maoy has joined #openstack-dev21:12
*** sleepsonthefloor is now known as sleepsonzzz21:20
*** jakedahn is now known as jakedahn_zz21:22
*** martine has quit IRC21:23
*** lorin1 has quit IRC21:26
s1rpdprince: jk0: if you guys get a sec: https://review.openstack.org/#/c/8007/21:28
jk0ok21:30
*** Aaton is now known as Aaton_off21:32
*** dubsquared has quit IRC21:36
*** Gordonz has quit IRC21:36
sorenmtaylor: Under what circumstances does git-review not automatically add a Change-Id?21:37
*** maoy has quit IRC21:38
*** troytoman-away is now known as troytoman21:39
jeblairsoren: the mechanism is the git "commit-msg" hook, so it runs when that runs, generally on 'git commit'.21:41
sorenjeblair:  I think I just sorted it out.21:42
sorenNot entirely sure why it didn't work before, but meh.21:42
jeblaircool.  (as a special case, git-review will ammend your commit so it gets run if git-review has _just_ installed the commit hook, but otherwise doesn't make sure it's there or anything like that)21:42
*** rkukura has joined #openstack-dev21:42
*** littleidea has quit IRC21:47
*** dachary has quit IRC21:47
*** s0mik has quit IRC21:52
*** jakedahn_zz is now known as jakedahn21:53
vishyjgriffith: this is something we definitely need to fix in cinder: https://bugs.launchpad.net/bugs/100886621:55
uvirtbotLaunchpad bug 1008866 in nova "Creating volume from snapshot on real/production/multicluster installation of OpenStack is broken" [Undecided,New]21:55
vishyjgriffith: I'm not totally sure that the patch is the right solution, but it needs to be addressed21:56
jgriffithvishy: looking at it now21:56
*** s0mik has joined #openstack-dev21:57
jgriffithvishy: Ok, thanks for pointing it out22:00
*** rgoodwin is now known as rgoodwin_away22:00
*** rgoodwin_away is now known as rgoodwin22:00
*** ayoung has quit IRC22:02
ttxvishy: I started working on the new rootwrap stuff. Filters are moving to configuration files. Had a question on config file format for you22:03
*** wting has quit IRC22:03
ttxvishy: I suspect I should try to use INI files like everyone else ?22:03
ttx(I actually want comments, so JSON is not so great)22:04
*** wting has joined #openstack-dev22:04
*** torgomatic has quit IRC22:05
*** Ruetobas has joined #openstack-dev22:05
ttxvishy: with INI files it can look like: http://paste.ubuntu.com/1025836/22:05
*** Aaton_off is now known as Aaton22:06
*** ywu has joined #openstack-dev22:06
*** kbringard has quit IRC22:06
ttxvishy: the drawback being you need to use a unique name as the key of the key = value list22:07
ttxvishy: YAML would be ideal, but I don't want to dilute our config files formats.22:07
vishymarkmc: btw, i noticed we don't support whitespace at the beginning and end of strings in cfg. Thoughts?22:08
russellbshould strip() IMO22:08
*** edygarcia has quit IRC22:08
ttxvishy: thoughts ?22:08
vishyrusselb: it does, that is the problem22:08
ttx(before I go to bed)22:09
vishyttx: we have json for policy...22:09
russellbwhy is that a problem?22:09
*** edygarcia has joined #openstack-dev22:09
vishyrusselb, what if you want your config option to end with a space?22:09
russellbi think that would be bizarre :)22:09
ttxvishy: I don't really like JSON, I kinda want to allow comments in there22:09
vishyttx :)22:09
vishyrussellb: for example: cfg.StrOpt('instance_format', default='[instance: %(uuid)s] ',22:10
ttxbah. Will do INI and we'll see how it flies.22:10
vishyttx: sounds good22:10
vishyrussellb: there is actually no way to replicate that option in a config file22:10
*** adjohn has quit IRC22:10
russellbvishy: ah ok.  thanks for the use case22:11
*** adjohn has joined #openstack-dev22:11
vishyrussellb: my thought is we should support quoted strings22:12
*** s0mik has quit IRC22:12
*** somik has joined #openstack-dev22:12
vishyalthough I guess then we have to parse \"22:12
vishyrussellb: I think it worked at one point, so I"m wondering if it broke when we switched to our own iniparser22:13
russellbquotes would be nice, otherwise it's kind of hard to even see what you've done if whitespace isn't stripped22:15
*** sleepsonzzz is now known as sleepsonthefloor22:16
*** e1mer has joined #openstack-dev22:18
*** pmezard has quit IRC22:20
*** milner has quit IRC22:20
*** rnirmal has quit IRC22:23
*** galstrom has quit IRC22:26
*** ncode has joined #openstack-dev22:32
*** e1mer has quit IRC22:33
*** nikhil__ has quit IRC22:34
*** ncode_ has joined #openstack-dev22:39
*** blamar has quit IRC22:42
*** adalbas has quit IRC22:42
*** jgriffith is now known as jgriffith_away22:43
*** pixelbeat has quit IRC22:44
*** relateable has quit IRC22:49
*** edygarcia has quit IRC22:50
*** mattray has quit IRC22:50
*** anderstj has quit IRC22:56
*** roge has quit IRC23:00
*** torgomatic has joined #openstack-dev23:02
*** reed has quit IRC23:03
*** ncode_ has quit IRC23:06
*** winston-d has quit IRC23:13
*** Ryan_Lane has quit IRC23:16
*** anderstj has joined #openstack-dev23:17
*** spiffxp has quit IRC23:18
*** e1mer has joined #openstack-dev23:19
jeblairjaypipes: looks like there's one failing tempest test: https://jenkins.openstack.org/job/gate-tempest-devstack-vm/1025/testReport/%3Cnose/suite/ContextSuite_context_NetworksTest__setup/23:20
jeblairjaypipes: thoughts on fixing that and enabling tempest as a gate?23:21
*** salgado has quit IRC23:26
jaypipesjeblair: that's in code review..23:44
jaypipesjeblair: https://review.openstack.org/#/c/8200/23:44
*** anderstj has quit IRC23:48
smoserplease... https://review.openstack.org/#/c/8126/ someone?  "it sucks, -1" is better than nothing.23:50
*** jog0 has quit IRC23:51
*** ncode has quit IRC23:54
*** troytoman is now known as troytoman-away23:57
jaypipessmoser: done.23:58

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