Thursday, 2015-06-25

*** puranamr has quit IRC00:01
*** cleverde_ has quit IRC00:08
*** puranamr has joined #akanda00:10
davidlenwelladam_g: is rug/openstack/common/rpc/impl_zmq.py still relevant after your patches to add oslo?00:19
davidlenwelloslo messaging?00:19
adam_gdavidlenwell, nope, all of rug.openstack.common.rpc will be dropped00:20
davidlenwellok .. thanks00:20
davidlenwellthose patches are up and pending review right? or do you still have a ways to go on that ?00:21
*** puranamr has quit IRC00:22
*** puranamr has joined #akanda00:31
*** puranamr has quit IRC00:37
openstackgerritAdam Gandelman proposed stackforge/akanda-rug: Migrate to oslo.i18n  https://review.openstack.org/19239500:38
openstackgerritAdam Gandelman proposed stackforge/akanda-rug: Detangle config option registration  https://review.openstack.org/19199300:38
openstackgerritAdam Gandelman proposed stackforge/akanda-rug: Migrate to oslo.log  https://review.openstack.org/19124100:38
openstackgerritAdam Gandelman proposed stackforge/akanda-rug: Rework messaging layer for oslo.messaging  https://review.openstack.org/19040100:38
openstackgerritAdam Gandelman proposed stackforge/akanda-rug: Add a log shim to avoid a dependency on openstack.common.log  https://review.openstack.org/19040000:38
openstackgerritAdam Gandelman proposed stackforge/akanda-rug: Add support for hash-based RUG scale out  https://review.openstack.org/19536600:38
davidlenwellwoa00:38
sarobhit me00:38
adam_ghuh the ordering is wrong there00:39
*** puranamr has joined #akanda00:39
adam_gi had to rebase that whole stack on that oslo_config thing from doug00:39
davidlenwellwhich one should we start with00:39
adam_ghttps://review.openstack.org/#/c/192395/ is the top of the stack00:39
adam_gthe RUG scale out is a WIP00:40
adam_gbut, unless im overlooking something obvious, might be pretty easy. that implements something that mostly works tho i haven't tested much00:40
adam_gmarkmcclain, ^00:40
adam_gactually maybe i can break that off that stack, doesnt really depend on anything there00:41
adam_goh wait, yes it does (oslo_log)00:42
*** puranamr has quit IRC00:42
adam_ggotta run to the butcher for BBQ meats before the butcher goes home00:42
davidlenwelllooks like it actually starts with https://review.openstack.org/#/c/191241/701:12
*** puranamr has joined #akanda01:23
davidlenwelladam_g: https://review.openstack.org/#/c/190400/  <-- still want to block this from merging?01:23
adam_gdavidlenwell, so https://review.openstack.org/#/c/192395/ is the top of the oslo stack01:40
adam_gif you want to base on that, use that as the top01:40
davidlenwellsweet01:40
adam_gactually01:41
adam_gill squash the log + messaging patches together now01:41
davidlenwellwell I hope you were done with it.. sarob just merged it01:41
adam_gand get rid of that log shim thing01:41
davidlenwellk01:41
adam_gits not going to merge till that log shim one goes away01:41
davidlenwellahh .. I see now01:42
openstackgerritAdam Gandelman proposed stackforge/akanda-rug: Migrate to oslo.i18n  https://review.openstack.org/19239501:49
openstackgerritAdam Gandelman proposed stackforge/akanda-rug: Add support for hash-based RUG scale out (WIP)  https://review.openstack.org/19536601:49
openstackgerritAdam Gandelman proposed stackforge/akanda-rug: Migrate to oslo.log and oslo.messaging  https://review.openstack.org/19537301:49
adam_gdavidlenwell, there ya go01:51
davidlenwellawesome .. thanks!01:51
openstackgerritMerged stackforge/akanda-rug: Detangle config option registration  https://review.openstack.org/19199301:51
adam_gdhellmann, if you're interested and have any spare cycles, your feedback would be most appreciated on https://review.openstack.org/195373, which rebases akanda-rug's RPC layer ontop of oslo.messaging01:52
adam_gokay i gotta go marinate my meats. cya01:52
sarobadam_g: okay, thats dirty01:52
davidlenwellmmm meat01:52
davidlenwellnot as dirty as that ^01:53
*** puranamr has quit IRC02:09
*** puranamr has joined #akanda02:18
*** puranamr has quit IRC02:27
*** puranamr has joined #akanda02:28
openstackgerritMerged stackforge/akanda-rug: Migrate to oslo.log and oslo.messaging  https://review.openstack.org/19537302:43
openstackgerritMerged stackforge/akanda-rug: Migrate to oslo.i18n  https://review.openstack.org/19239503:08
*** puranamr has quit IRC03:26
*** puranamr has joined #akanda03:33
*** puranamr has quit IRC03:35
*** puranamr has joined #akanda03:35
*** puranamr_ has joined #akanda03:47
*** puranamr has quit IRC03:47
*** sarob has quit IRC03:57
openstackgerritDavid Lenwell proposed stackforge/akanda-rug: naming convention change vm to instance  https://review.openstack.org/19540404:00
*** puranamr has joined #akanda04:21
*** puranamr_ has quit IRC04:21
openstackgerritDavid Lenwell proposed stackforge/akanda-rug: naming convention change vm to instance  https://review.openstack.org/19540404:22
*** puranamr_ has joined #akanda04:29
*** puranamr has quit IRC04:29
*** puranamr_ has quit IRC04:34
*** puranamr has joined #akanda04:34
*** sarob has joined #akanda04:44
*** sarob has quit IRC04:47
*** sarob has joined #akanda04:47
*** puranamr has quit IRC04:50
*** puranamr has joined #akanda04:51
openstackgerritDavid Lenwell proposed stackforge/akanda-rug: naming convention change vm to instance  https://review.openstack.org/19540404:55
*** sarob has quit IRC04:57
*** sarob has joined #akanda04:57
openstackgerritDavid Lenwell proposed stackforge/akanda-rug: naming convention change vm to instance  https://review.openstack.org/19540405:00
*** puranamr_ has joined #akanda05:10
*** puranamr has quit IRC05:13
*** sarob has quit IRC05:13
*** sarob has joined #akanda05:14
*** sarob has quit IRC05:15
*** puranamr_ has quit IRC05:18
openstackgerritDavid Lenwell proposed stackforge/akanda-rug: naming convention change vm to instance  https://review.openstack.org/19540405:23
*** puranamr has joined #akanda05:31
*** puranamr has joined #akanda05:33
*** puranamr has quit IRC05:37
openstackgerritDavid Lenwell proposed stackforge/akanda-rug: Naming convention change router to instance (wip)  https://review.openstack.org/19541605:44
davidlenwellmarkmcclain: when you are around tomorrow I'd like to talk about this ^^^ before I get too far on it.. and I want to pick your brain about expanding our neutron api wrapper..05:51
*** sarob has joined #akanda07:08
*** sarob has quit IRC07:12
*** rods has joined #akanda09:30
*** sarob has joined #akanda10:12
*** sarob has quit IRC10:17
*** rods has quit IRC10:35
*** rods has joined #akanda13:33
*** rods1 has joined #akanda13:37
*** rods has quit IRC13:39
*** puranamr has joined #akanda13:59
*** puranamr has quit IRC14:43
*** puranamr has joined #akanda14:44
*** puranamr has quit IRC14:48
*** puranamr has joined #akanda14:59
*** puranamr has quit IRC15:12
*** sarob has joined #akanda16:22
*** puranamr has joined #akanda16:48
*** puranamr has quit IRC17:33
*** puranamr has joined #akanda17:36
*** puranamr_ has joined #akanda17:40
*** puranamr has quit IRC17:43
*** puranamr_ has quit IRC17:51
*** puranamr has joined #akanda17:51
ryanpetrelloadam_g: what's preventing e.g., https://review.openstack.org/#/c/195176/ from passing?18:08
ryanpetrellodoes the devstack gating stuff not work for kilo/juno ?18:08
adam_gya18:08
adam_ghttps://review.openstack.org/#/c/195274/18:08
adam_gdisables it on those branches18:08
adam_gso we can fix them up and get them working18:08
* ryanpetrello looks18:08
ryanpetrellookay, cool18:08
ryanpetrellothanks :D18:08
adam_gshould be soonish18:08
ryanpetrelloI'll recheck these when it passes18:09
*** puranamr has quit IRC18:13
*** puranamr has joined #akanda18:16
davidlenwellhey ryan.. So lbaas and fwaas aren't built on top of neutron routers.. this change I'm starting is just a start in a series of changes that abstract those resources better.18:50
davidlenwellryanpetrello: ^^18:51
davidlenwelland if you didn't like that wait till you see what I have in flight for the neutron api wrapper18:51
ryanpetrelloheh18:57
davidlenwellif we are to use this code to abstract a bunch of advanced services.. they won't all be neutron routers.. does that make sense to you?18:58
davidlenwellalso .. its a wip.. so it wasn't really ready for review yet18:58
ryanpetrelloyea, it does18:58
ryanpetrelloI just didn't especially love the router_id change18:58
ryanpetrelloinstance_id made me think of a Nova UUID18:58
davidlenwellwell its not final18:58
ryanpetrellowhich seemed particularly confusing18:58
davidlenwellyeah.. I agree.. I posted that wip so I could have a discussion about what to call it18:59
davidlenwellwhich if you look at the patch above this one in the dependancy chain you'll see that I changed vm to instance19:00
davidlenwellmarkmcclain: thoughts on this subject?19:01
* markmcclain reads backscroll19:02
davidlenwellI am thinking nthe change we need starts here.. https://github.com/stackforge/akanda-rug/blob/master/akanda/rug/api/neutron.py19:02
davidlenwellwhat we have is very router specific.. its used by populate.py and a bunch of other things19:03
davidlenwellbut ryanpetrello you are right .. instance doesn't make sense.. thats why I just stopped mid-way and pushed it so we could have a discussion19:04
ryanpetrellookay, makes sense19:08
davidlenwellso I want to stragitize with markmcclain today about how we can do a better job abstracting resources in the neutron wrapper19:08
davidlenwellmarkmcclain: hand wavey will do to get me started19:11
sarobneutron api here http://developer.openstack.org/api-ref-networking-v2.html19:13
sarobwe need to abstract out the router from other neutron objects19:18
markmcclainso over time we'll just need a config hook which tells the rug19:27
markmcclainwhich logical resources we care about and the drivers that back19:28
markmcclainat one point in time... I had written an object mapper for the neutron api19:29
markmcclainwe're probably better served by using the akanda sdk19:29
markmcclains/akanda sdk/openstack sdk/19:29
markmcclaindavidlenwell: make sense?19:34
adam_gryanpetrello, im not a fan of using 'instance' to describe our things internally, either19:51
adam_gthat naming change patch would be easier swallowed if it updated more than just names, and added the ability to handle things other than routers.. which is where i think davidlenwell is heading. might make more sense with the follow up patch stacked on it?19:52
openstackgerritMerged stackforge/akanda-rug: naming convention change vm to instance  https://review.openstack.org/19540419:58
adam_gdavidlenwell, would it make sense to move neutron client usage out of the VmManager and into driver class, allowing drivers the ability to override, ie update_status() ?20:01
*** rods1 has quit IRC20:02
adam_gthen https://git.openstack.org/cgit/stackforge/akanda-rug/tree/akanda/rug/instance_manager.py#n7320:03
adam_gjust turns into something like self.router_obj.update_status(new_status)20:03
adam_g(ignoring worker_context for now)20:03
davidlenwelladam_g: yeah.. I was thinking almost exactly that20:06
davidlenwellsean and I were talking about it before we left for lunch20:06
davidlenwellmarkmcclain: yes .. that makes senes... I'll sketch something rough up and push it so we can discuss firther20:06
davidlenwellfuther20:06
openstackgerritAdam Gandelman proposed stackforge/akanda-rug: Fix ability to recover from an existing appliance VM  https://review.openstack.org/19484120:16
*** sarob_ has joined #akanda20:46
*** puranamr_ has joined #akanda20:46
*** sarob has quit IRC20:49
*** puranamr has quit IRC20:49
openstackgerritAdam Gandelman proposed stackforge/akanda: Add spec for RUG HA  https://review.openstack.org/19368021:15
*** rods has joined #akanda21:34
*** rods has quit IRC21:37
openstackgerritAdam Gandelman proposed stackforge/akanda: Add spec for RUG HA  https://review.openstack.org/19368022:42
*** dhellmann has quit IRC22:46
*** dhellmann has joined #akanda22:46
davidlenwelladam_g: is that ready for review yet or are you still toying with it?22:51
adam_gi htink its ready, updated it based on the poc thing i pushed up yesterday22:51
davidlenwellk22:51
davidlenwelljust didn't want to review while you were still patching it22:51
adam_gusing a distributed consistent hash ring looks to be much easier than dealing with leader election, RPC, etc22:51
adam_gbut i may be overlooking something22:52
davidlenwellSo im running with abstracting all of the neutron calls into the driver object and out of instance_manager22:52
davidlenwellbut populate.py is a thing too22:52
davidlenwellwill need to modit to use drivers22:52
davidlenwellwas thinking maybe making it loop through all the available drivers to repopulate and have all that in the drivers as well22:54
davidlenwellbecause the neutron query to get lb's is a lot different than routers.. which is a lot diff from fwass.. (at least for now until we redesign the fwaas api)22:55
adam_gdavidlenwell, yeah22:55
adam_ga static list_all() method or something22:57
*** puranamr_ has quit IRC23:53

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