| *** salmankhan has quit IRC | 00:12 | |
| *** sapd1 has quit IRC | 01:16 | |
| *** sapd1 has joined #openstack-lbaas | 01:18 | |
| *** hongbin has joined #openstack-lbaas | 01:19 | |
| *** phuoc has joined #openstack-lbaas | 01:27 | |
| openstackgerrit | Ian Wienand proposed openstack/octavia master: [wip] Redirect disk-image-builder logs, make verbose https://review.openstack.org/612622 | 01:45 |
|---|---|---|
| openstackgerrit | Ian Wienand proposed openstack/octavia-tempest-plugin master: Collect diskimage-builder logs https://review.openstack.org/612830 | 01:46 |
| *** phuoc has quit IRC | 01:55 | |
| *** yamamoto has quit IRC | 03:21 | |
| *** yamamoto has joined #openstack-lbaas | 03:21 | |
| openstackgerrit | Ian Wienand proposed openstack/octavia master: [wip] Redirect disk-image-builder logs, make verbose https://review.openstack.org/612622 | 03:26 |
| *** ramishra has joined #openstack-lbaas | 03:49 | |
| *** yboaron_ has joined #openstack-lbaas | 04:18 | |
| *** hongbin has quit IRC | 04:25 | |
| *** phuoc has joined #openstack-lbaas | 05:18 | |
| *** phuoc has quit IRC | 05:27 | |
| *** ramishra has quit IRC | 05:34 | |
| openstackgerrit | Akhil jain proposed openstack/octavia master: Add framework for octavia-status upgrade check https://review.openstack.org/612883 | 05:36 |
| *** ccamposr has joined #openstack-lbaas | 05:37 | |
| *** ramishra has joined #openstack-lbaas | 05:39 | |
| *** phuoc has joined #openstack-lbaas | 05:40 | |
| *** phuoc has quit IRC | 05:40 | |
| *** phuoc has joined #openstack-lbaas | 05:40 | |
| *** phuoc_ has joined #openstack-lbaas | 05:47 | |
| *** phuoc has quit IRC | 05:49 | |
| openstackgerrit | Ian Wienand proposed openstack/octavia master: Redirect disk-image-builder logs, make verbose https://review.openstack.org/612622 | 06:09 |
| openstackgerrit | Ian Wienand proposed openstack/octavia-tempest-plugin master: Collect diskimage-builder logs https://review.openstack.org/612830 | 06:15 |
| *** numans has joined #openstack-lbaas | 06:16 | |
| *** raginbajin has quit IRC | 06:32 | |
| *** raginbajin has joined #openstack-lbaas | 06:34 | |
| *** phuoc__ has joined #openstack-lbaas | 06:41 | |
| *** phuoc_ has quit IRC | 06:44 | |
| *** rcernin has quit IRC | 07:03 | |
| *** ivve has joined #openstack-lbaas | 07:03 | |
| *** pcaruana has joined #openstack-lbaas | 07:05 | |
| *** threestrands has quit IRC | 07:13 | |
| *** phuoc has joined #openstack-lbaas | 07:16 | |
| *** phuoc__ has quit IRC | 07:18 | |
| *** ianychoi_ is now known as ianychoi | 08:03 | |
| *** celebdor has joined #openstack-lbaas | 08:12 | |
| *** ramishra has quit IRC | 08:16 | |
| *** ramishra has joined #openstack-lbaas | 08:17 | |
| *** abaindur has quit IRC | 08:39 | |
| *** phuoc_ has joined #openstack-lbaas | 08:54 | |
| *** phuoc has quit IRC | 08:58 | |
| *** salmankhan has joined #openstack-lbaas | 09:06 | |
| *** Emine has joined #openstack-lbaas | 09:13 | |
| openstackgerrit | Akhil jain proposed openstack/octavia master: Add framework for octavia-status upgrade check https://review.openstack.org/612883 | 09:17 |
| *** phuoc_ has quit IRC | 09:30 | |
| *** yamamoto has quit IRC | 09:58 | |
| *** yamamoto has joined #openstack-lbaas | 09:59 | |
| *** yamamoto has quit IRC | 10:03 | |
| openstackgerrit | Dai Dang Van proposed openstack/octavia-dashboard master: Support the X-Forwarded-Proto insertion header https://review.openstack.org/608934 | 10:27 |
| *** phuoc_ has joined #openstack-lbaas | 10:39 | |
| *** yamamoto has joined #openstack-lbaas | 10:42 | |
| *** phuoc__ has joined #openstack-lbaas | 11:21 | |
| *** phuoc_ has quit IRC | 11:24 | |
| nicolasbock | <freenode_emc "nicolasbock hmm yeah it didn't t"> It works now. I had changed the wrong `nova.conf` :( | 11:51 |
| nicolasbock | In other words, the cpu model is `kvm64` now | 11:51 |
| nicolasbock | I'll see whether I can get the amphora to launch | 11:51 |
| openstackgerrit | Merged openstack/octavia master: Add posibilities to set default timeouts https://review.openstack.org/609418 | 11:57 |
| openstackgerrit | Jacky Hu proposed openstack/octavia-dashboard master: Support the X-Forwarded-Proto insertion header https://review.openstack.org/608934 | 12:07 |
| nicolasbock | emccormick (IRC): the amphora is coming up and I can ping it! | 12:07 |
| nicolasbock | Thanks for the pointer! | 12:08 |
| *** yamamoto has quit IRC | 12:11 | |
| *** yamamoto has joined #openstack-lbaas | 12:11 | |
| *** yamamoto has quit IRC | 12:20 | |
| *** yamamoto has joined #openstack-lbaas | 12:20 | |
| *** yamamoto has quit IRC | 12:24 | |
| *** ccamposr has quit IRC | 12:38 | |
| *** yamamoto has joined #openstack-lbaas | 12:55 | |
| *** yamamoto has quit IRC | 13:14 | |
| *** ccamposr has joined #openstack-lbaas | 13:24 | |
| tobias-urdin | cant belive this issue tbh, it's insane, i did a hello world app with flask, serving with gunicorn (to simulate amphora-agent) and copied and reworked the requests code that is done from the controller node | 13:43 |
| tobias-urdin | if i copy the client_ca.pem and server.pem from an amphora and run it on my controller it works | 13:43 |
| tobias-urdin | if i do the opposite and move my server_ca and client.pem for controller into the amphora and run the code it fails with | 13:44 |
| tobias-urdin | requests.exceptions.SSLError: HTTPSConnectionPool(host='localhost', port=5000): Max retries exceeded with url: / (Caused by SSLError(SSLError("bad handshake: Error([('rsa routines', 'RSA_padding_check_PKCS1_type_1', 'invalid padding'), ('rsa routines', 'rsa_ossl_public_decrypt', 'padding check failed'), ('SSL routines', 'tls_process_key_exchange', 'bad signature')],)",),)) | 13:44 |
| tobias-urdin | i can replicate the same behaviour with openssl s_server and s_client as well, on both xenial and centos 7 | 13:44 |
| tobias-urdin | so must be that i created by certs using some option on my ubuntu bionic 18.04 controller machine, or some dependency below python | 13:45 |
| tobias-urdin | i deployed py2 and py3 requirements.txt (did pip freeze inside venv on amphora machine) inside a venv on my controller to make sure same python code was executed, and it works... | 13:46 |
| tobias-urdin | so weird | 13:46 |
| *** yamamoto has joined #openstack-lbaas | 13:46 | |
| *** daikk115 has joined #openstack-lbaas | 13:54 | |
| *** KeithMnemonic has joined #openstack-lbaas | 13:54 | |
| KeithMnemonic | johnsonm: how are you today. did you know Octavia is a brand of car made in the Czech Republic? | 13:55 |
| daikk115 | johnsom, hi, could you review the patch related to X-Forwarded-Proto insertion https://review.openstack.org/#/c/608934/ | 13:55 |
| daikk115 | we really need this feature :D | 13:56 |
| openstackgerrit | Vadim Ponomarev proposed openstack/octavia master: Add notifications about changed status to worker https://review.openstack.org/611882 | 13:57 |
| *** yboaron_ has quit IRC | 14:10 | |
| *** phuoc__ has quit IRC | 14:26 | |
| xgerman_ | @KeithMnemonic we know about Skoda Octavia ;-) | 14:42 |
| dayou | They also make machine guns, it's a brand with a good story | 14:47 |
| johnsom | KeithMnemonic: Yes, but no worries, we got the trademark for our use and assigned it to the OpenStack foundation. | 14:49 |
| tobias-urdin | johnsom: any suggestions? i've pinpointed the issue to be inside the amphora on xenial and centos 7 (didnt even get bionic to boot), it's probably below python as well, so something with openssl | 14:58 |
| tobias-urdin | perhaps i should create a patch that tries dual CA's in CI and see if it catches something similar | 14:59 |
| johnsom | I will try to setup a dual CA system today. I suspect your issue is with how the certs are being created. | 15:08 |
| xgerman_ | yeah, especially with the. more strict things they don’t let you use client certs on a server and vice versa… | 15:10 |
| tobias-urdin | crazy tho http://paste.openstack.org/show/732968/ | 15:18 |
| tobias-urdin | copied out the client_ca.pem and generated server.pem from an amphora and verified on controller | 15:18 |
| tobias-urdin | if do the same but opposite on the amphora, copy the server_ca.crt and client.pem to the amphora and run that code inside the amphora venv it fails | 15:18 |
| tobias-urdin | can also reproduce with openssl s_server and s_client which pretty much confirmes it's not python, like the above does as well | 15:19 |
| *** Emine has quit IRC | 15:22 | |
| *** celebdor has quit IRC | 15:24 | |
| *** boden has joined #openstack-lbaas | 15:26 | |
| boden | hi. it seems that the recent commit of https://review.openstack.org/#/c/609418/ breaks some consumers... I'm now seeing all UTs in vmware-nsx (uses Octavia) broken with: oslo_config.cfg.NoSuchOptError: no such option haproxy_amphora in group [DEFAULT] | 15:30 |
| boden | guessing we need to mock something out, but still under investigation | 15:30 |
| *** KeithMnemonic has quit IRC | 15:42 | |
| *** pcaruana has quit IRC | 15:49 | |
| *** ramishra has quit IRC | 16:14 | |
| *** ccamposr has quit IRC | 16:14 | |
| *** fnaval has joined #openstack-lbaas | 16:25 | |
| *** celebdor has joined #openstack-lbaas | 16:28 | |
| *** pcaruana has joined #openstack-lbaas | 16:46 | |
| *** velizarx has quit IRC | 17:01 | |
| *** irclogbot_3 has quit IRC | 17:08 | |
| *** irclogbot_3 has joined #openstack-lbaas | 17:08 | |
| *** salmankhan has quit IRC | 17:09 | |
| *** Swami has joined #openstack-lbaas | 17:18 | |
| *** irclogbot_3 has quit IRC | 17:21 | |
| openstackgerrit | German Eichberger proposed openstack/octavia master: Refactor the pluggin of the VIP https://review.openstack.org/604479 | 17:28 |
| *** phuoc has joined #openstack-lbaas | 17:54 | |
| openstackgerrit | German Eichberger proposed openstack/octavia master: Allows failover if port is not deallocated by nova https://review.openstack.org/585864 | 18:00 |
| *** abaindur has joined #openstack-lbaas | 18:15 | |
| *** ivve has quit IRC | 18:18 | |
| *** phuoc has quit IRC | 18:30 | |
| *** raginbajin has quit IRC | 18:48 | |
| *** nmagnezi has quit IRC | 18:48 | |
| *** celebdor has quit IRC | 18:50 | |
| *** openstackgerrit has quit IRC | 19:06 | |
| *** celebdor has joined #openstack-lbaas | 19:10 | |
| *** abaindur has quit IRC | 19:10 | |
| *** abaindur has joined #openstack-lbaas | 19:11 | |
| *** abaindur has quit IRC | 19:13 | |
| *** abaindur has joined #openstack-lbaas | 19:14 | |
| *** abaindur has quit IRC | 19:18 | |
| *** ivve has joined #openstack-lbaas | 19:20 | |
| *** irclogbot_3 has joined #openstack-lbaas | 19:24 | |
| *** nmagnezi- has joined #openstack-lbaas | 19:56 | |
| *** nmagnezi- is now known as nmagnezi | 19:56 | |
| johnsom | #startmeeting Octavia | 20:00 |
| openstack | Meeting started Wed Oct 24 20:00:11 2018 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 |
| johnsom | Hi folks. Welcome to another episode of Octavia this week. | 20:00 |
| nmagnezi | o/ | 20:00 |
| johnsom | #topic Announcements | 20:01 |
| *** openstack changes topic to "Announcements (Meeting topic: Octavia)" | 20:01 | |
| johnsom | Stein Milestone 1 is this week | 20:01 |
| johnsom | The release team is changing how milestones are done. We still have the milestone dates, but we are not cutting a milestone release. That is unless we want one. | 20:02 |
| johnsom | Other than that, I don't have any more announcements. Anyone else? | 20:02 |
| nmagnezi | Nothing on my end | 20:03 |
| johnsom | Ok then, moving on | 20:03 |
| johnsom | #topic Brief progress reports / bugs needing review | 20:03 |
| *** openstack changes topic to "Brief progress reports / bugs needing review (Meeting topic: Octavia)" | 20:03 | |
| johnsom | I have been focused on testing and octavia-lib work. | 20:04 |
| johnsom | I am done adding gates that test IPv6 with actual traffic. It's just waiting on patches to merge. | 20:04 |
| johnsom | Specifically I would really like to see this merge: | 20:04 |
| xgerman_ | o/ | 20:04 |
| johnsom | #link https://review.openstack.org/#/c/589292/ | 20:04 |
| johnsom | and | 20:05 |
| johnsom | #link https://review.openstack.org/611460 | 20:05 |
| xgerman_ | #link https://review.openstack.org/#/c/604479/ <- needs eyes | 20:05 |
| johnsom | So we can get started on backporting those | 20:05 |
| xgerman_ | and #link https://review.openstack.org/#/c/585864/ | 20:05 |
| johnsom | The octavia-lib work is coming along, but I realized we need to move forward on the driver lib using an endpoint, so I'm working on that today. More on that discussion later on the agenda | 20:06 |
| johnsom | I also plan to spend a bit of time on the certificate setup stuff folks are running into trouble with. I will probably start a doc for it that will eventually become part of the install guide. | 20:07 |
| johnsom | Any other updates today? | 20:07 |
| johnsom | #topic RFEs | 20:08 |
| *** openstack changes topic to "RFEs (Meeting topic: Octavia)" | 20:08 | |
| johnsom | I wanted to bring to the team's attention an RFE that came in for "Add notifications about object's status changes" | 20:09 |
| johnsom | #link https://storyboard.openstack.org/#!/story/2004122 | 20:09 |
| johnsom | We have had some discussion in the channel about this, but wanted to give the team a heads up to comment on the proposal before we approve it. | 20:09 |
| johnsom | Work has already started it appears. | 20:10 |
| johnsom | Any discussion now on the RFE? | 20:10 |
| johnsom | Ok | 20:11 |
| johnsom | #topic Octavia-lib and the need for a new Octavia controller process | 20:11 |
| *** openstack changes topic to "Octavia-lib and the need for a new Octavia controller process (Meeting topic: Octavia)" | 20:11 | |
| johnsom | As I have moved the code over for the provider drivers to use octavia-lib I worked on removing the dependency on octavia. | 20:11 |
| johnsom | Since we don't want to make the Octavia project into a library, we don't really want to add it to global requirements. | 20:12 |
| johnsom | Which gets into issues with the driver_lib callbacks for the status/stats. | 20:12 |
| johnsom | We have wanted to make this use an endpoint for the drivers to send the stats/status data back. | 20:13 |
| johnsom | I realized now is the time. | 20:13 |
| johnsom | The problem comes in that with a provider driver, really the only part of Octavia you need is the API service. | 20:13 |
| johnsom | Which is implemented as a WSGI application. | 20:14 |
| johnsom | Sadly, this means forking out a process that handles these stats/status updates is not practical. Most notably because we can't get shutdown events. | 20:14 |
| *** abaindur has joined #openstack-lbaas | 20:15 | |
| johnsom | So, the path I am going down is creating another process that will run along side the API service, that will handle the stats/status updates. | 20:15 |
| johnsom | The updates will pass from octavia-lib to the new process via unix domain sockets. | 20:15 |
| johnsom | This makes the issues around securing the endpoint easier. | 20:16 |
| johnsom | Any thoughts/comments on that approach? | 20:16 |
| nmagnezi | hmm | 20:16 |
| nmagnezi | Just to get my head around it | 20:16 |
| nmagnezi | What are the alternatives? | 20:16 |
| nmagnezi | Not saying I disagree, just for thinking about this more | 20:16 |
| johnsom | Well, we declare Octavia is a library and change it's release cycle, then add it to global requirements. | 20:17 |
| xgerman_ | yeah, can’t we just send it to an API endpoint? | 20:17 |
| xgerman_ | aka API server gets a stats endpoint and we call it a day? | 20:18 |
| johnsom | We can setup a UDP/TCP endpoint and figure out how to secure it. This would either need the new process or would require the operator to install the HM and make it reachable from the API process. | 20:18 |
| johnsom | xgerman_ So the driver would have to get a keystone token? | 20:18 |
| nmagnezi | johnsom, good point | 20:19 |
| xgerman_ | yeah, why not | 20:19 |
| xgerman_ | or shared secret or… | 20:19 |
| *** ivve has quit IRC | 20:19 | |
| *** abaindur has quit IRC | 20:20 | |
| xgerman_ | so the proviser driver would run in said new process or would it run somehwere else and communicate witj Ocatvia? | 20:20 |
| johnsom | Seems a bit messier, in that it's more setup people installing would have to do. I.e. setup the account in keystone and make sure it has the right RBAC. | 20:20 |
| *** irclogbot_3 has quit IRC | 20:21 | |
| johnsom | It still runs in the context of the API process as the API server loads it. | 20:21 |
| xgerman_ | well, most people install with installers (OSA, TripleO, …) so don’t see that as a problem | 20:21 |
| johnsom | Lol, we seem to get a lot of questions about that..... | 20:22 |
| nmagnezi | johnsom, say with go with the suggestion you proposed, unix domain socket, how would that look for drivers who run on a different node such as F5? | 20:22 |
| xgerman_ | ok, if it runs on the api server we can just restrict access to thet endpoint to lcoalhost? | 20:22 |
| johnsom | nmagenzi This part of the code has to run on the API server anyway as it's a loaded driver. | 20:23 |
| johnsom | xgerman_ Yeah, that is basically what I an doing with the unix domain socket. | 20:23 |
| nmagnezi | johnsom, true. Just want to know what if the actual provider software needs to pull status of some object and it lives on an external node | 20:24 |
| xgerman_ | yeah, think having a web server restricted to ips (hello loadbalancer) is more scalable | 20:25 |
| johnsom | If a part of their driver lives on a different node, they will need to figure out how to request that of either their driver in the API node, or via the main Octavia API | 20:25 |
| xgerman_ | Adding this to the Ocatvia API makes sense to me… and then haveoctavia-lib access it (maybe keystone-auth, maybe ip-lock) | 20:26 |
| johnsom | I think it needs to be stronger than ip-lock really. | 20:26 |
| xgerman_ | well, we cna leve that to the individual operator ;-) | 20:27 |
| xgerman_ | just make it pluggable | 20:27 |
| johnsom | I lean towards the process as it separates the stats/status load from the API infrastructure uWSGI, etc. | 20:27 |
| johnsom | I worry about putting that much data down the same path as the API calls. | 20:28 |
| xgerman_ | I believe we cna scale api pretty well — and adding some other process complicates things | 20:29 |
| johnsom | What are the downsides to adding a process? | 20:29 |
| xgerman_ | will it be another service like an o-* | 20:30 |
| johnsom | Right | 20:30 |
| johnsom | o-da for driver_agent? hahaha | 20:31 |
| nmagnezi | Works for me :D | 20:31 |
| xgerman_ | yeah, probably minimal downside since people install with OSA, TRIPLE-O… etc. but I am also not sure if that needs to scale independently from the api server since you plan to hitch it to that container/host anyway | 20:32 |
| xgerman_ | so could also be an endpoint | 20:32 |
| xgerman_ | and all we “save” is some authentication and net traffic | 20:33 |
| johnsom | In reality it is an endpoint either way, just implementation is different. | 20:33 |
| xgerman_ | o-hm can scale independently — with the provider driver tied to o-api… | 20:33 |
| johnsom | So you would add the requirement of running the o-hm always? | 20:34 |
| xgerman_ | nah, I am saying we could just add that to o-api and could be good | 20:34 |
| johnsom | And that the API needs to be able to reach an endpoint on the o-hm (not a requirement today) | 20:35 |
| johnsom | I guess you have more faith in the abilities of uWSGI than I do | 20:35 |
| xgerman_ | ok, let’s back off | 20:35 |
| xgerman_ | our event pipeline is n o-hm… so if we do something else for processing of status we need to replicate that | 20:36 |
| johnsom | It is similar but simpler than the o-hm code. | 20:36 |
| johnsom | #link https://github.com/openstack/octavia/blob/master/octavia/api/drivers/driver_lib.py | 20:37 |
| xgerman_ | ok, so o-hm would need to be co-located with o-da for the amphora-driver? | 20:37 |
| johnsom | That is the code that would move into the new "thing" | 20:37 |
| emccormick | Hey, is there a way to specify which version of amphora agent gets installed in the diskimage build? | 20:38 |
| emccormick | I see this here: amphora-agent git /opt/amphora-agent https://git.openstack.org/openstack/octavia | 20:38 |
| xgerman_ | johnsom: this codes lacks all the event stuff 9 | 20:38 |
| emccormick | but wouldn't that fetch master by default? | 20:38 |
| xgerman_ | e.g. throwing it on the n-lbaas queu | 20:38 |
| johnsom | If/when we move the amphora-driver to use this path, o-hm would need to send that data over to the amphora-driver, yes. | 20:38 |
| xgerman_ | yes | 20:38 |
| xgerman_ | emccormick: can youw aint until our Open Discussion section in our meeting | 20:39 |
| emccormick | Oh I'm sorry, I popped in from another window and didn't see the meeting start. My apologies for interrupting | 20:39 |
| xgerman_ | no worries :-0 | 20:39 |
| xgerman_ | johnsom: still wrapping my head around that. Yes, we would not want o-hm access the o-api | 20:40 |
| xgerman_ | so if we have amphora-driver and venfdor Y — this o-da would run on the api host and the hm host? | 20:41 |
| johnsom | No, just the API host. Currently o-hm does all of this on its own (plus some) | 20:42 |
| xgerman_ | yeah, but we should move that part out of o-hm and into o-da — or not? | 20:42 |
| johnsom | Should at some point to be "clean"-er-ish | 20:43 |
| johnsom | More than I plan to do in Stein however | 20:43 |
| xgerman_ | ok, this is a strike against an o-api endpoint since we then would need to create connectiovity o-hm<->o-api | 20:43 |
| xgerman_ | but we could also make that similr to o-cw which get integrated into o-hm as a “library” | 20:44 |
| johnsom | Which isn't a huge leap given o-hm talks to the other service APIs, but yes | 20:44 |
| xgerman_ | mmh, I still (1) think an extra service complicates our offerings (2) endpoints should be RESY and o-api | 20:46 |
| johnsom | that is true. | 20:46 |
| johnsom | that is true was about the library part | 20:46 |
| xgerman_ | yeah, got that :-) | 20:47 |
| xgerman_ | I know my 2nd part is controversial | 20:47 |
| *** abaindur has joined #openstack-lbaas | 20:47 | |
| xgerman_ | and we lost nmagnezi | 20:47 |
| nmagnezi | Sorry I try to multi-task here O_o | 20:48 |
| xgerman_ | ok | 20:48 |
| johnsom | Well, I don't want to burn all of our time on this. I can post the octavia-lib side today and you can look at it. | 20:48 |
| xgerman_ | ok | 20:48 |
| johnsom | This would give some time to think about it. | 20:48 |
| johnsom | Though I do want to move fast on this as we have people waiting on octavia-lib. | 20:49 |
| johnsom | #topic Open Discussion | 20:49 |
| *** openstack changes topic to "Open Discussion (Meeting topic: Octavia)" | 20:49 | |
| johnsom | Other topics for today before we run out of time? | 20:50 |
| *** pcaruana has quit IRC | 20:50 | |
| johnsom | lol | 20:50 |
| nmagnezi | Maybe emccormick :) | 20:51 |
| johnsom | I side messaged him the info he needed. | 20:51 |
| johnsom | Which for the log is these two variables: | 20:52 |
| johnsom | #link https://github.com/openstack/octavia/blob/master/devstack/plugin.sh#L63 | 20:52 |
| nmagnezi | that's very.. efficient | 20:52 |
| nmagnezi | (The side msg) | 20:52 |
| xgerman_ | +1 | 20:52 |
| johnsom | Ha, easy when I know the answer and where to point in the code | 20:52 |
| johnsom | Ok, let's wrap up then. | 20:53 |
| emccormick | o/ | 20:53 |
| johnsom | Please give me your thoughts on the octavia-lib discussion in the next day or two. | 20:53 |
| emccormick | thanks for hte info | 20:54 |
| johnsom | Also, please try to find some time for reviews. We have a lot of open stuff. | 20:54 |
| johnsom | #endmeeting | 20:54 |
| *** openstack changes topic to "OpenStack PTG etherpad: https://etherpad.openstack.org/p/octavia-stein-ptg" | 20:54 | |
| openstack | Meeting ended Wed Oct 24 20:54:52 2018 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 20:54 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/octavia/2018/octavia.2018-10-24-20.00.html | 20:54 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/octavia/2018/octavia.2018-10-24-20.00.txt | 20:54 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/octavia/2018/octavia.2018-10-24-20.00.log.html | 20:54 |
| *** aojea has joined #openstack-lbaas | 20:55 | |
| *** openstack has quit IRC | 21:03 | |
| *** openstack has joined #openstack-lbaas | 21:07 | |
| *** ChanServ sets mode: +o openstack | 21:07 | |
| abaindur | johnsom: I deleted the standby, and it was recreated. But then I deleted both, and it only spun up 1 (and did not even plug in VIF into it), and load balancer now in ERROR state | 21:22 |
| abaindur | any idea where to look for in logs? | 21:22 |
| johnsom | abaindur What version of Octavia are you running? There was a bug with dual down amphora, but I fixed it a while ago | 21:23 |
| abaindur | queens | 21:23 |
| abaindur | would you like me to paste the health-manager logs? | 21:25 |
| johnsom | I know it has been backported, I just need to find it | 21:25 |
| johnsom | abaindur It was this patch: https://github.com/openstack/octavia/commit/72715ba6197105db352779e0236ac108a710f72d | 21:27 |
| johnsom | Can you check that you have that version of queens installed? | 21:27 |
| abaindur | ah no we dont | 21:32 |
| abaindur | last commit was from sometime in July | 21:32 |
| abaindur | thanks! | 21:32 |
| johnsom | Yeah, queens 2.0.2 release has that patch | 21:32 |
| *** openstackgerrit has joined #openstack-lbaas | 21:41 | |
| openstackgerrit | Ian Wienand proposed openstack/octavia master: Redirect disk-image-builder logs, make verbose https://review.openstack.org/612622 | 21:41 |
| *** boden has quit IRC | 21:46 | |
| *** abaindur_ has joined #openstack-lbaas | 22:08 | |
| *** abaindu__ has joined #openstack-lbaas | 22:11 | |
| *** abaindu__ is now known as abaindur__ | 22:11 | |
| *** abaindur has quit IRC | 22:12 | |
| *** abaindur_ has quit IRC | 22:14 | |
| xgerman_ | passed zuul: https://review.openstack.org/604479 | 22:16 |
| *** abaindur has joined #openstack-lbaas | 22:18 | |
| openstackgerrit | Ian Wienand proposed openstack/octavia master: Redirect disk-image-builder logs, make verbose https://review.openstack.org/612622 | 22:20 |
| *** abaindur__ has quit IRC | 22:20 | |
| *** abaindur_ has joined #openstack-lbaas | 22:23 | |
| *** abaindur has quit IRC | 22:25 | |
| *** abaindur_ has quit IRC | 22:33 | |
| *** abaindur has joined #openstack-lbaas | 22:34 | |
| *** celebdor has quit IRC | 22:38 | |
| *** daikk115 has quit IRC | 22:40 | |
| *** aojea has quit IRC | 22:40 | |
| colin- | those performance improvements you mentioned a couple weeks ago had a noticeable impact johnsom thanks | 22:52 |
| johnsom | colin- Excellent! | 22:52 |
| Swami | Had anyone here seen an error when running devstack/octavia on ubuntu-18.04. "Couldn't create tempfiles for splitting up /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_xenial_InReleaseErr:1 http://archive.ubuntu.com/ubuntu xenial InRelease | 22:56 |
| Swami | " | 22:56 |
| johnsom | Swami Yes. | 22:56 |
| Swami | What is the solution? | 22:56 |
| johnsom | Swami https://review.openstack.org/604478 | 22:57 |
| Swami | johnsom: cool, you are great. | 22:57 |
| *** fnaval has quit IRC | 22:58 | |
| *** rcernin has joined #openstack-lbaas | 23:05 | |
| *** abaindur has quit IRC | 23:11 | |
| *** openstackgerrit has quit IRC | 23:20 | |
| *** openstackgerrit has joined #openstack-lbaas | 23:37 | |
| openstackgerrit | Michael Johnson proposed openstack/octavia-lib master: Initial provider driver library checkin https://review.openstack.org/612815 | 23:37 |
| johnsom | xgerman_ This is the octavia-lib side: https://review.openstack.org/#/c/612815/5/octavia_lib/api/drivers/driver_lib.py | 23:38 |
| johnsom | Ignore the constants issues as I haven't done that for the lib yet. | 23:38 |
| *** Swami has quit IRC | 23:45 | |
| xgerman_ | Ok, you probably want to use some binary format for the socket - no need to do Jason | 23:54 |
| xgerman_ | But get the idea - just | 23:56 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!