Wednesday, 2011-06-01

*** zykes- has joined #openstack-dev00:19
annegentlemtaylor: pong00:28
*** heckj has quit IRC00:42
*** mattray has joined #openstack-dev01:05
*** mgius is now known as mgius-away01:05
openstackjenkinsProject nova build #955: SUCCESS in 2 min 49 sec: http://jenkins.openstack.org/job/nova/955/01:14
openstackjenkinsTarmac: Logs the exception if metadata fails and returns a 500 with an error message to the client.01:14
*** cloudgroups has joined #openstack-dev01:15
*** cloudgroups has left #openstack-dev01:15
*** sandywalsh has quit IRC02:30
*** dragondm has quit IRC02:35
*** mattray has quit IRC03:12
*** jkoelker has quit IRC03:19
*** dprince has joined #openstack-dev03:23
*** cloudgroups has joined #openstack-dev03:56
*** Binbin has joined #openstack-dev03:57
*** Binbin is now known as Binbin_afk04:01
*** openpercept_ has joined #openstack-dev04:02
*** cloudgroups has left #openstack-dev04:05
comstudsoren: might be hard to add tests for the eventlet issue, but i can try.  what issue are you running into?  i haven't heard anything about it yet04:06
*** dprince has quit IRC04:20
*** Zangetsue has joined #openstack-dev04:28
*** Binbin_afk is now known as Binbin04:34
*** openpercept_ has quit IRC04:42
*** openpercept_ has joined #openstack-dev04:44
*** openpercept_ has quit IRC04:44
*** openpercept_ has joined #openstack-dev04:44
*** vinkeshb has joined #openstack-dev04:44
*** Zangetsue_ has joined #openstack-dev05:00
*** vinkeshb_ has joined #openstack-dev05:02
*** Zangetsue has quit IRC05:03
*** Zangetsue_ is now known as Zangetsue05:03
*** vinkeshb has quit IRC05:04
*** vinkeshb_ is now known as vinkeshb05:04
*** vinkeshb_ has joined #openstack-dev05:21
*** vinkeshb has quit IRC05:21
*** vinkeshb_ is now known as vinkeshb05:21
mtaylorannegentle: me havey problem with docs... http://jenkins.openstack.org/job/openstack-manuals/13/console05:48
*** RobertLaptop_ has joined #openstack-dev06:27
*** RobertLaptop has quit IRC06:30
ttxsoren: ping06:56
ttxvishy: still around ?06:56
sorensoren: pong06:57
sorencomstud: Well, the test suite as it is fails (citing buffer read-only errors).06:57
sorencomstud: It happens in the recv_into and recvfrom_into tests.06:57
ttxsoren: was wondering if you could give https://code.launchpad.net/~xtoddx/nova/provider-fw-rules/+merge/62517 a look before we cut the release branch06:57
sorenttx: Oh, I thought that landed last night.06:57
ttxgot one approved and one needs fixing that was addressed06:58
*** zykes- has quit IRC07:01
comstudsoren: oh, the evenlet test suite.  yes, i have a fix for that.07:02
comstudsoren: if you check out lp:rackspace-eventlet, i have fixes for the eventlet test07:02
ttxsoren: otherwise Glance is ready to be cut07:02
comstudsoren: really, it's a bug in the eventlet test suite.07:02
ttxsoren: when you're ready to start working on that, let me know, I'll start by using common-bump-milestone, then you can create the branch and the whole shebang07:03
comstudsorry, I should have re-posted a diff with those fixes07:03
*** reidrac has joined #openstack-dev07:03
sorencomstud: If you would, that would be great. If upstream ever gets back to looking at it, it'd be a shame if they rejected it on these grounds.07:05
comstudyeah07:05
comstudi need to do a proper pull request07:06
comstud-        buf = buffer(array.array('B'))07:06
comstud+        buf = array.array('B')07:06
comstud+        buf.fromstring('\0')07:06
comstudthat's the fix to the tests.. there's 2 tests that need it07:07
comstuddiff coming.07:07
comstudthey were creating a read only buffer before that passed tests for whatever reason, even though you should not pass a readonly bufer to recvfrom()07:07
comstuder, recvfrom_into()07:08
comstudand recv_into()07:08
comstudobviously the buffer should be writeable.07:08
*** zykes- has joined #openstack-dev07:08
comstudhttp://comstud.com/eventlet-socket-timeout.diff07:10
comstudthat's the full diff, but it's against 0.9.1507:10
comstudwhich I think you said has some issues07:10
vishyttx: about to go to bed, what's up?07:16
ttxvishy: was wondering what to do with xs-ovs07:16
ttxvishy: should it get in before we cut the branch (i.e. now ?)07:17
vishyi looked it over, i think it is fine to go in07:17
ttxvishy: please approve then07:17
vishyk07:17
vishyis soren looking at the provider fw branch?07:17
ttxvishy: I think he will07:17
ttxvishy: but feel free to approve it if you still can review that07:19
vishythat one is fine by me also, but I'll let soren do a final once over on it07:19
ttxok07:19
comstudsoren: updated https://bitbucket.org/which_linden/eventlet/issue/87/07:20
comstud2:20am, bed for me.07:21
* comstud & poofs07:22
*** Binbin has quit IRC07:27
openstackjenkinsProject nova build #956: SUCCESS in 2 min 49 sec: http://jenkins.openstack.org/job/nova/956/07:34
openstackjenkinsTarmac: Adds hooks for applying ovs flows when vifs are created and destroyed for XenServer instances.07:34
*** Binbin has joined #openstack-dev07:39
*** Binbin has quit IRC07:41
*** dysinger has quit IRC07:43
ttxsoren: and Nova will be ready to cut once you give provider-firewall the final push in the back07:46
sorencomstud: Right, I just wondered if making it readonly was to make the tests fail if something was accidentally written to it.07:46
ttxsoren: when that is done I'll use common-bump-milestone and you can create the milestone-proposed branches07:47
* ttx common-bump-milestones Glance, since it's ready to branch07:47
ttxsoren: glance trunk set to d2, glance release set to d1.07:49
sorenDo you want me to work on the Jenkins/branching/PPA stuff first or review provider-fw-rules first?07:51
ttxprovider-fw-rules first07:52
sorenok07:56
*** adiantum has joined #openstack-dev08:04
* ttx grabs coffee08:18
*** adiantum_ has joined #openstack-dev08:20
*** adiantum has quit IRC08:23
sorenvishy: Are you still here, by any chance?08:27
sorenvishy: Never mind.08:29
sorenttx: Ok, so glance first?08:33
ttxsoren: glance is common-milestone-bumped, so yes.08:33
ttxsoren: for nova I'm waiting on the decision on provider-fw-rules08:34
sorenttx: I voted Needs Fixing on it.08:34
sorenJust a couple of minutes ago.08:34
ttxok, then I'll common-bump-milestone nova as well.08:34
ttxnova trunk set to d2, nova rlease set to d1.08:36
sorenOk, so first I'll adjust the existing -tarball jobs to the new versioning scheme.08:36
ttxsoren: oh, I think we did that already.08:36
ttxoh, only for glance.08:37
soren10:18 <soren> Swift change still in effet. Nova reverted, glance deferred.08:37
sorenHm... We must have switched glance a little bit later.08:38
ttxyep, and I told you Nova was ready to go as well, so I assumed it was ok08:39
sorenttx: No, never got around to it.08:39
sorenttx: Just clicked the button.08:39
sorenRegenerate tarballs?08:39
ttxsoren: that can't hurt and will tset the thing.08:39
* soren does so08:39
sorenmv dist/nova-2011.3.tar.gz dist/nova-2011.3~d2~20110601.1130.tar.gz08:40
ttxsoren: ack.08:40
sorenCool.08:41
sorenOk, I'll set up the extra jobs for Nova first.08:41
sorenttx: Did you create PPA's yet?08:42
ttxno. Doing so now.08:43
soren\o/08:43
ttxhttps://launchpad.net/~glance-core/+archive/milestone-proposed08:45
ttxhttps://launchpad.net/~nova-core/+archive/milestone-proposed08:46
sorenCool.08:46
sorenWhich revno of nova should I use to create the bzr branch?08:46
ttx113008:46
* soren does so08:47
sorenAnd for glance?08:48
ttx13908:49
sorenbzr branches created for both.08:49
sorenNova should be ready to go on Jenkins.08:49
sorenI guess we'll know in a minute when it polls those branches.08:50
ttxright -- it should make tarball and PPA upload all the way ?08:50
sorenThat's the hypothesis08:50
sorenpolling bzr...08:51
ttxdo you need extra stuff in the PPA first ?08:51
openstackjenkinsProject nova-milestone build #1: SUCCESS in 9.5 sec: http://jenkins.openstack.org/job/nova-milestone/1/08:51
sorenUh..08:51
sorenHeh, yeah :)08:51
ttxyou probably still have like 30sec to do so :)08:51
sorenI can actually make it.08:52
* soren tries.08:52
sorenI have 2½ minutes.08:52
ttxright, it's busy pushing the trunk refresh we did before08:53
soren...and the publisher only runs every 5 minutes.08:55
sorenDamn it, didn't make it.08:55
ttx-ppa job didn't run yet08:56
sorenorly?08:56
ttxhttp://jenkins.openstack.org/view/Nova/job/nova-milestone-ppa/08:57
sorenMaybe the first pull is special cased somehow.08:57
soren...and doesn't count as a change.08:57
ttxow08:57
sorenDunno.08:58
ttxnova-milestone-tarball triggers nova-ppa08:58
sorenAlthough ^^^08:58
ttxnot nova-milestone-ppa08:58
sorenGah.08:58
sorenfixed08:59
* soren manually runs nova-milestone-ppa08:59
sorenSomeone should whip up a tool that will take job relationships on Jenkins and turn it into a graph.09:00
soren  Uploading nova_2011.3~d1~20110601.r1130-0ubuntu0ppa1~natty1_source.changes: done.09:00
sorenttx: 5 minutes, and glance should be on its way.09:12
* soren primes that ppa, too.09:12
ttxsoren: nova fails to build in https://launchpad.net/~nova-core/+archive/milestone-proposed/+packages09:23
ttxthough what should be the same tarball was partially successful in the trunk PPA.09:26
ttxAlso glance was only partially successful in https://launchpad.net/~glance-core/+archive/milestone-proposed/+packages09:28
* ttx retries PPA builds09:35
ttxbeh.09:45
sorenOh, right.09:46
sorenI know why.09:46
sorenI'll fix in a couple of minutes.09:47
sorenbrb09:47
*** adiantum_ has quit IRC09:53
ttxmtaylor: please set review team to nova-core on https://code.launchpad.net/~hudson-openstack/nova/milestone-proposed09:54
ttxmtaylor: and set review team to glance-core on https://code.launchpad.net/~hudson-openstack/glance/milestone-proposed09:54
sorenttx: Erk. Cascading failure.09:57
sorenttx: glance is failing to build on Maverick these days for some reason.09:57
sorenttx: ...so nova has no python-glance to build against.09:58
sorenttx: ..so nova fails on Maverick.09:58
sorenttx: and nova fails on Oneiric, too. I haven't quite worked out why yet, but it's been happening for a couple of days.09:58
ttxglance failing on maverick: "WARNING: dot command 'dot' cannot be run (needed for graphviz output), check the graphviz_dot setting"09:59
sorenttx: ?10:02
sorenttx: Where do you see that?10:02
sorenI see tests.functional.test_logging.TestLogging failing10:02
sorenttx: Oh, further up. that's just a warning, I think.10:03
ttxhttps://launchpadlibrarian.net/72777801/buildlog_ubuntu-maverick-i386.glance_2011.3~d1~20110601.r139-0ubuntu0ppa1~maverick2_FAILEDTOBUILD.txt.gz10:03
ttx"jinja2.exceptions.UndefinedError: 'css_files' is undefined", then :)10:04
ttxNot seeing tests.functional.test_logging.TestLogging error there (milestone-proposed PPA)10:04
sorenAh, I know what that is, too :)10:05
ttxsoren: will the successfully-built glance/milestone-proposed/maverick unblock nova/milestone-proposed/maverick build ?10:15
ttx(I think it would be good to have at least maverick and natty available for testing)10:16
sorenNot directly, no.10:17
soren...but I'll see what I can do.10:17
*** sandywalsh has joined #openstack-dev10:39
reidracthere's no tag in swift bzr (trunk) for version 1.4.0, that's intentionally of is it a "bug"?10:58
jaypipesmorning folks.10:58
jaypipessoren, ttx: see reidrac's ?10:59
reidraclatest tag I can see is 1.3rc1 -- I don't know if it's my mistake (disclaimer: bzr newbie here!)10:59
sorenIt's a by-product of having these release branches.11:00
soren1.4.0 doesn't actually exist on trunk.11:00
soren...because 1.4.0 was released from a separate branch.11:00
reidracI see11:01
sorenttx: Ok, only Oneiric is failing now for Nova.11:01
reidracI thought the releases were a snapshot of trunk, thanks soren11:02
sorenttx: Trying my very best to reproduce, but failing so far.11:02
sorenreidrac: They used to be.11:02
sorenreidrac: It changed *very* recently.11:02
sorenI.e. yesterday for Swift and today for glance and nova.11:02
reidraccan you provide me a pointer docs about that change?11:03
sorenNope.11:03
sorenWell..11:04
sorenActually, yes, but it'll melt your brain. You've been warned.11:04
sorenHang on.11:04
sorenhttp://ubuntuone.com/p/vjd/11:04
reidracI see... *melting* brb11:05
reidracso according to http://openstack.org/projects/storage/ -- latest release is 1.3.0 and not 1.4.011:09
reidracI'm confused, but I don't want to waste your time11:09
reidracI'll wait until there's official documentation about the new release process11:10
reidracthanks again!11:10
soren1.4.0 is definitely released. http://openstack.org/projects/storage/ is just lagging.11:13
reidracbut 1.4.0 doesn't exist on trunk, so there's no new development in trunk?11:21
sorenTrunk is where new development happens.11:29
sorenThat's what "trunk" means.11:29
sorenIt's just that no new development has happened (on trunk or anywhere else).11:29
*** nhm has quit IRC11:31
reidracbut 1.4.0 is not tagged in trunk, you said that release came from a different branch11:33
reidracthose changes are not in trunk11:33
*** nhm has joined #openstack-dev11:33
reidracthat's the specific point I don't understand11:33
ttxreidrac: those changes are also in trunk.11:38
ttxbut mixed with other changes.11:39
ttxreidrac: I'll write up something about the process.11:39
ttxWhen I'm done pushing the first iteration of it.11:39
reidracthanks ttx11:39
reidracit's clear now11:39
ttxreidrac: it's basically the NVIE model.11:40
reidracI'll keep tracking trunk anyway, it's just I was using the tags to know which changes were in which release11:40
ttxhttp://nvie.com/posts/a-successful-git-branching-model/11:40
sorenttx: I thought there weren't any changes on the release branch?11:40
ttxsoren: there are RC bugfixes.11:41
reidracah, I know that post... nice!11:41
ttxsoren: ...that need to be pushed to trunk as well.11:41
ttxsoren: see for example r302 or r304 in milestone-proposed on page 1 of the PDF.11:43
sorenttx: Wow. That was unexpected.11:53
sorenttx: The Nova oneiric failure is due to a python update.11:53
*** nhm has quit IRC12:07
*** yamahata_lt has joined #openstack-dev12:20
*** ameade has joined #openstack-dev12:27
*** nhm has joined #openstack-dev12:34
ttxreidrac: http://wiki.openstack.org/BranchModel12:57
reidracoh, sweet! thanks Thierry!12:58
*** dprince has joined #openstack-dev13:00
markwashthe policy of moving merges to WIP if two nova cores agree with a needs fixing comment is in effect now, right?13:01
sorenmarkwash: I've not heard of such a policy, but it sounds like a good idea. Go for it.13:02
markwashsoren: I think vishy proposed it on the ML at some point13:02
sorenmarkwash: Oh, ok.13:02
markwashbut thanks, I will go for it :-)13:03
ttxreidrac: updated with pointers to the branches.13:04
ttxmtaylor: ping13:07
*** mattray has joined #openstack-dev13:09
*** lorin1 has joined #openstack-dev13:11
*** Zangetsue has quit IRC13:14
*** Zangetsue has joined #openstack-dev13:15
*** foxtrotgulf has joined #openstack-dev13:20
reidracthank ttx13:30
reidrac*thanks13:30
*** adiantum_ has joined #openstack-dev14:01
openstackjenkinsProject nova build #957: SUCCESS in 2 min 45 sec: http://jenkins.openstack.org/job/nova/957/14:09
openstackjenkinsTarmac: Cleanup instances_path in the test_libvirt test_spawn_with_network_info test. Fixes issue where the nova/tests/instance-00000001/ is left in the nova source tree when running run_test.sh -N.14:09
annegentleso how do you control volumes in Cactus in nova - AMQP is the connector, so only the services send messages to it and there's no way for users to control volumes in nova through an API?14:09
annegentletrying to come up with a Cactus-oriented response to https://twitter.com/#!/ved_a/status/75867055865331712 (not Diablo since it's all changing)14:09
annegentlethough really maybe the answer is "wait for lunr"14:13
blamarannegentle: The EC2 api has a lot more support for volumes than the openstack API, although there is a volumes extension for the OS API that justinsb wrote a little while ago.14:17
blamarannegentle: Unfortunately I don't really know how well or how either of them work haha14:18
ttxmtaylor: around ?14:18
annegentleblamar: thanks that's helpful though14:18
*** vinkeshb has quit IRC14:20
*** jkoelker has joined #openstack-dev14:23
mtaylorttx, soren: shouldn't the release branch get merged back in to trunk when it has it's own changes?14:27
mtaylorttx, soren: that way the tags and stuff propagate14:27
ttxmtaylor: yes.14:27
ttxmtaylor: tags propagate ?14:27
mtaylorttx: ok. totally jumping in to the middle here :)14:27
ttxmtaylor: while you're around:14:28
ttx<ttx> mtaylor: please set review team to nova-core on https://code.launchpad.net/~hudson-openstack/nova/milestone-proposed14:28
ttx<ttx> mtaylor: and set review team to glance-core on https://code.launchpad.net/~hudson-openstack/glance/milestone-proposed14:28
mtaylorttx: if you make a release branch, do stuff in there,and then merge that back to trunk, the 1.4.0 tag should wind up in trunk again14:28
ttxmtaylor: something must escape me. What would it tag ? Some ancestor ?14:32
mtaylorttx: it would tag the revision it was defined on, which would be a sub-revision to a merge if you merged from release back in to trunk14:33
mtaylorttx: so if you branched for release at rev 52 of trunk, made a release branch change which would be 53 in that branch, and then tagged that rev as 1.4.014:34
mtaylorttx: and then merged release back in to trunk, making trunk rev 53, the tag would point to trunk rev 53.114:34
ttxmtaylor: ah, ok. Does that mean that in the case of no changes, we should still merge back to trunk with no changes ?14:35
mtaylorttx: technically yes - although mechanically that might get odd with tarmac and the way bzr tags work - but certainly could be solved14:36
annegentledoes our Jenkins installation run on Ubuntu 10.10? Trying to replicate the error mtaylor's seeing14:37
mtaylorannegentle: yes14:37
mtaylorttx: those branches are fixed14:37
mtaylorannegentle: yeah - it's a weird one isn't it?14:38
annegentlemtaylor: k, thanks. I don't like that you see an X11 error message so I'm gonna build non-locally.14:38
ttxmtaylor: thx14:44
*** vladimir3p has joined #openstack-dev14:49
*** dragondm has joined #openstack-dev14:55
mtaylorannegentle: seems to be related to batik - trying to figure out why we're triggering it15:00
*** Zangetsue has quit IRC15:04
*** antonyy has quit IRC15:07
annegentlemtaylor: ya I can build successfully on a fresh 10.10 install. Batik does the SVG covers or some such?15:09
mtaylorannegentle: found it - and it's fun15:09
annegentleheh, do tell15:09
mtaylorannegentle: because we install jenkins via apt, we ssh in to the box to do upgrades/restarts15:09
mtaylorannegentle: this is causing our personal DISPLAY env var from our ssh connection to get sucked in to the env of the running jenkins process15:10
mtaylorannegentle: even though there is, in fact, no valid display for jenkins15:10
annegentlemtaylor: ohhhh. now what?15:10
mtaylorannegentle: so - passing -Djava.awt.headless=true fixes it15:10
annegentlemtaylor: who knew? Oh wait, you did. Nice!15:11
mtaylorannegentle: so now they're building just fine and I'll get them ftping over and stuff15:12
annegentlewhoohoo15:12
*** reidrac has quit IRC15:13
*** rnirmal has joined #openstack-dev15:15
*** openstackjenkins has quit IRC15:23
*** openstackjenkins has joined #openstack-dev15:23
*** openpercept_ has left #openstack-dev15:25
*** heckj has joined #openstack-dev15:35
*** RobertLaptop_ has quit IRC15:36
ttxjaypipes: diablo-1 looking good ?15:39
ttxjaypipes: unless told otherwise, I'll consider lp:~hudson-openstack/glance/milestone-proposed ready to ship tomorrow morning.15:40
ttxvishy: same for you, with lp:~hudson-openstack/nova/milestone-proposed :)15:40
ttxvishy: though you might still be around when I do so :)15:41
*** openstackjenkins has quit IRC15:44
*** openstackjenkins has joined #openstack-dev15:45
jaypipesttx: still looking through an issue with the S3 bug...15:53
jaypipesttx: I *really* want that to go in... bear with me.15:53
jaypipesdprince is helping me on it..15:53
jaypipesand I mean "helping" in terms of showing me the code is broken :P15:56
*** openstackjenkins has quit IRC15:57
*** openstackjenkins has joined #openstack-dev15:57
*** bcwaldon has joined #openstack-dev16:15
*** antonyy has joined #openstack-dev16:18
markwashttx: when do you tag diablo-1 off of lp:nova?16:20
markwashttx: specifically, merges that get in today, do they go into d1?16:21
*** deshantm is now known as deshantm_away16:23
*** vinkeshb has joined #openstack-dev16:30
*** vinkeshb has left #openstack-dev16:30
* jaypipes stabs boto16:32
jaypipesmarkwash: yes. in about 3 hours I think.16:32
jaypipesmarkwash: maybe a little later than that.16:32
markwashjaypipes: cool thanks16:33
*** johnpur has joined #openstack-dev16:33
*** ChanServ sets mode: +v johnpur16:33
jaypipesjohnpur: afternoon, boss.16:34
markwashanybody particularly familiar with setting up a carrot consumer for messages coming out of nova?16:34
johnpurjaypipes: good morning/afternoon/evening!16:45
*** zaitcev has joined #openstack-dev16:49
*** jdurgin has joined #openstack-dev16:57
*** RobertLaptop has joined #openstack-dev16:57
jaypipesdprince: ok, narrowed it down... it's a bug in bin/glance. It's not picking up stdin redirection into a file object properly. Working on a fix...16:58
dprincejaypipes: Sure.16:59
jaypipesdprince: I'm a little puzzled as to how this got past the functional test case test_bin_glance...17:00
jaypipesdprince: hmm, I probably shouldn't have used a 150M image to test ;)17:06
jaypipesdprince: waiting...17:06
*** mgius-away is now known as mgius17:08
mtaylorjaypipes, dprince: was about to send out the email about testing group, and then realized if I re-ordered a couple of priorities it would be WAY easier for all of us to play ball together...17:23
dprincejaypipes: I'm back.17:23
mtaylorjaypipes, dprince: just didn't want you to think I'd forgotten about you :)17:23
*** adiantum_ has quit IRC17:23
jaypipesdprince: wasn't waiting for you :) was waiting for 150M to upload to S3 ;)17:23
jaypipesdprince: last time I do that!17:23
dprincejaypipes: Ha.17:24
dprincemtaylor: Sure. What do you have in mind?17:24
*** bcwaldon has quit IRC17:24
mtaylordprince: mainly just that, one of my tasks for a few weeks from now is to get the jenkins openid auth provider configured to use single-sign-on mode with our existing launchpad teams. if I do that _now_ then folks who need access to do things and have sensible conversations will all have it17:25
mtaylordprince: so anyway - I'm going to get that sorted real quick so that I can include instructions in the email I send out. rather than "um, hey guys - I'll have something for you to look at _soon_ ... hang out for a bit until I do" :)17:27
dprincemtaylor: Sure. Can't wait to see what you've got in the works. I will admit that I'm not entirely sold on the Jenkins approach for this type of testing (giving a larger group of people the keys to a Jenkins server, etc.) That is what you are setting up right?17:32
mtaylordprince: understood - I'll do what I can to convince you. :) we've been doing this for drizzle dev for a couple of years now to quite a large amount of success. you don't actually have to give everyone the keys to the whole server as it were - you can basically just give folks ability to launch parameterized jobs17:34
mtaylorbut the most important thing to me, implementation aside, is that devs are given the ability to run the same tests in the same way that whatever the trunk gatekeeper is going to do17:35
mtaylorbecause otherwise they have no way to test that their work in a predictable and reproducable manner17:36
* mtaylor expects we're going to have all sorts of fun conversations17:36
mtaylorsoren: ping?17:36
*** adiantum_ has joined #openstack-dev17:38
dprincemtaylor: Agreed. I have similar goals. Devs have to have access. Having a gatekeeper 'torpedo' branches without giving someone access to reproduce things would just get frustrating.17:38
mtaylordprince: sweet. as long as we have similar underlying assumptions, the rest is just details17:39
mtaylorit's when the underlying goals are out of whack that conversations just can never progress17:40
mtaylorvishy: were you the one chatting with soren the other day about the libvirt/nova issues?17:42
vladimir3pGuys, could you pls tell if there are plans to get rid of centralized DB model for scheduling/managing resources. I'm talking about scheduler within AZ (and not distributed scheduler cross zones). Can we assume in our custom scheduler that CPU/disk resources will continue to be available from the DB (which is updated periodically)? Thanks.17:43
*** adiantum_ has quit IRC17:44
*** Shyam_ has joined #openstack-dev17:48
mtaylorjaypipes: ola?17:50
jaypipesmtaylor: ya17:51
mtaylorjaypipes: do you know anything about the nova/python-glance depend situation at the moment?17:52
jaypipesmtaylor: other than it should exist? :)17:53
mtaylorjaypipes: trying to install debs built from the latest trunk borks me on libvirt versions and on missing python-glance (the reason the smoketests job is failing)17:53
mtaylorjaypipes: I may just need soren17:53
jaypipesmtaylor: yeah, sorry, I think soren might be best for that one.17:53
mtaylorjaypipes: k17:54
mtaylorsoren: ?17:54
mtaylorsoren: ?17:54
mtaylorsoren: ?17:54
mtaylorI miss you soren17:54
mtaylorjaypipes: (it may be that the smoketests job actually caught a real problem, but I didn't have the output set up right so that it was apparent. :) )17:55
jaypipesmtaylor: understood.17:55
*** openstackjenkins has quit IRC18:04
*** openstackjenkins has joined #openstack-dev18:04
*** openstackjenkins has quit IRC18:06
*** openstackjenkins has joined #openstack-dev18:07
*** openstackjenkins has quit IRC18:12
*** openstackjenkins has joined #openstack-dev18:13
*** bcwaldon has joined #openstack-dev18:14
mtaylorjaypipes, dprince: if you're bored, can you try going to jenkins.openstack.org and verify that after you log in you have administrative privileges?18:14
*** openstackjenkins has quit IRC18:15
*** openstackjenkins has joined #openstack-dev18:16
*** openstackjenkins has joined #openstack-dev18:17
jaypipesmtaylor: sure, one minute.18:18
mtaylorjaypipes: (you should also notice that it autmatically logs you in using lauchpad openid service)18:18
*** openstackjenkins has quit IRC18:20
*** openstackjenkins has joined #openstack-dev18:21
*** antonyy has quit IRC18:25
*** antonyy has joined #openstack-dev18:25
*** vladimir3p has quit IRC18:30
*** vladimir3p has joined #openstack-dev18:31
mtaylorvishy, devcamcar: if either of you get a chance, could you do me a favor and make sure that you can see a link on the side of http://jenkins.openstack.org/job/nova-param/ titled "Build Now" - and that you do _not_ see a link on http://jenkins.openstack.org/ titled "Manage Jenkins"18:34
mtayloranotherj1sse: ^^ or you18:36
openstackjenkinsProject nova build #958: SUCCESS in 2 min 51 sec: http://jenkins.openstack.org/job/nova/958/18:43
openstackjenkinsTarmac: - move osapi-specific wsgi code from nova/wsgi.py to nova/api/openstack/wsgi.py18:43
openstackjenkins- refactor wsgi modules to use more object-oriented approach to wsgi request handling:18:43
openstackjenkins- Resource object steps up to original Controller position18:43
openstackjenkins- Resource coordinates deserialization, dispatch to controller, serialization18:43
openstackjenkins- serialization and deserialization broken down to be more testable/flexible18:43
openstackjenkins- this will definitely help fixing current serialization-related bugs18:43
openstackjenkins- this paves the way for schema validation to be implemented elegantly18:43
openstackjenkinsProject nova-tarball-bzr-delta build #206: FAILURE in 9.9 sec: http://jenkins.openstack.org/job/nova-tarball-bzr-delta/206/18:48
openstackjenkinsTarmac: - move osapi-specific wsgi code from nova/wsgi.py to nova/api/openstack/wsgi.py18:48
openstackjenkins- refactor wsgi modules to use more object-oriented approach to wsgi request handling:18:48
openstackjenkins- Resource object steps up to original Controller position18:48
openstackjenkins- Resource coordinates deserialization, dispatch to controller, serialization18:48
openstackjenkins- serialization and deserialization broken down to be more testable/flexible18:48
openstackjenkins- this will definitely help fixing current serialization-related bugs18:49
openstackjenkins- this paves the way for schema validation to be implemented elegantly18:49
mtaylorcreiht, gholt, notmyname: if you get a chance, could you do me a favor and make sure that you can see a link on the side of http://jenkins.openstack.org/job/swift-param/ titled "Build Now" - and that you do  _not_ see a link on http://jenkins.openstack.org/ titled "Manage Jenkins"18:52
bcwaldondevcamcar: you around?18:53
notmynamemtaylor: I do not see a "manage jenkins" link for the second. I also do not see a "build now" link on the first18:54
mtaylornotmyname: hrm. that's exciting and then less exciting18:55
mtaylornotmyname: thanks!18:55
*** Shyam_ has quit IRC18:56
creihtmtaylor: I see the same thing as notmyname18:57
*** openstackjenkins has quit IRC18:59
*** openstackjenkins has joined #openstack-dev18:59
*** openstackjenkins has quit IRC19:00
*** openstackjenkins has joined #openstack-dev19:00
openstackjenkinsProject nova build #959: SUCCESS in 2 min 44 sec: http://jenkins.openstack.org/job/nova/959/19:03
openstackjenkinsTarmac: This just fixes a bunch of pep8 issues that have been lingering around for a while and bothering me :)19:03
*** markvoelker has quit IRC19:04
sorenmtaylor: what?19:05
sorenmtaylor: what?19:05
sorenmtaylor: what?19:05
sorenmtaylor: what?19:05
mtaylorsoren: YAY!19:05
mtaylorsoren: so what's the current deal with trunk packages, python-glance and libvirt?19:06
mtaylorsoren: I don't seem to be able to install recent debs due to libvirt and python-glance depend problems - even if I add the nova-core ppa19:06
sorenmtaylor: Is there a deal with all those tings?19:06
sorenErr.19:07
sorenWhuh?19:07
mtaylorsoren: if I copy debs built by nova-binaries to a pristine box, add them to a local apt-ftparchive archive, and then try to install them via apt, they are uninstallable19:07
dprincemtaylor: There have recently been additions to glance/nova.19:07
dprincemtaylor: python-glance now supports filtering.19:07
mtaylorsoren: http://jenkins.openstack.org/job/nova-smoketests/96/console19:08
sorenmtaylor: How does that relate to anything I'm doing?19:08
mtaylorsoren: well, if there is a packaging depend, there should be some way to satisfy it, yeah? I guess I'm just wondering what that is19:08
dprincehttp://jenkins.openstack.org/job/nova-smoketests/96/console19:08
dprincemtaylor: Is this on a clean machine?19:10
vishymtaylor: verified both19:10
mtaylordprince: yup19:10
mtaylorvishy: and it _did_ work for you? sweet19:10
mtaylor(hrm. why does it work for nova-core people and not swift-core people... me goes digging)19:11
vishymtaylor: radioedit on cloudservers we have to force an older version of libvirt19:11
vishyperhaps you need to do the same?19:12
mtaylorvishy: well, the package has a hard depend on a newer one19:12
vishymtaylor: ah, yes we aren't installing from packages19:12
vishyi don't know why the new libvirt won't install on cloudserver19:13
mtaylorvishy: indeed... but it's kind of a problem if we produce unusable packages :)19:13
vishymtaylor: correct, although it works on other installs.  Could it be the lack of a kernel module in the cloudservers basic image19:14
mtaylorvishy: possibly - but it's not a code-level failure - it's a lack of existence of a package19:14
mtaylorI'm not even as far as figuring out why the code may be unhappy19:15
*** openstackjenkins has quit IRC19:16
*** openstackjenkins has joined #openstack-dev19:17
sorenmtaylor: How can I reproduce this?19:18
vishymtaylor: checking why we had to force an older libvirt.  I'm thinking it is because the newer one depends on a kernel module that isn't available on cloudservers19:18
sorenNo.19:18
vishyso it fails to install, which i think is the issue you are seeing?19:18
sorenIt depends being able to find a PCI bus.19:18
* soren searches for bug reference19:19
openstackjenkinsProject nova-tarball-bzr-delta build #207: STILL FAILING in 9.7 sec: http://jenkins.openstack.org/job/nova-tarball-bzr-delta/207/19:19
openstackjenkinsTarmac: This just fixes a bunch of pep8 issues that have been lingering around for a while and bothering me :)19:19
sorenhttps://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/79083719:19
uvirtbotLaunchpad bug 790837 in libvirt "Fails to start inside PV domU" [Medium,Triaged]19:19
mtaylorso - the issue I'm seeing is purely at the apt-get install step - it fails because nova-core depends on libvirt-bin >= 0.8.819:20
sorenWhat the hell is nova-core?19:20
mtaylorhaha. I meant nova-compute19:20
mtaylornova-core is a team :)19:20
sorenAh.19:20
vishysoren: ah that explains it19:21
vishysoren: thx19:21
sorenRight, so it depends on libvirt 0.8.8.19:21
mtaylorbut there is no source for libvirt-bin >= 0.8.8 on maverick as far as I can tell. on the other hand, if it installs, I'm guessing I'll have operational problems because libvirt-bin >= 0.8.8 doesn't work on cloud servers19:21
sorenmtaylor: ?!?19:21
sorenIt's *right* there.19:21
mtaylorwhere?19:21
sorenlibvirt - 0.8.8-1ubuntu3~ppamaverick119:21
sorennova-trunk ppa.19:21
sorennova-core/trunk ppa, that is.19:22
mtaylorah19:22
mtaylornova-trunk19:22
mtaylorI was installing nova-core/ppa, not nova-core/trunk. thanks. that was actually the answer I was looking for all along :)19:22
sorenvishy: So you guys aren't installing from packages?19:22
sorennova-core/ppa needs to *die*.19:22
mtaylorgreat!19:23
mtaylorgood to know19:23
sorenAs soon as we find a good home for whatever extra packages we need for Jenkins, it's gone.19:23
vishysoren: for radioedit we are running using nova.sh19:23
sorenI have *no* idea what radioedit is.19:24
*** openstackjenkins has quit IRC19:24
sorenopenstackjenkins.. I miss you already.19:24
*** openstackjenkins has joined #openstack-dev19:24
sorenwhoo!19:24
*** openstackjenkins has quit IRC19:25
sorenaw19:25
*** openstackjenkins has joined #openstack-dev19:25
mtaylorsoren: excellent19:26
mtaylorcreiht: could I trouble you again to check http://jenkins.openstack.org/job/swift-param/ and see if you have the build now link now?19:27
creihtmtaylor: yes, I see it now19:28
mtaylorcreiht: woohoo!19:28
creiht:)19:28
mtaylorladies and gentlemen... we finally have sensible group-controls on being able to do stuff on jenkins!19:29
*** openstackjenkins has quit IRC19:29
vishymtaylor: \o/19:30
*** openstackjenkins has joined #openstack-dev19:30
mtaylorsoren: so, also, I want to take the scripts we have on the filesystem on the jenkins server (serveral shell scripts and a python program) and check them in to bzr ... are there any of them you can think of off the top of your head that have passwords or keys in them?19:37
mtaylorsoren: I don't think there are - well, other than my python program which I will fix - but I thought I'd check19:37
sorenmtaylor: No secret sauce.19:39
mtaylorwootr19:39
sorenmtaylor: Only ugly hacks that never should see the light of day, but that's a luxury I've given up many years ago.19:39
mtaylorsoren: yup. the glory of working in the sunlight all the time :)19:40
heckjI'd love to get a copy of the jenkins setup and associated scripts - I'd like to replicate the testing/building locally19:42
*** openstackjenkins has quit IRC19:45
*** openstackjenkins has joined #openstack-dev19:46
*** dprince has quit IRC19:48
ttxmarkwash: no they don't. The release branch was cut this morning.19:53
ttxmarkwash: only critical bugfixes go into the release branch.19:53
sorenMan... It's June now, and when I read "2011" it still looks wrong.19:54
ttxmarkwash: so it depends on what you mean by "in".19:55
ttxmarkwash: critical bugfixes that land in the milestone-proposed branch today will be in d1. Features and other bugfixes that land in trunk won't.19:56
ttxmarkwash: see http://wiki.openstack.org/BranchModel19:57
*** vladimir3p has quit IRC19:58
*** vladimir3p has joined #openstack-dev19:59
*** johnpur has quit IRC19:59
mtaylorheckj: so, that's possible - but is there any reason that would be a benefit as opposed to just launching builds on the openstack jenkins? (not trolling, curious)20:00
openstackjenkinsProject swift build #272: SUCCESS in 27 sec: http://jenkins.openstack.org/job/swift/272/20:01
openstackjenkinsTarmac: replicator: Log timings for replicator-rpc sync method if debug mode is on.20:01
ttxjaypipes: sure, I want it in too.20:03
markwashttx thanks!20:20
ttxmarkwash: no pb :)20:20
vishyttx: we confirmed the switch to 2 reviewers a day yes?20:21
ttxvishy: yes, soren is supposed to have implemented it.20:21
markwashvishy: its there20:21
ttxindeed.20:21
heckjmtalyor: figured having the builds running in parallel would keep from (or reduce) any accidental "environment" setups. Plus I'd like to learn more about how it's set up and contribute additional testing mechanisms in the future (functional/smoke - potentially against my own HW infrasructure)20:22
ttxvishy: d1 looking good so far ?20:23
ttxvishy: my limited testing was pretty successful -- haven't touched the new features though.20:23
vishyttx: haven't done testing yet...catching up on other things. so we'll see this afternoon :)20:26
vishyttx: if we find a critical bug, what is the process for merging into release?  Is it automated?  Or just a manual push?20:27
ttxyou propose the fix to the milestone-proposed branch and vreiew/approve it there20:28
openstackjenkinsProject nova build #960: SUCCESS in 2 min 44 sec: http://jenkins.openstack.org/job/nova/960/20:29
openstackjenkinsTarmac: Support SSL AMQP connections.20:29
ttxvishy: if it's "approved" it will get picked up by the Jenkins magic20:29
ttxand a new candidate tarball built.20:29
ttxvishy: see my email to the list for the pointer to the milestone-proposed branch.20:30
vishyttx: cool20:30
ttxvishy: next milestone we should have at least two days of baking20:30
ttxone day is a bit short.20:30
vishyagreed :)20:32
vishyi'm hoping that by next milestone monty's testing stuff is so stellar that we don't even need to bake :)20:32
ttxvishy: oh right ! I forgot about that :)20:32
openstackjenkinsProject nova-tarball-bzr-delta build #208: STILL FAILING in 10 sec: http://jenkins.openstack.org/job/nova-tarball-bzr-delta/208/20:33
openstackjenkinsTarmac: Support SSL AMQP connections.20:33
vishyruh ro...tarball build fail20:34
*** ameade has quit IRC20:34
vishyResolving jenkins.openstack.org... 173.203.104.20420:35
vishyReusing existing connection to hudson.openstack.org:80.20:35
vishyHTTP request sent, awaiting response... 403 Forbidden20:35
ttxmtaylor: looks like your auth stuff broke some jobs20:36
ttxmtaylor: sounds like a very bad idea on a milestone brewing day.20:37
bcwaldonCan someone make a decision on this MP?20:44
bcwaldonhttps://code.launchpad.net/~dan-prince/nova/chown_vdb_device/+merge/5721420:44
bcwaldonIt's been in the queue for quit a while20:44
*** lorin1 has quit IRC20:54
openstackjenkinsProject nova build #961: SUCCESS in 2 min 44 sec: http://jenkins.openstack.org/job/nova/961/20:59
openstackjenkinsTarmac: Updates to the 018_rename_server_management_url migration to avoid adding and dropping a column. Just simply rename the column.20:59
vishybcwaldon: does that code run in nova-compute or in xen dom0?20:59
bcwaldonvishy: no idea, that's why I didn't review it at all20:59
bcwaldondevcamcar: you here?21:00
vishyif it is running in domU I'm totally ok with it going in as is then trying to fix the chown stuff later21:00
bcwaldonvishy: I suggest putting that on the official MP :)21:00
mtaylorttx: really?21:01
vishy:)21:01
mtaylorttx: can you point me to the jobs?21:01
mtaylorttx: (there is no reason that it should affect anything in that way...)21:01
bcwaldonvishy: I haven't heard from ewan lately, either. Not sure if he is still in a state of disapproval21:01
sorenmtaylor: You'll be surprised.21:01
mtaylorsoren: I do not like being surprised21:01
sorenmtaylor: I haven't looked, but I imagine it's my pulling of tarballs from /lastSuccessfulBuild/.../dist.zip21:02
sorenmtaylor: ...that no longer works.21:02
sorenttx: Am I right?21:02
mtaylorsoren: AH. yes. gotcha. lemme fix that real quick21:02
soren\o/21:02
mtaylorsoren: any idea which jobs do that?21:02
* soren .oO{ how? }21:02
mtaylorsoren: by using the copy artifacts feature21:03
sorenYeah, all the PPA ones.21:03
mtaylorok. looking right now21:03
mtaylorsorry ttx21:03
sorenOh, that.21:03
openstackjenkinsProject nova-tarball-bzr-delta build #209: STILL FAILING in 9.3 sec: http://jenkins.openstack.org/job/nova-tarball-bzr-delta/209/21:03
openstackjenkinsTarmac: Updates to the 018_rename_server_management_url migration to avoid adding and dropping a column. Just simply rename the column.21:03
sorenmtaylor: Oh, heh.21:06
bcwaldonsoren: Can you address Todd's comment in https://code.launchpad.net/~xtoddx/nova/provider-fw-rules/+merge/6251721:06
sorenmtaylor: The nova-tarball-bzr-delta one, too.21:06
sorenbcwaldon: sure thing.21:07
mtayloryup. fixing that one first (it's smaller)21:07
bcwaldonsoren: Thank you, sir21:07
openstackjenkinsProject nova-tarball-bzr-delta build #210: STILL FAILING in 8.8 sec: http://jenkins.openstack.org/job/nova-tarball-bzr-delta/210/21:08
openstackjenkinsProject nova-tarball-bzr-delta build #211: STILL FAILING in 8.8 sec: http://jenkins.openstack.org/job/nova-tarball-bzr-delta/211/21:11
vishyhappy day smoketests pass for checkout of milestone-proposed.  Now to try from packages21:14
mtaylorvishy: yay! I'm still getting various failures in the smoketests job, but as we've posited, I'm guessing that's due to config assumptions...21:15
vishywell this should be exciting21:21
vishytrying using vagrant/chef21:21
*** ohnoimdead has joined #openstack-dev21:23
vishymtaylor, soren: any chance of packaging nova-adminclient so i can install it from packages?21:29
mtaylorvishy: it's already done21:29
mtaylorvishy: so, yes!21:29
vishyo rly?21:29
mtayloryup21:30
vishyis it hiding in a ppa somewhere?21:30
mtaylorpackage is python-nova.adminclient and it's in the trunk ppa21:31
vishycool thx21:31
mtaylorsoren: I updated the nova-ppa job and it seems to be happy... can you verify all looks good?21:39
sorenmtaylor: Just click "build now". It should be safe.21:41
mtaylorsoren: I did. it worked... but I thought I'd have you eyeball to make sure21:41
sorenmtaylor: I'm all out of eyeballs for the day.21:52
mtaylork21:53
vishymtaylor: I don't see it here: https://launchpad.net/~nova-core/+archive/trunk21:58
vishyare you sure you are not thinking of python-novaclient?21:59
*** foxtrotgulf has quit IRC22:00
mtaylorvishy: hrm.... well, I'm installing it from packages in the smoketests job22:02
vishyweird it does seem to work22:04
vishyeven though i don't see it listed22:04
vishy:)22:04
*** troytoman-away is now known as troytoman22:05
vishyi was hoping to copy it into the milestone-proposed ppa22:05
mtaylorvishy: yes. I'm very confused... I don't even see it browsing through the package pool by hand22:05
vishyis it possible it is in another package?22:06
sorenI can explain.22:07
sorenIt's a leftover from when it was still included in Nova.22:07
vishysoren: 2011.2~bzr934-0ubuntu0ppa1~maverick122:07
vishyyeah i just noticed that :)22:08
sorenRight. Ancient.22:08
*** ecarlin has joined #openstack-dev22:08
vishythat explaings some of the smoketest failures that mony was seeing :)22:08
sorenmtaylor: You'll find it in the nova directory.22:08
sorenmtaylor: Probably.22:08
mtaylorvishy: AH. that would explain that22:09
vishyconsidering we are pretty much deprecating it, I don't know if it is a huge issue to get it packaged22:09
vishybut it does cause failures in smoketests/test_admin if it isn't installed22:09
sorenI do seem to remember ttx working on the packaging.22:10
mtaylorvishy: would it be easier for current smoketest testing to just install it from elsewhere?22:11
bcwaldonQuick question for core-devs in the room22:11
bcwaldonWhat do we do about making this MP go away?22:11
bcwaldonhttps://code.launchpad.net/~reldan/nova/lp776679/+merge/5983222:11
mtaylorvishy: (as in, if I easy_install it or something, will it make my tests go greener?)22:11
bcwaldonAssuming the Disapproves are not going to change22:11
vishyyes install via pip works22:11
mtaylorbcwaldon: you can always set the status of it to rejected or to work in progress, that will take it out of the to-be-reviewed list22:12
vishybcwaldon: mark it rejected22:12
bcwaldonrejected it is, work in progress implies it still has hope22:12
mtaylorvishy: one last one on that - using the adminclient from packages, I was having to do this: s/nova_adminclient/nova.adminclient/ on test_admin.py ... can I skip that now?22:14
vishyyup22:14
sorenbcwaldon: i don't understand their objection, though.22:15
markwashvishy: the merge prop to switch from MyISAM to InnoDB. . should that setting be a deployers decision?22:15
bcwaldonsoren: would you prefer I set it back to needs review and allow new discussion to take place?22:16
sorenbcwaldon: I think so, yeah. I think the change makes sense, I don't understand the objection.22:17
bcwaldonsoren: Ok, will do.22:17
sorenbcwaldon: ta22:17
sorenIsn't it funny that half the chatter in the *net*stack meeting is about people losing their connections?22:18
vishyso i found out why we had pushd / popd in the novarc file22:24
vishy:)22:24
vishyso it works on a mac :)22:25
sorenHow does the new stuff fail?22:26
soren(which shell do you have on a mac?)22:26
*** bcwaldon has quit IRC22:30
devcamcarmtaylior: just got your message about jenkins, but everything looks good22:30
mtaylordevcamcar: sweet. thanks man22:31
devcamcarbcwaldon: I'm around now22:31
mtaylormarkwash: jumping in where I have no context, but there is honestly zero reason in a sane system to use MyISAM... so it _can_ be a deployer's decision, but the default should be the sane one and if they want to set themselves up to shoot themselves in the foot, we should make them consciously make that decision22:32
mtaylormarkwash: not to mention, innodb is the mysql default as of 5.5 anyway22:32
* mtaylor goes back to his hole22:32
markwashmtaylor: agree (at least for our use case)22:33
*** bcwaldon has joined #openstack-dev22:33
bcwaldondevcamcar: excellent. There were a couple of branches I would appreciate you looking at22:33
markwashmtaylor: so if sqlalchemy is somehow doing this (setting up myisam) then I guess we need to clean up after it22:34
devcamcarbcwaldon: sure, which ones?22:34
bcwaldondevcamcar: i found at least one where you had a needs information22:34
bcwaldondevcamcar: give me one sec, i'll find it22:34
devcamcarbcwaldon: thanks, been traveling a lot so reviews have been a bit sporadic :)22:34
mtaylormarkwash: it may just be _not_ explicitly setting anything, which on a default install will default to myisam ... but I believe there is a sqlalchemy setting somewhere to override that22:34
*** ecarlin has quit IRC22:35
bcwaldondevcamcar: Here's one: https://code.launchpad.net/~rackspace-titan/nova/osapi_v11_resize/+merge/6278622:35
devcamcarbcwaldon: oh yea, i remember that one.  i am still seeing some weirdness in the diff that lauchpad is putting up22:36
devcamcarbcwaldon: i still see two versions of the _action_resize method22:37
mtaylorvishy: wow. changing to easy_install nova-adminclient had ZERO effect :)22:37
devcamcari'll pull down source and visually inspect22:37
bcwaldondevcamcar: there should be three, actually. One in Controller, one in ControllerV10 and one in ControllerV1122:37
vishyhehe :)22:37
vishyoh i noticed some duplicated methods in tests as well recently22:37
devcamcarbcwaldon: yep, confusing from the diff, going to visually inspect and then approve22:37
vishymtaylor: output?22:38
mtaylorhttp://jenkins.openstack.org/job/nova-smoketests/105/#showFailuresLink22:38
mtaylorvishy: but don't spend too much time looking at it - I can sort it out (as I'm sure it's a monty/config issue)22:39
devcamcarbcwaldon: marked it as approved :)22:40
*** mattray has quit IRC22:40
devcamcarwere there any others in particular you can think of?22:40
bcwaldonIt may have just been that one22:40
bcwaldonThanks for addressing that, though22:40
vishymtaylor: test_admin test 1 looks like a timing issue since the rest of the commands work.  Perhaps nova-manage user admin hasn't run yet?22:41
bcwaldonwaldon out22:42
*** bcwaldon has quit IRC22:42
mtaylorvishy: it should have - unless there is lag between running it and being able to use it22:42
vishythe other ones look like a config error, really need traceback from nova-api to see what is up22:42
vishyis your code starting nova-objectstore?22:42
*** bcwaldon has joined #openstack-dev22:44
*** bcwaldon has quit IRC22:46
vishygood news22:47
vishysmoketests pass from packages as well22:47
openstackjenkinsProject nova build #962: SUCCESS in 2 min 46 sec: http://jenkins.openstack.org/job/nova/962/22:54
openstackjenkinsTarmac: Implement the v1.1 style resize action with support for flavorRef.22:54
openstackjenkinsProject nova-tarball-bzr-delta build #213: FAILURE in 9.4 sec: http://jenkins.openstack.org/job/nova-tarball-bzr-delta/213/22:58
openstackjenkinsTarmac: Implement the v1.1 style resize action with support for flavorRef.22:58
*** rnirmal has quit IRC23:01
*** troytoman is now known as troytoman-away23:03
mtaylorvishy: sweet.23:12
mtaylorvishy: I had a problem running the smoketests against packages also because of a flags conflict...23:13
mtaylorvishy: is there anything special you're doing to run them?23:13
vishyi install with chef23:13
vishyor nova.sh23:13
vishychef for packages23:13
vishythen run them normally23:13
*** jkoelker has quit IRC23:13
vishyalthough I run them from outside the vm23:13
mtaylorsure- but from where do you get the smoketests code themselves - a tarball/checkout of the tree, yeah?23:13
mtaylorAH23:14
vishyit should work either way23:14
vishyi do it from trunk checkout23:14
mtaylork. I'll keep poking.23:15
*** RobertLaptop has quit IRC23:17
*** jtran has joined #openstack-dev23:30
openstackjenkinsProject nova build #963: SUCCESS in 2 min 43 sec: http://jenkins.openstack.org/job/nova/963/23:34
openstackjenkinsTarmac: Fixes nova-manage bug.  When a nova-network host has allocated floating ips *AND* some associated, the nova-manage floating list <host> would throw exception because was expecting hash with 'ec2_id' key , however, the obj returned is a sqlalchemy obj and the attr we need is 'hostname'.23:34
openstackjenkinsProject nova-tarball-bzr-delta build #214: STILL FAILING in 9.9 sec: http://jenkins.openstack.org/job/nova-tarball-bzr-delta/214/23:38
openstackjenkinsTarmac: Fixes nova-manage bug.  When a nova-network host has allocated floating ips *AND* some associated, the nova-manage floating list <host> would throw exception because was expecting hash with 'ec2_id' key , however, the obj returned is a sqlalchemy obj and the attr we need is 'hostname'.23:38
*** antonyy has quit IRC23:53

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