Tuesday, 2011-05-31

*** bcwaldon has joined #openstack-dev00:38
*** bcwaldon has quit IRC01:17
*** bcwaldon has joined #openstack-dev01:56
*** bcwaldon has quit IRC02:06
*** cloudgroups has joined #openstack-dev02:17
*** cloudgroups has left #openstack-dev02:17
*** cloudnod has quit IRC03:16
*** gholt_ is now known as gholt04:10
openstackjenkinsProject nova build #945: SUCCESS in 2 min 41 sec: http://jenkins.openstack.org/job/nova/945/04:18
openstackjenkinsTarmac: nova/auth/novarc.template: Changed NOVA_KEY_DIR to allow symlink support04:18
*** Arminder-Office has joined #openstack-dev05:08
*** Arminder has quit IRC05:09
*** Zangetsue has joined #openstack-dev05:19
*** cloudgroups has joined #openstack-dev05:29
*** cloudgroups has left #openstack-dev05:29
*** soren has quit IRC07:57
*** soren has joined #openstack-dev07:57
*** ChanServ sets mode: +v soren07:57
*** reidrac has joined #openstack-dev08:37
ttxsoren: yo08:53
sorenttx: o/08:54
ttxsoren: about the Swift proposed-milestone PPA, could we generate a package from current state of proposed-milestone branch ?08:54
ttxsoren: should I just touch the ppa job ?08:55
ttxsoren: I'll ping mtaylor to set the review team on the branch.08:55
sorenttx: That should do the trick, yes.08:55
* ttx tries08:55
ttxmtaylor: ping08:57
ttxsoren: beh: http://jenkins.openstack.org/view/Swift/job/swift-milestone-ppa/series=oneiric/3/console08:58
ttxsoren: the others worked ok. That's good enough for me08:58
ttxsoren: looks like those two BMPs should be accepted:09:57
ttxhttps://code.launchpad.net/~morita-kazutaka/nova/snapshot-volume/+merge/6107109:57
ttxhttps://code.launchpad.net/~morita-kazutaka/nova/clone-volume/+merge/6225909:57
ttx(hmm, that second oine is missing a second nova-core review, since technically jaypipes is no longer nova-core)09:58
sorenttx: I should feed myself first. I'm starving.10:37
* soren goes to lunch10:37
*** markvoelker has joined #openstack-dev10:58
*** adiantum has joined #openstack-dev11:10
openstackjenkinsProject nova build #946: SUCCESS in 2 min 40 sec: http://jenkins.openstack.org/job/nova/946/11:58
openstackjenkinsTarmac: This adds a volume snapshot support with the EC2 api.11:58
ttxyay!11:59
notmynamettx: soren: thanks for getting the packages ready11:59
ttxnotmyname: they have not been "published" in PPA yet, should be done soon12:00
notmynamettx: I'll look over them this morning and probably will be able to give you an answer around lunchtime (central)12:01
ttxnotmyname: cool. Will let you know when the PPA is usable for testing12:01
notmynamethanks12:02
*** dprince has joined #openstack-dev12:06
sorenPPA publishing is back.12:12
ttxnotmyname: packages published at https://launchpad.net/~swift-core/+archive/milestone-proposed12:12
*** ameade has joined #openstack-dev12:23
ttxmtaylor: ping12:29
*** bcwaldon has joined #openstack-dev12:32
*** jaypipes has joined #openstack-dev12:42
dprincesoren/ttx: If we have PPA package changes is it best to file tickets and attach branches? Or just create the branch and ping you guys?12:42
ttxdprince: you mean, Ubuntu packaging changes ?12:43
dprinceseems like the code isn't in nova so the tickets don't belong there.12:43
dprincettx: yes.12:43
ttxdprince: you should file them against the ubuntu packaging of nova... let me pull a link for you12:43
ttxdprince: https://bugs.launchpad.net/ubuntu/+source/nova/+filebug12:44
dprincettx: thanks. Just found some missing deps with nova-network. It wasn't requiring that dnsmasq and bridge-utils get installed.12:47
*** adiantum has quit IRC12:47
ttxdprince: ok12:47
sorendprince: If those are the only two things, I can just go and fix them now.12:49
sorendprince: If you're doing the patch, make sure you add a dependency on dnsmasq-base, not dnsmasq.12:50
dprincesoren: absolutely.12:51
dprincesoren: I mean go for it. If not I can push a branch later today.12:51
sorendprince: Er... You're absolutely doing the patch or shold I absolutely just go and fix those two things? :)12:51
sorenOk :)12:52
sorenI'm done anyway, just didn't want to spoil your fun :)12:52
*** adiantum has joined #openstack-dev13:00
*** adiantum has quit IRC13:01
*** adiantum has joined #openstack-dev13:02
dprincesoren: Thank you sir.13:04
*** deshantm_laptop has joined #openstack-dev13:05
*** mattray has joined #openstack-dev13:17
sorendprince: Oh, thank *you*.13:18
dprincesoren: actually. I have one more thing I wanted to talk about. So PPA packages currently require libvirt 0.8.8 (which you build in the PPA).13:19
*** lorin1 has joined #openstack-dev13:19
dprincesoren: Libvirt 0.8.8 is a no-go on Cloud Servers (maverick).13:19
dprincesoren: the Rackspace Cloud Servers kernel doesn't support it. (2.6.35.4-rscloud)13:20
dprincesoren: anyway... I'm not asking you to dig into that mess.13:20
dprincesoren: Libvirt 0.8.3 works great however.13:21
dprincesoren: Is there an easy way to prevent Libvirt 0.8.8 from getting installed? Right now I'm maintaining a fork of the PPA installers branch.13:21
dprincesoren: In my fork I simply remove the line which requires libvirt 0.8.8. I suppose I could patch it as well (to remove that line).13:22
dprincesoren: Do you have any better suggestions?13:22
sorendprince: 0.8.3 is buggy. We really do need 0.8.8.13:25
*** Zangetsue has quit IRC13:25
*** Zangetsue has joined #openstack-dev13:25
*** statik has joined #openstack-dev13:28
*** foxtrotgulf has joined #openstack-dev13:28
dprincesoren: Sure. I'm not using LXC or anything fancy so 0.8.3 works for my needs but I understand the requirement for 0.8.8 too.13:30
dprincesoren: anyway. I've got my work around for now. Just wondering if there is a better way.13:30
sorenSure there is.13:30
sorenStop thinking about "workarounds". Let's *fix* things :)13:30
sorenIf the version of libvirt we have doesn't work, we shouldn't spend brain cycles trying to think of ways of avoiding installing it. We should fix the problem.13:32
dprincesoren: Yeah. Well that fix may cost me time. But long term I'd really like my smoke tests to run on OpenStack... so presumably I could then have at using my own kernel or whatever.13:32
dprincesoren: The issue here is that I don't have access to change some of these things (kernel version, etc.) so I'm doing the best I can for now.13:33
sorendprince: If there's somewhere libvirt doesn't work, that's a bug.13:34
sorenin libvirt.13:34
soren...that we should fix.13:36
sorenWe use libvirt, so if libvirt sucks, we suck.13:36
dprincesoren: Right. But in this case I think our kernel just doesn't have the required dependencies.13:36
sorenlibvirt needs to work regardless.13:37
sorenIt even used to work, so it's a regression.13:37
dprincesoren: Okay. Well let me get dig this error up...13:37
jaypipesdprince, soren: morning13:54
mtaylorttx: morning. what's up?13:56
ttxmtaylor: hello sir. We recently created https://code.launchpad.net/~hudson-openstack/swift/milestone-proposed for Swift release branches13:57
ttxIt needs a review team set. Because Hudson himself won't approve branches.13:57
mtaylork13:57
ttxmtaylor: swift-core will do, for te moment13:57
ttxmtaylor: btw you should share the secret knock with someone, to double the bus factor.13:58
mtaylorttx: agree. I'll write up a doc today - but this is done for now :)13:58
ttxmtaylor: cool, thanks13:59
ttxnotmyname: https://code.launchpad.net/~ttx/swift/final-1.4.0/+merge/62891 is ready for your approval when you're done sanity-checking the current rc14:00
notmynamettx: thanks14:00
sorenmtaylor: I gues I could have stolen a cookie from Jenkins, but that would be rude.14:01
jaypipesmtaylor: mornin.14:02
*** Zangetsue has quit IRC14:03
*** zykes- has quit IRC14:08
dprincesoren: I get these errors when trying to run libvirt 0.8.8 on Cloud Servers (maverick):14:14
dprincesoren: http://paste.openstack.org/show/1487/14:14
dprincejaypipes: good morning.14:15
jaypipesttx: think it's OK to cut the glance milestone branch at around 3pm today?14:15
jaypipesdprince: hey, I figured out the body_file_seekable thing..14:15
dprincejaypipes: word14:16
jaypipesdprince: it is a version issue. on my box, my local webob version is 0.9.8 which does not have weobo.Request.body_file_seekable. That was added in 1.0.3.14:16
jaypipesdprince: I'll make a workaround in the code for older webobs.14:16
dprincejaypipes: Cool. I was using Maverick (Cloud Servers). So not too old there. But sounds great.14:17
jaypipesdprince: I'm on Mav too.14:17
jaypipesdprince: funny thing is, 0.9.8 Request object has a make_body_seekable() method instead :)14:17
blamarjaypipes: was it you who had a celery blueprint out a while ago? did that end up being a really difficult transition?14:20
*** rnirmal has joined #openstack-dev14:21
jaypipesblamar: yes, and yes. mostly because of gflags support.14:21
blamarjaypipes: played around with it this weekend, would be awesome IMO but yeah, pain in the ass14:21
notmynamesoren: ttx: what is the ppa that will be used for this swift release? do we need to update the docs anywhere?14:22
jaypipesblamar: celery uses a "celery config file" that was incompatible with gflags and we'd end up duplicating a lot of stuff. It's still an interesting blueprint for me, though.14:22
sorennotmyname: "this" being 1.4.0? I'd ask ttx :)14:22
jaypipesblamar: would nicely separate the management and configuration of the messaging layer from everything else.14:22
blamarjaypipes: Yeah, I was working with doing a custom 'loader' which using config_from_object which would be populated using flags14:23
blamarjaypipes: What is killing me is the lack of separation, yeah14:23
jaypipesblamar: heh, yeah that might work. though I think having configuration for messaging *entirely* separate from nova flags would also be useful...14:23
sorenjaypipes: Why?14:25
bcwaldonjaypipes: could you take a look at the api-pagination-limiting branch? Had to add one more commit14:25
blamarjaypipes: like separate nova-compute-manager.conf? which could be gflags/configparser?14:25
blamarjaypipes, jaypipes, jaypipes14:25
bcwaldonblamar: jaypipes14:25
jaypipesahhhh14:25
*** RobertLaptop has quit IRC14:25
jaypipessoren: because management of messaging can be done in celery entirely (messaging is more than just Nova. other apps can use the message queue...)14:26
jaypipessoren: for instance, I don't put my my.cnf MySQL config in gflags, now do I? ;)14:30
sorenjaypipes: Perhaps I'm missing something.14:32
sorenjaypipes: celerey is a client, is it not?14:32
sorencelery, even.14:32
blamarsoren: ehhh, it's ... complicated? depends how you use it, but celery provides celeryd, which is a service14:34
sorenOh, I see.14:34
blamarit would replace all of the custom AMQP/queuing code we have in the project for the managers14:35
jaypipessoren: no, it's a little more than that. it's a way of abstracting the messages from the messaging layer. it allows you to have a worker daemon (celeryd) that listens for your particular messages and communicates with the MQ directly. Then, in your code, you write the code that should be executed as a remote task like normal, and simply decorate it with the @task decorator.14:35
jaypipessoren: course, it's a little more complicated than that, but you get the picture. it's kind of like ripping out nova/rpc.py, running that code as a daemon, and allowing remote RPC tasks in the code to be written in a more structured way with decorators...14:36
sorenOk.14:37
jaypipessoren: and the benefit is that we don't have to write all the custom RPC code :)14:37
*** deshantm_laptop has quit IRC14:37
sorenNow *that* sounds lovely.14:37
*** foxtrotdelta has joined #openstack-dev14:37
jaypipessoren: ya. reinvented wheels and all that..14:37
sorenjaypipes: You just make it sound like a goal in itself to have the configuration of messaging outside of gflags, and I don't entirely get that.14:38
*** foxtrotgulf has quit IRC14:39
sorenjaypipes: There's a good chance people aren't already using celery. A very good chance, even. So, to start using Nova, they need to not just deal with nova.conf, but also this other thing. This doesn't seem like a win.14:39
sorenI mean... It makes sense! I just don't see why it can be a goal in itself.14:39
ttxnotmyname: It will be in the "last milestone" PPA that we need to create. Not sure what the current docs point to14:40
jaypipessoren: understood.14:40
jaypipessoren: I push the idea of celery because it allows us to focus on the tasks, and not the implementation of consumers and publishers. the fact that it allows the messaging stuff to be configured separately is a side benefit.14:41
*** zykes- has joined #openstack-dev14:41
ttxnotmyname: we might need to update Swift install docs with a PPA map like http://wiki.openstack.org/NewNovaInstall14:41
ttx(this one is work in progress)14:41
sorenjaypipes: Right, and that's the part I don't get. Why is it a side "benefit"?14:42
*** glenc has quit IRC14:43
notmynamettx: ah. ok. should we wait to release until that's ready or cut the release and backport or simply add it to the 1.4.1 tree and go on as normal?14:43
ttxnotmyname: We can release now, it will be avilable in the proposed-milestone PPA. Then we'll setup the "last milestone" PPA and copy the package there as "1.4.0" rather than "1.4.0~20110531.r303" or whatever14:44
*** glenc has joined #openstack-dev14:46
*** zykes- has quit IRC14:46
ttxnotmyname: I mean, we can accept the final versioning branch, which will result in a 1.4.0~20110531.r303 tarball, that I'll rename as swift-1.4.0.tar.gz and promote on the LP download page14:46
creihtjaypipes: just curious, have you looked at kombu?14:47
ttxnotmyname: then we can setup the "last milestone" PPA and push that 1.4.0 tarball to it, though it will be te same as the 1.4.0~20110531.r303 build that will appear in the proposed-milestone PPA. If that makes more sense.14:47
jaypipessoren: I guess I just prefer it that way :) I like that http://ask.github.com/celery/configuration.html allows you to configure all your messaging stuff separately from any individual application config. Kind of like I can configure all my DB settings in my my.cnf and not in my application code itself.14:48
blamarcreiht: celery uses kombu, and provides more on top14:48
creihtahh14:48
jaypipessoren: but it may just be personal preference :)14:48
notmynamettx: I was referring to the auto-generated docs. those should stay with trunk, although we should probably add something to the top of them to point to a wiki page or the release download location. I think docs are ok for now14:49
jaypipescreiht: yeah, I think you'd pinged me about that early on when you told me about celery :)14:49
ttxnotmyname: ack14:49
notmynamettx: also, the packaging looks fine to us. I'll approve the merge unless you have another reason to wait14:49
creihtblamar: ahh, I knew the same guy worked on both, didn't realize that celery was backended with it14:49
* ttx makes mental note14:49
creihtjaypipes: hah14:49
blamarcreiht: Yeah, it's a pretty impressive project14:49
* jaypipes thanks creiht for being the genesis man.14:50
creihtI don't have a lot of experience with either, but one my coworkers has been playing with kombu14:50
notmynamettx: soren: any outstanding issues from your end that should cause me to wait to approve swift 1.4.0 final?14:51
*** glenc has quit IRC14:52
*** zykes- has joined #openstack-dev14:52
sorennotmyname: Nope.14:54
ttxnotmyname: no remaining issue from my pov14:54
notmynamesoren: ttx: 1.4.0 final approved14:54
ttxnotmyname: I'll let the Jenkins magic operate and promote the rtesulting tarball. Will send an email when I'm done.14:55
notmynameyay. thanks :-)14:55
*** glenc has joined #openstack-dev14:55
sorendprince: Ok, found the problem in libvirt.14:55
dprincesoren: cool. Simple fix?14:56
sorendprince: Possibly. It just looks intentional, so I'm trying to work out what's going on.14:58
sorendprince: If it's not intentional, then yes, very much a simple fix.14:58
*** jkoelker has joined #openstack-dev14:58
dprincesoren: Is there a ticket I can follow?14:59
sorendprince: Don't know. Didn't check.14:59
sorendprince: I prefer spending half an hour looking at code to spending half an hour enduring bugzilla any day of the week.15:00
dprincesoren: Okay. Anyway. Thanks for poking at it. I've seen a couple other people hit this issue so I know people are hitting this.15:00
*** Zangetsue has joined #openstack-dev15:00
*** vikasg has quit IRC15:03
*** avati has quit IRC15:03
* soren runs off (late)15:05
jaypipesdabo, gholt: nice thread you have going :)15:06
*** bcwaldon has quit IRC15:08
*** avati has joined #openstack-dev15:11
*** vikasg has joined #openstack-dev15:11
*** jkoelker has quit IRC15:12
*** jkoelker has joined #openstack-dev15:12
*** dragondm has joined #openstack-dev15:14
gholtjaypipes: Heh, yeah, that's my fault. I was being nosy and should just butt out, lol.15:15
jaypipesgholt: not at all. I'm learning a lot from you too. Nothing wrong with those kinds of discussions, IMHO.15:15
jaypipesyou, two15:15
jaypipeswhere'd my grammar go today?15:15
gholt:)15:16
*** reidrac has quit IRC15:16
*** RobertLaptop has joined #openstack-dev15:21
*** galstrom has joined #openstack-dev15:28
*** foxtrotdelta has quit IRC15:33
*** Zangetsue has quit IRC15:35
jaypipesdprince, markwash: pls do review https://code.launchpad.net/~rackspace-titan/glance/api-pagination-limiting/+merge/61155 if you have some time. It's the priority for the D1 milestone release.15:41
jaypipesdprince, markwash: thx in advance!15:41
*** foxtrotgulf has joined #openstack-dev15:42
ttxnotmyname: ok, it's out, just sent the email to the list.15:42
notmynamethanks :-)15:43
gholtHopefully nothing important happened with bugs in the past ten minutes.15:45
* ttx will be back in a couple hours.15:45
*** foxtrotdelta has joined #openstack-dev15:45
ttxnotmyname: congrats on your first release as Swift PTL :)15:46
*** foxtrotgulf has quit IRC15:47
*** johnpur has joined #openstack-dev15:48
*** ChanServ sets mode: +v johnpur15:48
Vekcan I get some eyes on https://code.launchpad.net/~klmitch/nova/os_int_tests/+merge/61474 ?  It's been languishing for lack of review...15:57
*** vladimir3p has joined #openstack-dev16:06
vladimir3pHi Folks, I have a question related to multi-nic support - Is it allowed to place a VM into different networks? There was a blueprint for it in cactus and couple blueprints for diablo, but will it be allowed to have a user VM sitting in different networks - its private vlan and at the same time public network?16:12
jaypipesdang it's hot in Ohio today...16:26
*** openstackjenkins has quit IRC16:35
*** openstackjenkins has joined #openstack-dev16:35
jaypipestr3buchet: see vladimir3p's ? above.16:36
openstackjenkinsProject nova build #947: SUCCESS in 2 min 53 sec: http://jenkins.openstack.org/job/nova/947/16:39
openstackjenkinsTarmac: Fixed the APIError typo16:39
vladimir3pjaypipes: will try to shed more light to reason of this Q. We are working on couple of blueprints (including admin VM) and networking part one of essential ones... we definitely would like to have admin VMs connected not only to user's VLANs, but to the entire nova network16:45
vladimir3pin general, it should be kind of similar to VPN... but with access not only from outside and within vlan, but to other projects/vlans as well...16:46
jaypipesvladimir3p: completely understand your use case. tr3buchet has handled the implementation so far, and I don't know much about the networking internals, sorry! :)16:51
vladimir3pnp, will wait for his answer ... seems like this channel is pretty silent today :-)16:52
*** jdurgin has joined #openstack-dev16:57
*** blamar has quit IRC16:59
*** mgius has joined #openstack-dev17:13
*** blamar has joined #openstack-dev17:15
*** adiantum has quit IRC17:37
*** agarwalla has joined #openstack-dev17:48
*** dysinger has joined #openstack-dev18:07
openstackjenkinsProject nova build #948: SUCCESS in 2 min 53 sec: http://jenkins.openstack.org/job/nova/948/18:14
openstackjenkinsTarmac: Add vnc_keymap flag, enable setting keymap for vnc console and fix bug #782611.18:14
uvirtbotLaunchpad bug 782611 in nova "vnc keymap should be configurable" [Wishlist,In progress] https://launchpad.net/bugs/78261118:14
*** vladimir3p has quit IRC18:32
*** vladimir3p has joined #openstack-dev18:32
*** vladimir3p has quit IRC18:33
*** vladimir3p has joined #openstack-dev18:33
*** vladimir3p has left #openstack-dev18:33
*** vladimir3p has joined #openstack-dev18:34
*** dragondm has quit IRC18:36
ttxThe following merge proposals could use one final core review for final approval:18:44
ttxhttps://code.launchpad.net/~nttdata/nova/kvm-pause-suspend/+merge/6225518:44
ttxhttps://code.launchpad.net/~xtoddx/nova/provider-fw-rules/+merge/6251718:44
ttxhttps://code.launchpad.net/~morita-kazutaka/nova/clone-volume/+merge/6225918:44
ttxhttps://code.launchpad.net/~rackspace-titan/glance/api-pagination-limiting/+merge/6115518:45
sorencomstud: Do you think you could be pursuaded to spend 15 minutes adjusting the test suite for your eventlet patch?18:45
sorencomstud: I spent some time staring at it today to no avail.18:45
sorencomstud: I can't work out if your code is wrong or if the test suite is wrong.18:45
sorencomstud: Or both, I suppose.18:45
*** dragondm has joined #openstack-dev18:45
ttxsoren: looks like you could have a look at the provider-fw-rules one18:46
ttxsince it ouches things you used to work on :)18:46
ttxtouches*18:46
ttxnova-core (anotherj1sse, _0x44, devcamcar, dabo, jk0, markwash, _cerberus_, pvo, sandywalsh, termie, xtoddx, tr3buchet, vishy): ^^18:49
dprincettx: I'll run smoke tests on a few of them and then check them out.18:51
ttxdprince: oh, missed you, you were hiding...18:52
*** bcwaldon has joined #openstack-dev18:54
ttxMeeting in two hours in #openstack-meeting19:00
ttxvishy: Thanks for your review, any reason why you didn't flip the approved bit on kvm-pause-suspend ?19:01
vishyi noticed that dprince said he wanted to smokestack 'em19:02
vishyso i was going to give him a chance before i approved them all from under him :)19:02
ttxif it moves, smokestack it.19:02
dprincevishy: I expect that one to run fine. But might as well give em a go.19:03
dprincettx: Yessir. That is the idea. Honestly I'd like more buy in to this sort of thing.19:03
dprinceHonestly I sent an email to the list. Nobody expect vish has hit me up for an account....19:03
ttxdprince: honestly I'd like to see it integrated in pre-merge tests, so that you don't have to require an account.19:04
openstackjenkinsProject nova build #949: SUCCESS in 2 min 49 sec: http://jenkins.openstack.org/job/nova/949/19:04
openstackjenkinsTarmac: This enables us to create a new volume from a snapshot with the EC2 api.19:04
dprinceAnd well it is free.19:04
vishyttx: I really think we need a functional testing team19:04
vishywe have too many efforts and it needs a whole team to manage it19:04
ttxvishy: I'm not involved in it but from where I stand it doesn't seem to be lacking manpower19:05
dprincettx: We could probably arrange that. I see no problem going ahead and running anything that 'Needs review' via an automated system.19:06
ttxdprince: right, the thing could grab proposed branches and comment whether it passes smoketests or not.19:06
jk0any of you getting this failure in trunk? http://paste.openstack.org/show/1493/19:07
vishyttx: the problem is that there are multiple efforts19:07
dprincettx/vishy: This is something I really care about (large functional testing). So many issues can't be found in any other way.19:07
ttxdprince: that said, it probably duplicates somethign mtaylor's team is doing19:07
dprincettx: I agree that we aren't all working together here. I needed a system I had access to. It wasn't clear to me that everyone would have access to run tests via that Hudson box.19:07
vishyjk0: haven't seen that one.  Are you running tests on a box that is also running a nova install?19:08
ttxvishy: how do you think that can be solved ? A specific functional testing regular meeting for everyone to coordinate ?19:08
jk0vishy: yeah19:08
dprincettx: in any case I think I was really going for something a bit more custom than what Hudson can provide.19:08
jk0in my compute node/dev node19:08
vishydprince, ttx: main efforts seem to be dprince, kmitchell, mtaylor, and old smoketests which are probably starting to bit-rot19:09
vishyand stuff termie did19:09
ttxvishy: and stuff soren did19:09
dprincevishy: My game plan was to run it all. I want the ability to run anybody's functional testing suite via a system like Smokestack.19:10
jk0vishy: ahh, the problem is when /etc/nova/nova.conf exists19:10
vishydprince: that is awesome but we need coordination on this.  It is clearly bigger than a one person project19:11
dprincevishy: What Smokestack really does is define a way to manage all the configurations, projects, test suites, etc that we need to make this process sane.19:11
ttxvishy: I'll raise the subject during the meeting tonight. But I agree the interested parties could form a team, or at least gather in a regular meeting to discuss progress19:11
vishyregular meeting would be a good start19:11
ttxvishy: obviously that doesn't require everyone to be present, only those that have strong feelings on it, or a horse already in the race19:12
dprincevishy: I'd like to coordinate. Like I said the other day I'm actually a bit frustrated with it at the moment. Most of I work on it so far has been after hours. I do see a lot of value in this sort of thing though.19:12
vishydprince: ++ I think it is the most important thing in the project right now19:12
dprinceActually. I'd be interested in attending a meeting on this (in IRC). Can't make the meeting tonight though.19:12
dprinceThe tuesday meeting time is always bad for me.19:13
vishydprince: ok we will try and schedule a weekly functional testing meeting19:13
ttxvishy: added to meetign agenda19:15
sorenOh, no.19:23
ttxno?19:25
johan___is XML support in a state of flux recently? the results i'm getting vary from the docs quite a bit19:25
johan___and in some cases seem buggy19:25
sorenttx: More late night meetings.19:25
ttxsoren: not necessarily. We can mandate that no west coast or Japanese people are interested in QA.19:26
ttxAlternatively, we could say no European cares.19:26
bcwaldonjohan___: very much so. XML suppor is not complete. Hopefully we can start beefing that up soon after the osapi-serialization branch goes in19:27
johan___bcwaldon: ok, that's good to know19:27
vishysoren: :)19:27
sorenttx: Or everyone could be free to join the meeting at noon UTC.19:29
ttxsoren: that could reduce duplication of effort quite effectively.19:29
vishyttx, soren: :)19:31
*** mgius has quit IRC19:33
*** mgius has joined #openstack-dev19:35
johnpurvishy, ttx: mtaylor should be the hub of the testing discussions. i suggest that he be "volunteered" to run the coordination meeting. Additionally, we are looking to double the "monty" bandwidth on tooling automation, qa automation, and automated build workflow by bringing another senior person on-board.19:40
ttxjohnpur: hopefully he will attend the meeting in 75 minutes.19:43
openstackjenkinsProject nova build #950: SUCCESS in 2 min 45 sec: http://jenkins.openstack.org/job/nova/950/19:44
openstackjenkinsTarmac: Added the filtering of image queries with image metadata. This is exposing the filtering functionality recently added to Glance. Attempting to filter using the local image service will be ignored.19:44
ttxyay!19:46
vishyjohnpur: that would be great.19:47
jaypipesbcwaldon: or we can just forget about XML :P19:51
jaypipesbcwaldon: I found it funny that Mark Nottingham, one of the folks behind the XML spec, recommends not even bothering with XML as it produces more problems than it solves.19:52
ttxjaypipes: http://twitter.com/#!/colmmacuait/status/7410745033216819319:55
jaypipesttx: heh19:57
*** mgius has quit IRC19:57
*** mgius has joined #openstack-dev19:57
*** adiantum has joined #openstack-dev20:03
bcwaldonjaypipes: I'm right there with you20:05
dprincevish: So all the branches ttx mentioned look fine except Todd's.20:11
dprincevish: Smokestack caught an issue where the migration was off. Kind of cryptic but sometimes failures aren.20:12
sandywalshannegentle, any chance of a peek at https://code.launchpad.net/~sandy-walsh/nova/zones-dev-docs/+merge/62870 to help people with the other dist-sched merges?20:12
dprinceare.20:12
dprincevish: Anyway. Feel free to pull the trigger on the rest.20:12
sorendprince: https://bugs.launchpad.net/bugs/790837 by the way20:13
uvirtbotLaunchpad bug 790837 in libvirt "Fails to start inside PV domU" [Medium,Triaged]20:13
dprincesoren: thank you sir.20:14
sorenI'll catch up with one of the libvirt guys tomorrow.20:14
openstackjenkinsProject nova build #951: SUCCESS in 2 min 42 sec: http://jenkins.openstack.org/job/nova/951/20:19
openstackjenkinsTarmac: Update the rebuild_instance function in the compute manager so that it accepts the arguments that our current compute API sends.20:19
openstackjenkinsFixes to the SQLAlchmeny API such that metadata is saved on an instance_update. Added integration test to ensure that instance metadata is updated on a rebuild.20:19
*** ameade has quit IRC20:23
sandywalshs1rp, dabo "No proposals found for merge of lp:~rconradharris/nova/dist-sched-1 into lp:nova." ... any ideas?20:24
dabodid that get merged?20:24
*** dprince has quit IRC20:24
sandywalshy20:24
s1rpsandywalsh: i thought it did20:24
dabomaybe since it's marked as a dependency?20:25
sandywalshI'll reissue without the dependency20:25
sandywalshk, re-approve please20:26
ttxTeam meeting starts in 30 minutes in #openstack-meeting !20:28
mtaylorttx: sorry - had stepped away to grab coffee for a moment ... yes, I will be at the meeting20:28
ttxkewl20:29
* ttx pauses for a bit20:29
bcwaldonI've seen that error before, and the code got merged but hudson just handled that error reporting incorrectly20:29
devcamcarhey gang20:29
devcamcarsaw that keystone is getting put into swift20:30
devcamcarthats awesome20:30
devcamcari'm adding swift support to the dashboard20:30
devcamcarso once keystone is in there i can un-evil-hack the auth stuff20:30
openstackjenkinsProject nova build #952: SUCCESS in 2 min 42 sec: http://jenkins.openstack.org/job/nova/952/20:34
openstackjenkinsTarmac: added pause/suspend implementation to nova.virt.libvirt_conn20:34
annegentlesandywalsh: sure, I'll take a look thanks for the pointer to it20:36
sandywalshs1rp, dabo ready for a re-approve https://code.launchpad.net/~sandy-walsh/nova/dist-sched-2a/+merge/6303920:39
sandywalshannegentle, thx!20:39
sandywalshannegentle, where should images go for the .rst files?20:39
sandywalshannegentle, same directory?20:39
annegentlesandywalsh: doc/source/images20:39
sandywalshannegentle, and it's a relative path to it? ../images or ?20:40
dabosandywalsh: sure, I'll get to that next20:40
annegentlesandywalsh: like so: .. image:: images/novashvirtually.png20:41
annegentlesandywalsh: in an RST file20:41
sandywalshannegentle, ah, perfect. Thx20:41
annegentlesandywalsh: np20:41
sandywalshannegentle, I'll add some illustrations at the start of next sprint20:41
annegentlesandywalsh: awesome. I am now going to see if the dating service metaphor holds up  :)20:41
sandywalshannegentle, heh20:42
annegentlesandywalsh: my fav. technical editor still refers to a metaphor of velvet ropes and red carpets and gawd I don't even remember what else. Classic.20:42
sandywalshnice ... I'll have to shoot for that next time :)20:43
*** lorin1 has quit IRC20:58
ttxMeeting starting in one minute in #openstack-meeting, please join20:59
ttxjaypipes: join ?21:00
*** rnirmal has quit IRC21:03
openstackjenkinsProject nova build #953: SUCCESS in 2 min 44 sec: http://jenkins.openstack.org/job/nova/953/21:24
openstackjenkinsTarmac: Basic hook-up to HostFilter and fixed up the passing of InstanceType spec to the scheduler.21:24
openstackjenkinsProject nova build #954: SUCCESS in 2 min 41 sec: http://jenkins.openstack.org/job/nova/954/21:48
openstackjenkinsTarmac: Adds a few more status messages to error states on image register for the ec2 api.  This will hopefully provide users of the ec2 api with a little more info if their registration fails.21:48
*** galstrom has quit IRC21:50
vladimir3pHi! Sorry, but I will repeat my question from this morning...22:10
vladimir3ptrying to understand state of multi-nic22:10
vladimir3pin particular ability to have VMs connected to different types of networks22:11
vladimir3pI mean to regular private VLANs to public/cross VLANs (entire infrastructure)22:11
*** agarwalla has quit IRC22:12
vladimir3pI saw some code entered back in March to cactus, but it is mostly related to integration with xs/etc layer22:13
vishyvladimir3p: proposal for multinic should be in soon22:14
*** mattray has quit IRC22:15
vladimir3pvishy: I guess the main question here - will it cover some case? seems like it addresses mostly redundant HW / multi networks ...22:15
vladimir3pvishy: I guess the main question here - will it cover this case? seems like it addresses mostly redundant HW / multi networks ...22:16
vishyi'm not sure it will cover all cases.22:17
vishybut we can add stuff too it if it doesn't22:17
vladimir3pok ... just trying to see if we could create admin-vms cross projects/users ...22:18
vladimir3pwith flat nw mode it works fine, but vlan is a bit tricky22:18
vladimir3por probably we are missing something ...22:19
vishyvladimir3p: yes agreed.  We may not be able to support admin vms in vlan mode until quantum22:19
vishy* at least ones that can support multiple projects at the same time22:19
*** bcwaldon has quit IRC22:20
vladimir3pvishy: thanks a lot ... as a side question - how popular vlan mode is? I thought it is a default/recommended one, correct?22:20
*** foxtrotdelta has quit IRC22:22
vishyvladimir3p: i think people are starting to use flatDHCP more22:23
vladimir3pok, got it. at least it reduces one headache22:23
*** heckj has joined #openstack-dev22:30
*** johnpur has quit IRC22:45
*** RobertLaptop has quit IRC22:46
*** jdurgin has quit IRC23:01
vladimir3pvishy: Vish, sorry for too many questions ... would like to return to multi-nic discussion.23:02
vladimir3pthere is a blueprint https://blueprints.launchpad.net/nova/+spec/multi-nic re accessing private and public networks23:02
vladimir3pit seems to be already implemented (based on code in xs portion only)23:03
vladimir3ptryng to understand we instance connected to particular vlan could also access public/general network ... for example for accessing LunR or another "shared" storage23:04
vladimir3pbut we would like to have this access not through hv, but directly23:04
vladimir3pmeans ~ several networks ... (but not different projects)23:05
vladimir3pwill it be enough to setup security group as in case of VPN instances?23:06
mtaylorannegentle: ping23:23
vishyvladimir3p: i think this should be creating different interfaces in the guest23:34
vishywhich is what multinic does23:34
*** vladimir3p has left #openstack-dev23:42
*** RobertLaptop has joined #openstack-dev23:48
*** adiantum has quit IRC23:54
*** jaypipes has quit IRC23:55
*** jaypipes has joined #openstack-dev23:56
*** zykes- has quit IRC23:56

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