Friday, 2017-02-17

*** fnaval_ has joined #openstack-lbaas00:02
*** fnaval has quit IRC00:05
rm_workis this seriously the extent of the neutronclient API docs? https://docs.openstack.org/developer/python-neutronclient/usage/library.html00:16
johnsomblogan:00:28
johnsomhttps://www.irccloud.com/pastebin/fsehiilD/00:28
johnsomI don't see DISABLED, but of course it is also saying online00:29
johnsomThe client also has provisioning and operating00:29
johnsomrm_work I haven't seen better00:31
johnsomIt may exist, just not sure where00:31
rm_workhmm00:31
*** m-greene has quit IRC00:42
*** armax has joined #openstack-lbaas00:45
*** fnaval_ has quit IRC00:47
korean101johnsom: good morning!00:53
korean101johnsom: thanks for your reply.00:54
johnsomkorean101 good afternoon Grin00:54
korean101johnsom: but i have another question00:54
johnsomIt's about 5pm here00:54
johnsomSure00:54
korean101johnsom: oh 5pm hahaha00:54
korean101johnsom: https://docs.openstack.org/developer/octavia/guides/dev-quick-start.html#load-balancer-network-configuration00:54
korean101johnsom: Finally, you need to add routing or interfaces to this network such that the Octavia controller00:55
korean101johnsom: (host --> amphor) without via qdhcp netns?00:56
korean101johnsom: i can connect HOST to amphora VM (via qdhcp)00:57
korean101johnsom: but i can not connect from HOST to amphora VM (without qdhcp)00:57
korean101johnsom: is that something wrong?00:58
johnsomWhat that is trying to say is your controllers (o-cw, o-hm, o-hk) need to be able to reach the amphora REST API and the amp needs to be able to reach o-hm process on UDP 5555.00:58
korean101johnsom: sudo ovs-vsctl -- --may-exist add-port br-int o-hm0 -- set Interface o-hm0 type=internal -- set Interface o-hm0 external-ids:iface-status=active -- set Interface o-hm0 external-ids:attached-mac=fa:16:3e:8b:34:d8 -- set Interface o-hm0 external-ids:iface-id=12f536da-89b2-472f-8d00-34f85bd5170000:59
rm_workjohnsom: in octavia, do we know what our project_id is for our service user? is that easy to snag from somewhere, or do I need to actually do keystone calls to get it?00:59
korean101johnsom: i got this o-hm000:59
korean101johnsom: and can connect00:59
rm_workI assume it must be somewhere00:59
johnsomThis can be accomplished a few ways.  The devstack plugin.sh sets up an network interface on the controller host called 'o-hm0' here: https://github.com/openstack/octavia/blob/master/devstack/plugin.sh#L17701:00
korean101johnsom: yes. i follow that scripts01:00
korean101johnsom: o-hm0 is working01:01
korean101johnsom: but worker can not connect to amphora01:01
johnsomrm_work I don't think we have that anywhere01:01
johnsomrm_work I think the clients get that kind of thing from keystone01:02
rm_workk01:02
johnsomrm_work maybe this: https://github.com/openstack/octavia/blob/master/etc/octavia.conf#L15501:02
rm_workhmmm01:02
johnsomrm_work but in some clouds the glance ID won't be the neutron service project....01:03
rm_workI wonder if I want to reuse that, probably not, best to figure it out dynamically I think01:03
rm_workyeah01:03
*** armax has quit IRC01:03
*** armax has joined #openstack-lbaas01:03
johnsomkorean101 If you followed the plugin.sh script it should have a path.  We can check a few things....01:04
johnsomCan you pastebin your 'sudo ifconfig o-hm0'?01:05
korean101johnsom: yes01:05
korean101johnsom: 1 minutes01:05
korean101johnsom: i follow this links (https://raw.githubusercontent.com/openstack/octavia/stable/newton/devstack/plugin.sh)01:05
johnsomkorean101 also: neutron net-list01:05
korean101johnsom: use RDO on CentOS 7 (Newton release)01:05
johnsomkorean101 Oh, nice.  I don't have personal experience with that setup, but it should be very similar01:06
korean101johnsom: give me some more minutes...01:09
johnsomOk01:09
*** catintheroof has quit IRC01:13
johnsomkorean101 Just so you know, I need to sign off in about 15 minutes to take my wife out to dinner.  If no one else is here you help you out you can always paste your configs and I will look at them when I can01:23
korean101johnsom: oh...01:23
korean101johnsom: http://paste.openstack.org/show/599320/01:24
korean101johnsom: http://paste.openstack.org/show/599321/01:24
korean101johnsom: http://paste.openstack.org/show/599322/01:24
korean101johnsom: ok. thanks01:24
johnsomkorean101 Was that last one the routes?01:26
korean101johnsom: http://paste.openstack.org/show/599323/01:27
johnsomIs your o-hm0 interface on the hosts that are running the octavia controller worker?01:28
korean101johnsom: yes01:28
korean101johnsom: all 4 daemon on network node01:28
johnsomI see it on your network node, but not on the one listed "controller"01:28
johnsomOh, ok01:28
korean101johnsom: api, hm, hk, worker on network node01:29
johnsomkorean101 Can you do a "neutron port-show 46e26af7-e962-4aa9-aee0-60338bff3097" again?01:29
johnsomkorean101 Also, what is set for "amp_boot_network_list =" in octavia.conf?01:30
korean101johnsom: http://paste.openstack.org/show/599325/01:31
rm_workjohnsom: continuing to confuse you with parallel questions: allocate_vip seems to create one "port" which I think is just the "logical port" that holds the VIP ip_address -- but deallocate_vip seems to delete the vrrp_ports on all amps? Am I understanding this right? Seems odd...01:32
johnsomrm_work Yes, and yes, it is odd, but addressed an issue with ports not always getting deleted when the parent resources get deleted.  It has to do with the odd "ownership" situation with nova, neutron, and octavia.  I think it showed up during failover01:33
rm_workhmm ok01:33
rm_workgotta figure out how to deal with this01:34
johnsomIf it is the code I am thinking of, it's a nuke it from above just to be sure situation...01:34
*** sanfern has quit IRC01:34
rm_worklol k01:36
johnsomkorean101 Ok, so far that all looks good.  I do need to leave now.  Next thing I would check is if the amps know how to get packets back.01:36
johnsomI think you could ssh in to the amp, maybe load up tcpdump on the amp and see if the calls from the controller are showing up.  That would be on the interface outside of the netns.  netns doesn't come until later in the boot01:37
johnsomSorry I need to run.01:37
korean101johnsom: fine. many thanks!!!01:38
rm_workguh how do I disassociate a flip in neutronclient01:39
rm_workis it an *update*?01:40
rm_work:/01:40
rm_workerr same for associate01:41
rm_workblegh01:41
rm_worklack of docs01:41
rm_workah well, our project has the same issue01:41
rm_workaugh is it part of *novaclient* to associate a flip?01:43
korean101johnsom: well... i can ssh from network node (HOST) to amphora (without netns)01:51
korean101johnsom: like this (http://paste.openstack.org/show/599326/)01:53
korean101johnsom: but can't see haproxy netns01:53
korean101johnsom: i can see a few weeks ago and works file!01:54
rm_workjohnsom: BTW this is the start of what I'm working on... https://gist.github.com/rm-you/1a37185a6688da2a0f4464559d7ee67b01:54
korean101johnsom: really weird01:54
rm_workstill need to do the part where it actually associates the flip during plug_vip01:54
rm_workand then all the failover stuff01:54
rm_work(reusing the vip.port_id to hold the flip_id which is kinda gross but ... whatever)01:55
*** armax has quit IRC02:29
*** ianychoi has quit IRC02:34
*** beardedeagle has joined #openstack-lbaas02:34
*** m-greene has joined #openstack-lbaas02:35
*** m-greene_ has joined #openstack-lbaas02:36
*** ianychoi has joined #openstack-lbaas02:38
*** m-greene has quit IRC02:39
*** m-greene_ is now known as m-greene02:39
*** sanfern has joined #openstack-lbaas02:49
*** ducttape_ has quit IRC03:24
*** armax has joined #openstack-lbaas03:32
*** armax has quit IRC03:35
*** armax has joined #openstack-lbaas03:43
*** deepbook5broo has joined #openstack-lbaas03:52
*** deepbook5broo has left #openstack-lbaas03:52
*** links has joined #openstack-lbaas04:03
*** dileepr has quit IRC04:19
*** gongysh has joined #openstack-lbaas04:26
*** krypto has joined #openstack-lbaas04:46
*** rcernin has joined #openstack-lbaas05:08
*** gongysh has quit IRC05:10
*** armax has quit IRC05:14
*** diltram_ has joined #openstack-lbaas05:27
*** diltram has quit IRC05:28
*** faizy has joined #openstack-lbaas05:32
openstackgerritZhigang Li proposed openstack/neutron-lbaas master: Fix the file permissions of test_db_loadbalancerv2.py  https://review.openstack.org/40109205:53
*** m-greene has quit IRC05:54
*** yamamoto has quit IRC06:08
*** kobis has joined #openstack-lbaas06:11
*** kobis has quit IRC06:11
*** amotoki has joined #openstack-lbaas06:12
openstackgerritAnh Tran proposed openstack/neutron-lbaas master: Remove unused logging import  https://review.openstack.org/43526306:15
*** kobis has joined #openstack-lbaas06:16
korean101johnsom: ohhhh. i see the problem06:20
korean101johnsom: SSL/TLS issues06:20
korean101johnsom: http://paste.openstack.org/show/599329/06:20
korean101johnsom: <before> doesn't exist haproxy netns06:21
korean101johnsom: <after> does exist haproxy netns06:21
korean101johnsom: but... nowhere haproxy daemons06:21
*** rcernin has quit IRC06:21
korean101johnsom: i create certs follow this (https://github.com/openstack/octavia/blob/stable/newton/devstack/plugin.sh#L136-L144)06:22
korean101johnsom: (https://github.com/openstack/octavia/blob/stable/newton/bin/create_certificates.sh)06:22
korean101johnsom: but this messages (curl: (60) Peer's certificate issuer has been marked as not trusted by the user.)06:22
*** yuanying has quit IRC06:37
*** gcheresh has joined #openstack-lbaas06:38
openstackgerritAnh Tran proposed openstack/octavia master: Remove unused logging import  https://review.openstack.org/43527206:41
*** jerrygb has joined #openstack-lbaas06:41
*** jerrygb has quit IRC06:46
*** yamamoto has joined #openstack-lbaas06:47
*** gcheresh has quit IRC06:52
*** jerrygb has joined #openstack-lbaas07:00
*** amotoki has quit IRC07:01
*** rcernin has joined #openstack-lbaas07:01
*** jerrygb has quit IRC07:05
*** amotoki has joined #openstack-lbaas07:08
korean101johnsom: really sorry07:11
*** tesseract has joined #openstack-lbaas07:11
korean101johnsom: all problem solved :)07:11
korean101johnsom: because of expired certs07:11
korean101johnsom: i just copy from devstack certs to my real machine07:12
korean101johnsom: and now i create own certs.07:12
korean101johnsom: many thanks!07:12
*** anilvenkata has joined #openstack-lbaas07:13
*** krypto has quit IRC07:23
*** krypto has joined #openstack-lbaas07:23
*** krypto has quit IRC07:23
*** krypto has joined #openstack-lbaas07:23
*** eezhova has joined #openstack-lbaas07:40
*** gongysh has joined #openstack-lbaas07:41
*** yuanying has joined #openstack-lbaas07:57
*** csomerville has quit IRC08:01
*** csomerville has joined #openstack-lbaas08:02
*** jsheeren has joined #openstack-lbaas08:14
*** yamamoto has quit IRC08:18
*** pcaruana has joined #openstack-lbaas08:22
*** eezhova has quit IRC08:30
*** yamamoto has joined #openstack-lbaas08:31
*** krypto has quit IRC08:39
*** krypto has joined #openstack-lbaas08:39
*** krypto has quit IRC08:39
*** krypto has joined #openstack-lbaas08:39
*** gcheresh has joined #openstack-lbaas08:40
*** yamamoto has quit IRC08:44
*** eezhova has joined #openstack-lbaas09:03
*** gcheresh has quit IRC09:12
*** gcheresh has joined #openstack-lbaas09:22
*** jsheeren has left #openstack-lbaas09:35
*** gcheresh has quit IRC09:37
*** yamamoto has joined #openstack-lbaas09:44
*** yamamoto has quit IRC09:49
*** amotoki has quit IRC09:56
*** gcheresh has joined #openstack-lbaas10:07
*** faizy has quit IRC10:12
*** faizy has joined #openstack-lbaas10:13
*** gongysh has quit IRC10:13
*** yamamoto has joined #openstack-lbaas10:17
*** gcheresh has quit IRC10:23
*** yamamoto has quit IRC10:25
*** krypto has quit IRC10:29
*** krypto has joined #openstack-lbaas10:29
*** jerrygb has joined #openstack-lbaas10:46
*** jerrygb has quit IRC10:50
*** jerrygb has joined #openstack-lbaas10:51
*** jerrygb_ has joined #openstack-lbaas10:54
*** jerrygb has quit IRC10:55
*** sanfern has quit IRC11:16
rm_workwhoops, found a bug in my network_id patch11:31
*** yamamoto has joined #openstack-lbaas11:37
*** yamamoto has quit IRC11:37
rm_workjohnsom: remind me to ask you WTF is up with get_network_configs11:37
rm_workthis whole mess: https://github.com/openstack/octavia/blob/master/octavia/network/drivers/neutron/allowed_address_pairs.py#L524-L54811:38
rm_workvip_port = self.get_port(loadbalancer.vip.port_id)11:38
rm_workha_port = self.get_port(amp.ha_port_id)11:39
rm_workha_port *is* necessarily the same as vip_port isn't it?11:39
*** ducttape_ has joined #openstack-lbaas12:00
*** sanfern has joined #openstack-lbaas12:05
*** jerrygb_ has quit IRC12:10
*** catintheroof has joined #openstack-lbaas12:23
*** yamamoto has joined #openstack-lbaas12:28
*** jerrygb has joined #openstack-lbaas12:29
*** jerrygb_ has joined #openstack-lbaas12:45
*** faizy has quit IRC12:45
*** jerrygb has quit IRC12:46
*** yamamoto has quit IRC12:58
*** yamamoto has joined #openstack-lbaas13:01
*** jerrygb_ has quit IRC13:02
*** jerrygb has joined #openstack-lbaas13:02
*** yamamoto has quit IRC13:06
*** yuanying has quit IRC13:18
*** krypto has quit IRC13:28
*** krypto has joined #openstack-lbaas13:28
*** krypto has quit IRC13:28
*** krypto has joined #openstack-lbaas13:28
*** links has quit IRC13:36
*** faizy has joined #openstack-lbaas13:41
*** yamamoto has joined #openstack-lbaas14:05
*** HenryG_ is now known as HenryG14:07
*** jsheeren has joined #openstack-lbaas14:08
*** yamamoto has quit IRC14:11
*** chlong has joined #openstack-lbaas14:15
*** HenryG has left #openstack-lbaas14:15
*** krypto has quit IRC14:18
*** krypto has joined #openstack-lbaas14:18
*** krypto has quit IRC14:18
*** krypto has joined #openstack-lbaas14:18
*** gcheresh has joined #openstack-lbaas14:22
*** krypto has quit IRC14:28
*** krypto has joined #openstack-lbaas14:28
*** amotoki has joined #openstack-lbaas14:30
*** amotoki has quit IRC14:38
*** agarner_away has quit IRC14:42
*** aleph1 has joined #openstack-lbaas14:43
*** beardedeagle has quit IRC14:57
*** beardedeagle has joined #openstack-lbaas14:58
*** jerrygb has quit IRC14:59
*** jerrygb has joined #openstack-lbaas15:00
*** beardedeagle has quit IRC15:02
*** jerrygb has quit IRC15:04
*** ZouR has joined #openstack-lbaas15:20
*** faizy has quit IRC15:22
*** armax has joined #openstack-lbaas15:23
ZouRHi, need help configuring lbaasv2, newton using RHEL15:27
*** fnaval has joined #openstack-lbaas15:29
*** faizy has joined #openstack-lbaas15:32
*** beardedeagle has joined #openstack-lbaas15:36
xgermannmagnezi is your man15:45
*** armax has quit IRC15:48
*** kbyrne has joined #openstack-lbaas15:52
johnsomWell, bummer, the devstack fix doesn't fix our gates.  Devstack is still just picking the first image from the glance list to use for tempest cirros hosts15:53
johnsomZouR What issue are you having?15:57
*** kbyrne has quit IRC16:04
*** jsheeren has quit IRC16:06
*** kbyrne has joined #openstack-lbaas16:07
ZouRplugin loads and agent comes up, but I get this in agent log after creating a lb -> 2017-02-17 12:02:52.758 10393 WARNING neutron_lbaas.drivers.haproxy.namespace_driver [-] Stats socket not found for loadbalancer b662d0ad-d3e2-489f-8f07-05a0810f615516:07
johnsomZouR I think that is normal until a listener is added to the load balancer.16:08
johnsomIf I remember correctly16:08
ZouRi see, ill try16:10
ZouRi also get this warning in agent:  Could not load neutron_lbaas.drivers.haproxy.namespace_driver.HaproxyNSDriver16:10
diltram_morning16:19
*** diltram_ is now known as diltram16:20
*** pcaruana has quit IRC16:21
xgermano/16:28
*** eezhova has quit IRC16:35
*** rcernin has quit IRC16:35
*** tesseract has quit IRC16:41
diltramsigh16:42
diltramjust checked Boston hotel prices for summit16:42
diltrammy mind is blown16:42
diltram$400 per night16:42
diltram:/16:42
ZouRyou right johnsom16:45
ZouRi have just created a lb using commandline and looks ok16:46
johnsomNice16:47
ZouRseems that there is also a bug not allowing to create lbaasv2 in horizon correctly, so I thought it wasnt working16:47
johnsomZouR Are you using neutron-lbaas-dashboard 2.0?16:49
*** faizy has quit IRC16:54
*** eezhova has joined #openstack-lbaas17:04
*** gcheresh has quit IRC17:11
xgermanhttps://www.irccloud.com/pastebin/77wxAvdZ/17:14
xgermanjohnsom did the disk-image builder change on us?17:15
johnsomWe got rid of tripleo a while ago17:16
johnsomhttps://review.openstack.org/#/c/356590/17:17
johnsomIf you are on an older release, the README tells you that you need to clone in tripleo-image-elements17:18
xgermanok17:18
ZouRyes17:35
*** eezhova has quit IRC17:43
*** anilvenkata has quit IRC17:45
*** jerrygb_ has joined #openstack-lbaas17:46
*** jerrygb has joined #openstack-lbaas17:50
*** jerrygb_ has quit IRC17:51
*** eezhova has joined #openstack-lbaas18:01
*** krypto has quit IRC18:09
*** armax has joined #openstack-lbaas18:19
openstackgerritMerged openstack/octavia master: Remove unused logging import  https://review.openstack.org/43527218:50
*** gcheresh has joined #openstack-lbaas18:59
*** gcheresh has quit IRC19:01
openstackgerritMichael Johnson proposed openstack/octavia master: Adds v2 general API information section  https://review.openstack.org/43339219:02
-openstackstatus- NOTICE: Restarting gerrit due to performance problems19:03
*** gcheresh has joined #openstack-lbaas19:09
openstackgerritMichael Johnson proposed openstack/octavia master: Adds v2 general API information section  https://review.openstack.org/43339219:09
johnsomxgerman sindhu Thank you for the API-REF general section review comments.  I have addressed all but one, which is a good one about more examples.  I will try to add those two examples when I start the load balancer section.19:13
xgermanok, so we can merge it?19:13
johnsomI would like diltram and rm_work to review the policy and pagination/sorting sections, but after that I think it is in pretty good shape.  (Assuming you folks are checking my spelling, etc...  grin)19:15
johnsomI don't have any major work on the general section left after the patch I just uploaded.19:15
johnsomhttp://docs-draft.openstack.org/92/433392/10/check/gate-octavia-api-ref/e6967fc//api-ref/build/html/19:17
xgermank19:18
johnsomOnto a Load Balancer patch for me....19:19
sindhujohnsom: :)19:20
*** eezhova has quit IRC19:23
rm_worki'll look today19:29
rm_workjohnsom: also did you see my ping from last night19:30
johnsomWhich one?  (I forgot about it)19:31
*** armax has quit IRC19:33
*** gcheresh has quit IRC19:34
*** eezhova has joined #openstack-lbaas19:37
rm_work[03:38:40]  <rm_work>this whole mess: https://github.com/openstack/octavia/blob/master/octavia/network/drivers/neutron/allowed_address_pairs.py#L524-L54819:37
rm_work[03:38:55]  <rm_work>vip_port = self.get_port(loadbalancer.vip.port_id)19:37
rm_work[03:39:01]  <rm_work>ha_port = self.get_port(amp.ha_port_id)19:37
rm_work[03:39:10]  <rm_work>ha_port *is* necessarily the same as vip_port isn't it?19:37
johnsomAh yeah, the mysterious third port.  I remember trying to figure that one out myself.  The naming of these drives me nuts.19:39
johnsomI think you are correct that the ha_port is the same as the vip port19:40
rm_worklike, ALWAYS NECESSARILY19:40
rm_work>_>19:40
rm_workunless I try to use vip_port for something else19:40
rm_workand then I discover a bunch of shit uses that instead of ha_port19:40
rm_workor really, I don't know which they should use19:41
johnsomI fought with figuring out this naming when I was fixing failover.  I was going to come back and try to clean it up in another patch, but never got back to it.19:41
rm_workT_T19:41
rm_workit makes me want to die19:41
johnsomI need to run to meet someone for lunch, but this afternoon I can dig back through that code and see if I can come up with a decoder ring again.19:42
sindhujohnsom: blogan : ping?19:50
openstackgerritSindhu Devale proposed openstack/octavia master: DB migration to add ID column to HM  https://review.openstack.org/43045120:18
*** cody-somerville has joined #openstack-lbaas20:20
*** csomerville has quit IRC20:22
*** jerrygb has quit IRC20:44
*** ducttape_ has quit IRC20:57
*** ducttape_ has joined #openstack-lbaas20:57
rm_workumm, cool. looks like my FLIP driver is working21:02
xgermanyeah21:04
*** ducttape_ has quit IRC21:09
rm_workI might push up a review just to show it21:11
rm_workit can't merge in its current state21:11
rm_worki'm monkey-patching a lot to keep things in a single location21:12
rm_workfirst gotta fix the bug in network_id21:13
rm_workI made an oopsie21:13
*** armax has joined #openstack-lbaas21:14
*** gcheresh has joined #openstack-lbaas21:26
johnsomsindhu pong21:29
openstackgerritAdam Harwell proposed openstack/octavia master: Add network_id to VIP to match neutron-lbaas  https://review.openstack.org/42992621:30
rm_workjohnsom: fixed an oopsie there -- was expecting a subnet object list, turns out get_network().subnets is just an id list21:30
johnsomOk21:31
rm_workanywho, that *works* in my testing now, so review would be appreciated :P21:31
rm_workgonna rebase the next one too21:31
rm_workalso, my flip driver works :P21:31
openstackgerritAdam Harwell proposed openstack/octavia master: Allow to create vip in lb-mgmt-net  https://review.openstack.org/43117921:31
johnsomrm_work Did you want me to look at the whole third port (even though there are only two) thing?21:31
rm_workeh21:31
rm_workrather just get that reviewed21:31
rm_workin the short term :/21:32
johnsomOk, netowrk_id patch?21:32
rm_workyep21:32
rm_workgonna throw a review up for this FLIP thing too, even though it's not mergable at all21:33
johnsomTrying to decide if I should try to override that devstack mess as well...  It doesn't look like their fix is moving very quickly and the depends on didn't work21:34
johnsomrm_work Is this a bug number? 429926 the topic on the network_id patch21:36
rm_workerr21:37
rm_workit just does that when I do "git review -d #####" and then make changes and git review21:37
rm_work:(21:38
rm_workremoved it21:38
rm_workthat is its own change number21:38
johnsomAh, ok21:38
sindhujohnsom: regarding the db migration: https://review.openstack.org/#/c/430451/, I have made the primary key auto increment yet it fails with <HealthMonitor at 0x7f4b9220eb50> has a NULL identity key. How do I populate the id column?21:43
johnsomsindhu autoincrement only works on integer ID columns, which we don't use in octavia21:45
johnsomWe will have to generate uuids for the new id column21:46
sindhujohnsom: Oh okay... will try that. Thanks :)21:48
johnsomI am not 100% sure how to do that in an alembic migration.  There must be a way21:49
johnsommaybe grep in neutron's migrations and see if something pops out.21:49
sindhujohnsom: yeah sure, I'll do some digging.21:50
johnsomOk21:50
*** ducttape_ has joined #openstack-lbaas21:56
openstackgerritAdam Harwell proposed openstack/octavia master: WIP: Floating IP Network Driver (spans L3s)  https://review.openstack.org/43561221:56
*** jerrygb has joined #openstack-lbaas21:57
*** amotoki has joined #openstack-lbaas21:57
*** amotoki has quit IRC21:58
*** amotoki has joined #openstack-lbaas21:59
*** amotoki has quit IRC21:59
*** jerrygb has quit IRC22:03
johnsomrm_work I posted some initial comments.  I will keep reviewing but wanted you to look at what I was seeing.22:04
rm_workkk22:04
*** eezhova has quit IRC22:11
*** gcheresh has quit IRC22:24
johnsomrm_work Yeah, ok, after lunch coma.  But still have two comments.  Otherwise looks fine22:31
rm_workkk giving a demo but then i'll look22:32
rm_workjohnsom: counter-commented, i'll look at verifying the port22:51
rm_workit just ... wasn't done originally22:51
*** ducttape_ has quit IRC22:56
*** jerrygb has joined #openstack-lbaas23:00
*** beardedeagle has quit IRC23:00
*** ducttape_ has joined #openstack-lbaas23:06
*** catintheroof has quit IRC23:21
*** armax has quit IRC23:22
*** catintheroof has joined #openstack-lbaas23:22
*** ducttape_ has quit IRC23:26
*** catintheroof has quit IRC23:26
johnsomThis is really poor timing: http://lists.openstack.org/pipermail/openstack-dev/2017-February/112485.html23:26
rm_workyeah uhh23:34
rm_workthat's our talk slot23:34
rm_workhow do we get in on that?23:34
rm_workguessing we're not in top 2523:34
johnsomYeah, we aren't important enough evidently23:34
rm_workwho is on the committee for that23:35
rm_workjust need to prod them maybe23:35
johnsomIf we would have known before voting started we could have at least addressed it in the proposal23:35
rm_workoh there's a form23:35
johnsomI am going to email Heidi and open a discussion on this23:35
rm_workwell23:35
rm_workyeah k23:35
rm_worki'd say fill out the form? :P23:36
johnsomA 20 minute slot that is only on video isn't really what we need23:36
johnsomPlus they are putting them on project navigator which as far as I knew was abandoned....23:36
johnsomIt hasn't been updated in a few cycles...23:36
openstackgerritAdam Harwell proposed openstack/octavia master: Add network_id to VIP to match neutron-lbaas  https://review.openstack.org/42992623:37
rm_workahh23:37
rm_workit's not in a room?23:37
johnsomNot if you aren't part of the top 2523:37
rm_worknew patchset up for network_id23:37
rm_workadded port validation and renamed the other validator method23:37
rm_workah :/23:37
rm_worki see, emerging projects are second-class23:37
rm_workI mean I guess it makes sense23:37
johnsomRight, not really in the spirit of "open"23:38
rm_workwe're a weird case since we really just rolled out of neutron23:38
rm_workbut should be pretty highly deployed?23:38
rm_workdunno23:38
*** ducttape_ has joined #openstack-lbaas23:38
johnsom#1 part of neutron per the last full survey...23:38
rm_workyeah hopefully you can get us on there23:41
rm_workrather than start pissed off, i'm going to start under the assumption that we can just talk to someone and they'll work it out for us and it'll be good23:41
rm_workand see where we go from there :)23:41
johnsomYeah, talking myself down a bit...23:42
rm_workprobably "oh! yeah, you guys are an edge case, thanks for talking to us. we'll put you in for a spot"23:42
johnsomYeah, 20 minute video...23:43
rm_worki mean a MAIN spot23:43
openstackgerritAdam Harwell proposed openstack/octavia master: Allow to create vip in lb-mgmt-net  https://review.openstack.org/43117923:43
*** chlong has quit IRC23:46
johnsomYeah, sent an e-mail to Heidi politely asking if we can get a slot.23:54
johnsomIt's a bummer as well, we aren't included on this years survey and they dropped the neutron question, so I doubt we will show up there at all23:55

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