rm_work | johnsom: so looks like 1-2weeks before they can release new tempest | 00:03 |
---|---|---|
rm_work | so I guess maybe we're stuck until then? :/ | 00:04 |
rm_work | because it only runs if we pull down gitmaster tempest | 00:04 |
rm_work | but, the one we're using IS the stable interface | 00:04 |
*** jniesz has quit IRC | 00:06 | |
johnsom | He said not yet, but will be | 00:06 |
rm_work | eugh | 00:06 |
rm_work | semantics :P | 00:06 |
rm_work | at the time the release happens (ie, 1-2 weeks) that is the stable interface | 00:06 |
johnsom | Hahaha, so... Not sure how to move forward with that master issue. | 00:07 |
rm_work | wait. i think | 00:12 |
*** dayou has joined #openstack-lbaas | 00:26 | |
-openstackstatus- NOTICE: due to unscheduled restart of zuulv3.o.o you will need to 'recheck' your jobs that were last running. Sorry for the inconvenience. | 00:32 | |
rm_work | johnsom: whoops T_T guessing you'll have to recheck? | 00:45 |
rm_work | yep it's not listed :/ | 00:45 |
rm_work | whelp | 00:45 |
rm_work | guess this'll take a little longer | 00:46 |
*** aojea has joined #openstack-lbaas | 00:47 | |
*** aojea has quit IRC | 00:51 | |
*** tongl has joined #openstack-lbaas | 00:55 | |
*** tongl has quit IRC | 01:11 | |
johnsom | Yeah, darn it | 01:23 |
*** AlexeyAbashkin has joined #openstack-lbaas | 01:23 | |
johnsom | Ah, you got it. Thanks! | 01:23 |
*** AlexeyAbashkin has quit IRC | 01:27 | |
openstackgerrit | Adam Harwell proposed openstack/octavia-tempest-plugin master: WIP: Failover test https://review.openstack.org/501559 | 01:36 |
*** tongl has joined #openstack-lbaas | 01:47 | |
*** aojea has joined #openstack-lbaas | 01:48 | |
*** aojea has quit IRC | 01:52 | |
*** yamamoto has joined #openstack-lbaas | 01:56 | |
kong | rm_work: hi, after looking at https://review.openstack.org/#/c/486775/, i still have question regarding to the vip_address | 02:04 |
kong | pls see my comment | 02:05 |
rm_work | k | 02:10 |
*** AlexeyAbashkin has joined #openstack-lbaas | 02:23 | |
*** AlexeyAbashkin has quit IRC | 02:27 | |
*** chlong has quit IRC | 02:47 | |
*** openstackgerrit has quit IRC | 03:22 | |
*** AlexeyAbashkin has joined #openstack-lbaas | 03:23 | |
*** AlexeyAbashkin has quit IRC | 03:27 | |
*** sanfern has joined #openstack-lbaas | 03:31 | |
*** sri_ has quit IRC | 03:31 | |
*** yamamoto_ has joined #openstack-lbaas | 03:39 | |
*** yamamoto has quit IRC | 03:42 | |
*** links has joined #openstack-lbaas | 03:46 | |
*** aojea has joined #openstack-lbaas | 03:49 | |
*** aojea has quit IRC | 03:54 | |
*** aojea has joined #openstack-lbaas | 04:50 | |
*** aojea has quit IRC | 04:54 | |
*** sanfern has quit IRC | 05:13 | |
*** sanfern has joined #openstack-lbaas | 05:15 | |
Tengu | hello! I've enabled neutron-lbaasv2 in tripleO, but apparently I'm missing something, because I don't see any entry in horizon interface. but lbaasv2 is active, as I can see its agents in `openstack network agent list' output. | 05:22 |
Tengu | I don't really know if the question has to be asked on #tripleo or here… | 05:22 |
*** aojea has joined #openstack-lbaas | 05:51 | |
*** aojea has quit IRC | 05:55 | |
*** tongl has quit IRC | 06:44 | |
*** pcaruana has joined #openstack-lbaas | 06:45 | |
*** armax has quit IRC | 06:45 | |
*** tesseract has joined #openstack-lbaas | 07:17 | |
*** bzhao has joined #openstack-lbaas | 07:25 | |
bzhao | reedip, ping | 07:26 |
*** ipsecguy_ has joined #openstack-lbaas | 07:28 | |
*** Alex_Staf_ has joined #openstack-lbaas | 07:30 | |
*** ipsecguy has quit IRC | 07:31 | |
*** wasmum has joined #openstack-lbaas | 07:34 | |
*** aojea has joined #openstack-lbaas | 07:38 | |
nmagnezi | rm_work, o/ | 07:41 |
*** aojea has quit IRC | 07:48 | |
*** AlexeyAbashkin has joined #openstack-lbaas | 07:57 | |
*** jidar has quit IRC | 08:03 | |
*** bzhao has quit IRC | 08:04 | |
*** bzhao has joined #openstack-lbaas | 08:04 | |
nmagnezi | Tengu, i suspect you should ask in TripleO, but just FYI in LBaaSv2 you need the neutron-lbaas-dashboard-plugin for Horizon to be deployed (and if you run Octavia it's named octavia-dashboard-plugin) | 08:05 |
Tengu | nmagnezi: hello! thanks for your answer - I think the answers is indeed on #tripleo. I found out why it's not set, and it's fully tripleo related. apparently missing an "enable_lb: True" in the horizon config. | 08:07 |
Tengu | nmagnezi: would openstack-neutron-lbaas-ui be the same? | 08:12 |
*** belharar has joined #openstack-lbaas | 08:16 | |
*** slaweq has joined #openstack-lbaas | 08:23 | |
*** ipsecguy has joined #openstack-lbaas | 08:24 | |
*** ipsecguy_ has quit IRC | 08:28 | |
*** mnaser has quit IRC | 08:30 | |
*** belharar has quit IRC | 08:36 | |
*** belharar has joined #openstack-lbaas | 08:36 | |
nmagnezi | Tengu, yeah, i think so :) | 08:37 |
*** yamamoto_ has quit IRC | 08:37 | |
*** leyal has quit IRC | 08:38 | |
Tengu | nmagnezi: seems it's ok. so I have a couple of issues to solve on my own, but basically I have the necessary information in order to install/activate it, and provide a patch against tripleo in order to get a correct support. Thanks for your time :) | 08:38 |
nmagnezi | Tengu, np! | 08:38 |
*** yamamoto has joined #openstack-lbaas | 08:40 | |
*** yamamoto has quit IRC | 08:40 | |
*** mnaser has joined #openstack-lbaas | 08:41 | |
*** aojea has joined #openstack-lbaas | 08:44 | |
*** leyal has joined #openstack-lbaas | 08:45 | |
*** aojea has quit IRC | 08:48 | |
*** dayou has quit IRC | 09:00 | |
*** dayou has joined #openstack-lbaas | 09:02 | |
*** yamamoto has joined #openstack-lbaas | 09:07 | |
*** dayou has quit IRC | 09:10 | |
*** yamamoto has quit IRC | 09:11 | |
*** yamamoto has joined #openstack-lbaas | 09:17 | |
*** yamamoto has quit IRC | 09:21 | |
*** dayou has joined #openstack-lbaas | 09:24 | |
*** yamamoto has joined #openstack-lbaas | 09:28 | |
*** yamamoto_ has joined #openstack-lbaas | 09:34 | |
*** salmankhan has joined #openstack-lbaas | 09:35 | |
*** yamamoto has quit IRC | 09:37 | |
*** aojea has joined #openstack-lbaas | 09:45 | |
*** sapd__ has quit IRC | 09:45 | |
*** sapd_ has joined #openstack-lbaas | 09:45 | |
*** sapd_ has quit IRC | 09:47 | |
*** sapd_ has joined #openstack-lbaas | 09:48 | |
*** aojea has quit IRC | 09:49 | |
*** AlexeyAbashkin has quit IRC | 09:49 | |
*** yamamoto_ has quit IRC | 09:56 | |
*** yamamoto has joined #openstack-lbaas | 10:26 | |
*** aojea has joined #openstack-lbaas | 10:45 | |
*** aojea has quit IRC | 10:50 | |
*** sanfern has quit IRC | 10:54 | |
*** AlexeyAbashkin has joined #openstack-lbaas | 10:55 | |
*** chlong has joined #openstack-lbaas | 11:01 | |
*** atoth has joined #openstack-lbaas | 11:12 | |
*** ramishra has quit IRC | 11:31 | |
*** ramishra has joined #openstack-lbaas | 11:39 | |
*** aojea has joined #openstack-lbaas | 11:46 | |
*** aojea has quit IRC | 11:50 | |
*** sanfern has joined #openstack-lbaas | 11:58 | |
*** openstackgerrit has joined #openstack-lbaas | 11:59 | |
openstackgerrit | Merged openstack/octavia master: Change 14.04 to 16.04 in devstack setup guide https://review.openstack.org/494407 | 11:59 |
*** yamamoto has quit IRC | 11:59 | |
Tengu | I guess nobody in here has anything to do with tripleo-related project voring on gerrit? :) | 12:00 |
nmagnezi | Tengu, we're happy to help with Octavia & LBaaS questions, but we don't have +2 votes on TripleO if that's what you're asking :) | 12:02 |
Tengu | nmagnezi: :'( | 12:02 |
Tengu | anyway, it will be pushed. eventually. | 12:02 |
Tengu | I know what to do on my own in order to get the lbaas UI at least :) | 12:03 |
*** sanfern has quit IRC | 12:29 | |
*** sanfern has joined #openstack-lbaas | 12:29 | |
*** belharar has joined #openstack-lbaas | 12:33 | |
*** links has quit IRC | 12:44 | |
*** aojea has joined #openstack-lbaas | 12:47 | |
*** aojea has quit IRC | 12:51 | |
*** yamamoto has joined #openstack-lbaas | 12:59 | |
*** belharar has quit IRC | 13:03 | |
*** yamamoto has quit IRC | 13:07 | |
openstackgerrit | Slawek Kaplonski proposed openstack/neutron-lbaas master: Allow to extend sub_resource attributes https://review.openstack.org/509708 | 13:08 |
openstackgerrit | Slawek Kaplonski proposed openstack/neutron-lbaas master: Allow to extend sub_resource attributes https://review.openstack.org/509708 | 13:08 |
*** leitan has joined #openstack-lbaas | 13:23 | |
*** belharar has joined #openstack-lbaas | 13:29 | |
*** armax has joined #openstack-lbaas | 13:50 | |
*** yamamoto has joined #openstack-lbaas | 13:54 | |
*** yamamoto has quit IRC | 13:55 | |
*** tongl has joined #openstack-lbaas | 14:04 | |
*** tongl has quit IRC | 14:23 | |
*** fnaval has joined #openstack-lbaas | 14:41 | |
*** tonygunk has joined #openstack-lbaas | 14:43 | |
*** aojea has joined #openstack-lbaas | 14:48 | |
*** chlong has quit IRC | 14:52 | |
*** aojea has quit IRC | 14:53 | |
*** yamamoto has joined #openstack-lbaas | 14:55 | |
*** yamamoto has quit IRC | 15:05 | |
*** ramishra has quit IRC | 15:07 | |
*** catintheroof has joined #openstack-lbaas | 15:13 | |
*** pcaruana has quit IRC | 15:19 | |
*** tesseract has quit IRC | 15:20 | |
*** fnaval_ has joined #openstack-lbaas | 15:20 | |
*** fnaval has quit IRC | 15:21 | |
*** slaweq_ has joined #openstack-lbaas | 15:28 | |
*** belharar has quit IRC | 15:35 | |
*** aojea has joined #openstack-lbaas | 15:49 | |
openstackgerrit | Michael Johnson proposed openstack/neutron-lbaas master: Update release notes doc theme https://review.openstack.org/513078 | 15:50 |
*** aojea has quit IRC | 15:54 | |
*** links has joined #openstack-lbaas | 15:55 | |
openstackgerrit | Murali Annamneni proposed openstack/neutron-lbaas master: Enable MySQL Cluster Support for neutron-lbaas https://review.openstack.org/513081 | 15:56 |
*** slaweq_ has quit IRC | 16:00 | |
*** tongl has joined #openstack-lbaas | 16:07 | |
openstackgerrit | Michael Johnson proposed openstack/octavia-dashboard master: Add release notes support to octavia-dashboard https://review.openstack.org/513086 | 16:16 |
openstackgerrit | Michael Johnson proposed openstack/neutron-lbaas master: Update release notes doc theme https://review.openstack.org/513078 | 16:22 |
*** links has quit IRC | 16:28 | |
*** AlexeyAbashkin has quit IRC | 16:47 | |
*** aojea has joined #openstack-lbaas | 16:50 | |
*** aojea has quit IRC | 16:54 | |
*** leyal has quit IRC | 17:04 | |
*** leyal has joined #openstack-lbaas | 17:05 | |
*** Swami has joined #openstack-lbaas | 17:12 | |
*** Swami has quit IRC | 17:15 | |
*** Swami has joined #openstack-lbaas | 17:16 | |
*** sshank has joined #openstack-lbaas | 17:22 | |
*** aojea has joined #openstack-lbaas | 17:22 | |
*** sshank has quit IRC | 17:40 | |
*** sshank has joined #openstack-lbaas | 17:44 | |
*** catinthe_ has joined #openstack-lbaas | 17:53 | |
*** catintheroof has quit IRC | 17:53 | |
openstackgerrit | boden proposed openstack/neutron-lbaas master: use FAULT_MAP from neutron-lib https://review.openstack.org/513151 | 17:53 |
johnsom | These zuul restarts are painful | 17:58 |
*** catintheroof has joined #openstack-lbaas | 17:59 | |
*** catinthe_ has quit IRC | 18:01 | |
*** catinthe_ has joined #openstack-lbaas | 18:05 | |
*** catintheroof has quit IRC | 18:07 | |
*** catintheroof has joined #openstack-lbaas | 18:14 | |
*** catinthe_ has quit IRC | 18:15 | |
*** AlexeyAbashkin has joined #openstack-lbaas | 18:19 | |
*** AlexeyAbashkin has quit IRC | 18:24 | |
*** tonygunk has quit IRC | 18:24 | |
*** aojea has quit IRC | 18:30 | |
*** slaweq_ has joined #openstack-lbaas | 18:33 | |
*** slaweq_ has quit IRC | 18:37 | |
*** jidar has joined #openstack-lbaas | 18:45 | |
*** jidar has quit IRC | 18:59 | |
*** jidar has joined #openstack-lbaas | 19:00 | |
*** jidar has left #openstack-lbaas | 19:02 | |
*** slaweq_ has joined #openstack-lbaas | 19:08 | |
*** salmankhan has quit IRC | 19:09 | |
*** sanfern has quit IRC | 19:10 | |
openstackgerrit | Merged openstack/neutron-lbaas master: Move neutron-lbaas zuulv3 configuration in repo https://review.openstack.org/512882 | 19:10 |
*** aojea has joined #openstack-lbaas | 19:16 | |
johnsom | Yay, we are on our way | 19:19 |
*** AlexeyAbashkin has joined #openstack-lbaas | 19:19 | |
openstackgerrit | Michael Johnson proposed openstack/octavia master: Move Octavia zuulv3 configuration in repo https://review.openstack.org/512870 | 19:20 |
*** aojea has quit IRC | 19:21 | |
*** AlexeyAbashkin has quit IRC | 19:24 | |
*** jdavis has joined #openstack-lbaas | 19:28 | |
*** atoth has quit IRC | 19:28 | |
johnsom | FYI, if you submit a patch and it doesn't show up in the new zuul dashboard, check the "queue length" at the top. Those are commits that haven't been brought into the pipelines yet. | 19:33 |
johnsom | It's at 374 now... sigh | 19:33 |
*** jniesz has joined #openstack-lbaas | 19:34 | |
johnsom | Once in the pipeline, then you start waiting for a instance to start your gates | 19:34 |
nmagnezi | johnsom, i'm still not convinced that this was an actual upgrade.. | 19:37 |
nmagnezi | more of a downgrade.. :| | 19:37 |
johnsom | I think once the rough edges are buffed out we will be happier with it | 19:38 |
nmagnezi | yeah that's what they said about Vista :P | 19:40 |
nmagnezi | jokes aside, I really hope we'll get to that point.. | 19:40 |
johnsom | Oh, Vista, ouch | 19:41 |
johnsom | lol | 19:41 |
*** sshank has quit IRC | 19:46 | |
nmagnezi | johnsom, a question about https://review.openstack.org/#/c/513078 | 19:47 |
nmagnezi | johnsom, i looked at the Octavia patch we merged some time ago ( https://review.openstack.org/#/c/478947/ ) | 19:47 |
nmagnezi | johnsom, do we need to also modify doc/source/conf.py ? | 19:48 |
nmagnezi | in neutron-lbaas | 19:48 |
johnsom | nmagnezi Short answer, yes. Long answer, there is a bunch of re-work-around stuff that needs to happen to neutron-lbaas docs, but I have put them at a lower priority. | 19:49 |
nmagnezi | johnsom, fair enough | 19:49 |
johnsom | Octavia meeting starting soon on #openstack-lbaas | 19:50 |
johnsom | Mostly because most folks still go to the neutron docs for lbaas, so, it's all about priorities... | 19:52 |
nmagnezi | johnsom, voted :) | 19:52 |
Alex_Staf_ | nmagnezi, the TC vote ? | 19:53 |
Alex_Staf_ | hi guys | 19:54 |
johnsom | Alex_Staf_ Hi. BTW, I moved your topic down to after the Bug/progress reports on the agenda | 19:55 |
johnsom | Made it it's own topic item | 19:55 |
*** longstaf_ has joined #openstack-lbaas | 19:55 | |
*** longstaff has joined #openstack-lbaas | 19:55 | |
Alex_Staf_ | johnsom, cool | 19:56 |
*** slaweq_ has quit IRC | 19:57 | |
johnsom | I hope rm_work and kong can make this meeting, he has been active on the tempest stuff. | 19:58 |
Alex_Staf_ | johnsom, if they will not I promise I will bug them all other time :) | 19:59 |
johnsom | Hahaha, fair enough | 19:59 |
*** armax has quit IRC | 19:59 | |
johnsom | They both tend to be on later in the day US | 19:59 |
johnsom | #startmeeting Octavia | 20:00 |
openstack | Meeting started Wed Oct 18 20:00:08 2017 UTC and is due to finish in 60 minutes. The chair is johnsom. Information about MeetBot at http://wiki.debian.org/MeetBot. | 20:00 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 20:00 |
*** openstack changes topic to " (Meeting topic: Octavia)" | 20:00 | |
openstack | The meeting name has been set to 'octavia' | 20:00 |
Alex_Staf_ | johnsom, yep I already told my manager that my hours will be partly US oriented | 20:00 |
johnsom | Hi all | 20:00 |
xgerman_ | o/ | 20:00 |
longstaf_ | hi | 20:00 |
johnsom | #topic Announcements | 20:00 |
nmagnezi | o/ | 20:00 |
*** openstack changes topic to "Announcements (Meeting topic: Octavia)" | 20:00 | |
Alex_Staf_ | o/ | 20:00 |
jniesz | hi | 20:00 |
*** sshank has joined #openstack-lbaas | 20:01 | |
johnsom | Starting off, Queens MS1 release is posted. I'm not sure when they will approve and release that due to the zuul issues, but it's posted. | 20:01 |
johnsom | #link https://review.openstack.org/513072 | 20:01 |
johnsom | Also, Newton EOL coming - delayed by gate issues / zuul v3 | 20:01 |
johnsom | Newton EOL should have been today, but I suspect it will get delayed a bit as well. | 20:02 |
xgerman_ | TC votes | 20:02 |
johnsom | TC elections are open for voting. If you are a foundation member and have contributed to OpenStack you should have received a ballot email. | 20:02 |
johnsom | <It's on the agenda...> | 20:02 |
nmagnezi | ack. | 20:03 |
Alex_Staf_ | checking | 20:03 |
johnsom | I also wanted to mention that I have started work on moving the Octavia projects over to using in-repo zuul v3 configs. | 20:03 |
johnsom | Side note, if you use gmail the ballots are going into the spam folder.... | 20:03 |
Alex_Staf_ | help with the email topic pls | 20:04 |
xgerman_ | PTG dates have been announced: week of 2/26 in Dublin | 20:04 |
xgerman_ | Ireland | 20:04 |
Alex_Staf_ | it's going to a cold PTG | 20:04 |
rm_work | o/ | 20:04 |
*** ipsecguy_ has joined #openstack-lbaas | 20:04 | |
xgerman_ | whiskey will keep you warm | 20:04 |
johnsom | The subject is "Poll: Queens TC Election" | 20:04 |
Alex_Staf_ | xgerman_, u , sir, r a wise man :) | 20:05 |
*** sshank has quit IRC | 20:05 | |
johnsom | Impact from the Zuul V3 work is for a short (as short as I can) we will be running duplicates of some of the gates. One is the legacy- and one not. legacy- is the old auto-generated job that will go away. | 20:06 |
johnsom | I have started with neutron-lbaas as Octavia has nlbaas gates. | 20:06 |
johnsom | So far, it's going ok, but slower than I would like due to the zuul issues | 20:06 |
johnsom | Yep, PTG in Dublin. Makes me nervous as I know some OpenStack locals that might try to break me. | 20:07 |
johnsom | Any other announcements today? | 20:07 |
xgerman_ | birthdays, weddings ? | 20:08 |
johnsom | Ha | 20:08 |
*** ipsecguy has quit IRC | 20:08 | |
johnsom | Neither here... | 20:08 |
johnsom | #topic Brief progress reports / bugs needing review | 20:08 |
*** openstack changes topic to "Brief progress reports / bugs needing review (Meeting topic: Octavia)" | 20:08 | |
johnsom | You have probably seen the patches go by, I am working on getting our zuul v3 house in order. | 20:09 |
johnsom | I also did some investigation into the OVH host gate failures, but ran out of creative ideas other than turning off KVM if the hostname has "-ovh-" in it. Something about some of their hosts makes kvm die. | 20:10 |
rm_work | Ah while I remember, Alex_Staf_ can you stay on after the meeting for a bit if you can? wanted to talk to you about tempest stuff | 20:10 |
johnsom | The google implies an AMD issue, but I don't know | 20:10 |
johnsom | Also I wanted to highlight the provider driver spec is up for review: | 20:10 |
johnsom | #link https://review.openstack.org/509957 | 20:10 |
Alex_Staf_ | rm_work, sure it is part of the topics | 20:10 |
johnsom | Please give it a browse and comment so we can take a second pass addressing comments, having discussions, etc. | 20:11 |
johnsom | Any other progress updates folks would like to share? | 20:11 |
Alex_Staf_ | johnsom, added to task list to view the doc | 20:12 |
johnsom | Cool, thanks | 20:12 |
johnsom | #topic Automated tests - Structure guidelines Doc is needed | 20:12 |
*** openstack changes topic to "Automated tests - Structure guidelines Doc is needed (Meeting topic: Octavia)" | 20:12 | |
johnsom | Alex_Staf_ you have the floor... grin | 20:12 |
Alex_Staf_ | Ok that's one mine | 20:12 |
*** sshank has joined #openstack-lbaas | 20:12 | |
Alex_Staf_ | after submitting inital patch to the octavia git , and not the plugin ( my bad ) | 20:13 |
Alex_Staf_ | I saw that I have many gaps that prevent me from going forward | 20:13 |
Alex_Staf_ | the fact that I am junior python writer is not helping so your help and guidance will be needed | 20:14 |
*** sshank has quit IRC | 20:14 | |
*** sshank has joined #openstack-lbaas | 20:14 | |
johnsom | Not a problem, we are happy to help | 20:14 |
Alex_Staf_ | additionally we need those guidelines to be written | 20:14 |
rm_work | Yeah, so we have been working on a patch for almost three months now for the new tempest testing framework for octavia | 20:14 |
rm_work | It's here: https://review.openstack.org/#/c/486775/ | 20:14 |
rm_work | Any testing you write should be based on that patch | 20:14 |
rm_work | It provides all of the framework that should be required | 20:15 |
Alex_Staf_ | rm_work, cool | 20:15 |
rm_work | Mostly that is a collaboration between JudeC, kong and myself | 20:15 |
Alex_Staf_ | rm_work, I will look into that | 20:15 |
Alex_Staf_ | rm_work, add me to that list :) | 20:15 |
johnsom | Well, there is a chain of patches: https://review.openstack.org/#/q/project:openstack/octavia-tempest-plugin+status:open | 20:15 |
rm_work | I recommend you pull that down and try it out, and give us your comments ;) | 20:15 |
rm_work | yes, so, there are a full range of tests based on this commit too | 20:15 |
Alex_Staf_ | I saw those and commented on several | 20:15 |
rm_work | as johnsom points out | 20:15 |
rm_work | we need to rebase them | 20:15 |
rm_work | we have been stabilizing the first one | 20:16 |
rm_work | but now that it looks right, we can move on to rebasing and tweaking those other ones | 20:16 |
johnsom | Yeah, start with the LB patch, the others may need updates based on changes made to it | 20:16 |
nmagnezi | rm_work, will that framework use the octavia python client? (i know some tempest stuff is using tempest made clients) | 20:16 |
rm_work | that was our plan for the rest of this week | 20:16 |
rm_work | nmagnezi: no | 20:16 |
rm_work | nmagnezi: in fact, tempest guidelines specifically expect you to not use any client but the tempest ones | 20:17 |
nmagnezi | rm_work, i never understood the motivation for this | 20:17 |
rm_work | because the clients are specifically made to interact correctly with the API | 20:17 |
nmagnezi | but okay, good to know | 20:17 |
rm_work | and tempest wants to be able to send custom stuff for negative tests | 20:17 |
*** openstackgerrit has quit IRC | 20:17 | |
rm_work | and trying to break the API / hit edge cases | 20:17 |
rm_work | which using the clients would explicitly prevent | 20:17 |
johnsom | nmagnezi I was thinking the same thing, but in reading more on the tempest docs, they want to use a built in REST client so you can do more negative testing than the SDK or client would allow. | 20:18 |
Alex_Staf_ | rm_work, tempest has functions for the Octavia API ? | 20:18 |
rm_work | Alex_Staf_: it does as of https://review.openstack.org/#/c/486775/ :) | 20:18 |
johnsom | Yeah, what he said... grin | 20:18 |
rm_work | the goal of tempest is not "for everything to work correctly", it's "to break everything if possible" :P | 20:19 |
rm_work | which means don't use known-good clients | 20:19 |
johnsom | These patches should be creating a tempest "service client" for octavia per: https://docs.openstack.org/tempest/latest/plugin.html#service-clients | 20:19 |
rm_work | yep, they do that | 20:19 |
johnsom | +1 | 20:19 |
Alex_Staf_ | rm_work, CRUD is not scenario testing we should move it to "API" | 20:19 |
nmagnezi | rm_work, in my mind, it would have made more sense to somehow have a way to switch off the checks in the official client and use it also for testing (but that's not for this discussion i guess) | 20:19 |
rm_work | Alex_Staf_: API testing is for testing the API interactions, which our CRUD actually isn't | 20:20 |
nmagnezi | yeah, a scenario test is more of a "user story" i think\ | 20:20 |
rm_work | it's testing the backend processes | 20:20 |
Alex_Staf_ | rm_work, hmmm | 20:20 |
rm_work | CRUD *is* a user story | 20:20 |
johnsom | nmagnezi There might be some interesting philosophical questions with SDKs and clients to be had over beverages with the QA team | 20:20 |
rm_work | we *do have* API tests, that test the API explicitly, in the Octavia functional test suite | 20:20 |
Alex_Staf_ | rm_work, a tricky one cus scenario should test not only creation but LB process for configuration scenario | 20:21 |
rm_work | the CRUD tests in Tempest are not actually testing the API | 20:21 |
rm_work | we know the API works from the other tests | 20:21 |
rm_work | these tests make sure the worker and queue and other-system integrations like nova and neutron work in reality | 20:21 |
Alex_Staf_ | rm_work, ok I got u , so we need to add some LB verification to the creation process | 20:21 |
rm_work | we also have tests for traffic | 20:22 |
johnsom | rm_work I really like our existing API functional tests, but wonder if the release independent nature of the tempest plugin means we need "traditional" tempest API tests too. | 20:22 |
rm_work | but just being able to actually create, update and delete a LB is quite a lot more complex than just what the API does | 20:22 |
rm_work | johnsom: yeah, we discussed this before -- if we did API tests in tempest, it's probably a good idea, but we need to do them separately with a noop config | 20:23 |
rm_work | i'd be in favor of adding a set of those | 20:23 |
Alex_Staf_ | rm_work, ok I can live with that even though the terminology is different from what I am familiar with. | 20:23 |
johnsom | Ok, I am cool with that being a future item too. We have coverage with functional API | 20:23 |
rm_work | yes | 20:23 |
rm_work | definitely future | 20:23 |
Alex_Staf_ | where can I look at the tests for traffic ? | 20:24 |
Alex_Staf_ | same link ? | 20:24 |
rm_work | Alex_Staf_: when you get more deeply familiar with how octavia works on the backend, you'll understand better why I call CRUD a scenario :P | 20:24 |
rm_work | yes | 20:24 |
rm_work | https://review.openstack.org/#/c/486775/31/octavia_tempest_plugin/tests/v2/scenario/test_basic_ops.py | 20:24 |
johnsom | Alex_Staf_ If you have not seen them, Octavia is a bit different than other projects in that our functional gates spin up an API server and run against that with no backend controller worker. | 20:24 |
rm_work | those are the traffic tests | 20:24 |
rm_work | right now there's one, I have a second one WIP on top of it in a different CR | 20:24 |
johnsom | #link https://github.com/openstack/octavia/tree/master/octavia/tests/functional/api | 20:25 |
Alex_Staf_ | rm_work, I know actually but u added a new logic to my understanding | 20:25 |
rm_work | but I still need to figure out some logistics around that one (it's for testing failover, and right now it is designed specifically for ACTIVE_STANDBY, which we don't run in our gates at all (though we should!) | 20:25 |
rm_work | ) | 20:25 |
johnsom | Right, Active/Standby tests have been long needed | 20:26 |
johnsom | Zuulv3 could make that actually possible | 20:26 |
nmagnezi | indeed. would be really great to have such tests | 20:26 |
Alex_Staf_ | whats zuul (v3) | 20:26 |
rm_work | yes, though also at the moment it only actually works with the FLIP driver, since the FLIP driver updates the DB on failover, but the default upstream driver does not | 20:26 |
rm_work | I wanted to discuss a thought about how to make that happen, actually | 20:27 |
johnsom | #link https://docs.openstack.org/infra/manual/zuulv3.html | 20:27 |
Alex_Staf_ | tnx, added to the task list | 20:27 |
johnsom | It's a new gate testing system for OpenStack. It went live Sunday | 20:27 |
johnsom | So back to the tempest plugin, Alex_Staf_ you were asking about guidelines, I pointed you to the tempest plugin docs, were there more guidelines you think we as Octavia need to create? | 20:28 |
Alex_Staf_ | Where are the CRED function should be written for each object for example | 20:29 |
Alex_Staf_ | johnsom, after u told me that there will be object_client files it is clear to me . So stuff like those | 20:30 |
Alex_Staf_ | I think a brief explanation with example could be good . | 20:30 |
nmagnezi | johnsom, what are our goals for the tempest plugin as far as queens goes anyway? | 20:31 |
johnsom | I think once we have the LB patch landed it will be easier to follow the tempest plugin docs. | 20:31 |
Alex_Staf_ | johnsom, agree | 20:32 |
johnsom | nmagnezi Good question, give me a second | 20:32 |
nmagnezi | np | 20:32 |
*** sshank has quit IRC | 20:32 | |
johnsom | For the 'official" queens goal on the tempest plugin the completion criteria is here: | 20:32 |
johnsom | https://governance.openstack.org/tc/goals/queens/split-tempest-plugins.html#completion-criteria | 20:32 |
nmagnezi | i see "Switch gating jobs to use the new plugin project instead of the bundled one" | 20:33 |
johnsom | For us, I would really like to see at least basic CRUD coverage for the main objects, LB, listener, L7, etc. running and gating | 20:33 |
nmagnezi | i guess we'll need to dedicate some resources to make it happen | 20:34 |
* nmagnezi glares at Alex_Staf_ | 20:34 | |
nmagnezi | :) | 20:34 |
Alex_Staf_ | l7 has zillion of possible scenarios | 20:34 |
johnsom | So far, rm_work, JudeC, and kong have been working on that, more is always helpful! | 20:34 |
Alex_Staf_ | o/ \o/ \o | 20:35 |
*** armax has joined #openstack-lbaas | 20:35 | |
rm_work | yeah we haven't gotten to L7 yet lol | 20:35 |
*** sshank has joined #openstack-lbaas | 20:35 | |
johnsom | Yeah, I'm not expecting we will have the mythical "full coverage" in queens, but at least a basic CRUD set would be good. | 20:35 |
Alex_Staf_ | rm_work, I have a matrix for that I will share | 20:35 |
xgerman_ | tests are a good way of getting people started on the project | 20:35 |
nmagnezi | xgerman_, +1 | 20:36 |
rm_work | probably we can have you work on that one :P just use that first LB testing patch as a base | 20:36 |
rm_work | and look at how we were adding the other tests to it | 20:36 |
rm_work | like pool / listener | 20:36 |
Alex_Staf_ | cool I will study the testing patch and follow that | 20:37 |
Alex_Staf_ | prepare yourselves for a questions rain :) | 20:37 |
johnsom | Really, the only other must-do item (IMO) is get a provider driver interface in place for queens | 20:37 |
rm_work | yes | 20:37 |
johnsom | Act/Act is high-want | 20:37 |
johnsom | Again, IMO | 20:38 |
johnsom | Alex_Staf_ Don't be shy, we will all probably learn something | 20:38 |
xgerman_ | +1 | 20:38 |
*** openstackgerrit has joined #openstack-lbaas | 20:38 | |
openstackgerrit | Adam Harwell proposed openstack/octavia-tempest-plugin master: Create scenario tests for loadbalancers https://review.openstack.org/486775 | 20:38 |
rm_work | ^^ addressed the latest round of concerns from you and kong | 20:39 |
johnsom | Ok, any other items on the tempest plugin work? | 20:39 |
rm_work | err, johnsom and kong | 20:39 |
Alex_Staf_ | https://ibb.co/mhCuMR | 20:39 |
*** PagliaccisCloud has quit IRC | 20:39 | |
rm_work | Alex_Staf_: yeah we may actually want to do some sort of dynamic testing with that | 20:39 |
rm_work | basically, provide that matrix in actual programatic matrix form, and have tempest do every permutation | 20:40 |
rm_work | (for an API test, at least) | 20:40 |
rm_work | though it'd be nice to do it with traffic as well, but that'd require more individual tests i think | 20:40 |
Alex_Staf_ | rm_work, sounds smarter :) interesting how this happens | 20:40 |
johnsom | What ever happened to that DDT stuff that was started in neutron-lbaas? I know it never made it far enough to actually be a gate. | 20:40 |
Alex_Staf_ | rm_work, my plan is to test it with traffic | 20:40 |
xgerman_ | nah, it was in the gate bu tetsing took too long | 20:41 |
Alex_Staf_ | it did not play nice =\ | 20:41 |
rm_work | johnsom: basically it died i think, fnaval_ was the driver for it IIRC and he got pulled off | 20:41 |
johnsom | #link https://specs.openstack.org/openstack/qa-specs/specs/tempest/ddt-testing.html | 20:41 |
Alex_Staf_ | not on my setups at least | 20:41 |
fnaval_ | hi Alex_Staf_ - were you able to find what you were looking for earlier? | 20:41 |
xgerman_ | well, it was tesring a ton of combinations and that took long — so let’s focus on the ahppy case | 20:41 |
*** fnaval_ is now known as fnaval | 20:41 | |
rm_work | if we reuse a LB for that, it should be OK | 20:42 |
nmagnezi | rm_work, looks like he's back :) | 20:42 |
kong | rm_work: ack | 20:42 |
Alex_Staf_ | fnaval, I am getting there . Have a big patch to read :) | 20:42 |
kong | rm_work: will review and test today | 20:42 |
fnaval | cool! =) | 20:42 |
xgerman_ | rm_work — reusing stuff is always questionable in tests | 20:42 |
rm_work | xgerman_: yeah but in this case, we can have one that tries to test all permutations | 20:43 |
Alex_Staf_ | xgerman_, it is better to recreate for testing | 20:43 |
rm_work | since the issue will really be "does the traffic pass correctly", not "does the LB error" | 20:43 |
rm_work | we have other tests that we can run individually to make sure the LB correctly accepts the config | 20:44 |
fnaval | I really liked that it did/does permutations so that it can find the edge cases. I think tagging happy test cases and running them would be better(but leaving in the ddt stuff). | 20:44 |
xgerman_ | ok, I am just wary since if we find something odd it might be tough to reproduce.fix | 20:44 |
johnsom | Yes and no, I think we should look at optimizing the tests around a single LB where it makes sense. We may be able to spin up more compute hosts with zuulv3 which would help with the test time by paralleling more. | 20:45 |
*** PagliaccisCloud has joined #openstack-lbaas | 20:45 | |
johnsom | LB create is high overhead and has a time penalty. | 20:46 |
johnsom | Are we ready to move on to Open Discussion or is there more to discuss here? | 20:47 |
johnsom | #topic Open Discussion | 20:47 |
*** openstack changes topic to "Open Discussion (Meeting topic: Octavia)" | 20:47 | |
johnsom | Ok, other topics today? | 20:48 |
rm_work | Maintenance API / Amphora-AZ | 20:48 |
rm_work | I've had a spec stewing for an API around doing maintenance on AZ/HV ... | 20:48 |
rm_work | but I think I've been convinced we don't really need it | 20:48 |
johnsom | #link https://review.openstack.org/509933 | 20:48 |
rm_work | so long as I can get agreement to merge one of the two patches I've got up for returning Amphora AZ data | 20:49 |
johnsom | I lean towards the query nova approach, but I need to circle back on those. I have been distracted with all of these gate issues. | 20:50 |
rm_work | The first one stores the data locally in our DB at create time, so it can be very quickly searched/filtered on: | 20:50 |
rm_work | #link https://review.openstack.org/510225 | 20:50 |
rm_work | The second approach queries nova along with every request, and returns responses from that data: | 20:50 |
rm_work | #link https://review.openstack.org/511045 | 20:50 |
johnsom | Every request to this admin API for amphora details.... | 20:50 |
rm_work | yes, good distinction | 20:51 |
johnsom | Not every API request | 20:51 |
rm_work | not like, EVERY call :P | 20:51 |
rm_work | It will be guaranteed accurate, while technically the first approach *could* drift, if people are doing live-migrates and such, though I don't think that's especially likely | 20:51 |
rm_work | I'm generally more in favor of the first approach (we store it in the DB) because I think the risk/reward tradeoff is clear for me, but possibly with some deployers it might skew the other way | 20:52 |
rm_work | I feel like the second one (query nova) is less contentious... less efficient in the 95% case, but more accurate in the 5% case | 20:52 |
rm_work | and since we get to always go with the LCD here... | 20:53 |
rm_work | My guess is that's the one people will generally vote for ;) | 20:53 |
jniesz | for the first approach is there an option to re-sync? | 20:53 |
rm_work | I didn't have one, though we could do that | 20:53 |
jniesz | if it happens to get out of sync since create | 20:53 |
*** catintheroof has quit IRC | 20:53 | |
rm_work | just adds complexity | 20:53 |
rm_work | I'm sure housekeeping could do it as a periodic | 20:53 |
*** leitan has quit IRC | 20:53 | |
*** catintheroof has joined #openstack-lbaas | 20:54 | |
johnsom | I lean more towards the query nova approach for two reasons. 1. Single point of truth in nova. 2. Platform folks may have maintenance procedures for the hosts/hypervisors that just live-migrates whatever instances are running for maintenance, so we would have inaccurate info in the DB. | 20:54 |
xgerman_ | let’s not overthink this — let’s go with nova and if we see issues we can add on | 20:54 |
johnsom | True, it's probably easier to change to storing than to change the other way (no DB contraction for example) | 20:56 |
rm_work | yep | 20:56 |
rm_work | so ok, please review https://review.openstack.org/511045 ? | 20:56 |
jniesz | yea that makes sense | 20:56 |
johnsom | Ok, so please everyone, review the specs rm_work listed and give your input. | 20:56 |
nmagnezi | #link https://review.openstack.org/511045 | 20:57 |
rm_work | As I said, I think the maintenance API spec is dead -- planning to abandon it assuming the Amp-az patch merges, and no one else expresses interest | 20:57 |
johnsom | We have a few more minutes, any other topics? | 20:57 |
rm_work | I might put up another spec for an AZ-evacuate call to do pre-failure though | 20:57 |
*** catintheroof has quit IRC | 20:58 | |
johnsom | Ok folks, thanks for the strong turn out today! | 20:58 |
johnsom | #endmeeting | 20:58 |
nmagnezi | bye :) | 20:58 |
Alex_Staf_ | Good night/day/afternoon guys | 20:58 |
*** openstack changes topic to "Welcome to LBaaS / Octavia - Queens development is now open." | 20:59 | |
openstack | Meeting ended Wed Oct 18 20:58:59 2017 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 20:59 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/octavia/2017/octavia.2017-10-18-20.00.html | 20:59 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/octavia/2017/octavia.2017-10-18-20.00.txt | 20:59 |
openstack | Log: http://eavesdrop.openstack.org/meetings/octavia/2017/octavia.2017-10-18-20.00.log.html | 20:59 |
Alex_Staf_ | rm_work, we covered everything u wanted ? | 20:59 |
rm_work | I think so | 20:59 |
Alex_Staf_ | rm_work, me too | 20:59 |
Alex_Staf_ | tnx | 20:59 |
*** longstaf_ has left #openstack-lbaas | 20:59 | |
*** longstaff has quit IRC | 20:59 | |
Alex_Staf_ | I will bug u from time to time | 20:59 |
nmagnezi | johnsom, I have a question related to neutron-lbaas and security groups (not sure it is relevant for the Octavia implementation), do you have a minute? | 21:00 |
johnsom | Yeah, just ping folks here in the channel. There are usually folks around that might be able to answer/help | 21:00 |
johnsom | nmagnezi Sure | 21:00 |
nmagnezi | johnsom, i was asked about a use-case that very much reminds what is listed here: https://docs.openstack.org/newton/networking-guide/config-lbaas.html (search for "Update the security group") | 21:01 |
nmagnezi | johnsom, now, the person who asked me this told me he tested and tried to allow the loadbalancer to accept traffic only from a specific source | 21:02 |
nmagnezi | but it does not seem to get enforced at all | 21:02 |
nmagnezi | (the port details show that the sec group is indeed attached to the port) | 21:02 |
johnsom | Yep. That doc is wrong | 21:02 |
nmagnezi | now, we have a suspicion that this is not suppose to work | 21:03 |
nmagnezi | yeah | 21:03 |
johnsom | Is this a port the user passed in or lbaas created? | 21:03 |
nmagnezi | so that port is kinda the same as a route port, no? | 21:03 |
nmagnezi | the lbaas-vip port | 21:03 |
johnsom | Right, but users can pass in a port or they can have neutron lbaas create the port. | 21:04 |
johnsom | Either way, a security group gets applied to the port by lbaas/octavia that restricts it down to the TCP ports defined as listeners. | 21:05 |
johnsom | The issue comes around due to the port ownership and firewalling the amphora | 21:05 |
johnsom | We talked about this some at the PTG: | 21:05 |
johnsom | https://etherpad.openstack.org/p/octavia-ptg-queens | 21:05 |
johnsom | Line 469 | 21:05 |
* nmagnezi looks | 21:05 | |
johnsom | In the past we proposed adding an ACL API for the listeners/load balancers to work around this issue | 21:06 |
johnsom | The container folks want to be able to add security groups to the ports to allow transitive trust, which is yet another issue. | 21:06 |
nmagnezi | aha.. | 21:07 |
nmagnezi | mm | 21:07 |
nmagnezi | so what do we expect to happen if a user creates a loadbalancer an existing port | 21:07 |
nmagnezi | will that behave differently? | 21:07 |
nmagnezi | will sec groups be enforced because that port was created by the user? | 21:08 |
johnsom | I'm not 100% sure in neutron-lbaas with other drivers. With Octavia we will apply our own SG to the port | 21:08 |
xgerman_ | +1 | 21:08 |
johnsom | This is "A hard one" grin | 21:08 |
johnsom | What we really want is to be able to layer SGs with the base owned by the octavia service account and the later SGs owned by the tenant | 21:09 |
nmagnezi | ack. i guess what i'm trying to understand is why technically it does not work in n-lbaas. I understand that the doc is wrong but not sure I understand how that vip port gets away from the sec group | 21:09 |
johnsom | Technically it's possible at a low level, but OpenStack doesn't really enable that today as far as I konw | 21:10 |
nmagnezi | yeah that sounds good actually.. | 21:10 |
*** tongl has quit IRC | 21:11 | |
johnsom | nmagnezi My guess is if you come in with an admin account and look at the port it has a different SG applied to it. | 21:11 |
*** jdavis has quit IRC | 21:11 | |
nmagnezi | johnsom, i'll try to deploy and node and look, but from the log i got it seems like the sec group is indeed attached to the port, just not enforced at all | 21:12 |
nmagnezi | johnsom, and by "port" i mean that port n-lbaas create from the VIP | 21:12 |
johnsom | I know there was an old bug in neutron-lbaas v1 that SGs just didn't work, but I don't think that was an issue with v2 | 21:13 |
nmagnezi | mmm.. so what exactly makes the doc wrong? we don't expect this to work by design? | 21:15 |
johnsom | Well, in most cases I don't think the user can see the VIP port as it's owned by neutron-lbaas/octavia. (unless the user is ADMIN) | 21:16 |
johnsom | Second I would expect the security group to just get overwriten | 21:17 |
nmagnezi | overwritten when the user adds listeners for example? | 21:17 |
johnsom | Right | 21:18 |
nmagnezi | i guess we have a doc to enhance.. :D | 21:18 |
johnsom | Well, that is the newton version of the networking guide... | 21:19 |
*** AlexeyAbashkin has joined #openstack-lbaas | 21:19 | |
johnsom | A whole bunch of that documentation for neutron-lbaas has strange stuff in it. It was outside of the repos so the neutron-lbaas folks didn't know it was getting changed wrong. | 21:20 |
*** AlexeyAbashkin has quit IRC | 21:24 | |
nmagnezi | johnsom, yeah. that doc is very misleading.. now I need to make sense of it to others :) https://memegenerator.net/img/instances/500x/64111133/if-its-on-the-internet-it-must-be-true-albert-einstein-2013.jpg | 21:26 |
johnsom | lol yes | 21:27 |
nmagnezi | afk for ~30 min | 21:27 |
johnsom | nmagnezi We are certainly open to ideas around the SG issue | 21:27 |
nmagnezi | johnsom, yeah. i'm not going to waste time on this from n-lbaas. would be cool to have it in Octavia. just wanted to help out the person who asked me :) | 21:28 |
nmagnezi | s/from/for | 21:28 |
johnsom | +1 | 21:28 |
*** sshank has quit IRC | 21:33 | |
*** openstackgerrit has quit IRC | 21:48 | |
mugsie | The problem with a Octavia owned security group is that normal users can't see it | 21:49 |
johnsom | Ha, yes, that is one issue I listed above. | 21:50 |
johnsom | Up late? | 21:50 |
mugsie | Yeah, just on the way home | 21:50 |
mugsie | Had a beer with kiall | 21:50 |
xgerman_ | (from a pub) | 21:50 |
johnsom | Ha, nice. speaking terms | 21:50 |
mugsie | Hey, you got to get in training for the PTG | 21:51 |
johnsom | Hahaha, I know.... | 21:51 |
mugsie | xgerman_: seems ready | 21:53 |
xgerman_ | lol | 21:53 |
rm_work | I get absolutely wrecked by pretty much any European, so I don't even try to keep up anymore :P | 21:55 |
rm_work | went head-to-head with a German when I was 21 ... Thankfully he got me home somehow. :P | 21:56 |
mugsie | Germans can be dangerous. They have hollow legs | 21:56 |
*** slaweq_ has joined #openstack-lbaas | 21:58 | |
xgerman_ | ha | 21:58 |
*** slaweq_ has quit IRC | 22:02 | |
*** leitan has joined #openstack-lbaas | 22:04 | |
*** ipsecguy_ has quit IRC | 22:06 | |
*** openstackgerrit has joined #openstack-lbaas | 22:07 | |
openstackgerrit | Michael Johnson proposed openstack/octavia-dashboard master: Add release notes support to octavia-dashboard https://review.openstack.org/513086 | 22:07 |
*** leitan has quit IRC | 22:08 | |
*** sshank has joined #openstack-lbaas | 22:11 | |
*** med_ has quit IRC | 22:23 | |
*** Guest99060 has joined #openstack-lbaas | 22:23 | |
*** ipsecguy has joined #openstack-lbaas | 22:29 | |
johnsom | So, the sphinx template tool builds broken sphinx configs... Ah well, that fixes the release notes for dashboard. | 22:34 |
*** jniesz has quit IRC | 22:42 | |
*** fnaval has quit IRC | 22:47 | |
*** jdavis has joined #openstack-lbaas | 23:12 | |
*** jdavis has quit IRC | 23:17 | |
*** AlexeyAbashkin has joined #openstack-lbaas | 23:19 | |
*** AlexeyAbashkin has quit IRC | 23:23 | |
openstackgerrit | Michael Johnson proposed openstack/octavia master: Move Octavia zuulv3 configuration in repo https://review.openstack.org/512870 | 23:47 |
rm_work | johnsom: so we're good for Octavia now that n-lbaas merged? | 23:53 |
johnsom | The octavia patch is next, yes. I noticed I had the wrong nlbaas job voting so just fixed that. | 23:54 |
johnsom | Hopefully we can merge the octavia one tomorrow then I can put in the jobs to remove the legacy- | 23:55 |
johnsom | Just a bummer it's taking 4+ hours for a run to finish today. | 23:55 |
rm_work | well | 23:57 |
rm_work | everything is running TWICE | 23:57 |
rm_work | >_< | 23:57 |
rm_work | for everyone | 23:57 |
rm_work | until they all get this stuff merged | 23:57 |
rm_work | so the gates are understandably slammed during transition | 23:57 |
johnsom | It seems like this is the issue they are fighting at the moment: | 23:58 |
johnsom | https://usercontent.irccloud-cdn.com/file/WotOBkdN/image.png | 23:58 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!