Wednesday, 2019-02-13

eanderssonpatch looks good atm have two nodes00:33
eanderssonone patch, one not00:33
eanderssonpatched one has 100 connections, unpatched almost 6k00:34
eanderssonno actual load applied on either00:34
colin-yeah, glad to see something apparent that we can track00:35
colin-and a positive correlation from the change :)00:35
*** openstackgerrit has quit IRC00:52
*** sapd1 has joined #openstack-lbaas01:26
*** Dinesh_Bhor has joined #openstack-lbaas01:32
*** phuochoang has quit IRC01:37
*** ramishra has joined #openstack-lbaas01:52
*** fnaval has quit IRC02:13
*** fnaval_ has joined #openstack-lbaas02:13
*** hongbin has joined #openstack-lbaas02:21
*** abaindur has quit IRC02:22
colin-opened a story under the project to track what we've been discussing, first time so lmk if i missed anything02:23
johnsomcolin- Looks pretty good.  I usually tag for backport-candidate.02:25
johnsomIf of course there is a chance this could be backported02:25
colin-and do you typically try to associate the gerrit changes with the stories in comments?02:26
johnsomYes, it's Story: 2004993 and Task: 2946402:26
johnsomLike on this one: https://review.openstack.org/#/c/617385/02:27
colin-cool, thx02:29
*** Dinesh_Bhor has quit IRC02:44
*** Dinesh_Bhor has joined #openstack-lbaas02:48
johnsombzhao__ Are you online?02:55
bzhao__johnsom:  Yeah.02:55
johnsombzhao__ Hi!02:55
bzhao__johnsom: Hi, ;-)02:56
johnsombzhao__ I have started a patch addressing my comments on that patch.02:56
johnsombzhao__ I hope that is ok and you had not started.02:57
bzhao__johnsom:  Change back to add new columns into tables, but not a new table ?02:57
bzhao__johnsom: That's OK, I'm not start yet. ;-)02:57
johnsombzhao__ I started at the top of my comments and have been fixing your patch.02:57
bzhao__johnsom:  Just return from long holiday..02:57
johnsombzhao__ Nice!02:58
johnsombzhao__ I am starting to review and work on your TLS chain starting this week.02:58
bzhao__johnsom:  Thanks, I will cooperate with your suggest. ;-)02:59
bzhao__johnsom:  As I following the style based on the first patch, so that may be a multiple fixes.03:00
johnsombzhao__ Yeah, I understand that. These updates will need to be done across the chain.  Sorry we didn't have reviews early.03:00
johnsombzhao__ This is partly why I figured I would just work on the fixes as well.03:01
bzhao__johnsom: Thanks, I know there are so many features need to be landed this cycle. You all have done a great work.03:02
johnsombzhao__ So I'm not going to finish this update tonight. I will read your comments and address them in my change. I will finish the update tomorrow and post an amended patch.03:03
bzhao__johnsom:  OK, thanks for help. I will hold on and continue the tempest part maybe.03:04
johnsombzhao__ If you are bored and looking for something to do, we could use tempest tests. I did comment on your https server patch. I also added a base TLS scenario, etc. for an example: https://review.openstack.org/#/c/628075/03:05
bzhao__johnsom:  Yeah, thanks for this work. I will refactor the exist tempest patch. ;P03:07
johnsombzhao__ Ok, thanks.  I am going to have dinner now.  I think we can get all of this in for Stein. That is my plan.  Glad you are back, that will help.03:08
bzhao__johnsom:  Ha, sorry for my absence, there are so many troubles in my 2 months, so I'm really happy for back to work with you all. ;-)03:11
bzhao__johnsom:  Happy dinner. ;-)03:13
eanderssonSo patch is looking great03:33
eandersson12k on node 1 (unpatched) 158 on patched03:34
eanderssonI'll do a push tomorrow to fix clean up unit-tests and clean up based on feedback03:35
eanderssonIf you guys have time review it and provide feedback03:35
rm_workYeah I'll definitely look03:42
eanderssonThanks rm_work03:43
eanderssonTrying to clean up the tests I broke like 57 other things lol04:32
*** fnaval_ has quit IRC04:38
*** hongbin has quit IRC04:55
*** openstackgerrit has joined #openstack-lbaas05:07
openstackgerritErik Olof Gunnar Andersson proposed openstack/octavia master: Fix oslo messaging connection leakage  https://review.openstack.org/63642805:07
openstackgerritErik Olof Gunnar Andersson proposed openstack/octavia master: Fix oslo messaging connection leakage  https://review.openstack.org/63642805:08
eanderssonrm_work, johnsom https://review.openstack.org/#/c/636428/3/octavia/controller/queue/event_queue.py05:12
eanderssonI don't know how to handle this05:12
eanderssonbtw at 17k vs 158 connections :p05:15
eanderssonso pretty sure the patch is effective05:15
openstackgerritMerged openstack/octavia master: Refactor the pluggin of the VIP  https://review.openstack.org/60447905:28
*** psachin has joined #openstack-lbaas05:50
*** Dinesh_Bhor has quit IRC06:30
*** Dinesh_Bhor has joined #openstack-lbaas06:39
*** yboaron_ has joined #openstack-lbaas06:42
*** ccamposr has joined #openstack-lbaas06:43
*** obondarev has joined #openstack-lbaas07:05
*** obondarev has left #openstack-lbaas07:05
*** AlexStaf has joined #openstack-lbaas07:28
openstackgerritReedip proposed openstack/octavia-tempest-plugin master: Check Monitor in Member Scenario Tests  https://review.openstack.org/63489107:34
*** gcheresh has joined #openstack-lbaas07:40
*** rpittau has joined #openstack-lbaas07:57
*** ipo has joined #openstack-lbaas08:00
*** numans is now known as numans_afk08:01
*** ipo has quit IRC08:06
*** yboaron_ has quit IRC08:15
*** numans_afk is now known as numans08:17
*** velizarx has joined #openstack-lbaas08:46
*** yboaron_ has joined #openstack-lbaas09:08
*** velizarx has quit IRC09:10
*** yamamoto has quit IRC09:10
*** yamamoto has joined #openstack-lbaas09:12
*** yboaron_ has quit IRC09:14
*** yboaron_ has joined #openstack-lbaas09:14
*** velizarx has joined #openstack-lbaas09:24
*** yboaron_ has quit IRC09:26
*** yboaron_ has joined #openstack-lbaas09:26
*** obondarev has joined #openstack-lbaas09:49
*** mkuf_ is now known as mkuf10:01
*** obondarev has quit IRC10:04
*** obondarev has joined #openstack-lbaas10:05
*** yamamoto has quit IRC10:30
openstackgerritCarlos Goncalves proposed openstack/octavia-tempest-plugin master: Check Monitor in Member Scenario Tests  https://review.openstack.org/63489110:41
openstackgerritCarlos Goncalves proposed openstack/octavia-tempest-plugin master: Check Monitor in Member Scenario Tests  https://review.openstack.org/63489110:42
openstackgerritYang JianFeng proposed openstack/octavia master: Add listener and pool protocol validation  https://review.openstack.org/59404010:49
*** yamamoto has joined #openstack-lbaas11:05
*** velizarx has quit IRC11:13
*** yamamoto has quit IRC11:14
*** Dinesh_Bhor has quit IRC11:21
openstackgerritNir Magnezi proposed openstack/neutron-lbaas stable/rocky: nlbaas2octavia: do not change SG owned by user  https://review.openstack.org/63659611:22
*** yamamoto has joined #openstack-lbaas11:28
*** sapd1 has quit IRC11:45
rm_workerk, https://review.openstack.org/604479 is going to wreak total havoc on my L3 driver T_T lol11:52
*** rpittau has quit IRC11:52
*** velizarx has joined #openstack-lbaas12:08
*** salmankhan has joined #openstack-lbaas12:11
*** salmankhan1 has joined #openstack-lbaas12:22
*** salmankhan has quit IRC12:24
*** salmankhan1 is now known as salmankhan12:24
*** yamamoto has quit IRC12:28
*** rpittau has joined #openstack-lbaas12:29
openstackgerritNir Magnezi proposed openstack/octavia master: Amphora logging  https://review.openstack.org/62483512:34
*** yamamoto has joined #openstack-lbaas12:36
*** trown|outtypewww is now known as trown13:06
*** sapd1 has joined #openstack-lbaas13:08
*** Dinesh_Bhor has joined #openstack-lbaas13:34
openstackgerritNir Magnezi proposed openstack/octavia-tempest-plugin master: Save amphora logs in gate  https://review.openstack.org/62640613:36
*** velizarx has quit IRC13:39
*** obondarev has quit IRC13:42
openstackgerritMerged openstack/octavia-tempest-plugin master: Use cls.skipException and raise it  https://review.openstack.org/63004913:43
*** Dinesh_Bhor has quit IRC13:44
*** obondarev has joined #openstack-lbaas13:47
*** velizarx has joined #openstack-lbaas13:52
*** Dinesh_Bhor has joined #openstack-lbaas14:22
*** yamamoto has quit IRC14:44
*** yamamoto has joined #openstack-lbaas14:49
*** yamamoto has quit IRC14:49
*** yamamoto has joined #openstack-lbaas14:50
*** yamamoto has quit IRC14:50
*** sapd1 has quit IRC14:52
*** yamamoto has joined #openstack-lbaas15:00
*** yamamoto has quit IRC15:00
*** velizarx has quit IRC15:00
*** fnaval has joined #openstack-lbaas15:07
*** sapd1 has joined #openstack-lbaas15:08
*** Dinesh_Bhor has quit IRC15:16
*** yboaron_ has quit IRC15:19
*** obondarev has quit IRC15:21
*** dayou has quit IRC15:29
*** dayou has joined #openstack-lbaas15:52
*** gcheresh has quit IRC15:53
openstackgerritNir Magnezi proposed openstack/octavia master: WIP: Add initscript element to RHEL8 and Fedora28  https://review.openstack.org/63666116:00
*** ianychoi has quit IRC16:08
colin-so far so good with our test of the PR branch in the oslo change, after ~16h of operation the number of files on the upstream branch open for amqp connections is 70,412 while on the PR branch it is 15816:18
colin-no traces yet that i can find16:18
johnsom+116:18
jitekajohnsom: is any chance that it could be backported to Rocky ?16:23
johnsomThe rabbit patch?  Yes, I think so. At least in it's current form it should be fine to go back to queens.16:23
jitekajohnsom: that's a good news then16:24
*** ramishra has quit IRC16:29
*** yamamoto has joined #openstack-lbaas16:30
*** ccamposr has quit IRC16:31
cgoncalvesrocky and queens :)16:36
*** yamamoto has quit IRC16:38
*** obondarev has joined #openstack-lbaas16:52
*** obondarev has quit IRC16:53
*** obondarev has joined #openstack-lbaas16:55
colin-guessing the answer is no but is anyone else running this change?16:55
colin-just curious if our observations are consistent16:56
johnsomSorry, I am not at the moment16:56
colin-all good, has not been very long heh :)16:56
*** obondarev has quit IRC17:00
cgoncalvescolin-, so it will reduce both cpu and memory usage footprint?17:00
colin-i think the memory utilization we were referring to was virtual memory on the containers running the api process, as it grew relative to the number of open files for that container17:01
colin-(up to 29G at some points)17:01
johnsomYeah, it should do both. It looks like oslo messaging has heartbeating enabled by default, so it would have been cycling all of those open connections.17:02
colin-but have seen a dramatic reduction in CPU load on a busy host that was also running octavia-api and struggling with the burden of the extra files17:02
colin-now when i sort octavia procs in top they are organized how i would expect with healthmanager the busier of the four (usually)17:02
cgoncalvesright17:03
*** AlexStaf has quit IRC17:03
cgoncalvescool, thank you!17:03
johnsomAgreed, HM is going to be the busiest17:03
*** obondarev has joined #openstack-lbaas17:16
*** sapd1 has quit IRC17:16
*** psachin has quit IRC17:18
*** rpittau has quit IRC17:24
colin-not sure if the runC thing got discussed here but have heard some of you mention running lxc containers so wanted to share this in case it affects anybody: https://github.com/lxc/lxc/commit/6400238d08cdf1ca20d49bafb85f4e224348bf9d17:27
johnsomYeah, aware of it. But so far all we have is an experimental test gate that uses lxd. It's far from production ready IMO17:27
johnsomDocker is the worst with that issue from my understanding...17:28
colin-it's a much, much simpler exploit on docker imo17:28
johnsomSo if people are running with k8s, time to get patching.17:28
colin-yeah, first fixed version is available here https://github.com/docker/docker-ce/releases/tag/v18.09.217:29
*** sapd1 has joined #openstack-lbaas17:29
colin-do you use lxc for anything outside of octavia?17:29
johnsomYes, our whole control plane is in lxc containers17:29
colin-ah neat17:29
johnsomWe do not use lxc for the amphora17:30
*** sapd1 has quit IRC17:37
colin-curious how large a fleet anyone using containerized control planes is running, we have discussed the advantages/costs of it internally a bit17:53
cgoncalvesservices in OSP are containerized. not a number but anyways :)18:02
*** sapd1 has joined #openstack-lbaas18:27
jitekajohnsom: is it with openstack-ansible ? I remember that it deploy all control plane using lxc18:27
johnsomYes, our deployments are based on OpenStack Ansible18:28
*** yamamoto has joined #openstack-lbaas18:31
*** trown is now known as trown|lunch18:34
*** salmankhan has quit IRC18:40
*** velizarx has joined #openstack-lbaas18:41
*** AlexStaf has joined #openstack-lbaas19:01
*** obondarev has quit IRC19:10
*** obondarev has joined #openstack-lbaas19:15
openstackgerritErik Olof Gunnar Andersson proposed openstack/octavia master: Fix oslo messaging connection leakage  https://review.openstack.org/63642819:32
*** obondarev has quit IRC19:38
*** irclogbot_1 has quit IRC19:47
colin-"Running multiple instances of the individual Octavia controller components on separate physical hosts is recommended in order to provide scalability and availability of the controller software."19:48
colin-can anyone tell me if the adjective physical was deliberate or just incidental in that sentence?19:49
colin-if deliberate, why call out physical? just curious19:49
*** trown|lunch is now known as trown19:52
johnsomincidental19:54
johnsomBasically, you don't want all of you controller instances on the same physical host, as if it goes down, your control plane goes down.  So we spread our controller containers over three physical hosts19:56
nmagnezijohnsom, o/19:57
johnsomnmagnezi Hi!19:57
nmagneziIn the open discussion part lets talk about https://review.openstack.org/#/c/553381/19:57
nmagneziJacky did a great job here, I would like to help to get this in19:58
johnsomOk, I can add it to the agenda19:58
nmagneziThe reason I did not post a new ps is because some cores vote in favor and some against19:58
nmagneziThank you :)19:58
johnsom#startmeeting Octavia20:00
openstackMeeting started Wed Feb 13 20:00:10 2019 UTC and is due to finish in 60 minutes.  The chair is johnsom. Information about MeetBot at http://wiki.debian.org/MeetBot.20:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.20:00
*** openstack changes topic to " (Meeting topic: Octavia)"20:00
openstackThe meeting name has been set to 'octavia'20:00
johnsomHi folks20:00
colin-\o20:00
nmagnezio/20:00
eanderssono/20:00
johnsompinging rm_work  grin20:00
cgoncalves~o~20:00
*** irclogbot_1 has joined #openstack-lbaas20:00
johnsom#topic Announcements20:01
*** openstack changes topic to "Announcements (Meeting topic: Octavia)"20:01
johnsomTC nominations are open20:01
johnsomIf you are interested in running for the TC, the details are here:20:01
johnsomhttps://governance.openstack.org/election/20:01
openstackgerritCarlos Goncalves proposed openstack/octavia master: Add Python 3.7 support  https://review.openstack.org/63523620:01
johnsomThe week of Feb 25th is the last library release for Stein.20:02
johnsomI would really, really, really like to get the octavia-lib changes in.20:02
cgoncalves#link https://review.openstack.org/#/q/project:openstack/octavia-lib+status:open20:02
johnsomFaster on the copy/paste.... lol20:03
nmagnezilol20:03
nmagneziwas about to post the same20:03
cgoncalvesslackers :P20:03
johnsomAlso note, the week of March 4th is feature freeze20:03
johnsomAnd final clients.20:03
johnsomAny other announcements this week?20:04
johnsom#topic Brief progress reports / bugs needing review20:04
*** openstack changes topic to "Brief progress reports / bugs needing review (Meeting topic: Octavia)"20:04
openstackgerritErik Olof Gunnar Andersson proposed openstack/octavia master: Fix oslo messaging connection leakage  https://review.openstack.org/63642820:05
johnsomOk, I have updated the octavia-lib patches (except for the constant migration patches) and flavors is all wrapped up.20:05
colin-nice20:05
johnsomRight now my focus is 100% on reviews and helping patches get merged.20:05
johnsomI worked on the VIP refactor patch german had proposed, that is good if not merged now.20:05
cgoncalvesmerged20:06
xgermanthanks!20:06
johnsomI am currently working with zhao on the TLS patch chain.  The first of which should be posted today for review.20:06
johnsomI am planning to really push to get the TLS features in for Stein as I think they have great value. (TLS client auth and backend re-encryption)20:07
johnsomAny other updates?  I see Erik was crafty at pushing his patch during the progress report...  Good stuff there.20:08
colin-ah b-channel, that would be great20:08
openstackgerritErik Olof Gunnar Andersson proposed openstack/octavia master: Fix oslo messaging connection leakage  https://review.openstack.org/63642820:08
colin-look at that, he can't help himself :p20:08
eandersson:D20:08
johnsomb-channel?20:08
eanderssonI am gonna try to keep this patch as consistent as possible with how nova / neutron etc does it (so ideally keep things like asserts for now at least)20:09
eanderssonI have a question about the EventStream20:09
colin-backend re-encryption is terminating the client https request and re-initiating it from the amp to the backend with a new negotiation right?20:09
eanderssonShould I just leave that code path as-is for now?20:09
johnsomcolin- Yes, frontend VIP is the same, but when we proxy to the member, this path is also over TLS.20:10
johnsomeandersson In my opinion, the event streamer stuff needs to be totally ripped out. This is in plan with the v1/neutron-lbaas retirement this year.20:11
cgoncalves+120:12
johnsomI don't think it's used much and is...  I think in the future we need a better design for general eventing, but that code is not a good base.20:12
eanderssonMakes sense and I agree20:13
cgoncalvesin the spirit of getting rid of some warnings in my new shiny IDE, I ended up adding python 3.7 support (+ minor refactors) and fixing a couple of functional tests under python 3.620:13
johnsomSo, maybe a simple __del__ hook for now, re-address if someone cares/uses it.20:13
cgoncalvesalso not sure I reported last week on a new tempest test + job for amphora spare pool20:13
openstackgerritErik Olof Gunnar Andersson proposed openstack/octavia master: Fix oslo messaging connection leakage  https://review.openstack.org/63642820:14
johnsomYeah, interesting stuff there. I need to look at that.20:14
eanderssonI would prefer to keep it out of the scope for this patch to make it easier to backport etc20:14
cgoncalvesoctavia-grenade in stable/rocky is still faulty, consistently (please do not recheck). I tried to run grenade locally but ran into several issues. I will be continuing that20:14
eanderssonAnd we can just follow up for master20:15
johnsomOk20:15
eanderssonSince this is primarily jsut impacting the api service from my testing20:15
johnsomOh, and I got an itch to try out LXD again over the weekend and was successful (after way too much effort) to launch lxd/lxc amps.20:16
eanderssonNice20:16
johnsomThere is a patch up with a passing gate. It shaves ~30 minutes off a tempest scenario run.20:16
colin-strong!@20:16
johnsomThat said, it has none of our kernel tuning, disables most of the lxc security, nova throws a ton of errors, and UDP probably doesn't work.20:17
colin-still intending to circle back to that first opportunity johnsom, container amps are an objective20:17
colin-hehe20:17
colin-fair20:17
johnsomSo, highly not recommended for production workloads....20:18
johnsomMaybe in open discussion I will ask if we even want to merge that or not.20:18
johnsom#topic Talk about cascade delete via the dashboard20:18
*** openstack changes topic to "Talk about cascade delete via the dashboard (Meeting topic: Octavia)"20:18
johnsom#link https://review.openstack.org/#/c/553381/20:18
nmagneziYup, thank you for bringing this up20:18
johnsomnmagnezi You have the floor20:18
nmagneziBasically Jacky did a great job with this20:19
nmagneziIt's just that the discussion on the patch prevented it from getting in20:19
nmagneziNow, I know Jacky probably didn't have the cycles to follow up20:19
nmagneziAnd I can help with that20:19
nmagneziBut we need agree if we want to change the default to cascade20:20
nmagneziAnd if we want to add a warning20:20
johnsomWish rm_work was here, he is one of the -1's20:20
cgoncalvesthe warning would be in the delete confirmation window itself, no?!20:20
nmagneziThe reason I'm saying this is because some cores (my included) voted -1 and some +220:20
* nmagnezi looks at xgerman 20:20
xgermanthe motivation for cascade in our API was for the dashboard20:20
nmagnezicgoncalves, I think so, yeah20:21
xgermanI even had to code an lbaasv2 neutron extension just for the cascade flag20:21
xgermanso yes, it should go in!20:21
nmagneziI think that keeping things simple by simply added a warning text is enough, but would like to hear others20:21
cgoncalvesall it would take is string change. we just need consensus20:21
johnsomAgreed, that was part of the intent. I have not had time to try this out however.20:21
cgoncalvesI'd say let's be explicit about delete cascade in the delete message and be done with it20:22
nmagnezijohnsom, I posted my test result to the patch but I can wait for you to test before I touch this20:22
johnsomFor those that have loaded it up, does it pop up a confirmation now or does it just do the cascade delete?20:22
xgermanyep, warn, confirm - done20:22
nmagneziUnless Jacky is here?20:22
johnsomHe likely won't be online for a few hours20:22
nmagnezijohnsom, I uploaded this https://pasteboard.co/HR3IkXF.png20:23
johnsomOk, cool. Yeah, my vote would be to update the text so it is explicit that it will delete the whole LB and call it good.20:23
nmagneziI think the same, just wanted to double check since this is changing the default to --cascade20:24
cgoncalvesgood, we are all in agreement. let's just ping dayou and ask if he could do it, otherwise nmagnezi or any of us can do20:24
johnsomYeah, make sure it's called out in the release notes20:24
nmagneziYup20:24
nmagnezijohnsom, fair point20:25
nmagnezidayou, let me know if you want to continue with this, otherwise I can help out20:25
johnsomYeah, web GUI is the keep-it-simple path IMO, so the simpler it is for users, the better.20:25
nmagnezi+120:25
johnsomAlso FYI, he is going to help me out by adding the flavor drop down on LB create.20:25
cgoncalvesyay!20:26
johnsomThough I need the SDK folks to finish merging: https://review.openstack.org/#/q/project:openstack/openstacksdk+owner:%22Michael+Johnson+%253Cjohnsomor%2540gmail.com%253E%2220:26
johnsomAs he will need the list flavors method20:27
johnsomOk, nmagnezi Can you comment on the patch with the decision, wording update, and release note request?20:28
rm_workah20:28
nmagnezijohnsom, doing that as we speak :)20:28
johnsomThank you20:28
rm_workcatching up20:28
johnsomrm_work Sorry, we made the decision...20:28
johnsomgrin20:29
nmagnezirm_work, we decided to refactor the UI plugin to adobe flash20:29
johnsomWith adobe air components. Because they are cool20:29
johnsomFunny enough I just found an Adobe Air sticker cleaning out a closet this weekend20:30
johnsom#topic Talk about log offloading20:31
*** openstack changes topic to "Talk about log offloading (Meeting topic: Octavia)"20:31
johnsom#link https://review.openstack.org/62483520:31
johnsomThis is one I wanted to circle back on. Sorry if we already hashed through this, but since we have some operators on I wanted to ask about logging infrastructure.20:31
cgoncalvesah, cool. I wanted to ping people about this :)20:32
johnsomDo you folks have a centralized logging solution in your deployment?20:32
johnsomIf so, is it per project views, just for admin use, etc.?20:32
nmagnezicgoncalves and I mentioned this in an internal discussion today, I don't know the exact details of this just yet (need to compare to how configure this for other OpenStack projects)20:35
nmagneziBut it was mentioned that for amps we will have a separate user (or view? Not 100% sure I remember the term)20:36
cgoncalvesnmagnezi, not sure what you mean with that last message20:36
johnsomOk, so here is my concern with the current patch. It puts both admin and tenant logs in one stream. I feel like if we merge this and then make it more flexible, we may have painted ourselves in a backward compatibility issue. I would like to spend a bit more time on it before we merge.20:37
colin-any impact to resource footprint of amps?20:37
xgermanwell, you can configure it whatever way you want20:37
xgermancolin-: well, you ship logs off so maybe some cpu cycles and network -20:38
colin-should be fairly minimal, even on a busy one i'd imagine20:38
xgerman+120:38
nmagnezicgoncalves, meaning that the logs collected from amps should  communicate with rsyslog using some user that we specifically configure in Octavia20:38
johnsomIt actually improves performance over writing them local.20:39
xgermanyou cna make a custom logging template to ship off more or less20:39
xgermanI think question is what should we deafult to20:39
xgermanThere are two scenarios:20:40
xgerman1) We ship everyhting to some central logging and operator carves it up the way he sees fit20:40
johnsomI would personally like to see two endpoints configurable, one for admin logs, one for the tenant traffic flow logs. They could be configured to the same place, but could be enabled/disabled individually20:40
xgerman2) users run their own log servers (maybe a vm in tenant network) and we ship haproxy logs there20:40
xgermancombination of 1+220:40
johnsomOr adding in my option20:41
xgermanthat wold combination of 1+220:41
johnsomIt would be a different #1, but still leaving an option for #2 later.20:42
johnsomBasically I might want to send the tenant flow logs to a customer facing kibana/logstash, and the admin to a different one.20:42
xgermanyeah, as I said we can change the log template default20:42
xgermanbut for(2) we migth need to add some new field to the API so usrs can cinfigure log servers20:43
colin-yeah how trivial/non-trivial is that?20:43
colin-i ahve trouble approximating it20:43
johnsomRight. I don't want to go down that path in Stein.20:43
cgoncalvesin that case we would need to extend the API to pass in the user's log server20:43
xgermanso for the template you cna overwrite like with the haproxy one20:43
johnsomThe issue with the tenant hosted syslog is then the routing, etc. So that is going to need some strong docs, etc.20:43
johnsomI'm thinking doing the central locations right would be a good first step. It would require an addition config option to split the log streams, etc.20:44
cgoncalvesyeah :/20:44
cgoncalves+120:45
xgermanSure we can add that and change the template — but most people (I know) only run one logstash20:46
cgoncalveswould it make sense to log to the local node syslog instead of forwarding logs from all amps in multiple nodes to a central one?20:46
johnsomMostly I was hoping for some operator feedback on if that is useful or not20:46
colin-being able to differentiate tenant v non-tenant logs would be useful for us20:46
cgoncalvesI' thinking like if there's something wrong between amp and log server. we wouldn't get any logs20:46
johnsomSure, we can leave the admin logs still writing out local.20:47
xgermanthat’s what the log template is for20:47
johnsomI think it's more important to not log the tenant traffic flows local.20:47
cgoncalvesjohnsom, agreed20:48
colin-definitely but having remote non-tenant logs would be useful too i think20:48
johnsomIs log template just configuring the haproxy log format or like a chunk of rsyslog config?20:48
xgermanrsyslog config20:48
xgermanhaproxy-log format isn’t done20:48
xgermanhttps://review.openstack.org/#/c/624835/16/octavia/amphorae/backends/logging/templates/10-rsyslog.conf.template20:49
xgermanthe system will take an operator one like with the haproxy-template20:49
cgoncalvesI'm tempted to say writing out local for admin logs would be a good default. we can more safely assume that option is available across most/all deployments20:50
johnsomYeah, should be a configuration item IMO20:50
xgermanthat’s what if does right now20:50
xgermanconfigure like in custom template or configure like exlicit option20:51
johnsomHmm, ok. I need to think about this a bit more. I also want to leave some time for open discussion.20:51
johnsom#topic Open Discussion20:51
*** openstack changes topic to "Open Discussion (Meeting topic: Octavia)"20:51
cgoncalvesoh, wait. maybe I'm confused. when I say local I mean to compute node's syslog20:51
johnsomAny other topics for folks today?20:52
cgoncalvesok, we can continue discussion at another time and offline20:52
xgerman+120:52
cgoncalvesFYI, I'm confirmed to Denver. Summit + PTG20:52
xgermanCongrats!!20:52
johnsomcgoncalves I don't think there is any way the amp could send it's logs to the compute host's syslog.  That is breaking some of the isolation barriers. It would still be inside the amp, like it is today I think.20:53
johnsomSadly, I am not.  Not sure when I can lock that in.20:53
cgoncalveswould that be such an achievement over there? :D20:53
johnsomWe are confirmed to have an Octavia room for the  PTG.20:54
cgoncalveswell, you guys are "locals" ;)20:54
rm_workeiddccidnvgeddinjvjljetdnnrtbujivkekejfneinf20:54
rm_workgrrrrrr20:54
johnsomlol20:54
cgoncalvesroad-trip!20:54
colin-it's like the irc equivalent of sliding under the closing door at the last moment :)20:54
colin-welcome20:55
johnsomWell, it's a straight flight for me. Just need to see what my employer is going to do20:55
rm_worki should be there as well20:55
cgoncalvesif budget is short, road-trip!20:55
rm_workwaiting on confirmation from work, but20:55
rm_worki think will be there regardless20:56
xgermansweet - tell them you need to hand out some AOL CDs20:56
johnsomSo one more quick topic. The LXD gate stuff. It works, but is not exactly production ready.  My question is if we even want to merge that as a non-voting gate. We would likely need a "Here is why you shouldn't do this" doc.20:56
johnsomIt would probably be cheaper for me to fly that drive.20:57
colin-The LXD gate stuff = conatiner amps? or something else20:58
colin-or a CI construct20:58
rm_worki could drive down and then we drive over :P20:58
johnsomYeah, ~$250 bucks to drive20:58
johnsomIt is amps running in LXC containers instead of service VMs20:59
rm_workdo you fit in a miata? :D20:59
colin-personally in favor of anything that moves that ball forward, just my $0.0220:59
johnsomlol, not for 1,254 miles each way I don't20:59
johnsomOk,, about out of time.  Thanks folks!  Have a good week.20:59
rm_worki drove up from TX to WA with my 6'4" friend and our luggage :P21:00
johnsom#endmeeting21:00
xgermano/21:00
*** openstack changes topic to "Discussions for Octavia | Stein priority review list: https://etherpad.openstack.org/p/octavia-priority-reviews"21:00
openstackMeeting ended Wed Feb 13 21:00:12 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)21:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/octavia/2019/octavia.2019-02-13-20.00.html21:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/octavia/2019/octavia.2019-02-13-20.00.txt21:00
openstackLog:            http://eavesdrop.openstack.org/meetings/octavia/2019/octavia.2019-02-13-20.00.log.html21:00
johnsomWe could stop in Boise and pick up Doug21:01
rm_workno we could not :P21:01
rm_workunless we switched to your car i guess lol21:01
rm_workor he wants to ride on the roof21:01
johnsomlol21:01
cgoncalvesshotgun! you read it here first (as if I would be tagging along, lol...)21:02
johnsomThough we could probably build a raft for the miata, No21:03
johnsomStarting to sound more and more like a top gear episode21:03
xgermanjust switch cars in Boise21:04
johnsomEverybody aboard the OpenStack bus21:05
johnsomCode while you see the country!21:06
johnsomWe just need xgerman to borrow one of those fancy google buses21:08
xgerman? no access to them21:08
johnsomWell, "borrow"21:09
johnsomLike hopefully they wouldn't miss it for a few weeks21:09
eanderssonI am happy with the patch now ^ https://review.openstack.org/#/c/63642821:14
eanderssonWe should probably move octavia.common.rpc to the octavia-lib tbh (at least that is how neutron does it)21:15
eanderssonbut we could do that as a follow up patch21:15
eanderssonI really wanted to keep the rpc impl consistent with all other projects21:17
johnsomYeah, I don't think so. It's a amphora agent specific thing at this point.21:20
rm_workYeah damn I forgot to submit my review last night 😑21:43
rm_workBut that means this one will be quick21:43
rm_workLooking now21:43
rm_workreviewed -- eandersson / johnsom22:03
openstackgerritGerman Eichberger proposed openstack/octavia-tempest-plugin master: Save amphora logs in gate  https://review.openstack.org/62640622:05
*** trown is now known as trown|outtypewww22:06
*** openstackgerrit has quit IRC22:22
*** eandersson has quit IRC22:33
*** sapd1 has quit IRC22:40
*** sapd1 has joined #openstack-lbaas22:55
*** eandersson has joined #openstack-lbaas22:59
eanderssonrm_work,  thanks23:02
eanderssonI would prefer to keep following the same pattern used by nova, neutron, designate etc23:03
eanderssone.g. https://github.com/openstack/nova/blob/master/nova/rpc.py23:04
eanderssonBasically trying to be as consistent as possible23:04
johnsomWell, nova especially, but neutron too tend to have a lot of "old way" cruft piled up too.23:05
eanderssonYea23:06
eanderssonHonestly ever other service has the same "old way"23:06
johnsomYeah, I haven't looked at the messaging stuff. I just know things like policy and API features (sort, etc.) are all old/wrong in some of those23:07
eanderssonI basically rather start at the "old way"23:07
eanderssonand we can then move forward from there23:07
eanderssonand ideally work with the oslo.messaging team to carve a more modern path forward23:08
eandersson(backed by docs)23:08
*** velizarx has quit IRC23:08
eanderssonI personally would never use globals or asserts :p23:09
johnsomYeah, docs. Frankly oslo messaging just doesn't work they way I am used to queues working.  Definitely room for improvment23:09
eanderssonbut I do appriciate that I can go to any project and directly understand the implementation23:09
eanderssonYep23:09
johnsomNow is time to take a stand!  We don't need to bring cruft into Octavia just because...  grin23:09
eanderssonI see my patch as the very short term fix23:09
eanderssonand long term we should move it to octavia-lib and probably modernize it23:09
eanderssonhaha well 7 million rmq connections is something that needs be fixed a year ago lool23:10
johnsomHa, go look at the oslo messaging implementation and tell me you can directly understand the implementation....  lol23:10
eanderssonSorry, was referring to the general workflow lol not how it internally works23:10
johnsomI don't think it should be in octavia-lib reall23:10
johnsomreally. That is pretty focused on the provider drivers, which we aren't using queues for.23:10
eanderssonAlthough I do have a lot of experience with the internals of it as I replaced amqp with my own library at one point23:11
eanderssonSure - that was just an idea =]23:11
johnsomAh! A perfect volunteer! grin23:11
eanderssonI am busy enough maintaing my own AMQP library lol https://github.com/eandersson/amqpstorm23:11
eanderssonbut who knows - I was never meant to do any Octavia code at all lol23:15
eanderssonbusy enough with Designate / Senlin / Magnum, so wouldn't suprise me if I end up doing more =]23:15
*** sapd1 has quit IRC23:16
*** abaindur has joined #openstack-lbaas23:16
eanderssonI removed23:22
eandersson> lass ProducerHandler(abstract_handler.BaseHandler)23:22
eanderssonand the tox tests passed without an issue23:22
eanderssonjohnsom, want me to remove the above ^?23:26
eanderssonnvm it's used in the setup.cfg  > queue_producer = octavia.api.handlers.queue.producer:ProducerHandler23:27
johnsomI think if you do the v1 tempest tests will fail23:27
johnsomWe are going to go on quite the diet when the neutron-lbaas retirement occurs....23:28
*** openstackgerrit has joined #openstack-lbaas23:28
openstackgerritErik Olof Gunnar Andersson proposed openstack/octavia master: Fix oslo messaging connection leakage  https://review.openstack.org/63642823:28
eanderssonAt 230k rmq connections now in lab on old code :D23:31
johnsomAdding that to the charge-backs?23:32
eanderssonYou know it haha23:32
johnsom1 LB = 60 rabbit connections at $1 each...23:32
xgermannobody would. buy LB that way23:33
xgermanbut I like it: The lB is free its just the AMQ we need to charge for23:33
johnsomHave you used AWS recently? They nickel and dime for everything.23:34
xgermanI have some accounts but don’t use them23:34
xgermanwill probably change in the future23:35
xgermanaka I had this vision to backup my home stuff into glacier but lack of time...23:35
johnsomIf you have a lot of stuff, check out backblaze23:37
xgermanI don’t…23:38
xgermanstill mad at myself for not signing up for crashplan back in the day23:38
colin-don't be23:47
colin-they went outta business >:(23:47
colin-assuming we are talking about the sweet, unlimited storage personal one they offered for years. used that a lot23:48
johnsomThat is what backblaze offers for $5 a month23:49
johnsomHa, ok, since yesterday, $623:49
colin-trying to remember my beef with that product23:53
colin-not-whole-disk selection maybe?23:53
*** fnaval has quit IRC23:56
xgermandang, looks like I am always too late for backup… but so far so good (without off site backup)23:56

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