Monday, 2011-07-25

*** rods has quit IRC00:25
*** zul has joined #openstack-dev00:28
*** mfer has quit IRC00:42
*** mfer has joined #openstack-dev00:48
*** mfer has quit IRC00:49
*** zul has quit IRC01:47
*** zaitcev has quit IRC03:10
openstackjenkinsProject nova-tarball-bzr-delta build #368: STILL FAILING in 8.8 sec: http://jenkins.openstack.org/job/nova-tarball-bzr-delta/368/03:43
openstackjenkinsProject nova-tarball-bzr-delta build #369: STILL FAILING in 10 sec: http://jenkins.openstack.org/job/nova-tarball-bzr-delta/369/04:00
*** openstackjenkins has quit IRC04:19
*** openstackjenkins has joined #openstack-dev04:19
*** AhmedSoliman has joined #openstack-dev05:47
*** zul has joined #openstack-dev05:50
*** zul has quit IRC05:51
*** openpercept has joined #openstack-dev05:51
*** ahmed has joined #openstack-dev06:36
*** ahmed is now known as Guest8208106:36
*** AhmedSoliman has quit IRC06:37
*** tsuzuki has joined #openstack-dev06:41
*** tsuzuki has quit IRC06:41
*** reidrac has joined #openstack-dev07:07
*** winston-d has quit IRC07:45
*** winston-d has joined #openstack-dev07:51
*** mnour has joined #openstack-dev08:17
*** darraghb has joined #openstack-dev09:07
*** Binbin has joined #openstack-dev10:56
*** markvoelker has joined #openstack-dev11:09
chemikadzepep8 finds issues in test cases. How did it happen? If i remember correctly jenkins runs all test automatically before merge into trunk.11:14
*** mnour has quit IRC11:17
*** mnour1 has joined #openstack-dev11:17
*** rods has joined #openstack-dev11:22
*** rods has quit IRC11:36
*** mnaser_ has joined #openstack-dev11:36
*** openstackjenkins has quit IRC11:36
*** mnaser has quit IRC11:36
*** openstackjenkins has joined #openstack-dev11:39
*** rods has joined #openstack-dev11:48
*** zul has joined #openstack-dev11:57
*** tadhgred_l has joined #openstack-dev11:58
ttxchemikadze: interesting12:02
ttxchemikadze, mtaylor: looks like starting Jul 21 the pep8 test is no longer blocking, and some branches have added pep8 debt12:03
ttx+2 violations in 1297-1298, +5 in 1304, -2 in 130612:04
ttxhttp://jenkins.openstack.org/view/Nova/job/nova-pep8/12:05
chemikadzeHmm, pep8 fails only on clean (just cloned branch) installation. When i ran full test, error didn't appear.12:05
ttxchemikadze: i suspect the jenkins test command changed on Jul 21 -- mtaylor will know12:05
*** mnour1 has quit IRC12:10
*** mnour has joined #openstack-dev12:10
ttxnotmyname: https://code.launchpad.net/~ttx/swift/version-1.4.3/+merge/69076 ready for your review pleasure.12:11
ttxnotmyname: once that's in, I'll cut the 1.4.2 milestone-proposed branch from rev-1.12:12
*** openstackjenkins has quit IRC12:14
*** openstackjenkins has joined #openstack-dev12:15
ttxnotmyname: you might want to push the CHANGELOG in first, if not already done.12:17
chemikadzeI will be glad to get any comments https://code.launchpad.net/~chemikadze/nova/driver-agnostic-restart-instances/+merge/6906912:20
*** mnour has quit IRC12:21
*** mnour has joined #openstack-dev12:21
*** mnour has joined #openstack-dev12:22
*** mnour1 has joined #openstack-dev12:27
*** mnour has quit IRC12:28
*** mfer has joined #openstack-dev12:38
*** mnour has joined #openstack-dev12:41
*** bcwaldon has joined #openstack-dev12:42
*** mnour1 has quit IRC12:44
*** gaitan has joined #openstack-dev12:47
*** ameade has joined #openstack-dev12:58
*** mnaser_ has quit IRC12:58
*** mnaser has joined #openstack-dev12:58
*** mnaser has joined #openstack-dev12:59
*** tadhgred_l has quit IRC13:00
*** lorin1 has joined #openstack-dev13:07
*** Guest82081 has quit IRC13:14
*** med_out is now known as medberry13:16
*** lts has joined #openstack-dev13:27
ttxvishy: further investigated and commented on bug 810563 -- definitely something introduced by multi-nic13:29
uvirtbot`Launchpad bug 810563 in nova "Unable to start networking (trying to add VLAN #100 to IF -:None:- error: No such device)" [High,Confirmed] https://launchpad.net/bugs/81056313:29
ttxtr3buchet: you might want to have a look as well ^13:30
*** Binbin has quit IRC13:49
*** jkoelker has joined #openstack-dev13:55
*** cp16net has joined #openstack-dev13:55
*** deshantm_laptop has joined #openstack-dev13:58
*** rnorwood has joined #openstack-dev14:11
jaypipesbcwaldon: https://answers.launchpad.net/glance/+question/16593714:23
jaypipesbcwaldon: didn't you know, we're Java now.14:23
bcwaldonjaypipes: Ha, yeah. I wasn't quite sure what to say on that :)14:24
jaypipesbcwaldon: :)14:24
bcwaldonjaypipes: anything you want me to look at today, review-wise?14:25
bcwaldoncli-filters isn't going to happen for d314:25
jaypipesbcwaldon: I'll be pushing the refactor-stores branch shortly (just doing yet another merge trunk...) would be cool to look at that. also, really want the Swift bug patch to go in...14:25
jaypipesbcwaldon: ok on cli-filters. I will move to D4.14:26
jaypipesbcwaldon: https://code.launchpad.net/~jaypipes/glance/bug713154/+merge/6886314:26
bcwaldonjaypipes: yeah, Dan didn't get around to it. He's on vacation this week14:26
bcwaldonI'll see what I can do14:26
jaypipesbcwaldon: appreciate it!14:26
bcwaldonno prob14:26
*** dragondm has joined #openstack-dev14:31
jaypipesbcwaldon: what's the status on this one? https://bugs.launchpad.net/bugs/78243714:32
uvirtbot`Launchpad bug 782437 in glance "API should respect the mimetype in Content-Type and Accept headers" [Medium,In progress]14:32
bcwaldonStill a bug.14:34
bcwaldonHere's what happens on /v1/images:14:34
bcwaldonContent-Type: text/html; charset=UTF-814:34
bcwaldonContent-Type: application/json14:34
bcwaldonI haven't looked at it since I filed it14:35
*** dolphm has joined #openstack-dev14:41
ttxnotmyname: around ?14:41
notmynamettx: yes14:42
ttxnotmyname: saw my messages from this morning ?14:42
notmynameyes :-)14:42
ttxnotmyname: ok :)14:42
notmynamettx: we had an issue come up on friday that needs to go in this release, so what you have will not be accurate14:42
ttxnotmyname: we can do this several different ways...14:44
ttxnotmyname: we can keep the schedule and fix the issue on both branches, or delay the milestone branch cut14:44
ttxnotmyname: depends on when you hope the fix will be in14:45
mtaylorttx: hrm. I'm not sure how that happened ... the pep8 blocking is actually done inside of a tarmac script and not via that jenkins job - BUT... that's about to change - so this should be fixed naturally (and much more sensibly) real soon now14:45
*** rnirmal has joined #openstack-dev14:45
*** jeblair has joined #openstack-dev14:45
ttxmtaylor: ack14:46
*** jkoelker has quit IRC14:46
*** jkoelker has joined #openstack-dev14:47
ttxnotmyname: is the "issue" a bug or a feature ? If the former, do you have a bug number I could track ?14:47
creihtttx: https://bugs.launchpad.net/swift/+bug/81471014:51
uvirtbot`Launchpad bug 814710 in swift "some client libs don't like xml 1.1 encoding" [Critical,In progress]14:51
creihtttx: it is actually a rollback of a feature that was added14:51
ttxcreiht: thanks, added to 1.4.2 targets14:51
notmynamettx: we'll do the rollback patch and then a changelog and then the release will be ready to branch14:52
ttxnotmyname: works for me. I may cut the release branch tomorrow early morning14:53
ttxnotmyname: basically when you're happy with it, push the 1.4.3 version branch. I'll take the previsou one and cut the release branch from it14:53
*** deshantm_laptop_ has joined #openstack-dev14:55
*** dspano has joined #openstack-dev14:56
*** deshantm_laptop has quit IRC14:57
*** deshantm_laptop_ is now known as deshantm_laptop14:57
*** deshantm_laptop has quit IRC14:58
*** deshantm_laptop has joined #openstack-dev14:59
jeblairany keystone devs around?15:00
*** negronjl has joined #openstack-dev15:02
dolphm<--15:02
dolphmand Yogi is sitting behind me, not sure if he's on irc15:03
jeblairhi dolph.  I've pushed the current state of github:rackspace/keystone to review.opestack.org/openstack/keystone15:04
jeblairso you should be able to push new changes to gerrit according to the instructions in the wiki15:04
*** ches has joined #openstack-dev15:04
jeblairi'm working on hooking up the jenkins tests and syncing gerrit to github/openstack/keystone15:05
dolphmshould https://review.openstack.org/openstack/keystone work?15:05
*** mnour has quit IRC15:06
*** mnour1 has joined #openstack-dev15:06
jeblairdolphm: no, we don't have a repository view available; on gerrit that might be a useful improvement.15:07
dolphmjust wondering15:07
jeblairdolphm: https://github.com/openstack/keystone15:10
jeblairthat's now in sync with gerrit15:10
dolphmalright, i'm going to try pushing a simple change in a minute15:13
*** reidrac has quit IRC15:15
*** tadhgred has joined #openstack-dev15:23
bcwaldonjaypipes: you've got some feedback on that s3 branch15:23
ttxvishy: around ?15:24
*** nmistry has joined #openstack-dev15:24
tr3buchetttx: commented on bug 810563. can discuss if you like15:27
uvirtbot`Launchpad bug 810563 in nova "Unable to start networking (trying to add VLAN #100 to IF -:None:- error: No such device)" [High,Confirmed] https://launchpad.net/bugs/81056315:27
ttxlooking15:27
ttxtr3buchet: currently nova-manage lets you create broken networks, maybe that's the issue15:29
ttxtr3buchet: and our docs also advise to just run "sudo nova-manage network create novanetwork 10.0.0.0/8 1 64"15:31
ttxIf there is no sane default now, we should make it mandatory in nova-manage, and update doc ?15:32
jaypipesbcwaldon: cheers15:33
tr3buchetttx: i like that, i'll assign the bug to me and fix15:34
tr3bucheti'll make network create fail if it isn't specified when using either of the network managers that require it15:34
dolphm@jeblair I opened a review... who's notified of it?15:35
larissadolphm: Error: "jeblair" is not a valid command.15:35
dolphmjeblair: I opened a review... who's notified of it?15:35
ttxtr3buchet: cool15:36
ttxi'll comment in that direction15:36
jeblairdolphm: i believe individuals need to watch projects to receive notifications (settings -> watched projects)15:37
*** bsza has joined #openstack-dev15:37
jeblairdolphm: i also want to add an irc bot, but that's not ready yet15:38
tr3buchetttx: mine assigning that to me15:38
tr3buchetwhile you are at it15:38
ttxdone15:39
creihtmtaylor: around?15:42
mtaylorcreiht: ola15:43
creihtmtaylor: did something change recently on the ci machines so that the unit tests now get run with python 2.7 instead of 2.6?15:43
mtaylorcreiht: yes. we moved them from running on the master to running on slaves and the slave are all natty - is it screwing you up?15:45
mtaylorcreiht: (planning on also adding maverick slaves, but I could rebuild you slave to be only maverick for right now if it's causing problems)15:45
creihtmtaylor: a swift build failed, but I think they are trying to fix it so that it works with 2.715:45
mtaylorok. sorry bout that - I was working on the build slaves thing over the weekend and keep forgetting that natty has a different python version15:46
*** bcwaldon has quit IRC15:46
*** bcwaldon has joined #openstack-dev15:47
creihtmtaylor: testing on 2.7 is fine, but we certainly need to have testing on 2.6 as well, since that is the base version of python that openstack supports15:47
mtaylorcreiht: yes. agree15:48
tr3buchetttx: thanks15:48
mtaylorcreiht: I'd spin up a maverick node right now - but I seem to have hit a cloud servers cap. :) I'll just move the swift job back to running on the master until I can get both running15:52
creihtmtaylor: cool, and thanks15:52
ttxvishy: please comment on https://code.launchpad.net/~mnaser/nova/lp802707/+merge/6744115:53
ttxvishy: also i'll come back later today to talk to you about diablo-3 milestone branch cut15:54
ttxjaypipes: how is glance doing ? Can I cut the D3 milestone branch in my tomorrow morning ?15:55
jaypipesttx: yep, should be able to.15:55
ttxjaypipes: could you send me a quick email with status at your EOD ? Even if that's just a "go ahead" ?15:55
jaypipesttx: we're looking good. just need to get s1rp's image caching branch in, and the S3 bug fix branch. the refactor-stores branch is ready but will have to be merge-trunked yet again.. :)15:55
jaypipesttx: yes, I certainly will.15:56
ttxjaypipes: cool, thx15:56
dolphmjeblair: yogi was wondering what would happened if he kept his on fork on github of openstack/keystone, and did a github Pull Request... does gerrit somehow pick that up?16:01
dolphm* happen if he kept his own fork16:01
mtaylordolphm: nope. we do not have any integration with pull requests at the moment16:04
jeblairdolphm: at the moment: no.  we're going to look into creating gerrit changes from github pull requests, but that's not there yet.16:04
mtaylordolphm: but there is nothing stoping him from still keeping his fork on github if he wants16:04
dolphmmtaylor: jeblair: cool, that's what I assumed16:06
*** nmistry has quit IRC16:07
*** openpercept has quit IRC16:07
openstackjenkinsProject nova build #1,137: SUCCESS in 4 min 9 sec: http://jenkins.openstack.org/job/nova/1137/16:11
openstackjenkinsTarmac: Merge translations16:11
*** jrouault has joined #openstack-dev16:14
openstackjenkinsProject swift build #295: SUCCESS in 35 sec: http://jenkins.openstack.org/job/swift/295/16:17
*** mattray has joined #openstack-dev16:26
*** mnour1 has quit IRC16:27
*** mnour has joined #openstack-dev16:27
*** alekibango has joined #openstack-dev16:30
*** mnour has quit IRC16:31
*** mnour has joined #openstack-dev16:31
openstackjenkinsProject swift build #296: SUCCESS in 40 sec: http://jenkins.openstack.org/job/swift/296/16:32
openstackjenkinsTarmac: 1.4.2 CHANGELOG16:32
*** asomya has joined #openstack-dev16:34
*** mnour has quit IRC16:38
*** deshantm_laptop has quit IRC16:42
*** martine has joined #openstack-dev16:44
*** asomya has quit IRC16:45
*** asomya has joined #openstack-dev16:45
*** alekibango has quit IRC16:48
*** alekibango has joined #openstack-dev16:48
*** tadhgred has left #openstack-dev16:52
*** medberry is now known as med_out17:00
*** bcwaldon has quit IRC17:01
*** bcwaldon has joined #openstack-dev17:03
*** jhtran has joined #openstack-dev17:06
*** darraghb has quit IRC17:08
*** rjh has joined #openstack-dev17:09
*** rhookway has joined #openstack-dev17:14
*** rjh has quit IRC17:16
*** jkoelker has quit IRC17:19
*** jkoelker has joined #openstack-dev17:22
*** mnaser_ has joined #openstack-dev17:23
*** mnaser has quit IRC17:23
*** mnaser_ has quit IRC17:27
jhtranhi all.  can i get a review ?  https://code.launchpad.net/~jtran/nova/lp704645/+merge/6821117:27
*** mnaser has joined #openstack-dev17:27
*** ameade has quit IRC17:34
*** LoriC has joined #openstack-dev17:46
notmynamettx: just approved the 1.4.3 merge. it should be the first commit on the new milestone. the changelog commit should be where you branch from for your release branch17:51
*** rjh has joined #openstack-dev17:51
*** rods has quit IRC17:53
*** rhookway has quit IRC17:53
*** rhookway has joined #openstack-dev17:56
*** rjh has quit IRC17:58
*** rjh has joined #openstack-dev18:00
*** rhookway has quit IRC18:02
openstackjenkinsProject swift build #297: SUCCESS in 42 sec: http://jenkins.openstack.org/job/swift/297/18:02
openstackjenkinsTarmac: Switch trunk to 1.4.318:02
*** alekibango has quit IRC18:12
*** alekibango has joined #openstack-dev18:12
openstackjenkinsProject nova build #1,138: SUCCESS in 4 min 9 sec: http://jenkins.openstack.org/job/nova/1138/18:21
openstackjenkinsTarmac: This fixes the xml serialization of the /extensions and /extensions/foo resources. Add an ExtensionsXMLSerializer class and corresponding unit tests.18:21
*** nmistry has joined #openstack-dev18:28
*** jhtran has quit IRC18:28
*** nmistry has quit IRC18:37
*** dantoni has joined #openstack-dev18:38
*** gaitan has quit IRC18:41
zulmtaylor: ping19:01
mtaylorzul: pong19:01
zulmtaylor: is the scripts that create the tarball for the debian packages anywhere?19:02
mtaylorzul: yes. lp:openstack-ci19:03
mtaylorzul: tarball_script.sh19:03
zulmtaylor: thanks a bunch19:03
*** jhtran has joined #openstack-dev19:08
*** rjh_ has joined #openstack-dev19:17
*** jrouault has quit IRC19:25
*** rjh_ has quit IRC19:25
*** med_out is now known as medberry19:28
jhtranvishy: thanks for reviewing my merge req.19:29
jhtrananyone else can do a review ?   https://code.launchpad.net/~jtran/nova/lp704645/+merge/6821119:29
*** jhtran has quit IRC19:31
*** jhtran has joined #openstack-dev19:32
openstackjenkinsProject nova build #1,139: SUCCESS in 4 min 11 sec: http://jenkins.openstack.org/job/nova/1139/19:41
openstackjenkinsTarmac: Fixed some typos in log lines.19:41
jhtranvishy: just curious but is there anything i should do to make that particular merge req more appealing to reviewers?  I notice there was a ton of reviews done in the past week but skipped over this one19:59
* jaypipes stabs S3 and boto.20:01
bcwaldonjaypipes: I'm sorry :(20:02
bcwaldonjhtran: I am typically up for reviewing most code, but I don't really touch EC2 stuff. I've got my head in the OSAPI20:03
bcwaldonjhtran: vishy can send it in if he chooses to, it has 2 core approves20:03
jhtranunderstood.  thx for your attempt tho20:03
jhtrani hope to do more osapi stuff soon.  getting tired of the ec2 stuff20:03
bcwaldonjhtran: I don't blame you20:04
jaypipesbcwaldon: no worries20:04
bcwaldonjaypipes: this bug just won't go away20:04
ttxnotmyname: looks good. Will branch early tomorrow morning.20:09
notmynamettx: ok. we're good from our end (ie dev continuing on trunk)20:09
ttxnotmyname: indeed20:09
ttxvishy: around ?20:11
vishyttx: hi20:16
ttxvishy: see PM20:16
ttxvishy: also what's your position on the last comment @ https://code.launchpad.net/~mnaser/nova/lp802707/+merge/6744120:18
ttxvishy: (if you agree you can set the branch to approved, I guess)20:19
vishyttx: we did agree to block merges on unittests, but if the author is unfamiliar with how to write them it is an issue20:20
vishylet me see if i can throw together a quick one20:20
ttxvishy: yes, I've seen a few occurences where it basically blocked the fix, like this one -- not sure what's the best approach.20:21
mtaylorttx, vishy: I think the goal with blocking on unittests was to not have coverage go _down_ ... in this case, nothing in this patch would cause a net decrease in tested lines of code20:31
mtaylormy $0.0220:31
vishymtaylor: there were two20:32
vishyfeatures were not supposed to lower code coverage20:32
vishybugs were supposed to include a broken test20:32
mtaylorah. gotcha20:32
* mtaylor buts back out20:33
vishyttx: ok went ahead and added a simple test to that fix20:33
jhtranquestion:   with nova-manage network create <label> <cidr> <num_networks> <network_size>   ...   why is network size even an option?  Shouldn't network size be calculated by <num_networks>?20:36
vishyttx, mtaylor: https://code.launchpad.net/~vishvananda/nova/lp802707/+merge/6916620:37
jhtranfor example , 192.168.1.0/24   , the network size is 256.  if i specify num_networks = 2, the network size should be calculated by that and return 128.     if num_newtorks = 4, then should then return network_size of 64.20:37
jhtranor am i missing something?20:37
vishyjhtran: assuming you want to create all of the networks then, yes20:37
vishybut imagine vlan mode with a 10.0.0.0/8 and num_networks=65536 to get a /24 for each network20:38
vishyyou will be waiting a very long time20:38
jhtraninteresting.20:38
vishyyou could also say that you always put in a size20:39
vishyand it calculates the num for you20:39
jhtranright, i agre20:39
vishybut the problem is that it takes FOREVER for large ranges like that20:39
jhtranright now , as it exists, it requires both num & size20:39
jhtranthat does make sense.20:39
jhtranok thanks.  have to think about this a little more :)20:39
vishymakes sense to calculate the other if one is left out though20:40
mtaylortermie: you do osc stuff?20:41
vishytermie is afk methinks20:41
jhtranso here's one of the confusing things.  if i do nova-manage newtork create foo 192.168.0.0/16 , without any num or size, it automatically creates 192.168.0.0/2420:41
jhtranis that desired behavior?20:41
jhtrani believe is becuz the default FLAG.network_size in nova network manager defaults to 25620:42
vishycorrect20:42
vishyit defaults to using the flag values20:42
jhtranand that is because , as you had described, u dont' want to get stuck w/ it trying to make 65billion ips for that /1620:42
jhtranok that is making sense20:42
vishyyeah, it initially just used flags20:43
jhtranso maybe the quick and easy solution is just to add a warning. so that it's not confusing20:43
vishybut it was kind of annoying for dev20:43
vishys1rp: ping20:43
s1rpvishy: yo20:44
vishyheyo, I wanted to chat with you for a minute about glance cache20:44
s1rpvishy: sure20:44
vishyjust trying to unite caching schemes20:45
vishyso right now we are also caching in libvirt driver20:45
vishywith your patch, you run a glance api on every compute host and it keeps a local cache right?20:45
s1rpvishy: i think the plan is to run glance-api on separate glance-api servers (not directly on the compute host); but yeah, each glance-api will have a local cache to avoid having to fetch from swift each time20:46
vishyok20:46
vishyso the libvirt caching uses copy on write20:47
vishyis there any way to tell all of the glance apis to invalidate their cached images, or are you required to delete an image from all of them individually20:47
vishyand is there even a use-case for invalidating an image? Or is the expectation that images are write once?20:48
s1rpgood question... there is a built-in glance cache-clear command; however to talk to multiple glance-api servers all at once (For right now at least), you need to use something like `dsh`20:48
s1rpimages are immutable, so you *shouldn't* have to invalidate a cache entry; that said, stuff happens, so it's always a good idea to have that option20:49
vishygotcha20:50
bcwaldonjaypipes: noticed you set your branch back to WIP. Should I hold off on review?20:50
vishyso I don't think there is any way to pull out the local caching in libvirt driver yet (or maybe ever?)20:50
jaypipesbcwaldon: yeah, just pushed a quick fix...20:50
jaypipesbcwaldon: OK, ready to review again. thx for patience...20:51
vishysounds like the primary use of the glance cache is to not have to go all the way to swift every time20:51
bcwaldonjaypipes: No prob. Thanks for the hard work :) Reviewing now...20:51
vishys1rp: I'm a little worried about having to invalidate images a bunch of different places, but oh well20:51
jaypipesvishy: kinda. it distributes local images to the multiple Glance API nodes, thus accomplishing a kind of distributed cache...20:51
jaypipesvishy: images are static files once POSTed to, so the invalidate in a number of places is a little less cumbersome with images...20:52
s1rpvishy: ++, though i think the 'talk-to-a-bunch-of-glance-api-servers' is a separate problem, but something we'll def need to solve sooner rather than later20:52
vishyjaypipes: I was trying to wrap my head around it to see if it could replace the caching we are doing in libvirt driver20:54
vishyjaypipes: but it looks like not yet anyway20:54
vishy:)20:54
jaypipesvishy: no, not yet :)20:54
*** chemikadze_ has joined #openstack-dev20:54
jaypipesvishy: boot-from-volume kinda solves a similar issue, no?20:54
jaypipesvishy: especially if, for instance, the volume was a GlusterFS volume...20:55
*** lorin1 has quit IRC20:55
vishyjaypipes: Not sure how that would work for multiple vms, I don't think you could use the same GlusterFS backing volume for multiple guests20:56
*** mfer is now known as mfer-mtg20:56
bcwaldonjaypipes: g2g on s3+https20:56
jaypipesbcwaldon: rock.20:57
jaypipesvishy: doesn't the compute driver handle that? in other words, the guests wouldn't actually have write access to the glusterfs volume, only the compute driver would, right?20:57
vishyjaypipes: volumes are just block devices that are attached to a guest.  If a guest is using one as a root drive, it has write access to it.20:58
jaypipesvishy: but, totally just braindumping... I've got to read a lot more of the code in the volume and virt layers first... I'm probably speaking nonsense :)20:58
vishyjaypipes is speaking in toungues!20:59
* vishy is translating for him20:59
jaypipesvishy: ah, no, I was referring to having the virt driver reading from a glusterfs mount instead of FLAG.instances_path when supplying an image to boot...20:59
jaypipesvishy: but like I said, I don't know enough about this code to speak intelligently yet.... thus the likelihood of total nonsense ;)21:00
vishyjaypipes: ah gotcha, yeah that isn't boot from volume.  You could use a glusterfs mount for backing images, but you still need to use some kind of copy on write to make sure multiple instances could boot from the same image21:01
jaypipesvishy: gotcha21:01
jaypipesblamar, bcwaldon: https://code.launchpad.net/~rconradharris/glance/cached-images-middleware/+merge/69126 if you can, please. :)21:08
blamaron it21:08
bcwaldonJust about to sit down together and look21:08
jaypipesblamar, bcwaldon: thx guys!21:12
vishybcwaldon: https://code.launchpad.net/~usc-isi/nova/coverage-report/+merge/6839221:12
vishydo you think we should hold up merge on that for the explanation?21:13
bcwaldonvishy: no, was just curious21:13
bcwaldonvishy: didn't want two sources of that info21:13
vishyi'm curious as well, just thinking it would be nice to merge it regardless21:14
bcwaldonok, I'll approve21:14
openstackjenkinsProject nova build #1,140: SUCCESS in 3 min 58 sec: http://jenkins.openstack.org/job/nova/1140/21:16
openstackjenkinsTarmac: Fixes bug 797250 where a create server request with the body '{"name":"server1"}' results in a HTTP 500 instead of HTTP 422.21:16
uvirtbot`Launchpad bug 797250 in nova "OSAPI: 500 on POST /servers with malformed entity" [Low,Fix committed] https://launchpad.net/bugs/79725021:16
*** martine has quit IRC21:17
vishybcwaldon, blamar, markwash, rest of team titan: awesome work on the osapi branches going in...21:19
bcwaldonvishy: Thank you, sir!21:19
* vishy is getting tired of not getting to suggest any useful fixes to titan merge proposals21:22
*** lts has quit IRC21:23
bcwaldonvishy: I'm okay with that :)21:23
* vishy considers complaining about the lack of periods at the end of docstrings so he can stop typing lgtm on all of them...21:23
openstackjenkinsProject nova build #1,141: SUCCESS in 3 min 58 sec: http://jenkins.openstack.org/job/nova/1141/21:26
openstackjenkins* Tarmac: Fixes faults to use xml serializers based on api version. This fixed bug 81422821:26
openstackjenkins* Tarmac: Fixes a typo in rescue instance in ec2 api. This is mnaser's fix, I just added a test to verify the change.21:26
uvirtbot`Launchpad bug 814228 in nova "OSAPI v1.1 fault xmlns incorrect" [Low,Fix committed] https://launchpad.net/bugs/81422821:26
*** vladimir3p has joined #openstack-dev21:31
openstackjenkinsProject nova build #1,142: SUCCESS in 4 min 0 sec: http://jenkins.openstack.org/job/nova/1142/21:31
openstackjenkinsTarmac: modified to conform to latest AWS EC2 API spec for authorize & revoke ingress params using the IpPermissions data structure, which nests lists of CIDR blocks (IpRanges) as well as lists of Group data21:31
*** cp16net has quit IRC21:35
*** dspano has quit IRC21:36
openstackjenkinsProject nova build #1,143: SUCCESS in 5 min 26 sec: http://jenkins.openstack.org/job/nova/1143/21:42
openstackjenkinsTarmac: Bug #796813: vmwareapi does not support distributed vswitch21:42
openstackjenkinsThe extant API assumed a standard switch network for all cases of ESX(i), was not usable when the hypervisor was added to a distributed portgroup on a virtual switch. The VM's would create a new standard switch with the same name as the dv portgroup.21:42
uvirtbot`Launchpad bug 796813 in nova "vmwareapi does not support distributed vswitch" [Low,Fix committed] https://launchpad.net/bugs/79681321:42
openstackjenkinsBug #796834: ESX(i) : Incorrect machine id parameters in vmx for guest_tool.py21:42
uvirtbot`Launchpad bug 796834 in nova "ESX(i) : Incorrect machine id parameters in vmx for guest_tool.py" [Medium,Fix committed] https://launchpad.net/bugs/79683421:42
openstackjenkins-The machine.id string was missing required information for the guest_tool.py script to set networking in the guest VMs.21:42
openstackjenkins-Additionally the script crashed on Python > 2.4 due to the implicit gettext translator(_()) used.21:42
openstackjenkins-Added support for Ubuntu guest operating systems.21:42
*** bsza has quit IRC21:47
openstackjenkinsProject nova build #1,144: SUCCESS in 4 min 4 sec: http://jenkins.openstack.org/job/nova/1144/21:50
openstackjenkinsTarmac: Fix boot from volume failure for network block devices.21:50
openstackjenkinsThis patch looks up the device_path and swithes between 'block' and 'network' when creating libvirt.xml.21:50
mtaylordolphm: hey man21:55
*** chemikadze_ has quit IRC21:58
dolphmmtaylor: what's up22:00
vishy_0x44: are you still working on config drive?22:01
mtaylordolphm: well - hang on a bit - I was going to ping you about the migration, but I'm chatting with jim about it right now22:01
openstackjenkinsProject nova build #1,145: SUCCESS in 4 min 6 sec: http://jenkins.openstack.org/job/nova/1145/22:04
openstackjenkinsTarmac: Adds the -c|--coverage flag to run_tests.sh to generate a local code coverage report.22:04
*** rnirmal has quit IRC22:04
*** mfer-mtg is now known as mfer22:05
*** rnirmal has joined #openstack-dev22:06
_0x44vishy: Yes, sorry.22:08
_0x44It's "done", but I haven't written the smoketest nor the part that writes personality to the config-drive22:08
*** rnirmal has quit IRC22:11
vishyk22:12
*** bcwaldon has quit IRC22:13
*** markvoelker has quit IRC22:16
*** mfer has quit IRC22:21
*** rnorwood has quit IRC22:23
*** rnorwood has joined #openstack-dev22:36
*** mattray has quit IRC22:38
*** rnorwood has quit IRC22:42
*** dolphm has quit IRC22:47
*** asomya has quit IRC23:00
*** rods has joined #openstack-dev23:13
*** jkoelker has quit IRC23:14
*** jamshid has joined #openstack-dev23:30
*** jamshid has left #openstack-dev23:30
*** jamshid has joined #openstack-dev23:31
*** martine has joined #openstack-dev23:43
openstackjenkinsProject nova build #1,146: SUCCESS in 3 min 52 sec: http://jenkins.openstack.org/job/nova/1146/23:46
openstackjenkinsTarmac: Adds proper xml serialization for /servers/<id>/ips and /servers/<id>/ips/<network_name>23:46
*** rods has quit IRC23:47
openstackjenkinsProject nova build #1,147: SUCCESS in 4 min 10 sec: http://jenkins.openstack.org/job/nova/1147/23:56
openstackjenkinsTarmac: - Updates /images/<id>/meta and /images/<id>/meta/<key> to respect the latest specification23:56
openstackjenkins- Renames ../meta to ../metadata23:56
openstackjenkins- Adds PUT on ../metadata to set entire container (controller action is called update_all)23:56

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