| rm_work | it's starting to become hard to type/say availability | 00:10 |
|---|---|---|
| rm_work | all the letters are blurring together <_< | 00:10 |
| rm_work | why did you do "flavorprofile" without an underscore T_T | 00:11 |
| johnsom | Give you something to grumble about. I thought you didn't like _ or - | 00:12 |
| rm_work | ahahahaha i just found this in our noop driver for flavors: | 00:21 |
| rm_work | return {"amp_image_tag": "The glance image tag to use for this load " | 00:21 |
| rm_work | obviously someone was imagining image tag would be part of our amp flavors >_> | 00:21 |
| johnsom | Yes, someone was... | 00:23 |
| *** yamamoto has joined #openstack-lbaas | 00:32 | |
| *** yamamoto has quit IRC | 00:41 | |
| *** yamamoto has joined #openstack-lbaas | 00:46 | |
| *** armax has quit IRC | 00:58 | |
| rm_work | well into the pep8 portion of my evening... | 01:10 |
| *** goldyfruit has joined #openstack-lbaas | 01:12 | |
| johnsom | I'm just about to call it for the day. | 01:13 |
| johnsom | Got some time to come back up to speed on my failover patch. | 01:13 |
| rm_work | cool | 01:22 |
| *** yamamoto has quit IRC | 01:30 | |
| *** yamamoto has joined #openstack-lbaas | 01:39 | |
| *** yamamoto has quit IRC | 01:48 | |
| *** armax has joined #openstack-lbaas | 02:08 | |
| *** armax has quit IRC | 02:17 | |
| *** armax has joined #openstack-lbaas | 02:18 | |
| *** armax has quit IRC | 02:23 | |
| openstackgerrit | Adam Harwell proposed openstack/octavia master: Stop allowing the deletion of an in-use flavor https://review.opendev.org/692427 | 02:25 |
| openstackgerrit | Adam Harwell proposed openstack/octavia master: WIP: Availability Zone admin API https://review.opendev.org/693765 | 02:26 |
| rm_work | errr wtf | 02:26 |
| rm_work | ahh rebase | 02:26 |
| johnsom | Umm, I think that was an opps | 02:26 |
| rm_work | no, it's fine | 02:27 |
| rm_work | it needed to be rebased anyway | 02:27 |
| rm_work | it wasn't current | 02:27 |
| rm_work | aaaanywho, there we go | 02:28 |
| *** yamamoto has joined #openstack-lbaas | 02:34 | |
| *** yamamoto has quit IRC | 02:46 | |
| *** abaindur has joined #openstack-lbaas | 02:58 | |
| *** AlexStaf has quit IRC | 03:43 | |
| *** AlexStaf has joined #openstack-lbaas | 03:43 | |
| *** yamamoto has joined #openstack-lbaas | 04:24 | |
| *** tkajinam has quit IRC | 04:26 | |
| *** tkajinam has joined #openstack-lbaas | 04:33 | |
| *** goldyfruit has quit IRC | 05:00 | |
| *** tkajinam_ has joined #openstack-lbaas | 05:08 | |
| *** tkajinam has quit IRC | 05:11 | |
| *** yamamoto has quit IRC | 05:30 | |
| *** tkajinam_ has quit IRC | 05:34 | |
| *** tkajinam has joined #openstack-lbaas | 05:36 | |
| *** yamamoto has joined #openstack-lbaas | 05:42 | |
| *** tkajinam has quit IRC | 06:03 | |
| *** tkajinam has joined #openstack-lbaas | 06:05 | |
| *** abaindur has quit IRC | 06:16 | |
| *** tkajinam has quit IRC | 06:30 | |
| *** tkajinam has joined #openstack-lbaas | 06:31 | |
| *** tkajinam has quit IRC | 06:31 | |
| *** yamamoto has quit IRC | 06:47 | |
| *** yamamoto has joined #openstack-lbaas | 06:47 | |
| *** yamamoto_ has joined #openstack-lbaas | 06:50 | |
| *** yamamoto has quit IRC | 06:52 | |
| *** tkajinam has joined #openstack-lbaas | 07:01 | |
| *** gcheresh_ has joined #openstack-lbaas | 07:43 | |
| *** yamamoto_ has quit IRC | 07:52 | |
| *** yamamoto has joined #openstack-lbaas | 07:55 | |
| *** trident has quit IRC | 07:57 | |
| *** tesseract has joined #openstack-lbaas | 08:00 | |
| *** maciejjozefczyk has joined #openstack-lbaas | 08:02 | |
| *** trident has joined #openstack-lbaas | 08:06 | |
| *** rpittau|afk is now known as rpittau | 08:17 | |
| *** ivve has joined #openstack-lbaas | 08:19 | |
| *** tkajinam has quit IRC | 08:35 | |
| *** armax has joined #openstack-lbaas | 09:02 | |
| *** armax has quit IRC | 09:06 | |
| *** yamamoto has quit IRC | 09:18 | |
| *** yamamoto has joined #openstack-lbaas | 09:19 | |
| *** yamamoto has quit IRC | 09:21 | |
| *** ianychoi has quit IRC | 10:24 | |
| *** paulbrowne has joined #openstack-lbaas | 10:30 | |
| *** yamamoto has joined #openstack-lbaas | 10:46 | |
| *** yamamoto has quit IRC | 10:50 | |
| *** yamamoto has joined #openstack-lbaas | 11:22 | |
| *** yamamoto has quit IRC | 11:29 | |
| openstackgerrit | Adam Harwell proposed openstack/octavia master: WIP: Availability Zone admin API https://review.opendev.org/693765 | 11:50 |
| *** yamamoto has joined #openstack-lbaas | 11:59 | |
| *** paulbrowne has quit IRC | 12:03 | |
| *** henriqueof1 has quit IRC | 12:04 | |
| rm_work | there's something in there i need to update in octavia-lib but I don't remember what anymore, it's all blending together lol | 12:06 |
| rm_work | ah found it | 12:12 |
| openstackgerrit | Adam Harwell proposed openstack/octavia-lib master: Availability zone / metadata validation https://review.opendev.org/694057 | 12:19 |
| *** yamamoto has quit IRC | 12:26 | |
| *** yamamoto has joined #openstack-lbaas | 12:38 | |
| *** yamamoto has quit IRC | 12:38 | |
| *** yamamoto has joined #openstack-lbaas | 12:38 | |
| *** yamamoto has quit IRC | 12:44 | |
| *** yamamoto has joined #openstack-lbaas | 12:44 | |
| *** rcernin has quit IRC | 12:54 | |
| *** ianychoi has joined #openstack-lbaas | 13:00 | |
| *** yamamoto has quit IRC | 13:05 | |
| openstackgerrit | Adam Harwell proposed openstack/octavia master: Availability Zone admin API https://review.opendev.org/693765 | 13:08 |
| rm_work | there, fixed my dumb sql migration typo, and added docs, and a depends-on to the octavia-lib change | 13:08 |
| rm_work | johnsom: seems that traffic is showing as originating from the VRRP_IP, not the HA_IP when routing to members over the vip-net :( | 13:31 |
| rm_work | will need to look and see what we missed | 13:31 |
| *** yamamoto has joined #openstack-lbaas | 13:34 | |
| rm_work | the redhat routing stuff and the ubuntu routing stuff are different... maybe it's only not working for RH amps? | 13:57 |
| rm_work | i just don't know how to read this stuff T_T | 13:58 |
| *** yamamoto has quit IRC | 14:09 | |
| *** yamamoto has joined #openstack-lbaas | 14:10 | |
| *** yamamoto has quit IRC | 14:10 | |
| *** yamamoto has joined #openstack-lbaas | 14:11 | |
| *** yamamoto has quit IRC | 14:15 | |
| brtknr | As requested, for better supporting Octavia in kolla-ansible, we have put in a few questions here: https://etherpad.openstack.org/p/kolla-ansible-octavia | 14:16 |
| rm_work | ok, thanks brtknr! | 14:22 |
| rm_work | we have our meeting today in a few hours actually, do you think you will attend? you can bring up this topic | 14:23 |
| rm_work | err, in about 1.5 hours | 14:23 |
| *** yamamoto has joined #openstack-lbaas | 14:51 | |
| *** TrevorV has joined #openstack-lbaas | 14:52 | |
| *** tesseract has quit IRC | 14:52 | |
| *** tesseract has joined #openstack-lbaas | 14:55 | |
| *** yamamoto has quit IRC | 14:55 | |
| *** armax has joined #openstack-lbaas | 15:05 | |
| *** armax has quit IRC | 15:10 | |
| *** armax has joined #openstack-lbaas | 15:36 | |
| *** gcheresh_ has quit IRC | 15:47 | |
| *** ataraday_ has joined #openstack-lbaas | 15:55 | |
| johnsom | #startmeeting Octavia | 16:00 |
| openstack | Meeting started Wed Nov 13 16:00:27 2019 UTC and is due to finish in 60 minutes. The chair is johnsom. Information about MeetBot at http://wiki.debian.org/MeetBot. | 16:00 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 16:00 |
| *** openstack changes topic to " (Meeting topic: Octavia)" | 16:00 | |
| openstack | The meeting name has been set to 'octavia' | 16:00 |
| rm_work | ohai | 16:01 |
| rm_work | was reading logs and missed the time :D | 16:01 |
| rm_work | but go ahead | 16:01 |
| ataraday_ | hi | 16:01 |
| johnsom | rm_work Nice, you made it. I put an agenda together: | 16:01 |
| johnsom | #link https://wiki.openstack.org/wiki/Octavia/Weekly_Meeting_Agenda#Meeting_2019-11-13 | 16:01 |
| johnsom | #topic Announcements | 16:02 |
| *** openstack changes topic to "Announcements (Meeting topic: Octavia)" | 16:02 | |
| johnsom | In case you missed it, our fearless PTL put together a PTG summary e-mail | 16:02 |
| johnsom | #link http://lists.openstack.org/pipermail/openstack-discuss/2019-November/010682.html | 16:02 |
| johnsom | BTW, I know a few people are travelling today, so attendance might be light today. | 16:03 |
| johnsom | That is about all I have for announcements today. | 16:04 |
| johnsom | I don't know when the video recordings will be available, so no update on that. | 16:04 |
| johnsom | Any other announcements today? | 16:04 |
| johnsom | #topic Brief progress reports / bugs needing review | 16:05 |
| *** openstack changes topic to "Brief progress reports / bugs needing review (Meeting topic: Octavia)" | 16:05 | |
| johnsom | I have been on a bug fix spree recently. A lot of updates around barbican secrets and TLS offload. | 16:06 |
| ataraday_ | Small octaviaclient change become not so small https://review.opendev.org/#/c/693144/ :) | 16:06 |
| redrobot | 👀 | 16:07 |
| johnsom | One set are important fixes for LBs with multi-listeners that are using TLS offload. | 16:07 |
| openstackgerrit | Adam Harwell proposed openstack/octavia master: Availability Zone admin API https://review.opendev.org/693765 | 16:07 |
| rm_work | We're making quick progress on the AZ work -- please to be reviewing :D ^^ | 16:07 |
| johnsom | redrobot Hi. Just mentioning some of the patches I posted to handle pkcs12 secrets disappearing (since they don't support registration at the moment). | 16:07 |
| ataraday_ | I researched ciphers and ciphersuits a bit - maybe can discuss this in open discussion section | 16:07 |
| johnsom | Ok, sounds good | 16:08 |
| johnsom | I am now shifting focus back to the failover flow re-factor. | 16:09 |
| johnsom | As part of the TLS work, I have proposed tempest tests for all of the listener/frontend TLS paths. TLS, SNI, client auth. | 16:10 |
| johnsom | Super happy to have good coverage on those. | 16:10 |
| *** Trevor_V has joined #openstack-lbaas | 16:11 | |
| johnsom | The backend is going to be a bit more work as we need to enhance our testing web server to have TLS support enough to cover the test cases. | 16:11 |
| johnsom | Any other updates today? | 16:11 |
| *** gcheresh_ has joined #openstack-lbaas | 16:12 | |
| johnsom | #topic Helping Kolla-Ansible eitherpad | 16:13 |
| *** openstack changes topic to "Helping Kolla-Ansible eitherpad (Meeting topic: Octavia)" | 16:13 | |
| johnsom | #link https://etherpad.openstack.org/p/kolla-ansible-octavia | 16:13 |
| johnsom | We have recently had a number of folks come into the channel struggling to use Octavia with the kolla-ansible deployment project. | 16:13 |
| johnsom | I don't think any of the core team regularly contribute to kolla-ansible, but we have offered to help resolve some of the issues. | 16:14 |
| johnsom | In support of that I setup the above etherpad to answer questions, etc. | 16:15 |
| *** TrevorV has quit IRC | 16:15 | |
| johnsom | Please feel free to contribute, etc. | 16:15 |
| johnsom | I think we are close to over ten ways to deploy Octavia, so it is to be expected that the Octavia team may not be directly involved in all of them. | 16:15 |
| johnsom | Any other questions/comments on helping kolla-ansible? | 16:16 |
| rm_work | I am probably the most experienced of core members, but have been stretched very thin recently, so not sure how much I can help directly | 16:17 |
| rm_work | but I will see if I can answer some questions at least | 16:17 |
| johnsom | Yep, all I can commit to at this point is helping to answer questions. | 16:17 |
| johnsom | #topic Open Discussion | 16:18 |
| *** openstack changes topic to "Open Discussion (Meeting topic: Octavia)" | 16:18 | |
| johnsom | Ok, any other topics today? | 16:18 |
| *** gcheresh_ has quit IRC | 16:19 | |
| rm_work | Ah, I have one | 16:19 |
| johnsom | Ok. I think Ann has one too | 16:19 |
| rm_work | I've recently been testing to see if traffic that goes to members via the vip-net is marked as originating from the vrrp_ip (unknown to users), or the ha_ip (VIP) -- and it looks like it's coming from the vrrp_ip | 16:20 |
| *** ataraday_ has quit IRC | 16:20 | |
| rm_work | Has anyone else noticed this? | 16:20 |
| rm_work | I thought it was set up to route "from" the VIP... We use CentOS amps, it might be working properly in Ubuntu but not in CentOS, or maybe it's not working anywhere... | 16:21 |
| rm_work | Anyway, if anyone has a moment to test that or happens to have noticed it is an issue, let me know | 16:21 |
| johnsom | Ah, now that I think about this more, yes, I think that is the case. It is the same as for members going out member subnets. It's an arbitrary source IP | 16:21 |
| johnsom | I should have a stack in about half an hour I can try it on | 16:21 |
| rm_work | can't we have it originate from the VIP? since haproxy IS bound to that address? | 16:22 |
| johnsom | Well, it cuts into your capacity if I remember correctly | 16:22 |
| johnsom | We might have to make some jinja changes for that too. | 16:23 |
| rm_work | yeah, I was looking in the port templates | 16:23 |
| rm_work | but I can't read that stuff very well (the port config, not the jinja -- i speak jinja :D) | 16:23 |
| johnsom | There is also a RFE to add multiple source IPs, which would conflict with forcing it all to the VIP | 16:24 |
| rm_work | hmmm k | 16:24 |
| rm_work | well i mean... yeah... multivip :D | 16:24 |
| rm_work | also | 16:24 |
| johnsom | I am guessing you just want this for "easy security group rules"? | 16:24 |
| *** ataraday_ has joined #openstack-lbaas | 16:24 | |
| rm_work | well, not "easy" but "any at all" | 16:25 |
| rm_work | it's otherwise impossible for a user to open members to the LB | 16:25 |
| rm_work | without opening it to the whole world | 16:25 |
| rm_work | since they can't predict the vrrp_ip | 16:25 |
| johnsom | One-armed load balancers are less efficient anyway. I would hope that is a rare usecase | 16:25 |
| rm_work | it's the only use-case | 16:25 |
| rm_work | we have no SDN | 16:25 |
| rm_work | there is only one network | 16:25 |
| johnsom | Right, or the member subnet source IP, both of which change on failovers. | 16:26 |
| *** ivve has quit IRC | 16:26 | |
| ataraday_ | sorry, I got disconncted, bad hotel wifi | 16:26 |
| rm_work | we need a solution to this | 16:26 |
| johnsom | Right now you have two options: Put the members on private networks with no router. | 16:26 |
| johnsom | Use TLS client auth for the members | 16:26 |
| rm_work | yeah neither of those are possible/viable with our setup | 16:27 |
| rm_work | per PCI compliance we just can't open firewall ports that widely apparently | 16:27 |
| johnsom | Do you use FWaaS? | 16:27 |
| johnsom | Wait, what? Neither of those options provided require opening ports | 16:27 |
| rm_work | no, there are physical (and somewhat manually managed for compliance) firewalls for our PCI environments | 16:28 |
| *** yamamoto has joined #openstack-lbaas | 16:28 | |
| rm_work | using TLS client auth for members "secures them" but still requires opening up the SGs to the world | 16:28 |
| rm_work | ie exposing the serving port | 16:28 |
| rm_work | is what i meant | 16:28 |
| rm_work | which is non-viable | 16:28 |
| johnsom | Not the world, just the range you are using for you VIP addresses | 16:29 |
| johnsom | (the base ports are on the same range as the VIP) | 16:29 |
| rm_work | yeah, but that means "any LB" and was rejected | 16:29 |
| rm_work | so, no-go | 16:29 |
| johnsom | Right. Did you answer my question, do you have FWaaS? | 16:29 |
| rm_work | no we do not | 16:29 |
| rm_work | we also do not have the ability to let users create private networks T_T | 16:30 |
| rm_work | and humorously I'm 2 for 2, this is exactly the same issues we had at GD lol | 16:30 |
| johnsom | Yeah, then at this point, there is no solution for that setup. | 16:30 |
| rm_work | so either it's not that rare, or I manage to pick exactly the two companies with deployments like this | 16:31 |
| johnsom | Ha, that later | 16:31 |
| rm_work | i don't believe in those odds :D | 16:31 |
| johnsom | Yeah, so you would need an RFE for any of the other changes I can think of. All of which really suck. | 16:32 |
| rm_work | this issue was actually a decently relevant factor for the death of octavia in the GD deployment, and it worries me a lot here | 16:32 |
| rm_work | and I really doubt it is just us | 16:32 |
| *** yamamoto has quit IRC | 16:32 | |
| rm_work | as funny as that would be :D | 16:32 |
| johnsom | The one-armed solution would require a config option, then change the haproxy jinja to force the source to be VIP. This will have a negative impact on the performance and capacity of the LB. | 16:33 |
| rm_work | one solution is to allow the user to pass us a SG just to attach it to the port -- then they can use that to allow traffic in | 16:33 |
| rm_work | though it's a little janky | 16:33 |
| rm_work | or i wonder if it is possible for a user to "allow" traffic via SG that they don't own -- if we exposed one for them | 16:34 |
| rm_work | you can say "allow traffic from any port with security_group <ID>", right? | 16:35 |
| rm_work | as a SG rule | 16:35 |
| johnsom | The other would be (possibly, haven't tried it) to pass an SG ID to each member API create, then have the source ports added to that SG. In theory the neutron transitive-trust would magically make traffic flow. The downside is it would also open those arbitrary ports on our amphora source IPs. | 16:35 |
| johnsom | Your second idea is what we can do with FWaaS if I remember, but I'm not sure neutron proper can do it. | 16:36 |
| johnsom | I wish SGs had better support for "AND" than it does. Really that would solve a bunch of our problems. | 16:39 |
| rm_work | hmm, i thought that was just part of the core SG stuff | 16:39 |
| rm_work | that definitely worked at GD and I didn't think we deployed FWaaS | 16:39 |
| rm_work | I'll check with Miguel and we can discuss it another time | 16:39 |
| johnsom | Ok | 16:39 |
| rm_work | You answered me question about drawbacks of the one-armed solution | 16:39 |
| johnsom | ataraday_ You had a question about ciphers/suites? | 16:40 |
| rm_work | though ... in reality, there's really only one physical NIC in use across all of these virtual NICs anyway, so I don't know how much it really affects throughput | 16:40 |
| rm_work | (besides I guess the number of concurrent connections? though i don't think the member side will ever be the limiting factor there) | 16:40 |
| johnsom | Well, that is a deployment flaw, but It's not just the nic. Don't forget you have TCP ports in use, queues in the kernel, etc. that have nothing to do with your NIC topology (though you should have more than one) | 16:41 |
| ataraday_ | johnsom, yes, I put comment on https://review.opendev.org/#/c/685337/ - I look closer and we can use ssl-default-server-ciphersuites and ssl-default-server-ciphers in one config file. But ciphersuites available only since haproxy 1.8.20 | 16:41 |
| ataraday_ | and for now we have 1.8.8 | 16:42 |
| rm_work | right, but given that there is one VIP, and it splits those connections to many members, I think it is impossible for that to be an issue on the backend side | 16:43 |
| johnsom | Ah, interesting. We should probably request Ubuntu to update the available package. That said, we have code that can detect the version of HAProxy and make changes. This seems like a good candidate for that. | 16:43 |
| rm_work | eugh, another thing going to 2.0 would resolve :D | 16:43 |
| johnsom | ataraday_ https://github.com/openstack/octavia/blob/master/octavia/amphorae/backends/agent/api_server/haproxy_compatibility.py | 16:44 |
| ataraday_ | johnsom, thanks for pointing this! | 16:45 |
| johnsom | We could expand that to remove the ciphersuite configuration line based on the available version. If it's not greater than 1.8.20 it probably doesn't support TLS 1.3 anyway. | 16:45 |
| ataraday_ | yeah, seems the way to do that | 16:46 |
| johnsom | It looks like my code there only does major minor, so it may need to be expanded to look at the patch number too | 16:46 |
| johnsom | Kind of lame they added that in a patch release reallly | 16:48 |
| rm_work | yeah | 16:49 |
| rm_work | alternatively, we had some plans to pre-cache this info | 16:49 |
| rm_work | as a possible way to deal upfront with option validation for providers | 16:49 |
| rm_work | we discussed this a bit at the summit, I believe it was in my summary, and there are more notes on the etherpad | 16:50 |
| johnsom | Yeah, there is code for round tripping for the version too, but this seems straight forward for this case | 16:50 |
| johnsom | #link https://github.com/openstack/octavia/blob/master/octavia/amphorae/drivers/haproxy/rest_api_driver.py#L78 | 16:51 |
| johnsom | #link https://github.com/openstack/octavia/blob/master/octavia/amphorae/backends/agent/api_server/haproxy_compatibility.py | 16:51 |
| johnsom | Forgot we were in a meeting. lol | 16:51 |
| johnsom | That L78 is the controller side query for version, but again, it might be more straight forward for this issue to just add it to the agent side adjustments. | 16:52 |
| johnsom | Any other topics today? | 16:53 |
| *** goldyfruit has joined #openstack-lbaas | 16:55 | |
| rm_work | reviews! reviews reviews! all reviews are useful! | 16:56 |
| rm_work | only cores can +2, but the real power is in -1 and that's the same for everyone! reviews! | 16:56 |
| johnsom | Yes please. I did a review-day recently, but we still have a bunch of patches that can use some reviews. +1's matter! | 16:56 |
| rm_work | I guess I'm just thinking more negatively today :D | 16:57 |
| johnsom | True, -1 matters more. lol | 16:57 |
| johnsom | Ok, thanks for a great meeting! | 16:58 |
| rm_work | I expect most code I write is going to have a bug or two that I didn't catch, and I'm counting on you guys to find them! it's a treasure hunt for bugs! the reward is internet brownie points! <3 | 16:58 |
| johnsom | #endmeeting | 16:58 |
| rm_work | o/ | 16:58 |
| *** openstack changes topic to "Discussions for OpenStack Octavia | Priority bug review list: https://etherpad.openstack.org/p/octavia-priority-reviews" | 16:58 | |
| openstack | Meeting ended Wed Nov 13 16:58:30 2019 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 16:58 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/octavia/2019/octavia.2019-11-13-16.00.html | 16:58 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/octavia/2019/octavia.2019-11-13-16.00.txt | 16:58 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/octavia/2019/octavia.2019-11-13-16.00.log.html | 16:58 |
| *** rpittau is now known as rpittau|afk | 17:08 | |
| *** gcheresh_ has joined #openstack-lbaas | 17:32 | |
| rm_work | Our two-node checks have been super unreliable recently :( | 17:36 |
| johnsom | Yeah, it was a topic in the neutron PTG I think. multi-node devstack with neutron is broken I think | 17:36 |
| johnsom | I had hoped haleyb could help us out with those... | 17:37 |
| *** gcheresh_ has quit IRC | 17:43 | |
| haleyb | johnsom: we did discuss jobs in the neutron room, mostly about removing them, but i can take a look at this failing job next week | 17:52 |
| johnsom | haleyb Cool. It seems like communication between the primary node and the secondary only sometimes works. | 17:53 |
| johnsom | It's probably some devstack setting got missed or is being used wrong | 17:54 |
| *** maciejjozefczyk has quit IRC | 17:58 | |
| *** yamamoto has joined #openstack-lbaas | 18:17 | |
| *** yamamoto has quit IRC | 18:21 | |
| *** tesseract has quit IRC | 18:35 | |
| johnsom | Alright, gave the kolla-ansible etherpad a pass. | 18:43 |
| *** gcheresh_ has joined #openstack-lbaas | 19:23 | |
| *** yamamoto has joined #openstack-lbaas | 19:36 | |
| *** yamamoto has quit IRC | 19:41 | |
| *** ataraday_ has quit IRC | 19:43 | |
| *** gcheresh_ has quit IRC | 19:51 | |
| *** yamamoto has joined #openstack-lbaas | 20:11 | |
| *** abaindur has joined #openstack-lbaas | 20:14 | |
| *** yamamoto has quit IRC | 20:15 | |
| *** gcheresh_ has joined #openstack-lbaas | 20:27 | |
| *** abaindur has quit IRC | 20:40 | |
| *** abaindur has joined #openstack-lbaas | 20:40 | |
| *** abaindur has quit IRC | 20:41 | |
| *** abaindur has joined #openstack-lbaas | 20:42 | |
| *** abaindur has quit IRC | 20:45 | |
| *** gcheresh_ has quit IRC | 21:39 | |
| rm_work | seeing a lot of grenade failures too and not sure if it's my/our fault or not <_< | 22:02 |
| rm_work | sorrison: the new API code looks like it's running ok now, let me know if you run into any issues rebasing on it | 22:03 |
| rm_work | hmm yeah the grenade thing seems like maybe a nova issue? not sure... logs basically just look like before we even get to test octavia, various tests fail because there's no hosts available for VM boots... maybe i'm missing the root cause tho | 22:04 |
| *** yamamoto has joined #openstack-lbaas | 22:05 | |
| rm_work | but this happens VERY early: Details: {u'code': 500, u'message': u'No valid host was found. There are not enough hosts available.', u'created': u'2019-11-13T17:25:12Z'} | 22:05 |
| *** yamamoto has quit IRC | 22:10 | |
| *** yamamoto has joined #openstack-lbaas | 22:15 | |
| *** rcernin has joined #openstack-lbaas | 22:32 | |
| *** Trevor_V has quit IRC | 22:35 | |
| *** abaindur has joined #openstack-lbaas | 22:46 | |
| *** tkajinam has joined #openstack-lbaas | 23:06 | |
| *** yamamoto has quit IRC | 23:20 | |
| *** goldyfruit has quit IRC | 23:49 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!