16:03:29 #startmeeting oslo 16:03:31 Meeting started Mon Mar 30 16:03:29 2015 UTC and is due to finish in 60 minutes. The chair is dims. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:03:32 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:03:35 The meeting name has been set to 'oslo' 16:03:40 o/ 16:03:42 o/ 16:03:46 yo yo 16:03:47 o/ 16:03:50 sorry for the delay 16:03:51 o/ 16:03:54 np 16:03:54 'zup 16:04:01 sup dawgs 16:04:01 hi 16:04:26 #link https://wiki.openstack.org/wiki/Meetings/Oslo 16:04:34 courtesy ping for jd__, dims, bnemec, flaper87, harlowja, viktors, rpodolyaka, zzzeek, sileht, kgiusti, dansmith 16:04:37 o/ 16:04:41 courtesy ping for redrobot, jungleboyj, zhiyan, therve, amotoki, GheRivero, bknudson, ihrachyshka, jogo, dougwig, sreshetnyak, amrith 16:04:43 0/ 16:04:45 o/ 16:04:50 o/ 16:04:52 o/ 16:05:06 #topic Review action items from previous meeting 16:05:37 there was one item, oslo.db fix backporting...that's done 16:05:49 #topic Red flags for/from liaisons 16:06:02 none for keystone 16:06:07 taskflow got a release in also; i haven't heard anything so i'm assuming its all going ok 16:06:19 bknudson: harlowja_at_home: thanks 16:06:33 np 16:06:59 alo 16:06:59 #topic Feature freeze 16:07:09 any one needs exceptions? 16:07:34 not me 16:07:45 i think i saw something about backing out a change in oslo-inc 16:07:51 o/ 16:08:00 dims, hmmm, whichone? 16:08:13 ah https://review.openstack.org/#/c/168924/ i guess? 16:08:16 #link https://review.openstack.org/#/c/168924/ 16:08:44 anyone wants to chime in on that please take a look Revert "Optimization of waiting subprocesses in ProcessLauncher" 16:08:50 damn launcher and eventlet, :( 16:08:56 indeed :( 16:09:09 still the same story... 16:09:29 k moving on 16:09:34 #topic Ongoing work & Review priorities 16:10:07 "eventlet goes crazy" he he 16:10:09 any more backports to stable/kilo from anyone? 16:10:25 the big one was the heartbeat stuff right? 16:10:32 *the big backport that is 16:10:33 harlowja_at_home: y, we released that 16:10:33 harlowja_at_home, that done 16:10:39 cools 16:10:47 \o/ 16:10:53 :) 16:11:09 sileht: any update on https://bugs.launchpad.net/oslo.messaging/+bug/1436788 ? 16:11:11 Launchpad bug 1436788 in oslo.messaging "rabbitmq heartbeat failures don't reset connections" [Undecided,New] 16:11:11 there are patches waiting for stable in tooz that will need a release once merged 16:11:21 jd__: ack 16:11:28 dims, no news 16:11:30 and I've patches i'd like to see merged and release in oslo.serialization :) 16:11:32 sileht, it'd be interesting to hear about how u feel the heartbeat stuff went, maybe upstream kombu can be made better; giving some feedback to upstream projects might be useful? 16:11:47 jd__: the timestamp ones? 16:11:55 dims: that and 2 more IIRC 16:11:58 o/ 16:12:00 harlowja_at_home, I have opened that recently: https://github.com/celery/kombu/issues/463 16:12:06 jd__: paste them here please with #link 16:12:06 sileht, cool 16:12:18 https://review.openstack.org/#/q/status:open+project:openstack/oslo.serialization+branch:master+topic:jd/remove-strtime,n,z 16:12:27 sileht, it'd be a neat blog post once it 'calms down' a little 16:12:27 zzzeek: any oslo.db things needed? 16:12:45 dims: not really 16:12:54 zzzeek: that's good news :) 16:12:56 dims: my stuff is on hold until evertyhing isnt frozen 16:13:18 zzzeek: we have stable/kilo cut already, so we can move things on 16:13:32 dims: do we want to talk about enginefacde? because that’s the big one 16:13:55 zzzeek: hang on, till we open discussion 16:13:57 zzzeek, that needs to mergeee; been to long :-P 16:14:02 harlowja_at_home: sure 16:14:04 :) 16:14:10 * zzzeek hasn’t done anything oslo in like a month 16:14:20 got specs anyone? 16:14:21 #link https://review.openstack.org/#/q/project:openstack%2Foslo-specs+is:open,n,z 16:14:35 hmmm, i'll write some i think; got some idears 16:14:43 harlowja_at_home: ++++ 16:14:44 maybe do that this week 16:15:11 although i guess my idea is connected to https://review.openstack.org/#/c/151300/ 16:15:22 #link https://etherpad.openstack.org/p/kilo-oslo-summit-planning 16:15:26 i'd like to have msgpack be used more; it at least isn't as lossless... 16:15:29 please flesh out etherpad everyone 16:15:48 hmm, got link wrong 16:16:16 ya, seems blank 16:16:29 Try https://etherpad.openstack.org/p/liberty-oslo-summit-planning 16:16:30 #link https://etherpad.openstack.org/p/liberty-oslo-summit-planning 16:16:35 thanks bnemec 16:16:39 ya, much better 16:17:02 giving everyone a minute to peek 16:17:05 when does that session schedule planning start? 16:17:12 probably soon i guess 16:17:25 *aka the actual schedule 16:17:34 harlowja_at_home: don't know yet 16:17:36 k 16:17:48 #action : dims to find schedule for session planning 16:17:59 anyone see things we can add? 16:18:23 one thing for liaisions, we need to add a bunch at the very bottom of the page 16:18:32 "Adopt oslo-config-generator and get rid of existing generator.py" 16:18:40 things to do for next cycle 16:19:13 dims, no big hurry on the schedule finding; more of just curious since it always seems sorta arbitrary, lol 16:19:23 * bknudson is hoping things will generally settle down with oslo work in keystone. 16:19:32 not that there's been a lot this release. 16:19:39 harlowja_at_home: y mostly needed for bargaining upwards on how may slots we need i think 16:19:48 bknudson: haha :) 16:19:55 k. moving 16:19:56 #topic open discussion 16:20:01 zzzeek: you are on :) 16:20:07 dims: oh hey :) 16:20:22 so enginefacade is this big refactoring of how everyone will connect to sesssions and engines 16:20:34 and me and mbooth have tried to get it into nova and hit a lot of complications 16:20:53 so I’ve refacotred it like four times and now it really can do like, anything. so we can merge it, its backwards-compatible, but nobody is using it yet 16:20:57 #link https://review.openstack.org/#/c/138215/ 16:21:00 yeah 16:21:17 so the issue is, we stil ldont know if any projects can use the API as is, b.c. when we hit nova, we hit all kinds of edge cases 16:21:45 can u use the new 'depends-on' feature to push it into other projects as a WIP somehow? 16:21:48 turns out, the best way to migrate is that we *dont* change transaction boundaries to start with, nova has cases where they may be relying on a transacvtion nested in another transaction 16:21:48 what issues did nova have? 16:22:05 bknudson: a lot with “this method needs to be able to retry itself”, inside of the context of a bigger transaction 16:22:11 bknudson: which you can do by using a savepoint 16:22:14 keystone barely uses isolation. 16:22:26 mostly ignored and hope for the best. 16:22:51 bknudson: but, nova isn’t doing that now :) so, its dramatic changes in how transactions work. so enginefacade right now, can be rolled out onto nova in such a way that its all the new code, but the way transactions demarcarte is completely maintained 16:23:19 bknudson: mbooth really dug into it and kept finding more and more weird edges where maybe things would no longer work, if we used one big transaction 16:23:49 might need to clean up the nova code first... wouldn't be the first time. 16:24:01 right bknudson 16:24:05 although it seems to be difficult to get code reorgs into nova. 16:24:09 it would seem uesful to have a vancouver session about how to make this get into projects (with the various folks/cores from the projects there to provide some insight) 16:24:11 bknudson: also, if we were using “master” for read/write and “slave” for reads, w galera, what if an API call bounced from a “read/write” into a “read”, woudl the “read” have the data available immediately 16:24:22 zzzeek: do we need a nova session, we can ask for one 16:24:25 dims: yes 16:24:33 *just what i am thinking; making sure that they are there and involved... 16:24:57 zzzeek: please add here https://etherpad.openstack.org/p/liberty-nova-summit-ideas 16:24:59 but i would note - that right now, the legacy EngineFacade can be replaced with the new system in nova, all throughout, with no change in semantics, and I think we should go for that, then when on the new API, begin improving the nesting of transactions 16:25:14 ya, that does seem like a good plan 16:25:23 break nothing, then start breaking/adjusting as we go 16:25:32 #action zzzeek to add oslo.db enginefacade to nova agenda - https://etherpad.openstack.org/p/liberty-nova-summit-ideas 16:25:35 *where breaking == making better 16:25:38 harlowja_at_home: but! when i first asked about this, nova devs were very nervous about a single patch that changes all “get_session()” globally. 16:25:46 arg 16:25:55 that to me seems like we just need the nova folks more actively involved 16:26:03 rpodolyaka1: could use some help on this? 16:26:04 someone needs to hug them, and stuff so that they don't feel nervous... 16:26:13 ^ maybe not for real, lol 16:26:19 hug session at the summit. 16:26:21 lol 16:26:22 harlowja_at_home: jaypipes and rpodolyaka1 can help i think 16:26:25 harlowja_at_home: ++ 16:26:32 harlowja_at_home: also, nobody in nova seems to have too much enthusiasm for the whole thing :) 16:26:43 everyone needs a hug now and again 16:26:47 :) 16:26:57 zzzeek, ya, i'm not sure whats up with that 16:27:00 there’s the possibility that we go for enginefacade in a project with simpler database logic, as nova is probably one of the worst 16:27:17 zzzeek: harlowja_at_home: that's beer worthy discussion :) 16:27:20 * harlowja_at_home thinks it must be related to the hug problem 16:27:23 dims, ;) 16:27:44 zzzeek: so which others can start earlier then? 16:27:50 dims: sure! 16:28:03 dims: ummm there was another project someone mentioned… 16:28:34 dims: maybe zaqar ? 16:28:41 cinder might be possible also? 16:28:50 harlowja_at_home: yes 16:29:02 although the objects stuff is probably one of the other factors thats diverting peoples attention 16:29:08 we can ping liaisons again 16:29:10 ^ which makes them more nervous... 16:29:43 dims harlowja_at_home : i think zaqar was mentioned b.c. im a redhatter and other redhatters are working on it 16:29:53 ya, might be a good way to go 16:30:03 makes the hugging easier to do when they are all nearby 16:30:09 lol 16:30:15 harlowja_at_home: um right this IRC server vs. the other IRC server :) 16:30:25 zzzeek: +1 if you can get someone from there to help 16:30:26 :-p 16:30:57 dims: im waiting for a big track of time where I can just do a POC for nova. mbooth did a lot of good work but I want to just get the old code ripped out first, and replaced with a 100% compatible but new API 16:31:06 zzzeek: do we have anything written down other than this? http://specs.openstack.org/openstack/oslo-specs/specs/kilo/make-enginefacade-a-facade.html 16:31:17 dims: there’s a nova spec also hold on 16:31:42 https://review.openstack.org/#/c/150434/ 16:32:17 zzzeek: we can get things into oslo.db trunk and then use this trick (Depends-On and LIBS_FROM_GIT) to stabilize a nova patch 16:32:24 https://review.openstack.org/#/c/160149/ 16:32:32 dims: OK im not yet familiar with that 16:32:34 dims, nice; good idea 16:32:38 dims: but sure 16:32:41 zzzeek: i'll work with you on that 16:32:45 dims: ok 16:32:59 k. let's switch... 16:32:59 sounds like a common pattern we might want to shove on a twiki somewhere zzzeek dims 16:33:02 dims: can you start by reviewing enginefacade and getting your head around it a bit ? 16:33:09 zzzeek: ack will do 16:33:23 dims: it’s changed a bunch since the blueprint 16:33:28 right 16:33:46 anyone else have something to talk about? 16:34:23 anyone *not* making it to vancouver? 16:34:39 * harlowja_at_home will be there 16:34:45 do you fokls all go to the asia summits too, that’s a longer trip 16:34:47 summit #7 or something for me, lol 16:34:55 zzzeek, i'm not sure i want to go to the tokyo one 16:34:56 we'll see 16:35:07 zzzeek: y i attended a couple 16:35:09 tokyo is one of the safest cities. 16:35:22 ya, just so far, pita.... 16:35:28 harlowja_at_home: same….im super curious to see tokyo but got a 1-year olds 1st birthday at the same time here…. also not a huge airplane/jetlag fan… 16:35:53 zzzeek, ya; i know what u mean, i did hong kong, paris, think i might let someone else go to the international one or something 16:35:55 we'll see 16:35:59 zzzeek: yay! grow up too fast :) 16:36:19 2nd birthday comes quick after the 1st 16:36:22 I don't remember my 1st birthday 16:36:25 lol 16:36:26 haha 16:36:35 i'm only 2 so i remeber it 16:36:43 and before you know it they're in day care 16:36:50 harlowja_at_home: one of my friends was born on Feb 29 16:37:21 so, let's wrap up 16:37:22 dims, guess he's/shes pretty young then :-P 16:37:30 haha y 16:37:47 more on our regular channel. ttyl folks 16:37:48 #endmeeting