Friday, 2012-08-10

*** flaviamissi has quit IRC00:00
*** flaviamissi has joined #openstack-dev00:01
*** anniec has joined #openstack-dev00:01
cdubmarkmcclain: sorry for being dense, i'm still missing something (the ip's are internal to the guests, and vlan traffic is layer 2)00:03
*** hemna has joined #openstack-dev00:03
*** jog0 has quit IRC00:03
markmcclainthe IPs are separated by l2 segment until traffic goes through the host that runs DHCP server or the l3 gateway.  At point in time, all of the traffic is processed by the same IP stack so the stack can get confused where to route packets when the l3 segments overlap00:06
cdubmarkmcclain: ah, so the ip here is a gateway and configured in the host00:08
*** alanmac has quit IRC00:08
markmcclainright00:09
cdubmarkmcclain: because the dhcp piece (still) is only layer 2 and shouldn't require any namespace00:09
markmcclainDISCOVER are layer 2 messages, but renewals are unicast IP00:09
cdubah, you're right00:09
cdubmarkmcclain: ok, thanks, it's all making more sense now00:10
markmcclainyou're welcome… like I said we've got to add docs about this since some distro releases don't have all of the tools needed for namespace support00:11
cdubmarkmcclain: right, most won't00:11
cdubmarkmcclain: there's the "roll your own" and stash it in quantum/bin (rather ugly)00:12
markmcclainhonestly I've considered it00:12
cdubmarkmcclain: and i was hoping to understand the issue to think of some other way to manage00:13
cdub(i.e. policy routing and marking packets on device egress)00:13
cdubwell, it's a oneline binary :)00:13
cdubclone(CLONE_NEWNET) basically00:14
*** edygarcia has quit IRC00:14
*** jsavak has quit IRC00:14
markmcclainyeah.. it seems the kernel support has been around longer than tool support00:14
cdubyup00:14
*** avishay has quit IRC00:15
*** novas0x2a|laptop has quit IRC00:17
smosermikal, ping00:19
mikalsmoser: oh hai!00:20
smoservishy, you too00:20
smoserhey00:20
smoserso i'm confused by vish's comment on patchset 700:21
*** spiffxp has quit IRC00:21
smoser(wouldn't it be neat if i could give you a link?)00:21
smoserthe files.json[] stuff...00:21
mikalAbout wanting file inject to be a json file?00:21
smoserwhere would the majority of that data come from?00:21
*** jaypipes has quit IRC00:21
smoserall we have is name and path00:21
mikalYeah, I just skipped the elements I couldn't get00:21
smoseri'm almost certain the api doesn't provide owner adn such.00:22
smosernor really shoudl it.00:22
smoserso..00:22
smosermy thoughts as to its location under /openstack....00:22
*** littleidea has quit IRC00:22
smoserthe reason i suggested /files is because I wasn't planning on putting the "injected files" into the web service under /openstack/files00:22
smoserand my plan was that /openstack/XXX00:22
*** cloudvirt has joined #openstack-dev00:22
*** amotoki has quit IRC00:23
smoserwas a filesystem view of the content in http://169.254.169.254/openstack00:23
*** littleidea has joined #openstack-dev00:23
mikalsmoser: sure00:23
mikalvishy: ping00:23
mikalI really want you and vishy to come up with a plan here together00:23
mikalAnd then I'll just twiddle the code to implement it00:23
smoseryeah.00:23
smoserpersonally, i think the idea of "files" are kind of silly.00:24
mikalAt the moment its a json file in openstack with the data as base64 inside the json00:24
smoserand that "blob" (which is what user-data is) is so much more generally effective00:24
smoserthe filename/value is just a specialized bit of that.00:24
smoserwith no specific value00:24
smoserright.00:25
smoserso i guess my feeling on that is that it is that00:25
*** pixelbeat has quit IRC00:26
smoser * the files api does not contain permissions and as a result is just a very dumbed down view of files00:26
*** matwood has quit IRC00:26
smoser * if you're going to embed it in json, then why bother?  The user (and cloud-init or another in guest user) can choose any format they want for the user-data.00:26
smoser  the json fomrated data makes it more difficult to use than ust 'rsync -a /mnt/cdrom/files/ /'00:27
smoser  and the real value in "injected files" was either no cloud-init or "really simple cloud-init"00:27
mikalSo here's the thing. I don't care how this bit is implemented. I just want to stop re-writing it. If you and vishy can reach an agreement, then I'll implement it.00:28
smoser * if we think that it should go at /opesnstack/YYYY-MM-DD/fioles.json, then we should put it in the web service also, but i really dont think we should put that there as I think people are probably expecting to put sensitive info there.00:28
smoserright.00:28
smoseri agree, mikal00:28
smoseryouve done great.00:28
smoserand i dont really care a lot.00:28
mikalI think the rsync thing sounds like a pretty good arguement for actual files, not json00:28
*** rods has quit IRC00:28
mikalBut vishy is a lot smarter than me and its possible he has a cunning plan or has seen something I haven't00:28
smoser(well, in practice, its not really usable due to no persmissions)00:28
smoseri guess root:root655 is reasonable for a lot of things though.00:29
smoser65500:29
smoser64400:29
smoser:)00:29
smoserok. i'll sit and wait for vishy00:30
smoseri'm planning on spending some time trying to write cirros support for this.00:30
mikalI think having a guest side implementation would really help validate what we've done00:31
mikalSo please do00:31
*** ecarlin has quit IRC00:32
*** lloydde has joined #openstack-dev00:33
*** ecarlin has joined #openstack-dev00:33
smoseroh. mikal one thing.00:33
smoserthe label. you used 'config'00:33
mikalYep00:33
smoserwhich i thin is a change from what it was00:33
smosermaybe we shoudl do config-200:34
smoser?00:34
smoserif you were intenindt to indicate it was not the original config drive.00:34
smoser(which is actually a good idea)00:34
smoseror cfgdrv-200:34
mikalThe v1 label was "config"00:34
mikalI can change it to "config-2" for v200:35
*** ayoung has quit IRC00:35
*** pixelbeat has joined #openstack-dev00:42
smosermikal, i'm indifferent i gues.00:43
smoseri thoguth you had actually changed it.00:43
smoserbut having a version there would'nt hurt ig uess.00:43
smoseri guess00:43
mikalYeah, I've done it, but I'll wait until I have something else to upload00:46
mikalIts not worth an entire patch revision to itself00:46
*** lloydde has quit IRC00:53
smoseri agree.00:54
smosermikal, did you remove the _name fields ?00:54
smoserfrom the ec2 rendering?00:54
smoserfwiw, i'm interestd in getting something in as a starting point00:54
smoserand then we can have a week or 2 to kind of fix things00:54
mikalI'm not sure what _name fields are?00:58
*** nati_ueno has joined #openstack-dev00:59
*** markmcclain has quit IRC01:01
mikalsmoser: ^--01:01
smoserin the ec2 metadata service.01:01
smoserthey're not shown.01:01
smoserbut in your metadata.js you need to remove them.01:02
smoserhttps://review.openstack.org/#/c/8873/01:02
*** nati_uen_ has quit IRC01:02
*** anniec_ has joined #openstack-dev01:03
mikalsmoser: ahhh, that's all in metadata/base.py now01:04
smoserright. you need to fix it though.01:04
smoserif a key is named _name just drop it01:04
mikalIn the top level dict?01:05
*** anniec has quit IRC01:05
*** anniec_ is now known as anniec01:05
*** zhuadl has joined #openstack-dev01:05
mikalsmoser: ahhh, its only in the public-keys subdict?01:06
smoserright.01:06
mikalAnd just strip them out, yeah?01:07
*** jdurgin has quit IRC01:07
*** roge has quit IRC01:08
*** cloudvirt has quit IRC01:09
*** zhuadl has quit IRC01:10
*** nati_ueno has quit IRC01:12
*** adjohn has quit IRC01:14
smoseryeah.01:15
*** markmcclain has joined #openstack-dev01:15
*** ecarlin has quit IRC01:25
*** matwood has joined #openstack-dev01:29
*** sunxin has joined #openstack-dev01:30
*** matwood has quit IRC01:31
*** ncode has joined #openstack-dev01:32
*** matwood has joined #openstack-dev01:33
*** jgriffith has joined #openstack-dev01:37
*** dolphm has joined #openstack-dev01:39
*** winston-d has joined #openstack-dev01:56
winston-djgriffith, ping01:56
*** PotHix has quit IRC01:57
*** johnpostlethwait has quit IRC02:00
jgriffithwinston-d: Hey... was just looking for you :)02:00
jgriffithwinston-d: How are ya?02:00
winston-djgriffith, fine. thx.02:00
winston-djgriffith, i've just uploaded new patch for python cinderclient02:01
jgriffithwinston-d: hehe... we were working on the same thing :)02:01
jgriffithwinston-d: Nice catch02:01
jgriffithwinston-d: I just noticed this afternoon all of those params were missing (metadata, az etc)02:01
winston-djgriffith, oops.  i would abandon my patch if you want to merge my change into yours.02:03
jgriffithwinston-d: no no.. not at all02:03
jgriffithwinston-d: There are other issues that should stay seperate from your patch02:04
*** lloydde has joined #openstack-dev02:04
winston-djgriffith, ok.02:04
jgriffithwinston-d: Thanks!02:04
winston-djgriffith, sorry, just dropped from very unstable 3G MIFI.02:07
*** lloydde has quit IRC02:08
winston-djgriffith, i'd like to do some enhancement to 'cinder-mange'. for now, 'cinder-mange host list' only list host, not showing whether the host is up or down, and also without services info; i think it'd be great if we have something like 'nova-mange service list'02:09
jgriffithwinston-d: I don't see why that wouldn't be good to put in02:12
jgriffithwinston-d: was the AZ change the last thing you had planned to work on?  I thought there was something else you had as well?02:13
winston-djgriffith, i was going to add enhancement to scheduler, making 'host manager' work, adding 'filter' scheduler to allow more advanced scheduling policy.02:15
winston-djgriffith, do you have anything else that needs to be taken care of before F-3?02:15
*** markmcclain has quit IRC02:15
jgriffithwinston-d: Yes :)02:15
jgriffithwinston-d: The good thing is most items are being actively worked by folks02:16
jgriffithwinston-d: If you want to focus on the two items you're working on that would be great02:16
jgriffithwinston-d: We're basicly shut out of new changes on Tuesday02:16
winston-djgriffith, ok02:16
jgriffithwinston-d: Features at any rate02:17
*** mnewby has joined #openstack-dev02:17
winston-djgriffith, also there's some minor bug fix, clean-ups i'd love to do, things like unused imports, unused config opts.02:18
*** colinmcnamara has joined #openstack-dev02:25
*** Gordonz has joined #openstack-dev02:30
*** burnbrighter has quit IRC02:31
*** anniec has quit IRC02:35
*** dolphm has quit IRC02:37
*** littleidea has quit IRC02:37
*** zhiteng has joined #openstack-dev02:43
vishysmoser:  sup?02:43
smoserhey.02:43
smoserso..02:43
smoseryou read backscroll at all?02:43
smoseri am just questioning th evalue of "injected" files. when they're not really injected at all.02:43
smoserread the backscroll, see if you can make any sense of it.02:44
vishya bit02:44
*** markmcclain has joined #openstack-dev02:44
vishysmoser: I think they have basically no value02:44
smoser:)02:44
smoserfunny02:44
vishysmoser: but they are in the spec02:44
*** blamar has joined #openstack-dev02:44
smoserwell, they are essentially massive key/value pairs02:44
smoserthat you can put in02:44
smoserat least if in config drive's perspective.02:45
vishysmoser: http://docs.openstack.org/api/openstack-compute/2/content/Server_Personality-d1e2543.html02:46
*** winston-d has quit IRC02:46
smoserwell, but if you're not actually putting them inside the guest, (which is what you're doing here)02:46
smoserthen you're really not per that spec.02:46
*** blamar has quit IRC02:46
vishysmoser: well the idea is that we get the exact same functionality without having to inject them02:47
vishysmoser: so we put them in some format that cloud-init can do the same thing02:47
*** littleidea has joined #openstack-dev02:47
vishysmoser: so we can turn off injection completely02:47
smoserare you going to put them in the metadata service ?02:48
smoserhttp://169.254.169.254/openstack/YYYY-MM-DD/personalities/ ?02:48
*** blamar has joined #openstack-dev02:48
vishysmoser: well the initial thought was that they would go there too yes02:48
smoserwell, i think they should go in both places if either.02:48
vishysmoser: i agree02:49
smoserthat was one reason suggested them *not* in /openstack on the config drive02:49
smoserbut /injected02:49
smoserer... /files02:49
smoserwhatever.02:49
vishy?02:49
smoserbefore you talked to mikal, he had just put the files under /files02:50
*** mnewby has quit IRC02:50
smoserie, file input as "/etc/my.conf" would go to /files/etc/my.conf02:50
smosermaking consumption very easy02:50
smoserrsync -a /media/cdrom/files/ /02:50
vishysmoser: so that is fine, but it makes all sorts of security issues02:50
smosernot really.02:51
smosera.) we're using iso966002:51
smoserb.) there are no symlinks or hardlinks02:51
smoserthe only threat is if the user adds a file named "../../../../../etc/nova/nova.conf"02:51
smoser(or like that). which both padraig and i pointed out.02:51
smosereasiest solution there is02:52
smoser if "../" in filename:02:52
smoser   raise Exception02:52
smoserbut we have better things there too02:52
vishysmoser: well there is also the issue of needing to write them as root02:52
vishysmoser: but honestly if you aren't concerned I'm totally fine with that02:52
smoserwell, we're not writing them as root actually02:53
smoseroh wait. we are02:53
smoserbut we dont have to02:53
smoseri wrote a mail to the list02:53
vishydon't they have to be permissions 440 by spec?02:53
smoserwe could use mtools02:53
smoseroh, does the spec say that? they're on vfat. so there are no perms.02:53
smoserthey're all 777 !02:53
smosergah02:53
vishysmoser: so the cloud-init code would have to change perms on rsync02:54
smosernever mind me. they're iso and they could have the perms.02:54
smoserbut we can master those in.02:54
vishyok that is fine02:54
vishybut it should be under /version/files no?02:54
vishy* openstack/YYYY-MM-DD/files02:54
smoseryeah, if you're going to put them in the MD service also02:55
smoserand i guess if you're going to do that, then i'm not really opposed to it.02:55
smoseri just think its really ugly.02:55
vishyok cool02:55
vishysmoser: Yeah it is ugly. Personalities are a huge misfeature02:55
vishymikal: ok looks like we have come to consensus02:56
smoserthen, the only comment i have is if we're going to put a json layout for the files...02:56
smosercan we just do one that cloud-init would already be able to use02:56
smoserthe one that harlowja added recently.02:56
smoser(he commented in that Merge proposea)02:56
mikalOh, I wasn't paying attention02:57
* mikal reads02:57
harlowja*reads02:57
harlowja:-p02:57
smoserbut then i guess my theory of equality between config drive and MD02:58
smoserimplies that we should then add /openstack/YYYY-MM-DD/files at the same time.02:58
*** flaviamissi has quit IRC02:58
smoserso maybe we just ditch the files for now02:58
smoserlet this in02:58
smoserand then do the /openstack entry in the MD02:58
smoser(and appropriately add to config drive)02:58
smoservishy, does that sound reasonable?02:59
mikalOk, so having read that...02:59
vishysmoser: wait… I thought you were arguing for no json?03:00
*** pixelbeat has quit IRC03:00
smoseroh, i said i really dont care.03:00
mikalI'm not sure I understand the discussion03:00
mikalIs there a written spec for the openstack metadata somewhere?03:00
smoserbut if we were gonna do json then do it like cloud-init could easily consume.03:00
mikalOr is it vapour at this point?03:00
harlowjai think its being made right now? :-p03:01
vishysmoser: ok decision 1 is that it is under openstack/YYYY-MM-DD/files03:01
vishyin both places03:01
smoservapor03:01
smoseri like that.03:01
mikalvishy: and just use today's date?03:01
smosermikal, well i'm suggestiong you can punt on that for this review.03:01
vishymikal: sure03:02
vishyand two reviews is fine by me but we only have until tuesday so punting doesn't give us very long03:02
mikalOk, and the files in that directory... JSON or just a tree of files?03:02
*** mjfork has quit IRC03:02
vishyso i thought we had decided to just write them as files, but then smoser came back and said json is fine03:02
mikalJSON == base64 for the blob data I expect03:02
mikalHeh03:03
mikalvishy: You're the decider03:03
smoseri'm fine either way, really.03:03
smoserall in one big json thing base64 encoded is large03:03
smoserbut if not, then you have to have some way of indicating that /files/* are binary03:03
smoserand you have to provide some way to walk that tree03:03
smoser(in the web service)03:03
vishysmoser: yeah that is the issue, the web service sounds a little complicated03:04
smoserso json simplifies that part, but a potentially really big GET03:04
mikalHow about a json list of dicts, with the data base64'd?03:04
vishysmoser: what is the format of harlowja's json?03:04
vishymikal, smoser: lets just use that?03:05
smoserharlwo had a link in the review03:05
smoserlet me find.03:05
smoserhttp://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/revision/59803:06
harlowjaits slightly different i think, in that the userdata yaml has the data, no layout at all really, so think of it as an array in yaml that a cloud-init module will lookup and start writing the array locations out03:06
smoserhttp://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/revision/598/doc/examples/cloud-config-write-files.txt03:06
mikalI don't love yaml for a web service...03:06
harlowjaits the main format cloudinit expects for userdata03:07
vishyso I'm all for that format03:07
smoserdont put yaml in openstack03:07
smoseryaml is a superset of json03:07
smoseryou have a list of dicts03:08
vishysmoser: so we can write the same data as json list of dicts and it should work, yes?03:08
smosermake sense?03:08
harlowjaya, that is fine, although it would have to endup in the userdata file (on the config drive) so its going to be a big download, lol03:08
smoserwe might have to figure out exactly how to use it, but yeah.03:08
smoserharlowja, well, no it wont be in user-data file on config drive03:09
smoserit will be in03:09
smoser(for inejcted fiels)03:09
smoserit will be in /openstack/YYYY-MM-DD/files.json03:09
smoserand we can just read that (if present) as part of config drive's user-data and merge it in there.03:09
smoseri think.03:09
mikalWhich means if we change the format we get to repeat the data...03:09
smoserhave to play, but something like that.03:09
smoserweee!03:10
mikalHow about we put the actual files as something like:03:10
mikalopenstack/files/ID03:10
mikaland then03:10
harlowjasmoser ya, that would work, just less new special datasources in cloudinit would be nice :-p03:10
mikalopenstack/YYYY-MM-DD/files.json gives an ID to read for the data?03:10
*** zhiteng has quit IRC03:10
mikalAnd openstack/YYYY-MM-DD/files.json is a json list of dicts03:10
mikalThat way if we change the json format, we don't have to include the actual files twice03:11
smoserbut how does that save you from repeating in YYYY+1-MM-DD/files.json ?03:11
smoserwhy ?03:11
mikalIt saves us repeating the file contents03:11
smoserhow?03:11
mikalWhich is the big bit03:11
vishymikal: converted http://paste.openstack.org/show/20122/03:11
mikalopenstack/YYYY-MM-DD/files.json = [{'path': '/this/is/a/path', 'id': '123'}, ...]03:12
smoserand where do i get 'id' from ?03:12
smoseror, what does that mean?03:12
mikalvishy: so yeah, like that, except the content is an id number which is a file in a directory03:12
smoservishy, i'd cut the "write_files"03:13
mikalsmoser: I feel I'm not explaining this well03:13
smoserwe can assume files.json means "write_files"03:13
vishysmoser: sure, i just did a straight translation from the example03:13
mikalLet me take a sec and write a quick page about it so it makes sense03:13
smoserok.03:13
vishymikal: i think that it makes more sense but it would require a change to the cloud-init stuff03:13
vishysmoser: is that ok with you? adding the ability to specify a path in addition to inline binary for the file data03:14
smoserthis will make things trickier.03:15
smoserdue to how things are done in cloud-init.03:15
*** danwent has quit IRC03:15
smoserand i assume the path-to-content would be relative to the current file, and in the ocnfig drive case something like:03:15
smoser ../../files/foo03:15
mikalPlease hold03:15
smoser:)03:15
harlowjahorses holding03:16
*** zhiteng has joined #openstack-dev03:16
*** adjohn has joined #openstack-dev03:18
mikalhttps://docs.google.com/document/d/1027BBRiMGVom0Vpc_Zjcjg_JDaqt0eqviZmsdiyfGPk/edit03:18
mikalGoogle docs cause it was quick03:18
*** adjohn has quit IRC03:21
smoserit wiont be trivial for cloud-init, but i think its not terrible.03:21
mikalWell, you don't have to decode the files at all03:21
mikalYou just read the json file, and for each file copy the specified id to the right path03:22
smoserbut then i guess is there a reason it should be in 'files.json'03:22
smoserand not just 'metadata.json' ?03:22
smoserunder 'files'03:22
mikalAnd include all the metadata that ec2 has?03:22
smoserwell, we have to have our own.03:22
*** adjohn has joined #openstack-dev03:22
mikalI vote we treat that as a version bump, and deal with it in grizzly03:22
smoseri mentioned some of the things we want there.03:22
mikalAnd folsom users parse ec2 for the majority of the data03:22
smoserhttp://etherpad.openstack.org/FolsomNovaConfigDriveImprovements-Plan03:23
smoserline 62 there.03:23
smoseri'd say we start with those things03:23
smosersimply copying all of ec2 is silly03:23
smoseras we have that. and some of those things say "FIXME"03:23
mikalsmoser: dude -- we only have until Tuesday US time03:24
mikalsmoser: this review is already skating on the edge of not making it in at all03:24
zhitengvishy, around? i have some questions about availability zone for nova/cinder.03:25
smoserwell, mikal lets get it in then.03:25
*** harlowja has quit IRC03:25
*** harlowja_ has joined #openstack-dev03:25
smosermikal, alright.03:26
*** Gordonz has quit IRC03:26
smoserwell you get in what you can as soon as you can.03:26
mikalsmoser: so yeah, let's extend it in a version bump03:26
mikalWhich we can try and sneak in during bug fixing season, as it will be a lot smaller03:26
smoserwe dont have to version bump03:26
mikalSure, but outside this review03:27
smoserright.03:27
mikalOk03:27
mikalSounds like an agreed plan03:27
mikalvishy: do you hate it?03:27
smoseris tuesday FF ?03:27
smoserfeature freeze ?03:27
mikalsmoser: yep03:27
harlowja_jeez, time flies, lol03:27
smoserk.03:28
vishymikal: i like it03:29
vishyzhiteng: what is up?03:29
mikalvishy: ok, I'll tweak it now and then make you review it03:31
zhitengvishy, i'm adding az feature to cinder, but since cinder & nova are now totally separated, 'euca-describe-az' only show AZ in nova services.03:31
*** milner_ has quit IRC03:31
vishyzhiteng: yes that is a problem which I mentioned to jgriffith before03:32
vishyzhiteng: i think we have to assume that the operator sets up the same az's in both for now03:32
zhitengvishy, do you have any idea in mind to work around or fix this?03:32
vishyzhiteng: my first thought as a plan is to create a scheduler api for listing az's03:33
vishyand expose it as an extension03:33
vishythen the ec2 code can query both nova and cinder and merge the list03:33
zhitengand that'll be land post-folsom?03:34
vishyzhiteng: although I think in general it would be very confusing for users if they don't match03:34
vishyzhiteng: correct, right now you have to make sure the lists match03:34
*** steveb_ has quit IRC03:35
*** steveb_ has joined #openstack-dev03:36
zhitengAWS has a limit only volume/instance in the same AZ will work together. do we have/want to have similar limitation?03:36
*** Mandell_ has quit IRC03:37
smosergood night all.03:39
zhitengvishy, have to run for now. talk 2 u later.03:41
*** zhiteng has quit IRC03:42
vishysmoser: gnight!03:42
*** harlowja_ has quit IRC03:44
*** sunxin has quit IRC03:48
*** markmcclain has quit IRC03:49
*** thingee is now known as thingee_zz03:51
*** matwood has quit IRC03:53
*** ncode has quit IRC03:54
*** steveb_ has quit IRC03:59
*** avishay has joined #openstack-dev04:03
*** spiffxp has joined #openstack-dev04:10
*** avishay has quit IRC04:16
*** spiffxp has quit IRC04:16
*** adjohn has quit IRC04:19
*** colinmcnamara has quit IRC04:36
*** danwent has joined #openstack-dev04:44
*** s34n has quit IRC04:50
*** Mandell has joined #openstack-dev04:52
*** zhuadl has joined #openstack-dev04:53
*** s34n_ has joined #openstack-dev04:53
*** inteq has quit IRC04:55
*** rohitk has joined #openstack-dev04:58
rohitkHi folks, where can we see the list of core reviewer names for a particular project?04:58
*** zhuadl has quit IRC04:59
clarkbrohitk: on launchpad there should be a nove-core group and so on05:05
rohitkclarkb:checking05:05
rohitkclarkb: got it, thanks05:07
*** mcaway is now known as markmc05:15
*** aswadrangnekar has joined #openstack-dev05:16
aswadrangnekarI am trying to install openstack using devstack master branch and i am coming across error 'PasteAppNotFound: Could not load paste app 'ec2' from /etc/nova/api-paste.ini' any workaround for this ?   stracktrace> http://paste.openstack.org/show/20126/05:16
*** adjohn has joined #openstack-dev05:25
*** adjohn has quit IRC05:29
*** rohitk_1 has joined #openstack-dev05:30
*** rohitk has quit IRC05:33
*** burnbrighter has joined #openstack-dev05:41
burnbrighterHi all - is there good documentation for devstack, br100 and how the networking gets set up in a multinode env?  I am gnashing my teeth over trying to get an ssh session set up to my VM.05:43
*** burnbrighter has quit IRC05:44
*** burnbrighter has joined #openstack-dev05:44
*** anniec has joined #openstack-dev05:46
*** anniec_ has joined #openstack-dev05:47
*** halfss has joined #openstack-dev05:50
*** anniec has quit IRC05:50
*** anniec_ is now known as anniec05:50
*** Mandell has quit IRC05:53
*** zaitcev has quit IRC05:55
*** littleidea has quit IRC05:57
*** littleidea has joined #openstack-dev05:58
*** asalkeld has quit IRC06:03
*** nati_ueno has joined #openstack-dev06:05
*** samkottler is now known as samkottler|afk06:07
*** eglynn has joined #openstack-dev06:10
*** garyk has quit IRC06:12
*** vanchester has joined #openstack-dev06:21
*** markmc has quit IRC06:42
*** nati_uen_ has joined #openstack-dev06:43
*** blamar has quit IRC06:45
*** nati_ueno has quit IRC06:47
*** rafaduran has joined #openstack-dev06:47
*** nati_uen_ has quit IRC06:51
*** sunxin has joined #openstack-dev06:51
*** nati_ueno has joined #openstack-dev06:51
*** asalkeld has joined #openstack-dev06:58
*** asalkeld has quit IRC07:02
*** reidrac has joined #openstack-dev07:09
*** eglynn has quit IRC07:11
*** alex88 has joined #openstack-dev07:18
*** alex88 has joined #openstack-dev07:18
*** alex88 has left #openstack-dev07:20
*** zaneb has joined #openstack-dev07:24
*** vanchester has quit IRC07:31
*** koolhead17 has joined #openstack-dev07:35
*** Shrews has quit IRC07:35
*** Rajesh has joined #openstack-dev07:35
*** Rajesh is now known as Guest7599607:36
*** vanchester has joined #openstack-dev07:37
*** Guest75996 has quit IRC07:42
*** darraghb has joined #openstack-dev07:43
*** jdurgin has joined #openstack-dev07:45
*** Shrews has joined #openstack-dev07:47
*** littleidea has quit IRC07:49
*** sam_wan has joined #openstack-dev07:59
*** danwent has quit IRC08:00
*** sulochan has joined #openstack-dev08:00
*** dave_mcn has joined #openstack-dev08:05
*** vuntz has quit IRC08:06
*** nati_ueno has quit IRC08:06
*** nati_ueno has joined #openstack-dev08:07
*** vuntz has joined #openstack-dev08:08
*** amotoki has joined #openstack-dev08:08
*** reed has quit IRC08:12
*** sam_wan has quit IRC08:19
*** Ryan_Lane has quit IRC08:27
*** Rajesh has joined #openstack-dev08:36
*** maploin has joined #openstack-dev08:37
*** maploin has quit IRC08:37
*** maploin has joined #openstack-dev08:37
*** EmilienM has quit IRC08:37
*** mikal has quit IRC08:40
*** mikal has joined #openstack-dev08:42
*** danpb has joined #openstack-dev08:50
*** mikal has quit IRC08:51
*** mikal has joined #openstack-dev08:53
*** EmilienM has joined #openstack-dev08:54
*** kyriakos has joined #openstack-dev08:54
*** nati_uen_ has joined #openstack-dev08:54
*** pixelbeat has joined #openstack-dev08:55
*** nati_uen_ has quit IRC08:55
*** revhwar has joined #openstack-dev08:55
*** nati_uen_ has joined #openstack-dev08:56
*** nati_ueno has quit IRC08:58
*** nati_uen_ is now known as nati_ueno09:01
*** uvg has joined #openstack-dev09:01
uvgHi, I have submitted HTTP POST notifier for review. please review: https://review.openstack.org/#/c/11016/. thanks09:02
*** s34n_ has quit IRC09:04
kyriakosuvg, are you not supporting HTTPS connections by design ?09:05
kyriakosor is it something you'd consider an enhancement for later?09:06
*** s34n has joined #openstack-dev09:06
*** revhwar has quit IRC09:07
*** sam_wan has joined #openstack-dev09:08
*** markmc has joined #openstack-dev09:11
*** rohitk_1 has quit IRC09:14
*** sam_wan has quit IRC09:17
*** zaneb has quit IRC09:17
*** zaneb has joined #openstack-dev09:18
*** cbj has joined #openstack-dev09:18
*** vanchester has quit IRC09:21
*** reed has joined #openstack-dev09:31
*** nati_uen_ has joined #openstack-dev09:34
*** nati_ueno has quit IRC09:39
*** uvg has quit IRC09:44
*** aswadrangnekar has quit IRC09:45
*** eglynn has joined #openstack-dev09:53
*** EmilienM has quit IRC09:57
*** rods has joined #openstack-dev09:58
*** nati_uen_ has quit IRC09:58
*** EmilienM has joined #openstack-dev09:58
*** sunxin has quit IRC10:00
*** cbj has quit IRC10:02
*** rafaduran has quit IRC10:15
*** sdake has quit IRC10:15
*** nati_ueno has joined #openstack-dev10:20
*** nati_uen_ has joined #openstack-dev10:24
*** nati_ueno has quit IRC10:26
*** alex88 has joined #openstack-dev10:26
*** nati_uen_ has quit IRC10:28
*** nati_ueno has joined #openstack-dev10:28
*** nati_uen_ has joined #openstack-dev10:29
alex88hi guys, why by default instances that run with qcow2 doesn't use cache=writethrough? also i've seen that kvm processes uses if=none in the disk section, shouldn't it be virtio for better performances?10:30
*** nati_ueno has quit IRC10:33
*** asalkeld has joined #openstack-dev10:37
*** garyk has joined #openstack-dev10:41
nati_uen_garyk: Hi10:41
*** nati_uen_ is now known as nati_ueno10:42
garyknati_uen_: hi, how are you?10:42
garyki have logged in.10:42
nati_uenoFine :)10:42
nati_uenoThank you for taking time10:42
garykok, no problem. hope you did not wait all this time for me...10:43
nati_uenogaryk: not at all :)10:43
garykon my setup i get quantum.plugins.linuxbridge.common.exceptions.UnableToChangeVlanRange: Current VLAN ID range 1 to 4094 cannot be changed. Please check plugin conf file.10:46
garyknati_ueno: i was also disconnect from ssh session10:46
nati_uenoIt should be same as OVS one10:48
*** EmilienM has quit IRC10:48
nati_uenoNew version of devstack for metaplugin also setups10:48
nati_uenovlan ID range10:48
garykok10:49
*** EmilienM has joined #openstack-dev10:50
*** anniec has quit IRC10:59
*** Slower has quit IRC11:02
*** Slower has joined #openstack-dev11:02
*** primeministerp has quit IRC11:13
*** milner has joined #openstack-dev11:14
alex88someone knows why? i see very bad performances using no virtio and qcow2 images11:18
*** EmilienM has quit IRC11:26
*** EmilienM has joined #openstack-dev11:30
*** avishay has joined #openstack-dev11:32
*** vanchester has joined #openstack-dev11:41
*** cloudvirt has joined #openstack-dev11:41
*** wiliam has joined #openstack-dev11:41
*** koolhead17 has quit IRC11:43
*** cloudvirt has quit IRC11:48
*** pixelbeat has quit IRC11:49
*** maurosr has joined #openstack-dev11:57
*** alex88 has quit IRC11:59
*** maurosr has quit IRC12:01
sorenalex88: It's just a guess, but I think it's because you are using no virtio and qcow2 images.12:01
sorenOh, he buggered off.12:02
*** maurosr has joined #openstack-dev12:02
sorenmeh12:02
*** nati_ueno has quit IRC12:03
*** cloudvirt has joined #openstack-dev12:06
*** wiliam has quit IRC12:07
*** joesavak has joined #openstack-dev12:08
*** lts has joined #openstack-dev12:11
*** vanchester1 has joined #openstack-dev12:12
*** vanchester2 has joined #openstack-dev12:14
*** vanchester has quit IRC12:14
*** ayoung has joined #openstack-dev12:15
*** vanchester1 has quit IRC12:16
*** dave_mcn has quit IRC12:22
*** zhuadl has joined #openstack-dev12:22
*** nati_ueno has joined #openstack-dev12:23
*** wiliam has joined #openstack-dev12:23
*** nati_ueno has quit IRC12:25
*** lts has quit IRC12:25
*** nati_ueno has joined #openstack-dev12:25
*** avishay has quit IRC12:29
*** sandywalsh has joined #openstack-dev12:30
*** dprince has joined #openstack-dev12:32
*** jdurgin has quit IRC12:33
*** sandywalsh_ has joined #openstack-dev12:36
*** sandywalsh has quit IRC12:37
*** lts has joined #openstack-dev12:38
*** fsouza has quit IRC12:39
*** avishay has joined #openstack-dev12:39
*** cloudvirt has quit IRC12:43
*** nati_ueno has quit IRC12:52
*** nati_ueno has joined #openstack-dev12:52
*** ewindisch has quit IRC12:52
*** cloudvirt has joined #openstack-dev12:53
*** blamar has joined #openstack-dev12:53
*** blamar has quit IRC12:53
chmoueldtroyer: are you getting those keyring question with devstack and nova list ?12:54
chmoueldtroyer: http://pastie.org/pastes/4449542/text?key=cgzuys63triwtwtspksyg12:54
chmoueldtroyer: was wondering if we should use no_cache in there12:54
*** blamar has joined #openstack-dev12:55
*** pixelbeat has joined #openstack-dev12:55
*** vanchester2 has quit IRC12:55
*** vanchester has joined #openstack-dev12:56
*** roge has joined #openstack-dev12:59
*** alex88 has joined #openstack-dev12:59
*** alex88 has joined #openstack-dev12:59
*** vanchester has quit IRC13:07
*** vanchester1 has joined #openstack-dev13:07
*** maurosr has quit IRC13:07
*** maurosr has joined #openstack-dev13:08
*** fsouza has joined #openstack-dev13:12
*** arosen has quit IRC13:13
*** mjfork has joined #openstack-dev13:14
andrea_hi...the API extensions host-update is supposed to have actions for enabling/disabling services, is that correct?13:17
*** flaviamissi has joined #openstack-dev13:18
*** rpedde_away is now known as rpedde13:19
*** nati_ueno has quit IRC13:20
smoseranyone else think this is a regression?13:20
smoseri think instances that are being run from my devstack get user-data of "" rather than None13:21
*** dspano has joined #openstack-dev13:23
*** Dr_Who has joined #openstack-dev13:24
*** samkottler|afk is now known as samkottler13:27
*** ncode has joined #openstack-dev13:27
*** dave_mcn has joined #openstack-dev13:31
*** sdake has joined #openstack-dev13:32
*** wiliam has quit IRC13:32
*** arosen has joined #openstack-dev13:32
*** ewindisch has joined #openstack-dev13:34
*** markmcclain has joined #openstack-dev13:36
*** renier_ has quit IRC13:36
*** ayoung has quit IRC13:36
*** zaneb has quit IRC13:37
*** zaneb has joined #openstack-dev13:37
*** renier_ has joined #openstack-dev13:37
*** sdake has quit IRC13:38
*** sdake has joined #openstack-dev13:38
*** flaviamissi has quit IRC13:39
smoseri just opened https://bugs.launchpad.net/nova/+bug/103531713:40
uvirtbotLaunchpad bug 1035317 in nova "all instances have user data" [Undecided,New]13:40
*** mnewby has joined #openstack-dev13:40
*** sacharya has joined #openstack-dev13:41
*** mnewby has quit IRC13:41
*** mnewby has joined #openstack-dev13:42
*** mtreinish has joined #openstack-dev13:42
*** e1mer has quit IRC13:44
*** primeministerp has joined #openstack-dev13:45
*** cloudvirt has quit IRC13:46
*** nunosantos has joined #openstack-dev13:48
*** cloudvirt has joined #openstack-dev13:48
smosermikal, ^ and maybe zul could poke at that?13:49
smoseras it is right now, its impossible to determine the difference between "user-data not given" and "user-data is empty string"13:49
*** ayoung has joined #openstack-dev13:53
*** sacharya has quit IRC13:59
*** zhuadl has quit IRC14:08
*** sacharya has joined #openstack-dev14:12
*** dolphm has joined #openstack-dev14:13
*** sacharya has quit IRC14:15
*** sandywalsh_ has quit IRC14:23
*** cloudvirt has quit IRC14:24
*** colinmcnamara has joined #openstack-dev14:27
*** sdake has quit IRC14:35
*** dolphm has quit IRC14:35
*** sdake has joined #openstack-dev14:35
*** cloudvirt has joined #openstack-dev14:36
*** cloudvirt has quit IRC14:38
*** cloudvirt has joined #openstack-dev14:39
*** dolphm has joined #openstack-dev14:41
*** cbj has joined #openstack-dev14:44
*** littleidea has joined #openstack-dev14:48
*** markmcclain has quit IRC14:49
*** garyk has quit IRC14:49
*** sdake has quit IRC14:50
*** sdake has joined #openstack-dev14:50
*** jaypipes has joined #openstack-dev14:50
*** datsun180b has joined #openstack-dev14:53
*** markmcclain has joined #openstack-dev14:57
*** Gordonz has joined #openstack-dev14:57
*** reidrac has quit IRC15:01
*** jaypipes has quit IRC15:02
*** jsavak has joined #openstack-dev15:04
*** joesavak has quit IRC15:05
*** hemna has quit IRC15:05
*** jaypipes has joined #openstack-dev15:06
*** epim has quit IRC15:10
*** joesavak has joined #openstack-dev15:13
*** rkukura has quit IRC15:13
*** rkukura has joined #openstack-dev15:13
*** spiffxp has joined #openstack-dev15:15
jgriffithzul: ping15:15
zuljgriffith: whats up15:15
jgriffithzul: So what's quantel?15:15
zuljgriffith: code name for 12.1015:15
jgriffithzul: Oh crap!15:15
jgriffithzul: LOL15:15
*** jsavak has quit IRC15:16
jgriffithzul: I knew that, just didn't make the connection15:16
zuljgriffith: riiiiiight :)15:16
jgriffithzul: :)15:16
zuljgriffith: also there is a Authors file missing in the git tree15:16
jgriffithzul: really?15:16
zuljgriffith: looks like it15:18
zuljgriffith: definently missing15:18
*** garyk has joined #openstack-dev15:20
jgriffithzul: Oh.. are you looking for mailmap?15:20
zuljgriffith, no the actual authors file referred to in the manifest.inf15:21
jgriffithzul: Authors files were removed from the tree15:21
zuljgriffith: ah ok ill remove it fromth manifest.inf then15:22
jgriffithzul: Not sure you need to/should15:22
jgriffithzul: If I recall it's auto generated later in the build15:22
zuljgriffith: its a debian thing that it reads the manifest.inf and complains about missing files15:22
jgriffithzul: I don't remember all the details around how this was setup15:22
jgriffithzul: ahh....15:23
jgriffithzul: How's it dealing with it on Nova?15:23
zuljgriffith, i think setuptools-git is managing it, mtaylor would know better15:23
jgriffithzul: Best to check with him, like I said I'm not entirely clear on how all of this was setup to work15:24
*** alexpilotti has joined #openstack-dev15:25
mtaylormorning15:26
*** maploin has quit IRC15:27
mtaylorzul: Authors is auto-generated15:27
mtaylorwhat's manifest.inf?15:27
mtaylorthere should be an Authors file in the tarball15:27
alexpilottivishy: Hi, I'm going to commit in the next days the nova-compute Hyper-V support for review15:27
zulmtaylor: er...manifest.in15:27
mtaylorzul: ah, well, oh15:27
*** rnirmal has joined #openstack-dev15:27
mtaylorzul: I think the actual problem is that MANIFEST.in might be listing Authors instead of AUTHORS15:28
mtaylorzul: nova?15:28
alexpilottivishy: I signed the CLA some time ago, but I saw only now that I had to join the OpenStack Contributors15:28
zulmtaylor: cinder15:28
mtaylorzul: k. me lookie15:28
alexpilottivishy: which is saying: Your request to join OpenStack Contributors is awaiting approval.15:28
jgriffithmtaylor: cinder has AUTHORS15:28
mtayloryeah. and that's what we generate15:29
mtaylorso it should be in the MANIFEST.in file - what's the problem?15:29
jgriffithmtaylor: It seems zul is seeing deb packaging issues...15:30
zuljgriffith/mtaylor: doesnt seem to be in the tarball15:31
*** milner has quit IRC15:33
*** lloydde has joined #openstack-dev15:34
mtaylorzul: well that's annoying15:34
mtaylorjgriffith: I need to make you a setuptools-git patch...15:35
mtaylorzul: tar tvfz dist/cinder-2012.2.tar.gz  | grep AUTHORS15:35
mtaylor-rw-rw-r-- mordred/mordred    825 2012-08-10 11:35 cinder-2012.2/AUTHORS15:35
mtaylorzul: what tarball are you working from?15:36
zulmtaylor: snapshot15:36
mtaylorzul: from tarballs.o.o ?15:36
zulmtaylor; yep15:36
mtaylorzul: hrm. that's vexing15:36
mtaylorzul: it very much should be there15:37
zulmtaylor: oh wait its there15:37
zulnow im slightly confused15:38
*** jdurgin has joined #openstack-dev15:40
*** jtran has joined #openstack-dev15:40
zulmtaylor: its 'Authors' in the manifest.in15:41
*** heckj has joined #openstack-dev15:41
*** danwent has joined #openstack-dev15:42
*** Mandell has joined #openstack-dev15:42
*** Mandell_ has joined #openstack-dev15:44
*** milner has joined #openstack-dev15:45
markmcmtaylor, what should I do here? https://review.openstack.org/#/c/11136/15:47
mtaylorzul: ah - MANIFEST.in has both15:47
mtaylorzul: Authors should be removed15:48
*** cbj has quit IRC15:48
markmcmtaylor, you removed write_vcsversion() ?15:48
mtaylorjgriffith: ^^15:48
*** Mandell has quit IRC15:48
mtaylormarkmc: yes. there is a version.py module now15:48
mtaylormarkmc: you want me to make a glance patch that updates usage to use it?15:49
jgriffithmtaylor: reading history15:49
*** dolphm has quit IRC15:49
markmcmtaylor, that would be spiffing! :)15:49
jgriffithmtaylor: doh!15:49
mtaylorjgriffith: if you want, what we should really do is a cinder setuptools-git patch15:50
mtaylorjgriffith: which would actually remove the need for almost all of that MANIFEST.in file15:51
jgriffithmtaylor: That would be ideal15:51
jgriffithmtaylor: But in the meantime, zul can you just graft this on to your MANIFEST cleanup patch?15:52
zuljgriffith: yep15:52
*** lloydde has quit IRC15:52
jgriffithmtaylor: is the setuptools path something you manage typically?15:53
jgriffithmtaylor: patch15:53
*** dave_mcn has quit IRC15:54
mtaylorjgriffith: yeah - I'll get you one15:54
jgriffithmtaylor: Thank you sir15:54
jgriffithzul: Thank you for catching this and pointing it out15:54
zuljgriffith, no worries15:55
mtaylorjgriffith, zul: https://review.openstack.org/1115315:56
jgriffithmtaylor: NICE!15:56
zulmtaylor jgriffith: ok gimme a couple of minutes15:57
jgriffithmtaylor: for some reason I thought it involved something outside of the cinder tree15:57
jgriffithmtaylor: Otherwise I wouldn't have asked you for it :)15:57
mtaylorjgriffith: sometimes it's easier for me to just make the patch than to explain the patch :)15:57
*** cloudvirt has quit IRC15:57
jgriffithzul: Shall we push this first, then you can make any changes you need after it lands?15:58
jgriffithmtaylor: very true15:58
*** vanchester has joined #openstack-dev15:58
zuljgriffith: lemme do the setup-tools and then we can abandon the first manifest stuff15:58
*** cloudvirt has joined #openstack-dev15:58
jgriffithzul: mtaylor already has it out there...15:59
zuljgriffith: if mtaylor will do it for cinder then ill let him :)15:59
jgriffithzul: https://review.openstack.org/1115315:59
jgriffithzul: he did it while we were talking about it.  I think it's a jedi mind trick kinda thing16:00
jgriffith:)16:00
zuljgriffith: effer :)16:00
jgriffithzul: LOL... I'll push that through and then you can add the other changes from your patch that are still needed.16:00
*** markmc has quit IRC16:00
zuljgriffith: k cool16:00
jgriffithzul: I'll just ask that you give it a +1 for me :)16:01
zuljgriffith: to the setuptools-git patch?16:01
jgriffithzul: yes-sir16:01
zuldone16:01
jgriffithzul: Thanks!16:01
jgriffithzul: Don't want to totally ignore process ya know16:01
zuljgriffith, cant have that :)16:02
*** vanchester1 has quit IRC16:02
*** sdake has quit IRC16:05
*** sdake has joined #openstack-dev16:07
*** cloudvirt has quit IRC16:10
*** anniec has joined #openstack-dev16:12
*** anniec has quit IRC16:12
*** anniec has joined #openstack-dev16:13
*** edygarcia has joined #openstack-dev16:15
*** garyk has quit IRC16:17
*** vanchester has quit IRC16:18
*** jsavak has joined #openstack-dev16:21
*** lloydde has joined #openstack-dev16:22
*** kyriakos has quit IRC16:22
*** joesavak has quit IRC16:24
*** eglynn has quit IRC16:24
*** joesavak has joined #openstack-dev16:29
*** Gordonz has quit IRC16:30
*** Gordonz has joined #openstack-dev16:30
*** cloudvirt has joined #openstack-dev16:31
*** jsavak has quit IRC16:31
*** jdurgin has quit IRC16:31
*** jsavak has joined #openstack-dev16:35
*** ecarlin has joined #openstack-dev16:36
*** cbj has joined #openstack-dev16:37
*** dubsquared has joined #openstack-dev16:38
*** joesavak has quit IRC16:39
*** joesavak has joined #openstack-dev16:40
*** rkukura has quit IRC16:42
*** jsavak has quit IRC16:42
*** rkukura has joined #openstack-dev16:42
*** EmilienM has quit IRC16:42
*** EmilienM has joined #openstack-dev16:43
*** anniec has quit IRC16:45
*** samkottler is now known as samkottler|brb16:46
*** troytoman-away is now known as troytoman16:46
*** thingee_zz is now known as thingee16:46
*** fc___ has quit IRC16:47
*** dubsquared has left #openstack-dev16:48
*** cloudvirt has quit IRC16:50
*** wiliam has joined #openstack-dev16:51
*** cloudvirt has joined #openstack-dev16:52
notmynamedprince: ping. gotta question about the swift patch you submitted16:54
*** ecarlin has quit IRC16:57
*** johnpur has joined #openstack-dev16:57
*** ChanServ sets mode: +v johnpur16:57
*** darraghb has quit IRC16:59
*** jsavak has joined #openstack-dev17:04
*** PotHix has joined #openstack-dev17:05
*** adjohn has joined #openstack-dev17:05
*** Dr_Who has quit IRC17:06
*** joesavak has quit IRC17:07
*** markmcclain has quit IRC17:11
*** alex88 has quit IRC17:14
*** jaypipes has quit IRC17:15
*** issackelly has joined #openstack-dev17:15
bcwaldonjeblair: https://jenkins.openstack.org/job/gate-tempest-devstack-vm/7326/consoleFull17:16
*** harlowja has joined #openstack-dev17:16
*** sulochan has quit IRC17:17
*** hemna has joined #openstack-dev17:17
jeblairbcwaldon: clouds suck.  (looking)17:18
*** jsavak has quit IRC17:18
bcwaldonjeblair: I rekicked that one job17:18
bcwaldonjeblair: just wanted you to see the error17:18
jeblairbcwaldon: okay, other precise-rackspace nodes are succeeding; it may have been unique to that host17:18
jeblairbcwaldon: (as opposed to something flawed with the image on rackspace)17:19
*** alexpilotti has quit IRC17:19
*** sstent has quit IRC17:19
*** sstent has joined #openstack-dev17:19
jeblairbcwaldon: thanks.  i don't think i've seen that before.  we pretty much get to see _everything_ that can go wrong in a cloud.17:19
*** sandywalsh has joined #openstack-dev17:22
*** jdurgin has joined #openstack-dev17:23
*** vanchester has joined #openstack-dev17:24
*** eglynn has joined #openstack-dev17:24
*** jaypipes has joined #openstack-dev17:28
*** cloudvirt has quit IRC17:30
*** zaneb has quit IRC17:30
dprincenotmyname: I'm back. Whats up?17:30
notmynamedprince: just curious as to why you removed the reseller prefix check17:31
*** zaneb has joined #openstack-dev17:31
*** cloudvirt has joined #openstack-dev17:31
dprincenotmyname: https://bugs.launchpad.net/swift/+bug/102072217:31
notmynamedprince: seems like it would make it worse for environments with multiple auth systems17:31
uvirtbotLaunchpad bug 1020722 in swift "swift_auth middleware disallows access to public Swift URLs" [High,In progress]17:31
notmynameah17:32
dprincenotmyname: Perhaps I was a little heavy handed but I wasn't sure we actually needed it.17:32
notmynameis the reseller check the place to do that?17:32
dprincenotmyname: Well... the reseller check prevents me from actually being able to use public Swift URL's. So I didn't think I had a choice.17:33
*** thovden has joined #openstack-dev17:33
dprincenotmyname: Honestly. The reseller stuff seemed a bit out of place in this middleware. I was actually thinking 'what if' we created a separate middleware to enforce that by itself. But then looking at it there is some coupling.17:34
notmynamedprince: I'm looking in tempauth for how it handles the ACLs17:35
*** agonella has joined #openstack-dev17:36
*** colinmcnamara has quit IRC17:37
*** zykes- has quit IRC17:38
notmynamedprince: IMO, the reseller prefix should probably be handled in the __call__. the authorize() should be after the reseller determination17:38
*** sdake has quit IRC17:39
dprincenotmyname: Okay. Let me have another look then.17:39
notmynamedprince: also, I think it's reasonable that setting ACLs for an account with one auth system may not be guaranteed to work when accessing it from another auth system (ideally, it would, but I don't think that should be a requirement)17:39
*** sdake has joined #openstack-dev17:39
dprincenotmyname: My case here is not even using multiple auth systems though. I'm just using Swift w/ keystone.17:40
notmynameya17:40
notmynamedprince: is that swift+keystone a prod deployment?17:40
*** rohitk has joined #openstack-dev17:41
dprincenotmyname: No. But I can give you access to a deployment where this happens if that is what your asking.17:41
dprince:)17:41
*** jdurgin has quit IRC17:42
notmynameno, I was asking because I havent' yet heard of a production swift deployment that is using keystone. I was hoping you'd have the first I'd heard of :-)17:42
*** amotoki has quit IRC17:42
dprincenotmyname: Oh. I see. Sorry. I won't claim that title today.17:42
notmynamedprince: do you want to mark the patch as WIP?17:43
dprincenotmyname: I mean.... I suppose I can/should since we are debating how this should go.17:44
notmynamedprince: and thanks for working on this. I think it's a pretty important bug (or feature gap) to fix in the keystone middleware17:44
dprincenotmyname: Is your concern that someone else will send this?17:44
dprincenotmyname: Or just like to keep a clean house?17:45
notmynamedprince: no, just that if you are going to update it, then it will let the other core devs know that they don't need to spend a lot of time on it yet17:45
dprincenotmyname: in any case. Its WIP now.17:45
notmynamedprince: thanks :-)17:45
*** agonella has left #openstack-dev17:46
smoserzul, https://bugs.launchpad.net/nova/+bug/103531717:48
uvirtbotLaunchpad bug 1035317 in nova "all instances have user data" [Undecided,New]17:48
zulsmoser: thanks17:48
zulsmoser: essex or folsom?17:51
*** jdurgin has joined #openstack-dev17:51
*** rohitk has quit IRC17:52
*** zaneb has quit IRC17:55
smoserzul, i think i said both in th bug17:58
zulk17:58
*** dhellmann has joined #openstack-dev18:00
harlowjaqq, is anyone using anvil besides the people at yahoo, lol, i was wondering if anyone here is using the swift part of it, or had any thoughts about it, its getting tougher to keep it in sync with devstack, so still wishing we could align somehow :-p18:01
*** markmcclain has joined #openstack-dev18:02
*** dubsquared has joined #openstack-dev18:03
notmynameharlowja: not that I know of. but I'm not familiar with anvil. what is it?18:04
markmcclainarosen: patch coming18:04
harlowjaha, its the super awesome devstack ++ (sorta)18:04
harlowjahttp://anvil.readthedocs.org18:04
bcwaldonjeblair: https://jenkins.openstack.org/job/gate-tempest-devstack-vm/7330/consoleFull18:05
arosenmarkmcclain: awesome thanks!18:05
harlowjabrb18:05
*** harlowja has left #openstack-dev18:05
*** agonella1 has joined #openstack-dev18:06
*** sandywalsh_ has joined #openstack-dev18:06
*** sandywalsh has quit IRC18:07
jeblairbcwaldon: looking18:08
*** fsouza has quit IRC18:09
*** harlowja has joined #openstack-dev18:09
bcwaldonjeblair: another random failure18:09
*** sandywalsh has joined #openstack-dev18:10
*** sandywalsh_ has quit IRC18:11
jeblairbcwaldon: i need to dig through logs to find out what happened to that node.  :/18:11
bcwaldonjeblair: ok, not affecting me, just another failure to look at when you have time18:11
jeblairbcwaldon: thanks for pointing me at it18:12
*** fsouza has joined #openstack-dev18:12
bcwaldonyep yep18:13
*** Ryan_Lane has joined #openstack-dev18:15
*** agonella1 has quit IRC18:18
*** renier_ has quit IRC18:18
*** renier has joined #openstack-dev18:18
*** reed has quit IRC18:22
*** thovden has quit IRC18:26
*** wiliam has quit IRC18:27
Ryan_Laneayoung: crap. I guess I missed the boat on 2012.1.218:30
ayoungRyan_Lane, ?18:30
*** renier_ has joined #openstack-dev18:30
Ryan_Lanefor those ldap changes18:30
ayoungah..yeah,18:30
*** renier has quit IRC18:30
*** wiliam has joined #openstack-dev18:31
* ayoung thinks that naming scheme is weird....looks like January second18:31
Ryan_Laneheh18:31
Ryan_Laneoh18:32
ayoungRyan_Lane, Keystone is moving slow these days.18:32
ayounggetting changes in takes a bit of lead time.18:32
Ryan_Lanefor this change: https://review.openstack.org/#/c/10365/4 there's no reason to push it upstream18:32
ayoungand tenacity18:32
Ryan_Lanelet me verify that really quick18:32
Ryan_LaneI lie. it does18:33
ayoungRyan_Lane, I know18:33
Ryan_Laneheh18:33
ayoungRyan_Lane, it needs to go into Folsom first, and then we'll back port it.  It needs a bug too18:33
Ryan_Lanedoing that right now18:33
ayoungGet the leg work done and I will walk it through.  The other one, too18:34
*** reed has joined #openstack-dev18:34
*** samkottler|brb is now known as samkottler18:34
*** danwent has quit IRC18:34
*** danwent has joined #openstack-dev18:35
*** cbj has quit IRC18:35
*** mnewby has quit IRC18:36
*** maurosr has quit IRC18:37
*** maurosr has joined #openstack-dev18:38
*** cbj has joined #openstack-dev18:38
*** danwent_ has joined #openstack-dev18:38
*** cp16net is now known as cp16net|away18:40
*** danwent has quit IRC18:41
*** danwent_ is now known as danwent18:41
*** nati_ueno has joined #openstack-dev18:42
sdaguecan we get another nova core person to take a look at this review - https://review.openstack.org/#/c/10815/ - a bunch of others will drop into place once that lands18:43
*** danwent has quit IRC18:44
*** Ryan_Lane1 has joined #openstack-dev18:47
nikhilwhy are there two different methods instance_metadata_update and instance_system_metadata_update in the db ?18:48
*** Ryan_Lane has quit IRC18:48
*** Ryan_Lane1 is now known as Ryan_Lane18:48
*** Ryan_Lane has joined #openstack-dev18:48
*** colinmcnamara has joined #openstack-dev18:49
*** fsouza has quit IRC18:50
*** ecarlin has joined #openstack-dev18:50
*** fsouza has joined #openstack-dev18:52
*** johnpostlethwait has joined #openstack-dev18:53
bcwaldonsdague: in it goes18:55
sdaguebcwaldon: cool, thanks18:55
vishynikhil: system_metadata is metadata owned by nova18:56
vishynikhil: instance_metadata is set by the user18:56
nikhilvishy: thanks18:56
vishynikhil: both are just simple key / values and they work essentially the same way18:56
bcwaldonjeblair: should https://review.openstack.org/#/c/11009/ have a comment from jenkins?18:56
bcwaldonjeblair: since I just recheck'd it18:57
jeblairbcwaldon: it only clears the value when running gate jobs18:57
jeblairbcwaldon: clearing the value triggers sending an email, so it's a compromise between utility and spamminess.18:57
bcwaldonok18:58
*** rnirmal has quit IRC18:59
*** datsun180b_ has joined #openstack-dev19:00
*** dolphm has joined #openstack-dev19:01
*** datsun180b_ has quit IRC19:02
*** agonella has joined #openstack-dev19:02
*** datsun180b has quit IRC19:03
*** agonella1 has joined #openstack-dev19:03
*** rnirmal has joined #openstack-dev19:06
*** agonella has quit IRC19:06
*** spiffxp has quit IRC19:08
*** colinmcnamara has quit IRC19:08
*** ewindisch has quit IRC19:13
*** agonella1 has quit IRC19:15
Ryan_Laneayoung: so, it indeed does not require pushing changes to folsom19:16
Ryan_Laneayoung: it's already fixed there19:16
Ryan_Laneget_metadata pulls the roles, and authenticate returns them19:16
*** adjohn has quit IRC19:17
*** danpb has quit IRC19:17
*** heckj has quit IRC19:17
*** macjack has joined #openstack-dev19:18
sdaguevishy: I'm working on the keypairs disable, and it seems like key_name is actually fetched twice in the create (to different variables), and I'm not really clear how the first one might be used.19:19
Ryan_Laneayoung: so, I opened a bug, and added it to the restore message for one of the two changes19:19
sdagueso if you have a sec, it would be appreciated19:19
*** rafaduran has joined #openstack-dev19:21
*** rafaduran has left #openstack-dev19:22
*** ewindisch has joined #openstack-dev19:28
*** wiliam has quit IRC19:28
*** nati_uen_ has joined #openstack-dev19:29
*** nati_ueno has quit IRC19:30
*** philhsmith has joined #openstack-dev19:30
*** zaitcev has joined #openstack-dev19:30
*** nati_ueno has joined #openstack-dev19:30
*** nati_uen_ has quit IRC19:33
philhsmithHello.  I'm trying out quantum-server and quantum-openvswitch-agent from the ubuntu PPA (using a build from last week or so), and seeing lots of gettext "NameError: name '_' is not defined" errors on startup.  Has anyone seen this, and if so, do they know if it's been fixed in the current PPA?  I'm hoping to avoid trying it, having it not work, and then trying to back out to the version I have now.19:34
*** philhsmith has quit IRC19:37
*** philhsmith_ has joined #openstack-dev19:38
nati_uenoHi19:38
nati_uenovishy: How can I add another commit as dependency in the gerrit?19:39
nati_uenovishy: I'm start working on http://etherpad.openstack.org/disable-server-extensions.  I wanna use https://review.openstack.org/#/c/10816/919:39
sdaguenati_ueno: I just did that, so I can help19:42
nati_uenosdague: Thanks!19:42
sdaguefrom your nova repo: git fetch https://review.openstack.org/openstack/nova refs/changes/16/10816/9 && git checkout FETCH_HEAD19:43
sdaguethen: git checkout -b SOMEBRANCHNAME19:43
sdaguethen, MOST IMPORTANTLY, when you want to push the review..19:44
sdaguegit review -R19:44
sdaguethe -R is very important, otherwise you'll do what I did, and rebase vishy's patches by accident :)19:44
nati_uenosdague: OK I got it!! Thanks!19:44
nati_uenosalgado: wow... it is dangeraus..19:44
*** spiffxp has joined #openstack-dev19:46
*** renier has joined #openstack-dev19:46
*** renier_ has quit IRC19:47
nati_uenosdague: I updated gerri workflow wiki http://wiki.openstack.org/GerritWorkflow#preview19:47
*** steveb_ has joined #openstack-dev19:47
*** philhsmith_ has quit IRC19:49
*** spiffxp has quit IRC19:50
sdaguenati_ueno: cool19:51
*** spiffxp has joined #openstack-dev19:52
*** lts has quit IRC20:07
*** maoy has joined #openstack-dev20:09
*** maoy has quit IRC20:12
*** renier_ has joined #openstack-dev20:12
*** renier has quit IRC20:12
arosenHi, I have two machines running devstack and i'm trying to cluster them. In nova-manage service list both machines are showing up but one of them has it's state set to XXX. If I look at the n-cpu log it says: Connected to AMQP server on 172.17.114.148:5672 and I don't seen any errors. Any ideas where I should look (n-api on the controller doesn't seem to be saying anything about this that I see at first look)20:22
arosenn-sch sees the other machine and doesn't print out any errors either.20:22
*** danwent has joined #openstack-dev20:26
*** nunosantos has quit IRC20:30
ayoungRyan_Lane, looking now20:31
ayoungdolphm, can you bless https://review.openstack.org/#/c/10365/20:34
dolphmayoung: i was just trying to figure out how it's already fixed in master .. ?20:34
ayoungdolphm, I think the change just wasnt linked20:34
ayoung1 sec20:34
ayoungdolphm, it might have been a10ec0e037ddcfa6be69426d245d9e8981256ec620:35
ayoungdolphm, I also might have in cluded that in the PKI code,  which greatly rewrote authenticate20:37
*** dubsquared has quit IRC20:38
*** nati_uen_ has joined #openstack-dev20:39
*** nati_ueno has quit IRC20:39
ayoungdolphm, yeah, I worked that fix into bcc0f6d6fc1f674bc4b340d041b28bc1cfddf66a~120:39
dolphmayoung: he also undoes part of his change in the dependent review ... without tests i'm having a hard time following what he's attempting to change20:40
bhuvandhellmann: ping? can you please review my suggestion in 9497?20:41
*** alexpilotti has joined #openstack-dev20:41
ayoungRyan_Lane, ^^20:42
ayoungdolphm, I don't understand your last statement.  What do you mean by dependent review?20:43
dolphmayoung: https://review.openstack.org/#/c/10441 depends on https://review.openstack.org/#/c/1036520:43
*** dubsquared has joined #openstack-dev20:44
*** japage has quit IRC20:44
ayoungdolphm, the second review changes the format returned by get metadata into a dict20:45
*** japage has joined #openstack-dev20:45
ayoungso the logic moves into the called function.  It is not undone...  Ryan_Lane confirm?20:46
*** cloudvirt has quit IRC20:47
dolphmayoung: well, as a result of the second change, metadata_ref = self.get_metadata(user_id, tenant_id) instead of the roles =; if roles; metadata_ref = roles;20:48
ayoungdolphm, yeah, roles are metadata...I'd like to clean that up in the future...mess we inherited20:49
*** ecarlin has quit IRC20:49
dolphmayoung: Ryan_Lane: if both these changes were in one review (and i'm not sure why they're not) it'd be easier to see the intention is20:50
ayoungdolphm, I'll let Ryan_Lane chime in....20:50
*** bhuvan has quit IRC20:51
*** mtreinish has quit IRC20:52
*** colinmcnamara has joined #openstack-dev20:53
dolphmayoung: aren't there backend tests for ldap? do they not look at roles?20:54
ayoungthere are backend tests that run for all the backedns,  but this is, I think not quite covered by the tests.20:54
Ryan_Lanesorry, was at lunch20:55
Ryan_Lanelet me read backscroll20:55
Ryan_Laneyeah, sorry, they should likely be in one change20:56
*** ayoung is now known as ayoung-dinner20:56
Ryan_Laneand yes, this is likely not covered properly by the tests (otherwise it would have been found before)20:56
Ryan_Lanemaybe the tests in master actually check for this now?20:56
*** belliott has quit IRC21:00
*** dprince has quit IRC21:00
dolphmRyan_Lane: if there's test coverage for it in folsom, you can backport the test coverage with your fix21:01
*** ewindisch has quit IRC21:01
*** japage has quit IRC21:01
vanchesteraha, it's again keystone talks!21:02
vanchesteri like it21:02
dolphmRyan_Lane: we also need traceability on every change, **especially** to the stable branches21:02
Ryan_Lanetraceability?21:02
Ryan_Laneseems authenticate is never called in the ldap backend tests21:02
Ryan_Lanein fact, there's almost no ldap backend tests21:03
dolphmRyan_Lane: traceability from the commit to a documented issue tracked in launchpad21:03
Ryan_Laneah, yeah21:03
*** dubsquared has quit IRC21:04
Ryan_LaneI put a bug in for ti21:04
Ryan_Lane*it21:04
dolphmRyan_Lane: i assigned it to you21:04
Ryan_Laneand mentioned it in the restore message21:04
dolphmRyan_Lane: it needs to go in the commit message as well21:04
Ryan_LaneI'm not sure I can take the time to write the tests for this.21:04
*** sandywalsh has quit IRC21:05
*** maurosr has quit IRC21:08
*** bhuvan has joined #openstack-dev21:09
Ryan_Lanedolphm: ok. the changes are merged together and there's a lp bug attached21:11
Ryan_Laneand I abandoned the other change21:12
Ryan_LaneI'm in the middle of upgrading my infrastructure to essex, though (hence the fixes), so I doubt I'll be able to take the take to add the tests in21:13
Ryan_Lane*take the time21:13
*** mnewby has joined #openstack-dev21:16
*** sdague is now known as sdague_vaca21:29
*** JStoker has quit IRC21:29
*** sdague_vaca is now known as sdague_afk21:30
smoservishy, harlowja, mikal https://review.openstack.org/#/c/11184/21:30
smoserhtats my stick in the ground 30 minutes after i needed to leave21:30
smoserplease taek a look21:30
harlowjacool21:31
*** flaviamissi has joined #openstack-dev21:31
*** dolphm has quit IRC21:32
*** matwood has joined #openstack-dev21:33
*** dolphm has joined #openstack-dev21:35
*** adjohn has joined #openstack-dev21:35
*** JStoker has joined #openstack-dev21:36
*** ewindisch has joined #openstack-dev21:36
*** datsun180b has joined #openstack-dev21:37
*** nunosantos has joined #openstack-dev21:37
*** fsouza has quit IRC21:38
*** flaviamissi has quit IRC21:38
*** alanmac has joined #openstack-dev21:40
*** samkottler is now known as samkottler|afk21:42
harlowjaqq, i remember from the summit that there is/was going to be something like a openstack-foundry for tools/utils related to openstack, was that ever created??21:46
mikalsmoser: ping?21:46
*** sulochan has joined #openstack-dev21:48
*** belliott has joined #openstack-dev21:50
*** ecarlin has joined #openstack-dev21:54
jaypipesharlowja: stackforge. talk to jeblair about it.21:58
harlowjakk21:58
harlowjathx21:58
harlowjathats just a github repo place right, not anything more offical like other forges?21:58
clarkbharlowja: stackforge projects get gerrit and jenkins too21:59
notmynameharlowja: nothing official. there is http://docs.openstack.org/developer/swift/associated_projects.html for swift, but not a community site yet that I know of21:59
harlowjacool21:59
*** dolphm has quit IRC21:59
harlowjakk, all good to know, thx21:59
clarkbheat is one example21:59
harlowjaright, i was just thinking about some developer like just having a neat tiny little script, where would he place that22:00
*** vanchester has quit IRC22:01
harlowjais that stackforge?22:01
clarkbpotentially. I am not sure what the acceptance criteria are, but if you want hosting and testing that would be one way to get it22:01
harlowjaya, np, thx22:05
*** cloudvirt has joined #openstack-dev22:08
*** littleidea has quit IRC22:11
*** dolphm has joined #openstack-dev22:12
*** littleidea has joined #openstack-dev22:13
smosermikal, heys. orry . i'm not here.22:16
smoseri'll try to catch you sometime this weekend.22:16
*** thovden has joined #openstack-dev22:18
*** dspano has quit IRC22:19
*** colinmcnamara has quit IRC22:20
*** datsun180b has quit IRC22:21
*** dolphm has quit IRC22:22
*** mnewby has quit IRC22:23
*** cloudvirt has quit IRC22:24
*** ncode has quit IRC22:28
*** Gordonz has quit IRC22:30
*** dolphm has joined #openstack-dev22:30
*** jakedahn is now known as jakedahn_zz22:30
*** maurosr has joined #openstack-dev22:31
*** rnirmal has quit IRC22:35
*** maurosr has quit IRC22:36
*** maurosr has joined #openstack-dev22:37
*** johnpur has quit IRC22:37
*** pmyers has quit IRC22:40
*** sulochan has quit IRC22:41
*** maurosr has quit IRC22:41
*** thovden has quit IRC22:41
*** littleidea has quit IRC22:43
*** Shrews has quit IRC22:46
*** nunosantos has quit IRC22:47
*** littleidea has joined #openstack-dev22:49
*** edygarcia has quit IRC22:52
*** belliott has quit IRC22:52
*** maurosr has joined #openstack-dev22:54
*** dolphm has quit IRC22:55
*** dolphm has joined #openstack-dev22:56
*** spiffxp has quit IRC22:58
*** dolphm_ has joined #openstack-dev22:59
*** maurosr has quit IRC22:59
*** ayoung-dinner is now known as ayoung23:00
*** dolphm has quit IRC23:01
*** dolphm_ has quit IRC23:01
*** dachary has quit IRC23:02
*** mikal has quit IRC23:09
*** pmyers has joined #openstack-dev23:09
*** mikal has joined #openstack-dev23:10
*** mnewby has joined #openstack-dev23:10
*** lloydde has quit IRC23:14
*** file has quit IRC23:14
nati_uen_danwent: https://review.openstack.org/#/c/10749/ is make sence?23:16
danwentnati_uen_: i'm confused why we don't just test for None23:18
danwentrather than if data 1= "" and not data23:18
danwentif data is None23:18
nati_uen_This is reason https://gist.github.com/9c0f56f785d35d9c63c123:19
*** file has joined #openstack-dev23:19
*** nati_uen_ is now known as nati_ueno23:19
nati_ueno /msg NickServ identify asdfasdf23:19
jeblairnati_ueno: hope that's not an important password.  :)23:20
nati_uenoagaaa23:20
nati_uenodanwent: Now I got your point23:20
nati_uenoif data is None is enough23:20
*** eglynn has quit IRC23:20
nati_uenodanwent: I fix my patch. Thanks23:21
danwentk, thanks23:21
*** pixelbeat has quit IRC23:21
jeblairthat's the advantage of a dvorak keyboard -- "aoeuaoeu" is impervious to haxors.23:22
nati_uenojeblair: That's looks more strong password23:23
jeblairhehe :)23:24
*** markmcclain has quit IRC23:25
*** asalkeld has quit IRC23:26
*** devananda has quit IRC23:26
*** devananda has joined #openstack-dev23:26
*** jakedahn_zz is now known as jakedahn23:29
*** samkottler|afk is now known as samkottler23:30
*** mnewby has quit IRC23:38
*** samkottl1r has joined #openstack-dev23:40
*** samkottler has quit IRC23:41
*** samkottler has joined #openstack-dev23:41
jgriffithvishy: ping23:41
*** sulochan has joined #openstack-dev23:42
vishyjgriffith: sup?23:42
jgriffithvishy: On nirmals patch for multiple backends...23:42
jgriffithvishy: The desire was to have more than one backend per volume-node23:42
*** ecarlin has quit IRC23:42
vishyjgriffith: but why23:42
*** belliott has joined #openstack-dev23:42
vishyit complicates the code so much23:42
vishywhen you could just run two managers23:43
jgriffithvishy: Understand, but the idea was to be able to add new/different backends without having to reconfigure or add nodes23:43
jgriffithvishy: I see your point as well....23:43
jgriffithvishy: I actually thought this could be done using volume_type23:44
jgriffithvishy: Maybe the idea is over-rated23:45
*** jtran has quit IRC23:47
vishyjgriffith it seems like it would be trivial to run another manager for the new backend23:49
vishymultiple backends in the manager seems a little crazy to me23:49
jgriffithvishy: Yeah, the only thing is that then you have to setup/add another node just for that back-end, in reality maybe not such a big deal23:50
*** sulochan has quit IRC23:51
jgriffithvishy: anyway... just thought I'd clarify some of the thoughts behind it before nirmal has a chance to respond23:51
jgriffithvishy: He has some specific use cases he needed it for in RD anyway23:52
vishyyeah, i think the use cases can be satisfied by types and multiple drivers personally23:52
vishy* multiple managers23:52
jgriffithvishy: I'm hearin ya23:53
*** zhuadl has joined #openstack-dev23:54
*** EmilienM has left #openstack-dev23:59

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