Thursday, 2012-05-31

*** katell1 has quit IRC00:02
*** milner has quit IRC00:06
devanandavishy: in api.py, after session.begin() and then making some change, some methods explicitly call Model.save() before returning, while others do not. Any thoughts on that?00:07
*** spiffxp has joined #openstack-dev00:07
*** katell1 has joined #openstack-dev00:09
*** b1rkh0ff has quit IRC00:11
*** ewindisch has quit IRC00:11
*** ewindisch has joined #openstack-dev00:12
vishydevananda: i think we have autocommit on00:12
vishydevananda: yes we create the session with autocommit = True so i think the save should only be necessary if there is an intermediate step00:13
devanandavishy: i think so, too, but I think it's disabled when one explicitly calls session.begin(), until the next explicit commit() or save() call.00:13
vishydevananda: actually I'm not sure00:14
vishydevananda: i think they all either call save or update00:14
vishydevananda: can you find one that doesn't call save that should?00:14
devanandavishy: ah, perhaps update() and delete() are interally calling commit? /me goes to look for that00:15
vishydevananda: delete does00:15
*** blamar has quit IRC00:15
vishydevananda: update does not, but all of the xxxxx_update calls do00:15
devanandavishy: compute_node_create()00:17
devanandahas update but no save00:17
*** jemartin has quit IRC00:17
*** troytoman is now known as troytoman-away00:18
*** anderstj has joined #openstack-dev00:19
*** milner has joined #openstack-dev00:20
vishydevananda: that one is doing some funky stuff with a subtransaction00:21
vishynot sure what that is about00:21
*** jakedahn is now known as jakedahn_zz00:21
*** rods has quit IRC00:22
devanandavishy: hm, thanks.00:27
*** torgomatic has quit IRC00:28
*** anderstj has quit IRC00:36
*** johnpostlethwait has quit IRC00:39
*** edygarcia has joined #openstack-dev00:40
*** s0mik has quit IRC00:43
*** matwood has quit IRC00:44
*** mnewby_ has joined #openstack-dev00:52
*** mnewby has quit IRC00:55
*** mnewby_ has quit IRC00:56
*** jdurgin has quit IRC00:56
*** aa has quit IRC00:56
*** salgado has quit IRC00:59
*** longhudou has joined #openstack-dev01:04
*** edygarcia has quit IRC01:12
*** rkukura has quit IRC01:13
*** anderstj has joined #openstack-dev01:20
*** e1mer has quit IRC01:24
*** rbasak has quit IRC01:27
*** Gordonz has joined #openstack-dev01:28
*** ayoung has quit IRC01:28
*** rkukura has joined #openstack-dev01:29
*** rbasak has joined #openstack-dev01:29
*** e1mer has joined #openstack-dev01:31
*** e1mer has joined #openstack-dev01:31
*** Gordonz has quit IRC01:34
*** _adjohn has joined #openstack-dev01:37
*** ywu has joined #openstack-dev01:37
*** maoy has joined #openstack-dev01:37
*** PotHix has quit IRC01:39
*** adjohn has quit IRC01:39
*** _adjohn is now known as adjohn01:39
*** jakedahn_zz is now known as jakedahn01:40
*** harlowja has quit IRC01:45
*** jakedahn is now known as jakedahn_zz01:47
*** adjohn has quit IRC01:48
*** adjohn has joined #openstack-dev01:49
*** anderstj has quit IRC02:03
*** jog0 has quit IRC02:04
*** Ryan_Lane has joined #openstack-dev02:14
*** Ryan_Lane1 has quit IRC02:16
*** bencherian has quit IRC02:18
*** bencherian has joined #openstack-dev02:19
*** bencherian has quit IRC02:23
*** ywu has quit IRC02:39
*** maoy has quit IRC02:39
*** pixelbeat has quit IRC02:42
*** novas0x2a|lapto1 has quit IRC02:48
*** Gordonz has joined #openstack-dev02:50
*** anderstj has joined #openstack-dev02:58
*** anderstj has quit IRC03:00
*** spiffxp has quit IRC03:11
*** garyk has quit IRC03:20
*** maplebed has quit IRC03:20
*** garyk has joined #openstack-dev03:22
*** e1mer has quit IRC03:31
*** aa has joined #openstack-dev03:38
*** edygarcia has joined #openstack-dev03:39
*** e1mer has joined #openstack-dev03:41
*** Gordonz has quit IRC03:42
*** roge has quit IRC03:45
*** ohnoimdead has quit IRC03:52
*** Mandell has joined #openstack-dev03:54
*** rkukura has quit IRC03:56
*** spiffxp has joined #openstack-dev03:59
*** aa has quit IRC04:02
*** vincentricci has joined #openstack-dev04:06
*** vincentricci has left #openstack-dev04:07
*** bencherian has joined #openstack-dev04:07
*** vincentricci has joined #openstack-dev04:08
*** vincentricci has left #openstack-dev04:08
*** vincentricci has joined #openstack-dev04:09
*** vincentricci has left #openstack-dev04:11
*** vincentricci has joined #openstack-dev04:11
*** rkukura has joined #openstack-dev04:15
*** spiffxp has quit IRC04:15
*** rkukura has quit IRC04:19
*** Gordonz has joined #openstack-dev04:20
*** garyk has quit IRC04:31
*** matwood has joined #openstack-dev04:34
*** matwood has quit IRC04:35
*** matwood has joined #openstack-dev04:35
*** vincentricci has left #openstack-dev04:35
*** edygarcia has quit IRC04:44
*** Gordonz has quit IRC04:50
*** dolphm has joined #openstack-dev04:52
*** Mandell has quit IRC04:54
*** ewindisch has quit IRC04:55
*** hattwick has quit IRC05:01
*** littleidea has quit IRC05:04
*** anderstj has joined #openstack-dev05:18
*** e1mer has quit IRC05:19
*** matwood has quit IRC05:23
*** e1mer has joined #openstack-dev05:24
*** jakedahn_zz is now known as jakedahn05:26
*** zaitcev has quit IRC05:26
*** dayou has joined #openstack-dev05:27
*** rkukura has joined #openstack-dev05:43
*** anderstj has quit IRC05:47
*** bencherian has quit IRC05:48
*** dtroyer is now known as dtroyer_zzz05:56
*** rkukura has quit IRC06:00
*** sdague_ has joined #openstack-dev06:04
*** sdague has quit IRC06:06
*** GheAway has quit IRC06:06
*** GheAway has joined #openstack-dev06:07
*** rkukura has joined #openstack-dev06:07
*** dolphm has quit IRC06:10
*** rkukura has quit IRC06:11
*** pmezard has joined #openstack-dev06:18
*** vincentricci_ has joined #openstack-dev06:20
*** vincentricci_ has left #openstack-dev06:20
*** vincentricci_ has joined #openstack-dev06:21
vishymtaylor, jeblair, LinuxJedi: this seems odd, did the version of pep8 change recently to start showing new errors? https://jenkins.openstack.org/job/gate-nova-pep8/4052/console06:22
LinuxJedivishy: yes, that is the new error introduced in 1.106:23
vishyLinuxJedi: so do we need to push through a merge fixing all off those so the gating works again?06:24
LinuxJedivishy: http://pypi.python.org/pypi/pep8#changelog for more details06:24
LinuxJedivishy: either that or set the version number of pep8 to 1.0.1 in tox.ini06:25
vishyLinuxJedi: hmm, how come other patches have been merging?06:25
LinuxJedivishy: honestly, I don't know...06:27
LinuxJedivishy: ah, this is stable/essex you are merging against06:28
LinuxJedivishy: trunk was fixed for pep806:28
vishyah that makes sense06:28
* LinuxJedi guesses that wasn't backported06:28
LinuxJedivishy: for stable/essex it may be better just to fix tox.ini06:28
LinuxJedivishy: to do this under "[testenv:pep8]" change "deps = pep8==1.0.1"06:31
*** mancdaz has quit IRC06:31
* LinuxJedi getting kid ready for school, back later06:32
vishyLinuxJedi: Ok, I'm heading to bed now, but I will give it a run in the morning if no one else tackles it first.06:35
*** garyk has joined #openstack-dev06:36
*** mindpixel has joined #openstack-dev06:43
*** pmezard has quit IRC06:44
*** vincentricci_ has quit IRC06:47
*** cloudfly has quit IRC07:04
*** pmezard has joined #openstack-dev07:08
*** reidrac has joined #openstack-dev07:18
*** davidha has quit IRC07:26
*** dhellmann_ has joined #openstack-dev07:36
*** dhellmann has quit IRC07:36
*** dhellmann_ is now known as dhellmann07:36
*** e1mer has quit IRC07:40
*** mancdaz has joined #openstack-dev07:44
*** Ryan_Lane has quit IRC07:46
*** e1mer has joined #openstack-dev07:53
*** EmilienM has joined #openstack-dev07:58
*** EmilienM has left #openstack-dev07:59
*** hattwick has joined #openstack-dev07:59
*** davidha has joined #openstack-dev08:08
*** GheAway is now known as GheRivero08:11
*** derekh has joined #openstack-dev08:14
*** GheRivero has quit IRC08:17
*** GheRivero has joined #openstack-dev08:29
*** pixelbeat has joined #openstack-dev08:32
*** sandywalsh has quit IRC08:34
*** berendt has joined #openstack-dev08:38
*** berendt has quit IRC08:52
*** berendt has joined #openstack-dev08:52
*** Fu4ny has joined #openstack-dev09:03
*** Ryan_Lane has joined #openstack-dev09:06
*** Drakiz_ has quit IRC09:07
*** Drakiz has joined #openstack-dev09:08
*** dachary has joined #openstack-dev09:21
*** andrewsben is now known as andrewsben_zz09:26
*** troytoman-away is now known as troytoman09:29
*** hugokuo has quit IRC09:29
*** apevec has joined #openstack-dev09:36
*** dachary has quit IRC09:38
*** Fu4ny has quit IRC09:38
*** dachary has joined #openstack-dev09:39
*** b1rkh0ff has joined #openstack-dev09:41
*** jakedahn is now known as jakedahn_zz09:41
*** e1mer has quit IRC09:44
*** dachary has quit IRC09:47
*** davidha has quit IRC10:01
*** rods has joined #openstack-dev10:26
*** e1mer has joined #openstack-dev10:42
*** littleidea has joined #openstack-dev10:43
*** mjfork has joined #openstack-dev10:44
*** e1mer has quit IRC10:54
*** e1mer has joined #openstack-dev10:56
*** longhudou has quit IRC10:57
*** davidha has joined #openstack-dev11:00
*** davidha_who_took has joined #openstack-dev11:29
*** davidha has quit IRC11:29
*** flaviamissi has quit IRC11:30
*** markvoelker has joined #openstack-dev11:30
*** wiliam has joined #openstack-dev11:40
*** salgado has joined #openstack-dev12:00
*** alaski has joined #openstack-dev12:07
*** mrunge has quit IRC12:10
*** sandywalsh has joined #openstack-dev12:15
*** dprince has joined #openstack-dev12:18
*** lts has joined #openstack-dev12:24
*** alaski has quit IRC12:33
*** alaski has joined #openstack-dev12:34
*** nunosantos has joined #openstack-dev12:40
*** dachary has joined #openstack-dev12:41
*** dachary has quit IRC12:49
*** dolphm has joined #openstack-dev12:51
davidha_who_tookHi  - if function tests test the functionality, what does probtests test?12:53
*** davidha_who_took is now known as davidha12:53
davidha(In swift)12:54
*** gael has joined #openstack-dev12:55
*** markmc has joined #openstack-dev12:59
*** GheRivero is now known as GheAway12:59
*** roge has joined #openstack-dev13:01
*** flaviamissi has joined #openstack-dev13:01
*** dachary has joined #openstack-dev13:02
*** mdomsch has quit IRC13:02
*** sandywalsh has quit IRC13:07
*** sdague_ is now known as sdague13:08
*** edygarcia has joined #openstack-dev13:11
*** rkukura has joined #openstack-dev13:14
*** tongli|2 has joined #openstack-dev13:16
*** Shrews has quit IRC13:20
*** maplebed has joined #openstack-dev13:21
garykping mtaylor13:21
garykjeblair: ping13:21
*** ayoung has joined #openstack-dev13:24
*** Shrews has joined #openstack-dev13:26
*** berendt has quit IRC13:28
*** matwood has joined #openstack-dev13:29
*** edygarcia has quit IRC13:29
*** rkukura has quit IRC13:33
*** rkukura has joined #openstack-dev13:33
*** spiffxp has joined #openstack-dev13:33
*** thingee has quit IRC13:41
*** thingee has joined #openstack-dev13:41
*** thingee has quit IRC13:46
*** GheRivero has joined #openstack-dev13:46
*** e1mer has quit IRC13:49
davidhachmouel13:51
*** sstent has quit IRC13:53
mtaylormorning garyk13:53
*** sstent has joined #openstack-dev13:54
*** Ruetobas has quit IRC13:56
GheRiveromorning people13:57
*** AlanClark has joined #openstack-dev13:58
*** Ruetobas has joined #openstack-dev14:02
*** edygarcia has joined #openstack-dev14:02
*** jaypipes is now known as jaypipes-afk14:03
garykmtaylor: hi, afternoon our side of the world :)14:03
mtaylorgaryk: bah. nowhere exists outside of my immediate vicinity :)14:04
garykmtaylor: :) maybe you can help - i was doing some cherry-picking for quantum into essex stable - jenkins did not like what i did - pep8 issues/14:04
mtaylorgaryk: uhoh!14:05
mtaylorgaryk: there's an ongoing saga of issues related to pep8 updating upstream and our pep8 builders not honoring what's in test-requires (larger fix coming, but not there yet)14:05
garykmtaylor - for example https://review.openstack.org/#/c/7967/14:05
garykmtaylor - one option would be to port all of the folsom code - but then this could be risky14:06
mtaylorgaryk: nah - first of all, just try this:14:06
mtaylorgaryk:  under "[testenv:pep8]" change "deps = pep8==1.0.1"14:06
mtaylorpep8 upgraded upstream since stable/essex was cut14:07
garykmtaylor: ok - silly question - in which file?14:07
mtaylorgaryk: oh, heh14:09
mtaylorgaryk: not silly question - tox.ini14:09
garykmtaylor: thanks14:09
*** nikhil_ has joined #openstack-dev14:11
*** nikhil_ is now known as Guest9678614:11
*** troytoman is now known as troytoman-away14:14
*** corXi has joined #openstack-dev14:15
*** dayou has quit IRC14:16
garykmtaylor: 1 step forward :). jenkins still fails - ERROR: Failure: ImportError (No module named common) [https://review.openstack.org/#/c/7966/]14:17
mtaylorgaryk: does that fail for you locally? like, if you run "tox -v -epy26" do you see the problem? and does quantum/common exist?14:18
garykmtaylor: i'll check14:19
garykmtaylor: quantum common does not exist :(14:21
*** dtroyer_zzz is now known as dtroyer14:21
*** adalbas has joined #openstack-dev14:21
*** jgriffith-away is now known as jgriffith14:22
mtaylorgaryk: well then there's your problem :)14:23
apevecgaryk, seems it was removed in https://github.com/openstack/quantum/commit/13222958a5c2cf861312bd6198cb0bb6e937aa6d14:23
*** Guest96786 has quit IRC14:24
garykapevec: thanks14:24
*** nikhil__ has joined #openstack-dev14:24
apevecgaryk, and then re-added on master post-essex! f6bc5d0e33616dc2ded9bacb3656694ebbab7d5814:25
davidkranzjaypipes: One of the new volume tests does 'from unittest.case import SkipTest' which seems to not work in Python 2.6. Do we care? The other tests use nose.SkipTest for this.14:25
davidkranzjaypipes: I mean do we want to support 2.6 in tempest?14:26
apevecgaryk, I guess that makes quantum backports more interesting14:26
garykapevec: never a dull moment :)14:27
garykapevec: you were right a few hours ago :)14:30
*** utlemming has quit IRC14:33
*** utlemming has joined #openstack-dev14:33
*** dachary has quit IRC14:34
*** utlemming has quit IRC14:34
*** utlemming has joined #openstack-dev14:34
*** zaitcev has joined #openstack-dev14:37
*** stuntmachine has joined #openstack-dev14:38
sdaguewhat's the right way to specify a blueprint in a gerrit review so it gets linked?14:39
*** dtroyer is now known as dtroyer_zzz14:44
*** troytoman-away is now known as troytoman14:45
garykmtaylor, apevec: for the nova i also have a cherry pick - do i also need to make the pep8 change? i feel less comfortable doing it with the nova code. what do you guys suggest?14:46
mtaylorgaryk: the pep8 change needs to go in to nova stable/essex as well14:47
mtaylorgaryk: vishy was going to look at doing it later on, but I'm sure it's fine if you beat him to it14:47
garykmtaylor: thanks14:48
*** rnirmal has joined #openstack-dev14:48
*** zaitcev_ has joined #openstack-dev14:49
*** pasm has joined #openstack-dev14:49
*** darkhorse2go has joined #openstack-dev14:49
*** zaitcev has quit IRC14:50
*** darkhorse has quit IRC14:52
*** maplebed has quit IRC14:53
belliottmorning - looking for another review on https://review.openstack.org/#/c/7763/14:53
garykmtaylor: one for the road - originally i had 4 changes. the first passes. i need to push the additional three - how do i get mr jenkind to check these (no need to make code changes)14:55
*** blamar has joined #openstack-dev14:55
*** dtroyer_zzz is now known as dtroyer14:56
mtaylorgaryk: sorry - I don't understand the question?14:57
mtaylorgaryk: if you push new changes to gerrit, jenkins will check them for you automatically14:57
*** datsun180b has joined #openstack-dev14:59
*** JStoker has quit IRC14:59
*** dubsquared has joined #openstack-dev14:59
garykmtaylor: sorry for not being clear. prior to fixing the pep issue i pushed 4 mutually exclusive fixes. all were rejected by jenkins due to the pep problems. the pep is resolved. how can i push the 3 additional ones (no source code needs to be changed)15:00
garykmtaylor: sorry for the odd question - i am not 100% familiar with git/gerrit and jenkins yet15:01
*** ayoung has quit IRC15:02
mtaylorgaryk: oh, you need to rebase them on top of the first15:03
mtaylorgaryk: because now the other three kind of do depend on the first15:04
mtaylorgaryk: do you know how to do that?15:04
garykmtaylor: not 100% sure, but I'll read up. Thanks!15:05
*** ayoung has joined #openstack-dev15:05
mtaylorgaryk: basically - first, find the md5 of the pep8 fix15:05
mtaylorgaryk: then, for each of the other three changes, grab them into a branch, run "git rebase -i $pep8_fix_md5" then run git review15:06
garykmtaylor: great - thanks15:06
*** galstrom has joined #openstack-dev15:07
*** shang has quit IRC15:10
*** shang has joined #openstack-dev15:10
*** Gordonz has joined #openstack-dev15:14
*** vincentricci has joined #openstack-dev15:14
*** JStoker has joined #openstack-dev15:15
*** Gordonz has quit IRC15:16
*** issackel_ has joined #openstack-dev15:16
*** jkoelker has quit IRC15:16
*** issackel_ has quit IRC15:16
*** jkoelker has joined #openstack-dev15:18
*** mindpixel has quit IRC15:19
*** mattray has joined #openstack-dev15:20
*** Gordonz has joined #openstack-dev15:21
*** vinilios has joined #openstack-dev15:21
*** timello has quit IRC15:27
*** reidrac has quit IRC15:28
*** pixelbeat has quit IRC15:28
*** darkhorse2go is now known as darkhorse15:31
*** derekh has quit IRC15:32
*** davidha has quit IRC15:34
*** issackelly has joined #openstack-dev15:37
*** maoy has joined #openstack-dev15:40
*** pixelbeat has joined #openstack-dev15:42
*** PotHix has joined #openstack-dev15:45
*** Gordonz has quit IRC15:45
*** Gordonz has joined #openstack-dev15:45
*** derekh has joined #openstack-dev15:46
*** e1mer has joined #openstack-dev15:46
*** jemartin has joined #openstack-dev15:47
*** mjfork has quit IRC15:49
*** thingee has joined #openstack-dev15:50
*** jgriffith has quit IRC15:51
*** thingee has quit IRC15:51
*** timello has joined #openstack-dev15:51
*** jgriffith has joined #openstack-dev15:51
*** thingee has joined #openstack-dev15:52
*** mancdaz has quit IRC15:53
*** dubsquared has quit IRC15:54
*** dachary has joined #openstack-dev15:54
*** garyk has quit IRC15:55
*** corXi has quit IRC15:55
*** mdomsch has joined #openstack-dev15:55
*** mjfork has joined #openstack-dev15:56
*** timello has quit IRC15:58
*** Ryan_Lane has quit IRC15:59
*** timello has joined #openstack-dev15:59
*** semyazz has joined #openstack-dev16:01
*** semyazz has left #openstack-dev16:01
*** wting has quit IRC16:02
*** maplebed has joined #openstack-dev16:02
*** edygarcia has quit IRC16:02
*** edygarcia has joined #openstack-dev16:03
*** dubsquared has joined #openstack-dev16:04
*** jdurgin has joined #openstack-dev16:05
belliottheyas, looking for one more glance core https://review.openstack.org/#/c/7763/16:05
*** lloydde has joined #openstack-dev16:05
*** zaitcev_ has quit IRC16:07
*** dubsquared1 has joined #openstack-dev16:07
*** dubsquared has quit IRC16:09
*** vinilios has quit IRC16:10
*** dubsquared1 has quit IRC16:11
*** Mandell has joined #openstack-dev16:12
*** jemartin has left #openstack-dev16:12
*** dwalleck has joined #openstack-dev16:15
*** maplebed is now known as maplebed|AFK16:15
*** Mandell has quit IRC16:16
*** adalbas has quit IRC16:16
zykes-vishy: ping!16:17
*** adalbas has joined #openstack-dev16:18
*** n0ano has joined #openstack-dev16:20
*** s0mik has joined #openstack-dev16:21
*** e1mer has quit IRC16:21
*** Mandell has joined #openstack-dev16:22
*** davidha has joined #openstack-dev16:22
zykes-vishy: is https://bugs.launchpad.net/nova/+bug/997763 fixed ?16:23
uvirtbotLaunchpad bug 997763 in nova "floating ips are not disassociated from instances on deletion" [High,Confirmed]16:23
*** ewindisch has joined #openstack-dev16:30
*** gael has quit IRC16:30
*** mattray has quit IRC16:32
*** darraghb has joined #openstack-dev16:32
*** Mandell has quit IRC16:33
*** sleepsonzzz is now known as sleepsonthefloor16:34
*** wting has joined #openstack-dev16:37
*** ohnoimdead has joined #openstack-dev16:44
*** adjohn has joined #openstack-dev16:46
*** ohnoimdead has quit IRC16:46
vishyzykes-: nope16:49
*** timello has quit IRC16:54
*** timello has joined #openstack-dev16:54
*** salgado is now known as salgado-lunch16:57
*** hub_cap has joined #openstack-dev16:59
*** maoy has quit IRC16:59
zykes-vishy: hard to do ?17:00
*** GheRivero has quit IRC17:01
vishyzykes-: a little tricky, but not too bad17:01
*** edygarcia has quit IRC17:02
*** edygarcia has joined #openstack-dev17:02
*** rohitk has joined #openstack-dev17:03
*** andrewsben_zz is now known as andrewsben17:06
*** maoy has joined #openstack-dev17:07
*** rohit-k has joined #openstack-dev17:07
*** rohitk has quit IRC17:10
*** derekh has quit IRC17:14
*** darraghb has quit IRC17:15
*** aa has joined #openstack-dev17:17
*** garyk has joined #openstack-dev17:19
vishyrussellb: ping17:19
*** rkukura has quit IRC17:20
russellbvishy: pong17:20
*** harlowja has joined #openstack-dev17:21
*** dachary has quit IRC17:21
vishyrussellb: so I was just doing some updates to volume api to remove a couple of extra methods17:22
*** davidha has quit IRC17:22
vishyrusselb: and I noticed that all of the live migration calls are using instance_id instead of uuid17:22
russellbyeah, i noticed that too.17:22
russellband there's one method that uses instance name :(17:22
vishyrussellb: just wanted to get your thoughts on whether we should do that before or after versioning...17:22
russellbi think it's fine either way17:23
vishyrussellb: ultimately they will all use instance instead, but should we get them consistent first?17:23
russellbif you do it after, it should be made to support both id and uuid17:23
*** davidha has joined #openstack-dev17:23
*** pasm has quit IRC17:23
russellbso it's backwards compat17:23
vishyrussellb: I'm thinking before or else we will have in folsom 3 versions id -> uuid -> instance_object17:23
vishyunless we just go straight from id -> object17:24
russellbor you can have it all in the same API version, but make each of those parameters optional params, and have the code adapt to which one it receives17:24
*** apevec has quit IRC17:24
vishymaybe it isn't worth it to convert to now, we can just do it when we change everything to use an object17:25
zykes-vishy: something you could get to or ?17:25
russellbbut yeah, if it can be done before, it helps prevent the messyness17:25
zykes-or point me to17:25
zykes-vishy: it works in latest devstack someone says but not in essex (I can verify that)17:26
russellbvishy: but i was hoping to get to converting everything to sending a full instance soonish17:26
russellbso that'll make it all moot ..17:27
*** GheRivero has joined #openstack-dev17:27
russellbwell not moot, just not sure how urgent it would be to change those to uuid in between17:27
vishyrussellb: yeah if that is happening soon, i think we can just leave it for now17:27
russellbok17:27
russellbwell "soon", certainly in folsom, hopefully folsom-217:27
vishyrussellb: I'm making a conflicting change with one of your patches17:27
*** Ryan_Lane has joined #openstack-dev17:28
vishyrussellb: deleting the remove_volume_connection call from volume.api17:28
russellbvishy: k, i was a little worried about that one since i knew that code is in heavy flux17:28
russellbok, that's fine, i can just remove that patch if your patch beats mine in :)17:28
vishyit is silly for compute to go through volume api to make a call back to another compute17:28
russellbheh17:29
vishyrussellb: well it still needs to change to use rpc17:29
vishybut i removed the method and put the call back in the calling side17:29
zykes-vishy: it's kind of bad atm, cause if in horizon you create a instance, delete it and spawn another one I think the same floating ip comes assigned.17:29
vishyso it is a race :)17:29
russellbah got it17:29
zykes-s/comes/becomes17:29
russellbvishy: i lose races all the time, nature of the beast17:29
russellbi felt stupid when i realized i missed all of those compute rpc calls ...17:30
russellboh well, at least i caught it and not someone else17:30
*** mdomsch has quit IRC17:31
*** Ryan_Lane has quit IRC17:34
* russellb steps out for lunch17:34
*** pasm has joined #openstack-dev17:35
*** GheRivero has quit IRC17:39
zykes-vishy: what is it that runs the deallocation of ips ?17:39
*** mnewby has joined #openstack-dev17:40
vishyzykes-: it is a call to network_api17:40
zykes-vishy: is it the manager ?17:41
*** mattray has joined #openstack-dev17:41
vishyjgriffith: https://review.openstack.org/798617:44
vishyrussellb: ^^ that is the conflicting change17:44
vishyzykes-: it is a network_api call that needs to be called during terminate17:45
vishyzykes-: it isn't right now17:45
zykes-vishy: why doesn't it ? I thought this was kind of basic stuff17:45
vishyzykes-: it got removed with one of the network decoupling refactors17:45
comstudhrm17:46
zykes-that's kinda unsmart ?17:46
comstudanyone running into issues with trunk w/ the RPC changes?17:46
comstudexceptions doing deepcopy() of context?17:46
comstudrussellb: ^17:46
vishyzykes-: there is a call called _cleanup_volumes17:47
vishyzykes-: there needs to be another called _cleanup_floating_ips17:47
vishyor some such17:47
vishyzykes-: maybe I will do that now17:47
vishytr3buchet: ping17:48
*** torgomatic has joined #openstack-dev17:50
zykes-vishy: if you could it would be magic17:50
comstudblah, trunk rpc tests fail for me too17:51
comstud:(17:51
comstudtimeout on the cast test17:51
tr3buchetvishy: what's up?17:51
*** mdomsch has joined #openstack-dev17:51
russellbcomstud: :-/17:51
comstudrussellb:17:52
comstud(sec)17:52
comstudrussellb: http://paste.openstack.org/show/18278/17:53
vishytr3buchet: I just noticed that allocate_for_instance and deallocate_for_instance is using instance['id']17:53
russellbcomstud: fun17:53
russellband by "fun" I mean "oh crap, what did I do"17:54
comstudrussellb: I'm not sure, but it's that copy.deepcopy(self) in the rpc common context17:54
* russellb nods17:54
tr3buchetvishy: yeah looks like it17:54
comstudrussellb: I have a patch to remove it.. but I suspect finding the real problem may be in a PITA...17:54
comstudrussellb: s/remove/replace/17:54
tr3buchetvishy: want me to switch to uuid only?17:55
russellbcomstud: replace with what?17:55
comstudrussellb: but of course, tests are failing in trunk for me too... so I need to figure that out first17:55
vishytr3buchet: I think we need to switch everything to uuid right?17:55
tr3buchetvishy: alright, on it.17:55
vishytr3buchet: I mean quantum won't be tracking the id...17:55
tr3buchetcorrect17:55
comstudrussellb: http://paste.openstack.org/show/18277/17:55
zykes-quantum what ?17:56
vishytr3buchet: i guess we are passing the whole object into network.api, so it isn't too bad17:56
tr3buchetvishy: ok i'll get a patch together. yeah it's not a rough patch17:56
vishytr3buchet: the migration of the db will be rough17:56
tr3buchetmay nee d afew db calls17:56
vishytr3buchet: so maybe hold off for the moment17:56
comstudrussellb: kinda ugly.. but it seems that deepcopying the class instance itself is a problem17:56
comstudrussellb: and just deepcopying the context values works fine17:56
tr3buchetvishy: either way i'll look into what it takes17:56
vishyzykes-: as far as i can tell floating ips should be deallocated on terminate17:56
vishyzykes-: are you sure they are still not?17:57
comstudrussellb: I have a feeling there's a problem deepcopying 'conf'17:57
russellbcomstud: well, works for me ...17:57
comstudrussellb: But I can't verify it17:57
comstudwhat python version?17:57
russellbi meant, your patch works for me17:57
*** mattray has quit IRC17:57
comstudahh17:57
comstudgot it17:57
russellbbut, tests/code pass for me, Python 2.7.317:58
comstudyeah, i have to dig into why this is failing17:58
russellbk17:59
comstudi'm getting a timeout on QUEUE.get()17:59
comstudin _test_cast in rpc common test on kombu17:59
zykes-vishy: in essex no17:59
russellbok so, i was worried about that test, since another test had a comment saying fanout seemed buggy with kombu and the memory transport17:59
comstudyeah17:59
russellbbut it was working for me, seemed to work on smokestack, etc ...17:59
comstudmaybe it's my version of kombu17:59
russellbyeah18:00
russellbi have 1.1.318:00
comstudit's definitely the fanout test18:00
comstudthat's failing for me18:00
comstudi'll upgrade kombu and see18:00
russellbif upgrading fixes it, we may be able to re-enable the other fanout test on kombu18:00
comstudah crap18:01
comstudi'm on 2.1.818:01
russellbyeah, that's probably it18:01
comstudwell18:01
comstudthe fanout problem existed in 1.0.418:01
comstudi'd think it'd be a problem in 1.1.3 as well18:01
comstudbut18:01
comstudkombu does go back and forth on bugs18:01
comstudreintroducing old ones18:01
comstudin my experience18:01
comstudi'm going to install 1.1.318:02
vishyzykes-: ok i will test on trunk, it looks like it might be fixed18:02
comstudfigures18:02
comstud1.1.3 works fine18:02
comstud:)18:02
zykes-which change vishy ?18:03
*** dwalleck has quit IRC18:04
*** rohit-k has quit IRC18:04
russellbcomstud: pip-requires is nailed at kombu 1.0.4, too18:04
russellbwe could probably relax that ...18:04
comstudi think we have to nail it to something specific18:05
comstudbut we can pick something newer18:05
russellb1.1.3 \o/18:05
comstudafter testin git18:05
comstudyea18:05
comstudapparently that one might be fine :)18:06
*** ewindisch has quit IRC18:06
comstudnewest one is 2.1.818:06
russellbthat just happens to be what is in fedora ...18:06
comstudwhich is broken18:06
comstudfor tests anyway18:06
*** ewindisch_ has joined #openstack-dev18:06
vishyzykes-: I don't see a specific recent change18:06
vishyzykes-: but I don't see in the code how it isn't happening so let me verify18:06
russellbcomstud: i don't know how to reproduce that deepcopy bug ..18:08
*** salgado-lunch has quit IRC18:08
russellbbut if your patch fixes it for you, fine with me i guess18:08
comstudI'm not sure either.18:09
comstudunfortunately I'd have to dig for quite  awhile i think18:09
comstudto discover the real problem18:09
*** salgado has joined #openstack-dev18:10
*** salgado has joined #openstack-dev18:10
* russellb nods18:10
*** salgado has quit IRC18:10
comstudso18:11
*** jakedahn_zz is now known as jakedahn18:11
comstudthis is awesome.. that test is failing again18:11
comstudw/ 1.1.318:11
comstudnow18:11
comstudnevermind.18:11
comstuduser error.18:12
* russellb pretends that didn't happen18:12
comstudappreciate it.18:14
comstudhrm18:15
comstudtools/rfc.sh gone?18:15
comstudapparently i need to refresh my git alias18:15
russellbyes18:15
notmynamettx: I haven't forgotten about you. potential issue with 1.5.0. I'm waiting on details now18:16
comstudhttps://review.openstack.org/798818:17
comstudoops18:18
comstudempty spaces18:18
*** salgado has joined #openstack-dev18:18
*** salgado has joined #openstack-dev18:18
*** troytoman is now known as troytoman-away18:20
*** johnpostlethwait has joined #openstack-dev18:22
vishyzul, adam_g, Daviey, smoser: https://bugs.launchpad.net/nova/+bug/99623318:30
uvirtbotLaunchpad bug 996233 in python-novaclient "nova and python-novaclient disagree on  volumes API URLs" [Undecided,Confirmed]18:30
zulvishy: we are shipping 2012.1 nova client18:32
*** pasm has quit IRC18:36
vishyzul: hmm, maybe they have an older novaclient installed via pip18:37
*** Mandell has joined #openstack-dev18:37
*** adjohn has quit IRC18:37
vishyzul: I guess someone will have to verify it18:37
zulvishy: coould be18:37
vishyzykes-: verified that floating works on trunk, checking essex18:37
zykes-kk18:39
*** sandywalsh has joined #openstack-dev18:40
*** asisin has joined #openstack-dev18:40
asisinhowdy folks18:40
asisinJust got a brand new ubuntu laptop and am installing OS using devstack but it is hanging at a particular point in the install everytime18:41
asisinhttp://paste.openstack.org/show/18281/18:43
smoserzul, i can verify that.18:46
*** jakedahn is now known as jakedahn_zz18:46
zulsmoser: nope18:48
vishyzykes-: also works in stable/essex18:51
zykes-vishy: hmmm18:52
zykes-what piece of code handles it ?18:52
smoservishy, it would appear to me to be broken in upstream18:55
smoserat least i just made this change http://paste.ubuntu.com/1016793/ against my installed version of that file, and it went from exhibiting that bug report to functioning18:56
*** zaitcev has joined #openstack-dev18:57
asisindoes anyone know if this step in the devstack install - Downloading/unpacking django>=1.4 - takes a looong time or am I hitting a bug18:59
*** epim has joined #openstack-dev18:59
*** GheRivero has joined #openstack-dev19:01
smoserbut that seems to be reverting the change that you made at https://github.com/openstack/python-novaclient/commit/03f54c57e13f27324f0ac5aa556bf4ca94e3ed0e19:01
smoserso maybe the server is what is messed up19:02
zykes-vishy: found anything ?19:06
zykes-cause it's not working in my setup (quantum)19:06
*** sandywalsh has quit IRC19:07
notmynamemtaylor: ping19:08
notmynameor jeblair19:08
russellbvishy: https://review.openstack.org/7993 ... regression in that volume patch19:09
*** jakedahn_zz is now known as jakedahn19:10
mtaylornotmyname: whazzup?19:10
notmynamemtaylor: how do submit something for review to a different branch (specifically, the milestone-proposed branch)19:11
mtaylornotmyname: "git review milestone-proposed"19:11
mtaylornotmyname: or19:11
mtaylornotmyname: git push gerrit HEAD:refs/for/milestone-proposed19:11
mtaylorif you wanted to do it by hand19:11
notmynamemtaylor: ah cool. the first is fine. thanks :-)19:11
mtaylornotmyname: sure nuff!19:11
*** sandywalsh has joined #openstack-dev19:12
*** openstackjenkins has quit IRC19:14
*** openstackjenkins has joined #openstack-dev19:15
*** jakedahn is now known as jakedahn_zz19:15
notmynamettx: running some tests on some patches that are needed for milestone-proposed. will propose and merge them when I have confirmation19:17
notmynamettx: I don't have a timeframe yet, but worst-case we may need to delay until tomorrow. I still hope to get it taken care of this afternoon (US). sorry it's getting late for you19:19
zykes-vishy: ?19:21
*** dolphm has quit IRC19:23
*** novas0x2a|laptop has joined #openstack-dev19:25
*** mdomsch has quit IRC19:31
*** davidha has quit IRC19:35
*** davidha has joined #openstack-dev19:35
davidkranzvishy: A tempest test is failing which does 'allocate floating-ip; delete floating-ip; list floating ips and make sure it is not there. There seems to be a time lag between when the delete returns 202 and when list floating ips no longer shows it. Is this a nova bug?19:36
*** rkukura has joined #openstack-dev19:41
*** apevec has joined #openstack-dev19:46
*** rkukura has quit IRC19:46
davidhanotmyname hi19:47
davidhaIs there some tool to test swift performance?19:48
notmynamedavidha: swift ships with swift-bench. that's a very good start since it does test various aspects of the system and allows for better comparisons between clusters19:51
*** markmc has quit IRC19:51
davidhaAnd what are probtests?19:52
notmynamedavidha: unit tests test the code. functional tests make sure it works as a black box. probetests do some amount of integration testing for the different parts of swift19:54
*** datsun180b has quit IRC19:55
*** jeremydei has quit IRC19:58
*** jeremydei has joined #openstack-dev19:59
*** openstackjenkins has quit IRC20:01
*** openstackjenkins has joined #openstack-dev20:01
*** mdomsch has joined #openstack-dev20:02
zykes-vishy: ?20:02
*** rnirmal has quit IRC20:02
*** andrewsben is now known as andrewsben_zz20:04
*** wiliam has quit IRC20:05
*** sannes has joined #openstack-dev20:10
davidhanotmyname: is there info somewhere about swift-bench and the results pepole should expect when running it with different parameters?20:11
davidha(e.g. when running in SAIO env)20:12
*** apevec has quit IRC20:17
*** dubsquared has joined #openstack-dev20:21
*** apevec has joined #openstack-dev20:22
*** andrewsben_zz is now known as andrewsben20:24
*** mnaser has quit IRC20:27
*** lts has quit IRC20:38
*** jakedahn_zz is now known as jakedahn20:42
*** GheRivero has quit IRC20:50
*** torgomatic_ has joined #openstack-dev20:51
bcwaldonmarkwash: what do you think about this: https://review.openstack.org/#/c/7991/20:52
*** torgomatic has quit IRC20:54
*** torgomatic_ is now known as torgomatic20:54
notmynamedavidha: no where official. I actually bought swiftbench.com a while back, but it's so far down on my list of stuff to do that I haven't even thought about it in a while20:54
*** dprince has quit IRC20:55
notmynamedavidha: on prod hardware, I'd expect swift bench to give you somewhere in the neighborhood of 1k/sec pretty easily. probably closer to 75-100/sec on a SAIO VM20:55
vishytr3buchet: any idea why this might be happening on stop/start of an instance? http://paste.openstack.org/show/18285/20:56
tr3buchetvishy: looking20:56
tr3buchetvishy: appears the instance doesn't have any ips20:57
*** alaski has quit IRC20:58
tr3buchetvishy: otherwise it could be a bug from my last patch. i didn't have a great way to test libvirt other than what the unittests do20:58
vishytr3buchet: well somehow allocate_network seems to be returning bad info20:58
*** relateable has joined #openstack-dev20:58
tr3buchetvishy: have a paste of that?20:58
sdaguevishy: I was running into exactly that issue on my box just now, ips was an empty array21:00
*** markvoelker has quit IRC21:00
sdagueit only was on the test machine that had 2 nics, one of which had no address of it's own, and was only used for guests21:01
tr3buchetvishy: sdague: i betcha this is my fault21:01
sdagueon the 1 nic box, where the host network and guests shared the same card and bridge, it was fine21:01
sdagueif that helps narrow down21:01
vishytr3buchet: http://paste.openstack.org/show/18286/21:02
vishytr3buchet: it looks like it is assigning a new ip when the start_instance commnad runs again21:04
tr3buchetvishy: both have ip21:04
tr3buchetyeah but ip is changing21:04
tr3buchetwhich is weird21:04
*** Aaton_off is now known as Aaton21:05
vishytr3buchet: so stop/start shouldn't be doing that21:05
tr3buchetno way21:05
tr3buchetwhy is it even logging the nw_info on stop start..21:06
tr3buchetvishy: ^21:06
*** tongli|2 has quit IRC21:06
vishytr3buchet: stop does a terminate of the instance but leaves stuff in place21:06
vishytr3buchet: so that is the problem it should not be deallocating / reallocating on stop start21:07
tr3buchetdamn21:07
tr3buchetwhy does reboot need nw_info21:07
vishytr3buchet: what is the purpose of is_first_time?21:08
tr3buchetlooks like it's to update some instance metadata21:09
tr3buchetvishy: ^21:09
tr3buchetvishy: someone added a new column to instance looks like access_ip_v4 and access_ip_v621:10
vishycomstud: ^^ is_first_time look familiar?21:10
*** stuntmachine has quit IRC21:10
comstudi'm familiar with that21:10
tr3buchetoh good21:11
comstud:)21:11
tr3buchetplease to be educating21:11
tr3buchetcause this looks nasty21:11
comstudaccess* ips are normally set by the user21:11
comstudbut in event they don't pass it in...21:11
comstudwe're being nice and setting it on initial build only21:11
*** dachary has joined #openstack-dev21:12
tr3buchetthat code is inefficiently looping through all IPs even though it looks like only the first one is needed21:12
vishytr3buchet, comstud: also i really dislike that we have stop/start and poweroff / poweronn21:12
tr3buchetvishy: yep clear as day21:13
tr3buchetvishy: nova/compute/manager.py:71621:14
tr3buchetvishy: 716         self._deallocate_network(context, instance)21:14
tr3buchetthat's in shutdown instance which is called by stop21:14
tr3buchetthat makes no sense21:14
tr3buchethmm21:15
tr3bucheti added that line but when i did so it wasn't in shutdown.. it was delete21:15
tr3buchetlooks like a refactor there went wrong21:16
tr3buchetand they put the deallocate into shutdown instead of delete21:16
tr3buchetvishy: ^21:16
tr3buchetvishy: comstud: even the comments are wonky... "# NOTE(vish) get bdms before destroying the instance" that's in _shutdown_instance()21:17
vishytr3buchet: its ok I'm adding a boolean to check it21:17
tr3buchetwe should probably just move that stuff out of shutdown and into delete21:17
tr3buchetvishy: ^21:17
vishytr3buchet: that doesn't fix the reallocation on start21:17
vishytr3buchet: unless it is ok to allocate multiple times?21:18
tr3buchetvishy: it's not21:18
tr3bucheti'm looking at that part now21:18
*** apevec has quit IRC21:18
*** sandywalsh has quit IRC21:18
tr3buchetvishy: i can't figure how this happened...21:18
*** ncode has joined #openstack-dev21:19
tr3buchetvishy: also i don't understand the differece between start_instance and run_instance21:19
vishystart is to restart stopped instance21:19
vishytr3buchet: hold up there is more that has been messed up21:19
tr3buchetvishy: yeah21:20
vishytr3buchet: this happened because we don't have an exercise for start/stop21:20
tr3buchetalso power_on_instance21:20
tr3buchetvishy: talk about convoluted21:20
vishytr3buchet: there was a cleanup=false being passed in to the driver as well21:21
vishytr3buchet: sigh21:21
tr3buchetyeah21:21
tr3buchetwtf21:21
tr3bucheti can't even find where build starts..21:21
tr3buchetthought i found it21:22
tr3buchetbut now21:22
tr3buchetno*21:22
vishytr3buchet: you know what, I think stop and start should just use poweroff and power onn21:22
tr3buchetvishy: yeah i agree21:22
*** crobinso has quit IRC21:23
vishytr3buchet: or they should be consolidated into one call21:23
tr3buchetrun_instance and start_instance especially21:23
tr3buchetvishy: and neither of those should be calling _run_instance21:24
tr3buchetvishy: we really need to keep a closer eye on what is happening in the compute manager21:24
vishytr3buchet: unfortunately power_off and power_on do not have block_device_mapping or network_info21:24
vishyi will have to add them21:25
tr3buchetwhy does power on/off even need nw_info ?21:25
vishytr3buchet: libvirt regenerates the xml for the instance21:25
vishyat least that is how it is implemented21:26
vishytr3buchet: let me see if there is another way i could do it21:26
tr3buchetvishy: that seems silly. is that unavoidable?21:26
vishytr3buchet: does power_off in xen always do a hard power_off?21:27
vishytr3buchet: is there a way to do a soft shutdown? or just a reboot?21:27
tr3buchetvishy: i don't think so21:27
*** openstackjenkins has quit IRC21:28
tr3buchetvishy: i don't think so to your first question. there should be a way yes'21:28
*** openstackjenkins has joined #openstack-dev21:28
tr3buchetvishy: power_off and power_on don't use nw_infpo21:29
vishytr3buchet: so even hard reboot is done by destroying and recreating the instance21:29
tr3buchetdriver.power_off()21:29
tr3buchetthat should be doing self.driver.reboot21:29
tr3buchetvishy: looking21:29
vishytr3buchet: I can do some refactoring to make it write out the xml before reboot and then use the existing xml instead of regenerating it21:30
maoywhen an instance is in ERROR state, what's the CLI way to get the error message?21:31
tr3buchetvishy: probably a better way to do it21:31
tr3buchetreboot in xen takes a reboot_type parameter which can be HARD21:32
vishytr3buchet: i understand that21:32
vishytr3buchet: i was asking about power_off21:32
tr3buchetoh21:32
davidha notmyname: 75-100 is the rate of GETs or PUTs?21:33
tr3buchetvishy: there are options for hard shutdown as well21:33
tr3buchetit defaults to hard21:33
davidha(On SAIO)21:33
*** mnaser has joined #openstack-dev21:33
vishytr3buchet: but that isn't exposed to nova right?21:33
tr3bucheti'm looking21:33
notmynamedavidha: PUTs. what are you seeing?21:33
tr3buchetlooks like power_off is always hard21:34
tr3buchetvishy: yeah configuring that part isn't exposed21:34
vishytr3buchet: so the libvirt driver needs some refactoring here. I think it should keep the domain definition instead of recreating it on hard reboot / poweroff / poweron21:34
tr3buchetvishy: it's only in the virt layer21:35
*** hub_cap has quit IRC21:35
vishytr3buchet: I'm not totally sure if it should destroy and recreate the vifs on shutdown / hard reboot21:35
tr3buchetvishy: agree. and i think it absolutely should not21:35
vishytr3buchet: i suppose it is safe to keep the firewall rules / vifs in place21:35
tr3buchetyou want new vifs do a rebuild21:35
*** datsun180b has joined #openstack-dev21:36
*** aa has quit IRC21:37
*** dachary has quit IRC21:37
vishytr3buchet: this hard reboot is a little annoying, it is used for rescue and unrescue as well21:38
tr3buchetvishy: hmm..21:38
vishytr3buchet: ok i'm going to have to refactor a few things in libvirt21:39
* vishy rolls up his sleeves21:39
vishytr3buchet: I will remove stop start and convert them to use power_off power_on21:39
vishytr3buchet: this will be a nasty patch, I'm sure i will break a bunch of tests21:40
maoyvishy: while you are at it.. i'd like to complain about some code duplication21:40
vishymaoy: shoot21:40
tr3buchetvishy: yeah it surely will :(21:40
maoyvishy: spawn, hard_reboot, finish_migration, finish_revert_migration21:40
maoyvishy: all "kind of" create a VM, but slightly different21:40
vishymaoy: ok21:41
*** flaviamissi has quit IRC21:41
vishymaoy: are you refering to the duplicated calls to firewall_driver create image etc.?21:41
maoyvishy: i'm not sure it's intentional or not.. e.g. spawn does a little more. anyway, could use a refactor.21:41
maoyvishy: yes21:42
vishymaoy: ok I will tackle that in this patch too21:42
maoyvishy: cool21:42
vishymaoy: I'm going to allow you to create an instance with xml or from an existing domain21:44
vishymaoy: so things like hard_reboot / power_off / power_on can leave the domain in place21:44
*** ewindisch_ has quit IRC21:44
*** aa has joined #openstack-dev21:44
vishyI will only do the firewall rule setup if the xml is passed in.21:45
vishymaoy: and I will have a way to destroy an instance without deleting the domain21:45
maoyvishy: sounds good.21:46
vishymaoy: cancel that, I may make it a flag21:46
vishy* boolean21:46
*** b1rkh0ff has quit IRC21:46
*** rkukura has joined #openstack-dev21:47
maoyvishy: change of topic a bit: stop() start() doesn't exist in python-novaclient?21:49
maoyvishy: is it EC2 specific?21:50
*** openstackjenkins has quit IRC21:51
*** openstackjenkins has joined #openstack-dev21:52
*** salgado is now known as salgado-afk21:58
vishymaoy: no it needs to be added21:58
vishymaoy: i'm going to make it do power_off and power_on instead as well21:58
vishybrb21:58
*** b1rkh0ff has joined #openstack-dev21:59
comstudvishy: agree w/ start/stop/poweron/poweroff22:00
comstudsorry, had to disappear for a bit22:00
comstudtr3buchet: need anything else?22:00
comstud:)22:00
tr3buchetyeah ts if you have a minute22:01
tr3buchetcomstud: ^22:01
maoyvishy: i c.22:01
comstudgive me 5 minutes?22:01
tr3buchetsure22:01
comstudalrighty22:01
maoyvishy: there is a shutdown_terminate flag. is that EC2 specific?22:01
tr3buchettake all the time you need22:01
maoyvishy: when it's true, stop() == terminate(). i'm not sure what's the default value, and if it's effective if OS API is called22:02
*** ayoung has quit IRC22:03
maoyvishy: I just did a test against trunk. when I call euca-stop-instances. the vm state is set to STOPPED, but the VM is destroyed. and futher euca-start-instances will make vm state to ERROR22:04
comstudya, i guess there's that difference22:04
maoycomstud: seems like a bug to me. shouldn't it be set to DELETED directly instead of STOPPED?22:05
*** negronjl has quit IRC22:06
comstudnot sure about EC222:06
*** relateable_ has joined #openstack-dev22:06
maoycomstud: the OS API code doesn't seem to check this flag. so stop is always stop22:06
harlowjaqq, for someone who knows the iptables code, i am looking at essex libvirt.xml, and i see that it uses the following as a filterref, "nova-instance-${name}-${nic.id}"22:07
harlowjabut then in the firewall code it uses 'inst-%s' % (instance['id'],) as the chain-name, how are those 2 actually connectd?22:08
*** datsun180b has quit IRC22:08
harlowjaah, nm22:10
*** Gordonz has quit IRC22:12
*** maoy has quit IRC22:17
*** nikhil__ has quit IRC22:21
*** ywu has joined #openstack-dev22:25
*** hub_cap has joined #openstack-dev22:26
*** pmezard has quit IRC22:28
*** galstrom has quit IRC22:30
*** dubsquared has quit IRC22:39
*** ywu has quit IRC22:40
*** adjohn has joined #openstack-dev22:40
*** negronjl has joined #openstack-dev22:43
*** spiffxp has quit IRC22:48
*** AlanClark has quit IRC22:49
johnpostlethwaitI'm having some issues with the Jenkins tests for a review of mine and I'm not entirely sure what to do about it: https://jenkins.openstack.org/job/gate-integration-tests-devstack-vm/4455/console22:56
johnpostlethwaitThe error is "ImportError: No module named versiontools.setuptools_hooks"22:56
mtaylorjohnpostlethwait: looking22:58
mtaylorjohnpostlethwait: perhaps some module didn't make it in to the pip-requires for something?22:59
mtaylorhrm. looks like it installed versiontools...22:59
*** lloydde has quit IRC23:00
johnpostlethwaitIn my change I added django_compressor as a pip-require23:00
*** andrewsben is now known as andrewsben_zz23:05
johnpostlethwaitYeah, this is strange, the version of versiontools it installs definitely has that function23:05
johnpostlethwaithttp://versiontools.readthedocs.org/en/latest/reference.html#versiontools-setuptools-hooks23:06
*** dtroyer is now known as dtroyer_zzz23:07
*** jakedahn is now known as jakedahn_zz23:09
*** blamar has quit IRC23:10
*** openstackjenkins has quit IRC23:18
*** openstackjenkins has joined #openstack-dev23:19
*** anderstj has joined #openstack-dev23:21
*** edygarcia has quit IRC23:22
*** e1mer has joined #openstack-dev23:22
*** flaviamissi has joined #openstack-dev23:22
*** davidha has quit IRC23:26
*** blamar has joined #openstack-dev23:29
*** jgriffith is now known as jgriffith_away23:29
*** davidha has joined #openstack-dev23:32
*** rods has quit IRC23:36
*** spiffxp has joined #openstack-dev23:38
*** jdurgin has quit IRC23:46
*** jdurgin has joined #openstack-dev23:47
mikalHas anyone else experienced the projects table in nova going missing?23:50
vishymikal: no but it shouldn't be needed/used anywhere23:53
mikalI just sent an email to the list about it23:54
mikalThe table appears in "show tables", but a describe and a repair both fail on it23:54
mikalEssex nova-api is complaining about the table being missing23:54
mikalAhhh, there is a suggestion this is https://bugs.launchpad.net/ubuntu/+source/nova/+bug/975085 from a guy at work23:56
uvirtbotLaunchpad bug 975085 in nova "nova mysql DB can't be restored from backups (dup-of: 993663)" [Medium,Confirmed]23:56
uvirtbotLaunchpad bug 993663 in nova "dns_domains table mysql charset is 'latin1'. Should be 'utf8'" [Medium,Fix released]23:56
*** johnpostlethwait has quit IRC23:56
*** jdurgin has quit IRC23:57
*** roge has quit IRC23:58

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