Monday, 2012-06-25

*** ijw has quit IRC00:26
*** ijw has joined #openstack-dev00:26
*** dolphm has joined #openstack-dev00:32
*** danwent has quit IRC00:34
*** e1mer has quit IRC00:36
*** e1mer has joined #openstack-dev00:37
*** e1mer has joined #openstack-dev00:37
*** danwent has joined #openstack-dev00:45
*** dtroyer is now known as dtroyer_zzz00:51
*** danwent has quit IRC01:19
*** dolphm has quit IRC01:22
*** sdake has quit IRC01:42
*** sdake has joined #openstack-dev01:42
*** william0 has joined #openstack-dev01:44
*** n0ano has quit IRC01:45
*** danwent has joined #openstack-dev01:46
*** nati_ueno has joined #openstack-dev01:54
*** pixelbeat has quit IRC02:08
*** littleidea has joined #openstack-dev02:11
*** yaguang has joined #openstack-dev02:18
*** Ryan_Lane1 has joined #openstack-dev02:18
*** nati_uen_ has joined #openstack-dev02:19
*** dtroyer_zzz is now known as dtroyer02:19
*** Ryan_Lane has quit IRC02:20
*** nati_ueno has quit IRC02:22
*** dolphm has joined #openstack-dev02:32
*** andrewsmedina has quit IRC02:33
*** dolphm has quit IRC02:37
*** shang has quit IRC02:50
*** littleidea has quit IRC03:07
*** shang has joined #openstack-dev03:07
*** edygarcia has joined #openstack-dev03:10
*** Ryan_Lane1 has quit IRC03:10
*** Ryan_Lane has joined #openstack-dev03:10
*** Ryan_Lane has quit IRC03:15
*** edygarcia has quit IRC03:22
notmynamemtaylor: cool, thanks03:25
*** tserong_ is now known as tserong03:26
*** Aaton_off is now known as Aaton03:26
*** Shrews has joined #openstack-dev03:27
*** littleidea has joined #openstack-dev03:27
*** Aaton is now known as Aaton_off03:27
*** dolphm has joined #openstack-dev03:30
*** dtroyer is now known as dtroyer_zzz03:30
*** dtroyer_zzz is now known as dtroyer03:36
*** sam_wan has joined #openstack-dev03:37
*** Mandell has joined #openstack-dev03:46
*** matwood_ has joined #openstack-dev03:52
*** nati_uen_ has quit IRC03:54
*** matwood has quit IRC03:55
*** dolphm has quit IRC03:55
*** matwood_ has quit IRC03:57
*** timello has joined #openstack-dev04:00
*** krtaylor has joined #openstack-dev04:01
*** timello has quit IRC04:03
*** timello has joined #openstack-dev04:03
*** littleidea has quit IRC04:15
*** dtroyer is now known as dtroyer_zzz04:22
*** Mandell has quit IRC04:25
*** arosen has quit IRC04:43
*** arosen has joined #openstack-dev05:03
*** william0 has quit IRC05:11
*** steveb_ has quit IRC05:17
*** ben___ has joined #openstack-dev05:18
*** dubsquared has quit IRC05:23
*** nati_ueno has joined #openstack-dev05:39
*** william0 has joined #openstack-dev05:43
*** matwood has joined #openstack-dev05:52
*** nati_ueno has quit IRC06:01
*** dachary has joined #openstack-dev06:05
*** anderstj has quit IRC06:12
*** dachary has quit IRC06:16
*** mindpixel has joined #openstack-dev06:26
*** mrunge has joined #openstack-dev06:30
*** garyk has joined #openstack-dev06:33
*** matwood has quit IRC06:33
garykping gongys06:33
*** dolphm has joined #openstack-dev06:51
*** mcolombo has quit IRC06:59
*** davidha has quit IRC07:00
*** mcolombo has joined #openstack-dev07:02
*** reidrac has joined #openstack-dev07:06
*** ben___ has quit IRC07:08
*** dachary has joined #openstack-dev07:13
*** erikzaadi has joined #openstack-dev07:15
*** erikzaadi has joined #openstack-dev07:16
*** littleidea has joined #openstack-dev07:19
*** littleidea has quit IRC07:30
*** asalkeld has joined #openstack-dev07:31
*** dolphm has quit IRC07:35
*** fc__ has joined #openstack-dev07:35
*** fc__ has quit IRC07:44
*** fc__ has joined #openstack-dev07:45
*** pixelbeat has joined #openstack-dev08:00
trapnimorning08:00
trapniis anyone willing to have a lookc at https://bugs.launchpad.net/nova/+bug/1016848 please? :-)08:01
uvirtbotLaunchpad bug 1016848 in ubuntu "KVM instance stops communicating after some time" [Undecided,New]08:01
*** rbasak has joined #openstack-dev08:02
*** darraghb has joined #openstack-dev08:09
*** davidha has joined #openstack-dev08:22
*** danpb has joined #openstack-dev08:25
*** Daisy has joined #openstack-dev08:27
*** Ryan_Lane has joined #openstack-dev08:32
*** rods has joined #openstack-dev08:36
*** dolphm has joined #openstack-dev08:45
*** dolphm has quit IRC08:50
*** sam_wan has quit IRC09:02
ttxtrapni: looking09:04
*** Ryan_Lane has quit IRC09:05
ttxtrapni: does it look like: https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/99797809:07
uvirtbotLaunchpad bug 997978 in qemu-kvm "KVM images lose connectivity with bridged network" [High,Confirmed]09:07
*** zigo has joined #openstack-dev09:10
*** william0 has quit IRC09:15
*** maploin has joined #openstack-dev09:21
*** maploin has quit IRC09:22
*** maploin has joined #openstack-dev09:22
*** Daisy has quit IRC09:26
*** shang has quit IRC09:51
*** Ryan_Lane has joined #openstack-dev09:56
*** apevec has joined #openstack-dev10:03
*** danwent has quit IRC10:18
*** shang has joined #openstack-dev10:29
*** zigo has quit IRC10:41
*** salv-orlando has joined #openstack-dev10:57
*** davidha has quit IRC11:09
*** drewlander has joined #openstack-dev11:12
*** davidha has joined #openstack-dev11:13
*** Leander_ has joined #openstack-dev11:13
*** yaguang has quit IRC11:17
*** Leander_ has quit IRC11:18
*** markvoelker has joined #openstack-dev11:31
*** milner has joined #openstack-dev11:34
*** hugokuo has quit IRC11:37
ijwAre there any docs or example code that corresponds to the current python-novaclient?  I'm working backward from its CLI at the moment, which is a bit irritating; the api.rst doc seems to be completely wrong.11:40
*** wiliam has joined #openstack-dev11:44
zykes-ttx: ping11:55
ijwzykes-: optimist11:57
zykes-ijw: isn't he based on france ?;p11:58
ijwMaybe you should insist he moves there to save confusion?11:59
ttxzykes-: yes?11:59
zykes-ijw: you where saying ?11:59
zykes-;p11:59
ijwdammit :p11:59
zykes-ttx: is there any news on hotel pricings for X design summit in the fall ?11:59
ttxzykes-: not yet12:00
zykes-any estimates?12:00
ttxzykes-: no idea. I was surprised they announced the location already :) Nothing was signed one week ago12:01
zykes-;p12:01
zykes-which company is it that's located @ SD ?12:02
*** salgado has joined #openstack-dev12:03
*** GheRivero_ has joined #openstack-dev12:04
*** mrunge has quit IRC12:05
*** agonella has joined #openstack-dev12:06
ijwMaybe we should go with this theme.  San Antonio, San Salvador...12:12
zykes-Is there a fee to signup ?12:13
*** andrewsmedina has joined #openstack-dev12:13
*** reidrac has quit IRC12:27
*** reidrac has joined #openstack-dev12:29
*** andrewsmedina has quit IRC12:36
*** joesavak has joined #openstack-dev12:38
*** Leander_ has joined #openstack-dev12:38
Leander_hello all12:38
Leander_i'm trying to run the tests to see if my code passes all the test12:39
Leander_however i keep running in to this error:12:39
Leander_FAIL: test_authors_up_to_date (nova.tests.test_misc.ProjectTestCase)12:39
Leander_it keeps saying my email is not listed in the authors section12:40
Leander_any way around it?12:40
Leander_i also keep getting this error when i try to run the pep8 test: http://paste.openstack.org/show/18751/12:41
johngarbuttlooks like you don't have pep8 install12:42
Leander_but i do12:42
johngarbuttin your virtual env12:42
johngarbutttry running with -N maybe12:42
johngarbuttthat will run outside your virtual env12:42
johngarbutt(or recreate virtual env with -v -f )12:43
*** markmcclain has joined #openstack-dev12:43
Leander_the virtual env keeps failing at the mysql12:44
Leander_it says i can't find the mysql.config12:44
johngarbuttah OK, is that doing -v -f?12:44
Leander_i usually run it with "-f" only12:45
Leander_i'm currently running with "-v -f"12:45
johngarbuttIt should make no difference I guess12:45
johngarbuttWhat you need is "apt-get install python-mysqldb"12:45
johngarbuttsee this: http://stackoverflow.com/questions/5178292/pip-install-mysql-python-show-error12:45
johngarbuttI think that changed a few weeks back maybe12:46
Leander_that package is already installed12:46
johngarbutthmm, that fixed it for me12:46
johngarbutthave you got python-dev installed?12:46
Leander_yes12:47
johngarbutthmm, sorry, that was all I did to get it going, is this on Ubuntu 11.04?12:47
Leander_i'm using ubuntu 12.0412:47
johngarbuttsorry, my bad I think this is the one:12:47
johngarbutt sudo apt-get install libmysqlclient-dev12:47
johngarbuttor maybe without the -dev, can't 100% remember12:48
Leander_it's with the -dev12:48
johngarbuttcool, did that work?12:49
Leander_the virtual_env is still installing so far12:49
Leander_guess i'll find out soon enough12:49
Leander_yes12:50
Leander_that did it =D12:51
johngarbuttcool :-)12:51
Leander_while i'm at it12:51
Leander_my first commit to openstack was rejected12:51
johngarbuttdid they tell you why?12:51
Leander_how to i submit a fix which resolves the problems associated with it?12:52
johngarbuttOh right12:52
*** andrewsmedina has joined #openstack-dev12:52
Leander_do i just commit angain=12:52
johngarbuttthere is a wiki for that12:52
johngarbuttone sec12:52
johngarbutthttp://wiki.openstack.org/HowToContribute12:52
*** dachary has quit IRC12:52
johngarbuttThe developer sections tells you how to submit it to the code review system12:53
johngarbutthope that helps12:53
Leander_thx12:53
johngarbuttno prob12:53
Leander_is this an error: "5 imports missing in this test environment"12:53
Leander_i get this when i run_tests.sh -p12:53
johngarbuttErm, think it told me it was 10 last time I did that on trunk12:54
johngarbuttI generally work in a separate branch12:54
johngarbuttso I just skip back to trunk to check that kind of stuff12:54
johngarbuttI guess someone should be fixing that error soon, patches welcome, obviously :-)12:54
*** lts has joined #openstack-dev12:54
Leander_well i'm running on a separate branch12:54
Leander_for my code12:54
Leander_but i can't run the tests because of that12:55
Leander_:/12:55
*** dachary has joined #openstack-dev12:55
johngarbuttsure, I would just swtich back to master/trunk branch and see if you get the same result12:55
johngarbuttoh right, the tests will run if you leave off the "-p" bit12:55
johngarbuttI think the pep8 flag only runs pep812:55
johngarbuttnormally pep8 runs after the unit tests, unless that has changed recently12:56
Leander_noe12:56
Leander_nope*12:56
Leander_still getting the same error12:56
Leander_:s12:56
johngarbuttbut you have "--pep8" flag right?12:56
Leander_nope, just "./run_tests.sh"12:56
johngarbuttoh...12:56
johngarbuttthat must have changes12:56
johngarbuttchanged^12:56
johngarbuttmaybe try "nosetests" that should get you going12:57
*** andrewsmedina has quit IRC12:58
Leander_i don't get it13:00
Leander_the test run on the main brach13:00
Leander_but don't run on my branch13:00
Leander_:/13:00
Leander_johngarbutt: ^13:01
*** segfault923 has joined #openstack-dev13:01
*** yaguang has joined #openstack-dev13:13
johngarbutthmm, that's rubbish13:16
johngarbuttwhat you changed?13:16
Ryan_LaneIf I follow these directions (http://docs.openstack.org/diablo/openstack-compute/admin/content/setting-up-the-multi-host-mode.html) and scrub the network for my projects, what happens to my current instances?13:16
Ryan_Lanedo they just lose their networking?13:16
Leander_johngarbutt: i've added a new file for the libvirt diagnostics and modified connection.py in libvirt13:17
Leander_that's all i did13:17
*** dtroyer_zzz is now known as dtroyer13:18
johngarbuttLeander_: does running the tests with nosetests work?13:18
Leander_johngarbutt: "run_tests.sh nosetests" < like this?13:18
*** GheRivero_ has quit IRC13:18
*** rkukura has left #openstack-dev13:19
*** ayoung has joined #openstack-dev13:19
johngarbuttnope, just "nosetests"13:19
johngarbuttcan you send on paste the error you see with the tests?13:20
Leander_yes, hold on a sec, i'm currently reinstalling the virtualev13:20
Leander_env*13:20
Leander_forgot to remove the -f flag -.-13:20
johngarbutt@Ryan_Lane: I thought you could just restart all the nova-network nodes on your compute nodes, leaving the database alone, and things might just work13:21
Ryan_Lanewell...13:21
Ryan_Lanethe floating IPs only seem to exist on a single node13:21
Ryan_Lanethe NAT rules, that is13:21
johngarbuttLeander_: hat it when that happens13:21
Ryan_Lanewhich is problematic13:21
johngarbuttyes that is correct I think13:21
Ryan_Lanehow do you possibly set up routing for them, then?13:21
johngarbuttwhy is it a problem?13:21
johngarbuttoh i see13:22
johngarbuttnot 100% sure...13:22
Ryan_Lanecrap13:22
Ryan_Laneand now NAT rules have moved to a new networking node and I have no clue how to get them back13:23
johngarbuttoh I see13:23
johngarbuttI thought they should re-create if you go back to the old networking mode13:23
johngarbuttbut not read that code, or played with it too cloesly13:23
johngarbuttrecently anyway13:24
Ryan_Laneseems that isn't the case13:24
Ryan_LaneI disabled the new networking node13:24
*** iccha has joined #openstack-dev13:24
johngarbuttyou need to update all the flags, and restart the old one right?13:24
Ryan_Laneoh, I need to turn off multi_host?13:24
*** derekh has joined #openstack-dev13:24
johngarbuttyep13:24
johngarbuttsorry, that should help at least13:24
johngarbuttmulti-host basically makes it only take configuration for VMs on that host13:25
johngarbuttfrom what I remember13:25
Ryan_Lanewell, it's funny, then, that if I do that on each network node, the NAT rules are correct, but I'll still have a SPOF for internal communication13:26
johngarbuttDo you not have floating ips on a separate network for public traffic, and just have your edge router allow those ips out, and let the rest just happne?13:26
*** JStoker has quit IRC13:26
johngarbuttSPOF?13:26
Ryan_LaneI'm not understanding how that would work13:26
Ryan_Lanethe floating IPs are NAT rules13:26
*** iccha has quit IRC13:27
*** maoy has joined #openstack-dev13:27
Ryan_Lanethe routers have to be able to send traffic to the public IPs, which it seems in this networking mode, can only be a single host for each IP13:27
Ryan_Lanethere's got to be some way to route to the NAT forwarder13:27
Ryan_Laneand if the IP can be on random nodes, there's no way for the router to know which node to send the traffic to13:28
johngarbuttWould you not have your instances use the floating ip address as a second IP address, maybe that is what I am getting confused with13:28
Ryan_Lanethat's not how nova works13:28
Ryan_Laneby default nova sets NAT rules for floating IPs13:28
johngarbuttright, hang on, got confused13:28
Ryan_LaneI don't think it even has a possibility of adding floating IPs on a second NIC13:28
johngarbuttI meant on the primary13:29
johngarbuttnic13:29
Ryan_Laneeh?13:29
johngarbuttgive primary nic on instance two ip addresses13:29
Ryan_Lanenova can't do that13:29
*** JStoker has joined #openstack-dev13:29
johngarbuttsure, nova isn't doing that I guess13:29
johngarbutthmm, there must be a way of making this work13:29
Ryan_Lanewell, of course there is13:30
Ryan_Lanethe rules are static13:30
Ryan_Lanehave them on all nodes13:30
Ryan_Lanethen have the router set next-hop to all of the nodes13:30
Ryan_Lanebut that assumes all of the nodes have static rules13:30
johngarbuttcan you not use ARP to sort that?13:30
johngarbuttmaybe I am getting the wrong end of the stick here13:31
johngarbuttyou seen this stuff: http://docs.openstack.org/trunk/openstack-compute/admin/content/existing-ha-networking-options.html13:31
*** dachary has quit IRC13:33
Ryan_Lanehm13:34
BLZbubbai'm having a weird problem here, launching a vm from a snapshot is like 100x slower than from an image13:35
BLZbubbais something different about the snapshot process that would cause this?13:36
*** andrewbogott has joined #openstack-dev13:36
*** iccha has joined #openstack-dev13:38
*** belliott has joined #openstack-dev13:40
johngarbuttBLZbubba: image launch might be from a cached image13:41
*** sandywalsh has joined #openstack-dev13:41
*** matwood has joined #openstack-dev13:43
Leander_johngarbutt: nosetest runs, but gets stuck here: http://paste.openstack.org/show/18753/13:44
*** kbringard has joined #openstack-dev13:45
BLZbubbajohngarbutt: so it doesn't cache snapshots when you launch them?  is it possible to turn a snapshot into an image?  it looks like maybe just a glance property change13:45
*** dprince has joined #openstack-dev13:45
Ryan_Laneugh, handling this via arp.13:46
johngarbuttBLZbubba: not sure, it might cache snapshots, but will not be quicker first time, and you might be choosing a different machine, depends on what you are doing I guess13:46
Ryan_LaneI'm going back to single network node until nova/quantum has sane routing13:46
andrewbogottsandywalsh, dhellman, maybe russelb:  Can I get some reviews of 8585 today?  I have lots of code piling up behind that one.13:46
andrewbogottThat patch is GIANT but all the bits are interconnected, so it's not obvious how I would split it up.13:46
sandywalshandrewbogott: on it now13:46
andrewbogottcool, thanks.13:46
johngarbuttRyan_Lane: I think ARP is the way it works... is that a problem, you prefer static routes?13:46
Ryan_LaneI'd prefer that nova announced routes for its instances13:47
andrewbogottsandywalsh:  Logging uses notifications and notications use logging, hence them being lumped together.  I could probably break it into two stages, though, if need be.13:47
Ryan_Laneif it's doing routing, it should act like a router ;)13:47
BLZbubbajohngarbutt: ok thanks, i just wanted to make sure i wasn't missing something obvious13:48
johngarbuttRyan_Lane: right, I guess we could have some kind of router plug-in that could help integrate13:48
Ryan_Lanewell, quantum eventually has plans for it13:48
johngarbuttBLZbubba: not AFAIK anyway!13:48
johngarbuttOK, that makes sense13:48
Leander_johngarbutt: nosetest runs, but gets stuck here: http://paste.openstack.org/show/18753/13:49
sandywalshandrewbogott: 8585 has merge conflicts13:49
johngarbuttLeander_: right, you need to put yourself in the authors file, going through that getting started guide should help you13:49
andrewbogottsandywalsh:  ok, I'll rebase and resolve in a minute.13:50
andrewbogottsandywalsh:  Hm, actually, I just fetched and rebased w/out any conflicts.13:51
sandywalshandrewbogott: ok, let me confirm on my side13:51
Leander_johngarbutt: but i already added my name in the wiki and got approved in the cla group13:53
agonellaHas Anyone  a architectural overview of openstack? I was able to find only this one: http://docs.openstack.org/essex/openstack-compute/admin/content/conceptual-architecture.html. Are there more?13:54
andrewbogottLeander_:  There's progress towards automatically filling in the authors file, but in the meantime you need to literally add your name as a part of the first patch you submit.13:55
Leander_andrewbogott: which file do i need to modify?13:55
andrewbogottIt's called 'Authors' :)13:56
andrewbogottIn the top dir of Nova.13:56
Leander_ok, thx!13:56
andrewbogottFormat should be obvious based on the existing contents of that file.13:57
ttxannegentle: around ?13:57
*** adalbas has joined #openstack-dev14:00
*** chuckieb has joined #openstack-dev14:01
Leander_can anyone explain to me why this fails?14:02
Leander_http://paste.openstack.org/show/18754/14:02
johngarbuttIs that an array of instances that you are accessing using a string?14:07
johngarbuttoh, ignore me14:07
andrewbogottLeander_:  By guess is that you have a single entry in 'instance' and you defined it as 'name' rather than as ['name']14:07
Leander_def get_diagnostics(self, instance):14:08
Leander_        dom = self._lookup_by_name(instance['name'])14:08
Leander_        return diagnostics.get_diagnostics(dom)14:08
Leander_this is code for the method ^14:08
*** dolphm has joined #openstack-dev14:08
Leander_andrewbogott: see above14:08
johngarbuttis it passed an instance_ref or an instance_uuid?14:09
*** Ruetobas has joined #openstack-dev14:09
johngarbuttlooks like it is passed the instance name14:09
*** dolphm_ has joined #openstack-dev14:10
johngarbuttat least in your test14:10
andrewbogottThe code is expecting a full-blown object or dict, not just a name.14:10
*** nunosantos_ has joined #openstack-dev14:10
*** mattstep has quit IRC14:12
*** dolphm has quit IRC14:12
*** nunosantos has joined #openstack-dev14:12
Leander_andrewbogott: i've seen the code being used in similar circumstances14:13
Leander_when i ran the code manually everything worked14:13
Leander_i've run the code with devstack14:13
Leander_and everything is working just fine14:13
Leander_i have no idea why the test is failing14:14
Leander_:S14:14
*** japage has joined #openstack-dev14:14
Leander_or should i simply move the line "self._lookup_by_name(instance['name'])" into diagnostics.get_diagnostics ?14:14
johngarbuttthe test is wrong14:14
johngarbuttyou pass in the name, and not the instance_ref14:14
*** mattstep has joined #openstack-dev14:14
johngarbuttinto get_diagnostics14:15
*** chuckieb has quit IRC14:15
Leander_johngarbutt, wouldn't the code fail then when run?14:16
jaypipesdavidkranz: thx for the recent review of the parallel testing branch. So, over the weekend I was able to track down a few more bugs in the code and now have fixed many of the issues that had cropped up. Strangely, one of the tests (ImagesTest) seems to be unable to clean up the user/tenant it creates in its setUpClass method, and I'm currently looking into why that is.14:16
Leander_i've run it with devstack and it worked just fine14:16
jaypipesdavidkranz: I'll push the code up again once more -- I modified things so that the users and tenants created for the test cases are named the same as the test case classes. This makes diagnosing issues MUCH easier! :)14:17
jaypipesdavidkranz: also added a run_tests.sh script that uses the openstack.nose_plugin that jkoelker wrote to get "pretty" results.14:17
johngarbuttgiven your code nova/tests/test_virt_drivers.py should have self.connection.get_diagnostics(instance_ref) not self.connection.get_diagnostics(instance_ref['name'])14:18
*** dachary has joined #openstack-dev14:19
davidkranzjaypipes: Great. I will take a look. Are you planning to submit this version, or still just a draft?14:19
*** edygarcia has joined #openstack-dev14:19
Leander_johngarbutt: how come this didn't fail to execute with devstack?  :S14:19
davidkranzjaypipes: I am going to try to get vishy to look at https://bugs.launchpad.net/nova/+bug/1016633 today. I think that will really get in our way.14:20
uvirtbotLaunchpad bug 1016633 in nova "Bad performance problem with nova.virt.firewall" [Undecided,New]14:20
*** rkukura has joined #openstack-dev14:20
*** dubsquared has joined #openstack-dev14:20
jaypipesdavidkranz: it's still a Work in Progress.14:20
davidkranzjaypipes: k14:20
jaypipesdavidkranz: k (on vishy integration :)14:20
jaypipesdavidkranz: also, that soft reboot test consistently takes FOREVER. :( Didn't we have a patchset to change that test?14:21
*** zigo has joined #openstack-dev14:21
davidkranzjaypipes: Yes, but Daryl objected so I removed the commenting out of that case. We could revisit though.14:21
davidkranzjaypipes: I think the spec for softboot is confused, if it exists at all, and it is not clear what we should really be testing.14:23
jaypipesdavidkranz: yeah, I'd be cool with modding that dang test14:23
*** dachary has quit IRC14:23
davidkranzjaypipes: Which is unfortunate since it is the default for reboot!14:23
jaypipesdavidkranz: I think it would be best to email the main ML on that one...14:23
jaypipesdavidkranz: you emailed the QA list, but I think it would be best to do it to the main list.14:24
davidkranzjaypipes: OK, I'll do that.14:24
jaypipesdavidkranz: I know folks like maoy would chime in on that :)14:24
jaypipesOK, time to feed the Pug. She's begging.14:24
Leander_johngarbutt: how come this didn't fail to execute with devstack?  Is there a possibility that there is a problem with the test?14:28
maoyjay pipes, davidkranz: soft reboot depends on the guest responding to ACPI14:29
maoyjaypipes: ^^14:30
maoyjaypipes, davidkranz: there are also parameters to convert soft reboot to hard reboot if it times out in X seconds. by default it's disabled.14:31
*** mnaser has joined #openstack-dev14:32
*** davidha has quit IRC14:33
jaypipesmaoy: yeah, we figured that much out :) It's just that the timeout is painful in Tempest ;)14:33
jaypipesmaoy: we need to add some stuff to tempest to do some inspection of the image used in testing (to see if it supports soft reboots) but the only way to do that is to agree to have glance store some metadata about it..14:34
davidkranzmaoy: Are you sure it is disabled? Because I see soft boot "succeeding" after about 2.5 minutes.14:34
*** ncode has joined #openstack-dev14:35
johngarbutt Leander_: when you ran devstack, are you sure you configured it to use your code?14:35
Leander_johngarbutt: yes, i did14:36
davidkranzmaoy: # libvirt_wait_soft_reboot_seconds=12014:36
davidkranz#### (IntOpt) Number of seconds to wait for instance to shut down after14:36
davidkranz####          soft reboot request is made. We fall back to hard reboot if14:36
davidkranz####          instance does not shutdown within this window.14:36
Leander_i ran nova diagnostics <instance> and my code was returned14:36
maoydavidkranz: reboot_timeout is default to 0. but it could be something else that made it work after 2.5 min. (actually are you sure it's rebooted? sometimes I get success but nothing is rebooted)14:36
davidkranzmaoy: ^^^14:36
Leander_johngarbutt: i ran nova diagnostics <instance> and my code was returned14:37
johngarbutt Leander_: what was your localrc file? did you push your code to your own github account?14:38
trapnittx: many thanks. that pretty much exactly looks like the bug I am having, too. :-(14:38
maoydavidkranz: yeah. that's another parameter, but kinda different. it doesn't try hard reboot after this times out. there seems to be also a bug with that code14:39
*** edygarcia has quit IRC14:39
Leander_johngarbutt: the localrc file remaind untouched since the installation. I simply added the code to the nova repository downloaded by devstack and restarted it so that it loaded the newly added code. I have no github account of my own14:39
*** edygarcia has joined #openstack-dev14:39
davidkranzmaoy, jaypipes : So this is kind of a mess. None of this behavior is documented in the API docs at docs.openstack.org.14:40
davidkranzmaoy: How do you think we should proceed?14:41
maoydavidkranz, jaypipes: https://review.openstack.org/#/c/8731/  it's actually merged.14:41
*** mnaser has quit IRC14:42
davidkranzmaoy: I will file a doc bug.14:42
maoyfixing the doc seems to be the first step.14:43
*** alaski has joined #openstack-dev14:43
*** jdg has joined #openstack-dev14:43
maoyjaypipes: i'm not sure what to do with tempest. perhaps to set libvirt_wait_soft_reboot_seconds more aggressive is an easy fix?14:43
johngarbuttLeander_: devstack may have just pulled new code down if you have the wrong setting. What did you restart? also, did you change any tests?14:44
*** mnaser has joined #openstack-dev14:44
Leander_johngarbutt: i did not modify any test, and by restarting i mean reboot the machine and run stack.sh again14:44
davidkranzmaoy: The problem is that that is a nova flag not controlled by tempest. Also, we really want to test that soft reboot works, not just that it times out to a hard reboot.14:46
Leander_johngarbutt: also i've made at least 3 clean installations of devstack, and the code always workedn14:47
jaypipesmaoy: k, doc fix it is then. thx for your help!14:47
ttxtrapni: ok, so looks like a KVM/Ubuntu bug, will mark as duplicate and let you comment on that other thread14:47
davidkranzI filed a tempest but about this last week https://bugs.launchpad.net/tempest/+bug/101464714:47
uvirtbotLaunchpad bug 1014647 in tempest "Soft reboot has multiple issues" [Undecided,New]14:47
trapnittx: yep. many thanks, but....14:49
maoydavidkranz: by default it actually won't trigger a hard reboot14:49
*** rnirmal has joined #openstack-dev14:49
maoydavidkranz: it just times out..14:49
trapnittx: I am really very disappointed, I mean, kind of helpless, in how to actually fix/work around that. I mean, I've done so many to actually get OpenStack accepted in our company, but are overshadowed by incidents like this. Not that I'm complaining... just feeling helpless :-)14:50
davidkranzmaoy: Oh. So it times out and sets the state back to ACTIVE, but it didn't really reboot?14:50
trapnittx: please tell me if I can provide any debugging infos. I'd like to do as much as I can to get this thing solved faster :-)14:50
maoydavidkranz: i think so. unless you play with the reboot_timeout parameter too. vishy is the best person to confirm.14:50
ttxtrapni: I understand. Myself I'd like to know if it's Ubuntu-specific or an upstream issue14:51
davidkranzmaoy: Thanks for your help. This is even messier than I thought!14:51
trapnittx: although, I'd like to state, that this happens the most on I/O intensive KVM instances. (not saying it is caused by /usr/bin/kvm)14:51
ttxtrapni: always been reported on Precise so far14:51
johngarbuttLeander_:OK, just wanted to make sure you didn't loose your changes in restarting devstack. not sure how it works at run-time then.14:51
trapnittx: I am having a dedicated nova-network node which never caused any issues, IMHO ... FYI14:52
trapnittx: I wanted to state that, since on the nova-network gateway you've quite a few bridges, too.14:53
Leander_johngarbutt: well i'm quite puzzled myself, i've already submitted a mail in the mailing list. Maybe someone there will shed some light on the subject14:53
ttxtrapni: you should comment on that bug that you have the same issue, and maybe offer Serge some help in debugging it14:53
trapniok14:53
ttxtrapni: Serge Hallyn is <hallyn> on IRC14:53
trapnithanks14:54
*** datsun180b has joined #openstack-dev14:54
*** anderstj has joined #openstack-dev15:01
*** cmagina has quit IRC15:01
*** danwent has joined #openstack-dev15:01
danpbif someone in the core team +2's a patch in gerrit and I then  -1 it, will it still get merged given that my -1 is not from a core reviewer ?15:06
*** mindpixel has quit IRC15:06
*** reidrac has quit IRC15:06
*** wiliam has quit IRC15:12
*** thingee has quit IRC15:12
*** anderstj has quit IRC15:13
mtaylordanpb: yes15:13
mtaylordanpb: well, it doesn't get merged until there is a +1 Approval vote - but -1 votes do not block thaqt15:13
*** Mandell has joined #openstack-dev15:15
danpbmtaylor: ah so a +1 Approval vote is an extra manual approval, separate from  a +2  Code Review vote ?15:21
*** e1mer has quit IRC15:21
* danpb had thought the +1 Approval was something automatically added once there was a +2 worth of Code Review votes from the core review team15:22
sandywalshcan I get one more novaclient review here pulleaze? https://review.openstack.org/#/c/8672/15:22
*** davidha_who_took has joined #openstack-dev15:24
*** markmc has joined #openstack-dev15:25
mtaylordanpb: yes15:26
danpbmtaylor: thanks for the explanations15:26
mtaylordanpb: it's a manual step, because those with +2 ability sometimes wanted to be able to vote +2 but still not trigger a merge that instant15:26
mtaylordanpb: sure thing!15:26
*** winston-d has joined #openstack-dev15:28
apevecsandywalsh, shouldn't keyring usage be optional ?15:29
sandywalshapevec: it will silently fail if not available (when I remove the print statements) ... suggestions for other places to store token safely?15:30
apevecI mean "import keyring"15:30
mnaserIs there a way right now to get deleted instances from the OpenStack Nova API?15:37
mnaseropts = {'deleted': True} ----------- nova_api.servers.list(search_opts=opts)15:37
mnaserReturns only active ones15:37
maoybcwaldon: this one got dinged by jenkins again.. could you help to re-approve? thanks.. https://review.openstack.org/#/c/8664/15:38
sandywalshapevec: oh, good point15:41
andrewbogottmarkmc, jkoelker:  Could I get some more eyes on 8585 perchance?15:43
*** agonella has left #openstack-dev15:43
*** Dr_Who has joined #openstack-dev15:45
*** Dr_Who has quit IRC15:45
*** Dr_Who has joined #openstack-dev15:45
mnaserdprince: have you had time to take a look at this? https://bugs.launchpad.net/nova/+bug/100711615:47
uvirtbotLaunchpad bug 1007116 in nova "nova should support showing 'DELETED' servers" [Low,In progress]15:47
*** rgoodwin_ has joined #openstack-dev15:47
*** rgoodwin has quit IRC15:47
*** rgoodwin_ is now known as rgoodwin15:47
dprincemnaser: not yet. I was looking into it and then got distracted.15:49
mnaserdprince: i can take care of it today as I need that functionality, the other thing is I was wondering if there was a way to show deleted images/etc to follow the same steps in here15:49
mnaserdprince: It'd be nice to be able to pull list of deleted servers as well as deleted time15:50
*** johngarbutt has quit IRC15:50
dprincemnaser: I think deleted images are already shown. At least that is what I mentioned in the ticket.15:50
ttxvishy: would love to have your input on https://lists.launchpad.net/openstack/msg13489.html15:50
mnaserdprince: yes but they don't seem to be shown in nova image-list (or at least a way to pull them out)15:51
*** johngarbutt has joined #openstack-dev15:51
dprincemnaser: feel free to grab the ticket though.15:51
*** zykes- has quit IRC15:51
*** johngarbutt has quit IRC15:51
*** johngarbutt has joined #openstack-dev15:51
*** davidha_who_took is now known as davidha15:51
dprincemnaser: That wasn't my intent here with /servers either. I was only suggesting we show a deleted /server on a GET.15:52
mnaserdprince: ah I see15:52
mnasertrying to figure out the best way to approach this sort of scenario in order to find deleted servers wtih their time, oh well15:52
dprincemnaser: The main point here was consistency I guess. Accross /flavors, /images, and /servers. There really is no contract that deleted servers will stay in the database forever anyway. A provider may delete them.15:52
mnaserdprince: I see, I guess in that way I'll have to listen in on the notification events and track those myself15:53
sandywalshandrewbogott: I'll look at the other one after lunch15:55
andrewbogottsandywalsh:  The other one's merged already; 8585 is all that's left at the moment.15:56
andrewbogottOnce that one's in, though, there'll be the corresponding patch that rips logging and notifications out of nova.15:56
BLZbubbajohngarbutt: it sure looks like it doesn't cache snapshots, i guess i should convert to images for any that I will want to launch regularly15:57
*** jkyle has quit IRC15:59
*** jkyle has joined #openstack-dev15:59
johngarbuttBLZbubba: didn't know that, interesting...15:59
*** Mandell has quit IRC16:00
*** kindaopsdevy has joined #openstack-dev16:01
jaypipesAnybody seeing this with latest commit? https://bugs.launchpad.net/nova/+bug/101757216:01
uvirtbotLaunchpad bug 1017572 in nova "rootwrap iptables-save broken in recent build" [Undecided,New]16:01
jaypipessandywalsh, dprince: if you look at https://bugs.launchpad.net/nova/+bug/1017572, any ideas? It's currently got me completely bottlenecked, as devstack/tempest won't run anything properly...16:03
uvirtbotLaunchpad bug 1017572 in nova "rootwrap iptables-save broken in recent build" [Undecided,New]16:03
mnaserjaypipes: 2012-06-25 11:51:41 DEBUG nova.utils [-] ['sudo', '/usr/local/bin/nova-rootwrap', 'iptables-save', '-t', 'filter'] failed. Retrying. from (pid=22147) execute /opt/stack/nova/nova/utils.py:202 -- can the devstack used sudo?16:04
mnaserjaypipes: oh my bad, it can, incorrect configration file in stacktrace, sorry16:05
jaypipes:) no worries16:05
*** lloydde has joined #openstack-dev16:06
jaypipesmnaser: yeah, it looks like nova-rootwrap is expecting the first arg to be a config file now? is that right ttx?16:06
mnaserconfigfile = sys.argv.pop(0)16:06
jaypipeslooks like the rootwrap commit needs to be reverted IMHO... commit 8fe25a36171f13d2c9413b3693e982169bdb32ff16:07
jaypipeshow the hell did that pass gating? :(16:07
mnaserjaypipes: update your nova.conf?16:08
mnaseri'm assuming the new default should be what is listed in there: root_helper=sudo nova-rootwrap /etc/nova/rootwrap.conf16:08
jaypipesmnaser: so perhaps a devstack change is needed...16:08
*** thingee has joined #openstack-dev16:09
mnaserjaypipes: does devstack default to another differnent setting for the wrapper?  not sure16:09
*** Leander_ has quit IRC16:09
jaypipesmnaser: not sure it sets anything at all :)16:09
mnaserwhich means nova should be setting the default that new setting if the root wrapper changed16:09
jaypipesmnaser: ah, yes, it does:16:09
zjaypipes: congrats on the move to AT&T16:10
jaypipesadd_nova_opt "root_helper=sudo $NOVA_ROOTWRAP"16:10
*** sniperd has joined #openstack-dev16:10
jaypipesz: thx mate16:10
mnaserthere, that's probably why16:10
jaypipesz: where are you now?16:10
zjaypipes: LivingSocial16:10
jaypipesah, nice :)16:10
jaypipescongrats to yoU!16:10
jaypipesmnaser: yep, looks like it...16:10
zjaypipes: thanks :-) its been really good fun so far, now if I could only molest Nova networking into doing what I want :P  (long story)16:11
mnaserwonder why devstack wants to explicitly set it, weird16:11
jaypipesmnaser: thx for your help!16:12
jaypipesz: hehe\16:12
mnaserjaypipes: np i guess :p16:12
*** littleidea has joined #openstack-dev16:17
*** n0ano has joined #openstack-dev16:18
*** andrewsben_zz is now known as andrewsben16:22
*** jkelly has joined #openstack-dev16:25
*** danpb has quit IRC16:25
*** heckj has joined #openstack-dev16:28
*** vanchester has joined #openstack-dev16:33
*** maploin has quit IRC16:36
*** anderstj has joined #openstack-dev16:36
*** mdomsch has joined #openstack-dev16:38
BLZbubbaif a compute node dies, assuming NFS mounted /var/lib/nova/instances, what does it take to bring the vm's up on another node?  i tried doing this recently but there was a lot of libvirt goo that was stored in non-NFS areas16:40
*** issackelly has joined #openstack-dev16:43
mtaylorbcwaldon, jk0: quick question re: novaclient versioning16:46
jk0sup16:46
mtaylorjk0: so, to get the post_version patch landed, it means that new versions to pypi will be based on tags (Which will make it easier to release, yay)16:46
mtaylorjk0: the outstanding question is - what should the next version be (I'm voting 2.6.1)16:47
jk0I've no preferences as far as that's concerned16:47
mtaylorjk0: and is there a revision after the folsom-1 tag I can tag in the repo so that we're starting off on the right foot?16:47
mtaylorjk0: like, if I tagged curent tip as 2.6.1?16:47
jk0that would be fine16:48
mtaylorjk0: awesome. thanks!16:48
jk0nothing sticks out at me on the log16:49
jk0np16:49
mtayloryeah, it all seems fairly normal, and most things seem to be following tip right now anyway16:49
*** yaguang has quit IRC16:50
BLZbubbaok is it just me or is ubuntu server bad with nfs?  in particular, if it can't mount nfs from fstab it just stops processing upstart altogether with no messages16:50
*** salgado is now known as salgado-lunch16:51
*** jsavak has joined #openstack-dev16:55
*** pixelbeat has quit IRC16:56
*** zykes- has joined #openstack-dev16:57
*** issackelly has quit IRC16:58
*** joesavak has quit IRC16:58
mtaylorjaypipes, jkoelker: https://review.openstack.org/#/c/8760/ if you get a second16:59
*** issackelly has joined #openstack-dev16:59
cloudflyso can we change horizon to display tenant instead of project?16:59
cloudflythis is really kind of annoying17:00
*** erikzaadi has quit IRC17:01
*** darraghb has quit IRC17:02
*** torgomatic has joined #openstack-dev17:03
*** torgomatic has quit IRC17:05
*** torgomatic has joined #openstack-dev17:06
cloudflyyeah seriously tempted to refactor the entire thing and submit17:07
jaypipescloudfly: lol, I'd love that, but at the last design summit, people wanted to keep project and scrap tenant :(17:07
*** sleepsonzzz is now known as sleepsonthefloor17:08
ijwIs there any difference between the two or are they synonyms?17:08
jaypipesijw: same.17:09
ijwThought so.17:09
cloudflywell they are idiots17:11
cloudflyusers need their tenant id to auth to keystone17:11
cloudflyso they come into horizon looking for it17:11
cloudflyand can't find it17:11
cloudflyeven though its staring them in the face17:11
*** cryptographrix has joined #openstack-dev17:12
cloudflyit's silly17:12
*** Slower has joined #openstack-dev17:12
cloudflyit's meant to be less confusing but its more confusing17:12
*** nati_ueno has joined #openstack-dev17:12
*** wiliam has joined #openstack-dev17:13
jsavakheckj are we changing tenant to project in v3? Looked to be still tenant in the api doc17:13
dolphm_cloudfly: it's going to get more confusing with 'domains'17:13
cloudflyi withhold judgement on that until i see the end result.17:14
dolphm_v3 currently has 'domains' and 'tenants', where 'domains' are really 'tenants' and 'tenants' are really 'projects'17:14
cloudflyoof17:14
cloudflysounds perfectly insidious17:14
heckjjsavak: I haven't done a global search and replace and proposed it yet. I was thinking of keeping domains and projects, not trying to re-use tenants because it's so damned confused.17:14
*** harlowja has joined #openstack-dev17:14
jsavakok17:15
cloudflyultimately the problem is keystone auth is like a day 1 or 2 problem for users17:15
dolphm_heckj: domains+projects is a bit better than domains+tenants17:15
cloudflyand they need their tenant info to do it17:15
cloudflyand probably domain in the future17:15
cloudflyand so far all horizon offers as a clue is a downloadable rc file17:15
heckjlooks like a SED hit in the near future17:16
cloudflyi mean i don't mind calling them projects but keystone and horizon have to agree17:16
*** PotHix has joined #openstack-dev17:16
cloudflywe can't have projects picking their own names for shared resources.17:16
cloudflyit leaves users utterly bewildered17:17
*** ncode has quit IRC17:20
*** Hitesh has joined #openstack-dev17:21
Hiteshdanwent: Hi17:21
*** mnaser has quit IRC17:23
heckjdolphm_: could you look at https://review.openstack.org/#/c/8155/, https://review.openstack.org/#/c/8833/, and https://review.openstack.org/#/c/8909/ when you have a few today?17:23
dolphm_heckj: absolutely17:24
*** dachary has joined #openstack-dev17:24
heckjdolphm_: thxusir!17:25
*** mnaser has joined #openstack-dev17:25
dolphm_heckj: is service name really optional??17:26
heckjdolphm_: huh? (what context?)17:26
heckjprobably not, but I'm not sure what you're focused on17:27
dolphm_heckj: https://review.openstack.org/#/c/8909/2/keystone/common/models.py17:30
dolphm_heckj: Service model shows name as optional17:30
jaypipescloudfly: I actually prefer Account to Tenant... see my comment on that same bug report...17:30
*** garyk has quit IRC17:30
jaypipescloudfly: though I would suggest that calling people idiots ain't the best way to get your point across.17:31
heckjdolphm_: in the current code, it looks like it is optional - although we probably want to assert that it isn't. I'll update17:31
cloudflyheh sorry17:31
jaypipesdon't need to say sorry to me..17:31
cloudflyearly monday17:31
jaypipesno worries.17:32
*** salgado-lunch is now known as salgado17:32
*** johngarbutt has quit IRC17:32
*** Hitesh has quit IRC17:32
cloudflyhonestly i don't really care what its called so long as the name is the same across the board17:34
cloudflyas it is it's very confusing17:35
*** johngarbutt has joined #openstack-dev17:37
heckjdolphm_: https://review.openstack.org/#/c/8909/ updated17:37
winston-dsmoser, ping17:44
*** dachary has quit IRC17:45
*** dachary has joined #openstack-dev17:45
*** winston-d has quit IRC17:47
*** Mandell has joined #openstack-dev17:52
*** kindaopsdevy has quit IRC17:53
*** kindaopsdevy has joined #openstack-dev17:54
vishydavidkranz: did you cut anything out of that log file?17:58
davidkranzvishy: Yes, but I still have the whole file.17:58
bcwaldonmtaylor: sir17:58
*** jakedahn_zz is now known as jakedahn17:58
vishydavidkranz: were there any obvious things going slowly in between? As in was it iptables calls?17:59
davidkranzvishy: It was hard to tell because there are so many things in the log happening at once.17:59
*** kindaopsdevy_ has joined #openstack-dev18:00
vishydavidkranz: so I'm honestly not all that concerned with not having speedup launching on a single box18:00
*** sstent has quit IRC18:00
*** sstent has joined #openstack-dev18:00
vishydavidkranz: there has been discussion about making everything synchronous on the compute host18:00
vishydavidkranz: but I am curious why it is going so slow, my guess is multiple calls to iptables18:01
*** Mandell has quit IRC18:01
davidkranzvishy: Yeah, you can see that they are not (call/return) pairs.18:01
*** Mandell has joined #openstack-dev18:02
*** epim has joined #openstack-dev18:02
*** cryptographrix has quit IRC18:02
*** Ryan_Lane has quit IRC18:02
davidkranzvishy: So you are saying that it is OK to be very slow to launch servers even on a large-multicore machine?18:02
vishydavidkranz: simultaneously yes18:03
mtaylorbcwaldon: sup?18:03
vishydavidkranz: i do see one potential for speedup18:03
*** kindaopsdevy has quit IRC18:03
*** kindaopsdevy_ is now known as kindaopsdevy18:03
vishydavidkranz: It would be interesting to see if it helps, I suspect it won't make much difference18:03
bcwaldonmtaylor: wrt novaclient versioning18:03
bcwaldonmtaylor: I'm too lazy to parse through the previous convo you had with jk018:04
davidkranzvishy: If you have a patch I can try it (after the current devstack total network lossage is fixed)18:04
mtaylorbcwaldon: oh, jk0 gave me good feedback18:04
bcwaldonmtaylor: what did you decide18:04
*** cryptographrix has joined #openstack-dev18:04
mtaylorbcwaldon: tag current tip 2.6.118:04
vishydavidkranz: actually i see one very quick change that might speedup slightly18:04
bcwaldonmtaylor: what will next release be?18:04
vishydavidkranz: and I see another change that will be a huge speedup18:04
davidkranzvishy: Cool.18:04
*** johngarbutt has left #openstack-dev18:04
mtaylorbcwaldon: it'll be whatever you want it to be :)18:04
bcwaldonmtaylor: version 3.018:05
bcwaldonmtaylor: I dont even know18:05
bcwaldonmtaylor: 'current tip' being whatever master is at this moment?18:05
mtaylorbcwaldon: yeah18:05
bcwaldonmtaylor: I'm inclined to say we should start fresh right now with v3.018:05
bcwaldonmtaylor: since we're changing the rules of versioning18:05
mtaylorbcwaldon: really? did we break api compat somewhere? or just clean slate?18:06
bcwaldonmtaylor: but I would be okay with v2.6.118:06
*** Mandell has quit IRC18:06
bcwaldonmtaylor: more of a clean slate thing18:06
mtaylorbcwaldon: makes sense18:06
bcwaldonmtaylor: our versioning made no sense up until this point18:06
bcwaldonmtaylor: it was basicall 'add 1 whenever you want to release'18:06
mtaylorbcwaldon: well... once we land that patch and I get one thing landed on jenkins ... releasing a 3.0 will be a really easy decision :)18:06
bcwaldonok18:07
bcwaldonwell, 3.0.018:07
mtaylorbcwaldon: after this initial set get up, i'm going to leave tag/version decisions fully in your hands18:07
mtaylorand butt my fat head out of ut18:07
bcwaldonmtaylor: whaaaaa18:07
mtaylorit18:07
mtaylor:)18:07
bcwaldonwell fine18:07
vishydavidkranz: here is the easy version: http://paste.openstack.org/show/18764/18:08
* mtaylor wants to enable folks and stuff18:08
vishysee if it helps at all18:08
bcwaldonmtaylor: a fine goal to have18:08
mtaylor(leaves more time for me to drink the beers)18:08
vishydavidkranz: The hard version will take a bit of refactoring and memoization so I will only try it if that one doesn't work.18:08
maoyvishy: appreciate much if you could help approve this: https://review.openstack.org/#/c/8254/18:09
davidkranzvishy: I will give it a try as soon as I can. Thanks.18:09
vishymaoy: done18:09
maoyvishy: thx.18:10
davidkranzjaypipes: Is there a work around for the currently failing devstack network issue? I get the same error as you and am stuck.18:10
*** apevec has quit IRC18:10
jaypipesdavidkranz: yep, one sec18:11
vishyVek: ping18:11
vishydavidkranz, jaypipes: link? I will help18:11
jaypipesdavidha: http://paste.openstack.org/show/18765/18:11
jaypipesvishy: it's a devstack typo... not a biggie. going to propose that patch shortly.18:12
*** mdomsch has quit IRC18:17
*** cryptographrix has quit IRC18:18
*** cryptographrix has joined #openstack-dev18:20
*** kindaopsdevy_ has joined #openstack-dev18:22
jaypipesdavidkranz: turns out my devstack install was a few commits behind... just need to git checkout master && git pull.18:22
jaypipesvishy: ^^ sorry for the confusion...18:22
*** kindaopsdevy has quit IRC18:23
*** kindaopsdevy_ is now known as kindaopsdevy18:23
*** roge has joined #openstack-dev18:24
*** adjohn has joined #openstack-dev18:25
bcwaldoneglynn__: https://review.openstack.org/#/c/8868/18:27
bcwaldoneglynn__: are you stable-maint?18:27
eglynn__bcwaldon: alas, no ... I don't have plus-one-ability on the stable/* branches18:28
bcwaldoneglynn__: well dang18:28
eglynn__bcwaldon: perhaps Chuck Short is your man?18:29
markmcbcwaldon, rule for stable is if someone from stable-maint proposes, just one +2 is needed18:29
* markmc just approved18:29
markmcbcwaldon, http://wiki.openstack.org/StableBranch#Gerrit18:29
bcwaldonmarkmc: I learned something new today... :)18:29
markmcbcwaldon, arbitrary rules ftw :)18:30
bcwaldonmarkmc: I've got some of those in Glance, too18:30
markmcbcwaldon, keeps folks on their toes18:30
bcwaldonmarkmc: that's my intention18:30
zykes-3.0 of what ?18:31
sandywalshandrewbogott: heh 8610 was already merged18:31
sandywalshwhoops18:31
*** jdg has quit IRC18:33
*** eglynn__ is now known as eglynn18:36
cloudflyhrmm does anyone know where a shift from tenant to project inside keystone is documented?18:38
cloudflyis it a bug ?18:38
cloudflynot seeing a blueprint anywhere18:38
dolphm_cloudfly: afaik, it's only been discussed at the last two summits18:38
dolphm_cloudfly: if we're going to make a change, it'd be rolled into https://docs.google.com/document/d/1_TkawQIa52eSBfS4pv_nx1SJeoBghIlGVZsRJJynKAM/edit#heading=h.gp0kxtkcktct18:39
cloudflyokay so a bunch of people are telling me its planned for folsom18:40
cloudflybut i can find no evidence of that18:40
cloudflyi mean that's a pretty big change to blindside people with18:41
*** Aaton_off is now known as Aaton18:41
*** danwent has quit IRC18:43
dolphm_cloudfly: if it's being promoted from "under discussion" to "planned", it'll be in the next v3 draft :)18:43
*** mnaser has quit IRC18:44
*** Ryan_Lane has joined #openstack-dev18:44
*** reed has joined #openstack-dev18:45
*** mnaser has joined #openstack-dev18:45
jaypipescloudfly: FWIW, Glance uses the term tenant everywhere, and not project.18:47
cloudflydolphm_ sounds like a very bad idea18:47
cloudflygreat18:47
* cloudfly face palms18:47
*** vanchester has quit IRC18:48
dolphm_cloudfly: what's a bad idea? making the change, putting it in the v3 draft..?18:48
cloudflywithout discussing it and getting it approved in advance?  yes.18:48
cloudflyespecially since we're nearly half way to folsom18:49
dolphm_cloudfly: the v3 draft is explicitly intended for community review & feedback18:49
*** dubsquared has quit IRC18:49
cloudflyand its not published yet18:49
cloudflyand it's intended as a folsom change18:49
dolphm_cloudfly: it's been posted to the mailing list at least twice (first and second drafts)18:50
cloudflyyeah but the launcpad link from the blueprint is wrong18:50
mtaylorbcwaldon: you always have good feedbacks and stuff - what are your thoughts on this idea: https://review.openstack.org/#/c/8912/ (would use for all projects if we like it)18:50
mtaylorjkoelker: ^^18:50
dolphm_cloudfly: link?18:50
cloudflyhttps://blueprints.launchpad.net/keystone/+spec/implement-v3-core-api18:51
cloudflyand the api specs all show tenant in use for v3 to date18:51
cloudflygoing back to jaypipes point glance refers to tenants as well18:52
cloudflyit's a big change to start removing the term from use18:52
dolphm_cloudfly: looks like something was renamed... i added a link to the latest draft18:52
dolphm_cloudfly: yep18:52
dolphm_cloudfly: getting out from under all the confusing/overloaded legacy terminology in an elegant manner is going to be difficult18:53
jaypipesmtaylor: FWIW, the code looked good but I abstained frmo the review because I'm not a git guru...18:54
*** zul has quit IRC18:54
mtaylorjaypipes: then just trust me and +2 anyway! ;)18:54
jaypipeshehe18:54
*** zul has joined #openstack-dev18:54
*** jog0 has joined #openstack-dev18:54
cloudflyhonestly it sounds to me like folsom is going to end up worse off than essex with tenants half way removed.18:54
*** littleidea has quit IRC18:55
bcwaldonmtaylor: you've got feedback18:55
*** littleidea has joined #openstack-dev18:56
*** littleidea has quit IRC19:00
*** sleepsonthefloor is now known as sleepsonzzz19:01
*** heckj has quit IRC19:01
*** littleidea has joined #openstack-dev19:01
mtaylorbcwaldon: baller. thanks19:01
mtaylorbcwaldon: and because I care, I wrote you this patch: https://review.openstack.org/894919:02
bcwaldonmtaylor: awww, for me!?19:02
*** rkukura has quit IRC19:02
bcwaldonmtaylor: test-options vs test-optional?19:02
mtaylorbcwaldon: just to stay consistent with the conjugation of the other words19:04
mtaylorbcwaldon: test-requires + tests-optional seemed weird. optional seems like it would match required more19:04
bcwaldonmtaylor: test-requires vs pip-requires doesnt make sense either19:05
bcwaldonmtaylor: but I guess thats another discussion19:05
mtaylorbcwaldon: ++19:05
mtaylorbcwaldon: I fixed the other thing - thanks, that was a holdover from an old iteration19:05
vishymtaylor: any idea why the libvirt skips show up as OK instead of SKIP when they are skipped?19:07
mtaylorvishy: no. we should have fixed the bit where they were erroneously printing FAIL19:07
mtaylorvishy: but that would be unrelated. I'll poked and see what I can find19:07
mtaylorjkoelker: unless you have ideas ^^19:08
vishymtaylor: it is calling 85                 raise nose.SkipTest(self.message)19:08
jkoelkerpython 2.6 or python2.719:08
jkoelkeror on both?19:08
*** littleidea has quit IRC19:09
*** littleidea has joined #openstack-dev19:09
vishyjkoelker: the libvirt tests have been being skipped by the builders for a while19:09
vishyjkoelker: but they don't show up as SKIP in the log afaik19:09
jkoelkerright, on both python 2.6 and python 2.7?19:10
jkoelkerbbl, have to run to a meeting19:11
*** kbringard has quit IRC19:12
*** andrewsmedina has joined #openstack-dev19:12
*** kbringard has joined #openstack-dev19:12
*** mrunge has joined #openstack-dev19:14
*** jakedahn is now known as jakedahn_zz19:14
kbringardvishy: I have a quick ? re: multinic on diablo-stable… do you have a few moments?19:15
vishykbringard: yes but I'm not sure if i will be able to help19:15
kbringardno worries if not19:15
kbringardso, using vlan manager… my understanding is that if I create 2 networks with nova-manage and use —project to assign them both to the same tenant, then each VM launched in that tenant network will get a NIC on each network assigned to it19:16
kbringardcorrect?19:16
kbringardif so, do you know off the top of your head if it's possible to select which VMs get connections on which networks at instantiation time?19:17
vishykbringard: that is the idea but I'm not sure that it works19:17
kbringardah, OK, good to know. I'll browse the API code and see if that sheds any light19:17
kbringardthanks :-)19:17
*** jakedahn_zz is now known as jakedahn19:17
vishykbringard: there is an extension where you can specify a network id on boot but I have no idea if it works in diablo19:17
kbringardah, OK, cool, I'll look around a bit more, thanks for pointing me in the right direction19:19
*** novas0x2a|laptop has joined #openstack-dev19:20
*** zigo has quit IRC19:22
*** apevec has joined #openstack-dev19:23
zykes-what was the 3.0 stuff?19:25
*** garyk has joined #openstack-dev19:26
*** jpeeler has joined #openstack-dev19:27
davidkranzjaypipes: I am not sure what you meant about your devstack install. I just pulled the latest and still get the "Incorrect configuration" problem :(19:29
*** danwent has joined #openstack-dev19:30
andrewbogottthanks jkoelker.19:30
davidkranzjaypipes: Actually, never mind. I think I know what may have happened.19:31
*** spiffxp has joined #openstack-dev19:32
ijwkbringard: With Quantum, http://docs.openstack.org/trunk/openstack-network/admin/content/specifying-vm-network-connectivity-on-boot.html works - haven't tried it without, don't know which bit of code is responsible for processing those options19:32
kbringardijw: cool, thanks, that's good to know19:32
ijw(Essex and Folsom, I've done it under)19:33
kbringardijw: but multi-nic should work to give every VM a nic in each network assigned to the tenant, in diblo, correct?19:33
kbringarddiablo*19:33
ijwdildo*19:33
ijw(at least, that's what my dirty mind told me)19:33
*** krtaylor has quit IRC19:34
ijwYes, that's what happens by default, though again I've only tried it with Quantum.  Quantum's supposed to respect nova-network behaviour though so I assume that it's default behaviour it's emulating19:34
ijwPretty straightforward to test if you have an env where you can create the second network.19:34
kbringardijw: totally, that's about all diablo is good for these days ;-)19:35
kbringardyea, I'm going to test it and implement it, but wanted to ask if someone knew what the expected behavior is19:36
kbringardcheers, I appreciate the input19:36
*** mnaser has quit IRC19:36
*** mrunge has quit IRC19:36
*** apevec has quit IRC19:37
*** RoboticCheese has joined #openstack-dev19:38
*** mnaser has joined #openstack-dev19:39
*** drewlander has quit IRC19:42
*** anderstj has quit IRC19:42
*** novas0x2a|laptop has quit IRC19:43
*** jdg has joined #openstack-dev19:43
*** ewindisch has joined #openstack-dev19:48
*** novas0x2a|laptop has joined #openstack-dev19:48
*** kindaopsdevy_ has joined #openstack-dev19:48
*** apevec has joined #openstack-dev19:50
*** kindaopsdevy has quit IRC19:52
*** kindaopsdevy_ is now known as kindaopsdevy19:52
*** sieutruc has joined #openstack-dev19:54
*** dubsquared has joined #openstack-dev19:55
*** sieutruc has quit IRC19:56
*** sieutruc has joined #openstack-dev19:56
* andrewbogott desperately craves one more openstack-common reviewer for https://review.openstack.org/#/c/8585/19:57
*** littleidea has quit IRC19:59
*** kindaopsdevy has quit IRC20:00
*** kindaopsdevy has joined #openstack-dev20:01
*** pixelbeat has joined #openstack-dev20:09
*** mnaser has quit IRC20:11
*** mnaser has joined #openstack-dev20:12
*** japage has quit IRC20:13
*** wiliam has quit IRC20:16
*** markvoelker has quit IRC20:21
*** sleepsonzzz is now known as sleepsonthefloor20:22
*** s0mik has joined #openstack-dev20:25
ttxjaypipes: yes20:28
*** sleepsonthefloor is now known as sleepsonzzz20:28
*** alaski has quit IRC20:28
ttxjaypipes: you might need to update your root_helper20:29
ttxjaypipes: oh, I see it's solved now, good.20:30
* ttx expects a bit of transition trouble until the distros catch up anyway20:32
*** dolphm_ has quit IRC20:35
*** sleepsonzzz is now known as sleepsonthefloor20:36
ttxannegentle: ping20:37
annegentlepong20:38
ttxannegentle: started working on documentation around rootwrap. Pinged you earlier to see where I should put the WIP... settled on http://wiki.openstack.org/Nova/Rootwrap20:38
annegentlettx: ah, thanks for re-pinging, had not seen this. Reading now.20:39
ttxannegentle: will let you know when I'm done with it, but wanted to know if the format was useful at all20:39
ttxor if I should just do it another way20:40
*** krtaylor has joined #openstack-dev20:40
*** dtroyer is now known as dtroyer_zzz20:40
annegentlettx: I think the docs.openstack.org would take the "Architecture" and "Rootwrap for users" sections, those are extremely useful, thanks. All of it can live on the wiki too since there are multiple audiences.20:41
maoyvishy: if you got some cycles.. could you kick jenkins to rerun this: https://review.openstack.org/#/c/8664/20:41
vishydavidkranz: so no luck on the little change :(20:41
annegentlettx: it's definitely one of those concepts that affects many20:41
*** matwood has quit IRC20:42
ttxannegentle: exactly, that's why I wrote the "audience-oriented" sections20:42
annegentlettx: is root_helper in essex?20:42
ttxannegentle: yes20:42
davidkranzvishy: No, the instances never get out of BUILD20:42
vishydavidkranz: any error? I was hoping we didn't have to do an external lock on those but apparently we do.20:42
annegentlettx: ok, found it. I'll add to the docs, in the config chapter for Compute I believe.20:42
ttxannegentle: but used to be just root_helper=sudo nova-rootwrap20:42
ttxannegentle: this covers the stuff that just went in20:43
davidkranzvishy: I didn't see any error.20:43
annegentlettx: yeah essex docs has sudo nova-rootwrap20:43
*** matwood has joined #openstack-dev20:43
vishydavidkranz: the other fix I was thinking was to actually check to make sure something has changed before doing an iptables.apply()20:43
ttxannegentle: I'll let you know when I'm done with the docs and you can take them. Probably tomorrow or wednesday.20:43
vishydavidkranz: which might help significantly20:43
annegentlettx: perfect, I'll log a "doc bug as task" today20:43
davidkranzvishy: I think that would make a lot of sense in this case. The slow call would not happen, like batching.20:43
ttxjust wanted to check if I was not completely off-track with the format.20:44
vishydavidkranz: let me try a quick version to see if it helps20:45
davidkranzvishy: k20:45
*** dprince has quit IRC20:46
*** matwood has quit IRC20:46
annegentlettx: in Essex, did the rootwrap.conf file exist at all? Is there a sample file available? (I can't click any of the files under "Reference")20:46
*** littleidea has joined #openstack-dev20:47
andrewbogottdhellmann, If you're a core committer for common (I think you are), could you grant 8585 a checkmark?20:48
* andrewbogott fears he is turning into a nag20:49
mtaylordhellmann: if you're doing common reviews... review me too...20:49
mtaylorandrewbogott: I think it's part of the game :)20:49
*** ncode has joined #openstack-dev20:50
*** ncode has quit IRC20:50
*** ncode has joined #openstack-dev20:50
*** markvoelker has joined #openstack-dev20:51
*** Aaton is now known as Aaton_off20:52
*** littleidea has quit IRC20:53
*** littleidea has joined #openstack-dev20:53
*** ncode has quit IRC20:54
*** ncode has joined #openstack-dev20:54
dhellmannandrewbogott and mtaylor, I'll do common reviews shortly. I want to get these ceilometer jobs running cleanly first20:55
*** anderstj has joined #openstack-dev20:55
*** roge has quit IRC20:56
*** epim has quit IRC20:56
*** edygarcia has quit IRC20:58
*** mestery_ is now known as mestery20:58
*** edygarcia has joined #openstack-dev20:58
*** dolphm has joined #openstack-dev21:00
*** rkukura has joined #openstack-dev21:02
*** derekh has quit IRC21:02
*** edygarcia has quit IRC21:03
*** davidha has quit IRC21:03
vishydavidkranz: I think the provider rules might be a red herring21:03
vishydavidkranz: it is probably just blocking because there are a whole bunch of iptables rules that get remade every single time.21:03
*** edygarcia has joined #openstack-dev21:04
vishydavidkranz: can you see if this (untested) patch makes a difference though? http://paste.openstack.org/show/18777/21:04
*** epim has joined #openstack-dev21:04
andrewbogottmtaylor:  I guess it won't do any good to nag Jenkins21:04
*** markmc has quit IRC21:04
davidkranzvishy: OK, I'll do it now.21:04
mtaylorandrewbogott: not as much as you might hope :)21:05
*** lts has quit IRC21:06
*** davidha has joined #openstack-dev21:07
*** eglynn has quit IRC21:08
*** steveb_ has joined #openstack-dev21:08
andrewbogottWhat does it mean that Jenkins isn't automatically assigned patches in openstack-common?  Does it not know how to run tests there?21:08
davidkranzvishy: I am not a git expert and get an error doing 'git apply your-patch-file'. How do I apply this patch?21:10
vishydavidkranz: applying to current nova master?21:11
vishydavidkranz: don't apply it on top of my other patch...21:11
davidkranzvishy: Yes, I get 'fatal: corrupt patch at line 79'. I already reverted the other patch.21:12
davidkranzLine 79 is the end of the file.21:12
vishydavidkranz: might have pastied it wrong21:12
vishylet me try again21:12
davidkranzvishy: I got it. git didn't like that there was no newline at the end of the file.21:13
vishydavidkranz: try here: https://raw.github.com/gist/2991284/5c708d267dd053748b5735dc7d7fc9a314150596/gistfile1.txt21:13
vishyoh cool then21:13
*** sleepsonthefloor is now known as sleepsonzzz21:16
*** littleidea has quit IRC21:17
*** littleidea has joined #openstack-dev21:18
*** rods has quit IRC21:18
*** davidha has quit IRC21:24
*** jsavak has quit IRC21:27
davidkranzvishy: So this seems to have some effect. It is now taking about 40s to do 4. I think it was more than a minute before.21:27
davidkranzvishy: I have to run now but will revert and make sure of that tomorrow. Thanks.21:27
vishydavidkranz: ok cool21:28
vishydavidkranz: let me know and I will clean it up and propose it if it helps.21:28
davidkranzvishy: Will do.21:28
*** dubsquared has quit IRC21:29
*** dubsquared has joined #openstack-dev21:33
*** sleepsonzzz is now known as sleepsonthefloor21:40
*** ewindisch has quit IRC21:40
*** littleidea has quit IRC21:45
*** markvoelker has quit IRC21:47
*** segfault923 has quit IRC21:48
*** ewindisch has joined #openstack-dev21:49
*** littleidea has joined #openstack-dev21:50
*** ewindisch has quit IRC21:50
*** rkukura has left #openstack-dev21:58
sdaguevishy: can you re-approve - https://review.openstack.org/#/c/8778/. That area is changing fast enough that it got hit by a new test added that used the old namespace21:58
sdagueI just rebased, should be good now21:58
*** dolphm has quit IRC21:59
*** ywu has joined #openstack-dev21:59
*** roge has joined #openstack-dev22:00
*** andrewsben is now known as andrewsben_is_a_22:01
*** andrewbogott has quit IRC22:01
clarkbjkoelker: ping22:02
*** ayoung has quit IRC22:02
clarkbjkoelker: https://review.openstack.org/#/c/8966/ passes pep8 when I run tox. Where/when is it failing?22:02
vishysdague: https://review.openstack.org/#/c/8778/22:03
jkoelkerah, it failed locally for me, I probably just need to regen my tox env22:03
*** eglynn has joined #openstack-dev22:03
clarkbk22:04
*** salgado is now known as salgado-afk22:04
jkoelkerclarkb: I'm regenerating it now, if it passed I'll push it through22:04
*** Dr_Who has quit IRC22:04
clarkbjkoelker: in the results you pasted there are two spaces after return. In the copy of foxinsocks.py that I have there is only one22:05
jkoelkeri may have had a back checkout22:05
sdaguevishy: that's fixed in patch3 that's up there22:05
sdaguedid you happen to grab the old patch?22:06
clarkbjkoelker: also once the tox.ini stuff is pushed https://review.openstack.org/#/c/8957/ can land22:06
*** ncode has quit IRC22:06
vishysdague: ah gotcha22:06
vishysdague: missed that was from patch set 222:07
vishy:)22:07
sdaguevishy: :)22:07
jkoelkerclarkb: pushed through, gitweb was showing what you have as well22:07
jkoelkermy repo is probably just jacked22:07
sdagueyeh, the libvirt driver is active enough this patch has to land fast after a rebase, otherwise it inevitably conflicts22:08
*** krtaylor has quit IRC22:08
clarkbjkoelker: great. Thank you22:09
*** ncode has joined #openstack-dev22:13
*** zykes- has quit IRC22:17
*** anderstj has quit IRC22:20
*** apevec has quit IRC22:20
*** kbringard has quit IRC22:23
*** ewindisch has joined #openstack-dev22:25
*** ncode has quit IRC22:25
*** ewindisch has quit IRC22:25
*** ncode has joined #openstack-dev22:25
*** ncode has quit IRC22:25
*** ncode has joined #openstack-dev22:25
*** ncode has quit IRC22:27
*** ncode has joined #openstack-dev22:28
*** ncode has quit IRC22:28
*** ncode has joined #openstack-dev22:28
*** dachary has quit IRC22:33
*** s0mik has quit IRC22:51
*** s0mik has joined #openstack-dev22:53
*** datsun180b has quit IRC22:57
*** edygarcia has quit IRC22:57
vishycomstud: ping22:59
*** sleepsonthefloor is now known as sleepsonzzz22:59
comstudpong22:59
bcwaldoncomstud: ping22:59
comstudPONG22:59
bcwaldonvishy: ping22:59
vishycomstud: so there are a couple of extensions which also slow things down. I was going to try and add another one but I didn't want to add more calls22:59
vishybcwaldon: plop22:59
bcwaldonaw22:59
comstudvishy: I have a patch for that too22:59
*** sleepsonzzz is now known as sleepsonthefloor22:59
comstudvishy: :)22:59
comstudvishy: But i'm not sure you'll like it.. for trunk23:00
vishycomstud: I think we need to refactor the extension stuff…ooh really?23:00
comstudyes23:00
vishycomstud: for the output extensions?23:00
comstudyes23:00
comstudthe extra DB calls they do23:00
comstudi hide the results from the core API..23:00
comstudin 'req'23:00
comstudand re-use them in the extensions23:00
comstudI'll throw it up if you want to look it over23:00
*** segfault923 has joined #openstack-dev23:00
vishycomstud: me waits to see how they work. I would like to turn the createserverext extension that adds security groups to the output to work that way23:01
comstudI'm not sure about the approach23:01
comstudthe extensions really should be refactored differently23:01
comstudto support this23:01
comstudbut it was a quick hack..23:01
comstudi'm working on getting some of our very recent local patches into trunk23:01
comstudthat improve perf.23:01
vishycomstud: well, I think it makes sense to put the data from the request somewhere that the output extensions can access it23:01
vishycomstud: it is silly to re-request status and secgroup etc.23:02
comstudyes.23:02
comstudagree!23:02
comstudthis cuts 'nova list' time down a lot23:02
comstudon lots of instances23:02
comstudwith the extensions loaded23:02
comstudwe need further audit on the joins we're doing, also23:02
vishycomstud: perhaps we should just cache the results in the db layer?23:02
comstudbased on what I found with sec groups23:02
vishycomstud: agreed :)23:03
comstudi'm in the middle of something else here i'm finishing up..23:04
*** matwood has joined #openstack-dev23:04
comstudthen I'll throw up that patch23:05
comstudat least for you to see23:05
vishycomstud: cool, no worries23:05
comstudi'm rebasing my cells branch23:05
comstudbased on that email23:05
*** littleidea has quit IRC23:05
comstudlol23:05
*** Aaton_off is now known as Aaton23:06
*** littleidea has joined #openstack-dev23:07
*** pixelbeat has quit IRC23:07
*** andrewsben_is_a_ is now known as andrewsben23:09
*** dolphm has joined #openstack-dev23:10
*** dtroyer_zzz is now known as dtroyer23:11
*** lloydde has quit IRC23:14
*** dolphm has quit IRC23:14
*** mestery_ has joined #openstack-dev23:16
*** tgall_foo has quit IRC23:17
*** thingee has quit IRC23:17
*** mestery has quit IRC23:17
*** markmcclain has quit IRC23:20
*** salv-orlando has left #openstack-dev23:20
*** e1mer has joined #openstack-dev23:23
*** e1mer has joined #openstack-dev23:23
*** epim has quit IRC23:25
*** sleepsonthefloor is now known as sleepsonzzz23:27
*** dubsquared has quit IRC23:27
comstudvishy: https://review.openstack.org/#/c/8976/23:27
*** dabo has quit IRC23:28
comstudvishy: curious your feedback on that23:28
*** dtroyer is now known as dtroyer_zzz23:30
*** dabo has joined #openstack-dev23:30
vishycomstud: I can't really think of a better approach in the short term23:31
*** markmcclain has joined #openstack-dev23:31
*** vuntz has quit IRC23:31
vishycomstud: Vek might have some ideas though23:31
*** garyk has quit IRC23:31
*** vuntz has joined #openstack-dev23:31
comstudvishy: Nod23:31
*** lcheng has quit IRC23:31
comstudI haven't shown this to him yet23:32
*** taziden has quit IRC23:32
comstudor, explicitly pointed him to it anyway23:32
*** lcheng has joined #openstack-dev23:32
comstudthis feels hacky... but works.23:32
vishycomstud: I would really like to get rid of createserverext which currently really just seems to be there to add security groups to the response23:32
comstudbeen running for a couple weeks :)23:32
comstudnod23:32
vishycomstud: so this would give me a way to do it. Maybe ping Vek and see if he has any ideas23:33
*** taziden has joined #openstack-dev23:33
*** cryptographrix has quit IRC23:33
*** matwood has quit IRC23:33
vishycomstud: I'd really like to get it fixed soon.23:33
comstudSure23:34
*** sieutruc has quit IRC23:34
comstuddoing so now23:34
*** _0x44 has quit IRC23:34
*** reed has quit IRC23:34
*** sieutruc has joined #openstack-dev23:34
*** dabo has quit IRC23:34
*** dabo has joined #openstack-dev23:35
*** _0x44 has joined #openstack-dev23:36
*** jakedahn is now known as jakedahn_zz23:36
bcwaldonmtaylor: I have a bone to pick with you23:36
*** issackelly has quit IRC23:37
*** reed has joined #openstack-dev23:37
comstudvishy: He just disappeared.. might have left for home23:37
comstudvishy: Anyway.. he should see I pointed him at it23:37
*** issackelly has joined #openstack-dev23:37
*** jakedahn_zz is now known as jakedahn23:37
vishycomstud: doh. I noticed he doesn't respond on irc much, so email/gerrit is probably the best bet.23:38
comstudi'm at castle23:38
comstudjust saw him23:38
comstud:)23:38
comstudhe pays more attention to our internal server23:38
*** cryptographrix has joined #openstack-dev23:39
*** tgall_foo has joined #openstack-dev23:39
*** pandemicsyn has quit IRC23:39
comstudwe have another pep8 failure in trunk23:39
comstudnova/tests/test_xenapi.py:46:1: NOVA N306: imports not in alphabetical order (nova.virt.xenapi.volume_utils, nova.tests.api.openstack.fakes)23:39
*** sieutruc has quit IRC23:40
*** littleidea has quit IRC23:41
comstudvishy: I guess he saw it23:41
*** littleidea has joined #openstack-dev23:42
vishycomstud: yeah gate doesn't use hacking.py23:42
*** garyk has joined #openstack-dev23:43
*** pandemicsyn has joined #openstack-dev23:43
*** ChanServ sets mode: +v pandemicsyn23:43
comstudahh ok23:43
*** BLZbubba has quit IRC23:45
*** BLZbubba has joined #openstack-dev23:46
comstudgotta run for now23:51
comstudlaters23:51
* comstud &23:51
mtaylorbcwaldon: what do I this time?23:54
bcwaldonmtaylor: I want a better way to respond to comments on a review23:54
bcwaldonmtaylor: not everything is a 'Review'!23:54
bcwaldonmtaylor: replying inline is a PITA23:55
mtaylorbcwaldon: yeah. I agree with you23:55
bcwaldonmtaylor: fix it!23:55
bcwaldonmtaylor: fix it fix it23:55
mtaylorbcwaldon: we have a bug open about even23:55
bcwaldonmtaylor: whoa!23:55
mtaylorbcwaldon: so it has not escaped notice!23:55
bcwaldonmtaylor: well thats good to hear23:55
bcwaldonmtaylor: any progress on fixing?23:55
*** andrewsben is now known as andrewsben_is_a_23:57
*** jkelly has quit IRC23:59

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