openstackgerrit | Michael Johnson proposed openstack/octavia master: Add v2 health monitor API section https://review.openstack.org/464095 | 00:04 |
---|---|---|
johnsom | Hmmm, http://specs.openstack.org/openstack/charm-specs/specs/pike/approved/openstack-load-balancer.html | 00:17 |
*** kobis has quit IRC | 00:32 | |
*** kobis has joined #openstack-lbaas | 00:33 | |
*** sanfern has quit IRC | 00:37 | |
*** sanfern has joined #openstack-lbaas | 00:37 | |
*** catintheroof has quit IRC | 01:18 | |
rm_work | johnsom: hmmm | 01:18 |
rm_work | does that mean an ACTUAL health-monitor? | 01:18 |
*** blogan_ has joined #openstack-lbaas | 01:32 | |
*** blogan has quit IRC | 01:35 | |
johnsom | There is no health on an HM | 02:15 |
*** catintheroof has joined #openstack-lbaas | 02:40 | |
*** JudeC has quit IRC | 03:04 | |
*** sanfern has quit IRC | 03:07 | |
*** sanfern has joined #openstack-lbaas | 03:08 | |
*** sanfern has quit IRC | 03:09 | |
*** kobis has quit IRC | 03:13 | |
*** yamamoto has quit IRC | 03:55 | |
*** yamamoto_ has joined #openstack-lbaas | 03:56 | |
*** catintheroof has quit IRC | 03:57 | |
*** yamamoto_ has quit IRC | 04:00 | |
*** yamamoto has joined #openstack-lbaas | 04:09 | |
*** cpuga has quit IRC | 04:22 | |
*** cpuga has joined #openstack-lbaas | 04:22 | |
*** cpuga has quit IRC | 04:27 | |
*** yamamoto has quit IRC | 04:37 | |
*** fnaval has quit IRC | 04:40 | |
*** fnaval has joined #openstack-lbaas | 04:41 | |
*** fnaval has quit IRC | 04:59 | |
*** cody-somerville has joined #openstack-lbaas | 05:15 | |
*** cody-somerville has quit IRC | 05:15 | |
*** cody-somerville has joined #openstack-lbaas | 05:15 | |
*** csomerville has quit IRC | 05:15 | |
*** yamamoto has joined #openstack-lbaas | 05:22 | |
*** ndahiwade has quit IRC | 05:25 | |
*** JudeC has joined #openstack-lbaas | 06:01 | |
*** pcaruana has joined #openstack-lbaas | 06:14 | |
*** rcernin has joined #openstack-lbaas | 06:18 | |
*** JudeC has quit IRC | 06:21 | |
*** cpuga has joined #openstack-lbaas | 06:38 | |
*** voelzmo has joined #openstack-lbaas | 06:56 | |
*** voelzmo has quit IRC | 07:00 | |
*** voelzmo has joined #openstack-lbaas | 07:00 | |
*** tesseract has joined #openstack-lbaas | 07:12 | |
*** cpuga has quit IRC | 07:15 | |
*** gcheresh has joined #openstack-lbaas | 07:28 | |
*** aojea has joined #openstack-lbaas | 07:36 | |
openstackgerrit | cheng proposed openstack/octavia master: Add allocate vip port when create loadbalancer in server side https://review.openstack.org/463289 | 08:08 |
*** ndahiwade has joined #openstack-lbaas | 08:57 | |
*** rcernin has quit IRC | 09:05 | |
*** rcernin has joined #openstack-lbaas | 09:14 | |
*** krypto has joined #openstack-lbaas | 09:49 | |
*** krypto has joined #openstack-lbaas | 09:49 | |
*** yamamoto has quit IRC | 10:46 | |
*** yamamoto has joined #openstack-lbaas | 11:28 | |
*** chlong has quit IRC | 11:36 | |
*** yamamoto has quit IRC | 11:37 | |
*** yamamoto has joined #openstack-lbaas | 11:42 | |
*** yamamoto has quit IRC | 12:01 | |
*** yamamoto has joined #openstack-lbaas | 12:05 | |
*** atoth has joined #openstack-lbaas | 12:05 | |
*** yamamoto has quit IRC | 12:14 | |
*** yamamoto has joined #openstack-lbaas | 12:14 | |
*** cpuga has joined #openstack-lbaas | 12:32 | |
*** aojea has quit IRC | 12:56 | |
xgerman | o/ | 13:17 |
-openstackstatus- NOTICE: The Gerrit service on http://review.openstack.org is being restarted to address hung remote replication tasks. | 13:37 | |
*** ecelik has joined #openstack-lbaas | 13:46 | |
*** krypto has quit IRC | 13:48 | |
*** krypto has joined #openstack-lbaas | 13:48 | |
*** ecelik has quit IRC | 13:50 | |
*** rcernin has quit IRC | 13:55 | |
*** blogan_ has quit IRC | 13:56 | |
*** blogan__ has joined #openstack-lbaas | 13:56 | |
*** krypto has quit IRC | 14:01 | |
*** krypto has joined #openstack-lbaas | 14:02 | |
*** rcernin has joined #openstack-lbaas | 14:05 | |
*** chlong has joined #openstack-lbaas | 14:09 | |
*** rcernin has quit IRC | 14:17 | |
*** krypto has quit IRC | 14:24 | |
*** krypto has joined #openstack-lbaas | 14:24 | |
*** rcernin has joined #openstack-lbaas | 14:25 | |
*** krypto has quit IRC | 14:42 | |
*** voelzmo has quit IRC | 14:50 | |
*** rcernin has quit IRC | 15:06 | |
*** cpuga has quit IRC | 15:10 | |
johnsom | o/ | 15:17 |
*** aojea has joined #openstack-lbaas | 15:18 | |
*** aojea has quit IRC | 15:22 | |
*** cpuga has joined #openstack-lbaas | 15:30 | |
*** bzhao has quit IRC | 15:37 | |
*** bzhao has joined #openstack-lbaas | 15:38 | |
*** aojea has joined #openstack-lbaas | 15:38 | |
*** aojea has quit IRC | 15:42 | |
*** kobis has joined #openstack-lbaas | 15:57 | |
atoth | beagles, what are these reno files that you mention are missing from https://review.openstack.org/#/c/314225/ ? | 16:10 |
johnsom | reno is the release notes tool. "<reno new short-title-for-release-note>" | 16:11 |
beagles | atoth: https://docs.openstack.org/developer/reno/ | 16:11 |
beagles | for more deets | 16:11 |
*** pcaruana has quit IRC | 16:12 | |
atoth | johnsom, beagles thanks, I'll look into it | 16:12 |
*** voelzmo has joined #openstack-lbaas | 16:21 | |
johnsom | xgerman https://review.openstack.org/#/c/446082/ | 16:25 |
*** sshank has joined #openstack-lbaas | 16:25 | |
xgerman | on it | 16:25 |
*** voelzmo has quit IRC | 16:25 | |
johnsom | Thanks, we waited so long on that it needed a minor update since you last +2'd | 16:26 |
openstackgerrit | Merged openstack/octavia-tempest-plugin master: Initial setup of the octavia-tempest-plugin repo https://review.openstack.org/446082 | 16:29 |
*** voelzmo has joined #openstack-lbaas | 16:29 | |
johnsom | Ha, not much in the way of gates there yet... | 16:29 |
*** voelzmo has quit IRC | 16:37 | |
*** cpuga has quit IRC | 16:42 | |
*** voelzmo has joined #openstack-lbaas | 16:43 | |
*** aojea has joined #openstack-lbaas | 16:44 | |
*** kobis has quit IRC | 16:45 | |
*** voelzmo has quit IRC | 16:47 | |
*** blogan__ is now known as blogan | 17:03 | |
rm_work | johnsom: can you post an update on that bug with the exact details of what you're seeing? (the HM status thing you mentioned) | 17:07 |
rm_work | because I am not sure I follow exactly | 17:08 |
rm_work | Like, repo + what am I looking for on what object | 17:08 |
rm_work | *repro | 17:08 |
johnsom | Sure, I just created a HM and it never goes online, it just sits OFFLINE. I think we need to fake up the ONLINE in the flow like we did with the others that don't actually have anything to monitor for health | 17:08 |
xgerman | rm_work still in BOS? | 17:09 |
rm_work | xgerman: over the midwest | 17:09 |
rm_work | johnsom: yeah ok so on the *actual HM object* | 17:09 |
xgerman | my planes were so small they didn’t even have space for a backpack inside | 17:09 |
*** mugsie|phone has quit IRC | 17:09 | |
johnsom | Yep. There is nothing on an AMP to monitor, so when we mark it active we should be marking it ONLINE too | 17:09 |
rm_work | was trying to connect to gogo and failing, it wouldn't actually list the plans... eventually i noticed i could still get to google and some other https sites somehow | 17:10 |
rm_work | and eventually it redirected me to a gogo splash page with a "connect" button and said "Enjoy your free Gogo Internet session" >_> | 17:10 |
rm_work | anyway, works now | 17:10 |
xgerman | Nice! | 17:12 |
johnsom | Cool, amazing you have room to actually type. Anyhow, updated. | 17:12 |
rm_work | Alaska is pretty good for space... | 17:13 |
rm_work | anyway yeah I thought I fixed that too | 17:13 |
rm_work | guess I'll go looking | 17:13 |
johnsom | Oh, interesting, it is there: | 17:13 |
johnsom | https://github.com/openstack/octavia/blob/master/octavia/controller/worker/tasks/database_tasks.py#L1630 | 17:13 |
johnsom | Oh, nevermind, I am an idiot | 17:14 |
johnsom | My test script set admin state down | 17:14 |
johnsom | rm_work ^^ | 17:15 |
rm_work | lol k | 17:17 |
johnsom | I should get through health monitor today. That will leave l7policy, l7rules, quota left for the API-ref. Those will have to wait until after my vacation (assuming no one else is motivated)... | 17:18 |
johnsom | I might be able to at least get one of the others started today though. | 17:19 |
atoth | johnsom, beagles, is the convention to use the name of the BZ as the name of the reno file? | 17:21 |
johnsom | atoth It should just be something that people can match to the release note contents. There is no real convention. | 17:22 |
atoth | ok, thanks | 17:22 |
beagles | atoth: I just give it a descriptive name - afaik there is no hard rule | 17:22 |
beagles | johnsom beat me to it | 17:22 |
atoth | :-) | 17:23 |
johnsom | FYI, we have had so much recent impact on the stable branches from outside changes, I'm posting some test patches to have them cycle through the full gates. If all is good I will try to cut a stable branch release today. | 17:24 |
johnsom | Sorry for the patch spam, but it's the fastest way for me to check that we have resolved all of those issues. | 17:25 |
rm_work | yeah I think that's fine | 17:26 |
xgerman | k, send links so we know what to review with priority | 17:27 |
rm_work | hmm, I met someone at the summit that said they had a lot of experience with image building with Alpine and they might have time to look at our stuff and help get something up and running | 17:28 |
rm_work | which would be sweet | 17:28 |
johnsom | Ha, and Suse... | 17:29 |
xgerman | Suse has their own people | 17:29 |
johnsom | I just remember someone asking about Suse Amphora images in one of the talks | 17:33 |
rm_work | yeah | 17:33 |
rm_work | I think they can contribute that one themselves | 17:33 |
rm_work | but we can have a gate to make sure it works still | 17:33 |
rm_work | again, non-voting, already too many voting jobs IMO <_< | 17:34 |
rm_work | multiplying the effect of random errors in our gate exponentially | 17:34 |
johnsom | Yeah, we still have to make lbaas voting long enough to close out of py35 goal | 17:34 |
rm_work | it is | 17:35 |
rm_work | isn't it? | 17:35 |
rm_work | i thought we did that | 17:35 |
johnsom | No, the requirement is voting gates, we aren't on the lbaas gates | 17:35 |
rm_work | i see the jobs voting | 17:35 |
rm_work | ? | 17:35 |
rm_work | gate-octavia-v1-dsvm-py3x-scenario-ubuntu-xenialSUCCESS in 26m 40s | 17:36 |
rm_work | gate-octavia-v1-dsvm-py3x-scenario-multinodeSUCCESS in 34m 11s | 17:36 |
rm_work | not enough? | 17:36 |
johnsom | Those are octavia gates, I'm talking about the lbaasv2 gates | 17:36 |
rm_work | oh | 17:36 |
rm_work | that project is dead | 17:36 |
rm_work | who cares | 17:36 |
johnsom | Not in the eyes of the TC | 17:37 |
rm_work | T_T | 17:37 |
rm_work | so just turn them on | 17:37 |
rm_work | we don't need to merge anything anyway | 17:37 |
xgerman | that TC again… | 17:37 |
rm_work | *turn them on for n-lbaas, not octavia* | 17:37 |
johnsom | Yeah, that might be a trick | 17:37 |
rm_work | they seem to be passing last I see | 17:38 |
johnsom | Yeah, they are passing | 17:38 |
rm_work | they aren't a dependent project of octavia | 17:38 |
rm_work | so we don't need to gate them on octavia | 17:38 |
johnsom | The only real issue we have at the moment (knock on wood) is the random OVH host failures | 17:38 |
rm_work | pretty clear cut IMO | 17:38 |
rm_work | yeah but in n-lbaas we can recheck 1000 times | 17:39 |
rm_work | just don't enable the n-lbaas gates in octavia and it's fine | 17:39 |
johnsom | Well, and those strange 404 issues with the amp agent | 17:39 |
atoth | beagles, I'm wondering about your comment in https://review.openstack.org/#/c/314225/ around octavia interaction and if we would guard against other lbaasv2 implementaions being active. are we not allowing for multiple lbaas providers to be active at the same time? | 17:43 |
johnsom | neutron-lbaas and octavia can be run concurrently | 17:43 |
beagles | I'm thinking of how the service providers are configured | 17:45 |
* beagles double checks | 17:45 | |
xgerman | mmh? LBaaS V1 and V2? | 17:46 |
atoth | johnsom, my work is around tripleo, from the sessions this week @ summit I thought I heard that the current tiple0-octavia integration was around the octavia-lbaas2 setup. Is that looking to change for Pike? | 17:46 |
johnsom | Yeah, neutron-lbaas is under "networking" (i.e. neutron) and octavia is under "load-balancer" | 17:47 |
johnsom | LBaaS V1 is dead and the code is gone, so ignore that | 17:47 |
atoth | xgerman, yeah, behind the times slightly, but not V1 behind :-) | 17:47 |
xgerman | ok, there is no issue | 17:47 |
xgerman | —provider is your friend | 17:47 |
*** cpuga has joined #openstack-lbaas | 17:48 | |
atoth | I'm trying to get the generic one in before doing the F5 integration | 17:48 |
johnsom | atoth Not sure I follow. At the end of Pike, Octavia with have it's own endpoint implementing a superset of LBaaSv2 API (we are kind of calling it Octavia V2 API) and has a service type in keystone of "load-balancer". | 17:48 |
johnsom | You can still use the neutron-lbaas endpoint however, if you need. | 17:49 |
xgerman | with F5 he needs it | 17:49 |
xgerman | until wer have the shim ready | 17:49 |
johnsom | Yeah, we don't have the providers stuff in Octavia v2 API yet | 17:50 |
atoth | johnsom, discussions on the octavia -tripleo integration was thin :-) just reconciling my understanding | 17:50 |
johnsom | Yeah, I'm not super familiar with the tripleo stuff either. nmagnezi is the expert here | 17:50 |
xgerman | yeah, I don’t use it so have to go on good authority from nmagnezi | 17:50 |
rm_work | yeah we are running n-lbaas v2 that is providing a hardware vendor's lbs, and also octavia which is doing the service-vm thing | 17:51 |
atoth | mention nmagnezi one more time and ... oops just did | 17:51 |
xgerman | I know they asked questions here about how we did OSA and were thinking doing the same | 17:51 |
rm_work | simultaneously | 17:51 |
*** aojea has quit IRC | 17:51 | |
beagles | johnsom: can you run lbaas with something other than octavia as a backend at the same time? | 17:51 |
xgerman | yep | 17:51 |
* beagles concedes his understandings of all things lbaas is limited | 17:51 | |
beagles | ok cool | 17:52 |
*** aojea has joined #openstack-lbaas | 17:52 | |
rm_work | the shim is re-worked a little bit and seems to be ... "passing" our basic tests, but we need a vendor to get some CI set up and their driver shoved under it | 17:52 |
rm_work | so we can see if it REALLY works | 17:52 |
xgerman | you can select with —provider WHERE the load balancer should be created | 17:52 |
rm_work | I'm honestly a little stalled on it until that happens | 17:52 |
johnsom | Yes, the providers parameter defines the driver used for the load balancer | 17:52 |
beagles | so atoth, then the thing you need to make sure of is that one does not "wipe out the other" | 17:52 |
* atoth see beagles knowledge points increase | 17:52 | |
xgerman | and you can pick one as the default | 17:52 |
xgerman | though all products/installs I can influence make Octavia default | 17:53 |
xgerman | :-) | 17:53 |
atoth | how would they collide with different endpoints? | 17:53 |
rm_work | yep :) | 17:53 |
rm_work | they would not collide ^_^ | 17:54 |
* beagles is referring to configuration only | 17:54 | |
beagles | I'm not sure if there is any overlap at all, but the docs are kind of wonky in this regard so I'm exercising caution :) | 17:54 |
rm_work | if both are using Octavia though, you'd use the proxy driver instead of the regular octavia driver | 17:54 |
rm_work | in neutron-lbaas | 17:54 |
*** cpuga has quit IRC | 17:55 | |
johnsom | Or the old octavia v1 driver | 17:55 |
*** cpuga has joined #openstack-lbaas | 17:55 | |
*** aojea has quit IRC | 17:57 | |
atoth | so can you even guard against it if multiple providers are allowed? | 17:57 |
rm_work | I just don't even understand what collisions you're even considering | 17:58 |
atoth | which ever ones beagles is exercising caution against ;-) | 17:58 |
rm_work | right | 17:59 |
beagles | rm_work: the collisions I am referring to are actually all tripleo and configuration specific | 17:59 |
rm_work | hmm | 17:59 |
rm_work | but like | 17:59 |
rm_work | collisions between... what and what? | 17:59 |
beagles | so like the implementation of the service_plugins for lbaas wipes out octavia | 17:59 |
beagles | and so on | 17:59 |
*** krypto has joined #openstack-lbaas | 18:00 | |
*** krypto has joined #openstack-lbaas | 18:00 | |
beagles | there probably is little else.. I'm guessing? | 18:00 |
rm_work | err | 18:00 |
rm_work | ok yeah I guess you lost me | 18:00 |
atoth | me too :-) | 18:00 |
atoth | but that just shows how new I am to this maybe | 18:00 |
rm_work | this is with tripleo automated configuration elements or something? | 18:01 |
rm_work | like it deletes config sections? | 18:01 |
beagles | rm_work: yes, but no | 18:01 |
* atoth loves the clarity | 18:01 | |
beagles | lol | 18:01 |
rm_work | AFAIK there should not be any possible collisions when the services are running, pretty much no matter what your configuration looks like | 18:02 |
rm_work | so if you find one, file a bug I guess :P | 18:02 |
beagles | rm_work that's not what I'm referring to | 18:02 |
rm_work | (with clearer repro steps than what you've described here so far ^_^) | 18:02 |
johnsom | To clarify, the neutron service plugin will be lbaasv2 if you want neutron-lbaas in neutron. | 18:02 |
beagles | johnsom: an afaik it is also lbaasv2 if you use octavia with neutron | 18:03 |
rm_work | beagles: right, I have yet to be able to follow what you're actually referring to T_T | 18:03 |
johnsom | Then service_provider is a list of drivers | 18:03 |
beagles | johnsom: yes .. an afaict the lbaas config code doesn't treat it as such - it kind of sidesteps the neutron configruation of same | 18:04 |
beagles | (puppet config code) | 18:04 |
johnsom | beagles Yeah, it's lbaasv2 if you use neutron-lbaas. Independent on the backend driver(s) that you have in neutron-lbaas. The drivers list is service-providers. | 18:04 |
beagles | so my comments to atoth patches, were along the lines of making sure they either can work together or make them not deploy togehter | 18:04 |
beagles | (it really doesn't have anything to do with lbaas I think, just make sure they can be deployed properly) | 18:05 |
atoth | Sounds like a QA thing ;-) | 18:05 |
atoth | so when I get to the point of adding test to the ci pipeline, I should make that the test case | 18:06 |
*** ssmith has quit IRC | 18:08 | |
*** ssmith has joined #openstack-lbaas | 18:08 | |
xgerman | yeah, we are of little help when it comes to tripleO | 18:12 |
rm_work | nmagnezi can speak to that maybe? :P | 18:12 |
atoth | a little new knowledge doesn't hurt :-) | 18:12 |
*** yuanying_ has joined #openstack-lbaas | 18:17 | |
*** krypto has quit IRC | 18:18 | |
*** yuanying has quit IRC | 18:19 | |
rm_work | kk landing shortly | 18:54 |
rm_work | bbl | 18:54 |
*** tesseract has quit IRC | 19:00 | |
*** harlowja has quit IRC | 19:02 | |
*** aojea has joined #openstack-lbaas | 19:14 | |
*** sshank has quit IRC | 19:18 | |
*** voelzmo has joined #openstack-lbaas | 19:51 | |
*** blogan has quit IRC | 19:59 | |
*** voelzmo has quit IRC | 20:01 | |
*** kobis has joined #openstack-lbaas | 20:27 | |
*** aojea has quit IRC | 20:32 | |
*** aojea has joined #openstack-lbaas | 20:38 | |
*** gcheresh has quit IRC | 20:41 | |
*** yamamoto has quit IRC | 20:44 | |
*** yamamoto_ has joined #openstack-lbaas | 20:44 | |
*** kobis has quit IRC | 20:57 | |
*** kobis has joined #openstack-lbaas | 21:17 | |
*** ssmith has quit IRC | 21:25 | |
*** fnaval has joined #openstack-lbaas | 21:30 | |
openstackgerrit | Michael Johnson proposed openstack/octavia master: Add v2 health monitor API section https://review.openstack.org/464095 | 21:35 |
*** blogan has joined #openstack-lbaas | 21:37 | |
*** aojea has quit IRC | 21:41 | |
*** aojea has joined #openstack-lbaas | 21:41 | |
*** aojea has quit IRC | 21:46 | |
*** cpuga has quit IRC | 22:02 | |
*** kobis has quit IRC | 22:31 | |
*** harlowja has joined #openstack-lbaas | 22:40 | |
johnsom | xgerman Can you take a quick look at this: https://review.openstack.org/#/c/464272/ | 22:40 |
johnsom | stable/newton fix | 22:40 |
xgerman | k | 22:47 |
johnsom | Thanks | 22:49 |
*** chlong has quit IRC | 23:00 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!