Friday, 2018-03-02

openstackgerritAdam Harwell proposed openstack/octavia master: Fix amp failover where failover already failed  https://review.openstack.org/54898900:05
rm_workjohnsom: not sure why the rebase on that kvm patch was so wonky00:05
rm_worksometimes git is weird00:05
johnsomyeah, I created a replacement, we can probably abandon that one00:06
johnsomInterestingly enough, the first run with OVH re-enabled passed00:06
rm_worki did already00:06
rm_workah actually i see00:06
rm_workit wasn't a rebase issue00:07
rm_workthe patch that originally did the kvm disablement actually had the cert_parser test fixes in it, lol00:07
rm_workbecause we had to put it in the same patch, because both needed to merge at the same time00:08
rm_workso a true revert was never going to work actually, lol00:08
rm_workjohnsom: did it pass *on OVH hosts*?00:08
rm_workhmm, looks like it i guess00:09
johnsomhttp://logs.openstack.org/54/549054/1/check/octavia-v1-dsvm-scenario/5e1058d/zuul-info/zuul-info.primary.txt00:09
rm_workand the timing looks right00:10
johnsomyeah, but maybe that is the lucky region.  rechecking00:10
rm_workmaybe we waited long enough that they fixed it00:10
johnsomRight00:10
rm_workah is there a lucky region? :P00:10
rm_worki thought it was 100%00:10
johnsomI thought so too, but ....  rechecking00:10
rm_workLOLWUT00:17
rm_worki made a new image00:17
rm_workuhh00:17
rm_workdid i do something wrong00:17
rm_worku"Build of instance b811ce0f-f6be-470c-a53b-0df8c3a5bec3 aborted: Flavor's disk is too small for requested image. Flavor disk is 2147483648 bytes, image is 3221225472 bytes."00:18
rm_workit's centos so i did size 300:18
rm_workwas it somehow building in size 2 before?00:18
rm_workO_o00:18
rm_workjohnsom: ok so i may have found a bug with that haproxy1800:32
rm_workand the one cgoncalves built as well00:32
rm_workso it might be an haproxy upstream thing???00:32
rm_workif you add a HM, the checks don't run unless you *restart* haproxy00:33
rm_worka *reload* doesn't do it00:33
rm_workthat's why i was having that weird HM issue the other day, and why i said it went away after i added the logline and restarted00:33
johnsomThat would be a huge bug00:33
rm_workgonna see if i can get some better info00:34
johnsomWhat version are you running?00:34
rm_work1.8.1 and 1.8.300:34
rm_workwere the two i tried00:34
rm_workuhhh also since when is listener delete cascading?00:35
rm_workah nm it's because the pool isn't actually a child00:35
rm_workthough pool delete does delete members AND any HMs apparently00:36
johnsomYeah, pool cascade has been a thing for a long time.  Wasn't sure if HM worked, but I knew members did00:36
rm_worki didn't think HM would work because it's a real object but i guess it isn't actually00:40
rm_workalright whelp. i guess there's no need to port "cascade" to anything at all00:40
johnsomI am suspect as I don't see anything in the release notes and that would be a MAJOR bug: http://git.haproxy.org/?p=haproxy-1.8.git;a=blob_plain;f=CHANGELOG;hb=HEAD00:40
rm_worksince that means the only object that even checks is LB00:40
rm_workwell i'm about to get more debug00:40
rm_workone sec00:40
johnsomReally, Listener?00:41
johnsomL7 policy/00:41
johnsom?00:41
rm_workhttps://gist.github.com/rm-you/2de6beeccb8f63174ff50799c61ca57d00:46
rm_workah i didn't try listener with l7policies00:46
rm_work(the log lines after reloaded/started are me curling the vip)00:47
johnsomhttp://git.haproxy.org/?p=haproxy-1.8.git;a=commitdiff;h=a91f55700:47
johnsomMaybe00:47
johnsomDo you have the worker mode enabled?00:48
rm_worki didn't think so00:48
rm_workthat's the -W right?00:48
johnsomDon't know, it's new and I haven't played with it yet00:49
rm_workahh I see -Ws finally00:49
rm_work'-Ws master-worker mode with systemd notify support.'00:49
rm_workbut no, it's not enabled00:49
johnsomHow is that tempest plugin looking?00:54
johnsomCatch you in the morning00:55
rm_work<_<00:55
rm_worknight00:55
*** jdavis has quit IRC01:01
*** slaweq has joined #openstack-lbaas01:05
*** slaweq has quit IRC01:10
*** jniesz has quit IRC01:13
openstackgerritAdam Harwell proposed openstack/octavia master: Update HAProxy version for Centos  https://review.openstack.org/54842001:20
rm_workjohnsom: switching it *to* master-worker mode fixed it01:20
rm_workso... yay? >_>01:20
*** yamamoto has joined #openstack-lbaas01:35
*** yamamoto_ has quit IRC01:38
*** fnaval has joined #openstack-lbaas01:50
*** harlowja has quit IRC01:58
*** fyx has joined #openstack-lbaas02:23
*** slaweq has joined #openstack-lbaas03:07
*** slaweq has quit IRC03:11
*** AlexeyAbashkin has joined #openstack-lbaas03:59
*** AlexeyAbashkin has quit IRC04:03
*** hogepodge has quit IRC04:10
*** amitry has quit IRC04:10
*** kong has quit IRC04:10
*** mnaser has quit IRC04:10
*** fyx has quit IRC04:10
*** zioproto has quit IRC04:10
*** coreycb has quit IRC04:10
*** xgerman_ has quit IRC04:11
*** ctracey has quit IRC04:11
*** redondo-mk has quit IRC04:11
*** johnsom has quit IRC04:11
*** kong has joined #openstack-lbaas04:12
*** amitry has joined #openstack-lbaas04:12
*** hogepodge has joined #openstack-lbaas04:12
*** johnsom has joined #openstack-lbaas04:12
*** redondo-mk has joined #openstack-lbaas04:12
*** zioproto has joined #openstack-lbaas04:12
*** xgerman_ has joined #openstack-lbaas04:12
*** coreycb has joined #openstack-lbaas04:12
*** mnaser has joined #openstack-lbaas04:13
*** coreycb has quit IRC04:16
*** ctracey has joined #openstack-lbaas04:18
*** coreycb has joined #openstack-lbaas04:31
*** fyx has joined #openstack-lbaas04:40
*** yamamoto has quit IRC04:40
*** yamamoto has joined #openstack-lbaas04:40
*** fnaval_ has joined #openstack-lbaas04:42
*** fnaval has quit IRC04:42
*** annp has joined #openstack-lbaas04:49
*** harlowja has joined #openstack-lbaas05:00
*** gcheresh has joined #openstack-lbaas05:02
*** gcheresh has quit IRC05:08
*** gcheresh has joined #openstack-lbaas05:42
*** gcheresh has quit IRC06:04
*** kobis has joined #openstack-lbaas06:16
*** AlexeyAbashkin has joined #openstack-lbaas06:16
*** harlowja has quit IRC06:23
*** gcheresh has joined #openstack-lbaas06:27
*** AlexeyAbashkin has quit IRC06:29
*** bbzhao has quit IRC06:33
*** bbzhao has joined #openstack-lbaas06:33
*** kobis has quit IRC06:36
*** bbzhao has quit IRC07:23
*** bbzhao has joined #openstack-lbaas07:23
*** gcheresh has quit IRC07:25
*** pcaruana has joined #openstack-lbaas07:34
*** b_bezak has joined #openstack-lbaas07:51
*** kobis has joined #openstack-lbaas07:51
*** kobis has quit IRC07:56
*** slaweq_ has joined #openstack-lbaas08:01
*** harlowja has joined #openstack-lbaas08:01
*** harlowja has quit IRC08:02
*** rcernin has quit IRC08:04
*** slaweq_ has quit IRC08:06
openstackgerritZhaoBo proposed openstack/octavia master: UDP for [2]  https://review.openstack.org/52965108:17
openstackgerritZhaoBo proposed openstack/octavia master: UDP for [3][5][6]  https://review.openstack.org/53939108:17
*** danpawlik has joined #openstack-lbaas08:19
*** AlexeyAbashkin has joined #openstack-lbaas08:22
*** yamamoto has quit IRC08:26
*** slaweq_ has joined #openstack-lbaas08:50
*** slaweq_ has quit IRC08:55
*** cristicalin has joined #openstack-lbaas09:06
*** cristicalin has quit IRC09:11
*** yamamoto has joined #openstack-lbaas09:15
*** cristicalin has joined #openstack-lbaas09:16
*** yamamoto has quit IRC09:29
*** slaweq_ has joined #openstack-lbaas09:43
*** cristicalin has quit IRC09:43
*** slaweq_ has quit IRC09:50
*** cristicalin has joined #openstack-lbaas09:50
*** ipsecguy has quit IRC09:52
*** ipsecguy has joined #openstack-lbaas09:54
*** dayou has quit IRC09:59
*** dayou has joined #openstack-lbaas10:00
*** gcheresh has joined #openstack-lbaas10:17
*** salmankhan has joined #openstack-lbaas10:21
*** kobis has joined #openstack-lbaas10:24
*** kobis has quit IRC10:24
*** kobis has joined #openstack-lbaas10:29
*** kobis has quit IRC10:29
*** gcheresh has quit IRC10:29
*** gcheresh has joined #openstack-lbaas10:30
johnsomOSPrivate is the network, password is (with a space between the n and the 5): 0p3n 5t@cK10:32
*** kobis has joined #openstack-lbaas10:33
*** gcheresh has quit IRC10:54
*** AlexeyAbashkin has quit IRC11:03
*** AlexeyAbashkin has joined #openstack-lbaas11:09
*** cristicalin has quit IRC11:18
*** cristicalin has joined #openstack-lbaas11:22
*** kobis has quit IRC11:26
*** kobis has joined #openstack-lbaas11:27
*** kobis has quit IRC11:27
*** kobis has joined #openstack-lbaas11:27
*** kobis has quit IRC11:28
openstackgerritZhaoBo proposed openstack/octavia master: UDP jinja template  https://review.openstack.org/52542011:28
openstackgerritZhaoBo proposed openstack/octavia master: UDP for [2]  https://review.openstack.org/52965111:28
openstackgerritZhaoBo proposed openstack/octavia master: UDP for [3][5][6]  https://review.openstack.org/53939111:28
*** mewald has joined #openstack-lbaas11:38
*** slaweq_ has joined #openstack-lbaas11:47
*** mewald has quit IRC11:50
*** slaweq_ has quit IRC11:52
*** annp has quit IRC11:57
*** yamamoto has joined #openstack-lbaas12:06
*** cristicalin has quit IRC12:12
*** cristicalin has joined #openstack-lbaas12:13
*** cristicalin has quit IRC12:25
*** yamamoto has quit IRC12:29
*** yamamoto has joined #openstack-lbaas13:02
*** danpawlik has quit IRC13:22
*** yamamoto has quit IRC13:33
*** salmankhan has quit IRC13:33
*** cristicalin has joined #openstack-lbaas13:34
*** yamamoto has joined #openstack-lbaas13:39
*** slaweq_ has joined #openstack-lbaas13:48
*** slaweq_ has quit IRC13:52
openstackgerritGerman Eichberger proposed openstack/neutron-lbaas master: Gate API test for the lbaasv2-proxy plugin  https://review.openstack.org/53935013:59
openstackgerritGerman Eichberger proposed openstack/neutron-lbaas-dashboard master: Adds some notes on running both dashboards  https://review.openstack.org/54458914:04
*** cristicalin has quit IRC14:05
*** cristicalin has joined #openstack-lbaas14:06
*** cristicalin has quit IRC14:10
*** yamamoto has quit IRC14:16
*** cristicalin has joined #openstack-lbaas14:20
johnsomAlright, room isn't ready, but I can have tea and work14:23
*** salmankhan has joined #openstack-lbaas14:31
johnsomWell, we have seen two OVH regions have successful runs with KVM now.  Maybe it has been resolved.14:39
*** slaweq_ has joined #openstack-lbaas14:45
johnsomhttps://www.dropbox.com/sh/dtei3ovfi7z74vo/AABBio92MSfZm3sCp49PNY6qa/Octavia?dl=014:46
johnsomTeam photos14:46
rm_worknoice14:48
cgoncalvessuch handsome men ;)14:48
*** slaweq_ has quit IRC14:50
cgoncalvesjohnsom: did you have the hotel staff calling a taxi for you or you had to wander around outside to flag one?14:53
johnsomWell, I used the app, but while I was waiting the concierge said he already have a taxi called that I could have.14:54
johnsomSo, yes, better luck with the hotel staff than the app.14:54
johnsomThe app hadn't found a car...14:54
cgoncalveshotel doing everything possible to kindly kick people out :D14:55
*** jdavis has joined #openstack-lbaas14:57
johnsomAh, yeah, seems full over here14:58
johnsomHad to wait on my room14:58
johnsomVery nice though, good wifi14:59
rm_workcool14:59
johnsomI can start reading the bashing rm_work gave me.  Grin14:59
rm_workso we should come downtown and crash your suite? :P14:59
johnsomHaven't seen it yet, so....14:59
johnsomCould be the broom closet14:59
rm_workI'm working on a tangent again ATM... Trying to port a fix for the SG-in-use delete failures14:59
rm_workI had fixed it in my flip driver...14:59
rm_workit's plagueing me in my devstack15:00
johnsomI did a fix for that not too long ago, let me see if it is still open15:00
rm_workah15:00
rm_workwhat's taking the time is properly adding tests for it15:00
rm_workit's ... complex15:00
rm_workalso i found an off-by-one in our retry logic15:00
rm_workwe try "CONF.networking.max_retries + 1" times, lol15:01
johnsomOpps15:01
johnsomYeah, looks like mine merged, so...15:01
rm_workumm15:01
rm_workwell15:01
rm_workyours doesn't actually fix the thing i'm talking about then15:01
rm_workwhat was yours15:01
rm_worki'll be able to post this one in a sec15:01
johnsomhttps://review.openstack.org/#/c/541494/ was the last one15:03
johnsomThis was the one before: https://review.openstack.org/#/c/538408/15:03
johnsomrm15:08
johnsomrm_work So, you were fine with the test_base in general?15:08
rm_workuhhh15:08
rm_worki had only gotten that far15:08
rm_worki needed to go back and look a little deeper15:08
johnsomOk, really interested in your thoughts on the structure / capability of the test_base15:08
*** cristicalin has quit IRC15:16
*** fnaval_ has quit IRC15:17
*** yamamoto has joined #openstack-lbaas15:20
openstackgerritGerman Eichberger proposed openstack/octavia master: [WIP] Periodic job to build + publish diskimage  https://review.openstack.org/54925915:22
xgerman_^^ johnsom please have a look15:22
johnsomOk15:22
xgerman_yeah, sat for 5 minutes with clarkb so it should be colose15:22
xgerman_close15:22
johnsomNice!15:22
rm_workah maybe this isn't an off-by-one15:24
johnsomlol15:24
*** kobis has joined #openstack-lbaas15:25
rm_workbecause it's not only for retries15:25
johnsomI think there is one or two that looked ob1, but it didn't really matter so I bother creating a patch.  That one however, is "maximum"15:25
rm_workthe original try goes through this logic :P15:25
rm_workso technically "total tries" is max_retries+115:25
rm_worki was assuming this warning message was just for retries but it's for ALL tries15:26
johnsomxgerman_ Does this just overwrite or is there a directory structure that separates the builds?15:30
xgerman_overwrite15:30
xgerman_it’s for testing15:31
johnsomOk, Will it run since it's a periodic?15:31
xgerman_clark says yes15:31
xgerman_but not sure15:31
johnsomOk, looking in zuul15:31
*** yamamoto has quit IRC15:35
rm_workcome on johnsom ... https://review.openstack.org/#/c/548991/ if it passes for you locally...15:37
rm_workalso, we do technically run the functionals15:37
rm_workhttp://logs.openstack.org/91/548991/1/check/openstack-tox-cover/6e7d193/testr_results.html.gz15:37
rm_workthey run as part of coverage15:37
johnsomrm_work You saw my slight encouragement to review the tempest patch15:37
rm_worklol yes15:38
rm_workwait actually, is our coverage gate ONLY running functional right now? >_>15:38
rm_workor is it just that only functional shows up in that testr results html15:38
openstackgerritAdam Harwell proposed openstack/octavia master: When SG delete fails on vip deallocate, try harder  https://review.openstack.org/54926315:38
rm_work^^ there's what I'm talking about -- a bit more extreme15:38
johnsomrm_work It might be because coverage does two runs an then merges the results files, so the run output may only be the last run15:39
rm_workah, possibly yeah15:39
*** slaweq has joined #openstack-lbaas15:42
johnsomrm_work So....  This is similar to something someone else posted.  I am a bit uncomfortable just deleting ports. Especially when we are handling the VIPs.15:43
rm_workthis is OUR SG15:43
rm_workI don't think we could have applied it to any user-created ports?15:44
rm_workso this is kinda an "orphaned" thing15:44
johnsomAgreed, but do we own it or did xgerman_'s patch change that to make it tenant visible?15:44
rm_worki think we still own it?15:44
johnsomI'm not sure which project ID is on it15:44
rm_workah I should make the LOG messages "warning" at least, not debug15:44
rm_workwell, if we don't own them, they won't get deleted15:45
rm_workbecause the list is filtered by OUR project id15:45
johnsomYeah, that is definitely warning15:45
rm_worksee how I pull the list of extra_ports15:45
rm_workit's based on our neutron_client's project15:45
rm_workso if it's a tenant port, it wouldn't come up15:45
johnsomUgh, that is getting EVERY port in out project.....15:46
rm_workyes <_<15:46
rm_workit's a backup15:46
rm_workI believe it's not THAT slow15:46
johnsomThat is two per amp15:46
rm_workthe alternative is, I think we know the possible port names15:46
*** slaweq has quit IRC15:46
rm_workyeah but it only executes if the first try on the SG fails15:47
rm_workwhich ... how often does that happen15:47
johnsomMan, deleting a port, that is like maybe even pushing ERROR15:47
rm_workso I had considered just looking for `octavia-lb-vrrp-<listener_id>` and `octavia-lb-<lb_id>`15:48
rm_workI think that's the two15:48
rm_workthat could be orphaned15:48
rm_workI need to double check15:48
rm_workactually just the vrrp maybe15:49
johnsomBut that will still match every port, not just the ports on the SG15:49
*** kobis has quit IRC15:49
rm_workerrr15:49
*** kobis has joined #openstack-lbaas15:49
rm_workif we do a neutron list and filter on name?15:49
johnsomVRRP is the base port, lb is the VIP port (or I got that backwards again)15:49
rm_workso we look THOSE up, and filter by "on the SG"15:49
johnsomOh, because you are adding the IDs15:49
*** kobis has quit IRC15:49
*** kobis has joined #openstack-lbaas15:50
rm_workthe one in there now is like ... 100% guaranteed to work every time15:50
rm_workand is what I run in production15:50
johnsomall_ports = self.neutron_client.list_ports(project=self.project_id)15:50
johnsomThis line. It pulls basically EVERY port in our project, which could be thousands.15:50
*** kobis has quit IRC15:50
rm_work(this is ported out from my flip driver patch)15:50
rm_workyes15:50
rm_workit could be like 20k+ ports, who knows15:50
johnsomThis is not an argument in favor..... Grin15:51
*** kobis has joined #openstack-lbaas15:51
rm_worki don't think it's actually that bad15:51
*** jdavis has quit IRC15:51
rm_workagain, remember when it runs15:51
johnsomRight, that is my worry.  Huge memory bloat/network traffic.15:51
rm_workdo you think it would have run EVER in most of your deployments?15:51
rm_workthis only happens when something BAD / wonky has occurred15:51
*** yamamoto has joined #openstack-lbaas15:51
rm_worknormally the SG delete will just work15:51
rm_workbecause everything is happy15:51
johnsomYeah, still thinking about it15:51
rm_workwell, I can try to trim it down15:52
rm_worklike I said, we have a pretty good idea what the possible port names are15:52
rm_workgiven that we named them15:52
johnsomYeah, I just tend to lean towards "when it hits the fan, DO NO MORE HARM, and let the operator figure out WTF"15:52
johnsomYeah adding the IDs makes me feel a bit better.15:52
rm_workk let me look at that15:53
*** slaweq has joined #openstack-lbaas15:55
*** slaweq has quit IRC16:00
*** cristicalin has joined #openstack-lbaas16:00
*** kobis has quit IRC16:01
*** kobis has joined #openstack-lbaas16:01
*** kobis has quit IRC16:02
*** kobis has joined #openstack-lbaas16:02
*** kobis has quit IRC16:03
rm_workjohnsom: nevermind, don't have the IDs16:04
rm_workjohnsom: it's not listener ID, it's amphora-id16:04
rm_workand that's exactly what we often don't have (why they are orphaned)16:05
rm_workwould you prefer warning or error? :P I think technically it's maximum warning, because it's not *breaking*, but in fact enabling it to continue16:08
*** kobis has joined #openstack-lbaas16:08
rm_workthough I admit i'm not sure if you're actually going to decide to allow it in or not, lol16:10
*** kobis has quit IRC16:10
openstackgerritAdam Harwell proposed openstack/octavia master: When SG delete fails on vip deallocate, try harder  https://review.openstack.org/54926316:11
*** b_bezak has quit IRC16:16
*** yamamoto has quit IRC16:17
*** AlexeyAbashkin has quit IRC16:19
*** yamamoto has joined #openstack-lbaas16:21
*** slaweq has joined #openstack-lbaas16:25
*** yamamoto has quit IRC16:26
*** yamamoto has joined #openstack-lbaas16:27
*** yamamoto has quit IRC16:35
johnsomMoved to my room.  Will take a look at the new spin.  Your comment of "not sure if you will allow it in" makes me think you have reservations too16:35
*** kobis has joined #openstack-lbaas16:42
*** yamamoto has joined #openstack-lbaas16:42
*** yamamoto has quit IRC16:43
xgerman_johnsom I think when I do privsep I will need to run the amphora-agent as a different user than root?16:46
johnsomYes, or nobody16:47
xgerman_but one which can do sudo so I can start privsept16:47
xgerman_ok, should I create a new user? or just do nobody?16:47
johnsomWait, you don't need sudo right? Doesn't privsep privledged side run as a systemd service?16:48
xgerman_they seem to start it from the program? https://github.com/openstack/oslo.privsep/blob/master/oslo_privsep/priv_context.py16:49
johnsomhttps://docs.openstack.org/oslo.privsep/latest/reference/api/oslo_privsep.daemon.html16:51
johnsomI think we want to use the fork() method16:51
johnsomThen probably drop to nobody16:51
*** yamamoto has joined #openstack-lbaas16:51
xgerman_how would I drop?16:53
xgerman_ok, google: https://stackoverflow.com/questions/2699907/dropping-root-permissions-in-python16:54
johnsomI may be sending you down the wrong path, trying to read up16:55
xgerman_yeah, neutron starts it with sudo is my impression16:55
johnsomHmm16:55
xgerman_and then use rootwrap to protect starting privsep16:56
johnsomWell, that might just be a migration thing16:57
johnsommigtrating from rootwrap to privsep16:58
xgerman_https://github.com/openstack/neutron/blob/master/etc/neutron/rootwrap.d/privsep.filters16:59
xgerman_but really no idea16:59
*** harlowja has joined #openstack-lbaas17:00
xgerman_nova is doing the same17:01
johnsomHave you seen this: https://specs.openstack.org/openstack/oslo-specs/specs/liberty/privsep.html17:01
johnsomIt seems like this would be the easiest for our current code:17:03
johnsomhttps://www.irccloud.com/pastebin/kVSZemIN/17:03
johnsomWhich is the fork method17:03
xgerman_ok, so we fork and then drop priviliges17:03
johnsomYeah, I think the privsep does the fork itself, but not sure17:04
xgerman_privsep will fork17:04
*** b_bezak has joined #openstack-lbaas17:04
xgerman_https://github.com/openstack/oslo.privsep/blob/master/oslo_privsep/priv_context.py#L21917:05
johnsomYep17:05
*** prometheanfire has joined #openstack-lbaas17:07
xgerman_https://github.com/openstack/oslo.privsep/blob/master/oslo_privsep/priv_context.py#L21917:07
xgerman_I think they ehalpfully provide those methods17:08
*** b_bezak has quit IRC17:08
prometheanfirehttps://bugs.gentoo.org/649362 for the musl stage building17:11
johnsomThis implies it's pretty straight forward: https://github.com/openstack/oslo.privsep/blob/master/oslo_privsep/tests/fixture.py17:11
johnsomrm_work Can't we filter a list ports by the SG?17:14
rm_worknot that i can tell17:15
rm_worki think it's because it's a list17:15
rm_workif you figure it out, A++17:15
rm_worki think I asked around before17:15
johnsomYeah, back to our filter discussion earlier17:15
openstackgerritGerman Eichberger proposed openstack/octavia master: [WIP] Switch amphora agent to use privsep  https://review.openstack.org/54929517:36
openstackgerritAdam Harwell proposed openstack/octavia master: WIP: Add full_config parameter to LB GET  https://review.openstack.org/54929717:40
rm_workjohnsom: ^^ so i got an itch to deal with that really fast17:41
rm_workit's almost there17:41
*** AlexeyAbashkin has joined #openstack-lbaas17:42
johnsomNice17:42
*** jdavis has joined #openstack-lbaas17:44
*** AlexeyAbashkin has quit IRC17:46
*** fnaval has joined #openstack-lbaas17:51
*** AlexeyAbashkin has joined #openstack-lbaas17:58
*** AlexeyAbashkin has quit IRC18:03
*** kobis has quit IRC18:25
*** kobis has joined #openstack-lbaas18:25
*** kobis has quit IRC18:25
*** kobis has joined #openstack-lbaas18:26
*** kobis has quit IRC18:26
*** kobis has joined #openstack-lbaas18:26
*** kobis has quit IRC18:27
*** kobis has joined #openstack-lbaas18:27
*** kobis has quit IRC18:28
*** kobis has joined #openstack-lbaas18:28
*** kobis has quit IRC18:29
*** harlowja has quit IRC18:30
*** cristicalin has quit IRC18:47
*** cristicalin has joined #openstack-lbaas18:48
*** dims has quit IRC18:51
*** beagles is now known as beagles|brb18:55
*** dims has joined #openstack-lbaas19:01
*** harlowja has joined #openstack-lbaas19:09
*** gcheresh has joined #openstack-lbaas19:09
*** jdavis has quit IRC19:14
*** salmankhan has quit IRC19:15
*** salmankhan has joined #openstack-lbaas19:17
*** salmankhan has quit IRC19:21
*** beagles|brb is now known as beagesl19:30
*** beagesl is now known as beagles19:30
*** imacdonn has quit IRC19:41
*** imacdonn has joined #openstack-lbaas19:42
*** fnaval has quit IRC20:25
*** fnaval has joined #openstack-lbaas20:31
*** AlexeyAbashkin has joined #openstack-lbaas20:58
*** AlexeyAbashkin has quit IRC21:02
*** atoth has quit IRC21:17
*** jdavis has joined #openstack-lbaas21:19
*** jdavis has quit IRC21:23
*** jdavis has joined #openstack-lbaas21:24
*** jdavis has quit IRC21:29
*** kbyrne has quit IRC21:39
*** gcheresh has quit IRC21:47
*** kbyrne has joined #openstack-lbaas21:53
*** jdavis has joined #openstack-lbaas21:57
*** jdavis_ has joined #openstack-lbaas22:01
*** jdavis has quit IRC22:01
*** pcaruana has quit IRC22:08
*** dims has quit IRC22:17
*** salmankhan has joined #openstack-lbaas22:18
*** salmankhan has quit IRC22:22
*** kbyrne has quit IRC22:55
*** jdavis_ has quit IRC22:58
*** kbyrne has joined #openstack-lbaas23:02
*** fnaval has quit IRC23:48
*** fnaval has joined #openstack-lbaas23:57

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