Tuesday, 2012-05-15

*** jtran has joined #openstack-dev00:04
jtrananyone know how i can change my review.openstack.org username?00:04
*** jgriffith has quit IRC00:17
*** rafaduran has quit IRC00:22
vishymtaylor, jeblair: ^^00:28
vishyjgriffith: I'm thinking that the fix should be to use block_device_mapping instead of calling to the volume api00:28
*** issackelly has quit IRC00:32
vishyjgriffith: in fact we should probably expose bdm in the compute api via something like compute_api.get_volumes_for_instance() and use db.block_device_mapping_get_all_by_instance and filter by volumes00:32
vishymaybe it should be compute_api.get_block_device_mappings(instance_uuid)00:33
vishyor (best yet) compute_api.get_instance_bdms(context, instance)00:34
*** rbasak has joined #openstack-dev00:40
*** dtroyer is now known as dtroyer_zzz00:42
*** johnpostlethwait has quit IRC00:45
*** catkiller has quit IRC00:50
*** jakedahn is now known as jakedahn_zz00:52
*** maplebed has quit IRC00:59
*** akscram has joined #openstack-dev01:00
*** rbasak has quit IRC01:09
*** rbasak has joined #openstack-dev01:09
zaitcevWhat in the world is  ERROR:root:ERROR: swift.cache could not be found in env!  (includes the exclamation mark)01:13
notmynamezaitcev: oh no turn it off now before it explodes!01:13
notmynamezaitcev: ;-)01:13
notmynamezaitcev: sounds like the cache middleware isn't in the pipeline01:13
*** shang has joined #openstack-dev01:13
notmynamezaitcev: hmm...I was just assuming you are talking about swift01:14
notmynameoh yeah. it says "swift" right there01:15
*** spiffxp has quit IRC01:15
*** longhudou has joined #openstack-dev01:16
zaitcevnotmyname: sorry about that, an un-obvious syntax error in swift/common/server.py apparently01:16
notmynamezaitcev: the proxy /should/ be able to run without the caching middleware, but we aren't great at testing that with every commit. I know we had it working at one point, but we may very well have added the dependency back somewhere.01:18
notmynamezaitcev: (there isn't a swift/common/server.py)01:19
zaitcevswift/proxy/server.py, sorry01:19
notmynamezaitcev: do you by any chance have a line number?01:19
zaitcevIt's my error, not yours, sorry for the noise. And the error is   print "path_info", ("[%d]"%len(req.environ['PATH_INFO']))01:20
zaitcevJust in case you had any illusions about my prowess in Python.01:22
*** reed has quit IRC01:23
*** aa has quit IRC01:32
*** epim_ has joined #openstack-dev01:32
*** dolphm has quit IRC01:34
*** dolphm has joined #openstack-dev01:35
*** epim has quit IRC01:37
*** epim_ is now known as epim01:37
*** edygarcia has joined #openstack-dev01:37
*** harlowja has quit IRC01:39
*** jdurgin has quit IRC01:43
*** heckj has quit IRC01:46
*** Chuanyong_ has joined #openstack-dev01:47
*** jtran has quit IRC01:47
*** jtran has joined #openstack-dev01:51
*** rods has quit IRC01:52
*** torgomatic has quit IRC01:53
*** jtran has quit IRC01:53
*** Ryan_Lane has quit IRC02:00
*** maplebed has joined #openstack-dev02:09
*** adalbas has quit IRC02:11
*** issackelly has joined #openstack-dev02:15
*** jgriffith has joined #openstack-dev02:17
*** asalkeld has quit IRC02:20
*** PotHix has quit IRC02:30
jgriffithvishy: Just saw your note, sorry... I missed the points you made in IRC.  Looking at it now :)02:38
*** mnewby has quit IRC02:43
*** sandywalsh has quit IRC02:45
*** issackelly has quit IRC02:47
*** epim_ has joined #openstack-dev02:49
*** novas0x2a|laptop has quit IRC02:50
*** epim has quit IRC02:51
*** epim_ is now known as epim02:51
*** dtroyer_zzz is now known as dtroyer02:54
*** dolphm has quit IRC03:02
*** mnewby has joined #openstack-dev03:07
*** mjfork has quit IRC03:09
*** Shrews has quit IRC03:22
*** Shrews has joined #openstack-dev03:23
*** jakedahn_zz is now known as jakedahn03:25
*** littleidea has quit IRC03:26
*** Chuanyong has joined #openstack-dev03:28
*** littleidea has joined #openstack-dev03:28
*** edygarcia has quit IRC03:31
*** Chuanyong_ has quit IRC03:31
*** mnaser has quit IRC03:37
*** garyk has quit IRC03:42
*** ywu has quit IRC03:46
*** jgriffith has quit IRC03:57
*** asalkeld has joined #openstack-dev03:58
*** anderstj has joined #openstack-dev04:01
*** tserong has joined #openstack-dev04:02
*** tserong has joined #openstack-dev04:02
*** koolhead17 has quit IRC04:06
*** gyee has quit IRC04:12
*** koolhead17 has joined #openstack-dev04:22
*** sleepsonzzz is now known as sleepsonthefloor04:25
*** reed has joined #openstack-dev04:34
*** garyk has joined #openstack-dev04:34
*** jgriffith has joined #openstack-dev04:35
*** dtroyer is now known as dtroyer_zzz04:40
*** littleidea has quit IRC04:57
*** adjohn has quit IRC05:06
*** azbarcea has joined #openstack-dev05:16
*** Shrews has quit IRC05:17
*** curryboy has quit IRC05:17
*** Shrews has joined #openstack-dev05:17
*** dragondm has quit IRC05:17
*** reed has quit IRC05:18
*** dragondm has joined #openstack-dev05:18
*** reed has joined #openstack-dev05:18
*** jeblair has quit IRC05:19
*** jeblair has joined #openstack-dev05:19
*** curryboy has joined #openstack-dev05:19
*** zaitcev has quit IRC05:19
*** maoy has quit IRC05:39
*** jgriffith has quit IRC05:47
*** anderstj has quit IRC05:57
*** hattwick has quit IRC06:02
*** adjohn has joined #openstack-dev06:02
*** pmezard has joined #openstack-dev06:05
*** sleepsonthefloor is now known as sleepsonzzz06:09
*** GheRivero has joined #openstack-dev06:10
*** asalkeld has quit IRC06:15
*** dachary has quit IRC06:15
zykes-notmyname: ping06:18
*** mrunge has joined #openstack-dev06:25
*** Ryan_Lane has joined #openstack-dev06:25
*** mnewby has quit IRC06:25
*** mnewby has joined #openstack-dev06:27
*** maplebed has quit IRC06:27
*** vincentricci has quit IRC06:27
*** maplebed has joined #openstack-dev06:27
*** jakedahn is now known as jakedahn_zz06:30
*** rbasak has quit IRC06:32
*** mikal has quit IRC06:36
*** mancdaz has joined #openstack-dev06:40
*** reidrac has joined #openstack-dev06:54
*** torgomatic has joined #openstack-dev06:59
*** torgomatic has quit IRC06:59
*** mikal has joined #openstack-dev07:01
*** mcclurmc_ has joined #openstack-dev07:03
*** dachary has joined #openstack-dev07:25
*** pixelbeat has joined #openstack-dev07:30
*** gael has joined #openstack-dev07:40
*** epim has quit IRC07:44
*** maploin has joined #openstack-dev07:49
*** maploin has quit IRC07:49
*** maploin has joined #openstack-dev07:49
*** mindpixel has joined #openstack-dev07:52
*** hattwick has joined #openstack-dev07:58
*** derekh has joined #openstack-dev08:02
*** azbarcea_ has joined #openstack-dev08:29
*** azbarcea has quit IRC08:29
*** hugokuo1 has joined #openstack-dev08:36
zykes-can I have multiple nova-volumes pr nova cluster ?08:40
*** hugokuo has quit IRC08:40
*** Ryan_Lane has quit IRC08:42
*** mcclurmc_ has quit IRC08:43
*** danpb has joined #openstack-dev08:46
*** mrunge is now known as mrunge_afk08:47
*** darraghb has joined #openstack-dev08:47
*** berendt has joined #openstack-dev08:49
*** dachary has quit IRC08:55
*** heyho has joined #openstack-dev08:55
*** Ryan_Lane has joined #openstack-dev09:07
LarsErikPin the future... Are there any specific plans to add image-upload for end users to horizon?09:10
LarsErikPand if so, any docs stating that?09:10
trapniLarsErikP: better ask that in the mailing list, I guess :)09:13
LarsErikPtrapni: okey, will do09:19
LarsErikP:)09:19
*** hwestman has joined #openstack-dev09:19
*** d_theodor has joined #openstack-dev09:20
*** azbarcea has joined #openstack-dev09:22
*** azbarcea_ has quit IRC09:22
*** d_theodor has quit IRC09:24
*** dtheodor has joined #openstack-dev09:27
*** GheRivero has quit IRC09:35
*** dachary has joined #openstack-dev09:36
*** tryggvil has joined #openstack-dev09:45
*** GheRivero has joined #openstack-dev09:49
*** koolhead17 has quit IRC09:54
*** hugokuo1 has quit IRC09:54
*** shang has quit IRC09:59
*** shang has joined #openstack-dev09:59
*** Mkenneth has joined #openstack-dev10:04
*** hugokuo has joined #openstack-dev10:12
dtheodorwhat's the simplest way to setup nova and start development of a quantum plugin atm? devstack or someting else?  (i am testing on a real cluster btw, does devstack support this?)10:12
*** curryboy has quit IRC10:18
*** rha has quit IRC10:21
*** mjfork has joined #openstack-dev10:25
*** rha has joined #openstack-dev10:25
*** rha has quit IRC10:25
*** rha has joined #openstack-dev10:25
*** rha has joined #openstack-dev10:26
*** mrunge_afk is now known as mrunge10:35
zykes-vishy: ping10:53
*** davidkranz_ has joined #openstack-dev11:23
*** davidkranz has quit IRC11:23
*** mirrorbox has joined #openstack-dev11:26
mirrorboxhi! anybody knows if there's currently any progress on https://blueprints.launchpad.net/nova/+spec/general-bare-metal-provisioning-framework ? and specifically, is there NTT code avialable somewhere?11:29
*** davidkranz_ has quit IRC11:33
*** maoy has joined #openstack-dev11:37
*** davidkranz has joined #openstack-dev11:38
*** stuntmachine has joined #openstack-dev11:38
*** davidkranz_ has joined #openstack-dev11:40
*** davidkranz has quit IRC11:40
*** dolphm has joined #openstack-dev11:40
*** dolphm has quit IRC11:40
*** gael has quit IRC11:46
*** tryggvil has quit IRC11:49
*** Chuanyong has left #openstack-dev11:50
*** dhellmann_ has joined #openstack-dev11:51
*** dhellmann_ has quit IRC11:52
*** salgado has joined #openstack-dev11:53
*** salgado has joined #openstack-dev11:53
*** journeeman has joined #openstack-dev11:53
*** dhellmann has quit IRC11:55
*** rods has joined #openstack-dev11:55
journeeman[Quantum] Has the plug_attachment API call been deprecated?11:56
*** Shrews has quit IRC11:58
*** dolphm has joined #openstack-dev12:00
*** Shrews has joined #openstack-dev12:06
*** gael has joined #openstack-dev12:07
*** lts has joined #openstack-dev12:07
*** mrunge has quit IRC12:11
*** sandywalsh has joined #openstack-dev12:12
*** stuntmachine has quit IRC12:20
*** alaski has joined #openstack-dev12:24
*** rods has quit IRC12:24
*** Mkenneth has quit IRC12:26
*** asalkeld has joined #openstack-dev12:27
*** bsza has joined #openstack-dev12:29
*** rods has joined #openstack-dev12:32
*** adalbas has joined #openstack-dev12:38
*** crobinso has joined #openstack-dev12:39
*** Mkenneth has joined #openstack-dev12:48
*** dprince has joined #openstack-dev12:49
*** maoy has quit IRC12:52
*** GheRivero has quit IRC12:54
davidhanotmyname, hi12:54
notmynamedavidha: good morning12:54
*** GheAway has joined #openstack-dev12:55
davidhaGM - I am working diligently on analyzing the choice of eventlet wsgi vs. using a more standard apache2 mod_wsgi as a front end12:56
notmynameok12:56
davidhanotmyname: one of the issues I am not sure about is the as follows:12:56
davidhanotmyname: I noticed that the number of green thread is hard coded  - 1024 I think12:57
notmynamedavidha: where do you see that?12:58
*** stuntmachine has joined #openstack-dev12:58
notmynamedavidha: ya, I see it now12:59
davidhaOk - it is the Pool size12:59
davidhanotmyname: this means two different things - 1. that a process web front end will stop responding after reaching 1024 tcp connections (i.e it will simply stop accepting new connections)13:00
*** AlanClark has joined #openstack-dev13:00
notmyname(yes, per worker)13:01
davidhanotmyname: 2. that the requets processor (the actual server) will work in a concurency level of 1024, even if it is better suitd to work in a lower concurency level (e.g. due to being I/O or CPU bound)13:01
notmynamedavidha: that would be something that should be pretty simple to move into a config variable, if you need to change it13:02
davidhanotmyname: If my analysis is correct, this is a compromise  - increasing the number of thread would make teh server more responsive while at teh same time may harm the performance13:02
davidhanotmyname: Moving it to config file is needed - but I wonder if we do not need also to seperate the asynchrnous domain of the two functions13:04
*** wiliam has joined #openstack-dev13:04
notmynamedavidha: which two functions?13:04
davidhanotmyname: e.g. allow the web front end to scale up in concurency and queue the requests before serving tehm with the request processor13:04
notmynameah13:04
davidhaweb front end (i.e. eventlet.wsgi) and request processor (e.g. openstack object server code)13:05
davidhaI am putting all this together in a post13:06
notmynamedavidha: put it together in a patch ;-)13:06
davidhanotmyname: I will - but one step at a time :)13:06
davidhaThis is complex and easy to get wrong13:07
notmynameindeed :-)13:07
davidhaWould you be willing to review what I have so far and see if you see major flaws?13:07
notmynamereview of your post or a code patch?13:08
davidhanotmyname: I am still discovering too many things about swift every day :)13:09
davidhapost - patch will come later13:09
davidhaas for patch, it nees to go through all the process  - never doen that with openstack before13:09
notmynamedavidha: I can try.13:10
notmynamedavidha: ya, the initial hurdles for submitting a patch to an openstack project are somewhat high. let me know if you need any help on that front13:10
davidhaAlso - several ietms to patch (each small): 1. add control of the concurency level, 2. consider a queue betwene the front end and the request processor, 3. add support for working with external wsgi server (e.g. mod_wsgi) 3. fix some wsgi bugs I found in the process13:11
davidha5. fix 3 to be 413:11
davidhanotmyname: I will, but I am still in the reserach stage of determining what I would like to blueprint - hence the post I am working on13:12
notmynamedavidha: I'd recommend submitting those in as discrete patches as possible13:12
davidhanotmyname: no prob.13:13
notmynamedavidha: don't worry about blueprints. the code is all we need13:13
*** kbringard has joined #openstack-dev13:16
*** markmcclain has quit IRC13:16
*** stuntmachine has quit IRC13:17
davidhanotmyname: see http://blog.davidhadas.com where I collect my thoughts. These posts are meant to change and be revised with every new information I am gathering on each subject - in fact I already revised them many times.13:19
*** joesavak has joined #openstack-dev13:23
*** rbasak has joined #openstack-dev13:23
*** mnaser has joined #openstack-dev13:23
*** stuntmachine has joined #openstack-dev13:24
notmynamedavidha: cool, I'll take a look and pass it along to some of the other devs13:26
*** dolphm has quit IRC13:26
*** dolphm has joined #openstack-dev13:27
*** dtroyer_zzz is now known as dtroyer13:27
davidhanotmyname: ok, I want to find flaws first and later open it to a wider discussion since there are many aspects there which come to play - al this before a patch :) ...13:27
*** blamar has joined #openstack-dev13:27
*** ayoung has joined #openstack-dev13:28
*** dolphm_ has joined #openstack-dev13:29
*** dtheodor has quit IRC13:31
*** dolphm has quit IRC13:31
*** azbarcea has quit IRC13:32
*** rbasak has quit IRC13:32
*** littleidea has joined #openstack-dev13:33
*** sandywalsh_ has joined #openstack-dev13:36
*** sandywalsh has quit IRC13:37
*** apevec has joined #openstack-dev13:37
*** rbasak has joined #openstack-dev13:37
*** tryggvil_ has joined #openstack-dev13:39
*** dhellmann has joined #openstack-dev13:40
*** BLZbubba has joined #openstack-dev13:40
BLZbubbais it easy to disable the nova-network SNAT rule?13:41
BLZbubbai commented out routing_source_ip but it had no effect13:42
*** roge has joined #openstack-dev13:44
*** GheRivero has joined #openstack-dev13:44
*** davidha has quit IRC13:47
*** davidha has joined #openstack-dev13:48
*** rafaduran has joined #openstack-dev13:54
*** sdake has quit IRC13:54
BLZbubbai'm looking at linux_net.py and it looks like there is no way to turn this off13:54
BLZbubbawhich is a disaster; shouldn't it not to snat if there is no routing_source_ip?13:55
*** sleepsonzzz is now known as sleepsonthefloor13:55
BLZbubbaor can I send a patch for a nova.conf no_snat option13:55
*** maoy has joined #openstack-dev13:55
KiallBLZbubba, Why are you trying to disable SNAT?13:56
BLZbubbamainly because our production network nazis don't wnat every openstack vm to inherit every rule they open up13:59
BLZbubbabut i am not a fan of snat in general if it is not needed13:59
*** markmcclain has joined #openstack-dev14:00
BLZbubbai don't want the nova-network machine to be the default route either but i can live with that for now14:00
*** rkukura has joined #openstack-dev14:02
KiallBLZbubba, the instances wont inherit anything like that...14:02
Kiallthe SNAT IP will only allow outbound connections from the instances..14:02
BLZbubbaif every vm has the same IP address, then how will a firewall on a different network be able to tell the difference?14:02
KiallInbound connections will be made on the Floating IP assigned to the instance, which nova will manage per-vm iptables for14:03
*** dolphm_ has quit IRC14:03
BLZbubbai don't have floating ip addresses, these are internal-only vm's with a single ip14:03
*** edygarcia has joined #openstack-dev14:04
KiallBLZbubba, Ah.. Right, honestly not sure how well that will work.. But.. ignoring that for a moment..14:05
Kiallnova will still manage per-instance firewall rules..14:05
KiallWith the default being "block everything"..14:05
Kiall(assuming traffic to the instances passes via the nova-network nodes)14:06
KiallOooo - Firewall for outbound traffic.. heh14:07
Kiallmy bad14:07
*** timello_ has joined #openstack-dev14:07
*** andrewsben_zz is now known as andrewsben14:08
*** maoy has quit IRC14:09
*** timello has quit IRC14:09
mnaserwow, just self-trolled myself, accidently had caps lock open in vim, boy does that get you confused14:11
*** jgriffith has joined #openstack-dev14:13
*** utlemming has joined #openstack-dev14:17
*** maploin has quit IRC14:23
*** rohitk has joined #openstack-dev14:23
*** rnirmal has joined #openstack-dev14:23
creihtdavidha: the difficulty with trying to get swift to work with mod_wsgi, is that mod_wsgi is not very async friendly14:25
creihtor at least wasn't the last time I looked at it14:26
BLZbubbaKiall: :)14:28
BLZbubbaKiall: i'll see how it does with no nat14:28
davidhacreiht - when you say that it is not async friendly, you mean that you wish to run asynchrnous I/O inside a wsgi appication?14:29
*** dtroyer is now known as dtroyer_zzz14:30
BLZbubbaKiall: maybe we need an option to replace --flat_network... with --comically_simple_network...14:30
BLZbubbawhere nova-network provides dhcp addresses and that's it14:30
creihtdavidha: I mean that, swift is written entirely from an async I/O perspective14:31
creihtdavidha: I read your blogs14:31
creihtYou can probably make that work14:31
creihtbut my main question is still, what problem are you trying to solve14:32
creiht?14:32
*** flaviamissi has joined #openstack-dev14:32
davidhacreiht: What issue do you see with using Eventlets for example within an application servicing as a mod_wsgi application (assuming this is what you want to do)?14:33
*** rohitk has quit IRC14:33
creihtdavidha: sorry gotta run to a meeting14:34
*** rohitk has joined #openstack-dev14:34
davidhacreiht: Sure, lets cont this later14:34
bcwaldoneglynn_: Removed that comment in my review you pointed out: https://review.openstack.org/#/c/7430/14:40
eglynn_bcwaldon: cool, looking at the latest patch set now ...14:41
bcwaldoneglynn_: thanks!14:41
bcwaldoneglynn_: and the dependent branch is super simple, too14:41
*** journeeman has quit IRC14:42
*** Gordonz has joined #openstack-dev14:42
*** zaitcev has joined #openstack-dev14:42
eglynn_bcwaldon: both patches +2'd again14:44
*** Gordonz has quit IRC14:44
bcwaldoneglynn_: awesome, thanks for your time :)14:44
*** Gordonz has joined #openstack-dev14:44
*** maoy has joined #openstack-dev14:45
*** sleepsonthefloor is now known as sleepsonzzz14:47
*** Gordonz has quit IRC14:48
*** Gordonz has joined #openstack-dev14:58
*** anderstj has joined #openstack-dev15:00
*** reidrac has quit IRC15:00
*** anderstj has quit IRC15:01
*** dubsquared1 has joined #openstack-dev15:05
*** reed has quit IRC15:08
*** sdake has joined #openstack-dev15:08
*** rnirmal has quit IRC15:09
*** mindpixel has quit IRC15:10
maoycomstud: what's the reason to use call to scheduler when more than 1 VMs are requested, but use cast otherwise?15:12
maoycomstud: especially if we do not consider the cell stuff?15:13
*** littleidea has quit IRC15:14
maoyvishy: what's special treatment of the task_states.RESIZE_VERIFY? what's that state designed for? thanks.15:16
*** maplebed has quit IRC15:16
*** dhellmann has quit IRC15:17
*** heckj has joined #openstack-dev15:17
*** dubsquared1 has quit IRC15:18
*** markmcclain has quit IRC15:19
*** dubsquared1 has joined #openstack-dev15:19
*** dolphm has joined #openstack-dev15:20
*** rnirmal has joined #openstack-dev15:21
*** dolphm has quit IRC15:24
openstackgerritVerification of a change to openstack/nova failed: Implement get_hypervisor_hostname for libvirt.  https://review.openstack.org/744515:25
*** berendt has quit IRC15:28
*** rohitk has quit IRC15:31
chmouelis gerrit very busy? I can't seem to push to it atm (ie: it failing to http://pastie.org/private/pb9wbg1j97ohmvhytexg)15:34
mtaylorvishy: ping15:36
jeblairchmouel: it is not15:36
*** bhuvan_ has joined #openstack-dev15:37
*** PotHix has joined #openstack-dev15:38
jeblairchmouel: ssh review.openstack.org -p29418 gerrit ls-projects15:38
jeblairchmouel: ^ use that command to test your connectivity to the gerrit server15:39
*** jsavak has joined #openstack-dev15:39
chmoueljeblair: weird, seems like a network issue but only on that server let see if i can do from a RAX cloudserver15:39
mnaserchmouel: port 29418 blocked?15:39
chmouelmnaser: no... seems like just a connectivity issue but only for the gerrit server everything else works fine15:40
*** jeremyb_ has joined #openstack-dev15:41
*** joesavak has quit IRC15:41
*** LarsErikP has quit IRC15:41
*** jeremyb has quit IRC15:41
*** Daviey has quit IRC15:41
*** LarsErikP has joined #openstack-dev15:42
mnaserchmouel: weird, tracert failing somewhere?15:43
*** jeremyb_ has quit IRC15:43
*** jeremyb_ has joined #openstack-dev15:43
*** jeremyb_ is now known as jeremyb15:45
*** berendt has joined #openstack-dev15:45
*** berendt has quit IRC15:45
*** Daviey has joined #openstack-dev15:49
*** dolphm has joined #openstack-dev15:52
*** littleidea has joined #openstack-dev15:54
creihtdavidha: actually after looking a little further, it looks like it may work now15:54
*** garyk has quit IRC15:54
creihtat one time graham had posted (I thought) about the troubles of supporting async frameworks in wsgi in general, and by extension mod_wsgi15:55
*** sdake has quit IRC15:57
*** mdomsch has joined #openstack-dev15:58
creihtI have my hesitations, but by all means try it out, and report your results15:58
chmouelmnaser: seems to work now, not sure what was goign on15:58
chmouelmnaser: thanks15:58
creihtI've been wrong before :)15:59
creihtand I don't mind being proving wrong15:59
creihtand in the code, working code wins15:59
*** sdake has joined #openstack-dev15:59
creihtand in the end...15:59
creihtheh15:59
*** reed has joined #openstack-dev16:00
*** reed_ has joined #openstack-dev16:00
*** x86brandon has quit IRC16:01
creihtdavidha: To me it comes down to the issue of concurrency in python16:02
creihtwhat front-end sits in front of it is a bit orthoginal to the question16:03
*** vincentricci has joined #openstack-dev16:03
creihtand lunch time :)16:04
*** reed has quit IRC16:04
*** thingee has joined #openstack-dev16:05
*** sdake has quit IRC16:06
*** sdake has joined #openstack-dev16:06
*** asalkeld has quit IRC16:07
*** shang has quit IRC16:07
*** danpb has quit IRC16:07
*** mnewby has quit IRC16:07
*** byeager has quit IRC16:07
*** andyhky has quit IRC16:07
*** anotherjesse has quit IRC16:07
*** fesnel has quit IRC16:07
*** clayg has quit IRC16:07
*** mnewby has joined #openstack-dev16:07
*** anotherjesse has joined #openstack-dev16:08
*** andyhky has joined #openstack-dev16:08
*** fesnel has joined #openstack-dev16:12
*** asalkeld has joined #openstack-dev16:12
*** shang has joined #openstack-dev16:12
*** danpb has joined #openstack-dev16:12
*** byeager has joined #openstack-dev16:12
*** clayg has joined #openstack-dev16:12
*** maplebed has joined #openstack-dev16:14
*** maplebed_ has joined #openstack-dev16:15
*** maplebed_ is now known as Guest7140316:15
*** sleepsonzzz is now known as sleepsonthefloor16:16
*** Mkenneth has quit IRC16:17
*** maplebed has quit IRC16:17
*** Guest71403 is now known as maplebed16:17
*** maplebed has joined #openstack-dev16:17
*** koolhead17 has joined #openstack-dev16:17
*** garyk has joined #openstack-dev16:21
*** jakedahn_zz is now known as jakedahn16:23
*** Ryan_Lane has quit IRC16:23
*** dtroyer_zzz is now known as dtroyer16:25
*** winston-d has joined #openstack-dev16:27
winston-dtest16:27
*** dubsquared1 has quit IRC16:29
*** winston-d has left #openstack-dev16:29
*** mancdaz has quit IRC16:33
*** danpb has quit IRC16:35
vishymtaylor: sup?16:38
vishymaoy: when you do a resize, it stays in resize_verify until the user issues a verify_resize or a revert_resize16:38
vishyzykes-: yes you can have multiple nova-volumes16:40
*** issackelly has joined #openstack-dev16:40
*** andrewsben is now known as andrewsben_zz16:41
*** dhellmann has joined #openstack-dev16:41
*** AlanClark has quit IRC16:42
*** markmcclain has joined #openstack-dev16:42
*** bsza has quit IRC16:42
*** anderstj_ has joined #openstack-dev16:44
mtaylorvishy: we were discussing hypervisor gating, and realized we should check in with you about it16:44
vishymtaylor: ok should i check scrollback?16:45
mtaylorvishy: nah, it was in #openstack-infra16:45
vishymtaylor: ok what is the plan16:45
mtaylorvishy: main points: should we gate on other hypervisors (kvm, xen, openvz) - if so which ones?16:45
mtaylorvishy: and/or which things should we just do smokestack-style advisory testing on16:45
vishykvm and xen seem like reasonable gates16:45
vishyi would consider lxc as it is next in the list16:46
vishybut i think the rest could be advisory16:46
mtaylorvishy: should we gate on kvm _instead_ of qemu? or in addition?16:46
vishyfor now16:46
mtaylorok. cool16:46
vishykvm/qemu are exactly the same for all practical purposes16:46
*** AlanClark has joined #openstack-dev16:46
mtaylorvishy: for adding openvz support to nova, are you ok with there just being advisory testing setup before we merge that patch from hub_cap?16:47
vishyyessir16:48
*** jtran has joined #openstack-dev16:48
*** jsavak has quit IRC16:49
*** joesavak has joined #openstack-dev16:49
mtaylorvishy: great. that's helpful and the info I needed16:49
*** rnirmal has quit IRC16:50
BLZbubbais it possible to have only a set of floating ip's and have nova-network hand those out via dhcp?16:50
koolhead17BLZbubba, does nova-manage floating <help> does/say anything16:50
*** rnirmal has joined #openstack-dev16:51
vishyBLZbubba: no floating are natted16:51
*** apevec has quit IRC16:51
vishyBLZbubba: if dhcp is handing them out they are fixed ips16:51
BLZbubbaok thanks. i'm trying to have a no-nat setup, with the fixed addresses in dns; seems like this isn't a popular setup16:56
*** tryggvil_ has quit IRC17:00
mtaylorLinuxJedi, jeblair: jtran is having the usernames-don't-match problem17:01
*** reed_ has quit IRC17:01
*** aa has joined #openstack-dev17:02
*** reed has joined #openstack-dev17:02
*** derekh has quit IRC17:02
zykes-.  vishy but you can't set like where it should store the instances no ?17:04
vishyzykes-: No, it will split volumes amongst the hosts17:04
vishyvia simple scheduler17:04
zykes-ok17:09
*** jdurgin has joined #openstack-dev17:10
zykes-vishy: what kind of disk setup is recommended for instances ?17:11
zykes-I've got like 1 single disk pr node atm17:11
zykes-and it only gives < 20 mb/s :(17:11
vishyzykes-: all deploys i have done just use a regular old raid17:11
zykes-to store instance files on it ?17:12
vishyyup raid -> lvm -> instances dir17:12
zykes-weird why my single disk chokes then17:12
zykes-:|17:12
zykes-there's like 0 load on it at all17:12
mnaserzykes-: that would sound like an virtualization issue, unrelated to openstack17:13
mnaserzykes-: what virtualization platform? you'd probably get more help with a channel where poeple have worked with it17:13
zykes-mnaser: KVM17:13
mnaserzykes-: i see, in that case try checking with the KVM guys, because at that point, openstack really doesnt do much difference, so maybe there is #kvm channel?17:13
*** harlowja has joined #openstack-dev17:16
*** darraghb has quit IRC17:17
*** gyee has joined #openstack-dev17:20
ogelbukhzykes-: libvirt io driver can be issue17:20
*** Ryan_Lane has joined #openstack-dev17:21
*** mnewby has quit IRC17:24
*** markmcclain has quit IRC17:25
zykes-ogelbukh: ?17:27
*** markmcclain has joined #openstack-dev17:28
*** eglynn__ has joined #openstack-dev17:28
*** davidha has quit IRC17:28
*** eglynn_ has quit IRC17:31
*** davidha has joined #openstack-dev17:31
*** vladimir3p has joined #openstack-dev17:32
zykes-do I need to set the virutalizatiuon vishy ? apparantly my vm's get --no-kvm17:34
*** GheRivero has quit IRC17:34
vishyzykes-: is virt turned on in the bios?17:36
zykes-checking17:41
Davieydoes anyone know why horizon *needs* to transition to less?17:43
Davieyhttps://blueprints.launchpad.net/horizon/+spec/transition-to-lesscss17:43
zykes-transition to less ?17:43
jgriffithDaviey: Don't know what functionality they want specifically if that's what you're wondering...17:45
jgriffithDaviey: Maybe hit up John P. to get the specifics17:46
bhuvanany volunteers to review https://review.openstack.org/#/c/7149/? Dolph Matthews already blessed it ...17:46
Davieyjgriffith: right, i was just nosey as to the *need* for it.. Noticed John wasn't online, so asking around.17:48
zaitcevAww man, so all the hubbub with moving from zaitcev@yahoo.com to zaitcev@kotori.zaitcev.us because it got stuck in git history was for nothing :-)17:48
jgriffithDaviey: Yeah, I'd be curious what they have planned as well.  Sorry I'm no help17:49
jgriffithbhuvan: If you're just looking for a code review I'll help depending on context17:50
jgriffithbhuvan: You'll have to add me to the draft list...17:50
zykes-what's LESS ?17:51
jgriffithzykes: It's an alternative/enhanced css17:51
*** dhellmann has quit IRC17:53
*** jog0 has joined #openstack-dev17:55
*** dhellmann has joined #openstack-dev17:55
russellbit's the new shiny thing?  :)17:56
bhuvanjgriffith: added you to the reviewer list, thank you.17:56
*** kbringard has quit IRC17:56
*** ijw has joined #openstack-dev17:56
zykes-vishy: Virt was enabled yes17:56
*** jakedahn is now known as jakedahn_zz17:57
vishyzykes-: no idea why you are running without kvm then :)17:57
*** reed has quit IRC17:57
vishyzykes-: libvirt_type=kvm ?17:57
vishyzykes-: can you run kvm manually?17:57
maoyvishy: i made a API vs state transition matrix https://docs.google.com/spreadsheet/ccc?key=0AsgKparJuTF2dExkN1VpbWIyV0ZOdVljY0lvU3lhdFE17:58
*** mnewby has joined #openstack-dev17:58
bhuvanmtaylor: could you please review https://review.openstack.org/#/c/7175/, when you find time?17:59
*** zul has quit IRC17:59
maoyvishy: still updating it and reading the code. but I feel like it's more complicated than it should be17:59
*** kbringard has joined #openstack-dev17:59
Davieyvishy: the defualt should probably be kvm, no?18:00
vishyDaviey: one would think18:00
vishymaoy: I'm sure it is18:00
*** zul has joined #openstack-dev18:00
*** alaski has quit IRC18:00
*** arunkant has joined #openstack-dev18:01
*** alaski has joined #openstack-dev18:01
Davieyi find kvm too fast for me, it gives me no excuses to switch interest to dilbert comics.  Therefore i prefer qemu.18:01
maoyvishy: some questions in the doc. e.g. I'm not sure why stop() is called before start()?18:02
DavieyI also have strong views on unit test parallelisation.18:02
vishyDaviey: agreed18:02
koolhead17bhuvan, hey there18:03
vishymaoy: stop/start is odd, not sure about that18:03
maoyvishy: also not sure why there is a separate treatment between creating 1 instance vs multiple ones.18:03
maoyvishy: the code said something about zones, but I thought it was removed.18:04
vishymaoy: the reason for that handling was initially because the spec for boot returns one instance id18:04
vishymaoy: so it was a bit of a kludge to add in multiple18:04
*** davidha has quit IRC18:05
maoyvishy: i'm not sure I understand that..18:05
*** davidha has joined #openstack-dev18:06
maoyvishy: but the db entry is created in api if maxcount=1, in scheduler otherwise18:06
maoyvishy: and there is also a cast vs call difference18:06
*** johnpostlethwait has joined #openstack-dev18:06
vishymaoy: ah yes that may be leftover from the zones code18:07
vishymaoy: it probably should just always call18:08
*** katell1 has joined #openstack-dev18:08
zykes-vishy: libvirt_type = kvm18:08
zykes-yes18:08
vishymaoy: I doubt the optimization of returning before hitting the scheduler is worth it18:08
vishycomstud: ^^18:08
mtaylorbhuvan: done. looks great!18:09
*** katell1 has left #openstack-dev18:10
comstudvishy: hm, reading back18:15
comstudWe need the uuid generated before we return to the API...18:15
comstudso that an immediate call to the API afterwards will show the instance18:16
comstudThe multiple instance building in 1 call needs to be switched to do the same thing18:16
comstudthat or we need to consider API changes to support a reservation ID concept18:16
kbringardis anyone maintaining an active repo for essex-stable on something other than the latest OSs… specifically a Ubuntu other than 12.04?18:17
*** jaypipes has quit IRC18:17
zulkbringard: ubuntu will have updated packages for stable/essex soon18:18
comstudmaoy: ^18:18
maoycomstud: the uuid is created at api if maxcount=1, at scheduler if maxcount>1. what's the thinking behind that?18:18
kbringardeven in backports? so like, for Natty, Oneiric, etc? or just for Precise?18:18
vishymaoy: I think he's saying we should always generate the uuids at api and then pass on to scheduler with cast18:19
vishyjgriffith: reviewed your latest18:19
maoyvishy: oh.. got it18:19
vishycomstud: did i paraphrase correctly?18:20
comstudmaoy: It's that way only because of some old code... and not a high importance to fix it :)18:20
comstudvishy: Yes18:20
*** aa has quit IRC18:20
comstudbut...18:21
zulkbringard: precise only since thats whats supported, until the cloud archive is open18:21
comstudthere's some other things to think about..18:21
comstudcuz we could potentially create 'max count' DB entries.. but maybe we only have room for somewhere between min_count and max_count18:21
comstudand what is the desireable outcome there?  I guess we just sent the instances that couldn't fit to ERROR18:21
maoycomstud: that should work18:22
comstudBut yeah, in any case.. the idea was we pass a list of uuids to the scheduler18:22
LinuxJedimtaylor: usernames-don't-match?  You mean OpenID or the pkey conflict?18:22
comstudand we remove that hack of checking min_count to determine where to create the entries18:22
mtaylorLinuxJedi: dunno18:22
maoycomstud: where does the quota check happen?18:22
mtaylorLinuxJedi: I think he may have set his usename improperly or something18:22
comstudmaoy: API... at very beginning of build process in compute/api18:22
kbringardzul: cool, thanks18:23
comstudmaoy: The quota stuff is being refactored quite a bit right now, also.  there's a few reviews up18:23
LinuxJedijtran: how can we help?18:23
comstudmaoy: This is another reason why the DB entries should be created up front... so they count against quota immediately :)18:23
jtranhi.   my launchpad user name is 'jtran' and i accidentally set my reviews.openstack.org username to 'jhtran'18:23
*** davidha has quit IRC18:23
maoycomstud: ok.18:23
jtrani suspect that's the reason why 'git review' thinks i don't have a cla18:23
zykes-vishy: .18:24
vishymtaylor, jeblair: can you help jtran?18:24
vishyzykes-: what happens if you run it without no-kvm18:24
zykes-manually ?18:24
LinuxJedijtran: ok, cool.  I'm about to go have dinner, but I can look into it as soon as I get back18:24
jtranvishy, my bad LinuxJedi i assumed was helping me with that18:24
LinuxJedivishy: I'm already on it18:24
mtaylorvishy: LinuxJedi is on it18:24
vishyyeah or --kvm-only (can't remember the command to force kvm)18:25
comstudmaoy: I can try to fix that soon with some other changes I have coming :)18:25
vishyLinuxJedi, mtaylor, cool thanks18:25
maoycomstud: sure. with that rpc.call() gone, only 5 left.18:26
maoycomstud: which probably make sense in their context18:26
zykes-when I try to run it I just get an error for some commandline options18:27
zykes-qemu-system-x86_64: -append root=/dev/vda: could not open disk image console=ttyS0: No such file or directory18:27
jtranLinuxJedi, thanks!18:27
maoyi have more questions about resize/migration but i'll have to run now. will come back later to haunt you. :)18:27
*** maoy has quit IRC18:28
*** andrewsben_zz is now known as andrewsben18:28
comstudhehe18:29
*** aa has joined #openstack-dev18:30
*** Mkenneth has joined #openstack-dev18:30
*** novas0x2a|laptop has joined #openstack-dev18:32
bhuvanthank you, mtaylor.18:35
bhuvanbtw, similar patch was already merged in openstack-common. https://review.openstack.org/#/c/7174/18:35
mtaylorbhuvan: great18:36
vishyzykes-: I don't know how to debug your kvm issues.  I would check your libvirt.xml and make sure that it isn't specifying qemu18:37
vishyzykes-: if you are on ubuntu, you could try running kvm-ok18:37
zykes-seems ok18:38
*** davidha has joined #openstack-dev18:38
*** matwood has joined #openstack-dev18:39
zykes-who vishy whyyy: <domain type='qemu'>18:41
*** dubsquared1 has joined #openstack-dev18:41
openstackgerritVerification of a change to openstack/keystone failed: Added Security backend and its SQL implementation.  https://review.openstack.org/723918:44
*** gael has quit IRC18:46
zykes-vishy: clues on why it does that ?18:49
*** rbasak has quit IRC18:49
jtranzykes-, it's probably more of a libvirt/kvm question than an openstack one18:50
jtrani think you should ask in #kvm they might know18:50
zykes-jtran: weird, cause libvirt_type = kvm is set and my cpu has all the caps18:50
*** dhellmann has quit IRC18:50
jtranmy knowledge of kvm/qemu is fuzzy but i think they work together18:50
zykes-quote: "whatever you are using to start the guest is adding -no-kvm... it's going to be slower than hell"18:50
mnaserzykes-: then check your openstack config because its using qemu18:51
LinuxJedijtran: did you merge launchpad accounts at any time?18:51
jtranLinuxJedi, yes now that u mention it18:52
LinuxJedijtran: cool, Launchpad broke you.  I'll email you instructions on how to fix it18:52
jtranok thx!18:52
LinuxJedimtaylor: yep, broken OpenID, second one today :)18:53
*** vipul has joined #openstack-dev18:54
*** dhellmann has joined #openstack-dev18:54
zykes-mnaser: this is weird > http://paste.ubuntu.com/989461/ but: libvirt_type : qemu from (pid=41513) wait /usr/lib/python2.7/dist-packages/nova/service.py:41118:55
zykes-it's overriding my config :(18:56
*** sdague_ has joined #openstack-dev18:56
*** sdague has quit IRC18:56
mnaserlibvirt_type = qemu ?18:56
mnasershouldnt it be kvm...18:57
zykes-ah18:57
zykes-crapppp18:57
jtranlol18:57
jtrani thought that was too obvious to mention :)18:58
zykes-:O19:00
*** dingdeng has joined #openstack-dev19:00
*** novas0x2a|laptop has quit IRC19:01
*** rnirmal has quit IRC19:01
*** novas0x2a|laptop has joined #openstack-dev19:02
*** epim has joined #openstack-dev19:05
*** davidha has quit IRC19:06
*** jgriffith has quit IRC19:08
*** jgriffith has joined #openstack-dev19:09
zykes-should a ubuntu image take like 2-5 minutes to boot up ?19:09
kbringardit depends19:10
kbringardif it's the first time that image is being run on a particular compute node, it has to cache the image to the node, so it could definitely take that long19:11
*** davidha has joined #openstack-dev19:12
*** rbasak has joined #openstack-dev19:14
jtranzykes, i would tail the instance console.log perhaps cloud-init is timing out.  that usually hangs up the boot process19:15
jgriffithvishy: thanks for the review... I'll make the changes and yes I need to put together unit tests19:15
*** aa has quit IRC19:15
*** maoy has joined #openstack-dev19:15
*** dolphm has quit IRC19:16
*** davidha_who_took has joined #openstack-dev19:16
*** davidha has quit IRC19:16
*** Faarooq has joined #openstack-dev19:22
*** rkukura has quit IRC19:23
mnaserwe need a bot for common answers in #openstack -- would come in useful19:24
kbringardseriously19:25
kbringardfor now, there's a few of us who sort of act as those bots :-p19:25
*** GheRivero has joined #openstack-dev19:25
zykes-cloud-init start-local running: Tue, 15 May 2012 19:03:11 +0000. up 25.00 seconds - no instance data found in start-local19:25
zykes-hmm19:25
jtrani hear kbringard is a master of setting up irc bots19:25
kbringardhah19:26
maoyjtran: i heard that too19:26
kbringardkeep talkin'19:26
mnaserlol19:26
mnaserthe common "what is openstack" and "how to setup openstack"19:26
kbringardyea19:26
*** aa has joined #openstack-dev19:26
jtranmnaser, those aren't easy questions to answer19:27
jtranthe bot reply might be a few pages long19:27
mnaserjtran: but something like, you wantto take a look at openstack? try devstack19:27
kbringardit should just return a link to lmgtfy.com19:27
maoyor a wiki link..19:27
jtrantrue true19:27
mnaserand the usual "does anyone use x?" or "can someone help me?" generic questions that dont have context19:27
mnasermaybe whoever owns uvirtbot can add those features?19:29
*** wiliam has quit IRC19:30
*** Faarooq has left #openstack-dev19:31
*** wiliam has joined #openstack-dev19:32
zykes-doesn't it check for dhcp before cloud-init ?19:32
mnaserzykes-: i believe dhcp runs and then cloud-init runs after19:32
*** mcclurmc_ has joined #openstack-dev19:37
maoyvishy: is the effort of removing db code from n-cpu for simplicity, or for security too? i.e. we don't want any db access from the compute host eventually. that'd include the metadata server and nova-network in the multi-host case.19:37
*** davidha_who_took has quit IRC19:42
*** davidha has joined #openstack-dev19:44
*** dachary has quit IRC19:44
*** jog0 has quit IRC19:47
*** mnewby has quit IRC19:47
*** davidha has quit IRC19:49
vishysecurity19:49
vishymaoy: nova-network will be replaced by quantum19:49
kbringardamen19:50
vishymetadata server will eventually not use db19:50
vishyso yes no db access, although for simplicity we could limit it to read only db access19:50
vishymaoy: ^^19:50
russellbi should be able to start working on cutting down db access in folsom219:50
maoyvishy: got it19:50
*** asisin has joined #openstack-dev19:52
asisinhowdy all!19:52
maoyvishy: what's up with the self.compute_api in a compute manager?19:53
asisinwondering if anyone on this list is in Seattle....would love to meet and hack away over a coffee19:53
maoyvishy: xenapi seems to still have it. in libvirt it's gone.19:53
vishymaoy: code that needs to be refactored19:53
vishy:)19:53
maoyvishy: but it's still referenced in resize confirm19:54
*** lorin1 has joined #openstack-dev19:54
maoyvishy: hard to keep track of these things. :)19:54
*** davidha has joined #openstack-dev19:55
maoyvishy: after resize, if a user needs to do confirm, what's the purpose of _poll_unconfirmed_resizes?19:56
vishymaoy: resizes are automatically confirmed after a while19:56
maoyseems a no-op in libvirt.19:57
maoyvishy: never mind. i mixed it with something else19:57
*** sdake has quit IRC19:57
maoyvishy: poll_rebooting_instances19:57
vishynot sure, but i assume it is cleanup for instances stuck in rebooting19:59
vishymaoy: i think there is a review to make resizes work in both20:00
*** danwent has joined #openstack-dev20:00
vishyhttps://review.openstack.org/#/c/6361/ < maoy20:01
*** davidha has quit IRC20:01
anotherjessevishy: meeting in ..20:01
vishyanotherjesse: got it20:01
lorin1Is there any mechanism for the user to specify the MAC address of an instance at provision time?20:01
*** davidha has joined #openstack-dev20:02
anotherjesselorin1: I don't believe yet20:04
lorin1anotherjesse: (20:04
anotherjesselorin1: I asked troy toman (at rax) who worked on quantum and melange about adding that20:04
anotherjessesince it would be useful for booting things like license servers20:04
lorin1anotherjesse: That's our use case.20:04
anotherjesseI think the next step is adding a blueprint20:05
bcwaldonask tr3buchet20:05
lorin1anotherjesse: I'll add one.20:05
lorin1bcwaldon: Was that to me?20:06
bcwaldonsure20:06
bcwaldonhe has a lot of info RE networking in Nova20:06
bcwaldonand Melange20:06
lorin1bcwaldon: What's tr3buchet's real name?20:07
bcwaldonTr3y Morris20:07
lorin1nice20:07
*** mnewby has joined #openstack-dev20:08
*** mnewby has quit IRC20:08
*** mnewby has joined #openstack-dev20:09
mnaserbcwaldon: I am writing a fix for https://bugs.launchpad.net/keystone/+bug/997725 to include validation, do you think it's acceptable to raise "ValidationError" exception if the role/tenant/username is empty?20:09
uvirtbotLaunchpad bug 997725 in keystone "Role name is not required" [Undecided,Confirmed]20:09
bcwaldonmnaser: is ValidationError a builtin?20:10
mnaserit's part of the exceptions in keystone -- https://github.com/openstack/keystone/blob/master/keystone/exception.py#L4120:10
bcwaldonmnaser: yes, that looks right20:11
mnaserbcwaldon: alright, sounds good20:11
*** davidha has quit IRC20:16
*** salgado has quit IRC20:16
*** salgado has joined #openstack-dev20:16
*** salgado has joined #openstack-dev20:16
*** mcclurmc_ has quit IRC20:17
tr3buchetlorin1: trey morris20:18
tr3buchetoops20:18
tr3buchetmissed that part20:18
*** wiliam has quit IRC20:18
*** dachary has joined #openstack-dev20:18
*** davidha has joined #openstack-dev20:18
tr3buchetlorin1 there currently not a way to specify mac address20:19
*** adjohn has joined #openstack-dev20:19
*** edygarcia_ has joined #openstack-dev20:21
*** davidha has quit IRC20:23
*** edygarcia has quit IRC20:24
*** edygarcia_ is now known as edygarcia20:24
lorin1tr3buchet: I just created a blueprint for this: https://blueprints.launchpad.net/nova/+spec/configurable-mac-addresses20:25
lorin1tr3buchet: Is anybody else currently working on this?20:25
mnaserbcwaldon: do you think it's fine if we can include the models in core.py so I can get the required_keys and do the checks in the controller?20:25
bcwaldonmnaser: can you give me some full paths to go look at?20:26
mnaseri could just put them manually but I feel like it might be cleaner, that way if required_keys are updated, it will automatically make sure that it's working20:26
*** alaski has quit IRC20:26
mnaserbcwaldon: https://github.com/openstack/keystone/blob/master/keystone/identity/core.py#L296 -- i spoke to someone (cant remember who) who said that it was ok to put the validation in the controller20:26
mnaserbcwaldon: https://github.com/openstack/keystone/blob/master/keystone/identity/models.py do you think its ok to import this and use the required_keys for the specific model we want to create/modify20:27
*** davidha has joined #openstack-dev20:27
bcwaldonmnaser: I'm inclined to say *no*, as I would assume that validation (required keys) is being done elsewhere20:28
bcwaldonmnaser: is that validation being done elsewhere?20:28
mnaserbcwaldon: nope, nowhere, i asked someone from core (really wish i can remember who it was) but there is none, for emptyness, not null20:29
mnaserbcwaldon: null will stop, but if its an empty string, it'll go through20:29
bcwaldonmnaser: so its validating that the values in required_keys are non-null?20:29
mnaserbcwaldon: sorta, but not really.  the db driver has the column as non_null so it raises an exception20:29
cp16netjgriffith: regarding cinder: shouldn't the notifier include the context now when sending messages? or just leave the notifier.api alone without the context.20:29
mnaserbcwaldon: it's depending on the driver to do the validation20:30
bcwaldonmnaser: thats really odd...20:30
cp16netjgriffith: nova notifier.api.notify includes the context as the first parameter and thats different than what i see in cinder atm20:30
mnaserbcwaldon: just grepped the src code, required_keys is never ever mentioned anywhere20:31
jgriffithcp16net: Could be an oversight, I'll have to take a look at it20:31
*** jakedahn_zz is now known as jakedahn20:32
bcwaldonmnaser: yeah, look for known_keys20:32
bcwaldonmnaser: thats only used once, though20:32
cp16netjgriffith: ok i was adding the notifications and it was different20:32
bcwaldonmnaser: You're looking at a level of validation above existence (which required_keys is designed to represent)20:32
bcwaldonmnaser: I would discuss with heckj20:32
mnaserbcwaldon: I see!  and now that you've said the name, I spoke with heckj :p20:33
jgriffithcp16net: that's great!!  I'll see if I can figure out the delta later.  If nothing else it's easy to change that piece20:34
*** dhellmann has quit IRC20:34
cp16netjgriffith: looks like the context is only needed for the rabbit_notifier20:34
*** GheRivero has quit IRC20:34
cp16netall the other drivers just ignore the context20:34
*** markmcclain1 has joined #openstack-dev20:35
*** dhellmann has joined #openstack-dev20:35
cp16netjgriffith: looks like i should add it for compatibility of rabbit and i noticed that it was added not long ago to nova so that is probably why its not in cinder now20:35
mnaserbcwaldon: nova has simply straightforward checks throughout it however… like this: https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/servers.py#L60420:35
*** markmcclain1 has quit IRC20:36
*** arunkant has quit IRC20:36
*** markmcclain1 has joined #openstack-dev20:36
bcwaldonmnaser: yes, but many would argue that isn't a great approach20:36
jgriffithcp16net: Yeah, anything in the past month added to nova likely hasn't made it into cinder yet20:36
bcwaldonmnaser: at this point, its up to the Keystone leadership, not me :)20:36
cp16netok20:36
jgriffithcp16net: Things will get a bit more stable once we have basic functionality but it's still sort of just "get it working"  :)20:37
cp16netjgriffith yeah i understand20:37
*** markmcclain has quit IRC20:37
*** davidha has quit IRC20:38
mnaserbcwaldon: I see.. okay, well for starters ill just put in something like the way nova does it and in the review it can be fixed20:38
bcwaldonmnaser: sure, thats a good idea20:38
mnaserbcwaldon: because thinking more, relying on required_keys isnt good because i dont have an id when creating so..20:38
*** davidha has joined #openstack-dev20:40
*** reed has joined #openstack-dev20:40
*** s0mik has joined #openstack-dev20:41
lorin1sandywalsh_: Are you around? I have a scheduler filter question for you.20:44
*** rkukura has joined #openstack-dev20:45
*** maoy has quit IRC20:45
*** stuntmachine has quit IRC20:50
*** dprince has quit IRC20:51
*** jtran has quit IRC20:54
*** lts has quit IRC20:55
tr3buchetlorin1: i have a feeling that's something more of an extension, but i can look into it. i set it drafter to nova-network so it's on my radar20:55
*** mcclurmc_ has joined #openstack-dev20:55
*** gabrielhurley has joined #openstack-dev20:55
*** jog0 has joined #openstack-dev20:56
lorin1tr3buchet: thanks. Is nova-network going to be completely replaced by quantum for folsom, or will it still be around?20:56
*** jsavak has joined #openstack-dev20:57
tr3buchetlorin1: it will definitely still be around20:57
tr3buchetlorin1: i've got to step out, i'll see anyhting you ping me with or pms20:58
*** joesavak has quit IRC21:01
*** jsavak has quit IRC21:01
*** joesavak has joined #openstack-dev21:02
*** GheRivero has joined #openstack-dev21:06
*** andrewsben is now known as andrewsben_zz21:07
*** maoy has joined #openstack-dev21:09
*** joesavak has quit IRC21:17
*** pmezard has quit IRC21:25
*** sdague_ is now known as sdague21:29
*** Gordonz has quit IRC21:30
*** pmezard has joined #openstack-dev21:38
*** littleidea has quit IRC21:40
openstackgerritVerification of a change to openstack/nova failed: More accurate rescue mode testing for XenAPI  https://review.openstack.org/732821:43
openstackgerritVerification of a change to openstack/nova failed: Rearchitect quota checking to partially fix bug 938317.  https://review.openstack.org/677421:43
uvirtbotLaunchpad bug 938317 in nova "rapid firing from command line can go over quota" [High,In progress] https://launchpad.net/bugs/93831721:43
openstackgerritVerification of a change to openstack/nova failed: Remove deprecated quota code.  https://review.openstack.org/736521:43
*** jog0 has quit IRC21:47
*** crobinso has quit IRC21:48
*** lorin1 has quit IRC21:48
mnaserbcwaldon / heckj: https://review.openstack.org/#/c/7464/ :)21:49
openstackgerritVerification of a change to openstack/nova failed: DRYing up Essex migration.  https://review.openstack.org/745822:01
openstackgerritVerification of a change to openstack/glance failed: Add credential quoting to Swift's StoreLocation.  https://review.openstack.org/709522:02
*** anotherjesse is now known as anotherjesse_zz22:02
*** ywu has joined #openstack-dev22:02
*** blamar has quit IRC22:03
*** ayoung has quit IRC22:05
*** Mkenneth has quit IRC22:05
*** andrewsben_zz is now known as andrewsben22:06
*** flaviamissi has quit IRC22:07
zykes-hmmm vishy what can be the issue when I've fixed nova.conf as well ?=22:07
zykes-/usr/bin/qemu-system-x86_64 -S -M pc-1.0 -no-kvm22:07
bcwaldonjeblair: does the devstack gate deploy swift?22:08
bcwaldonor mtaylor ^22:09
bcwaldonmtaylor: I've got another bone to pick with you, too22:09
*** dhellmann has quit IRC22:09
*** markmcclain1 has quit IRC22:10
*** andrewsben is now known as andrewsben_zz22:19
*** pmezard has quit IRC22:19
*** GheRivero has quit IRC22:20
clarkbbcwaldon: enabled services appear to be g-api,g-reg,key,n-api,n-crt,n-obj,n-cpu,n-net,n-vol,n-sch,horizon,mysql,rabbit22:22
*** maoy has quit IRC22:22
bcwaldonclarkb: why thank you, sir22:22
clarkband swift is in SKIP_EXERCISES22:22
clarkbso I think the answer is no22:22
bcwaldonthats no good22:23
clarkbhttps://github.com/openstack-ci/devstack-gate/blob/master/devstack-vm-gate-host.sh#L6022:23
*** gyee has quit IRC22:33
*** kbringard has left #openstack-dev22:34
*** kbringard has quit IRC22:34
*** Ryan_Lane has quit IRC22:34
*** Ryan_Lane has joined #openstack-dev22:34
*** sleepsonthefloor is now known as sleepsonzzz22:38
clarkbdoes swift need to be enabled as a dependency for something else or are you looking to run the swift exercises?22:39
*** epim has quit IRC22:43
*** markvoelker has quit IRC22:45
zykes-vishy: can something be caching the info for the .xml files ?22:47
*** rafaduran has quit IRC22:48
*** jkyle has quit IRC22:59
*** dubsquared1 has quit IRC23:01
*** rbasak_ has joined #openstack-dev23:02
vishyzykes-: you won't fix already running instances by changing the flag23:02
vishyzykes-: so you have to change the flag, restart nova-compute, launch new instance23:03
*** littleidea has joined #openstack-dev23:03
*** asalkeld has quit IRC23:03
*** asalkeld has joined #openstack-dev23:03
*** edygarcia has quit IRC23:05
*** littleidea has quit IRC23:08
*** dachary has quit IRC23:11
*** heckj has quit IRC23:14
*** bsza has joined #openstack-dev23:16
vishyjgriffith: ping23:17
jgriffithvishy: yo23:19
vishyjgriffith: i think you missed one of my comments on the last patchset23:23
jgriffithvishy: ohhh noooooo23:23
vishyjgriffith: actually nevermind23:23
* jgriffith looking at last review23:23
vishyjgriffith: you changed it i was just surprised to see a long debug message for not volume_id and then a short one23:24
vishyjgriffith: seems odd to have two different localized debug messages for the same issue23:24
jgriffithvishy: ohhh... yeah, about that one23:24
jgriffithvishy: I got all OCD on that for some reason23:25
jgriffithvishy: I can change it to match the other one....23:27
vishyjgriffith: i don't care which it is, but it should probably be the same for the sanity of our translators23:27
jgriffithvishy: understood and I agree23:27
vishyjgriffith: otherwise everything looks good23:28
jgriffithvishy: the tests are minimal but at least there's "something" there now23:28
vishyjgriffith: I will +2 when you make the change23:28
jgriffithvishy: Ok, great, I'll match up the debug messages now23:28
*** salgado has quit IRC23:29
*** littleidea has joined #openstack-dev23:29
*** AlanClark has quit IRC23:31
jgriffithvishy: Minor delay, but it's submitted now23:34
jgriffithvishy: BTW I thought this was appropriate if there were NO bdm's returned as opposed to "volume not found"23:39
*** anderstj_ has quit IRC23:41
vishyjgriffith: I suppose, but I think actually that code will never get hit23:41
vishyjgriffith: i think every instance has bdms, but i could be wrong23:41
vishyjgriffith: anyway good enough :)23:41
jgriffithvishy: :)23:41
jgriffithvishy: thanks for your patience again!23:42
*** dtroyer is now known as dtroyer_zzz23:42
vishyjgriffith: hopefully I have some time to actually do the code I signed up for23:42
jgriffithvishy: and you're correct... it'll never get hit unless the call fails23:42
vishyjgriffith: maybe tonight :)23:42
jgriffithvishy: :) anotherjesse has offered to work on it also if you'd like23:43
*** PotHix has quit IRC23:43
jgriffithvishy: It just seemed you had a pretty good plan formulated already23:43
*** johnpostlethwait has quit IRC23:45
vishyjgriffith: how is cinderclient going?23:47
vishyjgriffith: can we actually run cinder and create volumes with cinderclient yet?23:47
jgriffithvishy: Not yet, hopefully next week23:48
jgriffithvishy: there really hasn't been much input at all the past couple weeks.23:48
jgriffithvishy: I'm just getting back to the python client23:48
vishyjgriffith: yeah we're just going to have to make it work i think23:48
jgriffithvishy: I'd like to be able to create volumes next week23:49
vishyjgriffith I will try to get the last step of separation done by tomorrow.23:49
jgriffithvishy: It's not bad, I've got most of it up to date with novaclient (I think) but need to finish up some fakes23:49
*** anotherjesse_zz is now known as anotherjesse23:49
jgriffithvishy: cool, I count all this FK deletion as part of it :)23:50
jgriffithanotherjesse: your ears must've been burning23:50
vishythe next steps (extra extensions and making a proxy-to-client version of the api) require a working cinderclient i think23:51
*** novas0x2a|laptop has quit IRC23:51
jgriffithvishy: Yeah, I think so23:51
jgriffithmaybe I'll throw out what I have tonight/tomorrow and add as needed23:52
jgriffithShould probably just have mtaylor squash the history now rather than wait23:52
*** dhellmann has joined #openstack-dev23:53
*** dtroyer_zzz is now known as dtroyer23:53
*** wiliam has joined #openstack-dev23:54
jgriffithvishy: BTW.. side topic, do folks typically not use gerrit Draft feature?23:55
jgriffithI prefer commit often and work form different locations so it's handy for me23:55
vishyjgriffith: it was only recently added, so we haven't really figured out the use for it23:55
vishyjgriffith: how does it help with that?23:55
*** bsza has quit IRC23:56
jgriffithvishy: well I don't use my personal github, just checkotu a branch and commit as I go23:56
jgriffithvishy: then when I'm finally ready I just change it to a review23:56
jgriffithPlus I work on diff machines so that's handy23:56
vishyjgriffith: ah, yeah i generally just push to a github branch until i'm ready for review.23:56
jgriffithvishy: I may do that just to keep the number of patch sets from looking so awful :)23:57
vishyjgriffith: checkout hub, it makes dealing with github branches a little easier23:57
jgriffithvishy: cool.. I'll do that23:57
vishyjgriffith: https://github.com/defunkt/hub23:57
vishyvery useful if your pushing and pulling from github remotes a lot23:58
vishysaves you having to type https://github.com/vishvananda/nova.git a lot23:58
vishyhub clone -p vishvananda/nova23:58
vishyhuab remote add jgriffith23:58
vishyetc.23:58
vishy* hub23:58
jgriffithnice... better than all of my zsh aliases23:58
vishyjgriffith: ok i'm out, I will try and get to that volume_api cleanup tonight23:59
jgriffithCool... have a good night!23:59

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