Wednesday, 2016-07-06

*** ducttape_ has quit IRC00:00
*** csomerville has quit IRC00:03
*** csomerville has joined #openstack-lbaas00:08
*** harlowja has quit IRC00:10
*** ducttape_ has joined #openstack-lbaas00:42
*** diogogmt has quit IRC00:45
*** piet has joined #openstack-lbaas00:47
*** csomerville has quit IRC00:50
*** amotoki has joined #openstack-lbaas00:50
*** rudrajit has joined #openstack-lbaas00:55
openstackgerritMichael Johnson proposed openstack/octavia: Fixes failover issue with neutron dns integration  https://review.openstack.org/33793900:55
*** kevo has quit IRC01:06
*** harlowja has joined #openstack-lbaas01:09
*** piet has quit IRC01:13
*** bana_k has quit IRC01:15
*** ducttape_ has quit IRC01:16
*** fnaval has quit IRC01:19
openstackgerritAdam Harwell proposed openstack/octavia: Removing FK relationships from ListenerStatistics  https://review.openstack.org/33794701:20
*** ducttape_ has joined #openstack-lbaas01:26
*** bana_k has joined #openstack-lbaas01:27
*** fnaval has joined #openstack-lbaas01:33
*** ducttape_ has quit IRC01:37
*** diogogmt has joined #openstack-lbaas01:37
*** chlong has quit IRC01:40
*** ducttape_ has joined #openstack-lbaas01:50
*** ducttape_ has quit IRC01:51
*** chlong has joined #openstack-lbaas01:53
*** ducttape_ has joined #openstack-lbaas01:53
*** ducttape_ has quit IRC01:55
*** amotoki has quit IRC02:09
*** amotoki has joined #openstack-lbaas02:10
*** 17WAAXO8P has joined #openstack-lbaas02:19
*** lixinhui has joined #openstack-lbaas02:44
*** damonl has joined #openstack-lbaas02:49
*** yuanying has quit IRC02:50
*** woodster_ has quit IRC02:59
*** yamamoto has joined #openstack-lbaas03:05
*** ducttape_ has joined #openstack-lbaas03:09
*** 17WAAXO8P has quit IRC03:10
*** sbalukoff_ has quit IRC03:19
*** sbalukoff_ has joined #openstack-lbaas03:20
*** amotoki has quit IRC03:26
*** amotoki has joined #openstack-lbaas03:35
*** yuanying has joined #openstack-lbaas03:49
*** ducttape_ has quit IRC03:52
*** amotoki has quit IRC03:55
*** amotoki has joined #openstack-lbaas04:14
*** svinota has joined #openstack-lbaas04:21
*** amotoki has quit IRC04:25
*** amotoki has joined #openstack-lbaas04:31
*** links has joined #openstack-lbaas04:48
*** yamamoto has quit IRC05:14
*** ducttape_ has joined #openstack-lbaas05:22
*** ducttape_ has quit IRC05:27
openstackgerritBanashankar k proposed openstack/octavia: WIP: distributor image creation  https://review.openstack.org/32713705:39
*** sputnik13 has joined #openstack-lbaas05:40
openstackgerritBanashankar k proposed openstack/octavia: WIP: distributor image creation  https://review.openstack.org/32713705:41
*** jsheeren has joined #openstack-lbaas05:45
*** rudrajit has quit IRC05:47
*** rudrajit has joined #openstack-lbaas05:48
*** numans has quit IRC05:48
*** numans has joined #openstack-lbaas05:49
*** rudrajit has quit IRC05:53
*** armax has quit IRC05:54
*** rudrajit has joined #openstack-lbaas05:56
*** yamamoto has joined #openstack-lbaas05:57
openstackgerritBrandon Logan proposed openstack/neutron-lbaas: Fix tempest scenario tests  https://review.openstack.org/33745005:58
*** anilvenkata has joined #openstack-lbaas06:03
*** pcaruana has joined #openstack-lbaas06:05
openstackgerritguiyanxing proposed openstack/neutron-lbaas: fix spelling errors  https://review.openstack.org/33436006:07
*** rcernin has joined #openstack-lbaas06:09
*** nmagnezi has joined #openstack-lbaas06:22
*** ducttape_ has joined #openstack-lbaas06:24
*** kobis has joined #openstack-lbaas06:29
*** ducttape_ has quit IRC06:30
*** harlowja has quit IRC06:34
*** rudrajit has quit IRC06:44
*** rudrajit has joined #openstack-lbaas06:45
*** rudrajit has quit IRC06:49
*** amotoki has quit IRC07:03
openstackgerritBrandon Logan proposed openstack/neutron-lbaas: WIP: Cascade Delete  https://review.openstack.org/33804807:04
*** amotoki has joined #openstack-lbaas07:12
*** kevo has joined #openstack-lbaas07:18
*** tesseract- has joined #openstack-lbaas07:21
*** bana_k has quit IRC07:21
*** eezhova has joined #openstack-lbaas07:36
*** amotoki has quit IRC07:49
*** amotoki has joined #openstack-lbaas07:54
*** eezhova has quit IRC07:54
*** eezhova has joined #openstack-lbaas07:56
*** numans has quit IRC07:57
jsheerenhi all, i'm getting the message "Load Balancer is in an immutable state" when i want to delete a pool, listener or the loadbalancer itself.08:09
jsheerenhow can we delete loadbalancers or listeners/pools?    using octavia lbaasv208:10
*** noshankus has joined #openstack-lbaas08:11
*** ducttape_ has joined #openstack-lbaas08:27
*** ducttape_ has quit IRC08:31
*** sputnik13 has quit IRC09:09
*** sputnik13 has joined #openstack-lbaas09:11
*** eezhova has quit IRC09:18
*** eezhova has joined #openstack-lbaas09:24
*** rudrajit has joined #openstack-lbaas09:24
*** amotoki has quit IRC09:24
eezhovajsheeren, "Immutable state" means that an object is not in ACTIVE state, so you can't delete resources in PENDING_* and ERROR states. Is this your case?09:28
*** rudrajit has quit IRC09:28
jsheereneezhova: no, the objects were ACTIVE09:29
*** numans has joined #openstack-lbaas09:30
jsheerenif i want to delete a pool member, it complains that the loadbalancer is immutable09:30
jsheerenbut, the loadbalancer is ACTIVE09:30
jsheerenit says:  Client-side error: Load Balancer 23d553fc-c275-4a1a-9c2c-c4d3250c3ac5 is immutable and cannot be updated. format_exception09:30
jsheerenin /opt/mitaka/octavia/venv/local/lib/python2.7/site-packages/wsme/api.py:22109:31
jsheerenusing neutron client 4.1.109:32
eezhovainteresting, I never faced anything like this. but I don't have that much experience with octavia though09:32
jsheerenrequirements for octavia and neutron client are: python-neutronclient!=4.1.0,>=2.6.009:33
jsheerenon mitaka09:33
eezhovajsheeren, I  checked on my stable/mitaka deployment and it works. Looking through the code on member delete shows that checks of whether a member can be deleted boil down to verifying of load balancer's provisioning status09:49
eezhovaI can only advice debugging all the steps of member delete09:50
*** eezhova has quit IRC09:51
*** numans has quit IRC09:57
*** links has quit IRC10:00
jsheereneezhova: thanks for checkin your deployment10:01
*** sputnik13 has quit IRC10:13
*** yamamoto has quit IRC10:54
*** amotoki has joined #openstack-lbaas10:55
*** eezhova has joined #openstack-lbaas10:55
*** amotoki has quit IRC10:56
*** rtheis has joined #openstack-lbaas11:00
*** links has joined #openstack-lbaas11:24
*** ducttape_ has joined #openstack-lbaas11:29
*** ducttape_ has quit IRC11:33
*** yamamoto has joined #openstack-lbaas11:42
*** ducttape_ has joined #openstack-lbaas11:56
*** permalac has joined #openstack-lbaas12:02
*** yamamoto has quit IRC12:02
*** yamamoto has joined #openstack-lbaas12:10
*** yamamoto has quit IRC12:18
*** yamamoto has joined #openstack-lbaas12:19
*** nmagnezi has quit IRC12:19
*** ducttape_ has quit IRC12:23
*** yamamoto has quit IRC12:31
*** yamamoto has joined #openstack-lbaas12:31
*** yamamoto has quit IRC12:32
*** yamamoto has joined #openstack-lbaas12:34
*** mhayden has quit IRC12:46
*** ducttape_ has joined #openstack-lbaas12:52
*** yamamoto has quit IRC13:00
*** mhayden has joined #openstack-lbaas13:03
*** mhayden has quit IRC13:03
*** mhayden has joined #openstack-lbaas13:04
*** woodster_ has joined #openstack-lbaas13:04
*** mhayden has quit IRC13:07
*** mhayden has joined #openstack-lbaas13:09
*** ducttape_ has quit IRC13:11
*** brad_behle has joined #openstack-lbaas13:21
*** diogogmt has quit IRC13:23
*** diogogmt has joined #openstack-lbaas13:25
*** M00nr41n has quit IRC13:29
*** yamamoto has joined #openstack-lbaas13:30
*** amotoki has joined #openstack-lbaas13:37
*** diogogmt has quit IRC13:41
*** eezhova has quit IRC13:54
*** eezhova has joined #openstack-lbaas13:56
*** links has quit IRC13:57
*** fnaval has quit IRC14:14
*** amotoki has quit IRC14:15
*** BjoernT has joined #openstack-lbaas14:26
*** fnaval has joined #openstack-lbaas14:29
*** amotoki has joined #openstack-lbaas14:34
*** armax has joined #openstack-lbaas14:51
*** diogogmt has joined #openstack-lbaas14:54
*** jsheeren has quit IRC14:57
*** eezhova has quit IRC15:01
*** eezhova has joined #openstack-lbaas15:03
*** pcaruana has quit IRC15:06
*** harlowja has joined #openstack-lbaas15:07
*** nmagnezi has joined #openstack-lbaas15:10
*** rcernin has quit IRC15:10
*** yamamoto has quit IRC15:19
*** yamamoto has joined #openstack-lbaas15:20
*** Kiall has quit IRC15:25
*** Kiall has joined #openstack-lbaas15:28
johnsomeezhova hi15:29
eezhovajohnsom, hi!15:29
johnsomeezhova I think that follow up issue is the one the DNS issue was blocking my work on, https://bugs.launchpad.net/octavia/+bug/157796315:29
openstackLaunchpad bug 1577963 in octavia "Failover fails with haproxy network namespaces" [Critical,In progress] - Assigned to Michael Johnson (johnsom)15:29
eezhovajohnsom, you mean that you are working on fixing the issue I described in comment to the bug?15:31
*** nmagnezi has quit IRC15:31
johnsomYes, I think that issue, the 500 with plugged interfaces and the network not coming up after failover is the bug 1577963 that I have been working on.  The DNS issue blocked my progress on that bug, so I wanted to fix it first.15:32
openstackbug 1577963 in octavia "Failover fails with haproxy network namespaces" [Critical,In progress] https://launchpad.net/bugs/1577963 - Assigned to Michael Johnson (johnsom)15:32
johnsomI still have work to do on this failover issue, but it is my focus this week15:32
eezhovayes, this bug really very closely resembles what I am seeing15:34
eezhovain this case it would really be better to fix dns-integration problem and bug 1577963 separately15:35
openstackbug 1577963 in octavia "Failover fails with haproxy network namespaces" [Critical,In progress] https://launchpad.net/bugs/1577963 - Assigned to Michael Johnson (johnsom)15:35
johnsomeezhova Yes, that is my plan.  I will fix the DNS issue, then mark my failover patch dependent on it.15:37
eezhovajohnsom, Sounds great! Pity I didn't notice that bug report earlier15:39
johnsomNP15:39
johnsomeezhova I will push a revised version of my patch based on blogan's excellent comments.15:40
bloganjohnsom: i sense a tinge of sarcasm in that!15:41
eezhovajohnsom, sure. I'll add a link to your path to the BR to ease its tracking15:42
johnsomNo, it was a good point.  I was a bit too focused on the issue and didn't think a bit broader15:42
*** rcernin has joined #openstack-lbaas15:49
*** yamamoto has quit IRC16:06
*** bana_k has joined #openstack-lbaas16:07
*** noshankus has quit IRC16:07
*** alhu has joined #openstack-lbaas16:17
*** alhu has quit IRC16:29
*** alhu has joined #openstack-lbaas16:29
*** yamamoto has joined #openstack-lbaas16:37
*** kevo has quit IRC16:39
*** nmagnezi has joined #openstack-lbaas16:44
*** yamamoto has quit IRC16:48
*** kobis has quit IRC16:49
*** tesseract- has quit IRC16:49
*** matt-borland has joined #openstack-lbaas16:53
openstackgerritMichael Johnson proposed openstack/octavia: Fixes failover issue with neutron dns integration  https://review.openstack.org/33793916:57
rm_worknooo16:57
johnsomblogan ^^^16:57
rm_workjohnsom: i posted a comment RIGHT before you did that16:57
rm_workor, right as16:57
rm_workone step MORE generic :P16:58
johnsomYeah, that is interesting16:58
johnsomWorth another spin?16:58
rm_workeh, if you want16:58
rm_workI like DRY16:58
blogani'm probably over optimizing here, but does a python "item in list" actually search through the entire list for an object?16:59
rm_workuhh16:59
johnsomSadly, yes16:59
rm_workyou mean, if it finds it early, does it bail?16:59
bloganwell that would be the follow up question16:59
johnsomOh,  well, not sure16:59
blogani don't know if python is doing some kind of hashing underneath with the lists17:00
bloganto optimize in calls17:00
bloganeither way its probably not a big deal17:00
johnsomHowever, it could be optimized to query just het alias and not pull back the list, but that is with exception handling.17:00
bloganits a small list, unless neutron never goes to microversioning17:00
bloganthen it'll get ever increasingly large17:00
bloganbut premature optimization eh?17:01
*** piet has joined #openstack-lbaas17:01
blogani'm sure that'll be the smallest pole in the tent as far as speed17:01
openstackgerritBrandon Logan proposed openstack/neutron-lbaas: Fix tempest scenario tests  https://review.openstack.org/33745017:02
bloganthat should finally fix that17:02
rm_workwooo17:02
rm_workwas just talking about that17:02
johnsomOh, that would be nice17:03
bloganfinally got my local octavia working, devstack wasn't updating my config on build so it was alway susing old values17:03
bloganbug smash day! thoguh i don't think that bug was listed17:03
bloganhmmm17:03
blogani may as well17:03
rm_worki HOPE it's using iterators17:04
bloganwhat?17:04
rm_workx in list17:04
bloganno its just pulling the extension list from the api17:04
rm_workerr17:04
bloganand the api doesn't paginate taht call so an iterator probably wouldn't be that useful17:04
rm_worksure but17:04
rm_workwe're talking about the python language feature "item in list" ?17:05
rm_worki thought that was the question :P17:05
bloganoh i was thinking generator here lol17:05
rm_workah hm17:05
bloganwhat do you mean by iterator?17:06
blogani've pretty much made iteratora nd generator synonymous17:06
rm_workyeah same17:06
rm_worki was trying to think what the difference is >_<17:06
rm_worki think ... the generator pattern is how you make an iterator17:06
bloganoh well "in" works for both iterator and normal lists17:06
rm_workso uhh, yeah17:06
johnsomOk, fine, I will switch this over to show instead of list_extension.  Remove the issue on our side17:07
rm_workwhat does THAT change?17:07
rm_workI don't actually know the difference17:07
rm_workoh, doing a single query?17:08
rm_workif you're doing that, you should do it as a generic :P17:08
johnsomWell, instead of us asking for the list of extensions and searching on our side, we just ask the API to "show" the particular extension alias we care about.17:08
*** bana_k has quit IRC17:08
johnsomYeah, might as well17:08
blogandoes the neutron api support a show?17:08
bloganon extensions?17:08
johnsomIt does in fact17:08
johnsomThere is list and show17:09
rm_workeverywhere? :P17:09
blogani should know that more than 99% of the people that work i neutron17:09
rm_workor is that an extension? ^_^17:09
rm_workneutron-ext-show-ext17:09
johnsomshow and list for extensions17:09
bloganext-show17:09
johnsomYeah, way to go Mr. neutron big-pants17:09
johnsomGrin17:09
bloganwell the fact that i've been working on moving the api to pecan and i've had to deal with all these extensions...17:10
johnsomHahaha17:10
rm_workFYI this works and IMO can be merged, unless we want to wait for these scenario-test fixes to land and recheck everything that's pending17:12
rm_workhttps://review.openstack.org/#/c/335680/17:12
*** ajmiller has joined #openstack-lbaas17:12
openstackgerritBrandon Logan proposed openstack/neutron-lbaas: Fix tempest scenario tests  https://review.openstack.org/33745017:12
bloganthere got my bug in17:13
johnsomHmm, I thought there was a zuul variable available for that17:14
bloganjohnsom: no it wasn't being set by the time this ran or it was being cleared before this ran17:14
bloganor it just doesnt exist17:14
johnsomOk, yeah, looks good to me.  +A'd17:17
*** kevo has joined #openstack-lbaas17:18
*** alhu has quit IRC17:25
*** alhu has joined #openstack-lbaas17:26
*** bana_k has joined #openstack-lbaas17:29
eezhovacan someone take a look at https://review.openstack.org/#/c/332913/ please?17:36
*** eezhova has quit IRC17:38
openstackgerritBanashankar k proposed openstack/octavia: WIP: distributor image creation  https://review.openstack.org/32713717:41
openstackgerritBanashankar k proposed openstack/octavia: WIP: distributor image creation  https://review.openstack.org/32713717:41
*** michaelw has joined #openstack-lbaas17:47
*** michaelw has left #openstack-lbaas17:49
*** michaelw has joined #openstack-lbaas17:50
*** rudrajit has joined #openstack-lbaas17:50
*** rudrajit has quit IRC17:55
openstackgerritMerged openstack/octavia: Use correct code version for amphora agent image  https://review.openstack.org/33568017:59
blogani used to be able to click on the links to the jobs in zuul to see the jenkins job, but now its tryign to do telnet18:06
rm_workyes18:06
rm_workthey removed jenkins altogether from zuul18:06
rm_workthere was a memo apparently18:06
bloganoh18:06
johnsomYeah, Jenkins security issue18:07
rm_workthey were surprised i hadn't seen it :P18:07
rm_work(mailing list, lol who reads that?)18:07
johnsomI hate not having the console view anymore18:07
bloganif i read every single email that came through the openstack-dev ML i'd have no time for anything else18:07
rm_workthat's what i said18:07
rm_workapparently the infra peeps read all of them18:07
rm_worki am not even subscribed anymore >_>18:07
rm_workjohnsom: it's basically the same18:07
rm_workjust... in a terminal18:07
rm_workonce it's done, it goes to a logdir18:08
johnsomOh, there is actually something on that telnet?18:08
rm_workyes18:08
rm_worki literally just click on it18:08
rm_workand say "yes"18:08
johnsomHa, I just expected it was broken18:08
rm_worki almost like it better <_<18:08
rm_workfeels cleaner18:08
johnsomHmm18:08
blogani guess i dont have the right application to open those18:08
rm_workomg scenario test passed!!!18:09
bloganhow bout that18:09
rm_workblogan: on OSX it's "console" :P18:09
rm_workerr18:09
rm_work"terminal18:09
rm_work"18:09
rm_work(one of them)18:09
bloganmint its tryign xdg-open18:09
rm_worki'm giving it a +218:09
rm_worklol18:09
*** permalac has quit IRC18:09
bloganrm_work: oh you're soooooooo jinxing the scenario tests18:11
rm_worklol18:11
blogan"one passed, so they must all pass"18:11
rm_workit's fine, even if the rest fail, you fixed the part that confirms your patch worked18:11
rm_workerr, a single pass confirms your patch fixed the thing it needed to fix18:11
bloganwell i give up on this telnet thing, i apparenlty don't know how to operate telnet18:12
rm_workin this case :P18:12
rm_worklol18:12
rm_worktelnet ip:port18:12
rm_work:P18:12
bloganyes18:12
bloganconnection refused18:12
rm_work<_<18:12
*** Purandar has joined #openstack-lbaas18:14
*** ducttape_ has joined #openstack-lbaas18:15
*** perelman has quit IRC18:21
*** piet has quit IRC18:26
*** ducttape_ has quit IRC18:29
*** ducttape_ has joined #openstack-lbaas18:30
*** piet has joined #openstack-lbaas18:53
*** guest has joined #openstack-lbaas18:55
openstackgerritMerged openstack/neutron-lbaas: Updated from global requirements  https://review.openstack.org/33619819:10
openstackgerritMerged openstack/neutron-lbaas: Skip the check _check_pool_loadbalancer_match in one condition  https://review.openstack.org/32426019:10
openstackgerritMerged openstack/neutron-lbaas: Add Health Monitor Max Retries Down  https://review.openstack.org/30608419:10
openstackgerritHenry Gessau proposed openstack/neutron-lbaas: [TEST][DNM] check against removal of enginefacade lazy init  https://review.openstack.org/33851119:32
*** michaelw has quit IRC19:38
openstackgerritAdam Harwell proposed openstack/octavia: Removing FK relationships from ListenerStatistics  https://review.openstack.org/33794719:45
*** eezhova has joined #openstack-lbaas19:49
openstackgerritMerged openstack/neutron-lbaas: Fix tempest scenario tests  https://review.openstack.org/33745019:50
*** rudrajit has joined #openstack-lbaas19:57
johnsomOctavia meeting starting soon on #openstack-meeting-alt19:59
*** jsheeren has joined #openstack-lbaas20:00
*** rm_mobile has joined #openstack-lbaas20:01
*** rm_mobile has joined #openstack-lbaas20:01
*** piet has quit IRC20:01
*** rudrajit has quit IRC20:02
*** rudrajit has joined #openstack-lbaas20:02
jsheerenhi all, i have an issue with octavia lbaasv220:04
jsheereni am unable to delete ACTIVE loadbalancers, their listeners or their pools20:04
*** piet has joined #openstack-lbaas20:05
*** rcernin_ has joined #openstack-lbaas20:06
jsheerenit gives me a "success", but in the logs i see the following message: Member cannot be created or modified because the Load Balancer is in an immutable state20:06
jsheerenalso: Client-side error: Load Balancer 23d553fc-c275-4a1a-9c2c-c4d3250c3ac5 is immutable and cannot be updated. format_exception /opt/osp/mitaka/octavia/venv/local/lib/python2.7/site-packages/wsme/api.py:22120:06
*** kobis has joined #openstack-lbaas20:06
jsheerenthe neutron client i'm using is version 4.1.1, in the requirements.txt for octavia it mentions: python-neutronclient!=4.1.0,>=2.6.020:07
*** rm_mobile| has joined #openstack-lbaas20:09
*** rcernin_ has quit IRC20:10
rm_workjsheeren: i have a hard time believing you're getting that message when no part of the LB Tree's prov status is PENDING_*/ERROR20:12
*** brad_behle has quit IRC20:12
rm_workjsheeren: it just shouldn't be possible20:12
*** rm_mobile has quit IRC20:13
jsheerenrm_work: how can i see the status of the listeners/pools?  the client does not show that, right?20:13
rm_workmaybe check in the DB just to make sure?20:15
*** rcernin_ has joined #openstack-lbaas20:15
*** rm_mobile| has quit IRC20:16
*** rcernin_ has quit IRC20:19
*** rcernin_ has joined #openstack-lbaas20:19
*** rcernin_ has quit IRC20:20
*** rcernin has quit IRC20:24
*** rcernin has joined #openstack-lbaas20:25
*** rcernin has quit IRC20:25
*** rcernin has joined #openstack-lbaas20:25
*** cody-somerville has joined #openstack-lbaas20:29
*** anilvenkata has quit IRC20:35
*** piet has quit IRC20:37
*** piet has joined #openstack-lbaas20:38
*** rcernin has quit IRC20:38
*** rcernin has joined #openstack-lbaas20:39
*** jsheeren has quit IRC20:52
*** jsheeren has joined #openstack-lbaas20:54
johnsomIs this related to the foreign key bug?20:55
bloganso dougwig said he'd prefer to not do the cascade delete in nlbaas20:56
bloganjohnsom you said you did prefer20:56
johnsomWell, if we don't do it now, it will not go into the neutron client, it will have to be OSC20:56
bloganmy opinion is based on what we need internally which i'm not sure of20:56
johnsomYeah, that is probably the guide.  Does someone need it for their UI sooner rather than after the merge20:57
johnsomThis is the bug that comes to mind:https://bugs.launchpad.net/octavia/+bug/154760920:57
openstackLaunchpad bug 1547609 in octavia "Delete Health Monitor makes LB go into ERROR operating status" [Critical,Incomplete] - Assigned to Stephen Balukoff (sbalukoff)20:57
johnsomOh, wait, that isn't it20:57
dougwigjohnsom: it could be an extension to the neutronclient.20:58
johnsomThat would make it not a modifier flag but a new command right?  I thought even those were going to be frowned upon20:59
*** matt-borland has quit IRC21:02
*** eezhova has quit IRC21:03
*** ajmiller_ has joined #openstack-lbaas21:03
*** rcernin has quit IRC21:03
*** rcernin has joined #openstack-lbaas21:04
*** kobis has quit IRC21:05
*** eezhova has joined #openstack-lbaas21:05
*** ajmiller has quit IRC21:07
*** rcernin has quit IRC21:07
*** rcernin has joined #openstack-lbaas21:07
*** _ducttape_ has joined #openstack-lbaas21:24
*** ducttape_ has quit IRC21:28
*** alhu has quit IRC21:32
*** alhu has joined #openstack-lbaas21:32
*** rcernin has quit IRC21:37
*** alhu has quit IRC21:41
*** alhu has joined #openstack-lbaas21:43
*** piet has quit IRC21:45
*** alhu has quit IRC21:45
*** ajmiller_ has quit IRC21:46
*** alhu has joined #openstack-lbaas21:46
*** ajmiller_ has joined #openstack-lbaas21:46
*** jsheeren has quit IRC21:47
*** alhu has quit IRC21:47
*** nmagnezi has quit IRC21:50
*** _ducttape_ has quit IRC22:03
*** ducttape_ has joined #openstack-lbaas22:04
rm_workso yeah, looking for opinions on https://review.openstack.org/#/c/337947/ (it passes scenario, woo)22:05
rm_work(so obviously it doesn't break anything HORRIFICALLY badly)22:05
*** alhu has joined #openstack-lbaas22:07
*** alhu has quit IRC22:09
*** eezhova has quit IRC22:10
*** ducttape_ has quit IRC22:17
*** cody-somerville has quit IRC22:21
*** BjoernT has quit IRC22:58
openstackgerritMichael Johnson proposed openstack/octavia: Fixes failover issue with neutron dns integration  https://review.openstack.org/33793923:44
openstackgerritMichael Johnson proposed openstack/octavia: Fixes failover issue with neutron dns integration  https://review.openstack.org/33793923:52

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