Wednesday, 2011-08-31

*** adiantum has joined #openstack-dev00:00
*** lorin1 has quit IRC00:01
*** nati has quit IRC00:04
*** adiantum has quit IRC00:12
*** dabo has quit IRC00:16
*** novas0x2a|laptop has quit IRC00:16
*** jdurgin has quit IRC00:16
*** bengrue has quit IRC00:16
*** rnorwood has joined #openstack-dev00:17
*** bengrue has joined #openstack-dev00:17
*** adiantum has joined #openstack-dev00:18
*** lorin1 has joined #openstack-dev00:19
*** nati has joined #openstack-dev00:22
*** lorin1 has quit IRC00:23
*** adiantum has quit IRC00:24
*** nati has quit IRC00:25
*** nati has joined #openstack-dev00:25
*** deshantm_away is now known as deshantm00:25
*** bengrue has quit IRC00:26
*** nati_ has joined #openstack-dev00:28
*** nati has quit IRC00:29
*** adiantum has joined #openstack-dev00:29
*** bengrue has joined #openstack-dev00:31
*** nati_ has quit IRC00:35
*** dabo has joined #openstack-dev00:36
*** adiantum has quit IRC00:39
*** nati has joined #openstack-dev00:40
*** JordanRinke is now known as JordanRinke-AFK00:42
*** troytoman is now known as troytoman-away00:44
*** adiantum has joined #openstack-dev00:45
chmouelis userdata exposed to the OS api ? from a quick grep on api/openstack/servers.py it does not seems so (and does not show on the req)00:47
*** lorin1 has joined #openstack-dev00:50
*** adiantum has quit IRC01:02
*** adiantum has joined #openstack-dev01:03
*** lorin1 has quit IRC01:07
*** lorin1 has joined #openstack-dev01:08
*** adiantum has quit IRC01:10
*** rnorwood has quit IRC01:13
*** rnorwood has joined #openstack-dev01:15
*** adiantum has joined #openstack-dev01:17
*** thickskin has left #openstack-dev01:22
*** adiantum has quit IRC01:24
*** mattray has joined #openstack-dev01:24
vishychmouel: sure is01:24
vishywell depends on what you mean by exposed?01:25
chmouelso i store fine user_data stuff when i do the POST01:25
chmoueland it's in DB01:25
chmouelbut when I try to retrieve later it does not show anywhere01:25
chmouelmaybe this is not the right use of user-data01:25
vladimir3pvishy: ping01:25
vishyhoyo01:26
vishychmouel: it is available to the instance01:26
vishyfrom the metadata server01:26
vishyif you want data for the api01:26
vishyyou want to use instance meta property01:26
vladimir3pvishy: hi, any tip on debugging amqp? I have a very interesting situation right now in one of environments where funout msg doesn't reach one of nodes01:26
vladimir3p*fanout01:26
vishyvladimir3p: hmm, not sure01:27
chmouelokay so what user_data is supposed to do compared to metadata? maybe i have the wrong understanding of it01:27
vladimir3pvishy: np, thanks01:28
vishyuser_data is b64 encoded text that the instance can retrieve via 169.254.169.25401:28
vishyit is used by the cloud-init scripts in ubuntu for example01:28
chmouelie: file injection?01:29
vishymetadata is arbitrary key value pairs associated with the instance01:29
vishywell the files aren't injected01:29
vishyit can be retrived by hitting that special ip01:29
*** adiantum has joined #openstack-dev01:29
chmouelyep so they can be accecible to VM okay gotcha01:30
*** thickskin has joined #openstack-dev01:30
*** rods has quit IRC01:30
vishychmouel: right.  To get metadata, you go through the api, so you need credentials01:31
chmouelvishy:  okay great thanks, i was trying to understanding how it works so I can finish jesse's initial userdata support in python-novaclient http://goo.gl/a2cOA01:32
chmoueldon't think i have much to add to that except unittests01:33
chmoueland maybe s userdata user_data like named on nova code01:33
*** adiantum has quit IRC01:35
*** adiantum has joined #openstack-dev01:41
*** nati has quit IRC01:42
*** mfer has joined #openstack-dev01:43
*** bengrue has quit IRC01:45
*** adiantum has quit IRC01:48
*** lorin1 has quit IRC01:49
*** vladimir3p has quit IRC01:49
*** adiantum has joined #openstack-dev01:53
*** lorin1 has joined #openstack-dev01:54
*** mfer has quit IRC01:57
*** adiantum has quit IRC02:00
*** adiantum has joined #openstack-dev02:13
openstackgerritJustin Shepherd proposed a change to openstack/glance: Bug fix lp:726864  https://review.openstack.org/36702:19
openstackgerritA change was merged to openstack/glance: Bug fix lp:726864  https://review.openstack.org/36702:22
*** mwhooker has quit IRC02:23
*** dragondm has quit IRC02:23
*** mdomsch has joined #openstack-dev02:29
*** mattray has quit IRC02:42
*** novas0x2a|laptop has joined #openstack-dev02:55
*** ewindisch has quit IRC03:04
*** tsuzuki_ has joined #openstack-dev03:09
vishycomstud: ping03:15
*** lorin1 has quit IRC03:17
*** novas0x2a|laptop has quit IRC03:26
*** martine_ has quit IRC03:32
*** novas0x2a|laptop has joined #openstack-dev03:34
comstudvishy: pong03:35
vishycomstud: made a couple comments on rpc03:35
vishydoesn't work with kombu 1.0.403:35
*** rnorwood has quit IRC03:36
comstudvishy: bummer.. i forgot. i wanted to test various versions..03:36
comstudi think the minimal one i was using was 1.1.2 or something03:36
comstudworks with 1.1.6 for sure03:37
comstudthat's on one of my dev boxes I was doing functional testing with03:37
vishyok03:37
vishyso maybe 1.1+03:37
comstudyeah, maybe.. what was broken?03:38
vishywe still need packages for the ppa03:38
comstud*pulls up comments*03:38
vishylooks like there is no Connection class03:38
vishy:)03:38
comstudhm03:38
comstudah, yeah, i'm using kombu.connection.Connection03:39
comstudmaybe I can fix it for 1.0.403:39
comstudour ppa pkg is 1.0.4?03:39
vishywell the one for glance is/was03:40
comstudok03:40
comstudi'll take a look at 1.0.4 and see what the connection class there is03:40
comstudor03:40
comstudi'll look at glance03:40
comstudBrokerConnection, eh03:41
comstuddo you still have a 1.0.4 install?03:41
comstudlooks like 1.1.2 has a Connection = BrokerConnection in connection.py03:42
comstudso if I change to use kombu.connection.BrokerConnection this will still work in 1.1.2...  wonder if that's all that will make 1.0.4 work03:42
vishyi can check it03:43
vishyall i have to do is change Connection to BrokerConnection?03:43
comstudyeah03:44
comstudline 32503:44
comstudi'll revert to the ppa version and see what gives here too03:45
openstackgerritBrian Waldon proposed a change to openstack/glance: correcting recent changes  https://review.openstack.org/36803:46
openstackgerritBrian Waldon proposed a change to openstack/glance: correcting recent changes  https://review.openstack.org/36803:47
comstudkombu tests pass03:47
comstudwith the change03:47
comstud>>> kombu.__version__03:47
comstud'1.0.4'03:47
openstackgerritBrian Waldon proposed a change to openstack/glance: Fix cached-images API endpoint  https://review.openstack.org/36803:49
*** rnorwood has joined #openstack-dev03:49
comstudtesting functionally03:49
comstudseems to work03:50
vishycomstud: works fine with BrokerConnection here too03:50
vishydoes it work with the new code?03:50
vishyas well03:50
vishyas in 1.2.1/BrokerConnection03:50
comstudwhat do you mean by 'new code' ?03:50
comstudoh03:50
comstudit should.. as Connection = BrokerConnection in new code03:51
comstudi'll test again just in case03:51
*** novas0x2a|lapto1 has joined #openstack-dev03:51
vishyi'm checking too03:52
comstudtests pass03:52
comstudfor kombu03:52
comstudseems to work functionally as well03:53
comstudthis is with 1.2.103:53
*** novas0x2a|laptop has quit IRC03:53
comstudpushing up fix03:54
vishyyup03:54
vishyagreed03:54
vishyas far as I can tell its sexy time03:54
comstudi like sexy time03:55
*** rnorwood has quit IRC03:56
vishymaybe we can switch the default03:57
vishywe can always revert if there are any big issues03:57
comstudup to you03:57
comstudswitching the default forces people to use it03:57
comstudand we'll shake things out that way if there's anything03:58
comstudalso makes these 2 other bugs go away.. which I didn't bother trying to mess with carrot code to fix03:59
comstudI feel fixing those bugs in carrot makes it almost as risky as just using kombu.  Proper reconnecting would mean a decent overhaul to carrot code.  msg_id queues being left around might be easy to fix in carrot now that I discover why termie needed to use Consumer.fetch() vs Consumer.wait() to make them work04:01
comstud(the multicall stuff)04:01
comstudbut i'd rather leave carrot alone and let it die04:03
comstudswitching the default gives the advantage of all of the other non-rpc tests using kombu vs carrot as well04:06
vishyagreed04:07
comstudok04:07
comstudpushed up default change04:07
vishynice04:07
*** rnorwood has joined #openstack-dev04:09
comstudthnx for lookin04:09
vishyyw04:09
comstudwe might be able to lower some sleeps in these tests at some point04:11
comstudi kludge the 'memory' kombu transport to catch things pretty quickly04:11
comstudseems faster than fake_rabbit w/ carrot04:11
comstudkombu test runs a lot more quickly than the carrot test04:12
comstudtest_rpc_carrot:04:12
comstudRan 10 tests in 0.773s04:12
comstudtest_rpc_kombu:04:13
comstudRan 13 tests in 0.271s04:13
johan_-_comstud: there was a deeper reason to use fetch instead of consume?04:13
comstudjohan: No, I'd suggested termie use .wait() when I reviewed his multicall branch... but.. there were issues with tests and there was a desire to get that in quickly04:14
comstudI suspect i might know what the issue was now..04:15
comstudthough I haven't tried to fix carrot to test my theory04:15
johan_-_when i switched to using iterconsume(), the code worked fine, but the tests required some deep surgery04:16
comstudyeah04:16
johan_-_seems like we should hold tests to the same standard of complexity as the rest of the code :/04:16
comstudI ended up making very minimal changes to tests.. with kombu... and I bet I can make carrot use iterconsume without any issue now04:16
comstudThe main thing was the tests needed to consume in a greenthread... but the tests were not monkey patched04:17
johan_-_ahh04:17
comstudso i think the greenthread was blocking04:17
johan_-_that could be the cause the problems i ran into04:17
johan_-_btw, thank you for figuring all of this stuff out :)04:18
comstudi created a consume_in_thread() interface in carrot/kombu now, which handles all of this for you.  cleans up service.py a bit as well.04:18
comstudand made sure carrot/kombu monkey_patch things04:18
comstudjohan: sure thing04:18
comstudjohan: thank you for digging into that initial msg_queue problem :)04:19
comstudi'm still annoyed with the amqp spec, but.. whatever.04:20
johan_-_yeah, but it's relatively minor04:21
johan_-_probably more important things to tackle after your branch gets merged04:21
comstudyeah, unless you use 'fetch' or the equiv that does a amqp basic_get()04:21
comstudbut04:21
comstudrepeat { fetch(); sleep(.1) } is much less efficient anyway04:22
comstudheh.04:22
johan_-_yeah, i'm not a fan of polling :)04:22
comstudsame04:22
comstudit'll be all good now :)04:22
johan_-_carrot calls sys.exit()?04:23
comstudyeah, when it can't connect to rabbit after x attempts04:23
comstudi duplicated it kombu, but that only gets hit if you set max_retries > 0 now04:24
comstuddefault is 0 == reconnect forever04:24
comstudfixed carrot to support '0' as forever04:24
johan_-_when would someone want to set max_retries > 0?04:24
comstudNo idea. :)04:25
comstudIf someone wants to rip that out, we can do that later04:25
comstudI don't like the sys.exit() either04:25
comstudI can see it being okay *maybe* on daemon startup only..04:26
comstudbut not after the daemon has been running a while04:26
johan_-_i'm not sure why it would be needed on startup either04:27
johan_-_but yeah, if it's there already, let another merge fix it04:27
johan_-_does the DB code give up and sys.exit too?04:27
comstudI found it useful because I'd forget to restart rabbit after a reboot04:27
comstudand I could see quickly what was going on04:27
johan_-_i see in the logs that rabbitmq wasn't started :)04:28
comstudarguably you would also see it pretty easily looking at logs04:28
comstud:)04:28
johan_-_then i start it and it's fine04:28
comstudi hear ya. :)04:28
comstudjohan: pretty sure 'no' on the DB code04:28
comstudpretty sure it'll just throw an exception04:29
comstudi don't think there's retries either04:30
*** nati has joined #openstack-dev04:32
*** novas0x2a|lapto1 has quit IRC04:41
*** zul has quit IRC04:49
*** zul has joined #openstack-dev04:50
*** nati has quit IRC05:25
*** nati has joined #openstack-dev05:29
*** nati has quit IRC05:36
vishy comstud: I'd like to not have to do greenthread sleeps in in test_cloud to wait for rpcs to finish.  It would be nice if we had a "wait for queues to be empty call so that we didn't have to manually throw sleeps in there so casts and calls can finish05:48
vishycomstod: or a fake version of cast/call that just goes ahead and finishes in the same greenthread05:49
vishycomstud: instead of starting a new one05:49
*** nati has joined #openstack-dev05:58
*** zul has quit IRC05:59
*** zul has joined #openstack-dev06:00
*** nati has quit IRC06:00
comstudvishy: hmm06:08
comstudvishy: it's really more than waiting for the event to picked up by the consumer... the consumer also needs to finish all of its work06:43
comstudvishy: which is almost like saying.. 'cast' needs to behave like 'call' in tests.06:43
zykes-how does auth work in glance if there's no use of keystone ?06:51
comstudi think there's no auth w/o keystone06:51
comstudfor glance06:51
*** reidrac has joined #openstack-dev06:55
zykes-kk07:21
comstudvishy: very interestingly, changing test_cloud to make rpc.cast do a rpc.call instead... (with a fix to start up a fake ajax_console_proxy)...  uncovers a few broken tests.07:52
comstudvishy: which is slightly disconcerting07:53
*** adiantum has quit IRC07:55
*** ewindisch has joined #openstack-dev07:58
*** adiantum has joined #openstack-dev08:01
vishycomstud: interesting.  I thought it was already stubbed to use call instead of cast08:01
comstudvishy: it's stubbed to sleep after a cast08:01
comstudvishy: i just pushed up lp:~cbehrens/nova/test-sleep-cleanup as a WIP08:01
comstudbranched from rpc-kombu08:02
vishycomstud: actually that doesn't surprise me too much, i know that some of the tests were checking for values that only exist before the cast/call finishes08:02
vishyfor example casting to run an instance but checking for scheduling state, etc.08:02
comstudthere's some missing arguments when creating volumes and snapshots08:02
comstudin the tests08:02
comstudthat cause exceptions08:02
vishycomstud: ha, that could be recent additions, the volume code changed recently08:03
comstudbut... somehow the cast doesn't let those cases get it08:03
comstudhit08:03
comstudwell08:03
comstudit is08:03
comstudbut the tests pass in trunk08:03
comstudwhich is concerning.. because that means there's code not being covered08:03
vishycomstud: good you found it though.  Right but the code was changed and the tests passed, so the author of the changes never fixed them08:03
comstudwhich i switch to 'call', they show up08:03
comstudcorrect08:04
vishythey probably were showing exceptions in the logs, if anyone bothered to check08:04
comstuder08:05
comstudthe tests were what's broken, not the actual code08:05
comstudso yeah, they didn't update the tests08:05
comstudbut08:05
comstudupdating the tests wouldn't have made any change in behavior08:05
comstudunless they were working properly..which apparently they aren't08:05
comstudheh08:06
comstudlet's see what kind of a speed up this is08:07
*** adiantum has quit IRC08:07
comstudeh, 53 seconds before my changes... 49 after08:08
comstudheh.08:08
comstudi removed pretty much every sleep from test_cloud08:08
zykes-vishy: do you ever sleep ? ;)08:09
*** tudamp has joined #openstack-dev08:09
comstudwhat is this sleep thing you speak of?08:09
zykes-:p08:11
comstud:)08:12
*** adiantum has joined #openstack-dev08:12
vishycomstud: aww yeah, 4 seconds baby08:14
vishyzykes-: never08:14
comstudvishy: test_cloud changes seem to work with carrot as well as kombu08:15
*** jakedahn has quit IRC08:15
zykes-;)08:16
comstudvishy: i see test_adminapi and test_abstract_scheduler do similar stuff..i can take a look at fixing those also... later.  merge prop soon.08:17
comstuddunno what else might benefit from switching cast to a call.. and what other issues might be uncovered like test_cloud08:18
*** adiantum has quit IRC08:19
comstudi'm gonna go search for this thing called 'sleep'08:19
comstud'night :)08:19
*** adiantum has joined #openstack-dev08:24
*** adiantum has quit IRC08:42
*** darraghb has joined #openstack-dev08:46
*** adiantum has joined #openstack-dev08:48
*** adiantum has quit IRC08:55
*** adiantum has joined #openstack-dev09:02
*** adiantum has quit IRC09:06
*** adiantum has joined #openstack-dev09:11
*** adiantum has quit IRC09:18
*** adiantum has joined #openstack-dev09:25
*** adiantum has quit IRC09:33
*** tsuzuki_ has quit IRC09:42
*** markmc has joined #openstack-dev10:10
*** zigo has joined #openstack-dev10:51
*** markvoelker has joined #openstack-dev10:52
*** mfer has joined #openstack-dev11:33
*** mnot has quit IRC11:33
*** zigo has quit IRC11:48
*** zigo has joined #openstack-dev11:49
*** zigo-_- has joined #openstack-dev11:53
*** zigo has quit IRC11:54
*** zigo-_- has quit IRC11:57
*** bsza has joined #openstack-dev12:12
*** nati has joined #openstack-dev12:14
*** mfer has quit IRC12:19
*** lts has joined #openstack-dev12:25
zykes-hmmm12:29
*** doude has quit IRC12:29
*** doude has joined #openstack-dev12:29
zykes-wouldn't JSON support within webob.exc be usedful ?12:29
*** rnorwood has quit IRC12:31
*** mdomsch has quit IRC12:34
*** rods has joined #openstack-dev12:35
*** jaypipes has quit IRC12:39
*** lorin1 has joined #openstack-dev12:51
*** lorin1 has quit IRC12:58
*** martine_ has joined #openstack-dev13:00
*** sandywalsh has quit IRC13:09
*** mfer has joined #openstack-dev13:11
*** nati has quit IRC13:18
*** sandywalsh has joined #openstack-dev13:24
*** nati has joined #openstack-dev13:30
*** bcwaldon has joined #openstack-dev13:32
*** rnorwood has joined #openstack-dev13:47
*** kbringard has joined #openstack-dev13:48
*** mattray has joined #openstack-dev13:53
*** bsza has quit IRC13:54
*** bsza has joined #openstack-dev13:55
*** nati has quit IRC13:56
*** mattray has quit IRC13:57
*** sandywalsh has quit IRC14:01
*** Binbin has joined #openstack-dev14:01
*** deshantm_laptop has joined #openstack-dev14:04
*** cp16net has joined #openstack-dev14:11
*** sandywalsh has joined #openstack-dev14:14
*** mdomsch has joined #openstack-dev14:23
*** vladimir3p has joined #openstack-dev14:35
*** code_franco has joined #openstack-dev14:47
*** nati has joined #openstack-dev14:53
*** heckj has joined #openstack-dev14:53
*** amccabe has joined #openstack-dev14:54
*** deshantm_laptop has quit IRC14:55
*** jaypipes has joined #openstack-dev14:58
*** reidrac has quit IRC15:06
*** dragondm has joined #openstack-dev15:08
*** deshantm_laptop has joined #openstack-dev15:11
*** bcwaldon has quit IRC15:14
*** bcwaldon has joined #openstack-dev15:15
Vekcan I get more eyes on https://code.launchpad.net/~klmitch/nova/lp832369/+merge/72964 ?15:16
*** mattray has joined #openstack-dev15:23
*** mattray has quit IRC15:23
openstackgerritA change was merged to openstack/glance: Fix cached-images API endpoint  https://review.openstack.org/36815:30
openstackjenkinsProject swift build #314: SUCCESS in 1 min 5 sec: https://jenkins.openstack.org/job/swift/314/15:33
openstackjenkinsTarmac: Fix for object auditor.  It doesn't close files that are quarantined for certain reasons, zero byte files for one, which will cause it to eventually crash due to keeping too many files open.  Thanks David Kranz for finding / reporting this!!15:33
vladimir3pFolks, have nybody seen issues with "leaking" MySQL connections? We've started to seen such issue some time ago. Periodically some of our servers complaining about inability to connect to MySQL (too many connections). SHOW PROCESSLIST show tons of connections and all of them are executing Sleep15:39
*** misheska has joined #openstack-dev15:40
*** Gordonz has joined #openstack-dev15:40
*** deshantm_laptop has quit IRC15:45
openstackjenkinsProject swift build #315: SUCCESS in 45 sec: https://jenkins.openstack.org/job/swift/315/15:47
openstackjenkinsTarmac: Proposed fix for bug #837428.15:47
uvirtbotLaunchpad bug 837428 in swift "HTTP_X_NEWEST requests require objects to have a timestamp header" [Undecided,New] https://launchpad.net/bugs/83742815:47
openstackjenkinsTo test:15:47
openstackjenkinsCreate an object without an x-timestamp or x-put-timestamp header and request the object with the X-newest header.15:47
openstackjenkinsWithout the patch, the proxy will return a 404 object not found even though the storage nodes return the object to the proxy.15:47
openstackjenkinsWith the patch, the proxy will return the first object received unless an object with a newer timestamp header exists.15:47
*** nati has quit IRC15:56
*** nati has joined #openstack-dev15:57
*** nati has quit IRC16:01
*** mdomsch has quit IRC16:05
*** ecarlin has joined #openstack-dev16:16
*** ecarlin has quit IRC16:17
*** tudamp has left #openstack-dev16:19
*** mdomsch has joined #openstack-dev16:22
*** nati has joined #openstack-dev16:26
*** jdurgin has joined #openstack-dev16:28
*** nati has quit IRC16:41
*** nati has joined #openstack-dev16:41
*** novas0x2a|laptop has joined #openstack-dev16:43
*** zaitcev has joined #openstack-dev16:45
*** nati has quit IRC16:46
*** nati has joined #openstack-dev16:57
vishycomstud: sounds like an excellent thing to tackle during cleanup, so go for it.16:57
vishyvladimir3p: that sounds nasty16:57
vishyVek: btw, it does look like the nova-manage image commands are broken16:58
vishyat least according to the question that Armando posted16:58
comstudvishy: cools17:00
tr3buchetjaypipes: was just reading your testingplan etherpad. for all the continuous deployment etc, what's the plan for testing deploys, functional tests that is17:00
*** foods is now known as adam_g17:05
vladimir3pvishy: I suppose we almost figured this out17:12
vladimir3pvishy: when we start only a CloudController (with all services) it opens ~56 connections17:12
vladimir3pmajority of them after that remains in Sleep and counter increasing17:13
*** ccorrigan has quit IRC17:13
vladimir3pfor node with volume & compute services only it is about 25-30 connections17:13
vladimir3pwhich means that we pretty close arrived to max of mySQL connections ...17:13
vladimir3pI bet something changed recently that causes it ... we've not seen it before...17:14
vladimir3pvishy: if you will have a sec try to check # of open connections in your config (SHOW FULL PROCESSLIST ;17:15
*** vladimir3p has quit IRC17:16
vishyvladimiir3p: yes we use connection pooling17:17
vishyvladimir3p: it was a recent change.  But it shouldn't just keep adding connecitons over and over.17:17
*** vladimir3p has joined #openstack-dev17:21
*** darraghb has quit IRC17:22
*** bcwaldon has quit IRC17:32
*** nati has quit IRC17:33
*** nati has joined #openstack-dev17:34
*** nati has quit IRC17:38
*** Tushar has joined #openstack-dev17:42
Vekcan I get more eyes on https://code.launchpad.net/~klmitch/nova/lp832369/+merge/72964 ?17:45
cp16netquestion: Would it be ok to use the python _ to ignore returned values from function call even though there is the _() function that provides internationalization? Would this cause confusion?17:46
vishycp16net: I would suggest _something17:48
vishyinstead17:49
cp16netvishy: thats what i was thinking as well just wanted to know what the "standard" if any has been set to on this topic in nova17:49
code_francoif _something why not just something instead17:50
cp16nethttp://stackoverflow.com/questions/4859909/reason-for-assignment-to/17:51
code_francocheater17:52
cp16netthis was a suggestion calling it ignored.17:52
cp16net:)17:52
*** nati has joined #openstack-dev17:53
*** nickon has joined #openstack-dev17:53
vishycode_franco: the reason is to make it clear that you are not using the value.  Clearer for readers of the code and for automated checkers like pylint17:55
vishyfor example user, _sep, project = combined.partition(':')17:56
code_francoYou don't think that might cause confusion with the convention to use _names for internal-use-only class methods, though?17:58
code_francoAnyway, it's already been factored out of the code that started the discussion17:59
*** joesavak has joined #openstack-dev18:00
*** jsavak has joined #openstack-dev18:03
vishyblamar: hey can bcwaldon recheck this: https://code.launchpad.net/~cloudbuilders/nova/os-simple-usage/+merge/72499 or can someone overrule the needs fixing?  I did the changes he requested18:05
*** joesavak has quit IRC18:06
blamarvishy: talked to him a couple minutes ago he said he was running it through tests and then was going to approve18:08
blamarvishy: lemme find him18:08
*** sandywalsh_ has joined #openstack-dev18:08
vishycool thx18:08
*** sandywalsh has quit IRC18:11
blamarvishy: approved18:14
*** bcwaldon has joined #openstack-dev18:14
vishycool thx18:14
vishycomstud: see the note from dprince.  Apparently 1.0.4 works and 1.2.1, but we lost 1.1.3 :)18:18
sandywalsh_where is the wadl file for os api stored?18:20
bcwaldondont think a wadl exists18:20
sandywalsh_bcwaldon, ah, rats18:20
sandywalsh_bcwaldon, is there a published copy of the api spec around?18:20
sandywalsh_1.118:20
bcwaldonyeah, latest is always at docs.openstack.org18:20
sandywalsh_thx18:20
jaypipestr3buchet: sorry, didn't see your note until now... the plan for functional deployment tests is also in that document. We have a Jenkins builder that fires puppet modules that pull the latest PPA packages and runs functional tests against them. The deployment will be configurable (parameterized similar to how smokestack does things), as will the method of dpleoyment (puppet vs. chef, cobbler vs. crowbar, etc). The functional test framework is being c18:22
jaypipesonsolidated currently to include stuff from stacktester and kong, and that will be run against the deployed cluster... more info to follow, gotta run.18:22
*** jaypipes has quit IRC18:22
bcwaldonsandywalsh_: actually, I think I lied to you18:22
bcwaldonsandywalsh_: one sec18:22
bcwaldonsandywalsh_: http://bazaar.launchpad.net/~annegentle/openstack-manuals/trunk/view/head:/doc/source/docbkx/openstack-compute-api-1.1/os-compute-1.1.wadl18:24
sandywalsh_bcwaldon, nice! thx18:24
sandywalsh_bcwaldon, surprised that's not in /nova ?18:24
bcwaldonsandywalsh_: no problem you're lucky I happened to be in the code already18:24
annegentlesandywalsh_: bcwaldon: I'll be moving the wadl etc. to a nova-api repo18:26
bcwaldonannegentle: sounds great18:26
comstudvishy: oh gosh.. ok.  i'll check out 1.1.318:26
bcwaldonannegentle: real quick, I'm trying to build the docs. Gimme a pointer?18:27
sandywalsh_annegentle, thx!18:27
bcwaldonannegentle: not sure where to run mvn18:27
*** bengrue has joined #openstack-dev18:28
comstudhm, test_rpc_kombu passes with 1.1.3 for me18:29
comstud*looks at the note*18:29
annegentlebcwaldon: oh sure, run it in the directory that contains the pom.xml. For openstack-manuals, run it in /doc/18:30
annegentlebcwaldon: if that doesn't work, I may need to send you .m2 settings.xml file18:30
*** SpamapS has quit IRC18:44
*** AhmedSoliman has joined #openstack-dev18:45
*** SpamapS has joined #openstack-dev18:52
*** SpamapS has joined #openstack-dev18:52
*** mattray has joined #openstack-dev18:53
*** nati has quit IRC18:54
comstudvishy: memory transport bug in 1.1.3 :-/  i've kludged something in and tests pass with 1.1.3 now..  Now I need to see if this breaks 1.0.4 and/or 1.2.118:57
*** mdomsch has quit IRC19:06
*** heckj has quit IRC19:08
*** mdomsch has joined #openstack-dev19:12
*** mwhooker has joined #openstack-dev19:23
openstackjenkinsProject swift build #316: SUCCESS in 30 sec: https://jenkins.openstack.org/job/swift/316/19:32
openstackjenkinsTarmac: Fixes multi node docs to point to the right ppa19:32
*** markmc has quit IRC19:36
*** AhmedSoliman has quit IRC19:41
*** nickon has quit IRC19:45
vishybcwaldon: ping19:52
bcwaldonvishy: yes19:52
vishybcwaldon: https://code.launchpad.net/~cloudbuilders/nova/os-keypair-integration/+merge/7214019:53
vishyso it wasn't a super issue19:53
vishyI fixed it without changing and pushed.19:53
bcwaldonvishy: okay, looking19:53
vishyThe question is do you want _get_default_keypair?19:54
vishyi have a second version that does it that way19:54
vishybcwaldon: ^^19:54
bcwaldonvishy: hold on one sec, looking at the test failure19:54
bcwaldonvishy: from tarmac, not you19:55
vishybcwaldon: other version http://pastie.org/246175020:00
bcwaldonvishy: ok, still trying to nail down these test failures20:01
vishynp20:01
vishygoing to lunch anyway, just let me know which you prefer20:01
bcwaldonvishy: kk, I'll get back to you20:01
openstackgerritJames E. Blair proposed a change to openstack/openstack-ci: Sync openstack-deploy-core group to gerrit.  https://review.openstack.org/36920:03
openstackgerritA change was merged to openstack/openstack-ci: Sync openstack-deploy-core group to gerrit.  https://review.openstack.org/36920:04
comstudwell shoot20:15
*** jaypipes has joined #openstack-dev20:18
comstudmtaylor, soren: have a merge failure i need some help with.  https://code.launchpad.net/~cbehrens/nova/rpc-kombu/+merge/7309620:18
comstudmtaylor, soren: appears kombu could not load..20:18
sorencomstud: Erk.20:20
comstudsoren: the branch has been tested with the ppa version, so..20:22
comstudsoren: I'm not sure what gives20:22
sorencomstud: Let me see if I can find out.20:24
sorenGah, I don't even know where these things run nowadays.20:24
comstudunfortunately import_object eats the exception20:24
sorenI hate that thing.20:24
sorenFor that very reason.20:24
comstudsoren: Yea, wasn't sure if you could help or if it's strictly a monty thing20:24
openstackgerritRick Harris proposed a change to openstack/glance: Adding Keystone support for Glance client.  https://review.openstack.org/35020:25
openstackgerritJames E. Blair proposed a change to openstack/openstack-chef: Add rfc.sh to support git review.  https://review.openstack.org/37020:25
sorencomstud: soren@nova:~$ dpkg -l python-kombu20:26
sorenNo packages found matching python-kombu.20:26
sorensoren@nova:~$ dpkg -l python-kombu20:26
sorenNo packages found matching python-kombu.20:26
sorencomstud: That would explain it.20:26
comstudhrm20:26
comstudhow do tests pass with glance having a dependency on kombu then?20:27
sorenThey proably run somewhere else.20:27
comstudwell, nova has a dependency on glance, so..20:28
*** mdomsch has quit IRC20:28
sorencomstud: /me fixes20:28
comstudsoren: thank you, sir20:28
openstackgerritA change was merged to openstack/openstack-chef: Add rfc.sh to support git review.  https://review.openstack.org/37020:28
sorencomstud: Then monty can kill me on Monday if this is the wrong way to do it.20:28
soren(He's at Burning Man this week)20:29
sorencomstud: There. Should be all good now.20:29
comstudBurning Man... REALLY?20:29
comstudi'm disappointed.20:29
comstudsoren: I've got your back20:29
comstud:)20:29
*** nati has joined #openstack-dev20:29
jeblairsoren: what did you do to fix?20:29
comstudapt-get install python-kombu i assume20:29
comstud:)20:29
sorenjeblair: Installed python-kombu on the "nova" box.20:29
sorenjeblair: Yeah, what comstud said.20:30
jeblairis python-kombu a build-dep for nova?20:30
sorenIt is now.20:30
sorenWell...20:30
jeblairadding it as a build-dep to the package will cause the nova boxes to install it automatically20:30
jeblairfixing it with apt-get is fine20:30
Vekcan I get more eyes on https://code.launchpad.net/~klmitch/nova/lp832369/+merge/72964 ?20:30
sorenRight, but it's not a build dep until this merge prop is done.20:31
soren...and this merge prop can't finish until it's installed. Catch 22.20:31
jeblairyes, there is sometimes a catch-22.20:31
jeblair(sometimes other props get through first and break the lock)20:31
jeblairbut hey, as long as it gets into the package as a build dep, future nova builders will have it installed20:31
comstudi'm gonna send a note to the list about this new dependency20:31
jeblairso that's what really matters20:31
comstudwe'd thought this was already a dependency, so..20:32
sorenPerhaps glance doesn't state it as a dependency or something.20:33
sorenDUnno.20:33
*** nati has quit IRC20:34
comstudit would make sense that if you only use the client, it doesn't depend on kombu20:36
comstud(glance client)20:36
Vekkombu is in glance's pip-requires20:37
comstudYeah20:37
comstudbut20:37
comstudi dunno :)20:37
jeblairsoren, comstud: python-kombu should be listed as a build-depends in the control file for nova in the nova packaging20:37
jeblairhttp://bazaar.launchpad.net/~openstack-ubuntu-packagers/nova/ubuntu/view/head:/debian/control20:37
Davieyvishy: Hmm, kombu branch is landing in diablo?20:38
comstudok.. is that something I should add and merge prop then?20:38
DavieyI thought it was agreed it was being put on hold?20:38
*** med_out is now known as medberry20:38
comstudDaviey: I'd not seen anything about putting it on hold if it still had carrot support..20:39
sorenDaviey: PTL decree: https://lists.launchpad.net/openstack/msg03833.html20:39
Davieycomstud: Have you tested against 1.0.4 ?20:39
comstudDaviey: Yeppers20:39
Davieycomstud: and it works fine on that version?20:39
*** jsavak has quit IRC20:39
comstudDaviey: Yep20:39
Davieycomstud: that is GREAT news.20:40
comstudDaviey: 1.0.4, 1.1.3, 1.2.1.. you name it20:40
sorenDaviey: That's what I installed on the tarmac box, so that's at least what the tests are run against.20:40
comstudhopefully various versions in the middle too20:40
* Daviey cries at the work that has gone into making carrot good for this release, based on the outcome of last weeks meeting :)20:40
* soren takes python-carrot out back and shoots it in the head20:40
sorenThere. Sorted.20:40
comstudpython-carrot is still required20:42
comstudfor now20:43
Davieycomstud: Thanks for pushing that, really appreciate it!20:43
Davieycomstud: oh?20:43
comstudfor tests20:43
comstudand a fallback solution in case kombu breaks20:43
comstudcarrot will get ripped out post-diablo20:43
comstudIMO20:43
Davieycomstud: the test cases still use the carrot functions?20:43
comstudDaviey: tests will test both carrot and kombu20:44
Davieycan that not be an either/or?20:44
comstudsure: rm nova/tests/test_rpc_carrot.py20:44
comstud:)20:44
comstudSo, no, not really..20:44
Davieycomstud: I mean, if carrot import fails SKIP test?20:44
comstudwe want carrot to still function in diablo just in case20:44
*** joesavak has joined #openstack-dev20:44
comstudso it should really have tests20:45
sorenDaviey: You could propse a patch that only tests the carrot things if carrot is available.20:45
Davieysoren: ack20:45
comstudyeah20:45
comstudthat should be an easy one after this merges20:45
comstudI'd rather not make any additional changes if I don't have to right now20:45
comstudto make sure this gets in20:45
sorenDaviey: Or add a --im-convinced-I-wont-need-carrot flag that skips them.20:45
Davieycomstud: i assume you saw the merge failed?20:45
sorenWhat, again?20:45
comstudDaviey: Yes, due to python-kombu not installed20:45
Davieyahh20:46
comstudDaviey: soren just fixed that20:46
comstudi'm waiting for Approves again20:46
* soren clicked apporved.20:46
sorenapproved, even.20:46
comstudok20:46
comstudthnx :)20:46
sorenJust now.20:46
sorennp :)20:46
comstudhehe20:46
sorenThanks for doing this. I'm happy to see this land.20:47
comstudSure, no problem20:47
sorenMmm.... More tests for libvirt are brewing.20:53
comstudi've got some test fixes coming, also20:59
bcwaldonvishy: I'm more for the version in the paste you sent me20:59
bcwaldonvishy: but I don't want to give the ability for someone to provide key_name in v1.021:01
Davieycomstud: Are you going to handle conditional test for carrot / kombu, or should i do that?21:01
bcwaldonvishy: and I think we should just implement _get_default_key for each versioned controller (you'll have to pass in the request body)21:01
*** joesavak has quit IRC21:01
comstudDaviey: I've got some other work, so if you want it... go for it.21:03
Davieycomstud: great stuff, thanks again21:03
comstudDaviey: np21:03
medberryah, comstud is Chris Behrens. It's all making sense now.21:03
comstudthat's me21:04
comstud:)21:04
*** zaitcev has left #openstack-dev21:05
comstudunfortunately i'm stuck with this nickname21:05
openstackjenkinsProject nova build #1,313: SUCCESS in 3 min 39 sec: https://jenkins.openstack.org/job/nova/1313/21:10
openstackjenkinsTarmac: Disassociated previously associated floating ips when calling network_api.associate_floating_ip.  Also guard against double-association in the network.manager.21:10
*** bcwaldon has quit IRC21:15
openstackjenkinsProject nova build #1,314: SUCCESS in 3 min 40 sec: https://jenkins.openstack.org/job/nova/1314/21:20
openstackjenkinsTarmac: Implements lp:798876 which is 'switch carrot to kombu'.  Leaves carrot as the default for now... decision will be made later to switch the default to kombu after further testing.  There's a lot of code duplication between carrot and kombu, but I left it that way in preparation for ripping carrot out later and to keep minimal changes to carrot.21:20
openstackjenkinsThis also fixes bug: lp:794627 (re-establish connections to carrot when it restarts), but only fixes it in kombu.21:20
openstackjenkinsThis also fixes bug: lp:803168 (msg-id response queues being left around), but also only fixes it in kombu.21:20
openstackjenkinsSee those bugs for comments.21:20
comstudwoot.21:26
Vekcan I get a core to look at https://code.launchpad.net/~klmitch/nova/lp832369/+merge/72964 ?  Just need one more approve.21:26
comstudshoot, i forgot to update the description that says 'leaves carrot as default'.. since we decided to make kombu the default. oh well21:27
medberryoh so kombu is the default and it falls back to carrot if no kombu?21:28
comstudno, you'll actually need kombu installed to run tests21:29
comstudand if you want to use carrot, you'll have to set: --rpc_backend=nova.rpc.impl_carrot21:30
comstudto override the default21:30
comstudif someone wants to submit patches that test for carrot/kombu and pick a default based on that... go for it21:31
comstudI've got to move on to some other work21:31
*** lts has quit IRC21:32
*** jaypipes has quit IRC21:33
Davieybug #83838621:35
uvirtbotLaunchpad bug 838386 in nova "Test suite requires kombu and carrot to be installed" [Undecided,New] https://launchpad.net/bugs/83838621:35
*** cp16net has quit IRC21:38
*** bengrue has quit IRC21:44
*** bengrue has joined #openstack-dev21:44
vishybcwaldon: not sure i understand21:47
westmaasvishy: you mind making sure blamar addressed your comments on instance states? https://code.launchpad.net/~rackspace-titan/nova/instance_states/+merge/7250221:48
vishybcwaldon: so if someone passes key_name in 1.0, you want it to come back as none?21:48
westmaasvishy: bcwaldon disconnected21:49
vishywestmaas: done and in21:49
westmaascan pass on your question tho21:49
westmaasthank you sir21:49
vishywestmaas: thanks, I'm wondering if it should raise an exception or just not use it21:50
vishy(if a key_name is passed in 1.021:50
*** kbringard has quit IRC21:57
*** mfer has quit IRC22:00
*** code_franco has quit IRC22:06
*** code_franco has joined #openstack-dev22:07
*** misheska has quit IRC22:09
mwhookeris christopher macgown around?22:12
_0x44Yes22:14
_0x44What's up?22:14
mwhookerI want to run an idea by you for my validator path before I resubmit22:14
_0x44Oh cool22:15
mwhookers/path/patch/22:15
_0x44While you're at it, you should pull in a userdata validator too22:15
_0x44Hold on, let me find the URL for the openstack API fix22:15
mwhookerwhat I'm really trying to do is validate a url path. checking for ascii, or if all characters are printable doesn't really achieve that. I've got a gnarly regex which validates the path per the RFC, and I want to see what you think22:16
mwhookerokay22:16
_0x44mwhooker: https://code.launchpad.net/~tpatil/nova/bug837534/+merge/7345622:17
_0x44mwhooker: Can you paste it on http://paste.openstack.org/?22:17
mwhookerhttp://pastebin.com/6hKXuwKA22:18
mwhookerokay22:18
mwhookerhttp://paste.openstack.org/show/2327/22:18
mwhookerI'm borrowing the regex from http://jmrware.com/articles/2009/uri_regexp/URI_regex.html22:18
_0x44Sorry, I didn't realize you'd already pasted it somewhere22:18
mwhookernp22:19
*** rnorwood has quit IRC22:19
mwhookerI'll poke at the user data patch22:19
*** code_franco has quit IRC22:21
*** jaypipes has joined #openstack-dev22:23
*** medberry is now known as med_out22:23
_0x44mwhooker: Looking now, trying to see if there's a cleaner/simpler way22:26
mwhookerwould love it if there is22:27
openstackgerritYogeshwar Srikrishnan proposed a change to openstack/keystone: Fixing existing wadl.Completing wadl for extension OS-KSADM.  https://review.openstack.org/37122:27
mwhookerI'm incredibly surprised I can't find anything in the python standard library which does this22:27
sorenMan, our test suite takes an astounding amount of time.22:27
_0x44mwhooker: If that was a URL instead of a path fragment, urlparse.urlparse would work and validate everything.22:27
sorenmwhooker: Sorry, does what?22:27
mwhookersoren: validates URLs with RFC3986's grammar22:28
mwhooker_0x44: even that doesn't look at the grammar22:28
mwhookerjust uses the simple regex in rfc3986 appendix B22:28
mwhookerhttp://tools.ietf.org/html/rfc3986#appendix-B22:30
VekYo, core devs!  Please look at https://code.launchpad.net/~klmitch/nova/lp832369/+merge/72964 ...  Just need one more approve.  (It's short...)22:31
_0x44mwhooker: Why do you need more than that? Once the urlparse has been parsed into URL components, the path is split from the parameters and netloc22:31
mwhookerif anyone thinks url paths don't need to be validated to this extent (i.e. let a lower layer handle it), please speak up22:31
* vishy grants himself the power to ninja-approve patches22:32
vishysoren: i know, it is depressingly slow :(22:32
mwhooker_0x44: in keeping with the spirit of the patch, I want to make sure strings like "/bad\n/ªpath/" are rejected22:32
vishyswitch to dtest, test using all cores! right Vek?22:32
*** amccabe has quit IRC22:33
mwhookerhttp://paste.openstack.org/show/2328/22:34
creihtmwhooker: shouldn't the path be encoded properly before you try to parse it?22:34
mwhookercreiht: it's user input22:35
mwhookerI'm trying to validate it22:35
mwhookerif it's escaped: fine. if not, reject it22:35
Vekvishy: heh :)22:35
*** negronjl has quit IRC22:36
sorenvishy: I'd much rather get sqlite out of the equation.22:37
sorenvishy: Or at least get a file-backed sqlite out of the equation.22:37
*** amccabe has joined #openstack-dev22:38
vishyvishy: yes please22:38
vishyi' mean22:39
vishysoren: yes pleas22:39
vishye22:39
westmaassoren: you have access to jenkins?22:39
westmaasseems to be stuck22:39
westmaasmtaylor: you around?22:39
sorenvishy: eatmydata helps some, but it's still way slower than it ought to be.22:40
vishysoren: we just need to mock out the db calls22:40
sorenwestmaas: mtaylor's gone for the week.22:40
sorenvishy: Yeah. Walk in the part.22:40
sorenpark, even.22:40
westmaasdoh22:40
sorenwestmaas: I can look, though.22:40
sorenwestmaas: As can jeblair.22:40
vishysoren: only some tests are still using real db calls22:40
sorenvishy: orly?22:41
westmaassoren: cool thanks.  Looks stuck on this guy: ~skoubli/nova/lp83463322:41
vishysoren: so I don't know how much speedup we'll get.  For example, none of the openstack api tests are using them22:41
westmaasmaybe just set to needs fixing and reset the job22:41
sorenwestmaas: How is it "stuck"?22:43
*** negronjl has joined #openstack-dev22:43
_0x44mwhooker: It looks like multi-byte characters get escaped by python anyway:22:43
_0x44mwhooker: http://paste.openstack.org/show/2329/22:44
*** amccabe has quit IRC22:44
mwhooker_0x44: that's just how python represents the string22:44
westmaassoren: hm, actually I see lots of failed builds, I thought it was just spinning on that last build for a while, so I'm not so sure22:44
_0x44mwhooker: Yes, but the only character that would get caught by your REGEX is '\'22:45
*** vladimir3p_ has joined #openstack-dev22:46
_0x44mwhooker: But you're allowing it in your pchar22:46
mwhookerlet me see22:46
mwhooker\n gets caught22:47
mwhookerlet me try to stick some unicode in there22:47
*** vladimir3p has quit IRC22:48
_0x44mwhooker: Actually, because of how you're doing your match it catches it.22:48
*** mattray has quit IRC22:48
mwhookeru"http://fake/bad/path\uFFAA/" gets caught. having trouble with the other glyph in my editor22:48
_0x44mwhooker: So the only thing I'd suggest for your patch is to precompile it with PATH_VALIDATOR_RE = re.compile(path) and then use PATH_VALIDATOR_RE.match instead22:49
mwhooker_0x44: good idea22:49
_0x44Also please document that with a link to where you got the regex so that when people come back and look at it their eyes only bleed a little bit.22:49
_0x44:)22:50
sorenvishy: Have you every tried profiling a test run?22:57
*** lorin1 has joined #openstack-dev22:58
vishysoren: I have not, have you?22:59
sorenvishy: Yes, and failed :)22:59
vishythat means our tests are sexy, right?22:59
openstackjenkinsProject nova build #1,315: SUCCESS in 3 min 39 sec: https://jenkins.openstack.org/job/nova/1315/23:00
openstackjenkinsTarmac: Fixed and improved the way instance "states" are set. Instead of relying on solely the power_state of a VM, there are now explicitly defined VM states and VM task states which respectively define the current state of the VM and the task which is currently being performed by the VM.23:00
*** jaypipes has quit IRC23:00
sorenvishy: Erm... :)23:00
creihtcan't you run nosetests to tell you how long each test took, then look for the outliers?23:01
vishycreiht: that will save some time, but it is an overall slowness23:01
vishywe have > 1000 tests23:02
*** jaypipes has joined #openstack-dev23:02
*** lorin1 has quit IRC23:02
*** bsza has quit IRC23:10
pvosoren: I put the tarmac trace in the MP that westmaas pointed out23:13
sorenwestmaas, pvo: Sorry, guys. Way too tired to do anything useful about this now. :(23:15
openstackgerritZiad Sawalha proposed a change to openstack/keystone: Consolidating xsds. Splitting contrib to admin and service.  https://review.openstack.org/36323:15
pvosoren: I think we're ok for now23:16
soren\o/23:16
pvowe're building. I'll try to peek at that patch in a bit23:16
pvoto find out why is special about it23:16
sorenvishy: I got profile stats, btw.23:16
vishywhoot23:18
openstackgerritA change was merged to openstack/keystone: Consolidating xsds. Splitting contrib to admin and service.  https://review.openstack.org/36323:20
*** zns has joined #openstack-dev23:20
vishywow we are up to 1700 tests, crazy23:21
sorenvishy: ...and I have a bunch more coming soon.23:22
vishysoren: looking forward to it23:22
sorenhttps://code.launchpad.net/~soren/nova/virt-test-improvements23:23
sorenI want to stare at it for another day or so first.23:23
soren...but it's looking really good.23:23
vishynice23:23
sorenMy profiling reveals a *lot* of time spent in sqlalchemy (and below).23:23
vishysoren: what is your opinion on the libvirt/xen image handling23:24
sorenvishy: A flag is probably a good idea at this stage.23:24
soren...and then we can discuss at the summit if we want to unify or whatever.23:24
vishysoren: my thought is to switch to the resize method, and just depend on the guest to resize the internal filesystem al a cloud-init23:24
pvosoren: for the keystone import, was thinking we could write out something similar to sampledata.py?23:25
pvosorry, not soren. vishy ^^23:25
vishypvo: yes, sure23:25
pvocool23:25
vishypvo: from nova.auth import manager23:26
vishyam = manager.AuthManager()23:26
sorenvishy: I think that's reasonable, but I imagine Rackspace will want to do whatever they're used to doing. Hence a flag.23:26
vishyfor user in am.get_users(): # add to keystone23:26
pvovishy: righton23:26
vishyfor project in am.get_projects(): # add to keystone23:26
vishythe tricky part is roles23:26
sorenGood grief, what am I still doing up?23:26
vishyand access/secret keys23:27
sorenGood night, guys.23:27
vishysoren: yes, flag is useful23:27
vishysoren: i think that is what rs is doing though23:27
vishymore or less anyway23:27
pvovishy: we're going to get the BP out soon for the resize23:27
pvoif it needs more explanation23:28
vishypvo: I think your standard resize method is a default23:28
vishy* sane default23:28
pvoauto expand the disk and the partition?23:28
znsvishy: I didn't understand the get_usedrs/projects comments above. Is that something you need done in keystone in nova authmanager?23:29
vishypvo: we can have a flag for using the second disk attach.  Implementing in kvm will be annoying for two reasons 1) caching of cow images and 2) block_device_mapping23:29
vishybut i think it is usable23:29
vishyzns: no that is for a migration script from nova to keystone23:29
znsAh - OK.23:29
znsBTW, sampledata.py calls keystone-manage. It's slow because it spins up keystone each line that runs. We have an optimization for that, so don't worry about optimizing...23:30
pvozns: yea, I expect it to be slow but it should just be a one time thing for folks23:31
*** mwhooker has quit IRC23:36
vishyzns: btw, has that tools.tracer issue been addressed?23:37
vishysomeone was running into it the other day, but I wasn't sure if it was because they were using an older build23:37
znsvishy: yes. tracer.py has been moved under keystone so it's keystone.tools.tracer now.23:39
*** zns has quit IRC23:39
vishyzns: coolness23:41
vishyblamar: ping on https://code.launchpad.net/~vishvananda/nova/lp831999/+merge/7263323:43
*** novas0x2a|laptop has quit IRC23:50
openstackjenkinsProject nova build #1,316: SUCCESS in 3 min 32 sec: https://jenkins.openstack.org/job/nova/1316/23:55
openstackjenkinsTarmac: Validates that user-data is b64 encoded.23:55
*** bengrue has quit IRC23:56

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