Monday, 2019-01-07

*** hongbin has joined #openstack-lbaas02:47
*** sapd1_x has joined #openstack-lbaas02:48
*** psachin has joined #openstack-lbaas03:00
*** sapd1_x has quit IRC03:10
*** sapd1_x has joined #openstack-lbaas03:25
*** hongbin has quit IRC03:39
*** ramishra has joined #openstack-lbaas04:01
*** jiteka has quit IRC04:28
*** jiteka has joined #openstack-lbaas04:29
*** sapd1_x has quit IRC04:52
*** sapd1_x has joined #openstack-lbaas05:04
*** rcernin has quit IRC06:56
*** sapd1_x has quit IRC07:29
openstackgerritZhaoBo proposed openstack/octavia-tempest-plugin master: Introduce a simple https server for tls test.  https://review.openstack.org/62889107:31
*** rpittau has joined #openstack-lbaas07:38
*** sapd1_x has joined #openstack-lbaas07:45
*** yamamoto has joined #openstack-lbaas07:56
*** yamamoto has quit IRC07:58
openstackgerritZhaoBo proposed openstack/octavia-tempest-plugin master: WIP: add client certificate check cases  https://review.openstack.org/62890508:03
*** pcaruana has joined #openstack-lbaas08:14
*** pcaruana has quit IRC08:24
*** yamamoto has joined #openstack-lbaas08:42
*** pcaruana has joined #openstack-lbaas08:46
*** pzhang has joined #openstack-lbaas08:52
*** sapd1_x has quit IRC08:56
*** yamamoto has quit IRC09:05
openstackgerritYang JianFeng proposed openstack/octavia master: [WIP] Implement bgp speaker in amphora  https://review.openstack.org/62891509:07
*** sapd1_x has joined #openstack-lbaas09:08
*** phuoc_ has joined #openstack-lbaas09:16
*** phuoc__ has quit IRC09:19
openstackgerritYang JianFeng proposed openstack/octavia master: Add listener and pool protocol validation  https://review.openstack.org/59404009:21
*** sapd1_x has quit IRC09:22
*** sapd1_x has joined #openstack-lbaas09:39
*** yamamoto has joined #openstack-lbaas09:53
*** yamamoto has quit IRC10:35
*** nmagnezi has quit IRC10:40
*** yamamoto has joined #openstack-lbaas10:45
*** pzhang has quit IRC11:11
*** pcaruana has quit IRC11:11
*** pcaruana has joined #openstack-lbaas11:16
*** rpittau is now known as rpittau|lunch11:41
*** yamamoto has quit IRC11:50
*** yamamoto has joined #openstack-lbaas11:53
*** yamamoto has quit IRC12:26
*** yamamoto has joined #openstack-lbaas12:29
*** zigo has quit IRC12:31
*** yamamoto has quit IRC12:52
*** rpittau|lunch is now known as rpittau12:56
*** nmagnezi has joined #openstack-lbaas13:40
*** reedip has joined #openstack-lbaas14:10
reedipnmagnezi, xgerman, johnsom, cgoncalves : can you please let me know your opinion about https://review.openstack.org/#/c/598476/ and https://review.openstack.org/#/c/621493/14:13
*** irclogbot_1 has quit IRC14:14
*** irclogbot_1 has joined #openstack-lbaas14:40
*** irclogbot_1 has quit IRC15:01
*** irclogbot_1 has joined #openstack-lbaas15:10
*** sapd1_ has joined #openstack-lbaas15:14
*** sapd1 has quit IRC15:16
*** openstackgerrit has quit IRC15:22
*** pcaruana has quit IRC16:21
*** psachin has quit IRC16:31
*** ramishra has quit IRC16:34
*** rpittau has quit IRC17:00
*** gcheresh has joined #openstack-lbaas18:47
*** abaindur has joined #openstack-lbaas19:50
*** abaindur has quit IRC19:55
*** sapd1_x has quit IRC19:59
*** abaindur has joined #openstack-lbaas20:00
*** abaindur has quit IRC20:05
*** abaindur has joined #openstack-lbaas20:06
*** openstackgerrit has joined #openstack-lbaas20:14
openstackgerritMerged openstack/octavia-tempest-plugin master: Add traffic tests using an IPv6 VIP  https://review.openstack.org/61198020:14
johnsomrm_work Around by chance?20:25
johnsomI have a octavia.certificates.manager.barbican / pkcs12 question.20:25
rm_workah hey20:41
rm_workactually yes20:41
rm_workfinally :P20:41
rm_workcatching up20:41
johnsomHa, I think I just figured it out. Was trying to understand the payload contents for the pkcs12. I thought it needed to be base64 for barbican, but it looks like it is not b6420:42
colin-so, technically, rm_work gets credit for the fix by virtue of appearing?20:42
johnsomI think I have a scenario working with terminated TLS20:42
johnsomYes, I will totally give credit for scaring barbican into line20:44
rm_worklol20:47
rm_workwoo, tls tests! I see the ipv6 gate merged too20:47
johnsomYep. I'm seeing some intermittent neutron failures (ERROR in the q-svc.log) for our gates, but  otherwise, making progress.20:49
openstackgerritAdam Harwell proposed openstack/octavia master: Fix prefix for vip_ipv6  https://review.openstack.org/61028420:58
rm_work^^ so now that should have the ipv6 tests run correctly20:58
rm_workwhich should prove it works20:58
rm_workjohnsom: the only thing i'm not sure about is the addition of a few @classmethod20:59
rm_worki had to tweak that to get testing/mocking to work right20:59
rm_workbut those methods were kinda asking for it...21:00
rm_workcould have even gone to static for a couple of them i think <_<21:00
johnsomYeah, a few don't seem to need to be classmethods21:08
rm_workactually most end up static if you start doing that21:09
rm_worksince they just rely on each other21:09
rm_workbut i remember some real hate for static methods :P21:09
johnsomHa, yeah, I remember that too21:09
*** gcheresh has quit IRC21:47
colin-johnsom: do the plans for flavor support in stein include being able to deploy amphora to different openstack projects?22:41
xgermanno22:42
johnsomNo, why would you want to do that?22:42
xgermanyeah, wondering about that, too22:42
colin-was imagining a scenario with amphora on public facing network space and considering measures of isolating them22:42
xgermanmmh, we use a service tenant so it’s pretty isolated from users… please elaborate22:43
johnsomHmm, not sure I follow completely. users can add public VIPs or members today, they are isolated by network namespaces inside the service VM that is owned by the Octavia project.22:44
*** rcernin has joined #openstack-lbaas22:45
colin-it isn't a monumental difference from what xgerman described, it would just be another differentiating attribute. not suggesting it's necessary but wanted to know whether it would be one of the aspects a flavor would define, understood that you don't see much value in that22:46
johnsomIt's not that I don't see value, it's that I don't understand it, i.e. confused.22:47
johnsomThe amphora are all built under a single project, the Octavia or service project. You specify the project in the octavia.conf today. What you are looking for is specifying that project ID in the flavor? What is the benefit?22:50
colin-not having all amphora in a common project22:50
johnsomWhat does that get you though?22:51
colin-well, in other areas of openstack it has been useful for scoping and grouping resources organizationally and that's where my question today originates from but that's not really a compelling tehcnical reason22:52
xgermanah, to make it easier to list different types of amphor in nova? We have a (sprawling) amphora API: https://developer.openstack.org/api-ref/load-balancer/v2/?expanded=list-amphora-detail#amphorae22:54
xgermanwhich might allow you to achieve the same22:54
johnsomI think it is just a different thought model. Amps are not tenant/project resources. They are resources of a load balancer driver.22:57
johnsomThe LB and it's children are the tenant/project resource.22:58
*** ianychoi has quit IRC23:21
-openstackstatus- NOTICE: The Etherpad service at https://etherpad.openstack.org/ has been offline since 23:22 UTC due to a hypervisor issue in our service provider, but should hopefully return to service shortly.23:49

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