Tuesday, 2012-03-06

*** j05h has left #openstack-dev00:02
*** maplebed has joined #openstack-dev00:04
*** flaviamissi_ has joined #openstack-dev00:04
*** zzed_ has quit IRC00:04
*** anotherjesse_zz is now known as anotherjesse00:05
*** flaviamissi has quit IRC00:06
*** flaviamissi_ has quit IRC00:07
*** hub_cap has quit IRC00:08
*** dtroyer has joined #openstack-dev00:09
*** dolphm has quit IRC00:11
littleideacomstud: on that return for the exception, would you get rid of the try? I was just trying to preserve behavior00:11
*** j05h has joined #openstack-dev00:11
*** sleepsonzzz has joined #openstack-dev00:12
comstudlittleidea: there was another exception there to keep i think.. looking00:13
*** jakedahn_zz has joined #openstack-dev00:13
comstudlittleidea: ah, i guess not00:13
comstudhmmm00:13
*** sleepsonthefloo has left #openstack-dev00:14
comstudlittleidea: looks like technically you should also try to set ERROR i guess00:15
comstudlittleidea: there's 1 other call for instances that could hit that case... which is 'live_migration'00:16
comstudlittleidea: so I guess the return should change to trying to set the instance to ERROR00:16
littleideacomstud: that is kind of a big change of behavior, nothing could set it before but 'run_instances'. I don't have enough context to advocate one way or another.00:16
comstud(like you did for prep_resize)00:16
comstudif you feel more comfortable just dropping the 'try' then.. that's fine00:17
comstudtechnically live_migration could fail and we'd want to do something there...00:17
comstudbut yeah, it'd change the behavior00:17
comstudwe can fix that in a future patch00:17
comstud(i would probably add a 'live_migration' method in the manager in the future)00:18
littleideacomstud: I could go either way, I'll add it to set an error and leave the reraise00:18
comstudpersonally, i'd like to get rid of the __getattr_ and _schedule()... but.. another day.00:18
comstudlittleidea: ok00:19
*** dwalleck has joined #openstack-dev00:20
*** flaviamissi has joined #openstack-dev00:20
*** dwalleck has quit IRC00:21
*** adjohn has joined #openstack-dev00:21
*** flaviamissi has quit IRC00:25
*** paulormg has quit IRC00:25
*** flaviamissi has joined #openstack-dev00:26
*** dwalleck has joined #openstack-dev00:27
*** rkukura has joined #openstack-dev00:29
*** thingee has quit IRC00:31
*** flaviamissi has quit IRC00:36
*** flaviamissi has joined #openstack-dev00:37
*** dwalleck has quit IRC00:38
*** nati has joined #openstack-dev00:41
*** dolphm has joined #openstack-dev00:42
*** flaviamissi has quit IRC00:43
*** asdfasdf has quit IRC00:44
*** pixelbeat has quit IRC00:51
*** dolphm has quit IRC00:56
littleideacomstud: fire in the hole00:56
comstudok00:56
comstudlittleidea: bueno :)  only one little thing i just spotted.. i like to leave task_state alone when setting vm_state to ERROR... so you can see what task_state the instance was last in.. but it's not a huge deal01:01
*** ncode has quit IRC01:02
littleideaeasy to fix01:15
littleideacomstud: changed01:18
vishycomstud: I think you misread something on my review. Commented01:19
anotherjessedtroyer: thoughts on https://bugs.launchpad.net/keystone/+bug/94701101:23
uvirtbot`Launchpad bug 947011 in keystone "users should be able to get ec2 credentials" [Undecided,New]01:23
*** rkukura has left #openstack-dev01:23
comstudvihsy: I did...01:23
comstudvihsy: There's a useful test missing that would have helped01:23
comstudbut I switched to +201:23
comstudah01:26
comstudlittleidea: you have a test failure01:26
*** PotHix has quit IRC01:26
jeblairannegentle, anotherjesse: https://jenkins.openstack.org/job/openstack-docs-site/  <-- should run each time master branch of openstack-manuals is updated.01:33
anotherjessejeblair: awesome - we are about to have a test case!01:33
jeblairgreat!01:33
anotherjesseonce heckj approves https://review.openstack.org/#change,489201:33
*** x86brandon has quit IRC01:34
*** anotherjesse is now known as anotherjesse_zz01:37
*** zykes- has quit IRC01:38
heckjanotherjesse: just approverized01:39
*** maplebed has quit IRC01:39
*** zykes- has joined #openstack-dev01:40
*** martine has joined #openstack-dev01:40
*** reed has quit IRC01:44
littleideacomstud, vishy: can you look at the failing test with me. it looks like it is using the ChanceScheduler, which has schedule_run_instances defined, so I'm confused why it blows up01:45
*** danwent has quit IRC01:47
*** rkukura has joined #openstack-dev01:48
dtroyeranotherjesse: yeah, I'd expect that to work01:49
jeblairanotherjesse_zz, heckj, annegentle: yay!  docs.openstack.org looks different now.  :)01:57
*** benner has quit IRC02:00
*** vincentricci has quit IRC02:01
*** novas0x2a|laptop has joined #openstack-dev02:03
comstudlittleidea: yea02:06
comstudlittleidea: sec02:06
comstudlittleidea: ah, the methods need added to the multi scheduler :-/02:08
comstudlittleidea: try this: http://paste.openstack.org/show/6683/02:10
*** j05h has quit IRC02:13
*** benner has joined #openstack-dev02:18
*** hattwick has quit IRC02:21
*** mattray has joined #openstack-dev02:24
*** hattwick has joined #openstack-dev02:24
*** martine_ has joined #openstack-dev02:28
*** martine has quit IRC02:29
*** martine_ has quit IRC02:29
*** martine has joined #openstack-dev02:30
*** heckj has quit IRC02:30
*** ches has quit IRC02:30
*** ches has joined #openstack-dev02:31
*** vizsla has joined #openstack-dev02:34
*** j05h has joined #openstack-dev02:35
*** x86brandon has joined #openstack-dev02:37
*** j05h has quit IRC02:39
*** littleidea has quit IRC02:40
*** littleidea has joined #openstack-dev02:45
*** novas0x2a|laptop has quit IRC02:46
*** j05h has joined #openstack-dev02:46
*** Ryan_Lane has quit IRC02:46
*** novas0x2a|laptop has joined #openstack-dev02:47
*** dalang has left #openstack-dev02:47
*** ayoung has quit IRC02:47
*** shevek_ has quit IRC02:48
*** hattwick has quit IRC02:52
*** hattwick has joined #openstack-dev02:55
*** reed has joined #openstack-dev02:57
*** j05h has quit IRC03:06
*** spiffxp has quit IRC03:07
*** j05h has joined #openstack-dev03:08
*** j05h has quit IRC03:09
*** anotherjesse_zz is now known as anotherjesse03:09
*** asdfasdf has joined #openstack-dev03:11
*** AlanClark has quit IRC03:12
*** nati has quit IRC03:13
*** AlanClark has joined #openstack-dev03:16
*** anotherjesse is now known as anotherjesse_zz03:19
*** littleidea has quit IRC03:31
*** anotherjesse_zz is now known as anotherjesse03:32
*** littleidea has joined #openstack-dev03:33
*** anotherjesse is now known as anotherjesse_zz03:36
littleideacomstud: raising those exceptions is getting a bit twisty03:37
*** cp16net has joined #openstack-dev03:39
*** sandywalsh has quit IRC03:39
*** asdfasdf has quit IRC03:40
*** sandywalsh has joined #openstack-dev03:40
*** openstackjenkins has quit IRC03:45
*** openstackjenkins has joined #openstack-dev03:46
*** mattray has quit IRC03:47
*** bencherian_ has joined #openstack-dev03:50
*** bencherian has quit IRC03:50
*** bencherian_ is now known as bencherian03:50
*** bencherian has quit IRC03:54
*** novas0x2a|laptop has quit IRC03:58
*** littleidea has quit IRC04:02
*** littleidea has joined #openstack-dev04:03
*** AlanClark has quit IRC04:04
mtayloranybody around who feels brave want to review https://review.openstack.org/#change,4536 ?04:04
*** jdurgin has quit IRC04:06
*** bencherian has joined #openstack-dev04:12
mtaylorannegentle: ping04:14
*** anotherjesse_zz is now known as anotherjesse04:18
anotherjessemtaylor: sleepsonthefloor did some of the work on that04:20
littleideadoes XenAPIDom0IptablesFirewallTestCase.test_do_refresh_security_group_rules  hang sometimes for anyone else?04:22
annegentlemtaylor: pong04:23
mtayloranotherjesse: awesome. I'll bug him about it04:25
mtaylorsleepsonzzz: ^^^04:25
mtaylorannegentle: the css files in glance and nova's sphinx docs are different04:25
mtaylorannegentle: oddly enough, adding the css files from glance to nova fixes the bug there docs in nova don't build inside of a virtualenv04:26
anotherjessemtaylor: jakedahn  is going to be exploring that tomorrow04:26
mtayloranotherjesse: the autodoc patch thing?04:26
anotherjesseno04:26
anotherjesseimproving the css theme to be more openstacky04:26
mtaylorah, great!04:26
annegentlemtaylor: do you really think there are 89 files to be transferred wowsza04:27
mtayloranotherjesse: well - if you could have him look at https://review.openstack.org/#change,495104:27
annegentleer probably jeblair would be more interested in my 89 files comment :)04:27
mtayloranotherjesse: I defer to everyone else on the css content - but something about adding files to nova's css causes python setup.py build_sphinx to start working in a venv04:28
anotherjessek - let's it in there sooner04:28
*** anotherjesse is now known as anotherjesse_zz04:32
*** hattwick has quit IRC04:33
annegentlehow come no book file for dev doc?04:34
*** danwent has joined #openstack-dev04:39
*** yamahata has quit IRC04:41
*** yamahata__ has quit IRC04:42
*** sandywalsh has quit IRC04:47
*** sandywalsh has joined #openstack-dev04:48
*** anotherjesse_zz is now known as anotherjesse04:55
anotherjesseannegentle: ?04:55
annegentleanotherjesse: yes?04:56
annegentleanotherjesse: oh. when I look at docs.openstack.org, no book icon04:56
anotherjesseahh, cloudsites cache04:56
annegentleannegentle: firefox on mac04:56
anotherjessehit refresh a few times04:56
annegentleanotherjesse: ah got it04:56
anotherjesseneed to wait for cache invalidation to occur :(04:56
annegentleanotherjesse: cool, thanks!04:56
annegentleanotherjesse: hrm… guess I didn't really Need to see a book icon then :)04:57
anotherjesseannegentle: jake is working on making sphinx/rst look like docbook html output05:00
annegentleanotherjesse: what do you want to do about comments?05:01
anotherjesseannegentle: do you mean the fact that docbook splits it into lots of individual pages (per subsection)?05:01
anotherjesseand so we just put a discus block at each?05:01
annegentleanotherjesse: you can chunk it where you think appropriate, for comments, or have no comments. Main thing I think is to have a disqus short name for each "dev guide"05:02
annegentleanotherjesse: so that devs will moderate dev doc comments05:02
annegentleanotherjesse: (if that doesn't make sense let's talk it through)05:02
anotherjesseannegentle: it does … we can make it so we add a directive into the RST .. discus "foo" -- which will expand to "docname-foo" and put a discuss section inline05:04
anotherjesseor make it so we build multiple pages05:04
anotherjesseeach with a discuss block at bottom05:04
annegentleanotherjesse: seems like sphinx already does chunking as well, per "page" but also enables mini-tocs in a page.05:04
annegentleanotherjesse: docname-foo makes sense05:05
*** hattwick has joined #openstack-dev05:05
*** martine has quit IRC05:12
*** x86brandon has quit IRC05:17
*** anotherjesse is now known as anotherjesse_zz05:22
*** danwent has quit IRC05:23
*** yamahata has joined #openstack-dev05:24
*** danwent has joined #openstack-dev05:24
*** yamahata__ has joined #openstack-dev05:24
*** cp16net has quit IRC05:38
*** anotherjesse_zz is now known as anotherjesse05:45
*** novas0x2a|laptop has joined #openstack-dev05:45
*** cp16net has joined #openstack-dev05:58
*** zaitcev has quit IRC06:03
*** dayou has joined #openstack-dev06:06
*** danwent has quit IRC06:09
*** journeeman has joined #openstack-dev06:09
*** reed has quit IRC06:10
*** hattwick has quit IRC06:32
*** hashar has joined #openstack-dev06:33
*** bepernoot has joined #openstack-dev06:35
*** mnewby_ has joined #openstack-dev06:36
*** mnewby_ has quit IRC06:37
*** Ryan_Lane has joined #openstack-dev06:55
*** bepernoot has quit IRC07:00
*** cp16net has quit IRC07:02
*** anotherjesse is now known as anotherjesse_zz07:05
*** hashar has quit IRC07:09
*** shevek_ has joined #openstack-dev07:27
*** dtroyer has quit IRC07:33
*** zykes- has quit IRC07:46
*** zykes- has joined #openstack-dev07:52
*** mihgen has joined #openstack-dev07:52
*** zykes- has quit IRC07:53
*** bepernoot has joined #openstack-dev08:04
ttxohnoimdead: around now08:15
*** dubsquared has joined #openstack-dev08:15
*** dubsquared has quit IRC08:16
*** n0ano has quit IRC08:22
*** bencherian has quit IRC08:25
*** Ryan_Lane has quit IRC08:25
*** reidrac has joined #openstack-dev08:27
*** dneary has joined #openstack-dev08:31
*** darraghb has joined #openstack-dev08:32
*** adjohn has quit IRC08:33
*** pixelbeat has joined #openstack-dev08:34
ttxohnoimdead: replied by email08:34
*** zykes- has joined #openstack-dev08:42
*** Mkenneth has joined #openstack-dev08:43
zykes-soren: around ? :)08:43
*** ches has quit IRC08:45
*** ches has joined #openstack-dev08:45
*** apevec has joined #openstack-dev08:55
*** hattwick has joined #openstack-dev08:59
*** Mkenneth has quit IRC09:00
*** Mkenneth has joined #openstack-dev09:01
eglynnttx: quick question?09:01
ttxeglynn: sure09:01
eglynnttx: any idea when the folsom design summit will be open for session proposals?09:01
eglynnttx: or should I be addressing the question to stef?09:02
ttxeglynn: I started the discussion with the newly-elected PTLs yesterday, on how they want the summit to look like09:02
ttxeglynn: we should have something ready in ~1 week, I'd say09:02
eglynnttx: great thanks!09:02
sorenzykes-: *I* have been here all along. You're the one who keeps wandering in and out :)09:04
zykes-;)09:18
zykes-congrats to all PTLs :)09:19
*** mihgen has quit IRC09:29
*** Mkenneth has left #openstack-dev09:30
*** mihgen has joined #openstack-dev09:30
*** zykes- has quit IRC09:30
*** mihgen has quit IRC09:35
*** mihgen has joined #openstack-dev09:36
*** derekh has joined #openstack-dev09:43
*** hashar has joined #openstack-dev09:45
*** dayou has quit IRC09:50
*** eglynn has quit IRC09:53
*** eglynn has joined #openstack-dev09:54
*** dayou has joined #openstack-dev10:03
*** maploin has joined #openstack-dev10:12
*** maploin has quit IRC10:12
*** maploin has joined #openstack-dev10:12
*** adiantum has quit IRC10:23
*** pixelbeat has quit IRC10:25
*** paulormg has joined #openstack-dev10:31
*** novas0x2a|laptop has quit IRC10:41
*** bepernoo1 has joined #openstack-dev10:48
*** bepernoot has quit IRC10:50
*** pixelbeat has joined #openstack-dev10:53
*** bepernoot has joined #openstack-dev10:53
*** bepernoo1 has quit IRC10:54
*** LinuxJedi has quit IRC11:05
*** LinuxJedi has joined #openstack-dev11:06
*** mancdaz has joined #openstack-dev11:07
*** eglynn has quit IRC11:28
*** mihgen has quit IRC11:34
*** eglynn has joined #openstack-dev11:36
*** adiantum has joined #openstack-dev11:38
*** sdague_ has joined #openstack-dev11:48
*** sdague has quit IRC11:49
*** adiantum has quit IRC11:52
*** Mkenneth has joined #openstack-dev12:01
*** hashar has quit IRC12:05
*** gakott has joined #openstack-dev12:15
*** mancdaz has quit IRC12:20
*** openstackjenkins has quit IRC12:20
*** milner has quit IRC12:20
*** YorikSar has quit IRC12:20
*** gkotton has quit IRC12:20
*** pmyers has quit IRC12:20
*** stokachu has quit IRC12:20
*** bsza has joined #openstack-dev12:22
*** mancdaz has joined #openstack-dev12:23
*** openstackjenkins has joined #openstack-dev12:23
*** milner has joined #openstack-dev12:23
*** YorikSar has joined #openstack-dev12:23
*** pmyers has joined #openstack-dev12:23
*** stokachu has joined #openstack-dev12:23
*** eglynn has quit IRC12:43
*** markvoelker has joined #openstack-dev12:44
*** journeeman has quit IRC12:47
*** andrewsmedina has quit IRC12:48
*** littleidea has quit IRC12:53
*** littleidea has joined #openstack-dev12:55
*** andrewsmedina has joined #openstack-dev13:09
*** jmcboots has joined #openstack-dev13:11
*** dprince has joined #openstack-dev13:12
*** littleidea has quit IRC13:17
*** Mkenneth has quit IRC13:25
*** sniperd has joined #openstack-dev13:28
*** eglynn has joined #openstack-dev13:30
*** j05h has joined #openstack-dev13:32
*** vizsla has quit IRC13:32
*** Mkenneth has joined #openstack-dev13:48
*** dayou has quit IRC13:49
*** markmc has joined #openstack-dev13:49
*** littleidea has joined #openstack-dev13:52
*** adiantum has joined #openstack-dev13:53
*** sdague_ is now known as sdague13:58
*** martine has joined #openstack-dev13:59
*** ecarlin has joined #openstack-dev13:59
*** littleidea has quit IRC14:04
*** lts has joined #openstack-dev14:05
*** oneiroi has joined #openstack-dev14:06
*** littleidea has joined #openstack-dev14:06
*** oneiroi has quit IRC14:08
*** oneiroi has joined #openstack-dev14:08
*** jmcboots_ has joined #openstack-dev14:12
*** kbringard has joined #openstack-dev14:13
*** jmcboots has quit IRC14:15
*** jmcboots_ is now known as jmcboots14:15
*** stuntmachine has joined #openstack-dev14:17
*** stuntmachine has joined #openstack-dev14:17
*** sandywalsh has quit IRC14:29
*** ecarlin has quit IRC14:29
*** mattray has joined #openstack-dev14:30
*** crobinso has joined #openstack-dev14:31
*** dtroyer has joined #openstack-dev14:39
*** ayoung has joined #openstack-dev14:41
*** sandywalsh has joined #openstack-dev14:42
*** LinuxJedi_ has joined #openstack-dev14:44
*** rkukura has quit IRC14:45
*** LinuxJedi has quit IRC14:46
*** LinuxJedi has joined #openstack-dev14:47
*** armaan has joined #openstack-dev14:53
*** Mkenneth has quit IRC15:02
*** LinuxJedi has quit IRC15:03
*** LinuxJedi has joined #openstack-dev15:04
*** jmcboots has quit IRC15:07
*** jmcboots has joined #openstack-dev15:07
*** jmcboots has left #openstack-dev15:07
*** ecarlin has joined #openstack-dev15:08
*** rnirmal has joined #openstack-dev15:09
kbringardis keystone-light at a place where I should think about using it with diablo-stable, or should I stick with the full fat version?15:15
*** Mkenneth has joined #openstack-dev15:16
*** dtroyer has quit IRC15:28
*** armaan has left #openstack-dev15:33
*** ecarlin has quit IRC15:34
*** rkukura has joined #openstack-dev15:35
*** ecarlin has joined #openstack-dev15:36
chmouelkbringard: you should probably use keystone-legacy with diablo15:38
kbringardchmouel: cool, thanks15:39
kbringardthat's what I figured, but wanted to ask15:39
*** ecarlin has quit IRC15:41
*** eglynn__ has joined #openstack-dev15:41
*** ecarlin has joined #openstack-dev15:42
*** deshantm has joined #openstack-dev15:42
*** eglynn has quit IRC15:43
*** sandywalsh has quit IRC15:45
*** cp16net has joined #openstack-dev15:48
*** reed has joined #openstack-dev15:49
*** hhoover has joined #openstack-dev15:49
*** zzed has joined #openstack-dev15:55
*** sandywalsh has joined #openstack-dev16:00
*** danwent has joined #openstack-dev16:04
*** dolphm has joined #openstack-dev16:06
*** spiffxp has joined #openstack-dev16:12
*** eglynn has joined #openstack-dev16:14
*** hhoover has left #openstack-dev16:14
*** eglynn__ has quit IRC16:15
*** jdg has joined #openstack-dev16:17
*** reidrac has quit IRC16:18
*** spiffxp has quit IRC16:21
*** maplebed has joined #openstack-dev16:22
*** Mkenneth has left #openstack-dev16:22
*** eglynn_ has joined #openstack-dev16:23
*** eglynn has quit IRC16:26
*** deshantm has quit IRC16:27
*** bepernoot has quit IRC16:27
*** heckj has joined #openstack-dev16:27
*** hashar has joined #openstack-dev16:28
YorikSarblamar: around?16:29
annegentlefeel free to join us in #openstack-docday16:29
*** hub_cap has joined #openstack-dev16:33
*** Gordonz_ has quit IRC16:48
*** Gordonz has joined #openstack-dev16:48
*** anotherjesse_zz is now known as anotherjesse16:57
*** reed has quit IRC17:05
chmouelnotmyname: any chance to get this reviewed https://review.openstack.org/#change,4893 asap? as we will need that to get glance+swift/auth2.0 support17:06
heckjchmouel: sorry for being a slacker on that review - +2'd and approved. Should flow through shortly17:07
chmouelheckj: no worries, thanks..17:08
littleideacomstud: you around?17:09
comstudlittleidea; yup17:10
comstudlittleidea: you see my response here last night about multi scheduler?17:10
littleideaI didn't but I will read now.17:10
comstudlittleidea: ok.. i left you a paste that i think should fix the issue17:11
comstud(untested)17:11
comstudlittleidea: http://paste.openstack.org/show/6683/17:11
littleideaok, I saw that17:12
*** sniperd has quit IRC17:12
littleideaturns out, that's only a third of it17:12
littleideaand when you do that, the multi tests start breaking17:13
*** mikeyp has joined #openstack-dev17:13
littleideaI also had to pull the unimplemented tests into a different test class because it was breaking the vsa tests17:13
comstudprobably just adjustment needed due to the fact that those aren't proxied the same way anymore17:14
comstudhm17:14
mtaylordid anybody sort out the nova test timeout issue?17:14
comstudmtaylor: johannes has a review up for it17:14
comstudmtaylor: 496817:14
mtaylorcomstud: awesome17:14
littleideacomstud: so the thing I'm looking at now is the test_multi_scheduler proxy failing, as with your changes, no compute methods are actually proxied that way17:15
comstudlittleidea: in test_proxy_calls in the multi tests... you can replace:17:15
comstud 82         test_methods = {compute_driver: ['run_instance', 'prep_resize'],17:15
comstudremove run_instance and prep_resize and add 'live_migration'17:16
comstudi think17:16
comstud*looks*17:16
*** maploin has quit IRC17:16
littleideacomstud: tried that already, doesn't work because live_migration is defined in the base class17:16
comstudoooh crap17:16
comstudtaht's a bug17:16
comstudor wait17:16
littleideaI was thinking of doing something like this:17:16
comstudthe compute driver should have inherited it though17:17
littleidea        #no compute methods are proxied at this time17:17
littleidea        test_methods = {compute_driver: [],17:17
comstudoh i guess i see17:17
comstudyeah17:17
comstudi think that's appropriate17:17
littleideathe compute driver did inherit it, but so did multi17:18
littleideasince it's base class is driver.Scheduler17:18
comstudyep17:18
comstudgot it... fun17:19
littleideawheee17:19
comstudi think [] for compute_driver in that test is appropriate right now17:19
littleideatest timeouts are so awesome17:19
comstudbut this shows there's technically a bug17:19
comstudlive_migration should also be added to multi scheduler explicitly17:20
comstudotherwise... it always uses the base live_migration17:20
comstud(which is the only thing that exists right now, but)17:20
comstudin any case...we can address that later17:20
littleideaIs there someway to parameterize the _METHOD_MAP?17:20
comstudnot easily17:21
littleideaI don't see one, but my python fu is weak17:21
littleideanot a straight forward one17:21
comstudyeah, we can think about that later17:21
littleideaintended to be used by people who want to kiss their mother17:21
comstudhaha17:22
comstudi'm cool with you suggestion for test_proxy_calls()17:22
comstudyour17:23
comstuddoes that address everything?17:23
littleideaseems to17:24
annegentlejeblair: or mtaylor: can someone from CI pop into #openstack-docday to help Alexey with a public key problem?17:24
*** PotHix has joined #openstack-dev17:25
*** dtroyer has joined #openstack-dev17:25
*** spiffxp has joined #openstack-dev17:25
*** oneiroi has quit IRC17:26
*** zykes- has joined #openstack-dev17:28
zykes-soren: ? :)17:28
*** vincentricci has joined #openstack-dev17:30
jeblairannegentle: ok17:30
*** ecarlin has quit IRC17:32
*** x86brandon has joined #openstack-dev17:32
*** x86brandon has quit IRC17:33
*** x86brandon has joined #openstack-dev17:33
*** ecarlin has joined #openstack-dev17:35
*** hashar has quit IRC17:35
*** rnirmal has quit IRC17:37
maplebedAnybody know what version of Swift introduced inter-cluster replication?  (for maintaining a failover cluster in a separate data center, for example) (cross-asking from #openstack)17:39
maplebed(http://swift.openstack.org/overview_container_sync.html)17:39
notmynamemaplebed: swift 1.4.217:40
maplebedI'm running 1.4.3 and I see at least some evidence it exists, but I'm not sure whether it actually works in this version...  (evidence == container/server.py knows about the allowed_sync_hosts config variable)17:41
maplebedexcellent.17:41
*** lloydde has joined #openstack-dev17:41
maplebeddo you know if there were any major changes or bugs fixed between 1.4.3 and 1.4.7 in that section of the code?17:41
*** dolphm has quit IRC17:42
*** zykes- has quit IRC17:42
notmynamemaplebed: nothing springs to mind. it should have been noted in the CHANGELOG file if there was something though17:42
*** zykes- has joined #openstack-dev17:43
maplebedI haven't downloaded a copy of 1.4.7 yet to check.17:43
*** devcamcar has quit IRC17:43
*** sleepsonthefloor has quit IRC17:43
*** vishy has quit IRC17:43
*** xtoddx has quit IRC17:43
maplebedI'll do that though.17:43
maplebedthanks!17:43
chmouelmaplebed: git log does not seem to mention anything major since July (except some timeout fixes)17:43
maplebedgood news. thanks for the check, chmouel17:44
*** vishy has joined #openstack-dev17:45
*** dneary has quit IRC17:46
*** AlanClark has joined #openstack-dev17:46
*** derekh has quit IRC17:46
*** rods has joined #openstack-dev17:46
littleideacomstud: look now, I think I fat fingered an old buffer17:48
comstudlittleidea: looks good now, thanks!17:48
comstudlittleidea: i'll prob do a little more cleanup after this hits... as live_migration should be added to multi scheduler and so forth.  i'll think if there's a better way to do multi in general17:49
littleideacomstud: my impression of multi is it should probably be rethought17:50
comstudi feel like 'multi' shouldn't exist... its support should be folded into the manager.17:50
comstudor something like that.17:51
littleideathat makes more sense17:51
littleideaand really, the map shouldn't just be compute or volume17:51
*** gakott has quit IRC17:51
*** sniperd has joined #openstack-dev17:51
comstudyeah, although those the only 2 things that schedule right now17:52
comstud+are17:52
*** dalang has joined #openstack-dev17:52
comstudi had thrown network in there at one point... as there was a network method... although then I found out it was not actually being used.. so it all got ripped out17:52
littleideasure, but what if you want to use a certain kind of scheduler for one type of compute action and another for a different one at some point17:52
comstudoh ok17:52
comstudi see what you mean17:52
*** oneiroi has joined #openstack-dev17:53
*** oneiroi has joined #openstack-dev17:53
*** oneiroi has quit IRC17:56
*** Ryan_Lane has joined #openstack-dev17:56
*** zaitcev has joined #openstack-dev17:57
*** dolphm has joined #openstack-dev17:58
*** adiantum has quit IRC17:59
*** ecarlin has quit IRC18:00
*** jdurgin has joined #openstack-dev18:01
*** reed has joined #openstack-dev18:01
*** gyee has joined #openstack-dev18:08
*** andrewbogott has quit IRC18:09
vishytr3buchet: ping18:10
*** joesavak has joined #openstack-dev18:10
tr3buchetvishy: hiyas18:18
vishytr3buchet: so there is an error in _teardown18:19
vishyaddress is not defined18:19
tr3buchetvishy: looking18:19
vishytr3buchet: I'm trying to figure out the best way to get address from the vif18:19
vishyor if i should change the definition of teardown to optionally take the address18:19
*** markvoelker has quit IRC18:20
vishytr3buchet: right now I'm thinking do fixed_ips_by_virtual_interface and calling release dhcp on all of them18:21
vishytr3buchet: does that seem reasonable?18:22
tr3buchetit does18:22
tr3buchetjust realized my mistake18:22
tr3buchetyou want to me to do it and push up the patchset?18:22
*** adjohn has joined #openstack-dev18:22
tr3buchetactually18:22
tr3buchetit would probably be better to just pass it in18:23
vishytr3buchet: yeah because it seems weird to call release_ip18:23
vishyand have it release all of the ips18:23
vishyI will pass it in.18:23
tr3buchetyeah only want to do that in the case where that's the goal18:24
tr3buchetas in setup_networks_on_host(teardown=True)18:24
tr3buchetthis requires a few changes, since it alters the method signature18:24
*** bepernoot has joined #openstack-dev18:25
*** adjohn has quit IRC18:27
*** darraghb has quit IRC18:28
*** andrewbogott has joined #openstack-dev18:28
*** adjohn has joined #openstack-dev18:29
*** bepernoot has quit IRC18:31
vishytr3buchet: i just noticed we might be able to get rid of rpc_allocate18:31
tr3buchetvishy: why's that?18:31
vishytr3buchet: seems like we could just pass the network object instead of the id18:31
tr3buchetnetwork objects can't make it through rpc18:31
vishytr3buchet: we should fix that :)18:32
vishytr3buchet: here are my changes http://paste.openstack.org/show/6866/18:32
vishypushed up the patchset18:32
tr3bucheti see18:35
vishytr3buchet: ah missed a couple references to teardown. Hopefully that gets it :)18:35
tr3bucheti have also fixed it18:35
tr3buchetyou18:35
*** bepernoot has joined #openstack-dev18:37
tr3buchetvishy: http://pastie.org/353546518:37
tr3bucheti'll push that up18:37
tr3buchetit calls teardown with the address when deallocating18:38
tr3buchetand for each address when tearing them all down18:38
tr3buchetvishy: thoughts?18:38
vishytr3buchet: sure, not sure what the addresses on setup is though18:39
tr3buchetvishy: look at the diff18:39
tr3bucheti just added it as an optional parameter18:39
tr3buchetso when setup_networks_on_host() calls it with the same signature as it does the _teardown, the address is ignored just like vif18:41
vishytr3buchet: I'm not totally convinced about calling multiple times on teardown18:42
vishytr3buchet: in any case doesn't address need to be optional on teardown?18:43
vishyor are you passing it in all places now?18:43
tr3buchetall calling it multiple times does it call self.driver.release_dhcp() multiple times18:43
tr3buchetand that's necessary whether the loop is above or below18:43
*** novas0x2a|laptop has joined #openstack-dev18:43
tr3buchetvishy: i am passing it in all places18:44
*** bepernoot has quit IRC18:44
*** flaviamissi has joined #openstack-dev18:46
vishytr3buchet: ok i'm cool with it18:47
tr3buchetalrighty18:47
tr3buchetwhen tests finish i'll push18:47
tr3bucheti fixed the if multihost issue as well18:47
*** devcamcar has joined #openstack-dev18:49
*** mattstep has quit IRC18:51
*** mattstep has joined #openstack-dev18:51
tr3buchetvishy: tests passed, pushed18:52
vishycool i think we might have one or two more bugs in there but we're getting close18:52
tr3buchetvishy: good deal, keep me posted18:54
*** markvoelker has joined #openstack-dev18:55
*** dolphm has quit IRC18:59
vishytr3buchet: you overwrote my cleanup of your commit message :'(19:00
tr3buchet:(19:00
tr3buchetshit19:00
tr3buchetvishy: sorry i didn't notice it19:00
tr3buchet:(19:00
tr3buchetstill have it locally?19:01
vishytr3buchet: no worries, just added a summary at the top and moved the bug reference into bullets19:01
tr3buchetk19:02
vishytr3buchet: summary was: Setup and teardown networks during migration19:02
jeblairhttps://review.openstack.org/#patch,sidebyside,4646,4,/COMMIT_MSG19:02
jeblairvishy, tr3buchet: hard to get rid of anything with git.  :)19:02
tr3buchetjeblair: cool19:03
tr3buchetvishy: fixed19:03
Ryan_LaneQueuePool limit of size 10 overflow 10 reached <— do I need to increase my pool in nova, or in mysql?19:03
sorenmtaylor: CI meeting?19:04
*** dolphm has joined #openstack-dev19:05
vishytr3buchet: thanks19:06
vishyRyan_Lane: haven't seen that one19:06
Ryan_Lanewell, I just rebooted 115 instances19:06
vishybut i would guess in mysql?19:06
Ryan_Lanethey are all slamming the database, but the database is fine19:06
vishyRyan_Lane: actually hold on19:06
Ryan_LaneI'm thinking it's sqlalchemy19:06
Ryan_Lanehttp://docs.sqlalchemy.org/en/latest/core/pooling.html19:06
Ryan_Laneah19:08
Ryan_LaneFLAGS.sql_max_pool_size19:08
*** ecarlin has joined #openstack-dev19:09
vishyRyan_Lane: you must be on really old code19:10
Ryan_Lanediablo19:10
vishythat flag only existed temporarily in diablo19:10
vishyi don't think it is even in stable/diablo19:10
Ryan_LaneI'm on stable/diablo19:10
Ryan_Laneso, it's there19:10
vishyRyan_Lane: incorrect19:11
vishyvishvananda@firefly-2:~/os/nova (stable/diablo)$ ack sql_max_pool19:11
vishyvishvananda@firefly-2:~/os/nova (stable/diablo)$19:11
Ryan_Lanehm19:11
vishyit was there during the diablo release and removed almost immediately in stable/diablo19:11
Ryan_Lanethis brings up something I wanted to talk about :)19:12
*** dolphm_ has joined #openstack-dev19:12
Ryan_Laneis it going to be possible to upgrade to essex from diablo by moving from lucid to precise?19:12
Ryan_LaneI don't have a clue how I'm supposed to do distro version upgrades without using brand new hardware every time19:13
Ryan_Laneand even then, I don't know how it'll be possible19:13
Ryan_Lanewill essex and diablo be able to run together?19:13
Ryan_Lanethis is why I'm on a weird version of diablo19:14
Ryan_LaneI followed the upgrade instructions in the documentation19:14
*** mnewby has joined #openstack-dev19:15
*** mnewby has joined #openstack-dev19:15
*** mattstep has quit IRC19:15
*** mattstep has joined #openstack-dev19:16
Ryan_Lanehm. upping the pool size doesn't help anyway, because eventlet then dies from using too many files19:16
*** ecarlin has quit IRC19:17
*** dolphm has quit IRC19:18
*** gkotton has joined #openstack-dev19:18
adam_goh19:24
vishytr3buchet: ok new issue19:25
*** dolphm_ has quit IRC19:25
vishytr3buchet: we call setup_network before we've changed the host in the database19:25
vishytr3buchet: so it doesn't get dhcp updated19:26
vishytr3buchet: so we could call setup_network again in post migration19:26
*** johnpur has joined #openstack-dev19:26
*** ChanServ sets mode: +v johnpur19:26
vishytr3buchet: or we could force dnsmasq to include vms that are migrating to the host19:26
vishytr3buchet: I think i prefer calling setup again after the move because it is simpler19:27
vishythoughts?19:27
tr3buchetvishy: i agree19:27
tr3buchetvishy: which function are you talking about19:28
tr3bucheti wish i had the diagram i made :(19:28
tr3buchetthere were a lot of functions for both resize/migrate and live migrate19:28
*** eglynn__ has joined #openstack-dev19:28
*** vizsla has joined #openstack-dev19:28
tr3buchetvishy: i actually added a host parameter19:29
*** gyee has quit IRC19:29
tr3buchetfor the times when the host wasn't available or correct in the db19:29
tr3buchetvishy: did i get one of them wrong?19:29
vishytr3buchet: no we need to19:29
tr3buchetvishy: wha?19:29
vishysetup on dest host19:29
vishythen migrate19:29
vishythen setup again19:29
vishythe first time to create the net, the second time to update dhcp19:30
tr3buchetwhy not just setup after migrate?19:30
vishywell you need to create the vlan and bridge before migrate (i think)19:30
*** gyee has joined #openstack-dev19:31
vishyalthough i guess there is already code in live migrate to do that via vif plug19:31
vishytr3buchet: so i guess we could do it after?19:31
tr3buchetsounds like it should work19:31
*** eglynn_ has quit IRC19:31
tr3buchetshall i push a patch or do you want to play with a bit first and see if it works?19:31
*** x86brandon_ has joined #openstack-dev19:32
vishytr3buchet: ah i see, you do the dest setup at the end in resize19:32
vishytr3buchet: so yeah it looks like it is just in the wrong place19:32
vishyfor live migrate19:33
*** vizsla has quit IRC19:33
vishytr3buchet: let me try moving it first19:33
tr3buchetvishy: well it was a little bit different19:33
tr3buchetresize and live migrate work very differently19:33
tr3buchetwhich i think is unfortunate given what they do19:33
vishytr3buchet: yes they need to use some common code :)19:33
tr3buchet:D19:34
*** Ryan_Lane has quit IRC19:35
russellbpixelbeat: around?19:36
*** x86brandon has quit IRC19:36
*** x86brandon_ is now known as x86brandon19:36
vishytr3buchet: ok we do need it in both places19:38
tr3buchetkk19:38
tr3buchetwhere is the other place?19:38
vishytr3buchet: only because multi_host mode doesn't create the bridge in plug_vifs19:39
tr3buchetah ok19:39
vishytr3buchet: it waits for the network code to do it19:39
vishyso first call is to create the bridge, setup an ip for dnsmasq etc.19:39
vishythe second call is to update dhcp19:39
vishytr3buchet: it is kind of nasty that we can't do it in one call19:39
tr3buchetyeah i agree19:40
*** ecarlin has joined #openstack-dev19:40
tr3buchetmulti_host introduced some strange behaviors19:40
vishytr3buchet: 612         if network_ref['multi_host'] and FLAGS.host != instance_ref['host']:19:40
vishy 613             continue19:40
vishythat is the line that is messing things up19:41
vishyso the instance_ref still has the old host set pre-migrate19:41
tr3buchetwhere is that?19:41
vishyin linux_net update_dhcp19:41
tr3buchetah ok19:41
tr3buchet:(19:41
tr3buchetyeah someone probably saw multihost and was like "wtf? uh.... skip!"19:42
vishytr3buchet: I think we have a reference to the migration host right?19:42
tr3buchetyeah they are stored in the migrations table19:42
tr3buchetbut i was just using self.host most of the time the live_migration code19:42
vishytr3buchet: i can extend that check to look for a migration as well19:42
tr3buchetsince it's explicit about which functions are run on which host19:42
vishytr3buchet: kind of ugly19:42
tr3buchetyeah19:42
vishytr3buchet: I don't want to update the instance host in pre live migrate19:43
tr3bucheti can't remmeber when the host was actually updated19:44
tr3buchetactually wait19:44
tr3bucheti don't htink live migration uses the migrations table19:45
*** Ryan_Lane has joined #openstack-dev19:45
tr3buchetvishy: should be able to just call setup_networks in post_live_migration_at_destination19:46
tr3buchetand pass in self.host19:46
KiallThe migrations take is about database migrations I believe.. not instance migrations19:46
Kialltable*19:46
*** jog0 has joined #openstack-dev19:47
vishytr3buchet: yeah i'm trying to avoid calling it twice though19:47
vishytr3buchet: sigh i guess we can call it twice for now and just put in a note19:47
vishytr3buchet: looking for migrating instance in linux_net seems pretty dirty19:47
tr3buchetKiall: we are talking about the table migrations, the sqlalchemy model for it is ~637 in nova/db/sqlalchemy/models.py19:48
tr3buchetvishy: it's horribly dirty19:48
vishytr3buchet: Ok. I guess we have to clean all this up later :)19:49
vishytr3buchet: We can just call it twice for now19:49
*** johnpur has quit IRC19:49
tr3buchetalright19:49
tr3buchetrunning tests to make sure nothing breaks19:49
*** ecarlin has quit IRC19:50
tr3buchetvishy: http://pastie.org/353590919:51
tr3buchetwe're on the same page?19:51
hub_capHey im trying to call keystone on behalf of a user token, IE, i have a admin user/pass, and im gettin a NotImplemented Error, as per the code. Shoudl this be implemented? Or am i hitting a path i shoudlnt be? This is whats generated from the novaclient based on the19:55
hub_caphttp://paste.openstack.org/show/6887/19:55
hub_cap*based on the call :D19:55
*** GheRivero_ has joined #openstack-dev19:57
*** andrewbogott has quit IRC19:57
*** stuntmachine has quit IRC19:58
hub_capdolph updated this code, whats his name on irc?19:59
*** hashar has joined #openstack-dev19:59
*** bepernoot has joined #openstack-dev20:00
*** rkukura has quit IRC20:00
*** dolphm has joined #openstack-dev20:00
*** andrewbogott has joined #openstack-dev20:00
hub_capit was changed in this rev20:01
hub_caphttps://github.com/openstack/keystone/commit/510061e0807d17234d533a83579074f7d0a42a7720:01
*** gkotton has quit IRC20:01
hub_capand was apparently "broken and redundant" based on his commit20:01
*** dolphm has quit IRC20:04
*** dolphm has joined #openstack-dev20:05
*** bepernoot has quit IRC20:09
*** dolphm has quit IRC20:11
*** ecarlin has joined #openstack-dev20:14
*** ecarlin has quit IRC20:15
*** novas0x2a|laptop has quit IRC20:15
*** ecarlin has joined #openstack-dev20:15
cp16netapparently reverting that code from hub_cap(keystone commit url) allows the authorization to work20:19
cp16netso it doesnt look like it was broken20:19
hub_capit was neither broken nor redundant apparently cp16net  ;)20:19
cp16netnot sure what the reasoning was for the change to begin with20:20
hub_capheckj: mr keystone we have a issue w/ keystone20:20
hub_capmaybe u can help us out, or point us in the right direction20:21
*** dolphm has joined #openstack-dev20:26
*** shevek_ has quit IRC20:27
hub_capdolphm: ping, ive got a keystone Q20:27
dolphmhub_cap: hit me20:28
hub_capso you removed some code here20:28
hub_caphttps://github.com/openstack/keystone/commit/510061e0807d17234d533a83579074f7d0a42a7720:28
dolphmhub_cap: yeah20:28
hub_cappython novaclient is calling that token/BLAH/endpoints to get authorization on behalf of a proxy_token20:28
dolphmhub_cap: it was broken, and the content was redundant with GET /tokens/{token_id}20:29
hub_capso when i try to use proxy_token in novaclient, im getting a borked'd'd response20:29
hub_capok so it should in fact just be calling that?20:29
hub_capinstead of ..../endpoints20:29
dolphmhub_cap: yes, or it should already have the data from /endpoints20:30
dolphmhub_cap: can you point me to where it's being used?20:30
hub_capsure sec20:31
*** kbringard has quit IRC20:31
*** GheRivero_ has quit IRC20:31
*** kbringard has joined #openstack-dev20:32
hub_capdolphm: http://paste.openstack.org/show/6893/20:33
hub_capits in _fetch_endpoints_from_auth()20:33
*** bengrue has quit IRC20:34
*** anotherjesse is now known as anotherjesse_zz20:34
hub_capdolphm: http://paste.openstack.org/show/6894/20:35
hub_capthats the call from python-novaclient when using proxy_token20:35
dolphmhub_cap: i'm looking through code, give me a few20:37
hub_capsure thang20:37
hub_capbasically dolphm, if you have a proxy token, it calls that dude20:37
*** anotherjesse_zz is now known as anotherjesse20:38
*** mikeyp has quit IRC20:38
*** roge has joined #openstack-dev20:40
dolphmhub_cap: yeah, i don't see why this couldn't just call GET /tokens/{token_id}20:42
hub_capso dolphm the old code added service catalog stuff to the endpoints call, but the non endpoints (tokens/tok_id) does not20:43
hub_capthats why ^ ^20:43
hub_capits relying on teh service_catalog being _in_ the response20:43
hub_capwhich has the endpoints20:43
hub_capbut tokens/{token_id} only returns a subset, let me paste20:43
hub_caphttp://paste.openstack.org/show/6896/20:43
hub_capomg thats ugly paste20:43
hub_capbut thats what the tokens/token_id returns, if yo look at the code you rremoved it also gets the service_catalog20:44
hub_capi do see the reduncency in the token_api.get_token code tho20:44
dolphmhub_cap: how is it a subset?20:44
hub_capdolphm:  return {'token': {'serviceCatalog': self._format_catalog(catalog_ref)}}20:44
hub_capthere is no serviceCatalog in that anymroe right?20:44
hub_capthats the return from the code you removed (https://github.com/openstack/keystone/commit/510061e0807d17234d533a83579074f7d0a42a77)20:45
hub_capit gets the token AND the serviceCatalog and returns them together20:45
dolphmwtf there should be20:45
hub_capthe tokens/token_id only gets the token_api.get_token20:45
*** Ghe_Rivero has joined #openstack-dev20:46
hub_caplooking @ the format_token method (the last bit of code from the validate_token method), it does not mention a serviceCatalog at all20:47
hub_caplooks like the serviceCatalog is _only_ in authenticate now20:48
dolphmhub_cap: i have no idea why that is20:48
hub_capie _format_catalog is only called from teh authenticate method in the service.py dolphm20:48
hub_caphaha thats what im wondering too :D20:48
hub_capif u tell me how best to fix it ill be glad to offer up a patch20:49
cp16nethaha20:49
hub_capas in, what woudl conform best to the keystone code20:49
*** rkukura has joined #openstack-dev20:51
*** ecarlin_ has joined #openstack-dev20:53
*** ecarlin_ has quit IRC20:53
*** mattstep has quit IRC20:53
*** vincentricci has quit IRC20:54
*** mattstep has joined #openstack-dev20:54
*** ecarlin has quit IRC20:57
*** novas0x2a|laptop has joined #openstack-dev21:01
*** jaypipes has joined #openstack-dev21:02
*** nati has joined #openstack-dev21:02
*** nati is now known as nati-ueno21:06
*** adjohn has quit IRC21:07
*** dprince has quit IRC21:09
nati-uenoping mtaylor21:09
*** cp16net has quit IRC21:12
*** uvirtbot` is now known as uvirtbot21:13
*** Ryan_Lane has quit IRC21:13
vishytr3buchet: can you recheck https://review.openstack.org/#change,4824 and update your -2?21:14
tr3buchetsure21:14
tr3buchetvishy: looking over it now21:15
anotherjessejeblair:     raise Exception("No ready nodes") again :(21:15
jeblairdrat21:16
tr3buchetvishy: what's your opinion on fixed_ip_ref.network_id vs fixed_ip_ref['network_id'] ?21:16
mtaylornati-ueno: pong21:16
jeblairhttps://jenkins.openstack.org/job/devstack-launch-vms/10395/console21:16
jeblairanotherjesse: ^ rackspace doesn't love us anymore21:17
mtaylorpvo: ^^21:17
pvojeblair: of course we do. Let me see what I can do.21:18
* mtaylor hands pvo beer21:18
jeblair:)21:18
jeblairpvo: it looks like we have exactly 100 servers21:19
pvodirecting to side channel...21:19
*** bepernoot has joined #openstack-dev21:20
heckjhub_cap: just getting back - reading backlog21:23
hub_capheckj: thats fine ive got a fix im about to propose21:24
hub_capim also talking w/ termie21:24
hub_caphere is my bug report21:24
hub_capheckj: https://bugs.launchpad.net/keystone/+bug/94843921:25
uvirtbotLaunchpad bug 948439 in keystone "belongs_to token calls need a serviceCatalog returned" [Undecided,In progress]21:25
hub_capheey that one!21:25
heckjhub_cap: heh, sounds like you don't need me then! :-) I'll mark it up confirmed and target -> rc1.21:25
hub_capword21:25
tr3buchetvishy: also, is it even possible for fixed_ips to not have a network? i'm not aware of it being possible21:25
heckjhub_cap - you good on how to solve?21:25
hub_capheckj: http://paste.openstack.org/show/6903/21:26
hub_capi believe so21:26
vishytr3buchet: in db layer +1 to .21:26
*** adjohn has joined #openstack-dev21:26
heckjhub_cap: cool - thanks21:26
tr3buchetvishy: right21:26
vishyotherwise []21:27
*** dubsquared has joined #openstack-dev21:27
vishytr3buchet: a fixed ip should always have a network afaik21:27
tr3buchetyeah21:27
tr3buchetso i'm thinking this whole if not fixed_ip_ref.network_id section is not needed21:27
johan_-_gate-integration-tests-devstack-vm appears to be broken again21:28
mtaylorjohan_-_: yes. it's being looked in to21:29
johan_-_last 11 jobs all failed with "No ready nodes"21:29
mtaylorjohan_-_: we've hit a usage cap on rackspace cloud21:29
kbringardhas anyone seen this error before?21:29
kbringardhttp://paste.openstack.org/show/6906/21:29
hub_capso does anyone _own_ python-novaclient persay?21:29
mtaylorhub_cap: it's a sub-project of nova21:29
hub_capok so ping vishy and co to get approval i assume?21:30
mtaylorhub_cap: yup21:30
vishytr3buchet: lets leave it for now21:30
hub_cap<3 mtaylor21:30
tr3buchetvishy: ok i'll just approve it then21:30
vishytr3buchet: just because there was a point when fixed_ips could be in a pool that wasn't associated to a network21:30
tr3buchetk21:30
vishytr3buchet: i think that is gone now, but i don't want to risk breaking something21:30
*** anotherjesse is now known as anotherjesse_zz21:30
tr3buchetvishy: yeah we can look at it later21:31
tr3buchetalthough i'll surely forget ;)21:31
*** adjohn has quit IRC21:31
tr3buchettickets purchased for sfo!21:31
*** adjohn has joined #openstack-dev21:31
*** vladimir3p has joined #openstack-dev21:32
*** bhall has joined #openstack-dev21:32
*** bhall has quit IRC21:32
*** bhall has joined #openstack-dev21:32
jeblairi'm still working on recovering the devstack test, it will be a few more minutes before it's ready to go again.21:36
*** ecarlin has joined #openstack-dev21:36
*** bepernoot has quit IRC21:36
kbringardit looks like the sql_max_pool_size may be too small21:37
*** ecarlin has quit IRC21:37
*** andrewbogott has quit IRC21:41
*** sniperd has quit IRC21:42
*** sniperd has joined #openstack-dev21:43
termieis dave walker on here?21:43
jeblairDaviey: ^21:43
*** bepernoot has joined #openstack-dev21:44
*** sandywalsh has quit IRC21:45
Davieytermie: o/21:46
ayoungheckj, question on the auth_token code, and anotherjesse is in zz mode...21:46
heckjayoung: yo!21:46
*** bepernoot has quit IRC21:46
ayoungapp_factory is the entry point to the whole use case, right?21:46
* heckj looks21:47
ayoungthat is what is called by our wsgi framework to create the handler for the request?21:47
vishykbringard: that param doesn't exist21:47
ayoungI can't find where that is called,  so I am assuming it is from some library that we use21:47
Davieytermie: wassup?21:47
vishykbringard: I had this discussion with Ryan_Lane earlier21:47
heckjayoung: it's imported and used in other projects, calling down into __call__() to handle the requests and "do it's thang"21:47
heckjayoung: glance and nova specifically21:48
dolphmayoung: app factory is called by wsgi, essentially, and the __call__ method is called when a request gets that far in the pipeline21:48
ayoungAuthProtocall.__call__()?21:48
kbringardvishy: I must have missed it21:48
kbringardgrep sql_max_pool_size flags.py21:48
kbringardDEFINE_integer('sql_max_pool_size', 10,21:48
kbringardso that's not used?21:48
ayoungdolphm, so the config object it takes is what?21:49
vishyno it doesn't exist21:49
vishyin stable/diablo or essex21:49
kbringardooooooooo, stable diablo… what about Vanilla diablo?21:49
kbringardwas it removed?21:49
vishyyes21:49
kbringardah21:49
kbringardthat makes sense21:49
kbringardOK21:49
dolphmayoung: it's populated from the compiled paste config21:49
kbringardwell, assuming I can't upgrade21:49
vishybecause the db_pool was mega broken21:49
apevecayoung, it's api-paste21:49
heckjayoung: yeah, one of those classes is instantiated, and that instance gets the __call__()21:49
kbringarddo you have any suggestions?21:49
kbringardor is the only route to upgrade to stable?21:49
vishysure, set it higher :)21:49
ayoungdolphm, I'm trying to figure out a limited something to pass to  return AuthProtocol(None, conf)21:49
vishybut we ran into lots of issues with that code21:50
kbringardyea, fair enough21:50
*** davlap has joined #openstack-dev21:50
kbringardthanks :-)21:50
heckjsoren: o/21:50
kbringardvishy:  ^^21:50
ayoungOh,  wait....we have a TokenAuthMiddlewareTest class in test_middleware.py21:50
ayoungI take it I should be modifying that21:51
heckjayoung: or making another like it and extending it, yeah.21:51
dolphmayoung: not sure what you mean21:51
sorenheckj: o/21:51
sorenheckj: 'sup?21:51
heckjayoung: jaypipes mentioned he had some relevant tests you might be able to rip off from Glance, haven't read/found something easy to steal there though21:51
ayoungdolphm, I'm trying to handle https://bugs.launchpad.net/keystone/+bug/94372221:51
uvirtbotLaunchpad bug 943722 in keystone "token auth needs unit tests" [Critical,Confirmed]21:52
heckjsoren: re: https://review.openstack.org/#change,4923, what do you (zul, whomever) want to do to work around the additional testing we've enabled that needs internet access.21:52
dolphmayoung: ah cool21:52
heckjsoren: did you want to do something where you're presetting the environ, or would you prefer a flag to disable that additional integration testing specifically for your building21:52
ttxanticw: ping21:53
dolphmayoung: most of the other middleware is tested in isolation because they support no app being passed in, and then the tests just call methods directly21:53
dolphmayoung: for testing, you don't need to call the app factory21:53
ayoungdolphm, nah, I was trying to figure out what the config object was supposed to look like21:54
ttxanticw: sudo sanitizes PYTHON_PATH before executing nova-rootwrap21:54
dolphmayoung: AuthMiddleware(None, {}) might get you somewhere21:54
sorenheckj: The mechanics for adjusting the behaviour isn't really important. Environment variable, command line option or whatever else is equally easy to apply.21:54
dolphmayoung: it's a dict, ultimately21:54
Davieyheckj: I really can't that integration testing belongs as a 'unit test'21:55
heckjsoren: Okay - to be clear - you're not pre-manipulating an environment, you need something from the keystone project to turn off that testing for your use, yes?21:55
heckjDaviey: totally agree it's not a unit test, we're just using the unit test framework to run it.21:56
*** markmc has quit IRC21:56
Davieyheckj: And you can't see that it smells bad?21:56
*** joearnold has joined #openstack-dev21:56
sorenheckj: I'm not entirely sure what "pre-manipulating an environment" means :)21:56
heckjDaviey: totally want to see this in Tempest in the future, but in general we're not quite ready to gate commits on tempest as yet, and it was critical for us to have inline for gating.21:56
heckjDaviey: actually, additional testing of any form always smells great to me. I'm not applying the semantics of unit-only when invoking run_tests, but I think you are. Not sure why.21:57
ayoungdolphm, OK,  that got me started,  thanks21:57
vishyjeblair: when devstack is back up, is there any easy way to figure out the branches that need to be retriggered?21:57
heckjsoren: you don't want to pre-load keystoneclient into the right place for the tests - they don't check out if the repo already exists in the right location.21:58
dolphmayoung: ping me if you need more help on that bug21:58
vishyjohan_-_: in regards to the logging race condition.  Does nose use a threadpool to run tests?21:58
ayoungdolphm, what specific functionality should I be looking to test?21:58
Davieyheckj: My requirement is that when I run ./run_tests.sh -N <-- it happes offline.  If that means you make it go down a different path, that is ok.21:58
dolphmayoung: the three basic flows: request comes in without X-Auth-Token, request comes in with valid X-Auth-Token, request comes in with invalid X-Auth-Token22:00
*** sandywalsh has joined #openstack-dev22:00
dolphmayoung: and then delay_auth_decision=True should be tested in those scenarios22:00
heckjDaviey: you've been clear with what you need, it's the "smells bad" comments that aren't helping. I will get you something that allows you to run the testing completely offline. I don't promise it'll be the "-N", as that's meant to be "no virtualenv", not "entirely offline". Totally get the need, and we'll get it covered for you.22:01
dolphmayoung: and you could unit test the individual methods in there, but i like to start with business cases22:01
*** lts has quit IRC22:02
Davieyheckj: Okay, the reason i say it 'smells bad'.. is because the test_suite will return different values based on time.22:02
*** andrewbogott has joined #openstack-dev22:02
*** andrewbogott has joined #openstack-dev22:02
DavieyIf i want to bisect something in the future, it'll still run the test against what is in current trunk22:02
Davieyheckj: This seems somewhat unsuitable.22:03
ayoungDaviey has been reading too much Martin Fowler22:03
heckjDaviey: that's actually exactly what we intend, but I totally get why you dont ever want to do that in packaging22:03
*** andrewbogott has quit IRC22:03
*** roge has quit IRC22:04
Davieyheckj: a snapshot giving different output based on external libraries development?22:04
heckjDaviey: we've had LOTs (too much) breakage because we didn't enforce integration testing between multiple projects. We're getting better, and our additions to run_tests (while they suck for you need) are totally what we mean to do to drive that farther forward22:04
*** flaviamissi has quit IRC22:05
*** roge has joined #openstack-dev22:05
Davieyheckj: well sure, but it just seems kinda ugly. :/22:07
jeblairvishy: I will go through the console output on the devstack job looking for the error (https://jenkins.openstack.org/job/gate-integration-tests-devstack-vm/2203/console) and hit retrigger all.22:07
jeblairvishy: https://review.openstack.org/#q,status:open+verified%253D-1+approved%253D1,n,z22:07
Davieyheckj: But anyway, if you can provide a line which does do offline testing, I am happy.22:07
heckjDaviey: Ugly, I'll grant you.22:07
jeblairvishy: ^ that's another way of finding them.22:07
heckjDaviey: just logged https://bugs.launchpad.net/keystone/+bug/948495 to track what you need, and I've assigned it to myself to get it done here in the "really near soon right now" timeframe.22:08
uvirtbotLaunchpad bug 948495 in keystone "need to provide totally offline ./run_tests.sh to support downstream packaging" [High,Confirmed]22:08
*** rods has quit IRC22:08
*** littleidea has quit IRC22:08
*** Ryan_Lane has joined #openstack-dev22:08
Davieyheckj: thanks!22:09
ayoungdolphm, is there a standard Mock start_response object I should use?22:09
*** joesavak has quit IRC22:09
heckjdolphm: actually, I'd like to know that one myself… how have we been doing that in other systems?22:09
notmynamettx: https://github.com/openstack/swift/commit/12b118ee2cc7025d5f8880d01fdc16ec316345eb for 1.4.722:09
heckjDaviey: better than a patch you slap in after the fact to remove or deactivate tests. :-) I can't tell you the fun I had packaging the Django 1.4 beta release...22:10
dolphmayoung: will None work?22:10
Davieyheckj: The racey unit tests? :)22:11
ayoungchecking...22:11
heckjDaviey: yeah22:11
dolphmayoung: or is it referenced/manipulated? i feel like it's just returned22:11
Davieyheckj: yeah, that hit me aswell.22:11
ayoungdolphm, pretty sure it is munged in the response.22:11
vishyjeblair: nifty22:12
gyeeheckj, the design summit registration is full22:12
gyeehow do I send cash to? :)22:12
*** joearnold has quit IRC22:13
heckjgyee: lemme see what I can do22:14
jeblairvishy, johan_-_: devstack is running again, and i've retrigged (most of) the jobs22:14
ayoungdolphm, yeah,  that is the generated response,  should probably be some form of Mock object.22:15
johan_-_jeblair: thanks!22:16
dolphmayoung: not sure then :-/ I'd probably refactor the middleware so i don't have to test __call__ lol22:16
dolphmayoung: there's probably another project with a solution22:16
ayoungOK....I'll find it22:16
*** martine has quit IRC22:18
kbringardvishy: can I just change that value in flags.py, or do I need to do it elsewhere?22:18
cloudflyhrmm what's the point of having the ability to set devstack to go back to older releases in localrc if stack.sh isn't capable of doing it.22:18
vishyjust in flags22:18
kbringardand restart compute, right?22:19
*** andrewsmedina has quit IRC22:19
*** paulormg has quit IRC22:19
hub_capusing run_tests.sh is it possible to run a single test?22:20
*** internap has joined #openstack-dev22:20
jakedahnhub_cap: yeah but its kind of weird - i think its somehting like ./run_tests.sh tests.dir.dir.dir.testfile.TestClass22:20
hub_capnice thx22:21
jakedahnmight be dir.dir.dir.testfile:TestClass22:21
jakedahnhaven't used it for a really long time22:21
mnewbyThe latter22:21
mnewbyNose uses a colon (:) do separate the qualified module path from the contents of the module22:22
hub_capwell that worked, but all the tests failed cuz of some funky deps im sure22:23
hub_capthx22:23
sleepsonzzzcloudfly - you can go back to stable/diablo by checking out devstack's stable/diablo branch, if that is what you are trying to do22:23
cloudflymight have to hop back a bit.22:24
cloudflyseems horizon is busted up in current build22:24
dolphmhub_cap: ./run_tests.sh -N test_content_types:TestClass.test_method22:26
hub_capdolphm: i did that, it failed miserably22:26
*** Ghe_Rivero has quit IRC22:26
*** andrewbogott has joined #openstack-dev22:27
*** andrewbogott has joined #openstack-dev22:27
hub_capits looking for stuff it cant find it seems :(22:27
hub_capanyone know how to use query params in a route? id like to populate a param in my index method…. as in blah?foo=bar with index(…, foo=None)22:27
dolphmhub_cap: works for me- http://pastie.org/353703022:27
cloudflyanyone know what the last working rev of devstack was?22:28
hub_capAh i was doing test_content_types:CoreApiTests dolphm22:28
hub_captry that :)22:28
dolphmi can tell you that won't work lol22:28
*** hashar has quit IRC22:28
*** davlap has quit IRC22:28
hub_capvery nice tho now i can test faster22:28
hub_caphaha ya fo sure22:28
hub_capnow if i can only figure out how to acutally populate belongs_to ill be in hog heaven dolphm22:29
dolphmhub_cap: looking for that now22:29
hub_capim trying query params but even w/ a small test on soem of my personal routes code i cant get it to populate22:29
hub_capeven though belongs_to is like on 3 different methods in keystone, there is not a single mention of it in the tests ;)22:31
dolphmhub_cap: =( i wrote those tests lol22:31
hub_caphahaah oops!22:31
hub_capi mean, good work dolphm, keep looking for that answer!22:31
dolphm;)22:31
dolphmoooh22:32
hub_capoooh?22:32
dolphmoooh.22:32
hub_capoooh!22:32
dolphmhub_cap: req.environ['openstack.params']22:33
dolphmugh nevermind22:34
hub_capoh yer looking @ the wsgi stuff to see how its done, ill view too22:34
dolphmwait, no that would work22:34
hub_capsure ill just look @ all that goodness22:35
dolphmkeystone.common.wsgi.Application converts the query string in the env into method params22:35
hub_capdolphm: openstack.context = {'query_string': {'belongs_to': u'46f5cdde48884db2b5261108e97d4bb1'}, 'token_id': '46f5cdde48884db2b5261108e97d4bb1', 'is_admin': False}22:38
hub_capthats whats printed to me22:38
hub_capits never moved into the context tho as a "param"22:39
hub_capdoes nova or glance do this? do any of the projects use query strings i wonder22:39
dolphmno clue22:40
hub_capthe arg_dict def does not contain belongs_to22:40
cloudflyanyone know a past revision of horizon + devstack that works?22:40
cloudflythis is getting annoying22:41
hub_capvishy, pvo: do u know offhand if there is any use of query params in any urls?22:41
dolphmhub_cap: looks like you're right, the context is passed into the method as a whole, including the query_string, but the query_string *should* be tacked onto the additional params22:41
dolphmso22:41
hub_capdef, so the common wsgi can just append those to the params, no?22:41
pvohub_cap: I think some of the changes since uses query params22:42
dolphmhub_cap: yes22:42
hub_capkk thx pvo22:42
dolphmthere could be a method out there expecting to find the query string in context, but auth/validate definitely expect it to be an argument22:42
*** andrewsmedina has joined #openstack-dev22:44
vishyhub_cap: yes there are query params in the nova_api22:46
vishyfiltering on servers22:46
vishyfor example22:46
ayoungdolphm, why does the evaluation of the Admin token happen via an HTTP call?22:50
ayoungresponse, data = self._json_request('GET',22:51
ayoung                                            '/v2.0/tokens/%s' % user_token,22:51
ayoung                                            additional_headers=headers)22:51
dolphmayoung: as opposed to HTTPS?22:52
ayoungno as opposed to a local call22:52
ayoungis this code executed on other servers?22:52
dolphmayoung: from the auth_token middleware?22:52
ayoungor is it inside Keystone?22:52
ayoungyes22:52
dolphmauth_token sits in front a nova, swift, etc, and calls out to the remote keystone server22:52
ayoungso to test this we need an http server up and running...22:53
*** crobinso has quit IRC22:53
hub_capok victory ive got it firgured out now22:53
*** sniperd has quit IRC22:53
dolphmayoung: you *could* test it that way, but you'd need a service to put behind it22:54
dolphmayoung: (i actually have an "echo" service that doesn't do much more than respond with your token & tenant info, but it's not committed)22:54
ayoungdolphm, I'd like to figure out a way to test this without having to make an actual HTTP call....22:55
ayoungcourse, I'd also like to write this code so that it doesn't need to do an HTTP call in the first place22:56
*** sniperd has joined #openstack-dev22:57
dolphmayoung: hmm... so, i guess 3 options: rewrite __call__ so there's nothing there worth testing -- but that looks hard in this case22:59
dolphm2) do a lot of mocking23:00
*** joearnold has joined #openstack-dev23:00
dolphmi think there's plenty of mocking in test_keystoneclient you could work with23:00
dolphm3) stand auth_token up in a real pipeline next to keystone and do more of a system test23:01
*** sandywalsh has quit IRC23:01
vishyjeblair: fyi it looks like we are still getting No Ready Nodes from the gate23:01
*** markvoelker has quit IRC23:02
*** hub_cap has quit IRC23:02
*** ayoung has quit IRC23:03
*** internap has quit IRC23:03
*** apevec has quit IRC23:04
*** anotherjesse_zz is now known as anotherjesse23:05
*** joearnold has quit IRC23:08
vishyjeblair: scratch that, one went through so i guess we are on again23:10
*** mishesks has joined #openstack-dev23:13
vishymtaylor, jeblair: any idea why this is suddenly blowing up on an venv package?23:13
vishyhttps://review.openstack.org/#change,438023:13
*** dubsquared has quit IRC23:13
*** sandywalsh has joined #openstack-dev23:14
vishymtaylor, jeblair: it is in stable/diablo and here is the console: https://jenkins.openstack.org/job/gate-nova-unittests/1401/console23:14
mtaylorvishy: looking23:15
*** zzed has quit IRC23:16
jeblairvishy: a lot of nodes are coming up with no network, so the script is having trouble keeping up with demand23:18
vishyjeblair: maybe we should switch over to using cloudservers beta :)23:18
jeblairvishy: i think that makes a lot of sense.  this script is the worst possible tenant a cloud provider could ever have.  it's great for testing.  :)23:19
jeblairpvo: ^ what do you think?23:19
*** sniperd has quit IRC23:20
*** ywu has joined #openstack-dev23:21
mtaylorvishy: pile of monkies... how urgent is fixing that? can I get to it in a few hours?23:22
vishymtaylor: not urgent, just curious how it failed23:22
vishygetting gating to work again in general would be nice though :(23:23
mtaylorvishy: ++23:23
mtaylorvishy: the break is (I think) my fault ... I'm trying to get nova moved all the way to the new more resilient and more correct way of making venvs... but doing it in baby steps so that we don't break things23:24
mtaylorvishy: as a result, I think I broke stable/diablo venvs. sigh23:24
*** mishesks has quit IRC23:24
* vishy flicks mtaylor in the ear23:24
*** mishesks has joined #openstack-dev23:24
vishybad dog!23:24
mtaylorvishy: have I mentioned how much I can't wait for all of the stuff to be converged on consistency?23:24
mtaylorOW!23:24
* mtaylor tucks tail and hides in corner23:24
vishymtaylor: +123:24
vishymtaylor: btw a) how do i run tests with tox23:24
mtaylorvishy: simple answer "tox"23:25
vishymtaylor: b) are we close to using a nose plugin for fancy output instead of run_tests ?23:25
mtaylorvishy: just run tox, and it will create a venv if one isn't there, and run tests in it - but by default it's going to do pep8, py26 and py2723:25
mtaylorvishy: so if you want just one, do "tox -epy27"23:25
jeblairvishy, mtaylor: https://review.openstack.org/#change,457123:26
mtaylorvishy: and we're REALLY close - there is one weirdness in the nova test suite that breaks under plain nose + plugin that works on run_Tests23:26
jeblairaccording to that, which is the first change that failed like this, bcwaldon thinks the problem is related to python-novaclient23:26
mtaylorAH23:27
vishyjeblair: ah that one failed with the iso error?23:27
vishymtaylor: what is the weirdness?23:27
jeblairvishy: weird, no, it didn't, but it did log "cannot import name flavors"23:28
jeblairvishy: https://jenkins.openstack.org/job/gate-nova-unittests/1226/console23:28
jeblairvs   https://jenkins.openstack.org/job/gate-nova-unittests/1401/console23:29
jeblairi confess, i don't know why those are different. :/23:29
mtaylorjeblair: I was looking at the logic in copy-venv - seems like I might have missed something in there23:30
*** apevec has joined #openstack-dev23:31
*** mattstep has quit IRC23:31
heckjdid cloudfiles undergo some changes recently? Having some issue with a clear devstack run: http://paste.openstack.org/show/6940/23:32
heckjlooks like it can't find cloudfiles.errors.Error23:32
cloudflypretty sure devstack is hosed at the moment23:32
*** mattstep has joined #openstack-dev23:33
heckjcloudfly: I'm definitely seeing that… was hoping someone knew more...23:33
cloudflyi am seeing failures in horizon23:34
cloudflywhich i see a bug opened for horizon refactor issues23:34
cloudflybut a fix was merged on the 1st23:34
cloudflyso maybe it got rerefactored there23:34
cloudflynot seeing errors on cloudfiles atm23:34
kbringardhey vishy, I know it's not really supported, but any idea why when I up the the sql_max number in flags.py and restart compute I still get errors saying it hit the max of 10?23:35
jeblairmtaylor: it looks like it started with the correct bundle, and is using the venv it built from that; i'm not sure what would be missed.  :/23:36
cloudflykbringard are you sure you aren't just changing the flag definition then getting it overwritten by the nova flags file?23:36
kbringardcloudfly: I don't think so… I changed it in flags.py, which I assumed was the default23:36
cloudflywell flags.py has definitions but the nova.conf has flags.23:37
kbringardI don't have it set in my nova.conf23:37
cloudflywell then there goes my idea23:37
cloudflytry defining it maybe. =/23:37
kbringardI was going to try that next, though23:37
kbringardyea23:37
creihtheckj: odd23:38
creihthttps://github.com/rackspace/python-cloudfiles/blob/master/cloudfiles/errors.py23:38
creihtError is there23:38
heckjWow - that's interesting. I wonder what interesting import didn't allow it to show up?23:38
cloudflycreiht do you have anything in your localrc that might be grabbing from the wrong location?23:39
heckjcreiht: just did an "import cloudfiles" and "dir(cloudfiles.errors)"23:39
heckj>>> dir(cloudfiles.errors)23:39
heckj['AuthenticationError', 'AuthenticationFailed', 'CDNNotEnabled', 'ContainerNotEmpty', 'ContainerNotPublic', 'IncompleteSend', 'InvalidContainerName', 'InvalidMetaName', 'InvalidMetaValue', 'InvalidObjectName', 'InvalidObjectSize', 'InvalidUrl', 'NoSuchContainer', 'NoSuchObject', 'ResponseError', '__builtins__', '__doc__', '__file__', '__name__', '__package__']23:39
heckjonly passwords in my localrc23:39
creihtheckj: what is cloudfiles.__version__23:39
mtaylorjeblair: where does it copy the bundle in from jenkins_venvs/**/.cache.bundle?23:39
mtaylorjeblair: see - it only does mv jenkins_venvs/$GERRIT_BRANCH/venv.tgz .23:40
heckj1.7.9.1 - I must have something already installed on this host...23:40
creihtheckj: yeah that is odd23:40
cloudflyheckj might want to try an apt-get purge on all your nova related packages23:40
cloudflythen rerun stack23:40
heckjI'm going to also go make sure I didn't have anything in dist-packages (manually)23:41
cloudflygood call23:41
*** mattstep has quit IRC23:43
*** mattstep has joined #openstack-dev23:43
*** hub_cap has joined #openstack-dev23:47
*** apevec has quit IRC23:47
creihtheckj: also make sure you don't have a random cloudfiles dir somewhere on your path23:49
creihtwith python code in it23:49
heckjcreiht: yep, just did that. Burned out everything that looked like cloudfiles, and am starting fresh with a devstack run now23:50
cloudflygood luck23:50
*** mattray has quit IRC23:50
heckjcreiht: I suspect that was the issue - I found a "cloudfiles" that looks like it was installed directly some time ago. Will know shortly.23:51
creihtcool23:51
cloudflyi'd be interested to know if you run into the horizon problem i am seeing... assuming you are using a current devstack rev23:51
heckjvery latest - I'll let you know in a few. Just realized I had a passwd on mysql, so I'm resetting it all again23:52
cloudflyheh i usually just purge mysql and rabbit entirely23:52
*** dtroyer has quit IRC23:52
*** roge has quit IRC23:53

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