Thursday, 2016-02-04

*** Bjoern has joined #openstack-lbaas00:04
*** yuanying has quit IRC00:09
*** bdrich_ has joined #openstack-lbaas00:14
*** yuanying has joined #openstack-lbaas00:16
*** yuanying has quit IRC00:19
openstackgerritAdam Harwell proposed openstack/octavia: Add SubjectAltName and KeyUsage for localcertgen  https://review.openstack.org/27599000:20
*** ducttape_ has joined #openstack-lbaas00:21
*** yuanying has joined #openstack-lbaas00:22
*** Bjoern is now known as Bjoern_zZzZzZzZ00:24
*** longstaff has quit IRC00:24
*** Bjoern_zZzZzZzZ is now known as Bjoern00:29
*** bana_k has quit IRC00:36
*** chlong has joined #openstack-lbaas00:40
*** Bjoern has quit IRC00:41
openstackgerritAdam Harwell proposed openstack/octavia: Add SubjectAltName and KeyUsage for localcertgen  https://review.openstack.org/27599000:44
*** Aish has quit IRC01:05
rm_worksbalukoff: happen to remember which bug this was?01:08
johnsomI will find it for you01:09
rm_workthanks johnsom01:09
rm_workI guess I could do that >_>01:09
johnsomhttps://bugs.launchpad.net/octavia/+bug/149442001:09
openstackLaunchpad bug 1494420 in octavia "REST Driver TLS - Certificate has no `subjectAltName" [Low,Confirmed]01:09
*** yuanying has quit IRC01:11
*** yuanying has joined #openstack-lbaas01:12
openstackgerritAdam Harwell proposed openstack/octavia: Add SubjectAltName and KeyUsage for localcertgen  https://review.openstack.org/27599001:14
openstackgerritmin wang proposed openstack/octavia: Implements: blueprint anti-affinity server group  https://review.openstack.org/27234401:14
*** minwang2 has quit IRC01:15
*** yuanying has quit IRC01:21
*** piet has joined #openstack-lbaas01:22
*** yuanying has joined #openstack-lbaas01:23
*** paco20151113 has joined #openstack-lbaas01:23
*** piet has quit IRC01:35
*** piet has joined #openstack-lbaas01:35
*** piet has quit IRC01:35
*** piet has joined #openstack-lbaas01:36
*** bharathm has quit IRC01:36
*** jaff_cheng has joined #openstack-lbaas01:48
*** yamamoto_ has joined #openstack-lbaas01:48
*** _cjones_ has quit IRC01:49
*** piet has quit IRC01:52
*** mixos has joined #openstack-lbaas01:55
*** mgarza_ has joined #openstack-lbaas01:55
*** yamamoto_ has quit IRC01:59
*** yamamoto_ has joined #openstack-lbaas02:00
johnsomsbalukoff Ok, shared pools review complete.  Sorry it took so long to get through.02:01
*** ducttape_ has quit IRC02:03
*** johnsom has quit IRC02:06
*** yamamoto_ has quit IRC02:10
*** yamamoto_ has joined #openstack-lbaas02:10
sbalukoffThanks, johnsom!02:11
sbalukoffAnd no worries-- it's a huge patch that touches everything.02:11
*** yamamoto_ has quit IRC02:13
*** mixos has quit IRC02:15
*** jwarendt has quit IRC02:16
sbalukoffLots of little stuff... I'll try to have these addressed sometime tonight or tomorrow, eh.02:20
*** alejandrito has joined #openstack-lbaas02:20
*** piet has joined #openstack-lbaas02:21
*** ducttape_ has joined #openstack-lbaas02:26
*** minwang2 has joined #openstack-lbaas02:26
*** minwang2 has quit IRC02:29
*** Dave has quit IRC02:30
*** madhu_ak has quit IRC02:32
*** piet has quit IRC02:35
*** longstaff has joined #openstack-lbaas02:36
*** longstaff has quit IRC02:52
*** bana_k has joined #openstack-lbaas02:56
*** bana_k has quit IRC02:57
*** hang has joined #openstack-lbaas03:00
*** bdrich_ has quit IRC03:01
*** johnsom has joined #openstack-lbaas03:02
*** jaff_cheng has quit IRC03:03
sbalukoffjohnsom: Are you still around?03:09
*** yamamoto_ has joined #openstack-lbaas03:09
*** yuanying has quit IRC03:15
*** allan_h has quit IRC03:16
*** alejandrito has quit IRC03:17
*** bdrich_ has joined #openstack-lbaas03:18
*** yuanying has joined #openstack-lbaas03:19
*** yuanying has quit IRC03:24
*** woodster_ has quit IRC03:26
*** yuanying has joined #openstack-lbaas03:35
*** piet has joined #openstack-lbaas03:41
*** yuanying_ has joined #openstack-lbaas03:41
*** yuanying has quit IRC03:44
*** woodster_ has joined #openstack-lbaas03:44
*** links has joined #openstack-lbaas03:49
bloganmade this bug https://bugs.launchpad.net/octavia/+bug/154167503:50
openstackLaunchpad bug 1541675 in octavia "intermittent session persistence scenario test failure" [Undecided,New]03:50
*** bdrich_ has quit IRC03:50
bloganso whenever that scenario job fails bc of the session persistence, please do a recheck bug 154167503:50
*** amotoki has joined #openstack-lbaas03:52
*** hang has quit IRC03:54
openstackgerritPhillip Toohill proposed openstack/octavia: Allow user-data on amphora creation  https://review.openstack.org/27555803:57
*** ducttape_ has quit IRC03:57
*** ducttape_ has joined #openstack-lbaas04:04
*** minwang2 has joined #openstack-lbaas04:05
*** piet has quit IRC04:06
*** mgarza_ has quit IRC04:06
*** yuanying_ has quit IRC04:06
*** yuanying has joined #openstack-lbaas04:07
*** yuanying has quit IRC04:08
*** yuanying has joined #openstack-lbaas04:08
*** ctracey has quit IRC04:12
*** mhayden has quit IRC04:12
*** davidlenwell_ has joined #openstack-lbaas04:13
*** davidlenwell has quit IRC04:13
*** chlong has quit IRC04:13
*** mhayden has joined #openstack-lbaas04:15
*** ducttape_ has quit IRC04:16
*** ctracey has joined #openstack-lbaas04:18
*** pai15- has quit IRC04:19
*** amit213 has quit IRC04:19
*** bradjones has quit IRC04:19
*** cgross has quit IRC04:19
openstackgerritPhillip Toohill proposed openstack/octavia: Allow user-data on amphora creation  https://review.openstack.org/27555804:19
*** pai15 has joined #openstack-lbaas04:20
*** cgross has joined #openstack-lbaas04:20
*** bradjones has joined #openstack-lbaas04:21
*** bradjones has quit IRC04:21
*** bradjones has joined #openstack-lbaas04:21
*** chlong has joined #openstack-lbaas04:28
*** minwang2 has quit IRC04:39
openstackgerritGerman Eichberger proposed openstack/octavia: Replace depcrecated Nova networks with Nova interfaces  https://review.openstack.org/27373304:39
*** Aish has joined #openstack-lbaas04:41
*** Aish has quit IRC04:42
*** minwang2 has joined #openstack-lbaas04:43
*** Aish has joined #openstack-lbaas04:43
*** Aish has quit IRC04:43
*** fnaval has quit IRC05:01
*** davidlenwell_ has quit IRC05:02
*** davidlenwell has joined #openstack-lbaas05:05
*** minwang2 has quit IRC05:06
*** fnaval has joined #openstack-lbaas05:18
*** piet has joined #openstack-lbaas05:19
*** minwang2 has joined #openstack-lbaas05:23
rm_workblogan: so is there a session persistence scenario test that is perma-failing? I noticed I don't think i've seen the scenario tests pass in a long time <_<05:27
sbalukoffHey folks...05:58
rm_workah hey one passed05:58
rm_workhey sbalukoff05:58
sbalukoffI'm about at my wits end with this damned pecan app... I want to replace calls to SimulatedControllerHandler to a new one I wrote called SimulatedBadControllerHandler so that I can simulate a handler error (as johnsom is requesting)05:59
sbalukoffI can't figure out how the SimulatedControllerHandler is getting called in the first place.06:00
*** crc32 has joined #openstack-lbaas06:00
sbalukoffAnd I'm pretty sure mock hates me.06:00
rm_workmock hates everyone :P06:00
sbalukoff(This is Octavia, obviously.)06:00
*** piet has quit IRC06:00
sbalukoffSo among other things: How the hell is the api deciding to look for the SimulatedControllerHandler in the first place?06:01
rm_workisn't it part of config?06:02
rm_workoctavia.api.handlers =06:02
rm_work    simulated_handler = octavia.api.v1.handlers.controller_simulator.handler:SimulatedControllerHandler06:02
rm_work    queue_producer = octavia.api.v1.handlers.queue.producer:ProducerHandler06:02
*** numans has joined #openstack-lbaas06:02
rm_workthe default config is "simulated_handler"06:03
sbalukoffWhere did you find that?06:03
rm_worksetup.cfg06:03
rm_workis where all the stevedore driver stuff is defined06:03
sbalukoff... dammit!06:03
rm_work:P06:03
rm_workglad to be of assistance06:03
rm_workso yeah, add your line there, and do a config override in your test06:04
sbalukoffThere's not a simple way to replace any calls to the SimulatedControllerHandler using mock?06:04
rm_workerr06:04
rm_workI mean06:04
rm_workthe normal way mocks work?06:04
sbalukoffWell, using patch, I mean.06:04
rm_workpatch should work06:05
sbalukoffOk, for the life of me I can't figure out how to do that.06:05
sbalukoffI have tried... may permutations.06:05
sbalukoffmany06:05
sbalukoffI think stevedore might be fucking with me... it might just be easier to define a new controller handler. :P06:06
sbalukoffSo, I'll give that a try.06:06
rm_work@mock.patch("octavia.api.v1.handlers.controller_simulator.handler.SimulatedControllerHandler.whatever") ? I think, or something like that06:06
rm_workman that's long06:07
sbalukoffWith a "new=......SimulatedBadControllerHandler.whatever" option as well?06:07
rm_workerr, that passes the mock into the test as an arg06:07
sbalukoffI've got to replace class methods? I can't replace the whole class?06:07
rm_workerr06:07
rm_workI guess maybe you could06:08
sbalukoffYeah.06:08
rm_workwhy would you need to?06:08
rm_workmaybe i don't get what you're testing06:08
rm_workwouldn't you be testing specific bad methods or something?06:08
sbalukoffWell.... I'll give that a shot, but if that doesn't work, I guess I'll just define a new controller handler which returns errors (for testing controller handler errors)06:08
rm_workyou can patch as many methods as you want06:08
rm_workjust remember the order of the args is bottom-to-top06:09
rm_work... i think06:09
sbalukoffWait, the order of the arges is bottom-to-top?06:09
rm_worki think so06:09
rm_worki remember it's odd06:09
sbalukoffOk...06:09
rm_workah so you can mock the whole class06:10
rm_work@mock.patch("octavia.api.v1.handlers.controller_simulator.handler.SimulatedControllerHandler")06:10
sbalukoffI'm trying to test a code path that isn't being unit tested right now: It's what the API does when the handler returns an error.06:10
rm_workdef test(self, mockedClass)06:10
sbalukoffMind you--  the original code didn't test any of this shit either.06:10
rm_workshould make mockedClass the mock for *the class*06:10
rm_work(redundant explanation)06:10
sbalukoffjohnsom is asking me to solve some technical debt at the same time as the massive shared_pools patch.06:10
rm_worklol06:10
rm_worksounds about right06:11
sbalukoffYeah. I'm a little upset.06:11
sbalukoffEspecially because I'm pretty sure nobody tested that before because it's fucking hard.06:11
rm_workI rewrote most of python-barbicanclient because I needed consumer registration to work for containers <_<06:11
rm_workthese things happen06:12
rm_workyeah there's certain stuff that is just ... weird to test with mocks06:12
rm_workwait until you try mocking db cursors that are being used as context managers06:13
rm_worka context manager returning an iterator06:13
rm_workfuntimes06:13
sbalukoffBlah.06:13
rm_workdoes @mock.patch("octavia.api.v1.handlers.controller_simulator.handler.SimulatedControllerHandler") work?06:14
rm_workAFAICT it should06:14
rm_workah yeah:06:15
rm_workNote When you nest patch decorators the mocks are passed in to the decorated function in the same order they applied (the normal python order that decorators are applied). This means from the bottom up06:15
sbalukoffWell... the problem is that a I'm not calling those method directly. I want the pecan app that gets built from the api definition to call those methods.06:15
rm_workwhich tests are you messing with06:16
rm_worki'll pull it uo06:16
rm_work*up06:16
sbalukoffI  mean, it's seriously bizarre to me that octavia/tests/functional/api/v1/base.py ... the setUp method there.. even works.06:17
sbalukoffI'm messing with stuff in octavia/tests/functional/api/v1/test_health_monitor.py06:17
rm_workah lol06:17
rm_workthat patcher06:17
sbalukoffyeah.06:17
sbalukoffTrying to figure out WTF it's actually doing.06:17
rm_workI'm surprised that reference isn't saved as self.patcher or something06:18
rm_workif it were you could access it06:18
sbalukoffIt doesn't need to be: The mock is closed after the app is built.06:18
openstackgerritPhillip Toohill proposed openstack/octavia: Allow user-data on amphora creation  https://review.openstack.org/27555806:18
rm_workerr, on *cleanup*, not immediately06:19
rm_workI thought06:19
rm_workit's a post-test action06:19
rm_workthough the way this is done seems really odd06:19
sbalukoffI tried changing it to  self.patcher variable and then messing with it... didn't seem to work.06:19
rm_workwhy not decorate and keep it cleanly scoped06:19
rm_worklet me see...06:20
rm_workoh you need to store the result of06:20
rm_workpatcher.start()06:20
*** armax has quit IRC06:20
rm_workthat's the actual MagicMock06:21
sbalukoffOk.06:21
rm_workdo like...06:21
rm_workself.controller_mock = patcher.start()06:21
rm_workon line 47 here06:21
sbalukoffOk, but I'm not sure what to do with it after that.06:21
rm_workerr06:21
rm_workthen from whatever test method, just...06:21
rm_workstep up the mock06:22
rm_work*set up06:22
rm_workthe way you need it06:22
sbalukoffCould you give me an example.06:22
sbalukoffI really don't understand what you mean when you say 'setup the mock'06:22
rm_workit's a mock, do whatever you want06:22
sbalukoffI've been trying to do that all day and am finding the documentation on this extremely obtuse.06:22
rm_workso like06:22
rm_workif you want a specific function on the class to raise something06:22
rm_workdo like06:23
rm_workself.controller_mock.somefunction.side_effect = Exception()06:23
rm_workit's a magicmock, so, whatever attribute you hit on the mock, turns into a new mock object06:24
rm_workthat you can do mock stuff with06:24
sbalukoffself.controller_mock = patcher.start() ?06:24
rm_workyeah, line 4706:24
rm_workthen in your test method, you should be able to hit self.controller_mock to do stuff to it06:25
rm_workand then you want to reset it at the end of the test prolly06:25
sbalukoffOk... I think I understand..06:25
rm_workself.controller_mock.reset()06:25
*** crc32 has quit IRC06:25
rm_workI think06:25
sbalukoffOk, I'll give it a shot.06:25
sbalukoffThanks for your help on this.06:25
rm_worknope reset does nothing lol06:25
rm_workbut anywho06:26
rm_workah06:26
rm_workself.controller_mock.reset_mock()06:26
sbalukoffOk!06:27
rm_workehhh nm don't do that either, doesn't QUITE do what I wanted06:27
rm_workbleh mocks are lulzy06:27
rm_workumm just like...06:27
rm_workif you set a side_effect06:27
rm_workunset it06:27
rm_workas soon as you're done :P06:27
sbalukoffOk.... I'll try to figure out how to do that.06:28
rm_workself.controller_mock.myfunc.side_effect = None06:28
rm_workgleh really this mock just shouldn't be set like this06:28
rm_workbut whatever06:28
rm_workwait is setUp called once for EACH test?06:28
rm_worklet me check06:29
rm_workyeah nevermind that whole thing06:29
rm_workdo whatever you want06:29
rm_workit resets anyway06:29
rm_workit is late and I am overthinking06:29
rm_worksbalukoff: ^^ it's easier than I thought, just do whatever you want and it'll work itself out :P06:30
sbalukoffOk... I'm trying the side_effect thing...06:30
rm_workyeah you can give it whatever exception you want06:31
rm_workOR if you give it an iterable type, it'll return the items one by one06:31
rm_workso it changes on every call! woo06:31
rm_workthat's how you mock iterables06:31
rm_workmymock.__iter__.side_effect = [1,2,3]06:31
rm_workhttp://cdn.theatlantic.com/assets/media/img/mt/2014/09/The_More_You_Know/lead_large.png06:32
sbalukoffself.controller_mock.health_monitor.create.side_effect = exceptions.APIException()06:33
sbalukoffDoesn't appear to be working.06:33
sbalukoffThough, I'm still not sure if I'm referencing the method call correctly.06:33
rm_workahh so06:34
rm_workif it's something that's CALLED06:34
rm_workyou may need ()06:34
rm_workself.controller_mock.health_monitor.create().side_effect = exceptions.APIException()06:34
rm_workor possibly06:34
rm_workself.controller_mock.health_monitor().create.side_effect = exceptions.APIException()06:34
rm_workdepending on what those are06:34
rm_workmocks are fun!06:34
rm_workare you using an IDE?06:35
rm_workdebugging helps *a lot*06:35
sbalukoffI'm not presently.06:35
sbalukoffNever got around to setting up pycharm. :P06:35
rm_workT_T06:35
rm_workpycharm rocks06:35
rm_workbest thing since sliced pie06:36
sbalukoff...06:36
sbalukoffOr it may be that the original code doesn't return an error if the handler flakes.06:36
rm_worklol06:36
sbalukoffSo, I may have been chasing my tail the whole time.06:36
rm_workthat could also be it, who knows :P06:36
*** woodster_ has quit IRC06:36
rm_workwhat test are you in again?06:36
sbalukoffI'm trying to test the post method of octavia/api/v1/controllers/health_monitor.py06:39
sbalukoffSpecifically, toward the end-- I want to pretend a handler error occurs.06:39
rm_workhmm06:39
rm_workcan you gist whatever test code you have now?06:40
fnavaldo I need to create a network and port and subnet before I create a load balancer in octavia? similar to neutron-lbaas?06:40
sbalukoffSure... hold on...06:40
*** bana_k has joined #openstack-lbaas06:40
rm_workfnaval: if you don't, octavia will create one for you06:40
fnavalthat is, if I want to spin up 2 servers to interact with it06:40
rm_workfnaval: well, a port06:40
rm_workyou need a network and subnet06:40
fnavalok cool thanks rm_work - i was hoping I could rip that code out; but I'll keep it.06:41
sbalukoffhttps://gist.github.com/anonymous/82679495dbbbeab284cf06:41
sbalukoffThat's as far as I've gotten--  The problem is that call succeeds (I get a 202 accepted code)06:42
*** bana_k has quit IRC06:45
rm_workyeah you want health_monitor.create().side_effect06:45
rm_workI think06:45
rm_workoh you have that06:45
rm_workhmm06:46
rm_workdebugging my way through06:47
sbalukoffI really appreciate the help!06:48
rm_workok so06:49
rm_workself.controller_mock().health_monitor.create.side_effect = exceptions.APIException()06:49
rm_workI THINK06:49
rm_workbut06:50
rm_workeven though that is correct06:50
rm_workyour code still 202s06:50
rm_worklol06:50
rm_workdigging into that06:50
sbalukoffLet me try exactly what you've written.06:51
*** minwang2 has quit IRC06:51
sbalukoffYeah... didn't work. :P06:51
sbalukoffI should really get pycharm going, I suppose. :P06:52
rm_workalmost there06:52
*** eranra has quit IRC06:52
rm_workok so it totally gets the exception06:53
rm_workgoes to the except block06:53
rm_work... does a listener update and moves on06:53
rm_workoctavia/api/v1/controllers/health_monitor.py line 10206:53
rm_workthe mock works! :P06:54
sbalukoffSo, it's actually the original code?06:54
rm_workyes06:54
sbalukoffEr... sorry... the... yeah.06:55
rm_workbut that IS the way you need the mock06:55
rm_workself.controller_mock().health_monitor.create.side_effect = exceptions.APIException()06:55
rm_workmocks are FUN! :P06:55
sbalukoff:P06:55
rm_workyou can tell from debugging and watching the calls that show uo06:55
rm_work*up06:55
sbalukoffThanks, man.06:55
rm_worknp06:55
rm_workyeah you can see that it does nothing here with the exception06:56
rm_workwell, i'm not on your patchset actually06:56
sbalukoff...06:56
rm_workwith excutils.save_and_reraise_exception(reraise=False):06:56
sbalukoffIt's because reraise=False.06:56
rm_workah, it sets the status to error, yeah06:56
sbalukoffIn that call.06:56
rm_workbut yes06:56
rm_workis that desired functionality?06:57
sbalukoffWow.06:57
rm_worki think it might be06:57
sbalukoffNo, it's not.06:57
rm_workdon't 50006:57
rm_workjust set status to ERROR06:57
sbalukoffDon't 500?06:57
rm_workno?06:57
sbalukoffOk.06:57
rm_workit's an internal processing failure06:57
rm_worknot something the user can fix, right?06:57
sbalukoffAah... right.06:57
rm_workso you're not looking for a 50006:58
rm_workyou're looking for the listener to be in ERROR06:58
sbalukoffThat's right.06:59
sbalukoffThank you VERY much with this.06:59
sbalukoffI think I've got it from here.06:59
rm_workyeah np07:00
rm_worki credit pycharm07:00
*** bana_k has joined #openstack-lbaas07:01
sbalukoffI really need to get pycharm working, apparently!07:02
openstackgerritReedip proposed openstack/neutron-lbaas: Make subnet_id for lbaas v2 member create optional  https://review.openstack.org/26793507:04
fnavalsbalukoff: btw, that PR that i'm working on is going to explode to a few more thousand lines for all of the required libs for setting up the network, subnet and port for the octavia load balancer test.07:05
fnavalsbalukoff: would that still be ok?07:06
sbalukofffnaval: Ouch, I'm really sorry...  Um... maybe make that a dependent patch set?07:06
sbalukoffBut if it can't be helped, it can't be helped, eh.07:06
sbalukoff:/07:06
sbalukoffAre these libs being copied from the tempest project?07:06
sbalukoffIs it possible to just reference the other project and not copy the code itself?07:07
fnavalsbalukoff: some are but i'm trying to use as much from tempest_lib as I can07:08
sbalukoffIs the problem that tempest_lib is just not complete enough?07:08
fnavalbut there are some classes that need to be created that inherits stuff from tempest_lib07:08
fnavalsbalukoff: correct - tempest_lib just provides a very base skeleton07:09
sbalukoffI'd really like to avoid the situation we have with neutron-lbaas-- where copying huge chunks of code from the tempest project has led to a situation where our gate is being held together with duct-tape and baling wire...07:09
sbalukoffDo you understand what I mean by that?07:09
fnavalsbalukoff: yes, I saw a lot of that in neutron-lbaas - i'm sifting through the code and only bringing the code that's only needed07:10
sbalukoff(ie. nobody ever updates the neutron-lbaas code that's been copied wholesale from tempest... so as the tempest that the gate uses moves on, our tempest tests break all over the place.)07:10
fnavalsbalukoff: when you siad to just reference the other project, did you mean reference neutron-lbaas?07:11
fnavalwould octavia always run with neutron-lbaas? or should it be stand alone?07:11
sbalukoffNo, I meant to reference tempest.07:12
fnavalI think that folks wanted to move off of tempest and just use tempest_lib07:12
sbalukoffWhich might accomplish what I'm after.07:12
sbalukoffBut if it's the case that, as you say, tempest_lib isn't complete enough... when we might have to import code from the tempest project?07:13
fnavalwell, I'll probably submit a patch set tomorrow and everyone can review.  I'll try to refactor as much as I can to make it less spaghetti-ish.07:13
sbalukoffI honestly don't know enough about it to say for sure.07:13
fnavalI haven't gotten it working yet - but I feel like I'm close.07:13
sbalukoffOther than I hate it when we have crufty code we didn't write lying around because we copied it wholesale from another project. :P07:13
fnavalyea I see it in neutron-lbaas tempest directory07:14
fnavallots of unused classes; e.g., to Swift, ObjectStorage, etc.07:14
sbalukofffnaval: I appreciate your hard work. I really do!  I look forward to being able to run tempest tests against Octavia directly--  it's going to become increasingly necessary as our possible topologies get more complicated. (We really ought to have it now with the active-standby code... but alas we don't.)07:14
fnavalthanks, yeah i'm looking forward to getting this all working07:15
fnavalonce this base stuff gets in, creating tests would be easy07:16
bloganholy crap this is a long scrollback07:18
sbalukoffblogan: it's mostly filled with my frustrations around mock.07:19
*** kobis has joined #openstack-lbaas07:19
sbalukoffBut it turns out that rm_work is awesome and figured it out for me.07:19
blogansbalukoff: that never ends07:19
bloganbut it has gotten easier07:19
blogansbalukoff: by complimenting rm_work you have now initiated the end of humanity07:19
sbalukoffWell, once you know what to do, it all becomes easier!07:19
sbalukoffBut the docs around mock are pretty obtuse to someone who's not done a whole lot with it before.07:20
sbalukoffblogan: It was a risk I had to take-- he has earned it.07:20
bloganyeah, you kind of have to learn how to read the mock docs too and then they start making sense07:20
sbalukoffI'm sure I'll find some way to insult him tomorrow, which should hopefully stop The End before too many continents are destroyed.07:20
bloganlike they don't go too in depth on non decorator mocking, like diong a patch.start()07:21
sbalukoffYeah.07:21
blogani mean they do on decorator, not the non decorator way07:21
sbalukoffI knew what you meant.07:21
rm_workthe decorators are generally the way to go, though07:26
rm_workI'm still not sure exactly why you had to do the patcher.start thing there07:26
rm_workbut it ... seems to work07:27
sbalukoffNeither am I...07:27
sbalukoffBut yes, it works...07:27
*** eranra has joined #openstack-lbaas07:28
rm_workI can ALMOST recall when blogan was working on that to begin with07:29
rm_workI am pretty sure it was him07:29
*** nmagnezi has joined #openstack-lbaas07:30
sbalukoffHaha07:31
rm_workI really wonder if I could ... fix it now07:33
rm_workto not need that07:33
sbalukoffUm.... ?07:33
* rm_work tries07:34
sbalukoffGood luck!07:34
rm_workOH GOD EVERYTHING IS BREAKING I'M SO SORRY I REGRET EVERYTHING07:35
sbalukoffHAHA07:35
sbalukoffIt's like sticking your finger in the light socket...07:35
*** Alex_Stef has joined #openstack-lbaas07:43
rm_workyeah so it looks like a lot of that is actually unnecessary07:46
rm_workthe patcher.stop() doesn't seem to affect anything07:46
rm_workah i see why maybe?07:51
rm_workeh07:51
rm_workit explains all this here: https://docs.python.org/3/library/unittest.mock.html#patch-methods-start-and-stop07:52
rm_workbut i still don't quite get why stop() matters07:52
rm_worktests are run->end07:52
rm_workGC will get anything that was leftover07:52
rm_workand if you patch in the right namespace it's pretty safe07:52
rm_workah but he's trying to patch globally <_<07:53
rm_workalright, this has been an episode of "watch rm_work figure out what blogan figured out over a year ago07:54
rm_work"07:54
rm_workand with that, i'm going to pass out. night all.07:55
rm_workgood luck sbalukoff07:55
sbalukoffThanks, rm_work!07:55
bloganreason i do the patcher is bc the decorators become a mess sometimes, and just being able to do it in a setup and cleanup makes it easier and less messy, but decorators are easier07:58
sbalukoffLess boilerplate code.08:01
*** jschwarz has joined #openstack-lbaas08:37
*** _cjones_ has joined #openstack-lbaas08:41
*** _cjones_ has quit IRC08:42
*** _cjones_ has joined #openstack-lbaas08:43
*** _cjones_ has quit IRC09:00
*** openstackgerrit has quit IRC09:17
*** openstackgerrit has joined #openstack-lbaas09:18
*** numans has quit IRC09:23
*** Dave has joined #openstack-lbaas09:33
openstackgerritEvgeny Fedoruk proposed openstack/neutron-lbaas: L7 capability extension implementation for lbaas v2  https://review.openstack.org/14823209:40
openstackgerritBrandon Logan proposed openstack/octavia: Adding network driver for a vip on a single amp  https://review.openstack.org/19785809:50
*** mugsie has quit IRC10:39
*** mugsie has joined #openstack-lbaas10:40
openstackgerritStephen Balukoff proposed openstack/octavia: Shared pools support  https://review.openstack.org/25636910:53
*** yamamoto_ has quit IRC11:29
*** rtheis has joined #openstack-lbaas12:12
*** numans has joined #openstack-lbaas12:24
*** cgross has quit IRC12:48
*** numan_ has joined #openstack-lbaas12:52
*** bank_ has joined #openstack-lbaas12:52
*** mhayden has quit IRC12:53
*** numans has quit IRC12:53
*** bana_k has quit IRC12:53
*** mhayden has joined #openstack-lbaas12:57
*** cgross has joined #openstack-lbaas13:04
*** ducttape_ has joined #openstack-lbaas13:11
*** localloop127 has joined #openstack-lbaas13:18
*** ducttape_ has quit IRC13:27
*** yamamoto has joined #openstack-lbaas13:31
*** liamji has joined #openstack-lbaas13:36
*** yamamoto has quit IRC13:43
*** longstaff has joined #openstack-lbaas13:44
openstackgerritvenkatamahesh proposed openstack/octavia: Fix misspellings  https://review.openstack.org/27624013:52
openstackgerritvenkatamahesh proposed openstack/octavia: Use uppercase 'S' in word "OpenStack"  https://review.openstack.org/27624513:55
*** links has quit IRC13:56
openstackgerritEvgeny Fedoruk proposed openstack/neutron-lbaas: L7 capability extension implementation for lbaas v2  https://review.openstack.org/14823214:00
*** barra204 has quit IRC14:04
*** shakamunyi has joined #openstack-lbaas14:06
*** paco20151113 has quit IRC14:06
*** longstaff has quit IRC14:10
*** neelashah has joined #openstack-lbaas14:22
*** nmagnezi_ has joined #openstack-lbaas14:25
*** nmagnezi has quit IRC14:28
openstackgerritvenkatamahesh proposed openstack/octavia: Fix misspellings  https://review.openstack.org/27624014:33
*** bdrich_ has joined #openstack-lbaas14:35
*** Bjoern has joined #openstack-lbaas14:42
*** Alex_Stef has quit IRC14:45
*** piet has joined #openstack-lbaas14:48
*** TrevorV has joined #openstack-lbaas14:49
*** ducttape_ has joined #openstack-lbaas14:53
*** longstaff has joined #openstack-lbaas14:58
*** doug-fish has joined #openstack-lbaas15:03
*** bdrich_ has quit IRC15:06
*** nmagnezi_ has quit IRC15:09
*** nmagnezi_ has joined #openstack-lbaas15:20
*** rtheis has quit IRC15:25
*** rtheis has joined #openstack-lbaas15:28
*** mgarza has joined #openstack-lbaas15:29
openstackgerritTrevor Vardeman proposed openstack/octavia: Amphora create will add a 'fake' heartbeat on creation  https://review.openstack.org/27151215:29
*** woodster_ has joined #openstack-lbaas15:29
*** bdrich_ has joined #openstack-lbaas15:30
*** Alex_Stef has joined #openstack-lbaas15:43
*** fnaval has quit IRC15:45
*** Aish has joined #openstack-lbaas15:49
*** jwarendt has joined #openstack-lbaas15:50
*** piet has quit IRC15:55
TrevorVjohnsom when you jump online later, ping me.  I'm not quite sure what's going wrong here.15:57
*** bdrich_ has quit IRC15:58
*** piet has joined #openstack-lbaas16:01
*** fnaval has joined #openstack-lbaas16:02
*** liamji has quit IRC16:11
*** liamji has joined #openstack-lbaas16:12
*** jwarendt has quit IRC16:14
*** jwarendt has joined #openstack-lbaas16:14
*** piet has quit IRC16:19
*** jschwarz has quit IRC16:22
*** nmagnezi_ has quit IRC16:22
*** yamamoto has joined #openstack-lbaas16:23
*** mixos has joined #openstack-lbaas16:23
*** allan_h has joined #openstack-lbaas16:23
*** _ducttape_ has joined #openstack-lbaas16:26
*** yamamoto has quit IRC16:27
*** ducttape_ has quit IRC16:29
*** kobis has quit IRC16:33
*** piet has joined #openstack-lbaas16:33
johnsomTrevorV ping16:34
johnsomReading the scroll back.  It looks like sbalukoff had the same fun with Mock as I did.  It does get easier though as you do more of it16:34
TrevorVHa ha ha, mock is the bane of my sanity16:36
johnsomTrevorV I suspect that by putting the timestamp in amphora_health at that point is starting the clock too early.  It looks like the failover timer expired on those before they were up16:36
*** liamji has quit IRC16:36
TrevorVYeah, I agree, except when I ran a create on "master" it updated super early... just about the same time I spoofed the heartbeat...16:36
johnsomI see you had the same though in the latest patch16:36
TrevorVAnd it NEVER updated the heartbeat entry even though it should have been reporting a heartbeat.16:36
TrevorVI admit, I've had a hard time trying to find where the heartbeat is updating in the DB from the amphora, so I can't really trouble shoot just yet16:37
johnsomLooking for the code that updates the DB?16:38
johnsomhttps://github.com/openstack/octavia/blob/master/octavia/controller/healthmanager/update_health_mixin.py#L8316:39
bloganjohnsom, TrevorV: would it be more appropriate if the LB didn't go active until the heartbeat started coming in?16:44
TrevorVblogan maybe.  johnsom thoughts?16:45
bloganproblem with that is the lb won't go active unless the o-hm is running16:46
bloganso probably nto a good idea at this point16:46
johnsomIt seems like we want to catch and failover amps that aren't sending heartbeat.16:46
TrevorVSo have a task that has a wait/timeout for an amphora_health entry, right?16:46
johnsomYeah, that is an issue too16:46
johnsomYes16:46
*** armax has joined #openstack-lbaas16:46
TrevorVblogan are you WFH today?16:46
blogani'd just hate to have to have some wait time that can be nondeterministic16:46
*** jwarendt has quit IRC16:47
bloganTrevorV: before lunch yes16:47
TrevorVblogan you on internal IRC?16:47
bloganyeah16:47
*** _ducttape_ has quit IRC16:53
*** ducttape_ has joined #openstack-lbaas16:54
*** crc32 has joined #openstack-lbaas16:57
rm_workTrevorV: you should probably rebase onto the EventStreamer patch actually >_<16:57
rm_workTrevorV: that changes a ton of the update_health stuff T_T16:57
rm_work(fixes it from being really weird)16:57
rm_workjust realized that's where you were touching the code16:57
TrevorVWell, I didn't touch the event streamer, but yeah.16:58
TrevorVI just insert an entry in the DB right now16:58
rm_workright but it redoes the health_mixin stuff16:59
rm_workit's going to cause some merge conflicts16:59
rm_workif you're touching anything there16:59
TrevorVI still don't use that is my point.16:59
TrevorVI have a db task created16:59
TrevorVThat's all16:59
rm_workah k16:59
TrevorVYeah17:00
johnsomYeah, no conflict17:00
johnsomTrevorV I think it is just a timing thing.  If this change doesn't work, we can either forward date your initial timestamp with some config offset or increase the health check window.  I would lean towards the offset myself, if we need to go there17:03
johnsomSadly zuul is a little busy again today17:03
TrevorVWell so that's what I'm saying johnsom I was just testing both master and my change, and my change NEVER picks up a new heartbeat.17:04
rm_workyeah, might want a configurable offset for the first one17:04
rm_workso if your environment is sucky you can up it17:04
johnsomIs the controller_ip_port_list config setting set in you test env?17:05
johnsomIf that isn't set at amp build time, they will never call home17:05
TrevorVOh, sorry, I was unclear17:05
TrevorVI get heartbeats via master when I run o-hm, o-cw, and o-api off that code base, but I never get a heartbeat on MY code change...17:06
johnsomIt's still too early for me, so no worries17:06
TrevorVI get my fake one, but the amp never reports a new one as far as I can tell17:06
blogani think we'll need the config offset anyway bc this timing will be quite variable across clouds17:07
rm_workyes17:08
rm_workbut that IS weird TrevorV17:08
johnsomTrevorV Ok, I have no idea why that would be17:08
TrevorVRight, that's exactly right.17:09
TrevorVI'm still tinkering though, so I'll let you know if I find something silly I've done17:09
rm_workanyone have the bug number handy for the session_persistence failure on scenario tests? before i go digging for it17:10
bloganhttps://bugs.launchpad.net/octavia/+bug/154167517:10
openstackLaunchpad bug 1541675 in octavia "intermittent session persistence scenario test failure" [Undecided,New]17:10
rm_worklol so you did have it blogan17:11
blogani just scrolled up to last night17:11
rm_workwaaat17:11
rm_workyou have WAY more scrollback than I do >_>17:11
blogani scroll up and travel into the past17:11
blogani haven't disocnnected since last night17:11
rm_worki tried and my scrollback ends mid-mock-discussion17:11
rm_workme either17:11
rm_workstuff scrolls off17:11
bloganah17:11
johnsomrm_work Any chance you could give this a try and +A? https://review.openstack.org/#/c/253724/17:11
bloganweechat brah17:11
johnsomIt's a conflict beast I would like to get merged17:11
johnsomOr blogan17:12
johnsomgrin17:12
bloganjohnsom: no you didn't ask me first17:12
rm_workoh man17:12
johnsomblogan I'm trying to respect your reduced capacity17:12
rm_workjust upped scrollback from 300 to 1500 lines :P17:12
johnsom(I did leave that open, yes)17:12
bloganjohnsom: you mean my reduced intellect!17:12
rm_workjohnsom: i'll look17:13
rm_workoh man this thing17:13
johnsomThanks17:13
bloganwould love to see a scenario test for the failover, but need to actually get the tempst framework set up in octavia and get all that merged first17:14
rm_worki've looked at this a couple of times but I don't know anything about active/standby, lol17:14
johnsomblogan +1 and for act/standby17:14
rm_worki'll try17:14
bloganrm_work: its simple, there's an active and a standby, when active goes down, standby becomes active :)17:14
rm_worklol17:14
rm_workyeah17:14
rm_workbut that WORKS now, doesn't it?17:14
johnsomrm_work Here is how I tested:17:14
johnsomConfig for Act/Standby, restart o-cw and o-hm, setup an LB, log into either master or backup, stop the amphora agent, watch the wonders of this patch build a new master or standby, profit17:16
rm_workjohnsom: spinning up a new devstack with your patch now17:17
rm_worki'll come back to this in 40 minutes or so >_>17:17
johnsomThank you17:17
rm_work(this takes forever to start)17:17
johnsomYeah, devstack is a bit evil.  So is the darn DIB that downloads a new ubuntu cloud image every darn day so it's got the latest patches17:18
TrevorVjohnsom17:18
johnsomYo17:18
TrevorVcould the problem be that the heartbeat in the health manager is "datetime.datetime.utcnow()"  while mine is "datetime.datetime.now()"???17:19
johnsomAh, yes.17:19
TrevorV... WOOT17:19
* johnsom slaps head17:19
rm_workpossibly17:19
TrevorVYeah... well, now gotta test it ha ha ha17:19
openstackgerritTrevor Vardeman proposed openstack/octavia: Amphora create will add a 'fake' heartbeat on creation  https://review.openstack.org/27151217:22
bloganlol17:24
bloganthat is totally it17:24
blogan6 hours off17:24
bloganlets just increase the stale amphora time to 7 hours17:24
rm_workjohnsom: so while i'm looking at this...17:25
rm_workhttps://review.openstack.org/#/c/218735/17:25
johnsomAh, yes.17:26
johnsomI have had it on the back burner as I thought the L7 and active/active spec were priority17:26
johnsomI will take a pass at this today17:26
*** _cjones_ has joined #openstack-lbaas17:26
*** prabampm has quit IRC17:29
openstackgerritAdam Harwell proposed openstack/octavia: Test fix for ssl context wrapper spam  https://review.openstack.org/27636817:31
rm_workI mean, they might be, but that has been up for SO long...17:31
rm_workthough if it interferes with the L7 stuff, I dunno17:31
rm_worklooks like maybe somehow it magically doesn't17:32
johnsomYeah, I will review it anyway, it has been a long time and I feel bad about it17:35
*** fnaval has quit IRC17:35
johnsomI have a keen interest too, as it does touch the code Carlos and I worked on before17:36
*** fnaval has joined #openstack-lbaas17:36
openstackgerritMerged openstack/octavia: Fix misspellings  https://review.openstack.org/27624017:37
openstackgerritGerman Eichberger proposed openstack/octavia: Adds a parameter to specify endpoint type  https://review.openstack.org/27147617:38
*** Alex_Stef has quit IRC17:39
rm_workand https://review.openstack.org/#/c/273825/ is a super quick one I'd hope17:39
rm_workoh hmm that might interfere with my changes... ah well17:39
rm_workif it merges it's easy to fix17:39
rm_workmaybe i'll just fix mine now17:40
*** SumitNaiksatam has joined #openstack-lbaas17:44
*** jwarendt has joined #openstack-lbaas17:44
openstackgerritAdam Harwell proposed openstack/octavia: Add SubjectAltName and KeyUsage for localcertgen  https://review.openstack.org/27599017:45
openstackgerritPhillip Toohill proposed openstack/octavia: Allow user-data on amphora creation  https://review.openstack.org/27555817:46
*** eranra has quit IRC17:54
*** amit213 has joined #openstack-lbaas17:55
*** madhu_ak has joined #openstack-lbaas17:55
*** amit213 has quit IRC17:55
*** amit213 has joined #openstack-lbaas17:56
*** Aish has quit IRC17:56
*** mixos has quit IRC18:01
rm_workhow does one "configure for active-standby"? what option is it in the conf18:01
rm_workdon't actually know which driver does this18:02
rm_workit's not explicit to me from looking at the available ones18:02
johnsomloadbalancer_topology = ACTIVE_STANDBY18:02
rm_workah k18:02
openstackgerritMerged openstack/octavia: Replace depcrecated Nova networks with Nova interfaces  https://review.openstack.org/27373318:05
rm_work"replace" is now not entirely accurate :P18:06
johnsomreplace?18:07
rm_workfor the commit message of the patch that just merged18:07
johnsomrm_work +A'd event streamer18:07
rm_workcool18:07
rm_worknow the neutron side needs to go in and we're good maybe?18:07
rm_worki wonder if that already merged18:07
johnsomI thought I heard it did, but looking it didn't18:08
johnsomhttps://review.openstack.org/#/c/241474/18:08
ptoohillThis should have a +2 from me, ill fix that18:09
ptoohillbut18:09
ptoohillthere was some updates I was planning on making, which could always be done later18:09
ptoohillblogan ^ thoughts?18:09
ptoohillTo clarify my thoughts as hes probably at lunch: The n-lbaas side can only be used by octavia driver, this should be opened up so any driver can make use of it. Though, at this point I dont think its really a blocker and could be added later. That's up to others to decide I suppose18:14
rm_workhmm18:14
rm_workyeah that is a good point18:14
rm_worki know we were in octavia-mode when making it18:14
ptoohillyea18:15
rm_workbut, it's also ok as-is i think because it's just part of the octavia driver right?18:15
rm_workdrivers can do whatever they want18:15
ptoohillYea they can18:15
rm_workideally later it could be genericized18:15
ptoohillbut18:15
ptoohillyea18:15
ptoohillWhich I'm ok with, others may not be18:15
rm_workhonestly I just want our octavia stuff to work *now*18:15
rm_workis that selfish? >_>18:15
ptoohillexactly18:15
ptoohillNot im my eyes :P18:15
rm_workif other driver authors want it to work, they can put in some effort too :P18:16
rm_workdougwig: ^^18:16
rm_workthoughts? as a vendor18:16
ptoohill:)18:16
openstackgerritmin wang proposed openstack/octavia: Implements: blueprint anti-affinity server group  https://review.openstack.org/27234418:16
ptoohillwell i mean theyre going to have to implement something on their backend to handle it18:16
ptoohillso even at that, it'd be a little bit out before someone was even ready to use it honestly18:16
*** Aish has joined #openstack-lbaas18:17
ptoohillI'm okay with either choice, just want to get things moving18:17
rm_work+1 moving18:19
rm_workblogan: https://review.openstack.org/#/c/273825/18:20
dougwigrm_work: ok, what am i missing?18:28
ptoohilldougwig: You plan on/want to use the event streamer?18:29
rm_workdougwig: the question was whether you would be annoyed as a vendor that https://review.openstack.org/#/c/241474/ wasn't easily usable by other vendors18:29
rm_workfor status updates18:29
rm_workit's coded for octavia only right now18:29
ptoohillThe actual question is: To make this generic now OR get this in and get a gernic fix in at a later point18:30
*** piet has quit IRC18:31
ptoohillyea18:31
ptoohillgernic18:31
*** piet has joined #openstack-lbaas18:31
rm_work:P18:32
rm_workalright johnsom it's building an amp-pair18:33
rm_workSoon™18:33
ptoohillNever*?18:33
ptoohill:P18:33
rm_workT_T18:33
johnsomGo, go, octavia gadget18:33
ptoohillI miss that toon :)18:35
rm_workactive!18:37
rm_workok sshing18:37
rm_workwill take ~4min18:37
rm_workhmm weird getting connection refused18:38
rm_workam i using the wrong interface?18:38
dougwigrm_work: nope, i can massage it if i want it more general. if i can't, then i'm a fly-by driver submitter, so i have no rights.18:38
rm_work10.* or 192.*18:38
rm_workdougwig: that was my thought18:39
rm_work10.* might be working, i thought we used 192.* tho18:39
ptoohill192 for mgmt net?18:40
ptoohillcontext :P Ill stay out of it18:40
rm_workyes18:40
rm_worklb-mgmt-net=192.168.0.4; private=10.0.0.418:40
rm_workthought we ssh'd on mgmt-net18:40
ptoohillI thought so too18:40
rm_workstill waiting on private-net but at least it didn't "connection-refused" me instantly18:40
rm_workok now it timed out <_<18:41
ptoohillwell yea, youre trying to ssh into amp right?18:41
*** bank_ has quit IRC18:41
rm_workah18:41
ptoohillyou use the mgmt net, need to specificy the cert which is in /etc/octavia/.ssh/octavia_ssh_cert18:41
rm_worki see18:41
ptoohillso18:41
rm_workno i did that18:41
rm_workbut i wasn't root18:41
rm_workand it didn't give me a perm error, just passed ... nothing? I guess18:42
ptoohillssh -i /etc/octavia/.ssh/octavia_ssh_key ubutnu@192.168.0.418:42
rm_workand ssh didn't say it was denied for publickey auth18:42
rm_workyes that is what i did18:42
ptoohillhrmm18:42
rm_workbut as stack user18:42
rm_workworks as root user18:42
rm_work<_<18:42
rm_workwhatever18:42
ptoohillthought our images only allowed that key for ubuntu18:42
ptoohillhmm18:42
rm_workno i mean18:42
ptoohillthat doesnt sound right18:42
rm_workon the actual devstack box18:42
ptoohilloh18:42
rm_worki guess stack user doesn't have read perms for the private key18:43
ptoohillah, gotcha18:43
rm_workbut i was expecting a permissions error if it didn't18:43
ptoohillits the new TLS spec18:43
ptoohillguess what the prob is18:43
*** amotoki has quit IRC18:43
ptoohill><18:43
rm_workhmmmmmmmm18:45
rm_workah maybe it wasn't that18:45
rm_workyeah i literally just didn't wait long enough for openssh to come up i guess >_<18:45
rm_workapparently the LB being active and the agent responding happens before openssh works18:45
ptoohillYea, i'm not quite sure whats exactly going on, but we do have a few things starting up and it takes a bit for connectivity18:47
ptoohillanother example18:47
ptoohillif agent fails you can never get in18:47
ptoohillmost of the time18:47
ptoohillo.o18:47
rm_work<_<18:47
rm_workuhh so18:47
rm_work2016-02-04 18:44:51.390 32382 INFO octavia.controller.healthmanager.health_manager [-] Stale amphora's id is: 6e897162-317d-480d-965a-d31db0d571f218:47
rm_work2016-02-04 18:44:51.397 32382 INFO octavia.controller.healthmanager.health_manager [-] Failed over 1 amphora18:47
rm_workit says it failed it over18:47
rm_work... nova list isn't showing it being deleted or a new one coming up18:48
ptoohill:/18:48
ptoohillThat's not good18:48
rm_workno activity in o-cw or o-hm after that18:48
ptoohillcan you user see the admin stuff?18:48
ptoohillok, then thats probably not it18:48
ptoohillYou could potentially be making the calls as a user and youre not seeing the admin amphoras18:49
rm_worksshing back into the broken one18:49
ptoohillor vms18:49
rm_worknah, nova-list is how i saw where to ssh into18:49
ptoohillkk18:49
rm_workshutting down the agent/haproxy on the other one now18:50
openstackgerritMerged openstack/octavia: Implementing EventStreamer  https://review.openstack.org/21873518:50
openstackgerritMerged openstack/neutron-lbaas: Make sample web server close connections  https://review.openstack.org/27272518:50
ptoohillSo, it sounded like we had dougwig's blessing on the evenstreamer stuff?18:51
rm_workyes18:51
ptoohillgood deal18:51
*** bana_k has joined #openstack-lbaas18:54
rm_workjohnsom: this isn't looking great18:54
rm_workI will try another fresh box maybe18:54
rm_workwaiting for it to fail-over the other one now18:55
rm_workwhat is the default failover time? :/18:56
rm_workit's taking ...  a while18:56
rm_worki'm going to actually DELETE the nova vm and see what happens18:57
johnsomDelete doesn't work18:57
johnsomFailover fails with nova delete18:57
*** allan_h has quit IRC18:57
johnsomWe talked about that at the mid-cycle18:57
*** allan_h has joined #openstack-lbaas18:57
rm_workah ok18:57
johnsomIt takes a little bit, the default is probably a bit high.18:58
rm_workwell it's not working here18:58
rm_workit failed over the first one i shut down the agent on18:58
rm_work... except it never deleted and recreated the vm18:58
rm_workand it's not even failing over the second one18:58
rm_worki am going to start over on a fresh devstack instance18:58
rm_workwill take another hour <_<18:58
johnsomHmm, check the amphora_health table18:58
rm_worklast update for both is over 5 minutes ago18:59
rm_workboth marked as busy18:59
johnsomOk, looking at scroll back, so it said failing over in o-hm log?  Then you should have seen a bunch of controller worker stuff in the o-hm log as it built up the new one19:00
rm_workmust have failed somewhere during the failover flow19:00
rm_workyeah, NOTHING in o-cw19:00
rm_worklast message in o-cw:19:00
rm_work2016-02-04 18:37:18.553 32350 INFO octavia.controller.worker.tasks.database_tasks [-] Mark ACTIVE in DB for load balancer id: 226cc7a0-e767-49ea-b7e6-f9df71aff86019:00
johnsomYeah, it all goes in o-hm for failover19:00
rm_workah19:01
rm_worklast update in o-hm:19:01
rm_work2016-02-04 18:44:51.390 32382 INFO octavia.controller.healthmanager.health_manager [-] Stale amphora's id is: 6e897162-317d-480d-965a-d31db0d571f219:01
rm_work2016-02-04 18:44:51.397 32382 INFO octavia.controller.healthmanager.health_manager [-] Failed over 1 amphora19:01
rm_workwhich is that same one19:01
rm_workand it just stopped19:01
rm_workstill no mention of the second one that I broke19:01
johnsomYeah, there should be spew after that19:01
rm_worknothing :/19:01
johnsomMaybe try again with debug.  Sigh.19:01
rm_workturned on debug19:03
rm_workrestarted o-hm19:03
rm_workupdated both records to busy=019:04
rm_workfailed over 2 amphora19:04
rm_workand now it is just repeating:19:04
rm_work2016-02-04 19:03:35.289 9564 DEBUG octavia.controller.healthmanager.health_manager [-] Starting amphora health check health_check /opt/stack/octavia/octavia/controller/healthmanager/health_manager.py:4419:04
rm_worklike i said, going to start over19:07
johnsomUgh.19:07
johnsomI think I need to build one up again too.19:07
TrevorVrm_work johnsom I don't quite follow what's happened... Is failover broken in general?19:17
openstackgerritMerged openstack/octavia: Use signing digest defined in config to sign CSR  https://review.openstack.org/27382519:18
johnsomNot sure, could just be my patch for failover active/standby19:18
TrevorVOoh is that what he's testing right now johnsom ?19:18
johnsomYep19:18
TrevorVI was trying to figure out if he was helping me vet my review :P19:18
bloganok im back19:21
TrevorVjohnsom I'm not sure how to identify the problem here... I can see it failover my amphora, but its like after adding a fake heartbeat, it never gets a different heartbeat from the amp19:21
johnsomYou could ssh into the amp, look in the /var/log/upstart/amphora-agent log and see if there is a hint there19:23
TrevorVjohnsom something else that's amusing... the failing over amphora goes into "BOOTING" state, but never comes out...19:24
johnsomOye19:24
TrevorVOye?19:24
sbalukoffHoly moly that's a huge backlog.19:25
johnsomA polite saying for what I'm thinking.19:25
sbalukoffAlso: Howdy, folks!19:25
bloganoye = fook19:26
TrevorVjohnsom https://en.wikipedia.org/wiki/Oy_vey like that?19:26
johnsomYep, like that19:26
TrevorVGot it... I normally use "Oye!" as an exclamation similar to "HEY"19:26
johnsomHi sbalukoff  Looks like you went after the comments last night.  Also shared in the mock fun we all have19:27
sbalukoffHaha! Indeed.19:27
sbalukoffI think my latest patchset addresses most of the things you brought up.19:27
sbalukoffThought we probably want to talk a bit more about the reordering of some of those tasks in the flows, I think.19:27
johnsomI have a couple of things I need to get started, then we should chat about the flow re-order stuff.19:27
johnsomYep.  Otherwise, I think we are darn close to +2 from me19:28
sbalukoffIn short: I'm pretty sure the order I have is correct (at least, leads to the desired outcome on the amphora), but you're right that it probably makes the task that deletes the object from the data model unnecessary.19:28
sbalukoffNice!19:28
sbalukoffI'm really to talk whenever you are, eh!19:28
sbalukoffready19:28
sbalukoffSorry, still a bit tired-- wanted to get this patchset updated and it took until about 3:00am last night.19:29
johnsomYeah, you nailed most of it from the look at things this morning19:29
rm_workstill building devstack again...19:29
sbalukoffAlso, 300 more lines of code for adding unit/functional tests (due to you tasking me with fixing existing techincal debt. ;) )19:29
johnsomrm_work I am building up a fresh vm too19:30
*** piet has quit IRC19:30
johnsomsbalukoff If it makes you feel better, I had a fleeting moment of sadness about that.  You did make changes in that code though19:30
sbalukoffHaha! No I get it.19:31
sbalukoffBut... I won't remember this. *dundunduuuuun!*19:31
sbalukoff;)19:31
sbalukoffer... forget.19:31
sbalukoffWell... maybe remember is right.19:31
sbalukoffI can hardly remember anything with any kind of detail if it was over 2 weeks ago.19:31
sbalukoffDang, I must be more tired than I thought.19:31
rm_workT_T19:32
rm_workadding some tests still seems very minor to me compared to "you need to rewrite the whole client" and "also make the tests not just for what you're touching, but for the whole client because there's nothing"19:33
rm_workso it's hard for me to have much sympathy :P19:33
*** piet has joined #openstack-lbaas19:33
sbalukoffrm_work: I hear you. But I'm still going to complain about it. ;)19:33
sbalukoffBecause... you know me.19:33
rm_workheh19:33
sbalukoffNo-- in johnsom's position I would probably do the same thing.19:34
sbalukoffcase in point, my stubbornness regarding fnaval's tempest patch. ;)19:34
sbalukoff(Which is really good, by the way-- I just want to see it also include a small example test that actually works. But apparently I've been asking for more than I realized.)19:34
sbalukoff(Because when fnaval's patch lands... we can start harrassing people to include tempest tests for significant new functionality they add or alter as well.)19:35
fnavalyep working on it; i'm working on adding the neutron dependency (i.e., networks, subnets, ports)19:36
TrevorVjohnsom what were you saying I should look for to see if heartbeats are happening appropriately?19:37
*** allan_h has quit IRC19:37
*** allan_h has joined #openstack-lbaas19:38
johnsomTrevorV That log is for the sending side, maybe it has a clue as to why they aren't coming in19:40
TrevorVI can't even access the instance is my point...19:41
TrevorVNova says "ACTIVE", but I can't route to the network.19:41
TrevorVDo we ssh as root to the amphora?19:41
TrevorVwith /etc/octavia/.ssh/amphora_(thing)  right?19:42
sbalukoffit's octavia_thing, but yes.19:42
sbalukoffEr..19:42
sbalukoffNo, ubuntu@19:42
TrevorVubuntu @19:42
TrevorVokay19:42
johnsomTrevorV yeah, ssh -i /amphroakeypath ubuntu@mgmt-net-ip19:42
TrevorVYeah, the amp stood up when trying to do failover doesn't have its network set up right I'm thinking...19:43
TrevorVMaybe I broke it.19:43
TrevorVEntirely possible I guess...19:43
TrevorVI can't ssh into it at least19:43
TrevorVssh -i /etc/octavia/.ssh/octavia_ssh_key ubuntu@192.168.0.519:44
TrevorVThat's what I ran19:44
TrevorVI'm gonna make a fresh devstack server... brb19:44
sbalukoffIt's a re-stacking party! Woo-hoo!19:45
ptoohillYou get a restack and you get a restack and YOU get a restack!19:46
*** allan_h has quit IRC19:48
rm_workTrevorV: it takes a bit even after ACTIVE for SSH to work :(19:51
TrevorVI waited 5 minutes....19:51
rm_workyeah19:51
rm_workit took ... about that for me19:51
TrevorVMy last attempt I waited longer...19:51
TrevorVIdk, we'll see.19:51
TrevorVStartin fresh, just in case19:52
sbalukoffjohnsom: I'm going to work on rebasing my whole L7 chain here in a bit. Please ping me if / when you have time to talk about your comments this afternoon, eh!19:53
rm_workok just waiting for ACTIVE LB now19:54
johnsomYep, sounds good19:55
johnsomSo, amp should be up in ~30 seconds if and only if grep 'vmx\|svm' /proc/cpuinfo matches on the devstack host19:56
*** allan_h has joined #openstack-lbaas19:57
*** _ducttape_ has joined #openstack-lbaas19:59
TrevorVamp was sending heartbeats (on master branch) before 30 seconds19:59
TrevorVFor me at least19:59
TrevorVOn my branch, it was my fake heartbeat... and that's it.19:59
TrevorVDoes anyone here know how to see a list of things they've reviewed in gerrit?20:02
*** ducttape_ has quit IRC20:03
rm_workhttps://review.openstack.org/#/dashboard/self20:06
rm_workwaiting for failover ...20:08
*** madhu_ak has quit IRC20:08
rm_workok...20:08
rm_work2016-02-04 20:08:29.349 25520 INFO octavia.controller.healthmanager.health_manager [-] Stale amphora's id is: a0dda925-7243-4e42-90e0-31d03a8d259f20:08
rm_work2016-02-04 20:08:29.365 25520 INFO octavia.controller.healthmanager.health_manager [-] Failed over 1 amphora20:08
rm_worknothing else besides the normal spam of it running health_check20:09
rm_workand VMs aren't being recycled20:09
rm_workjohnsom: :(20:09
rm_worki wonder if it will even failover SINGLE topologyy20:10
rm_workmaybe it's related to something not your patch?20:10
johnsomMaybe.  I'm still working on getting my fresh VM up20:11
rm_workdoing two more20:11
rm_workone with your patch and one on master20:11
rm_workleaving them in SINGLE20:11
johnsomI messed with the failover flow overall, so I would still be guilty if SINGLE with my patch fails too20:14
johnsomI am stacking now20:16
*** _ducttape_ has quit IRC20:25
*** ducttape_ has joined #openstack-lbaas20:26
*** Bjoern has quit IRC20:32
*** madhu_ak has joined #openstack-lbaas20:34
rm_workwaiting on my latest two20:35
TrevorVjohnsom I think rm_work just helped me identify *my* problem20:35
TrevorVIdk about yours :P20:35
openstackgerritStephen Balukoff proposed openstack/octavia: Add L7 database structures  https://review.openstack.org/26543020:36
openstackgerritStephen Balukoff proposed openstack/octavia: Shared pools support  https://review.openstack.org/25636920:36
openstackgerritTrevor Vardeman proposed openstack/octavia: Amphora create will add a 'fake' heartbeat on creation  https://review.openstack.org/27151220:36
*** Bjoern has joined #openstack-lbaas20:37
*** Bjoern has quit IRC20:38
xgermandougwig: I am wondering if you can give some love to https://review.openstack.org/#/c/272720/20:45
*** piet has quit IRC20:47
*** Aish has quit IRC20:47
*** piet has joined #openstack-lbaas20:49
*** Aish has joined #openstack-lbaas20:49
*** piet has quit IRC20:49
*** Aish has quit IRC20:51
TrevorVjohnsom still isn't fixed... I can't even... I don't even.  I'm broken.  I don't get it.20:55
openstackgerritStephen Balukoff proposed openstack/octavia: Update repos for L7 objects / methods  https://review.openstack.org/26552920:55
*** Aish has joined #openstack-lbaas20:56
TrevorVjohnsom in "update_health_mixin" line 8320:58
TrevorVwell... more line 84.20:59
TrevorVlast_update=(datetime.datetime.utcnow())20:59
TrevorVIs that surrounded by parenthesis so you can wrap it to a new line?20:59
johnsomYeah, likely20:59
TrevorVWait, will a heartbeat come in from an amphora if it has no listeners?21:00
rm_workit should21:00
rm_workI never bothered creating listeners in my testing21:01
rm_workand i definitely got them to "mark as stale" by disabling the agent (though failover didn't work? so who knows)21:01
johnsomIt shouldn't update the db if the number of listeners in the db doesn't match those reporting.21:01
TrevorVYeah, I'm collecting that idea...21:02
TrevorVSo I changed my "database_task" to use the repository "replace" method, but it still failed.21:02
TrevorVUgh, here comes ANOTHER clean stack...21:03
johnsomWell, this is probably a problem...21:08
johnsomImportError: No module named neutron_queue21:08
johnsomFresh devstack, o-hm log21:08
TrevorVjohnsom yeah, saw that too, but that's only come up since the event-streamer patch merged21:08
johnsomYep21:08
rm_workyeah so i have a feeling i know what caused that (changes in eventstreamer)21:08
rm_workbut21:08
rm_workno clue how it would have passed gate21:09
TrevorVHowever, the failover attempt still logged after that output21:09
TrevorVWhile I'm waiting... again... for fresh devstack, i'm going to do some reviewing.21:09
TrevorVBack to bothering you after that johnsom :P21:10
openstackgerritStephen Balukoff proposed openstack/octavia: Shared pools support  https://review.openstack.org/25636921:11
johnsomOk, I checked out the failover patch, going to test now21:12
*** armax has quit IRC21:12
rm_workgoing to dig into why eventstreamer is causing this issue21:13
johnsomsetup.cfg issue?21:14
openstackgerritStephen Balukoff proposed openstack/octavia: Add L7 database structures  https://review.openstack.org/26543021:16
rm_workjohnsom: possibly21:17
*** neelashah has quit IRC21:17
rm_workyep21:18
openstackgerritAdam Harwell proposed openstack/octavia: Fix event_queue entry in setup.cfg from EventStreamer break  https://review.openstack.org/27645121:19
rm_worksad21:19
johnsomOk, moment of truth here.  I have an LB up with my patch, standalone, health is coming in.  About to failover21:19
rm_work^^21:19
rm_worksingle doesn't seem to be failing over either21:21
openstackgerritStephen Balukoff proposed openstack/octavia: Update repos for L7 objects / methods  https://review.openstack.org/26552921:21
johnsomlooks like the default timeout is 60 seconds21:21
johnsomOk, got the "failed over21:22
johnsomwent busy21:22
johnsomAnd not much else is happening.21:22
TrevorVYeah21:23
TrevorVFailover... fails.21:23
TrevorVIt should start spewing "trying to connect" over and over until it says something else...21:23
rm_workyeah21:23
rm_worknothing21:23
johnsomYeah. I blame bit-rot...  grin21:24
rm_workwaiting to find out if it works WITHOUT your patch21:24
johnsomOk, digging in21:24
rm_workhad to reset my devstack21:24
rm_workwith the fix above ^^21:24
TrevorVThanks for the help guys, I just can't seem to find what's wrong...21:24
rm_workhttps://review.openstack.org/27645121:24
rm_workTrevorV: i can look at yours in a bit21:24
rm_workonce i finish up this last test21:24
TrevorVAll good rm_work21:24
rm_worksee if something jumps out at me21:24
TrevorVI'ma +1 your review for now21:25
sbalukoffMan, I'm beating the shit out of zuul's change queue...21:25
TrevorVYou too?  sbalukoff21:25
TrevorVsbalukoff I'm re-reviewing your shared pools patch21:25
sbalukoffTrevorV: You gotta admit, it was asking for it.21:25
rm_workyeah zuul is21:25
rm_workslow today21:25
sbalukoffTrevorV: Thanks!21:25
rm_worklots of shit T_T21:26
rm_workbeen waiting for the changes i did THIS MORNING to finish running21:26
TrevorVNo problem... I noticed you didn't address a comment I had before, sbalukoff :(21:26
sbalukoffOh, what comment?21:26
sbalukoff(There have been a lot...  especially from you. ;) )21:26
TrevorVWait... nevermind.. its just another location my comment should have addressed.21:26
TrevorVThe "_test_lb_and_listener_status"21:26
openstackgerritAdam Harwell proposed openstack/octavia: Test fix for ssl context wrapper spam  https://review.openstack.org/27636821:26
TrevorVYou have another location where that name applies21:26
TrevorVOr SHOULD be applied21:27
TrevorVYou'll see the comment when I post it :P21:27
sbalukoffUh-oh.21:27
TrevorVI put "nit:" and won't -1 from that21:27
sbalukoffI would!21:27
sbalukoff;)21:27
sbalukoffBut then, I'm an asshole.21:27
TrevorVFine, then I will MUAH HA HA HA HA21:27
rm_workthis totally works BTW: https://review.openstack.org/#/c/275990/21:28
rm_workand this fixes the last bit: https://review.openstack.org/#/c/276368/221:28
rm_workand NO MORE SPAM FROM SSL SHIT21:28
rm_work:P:P:P21:28
TrevorVYou know, it occurs to me... You've written a bunch of "get this from DB" methods... any reason you're not just importing repositories and doing an init step to set them up right?21:28
TrevorVsbalukoff ?21:29
sbalukoffTrevorV: I was trying to remain closer to the original code.21:29
TrevorVI misread, you didn't rewrite the query section, you just added a helper method.21:30
TrevorVYou're fine, sorry21:30
sbalukoff:)21:30
TrevorVYour review may not be the place for it, but we really need to have constants for our controllers.21:31
TrevorVif controller == 'listeners'21:31
TrevorVShould be something like21:31
TrevorVif controller == constants.listener_controller21:31
TrevorVor something like that21:31
rm_workideally no strings, yeah21:31
TrevorVI'll put up a patch set sometime this weekend for it if I remember.21:32
TrevorVIn my own time I mean21:32
sbalukoffTrevorV: You're talking about the _lookup stuff in the API code?  Yeah--  I thought it was odd, but went with the established pattern. :P21:33
rm_worki forget why that's a thing21:35
TrevorVsbalukoff its in the controllers21:35
sbalukoffrm_work: I +1'd your two patches above.21:35
rm_workif only you were core <_<21:35
sbalukoffHaha21:35
sbalukoffTrevorV: If you could post that comment to the shared pools patch with the function you'd like renamed, I'll get the done real quick before going to lunch, eh.21:36
TrevorVI +1'd a couple of reviews of yours too adam!  I'm looking at the cert one21:36
TrevorVsbalukoff no hurry, I'm still going through the rest of the review again21:37
TrevorVFound another thing I'm nit-picking21:37
sbalukoffHeh. Ok.21:37
sbalukoffI think I know where that function name is that you don't like, though... so I may fix that pre-emptively. ;)21:38
TrevorVScrews up my comments, but hey :P21:38
TrevorVsbalukoff found another one with the name21:40
TrevorVo_021:40
TrevorVI'll post the ones I have so far, and then just keep going, sound good sbalukoff ?21:40
*** _ducttape_ has joined #openstack-lbaas21:40
*** ducttape_ has quit IRC21:42
blogandear god21:43
blogani can't step away from this channel21:43
sbalukoffTrevorV: Sounds good!21:43
sbalukoffblogan: It's my fault.21:43
sbalukoffSorry!21:43
*** madhu_ak_ has joined #openstack-lbaas21:43
TrevorV:P21:44
bloganmy name wasn't mentioned so im just going to assume i dont needt o read it21:44
TrevorVheh sbalukoff you didn't change the one I was commenting on at all :P  ha ha ha21:44
TrevorVI accidentally commented on 23 so copied them over to 2421:44
rm_workblogan: https://review.openstack.org/27636821:45
rm_workerr sorry21:45
sbalukoffTrevorV: Aah, ok.21:45
rm_workhttps://review.openstack.org/#/c/276451/21:45
rm_workthis one21:45
bloganrm_work: bertrand has a good point21:45
blogani dont know wtf this is for21:45
rm_workwhat21:46
bloganthe review21:46
rm_workwhich21:46
bloganohh the first21:46
*** madhu_ak has quit IRC21:46
rm_workah21:46
rm_workyeah uhh i might make a bug for it21:46
rm_workit's more spam21:46
bloganah damn, i missed that in the setup.cfg didnt i21:46
rm_workguess so21:48
rm_worki did too21:48
rm_worki was testing with the ACTUAL driver21:48
johnsomWe all did21:48
*** neelashah has joined #openstack-lbaas21:48
rm_workwhich was correct >_<21:48
rm_workbut the noop one was broken and is default lol21:48
rm_workok I am seeing SINGLE failover *is not broken* without johnsom's patch21:52
rm_workor german's21:52
rm_workwhoever21:53
rm_workanyway, it's something in that patch21:53
*** armax has joined #openstack-lbaas21:53
rm_workit works on Master21:53
TrevorVwhat?21:53
johnsomYeah, I close to the answer21:53
rm_worki was afraid it would be broken on master too21:53
openstackgerritStephen Balukoff proposed openstack/octavia: Shared pools support  https://review.openstack.org/25636921:53
TrevorVOh you both are looking at ACTIVE/PASSIVE patch right?21:53
rm_workyes21:53
johnsomThough I am going to fix the code that eats the exception21:53
rm_workk21:53
TrevorVOh... thought I was important... *cries*21:53
rm_workthat would be nice21:53
rm_work^^ to both johnsom and TrevorV  :P21:54
TrevorVI don't have code that eats exceptions...21:54
rm_worklol yes21:54
rm_worksame response to his thing about exceptions and your think about being important :P21:54
rm_workmeant to be responding to him but it worked as a response to you too :P21:55
TrevorVNot really... "it would be nice for me to think of you as important"?21:55
TrevorVidk, whateva.  I'm just reviewing... heh21:57
openstackgerritStephen Balukoff proposed openstack/octavia: Add L7 database structures  https://review.openstack.org/26543021:59
openstackgerritAdam Harwell proposed openstack/octavia: Fix for ssl context wrapper spam  https://review.openstack.org/27636822:07
rm_workthere was already a bug22:07
rm_work:P22:08
johnsomyep22:09
openstackgerritmin wang proposed openstack/octavia: Implements: blueprint anti-affinity server group  https://review.openstack.org/27234422:10
johnsomrm_work Found two issues.  1. healthmanager is eating exceptions. 2. missing rebinds for the failed amp data22:10
johnsomTesting now22:10
openstackgerritStephen Balukoff proposed openstack/octavia: Update repos for L7 objects / methods  https://review.openstack.org/26552922:10
rm_workkk22:10
*** nmagnezi_ has joined #openstack-lbaas22:11
rm_worksbalukoff is going for "most patchsets in a day" achievement22:12
sbalukoffJust trying to keep my dependency chain up to date. :)22:12
sbalukoffAlso, yes I am.22:12
sbalukoff;)22:12
rm_workyeah I remember those long dependency chains :(22:12
sbalukoffThere are actually three more in the chain I haven't been updating just yet because I've realized I need to insert a new patch in the middle there. :P22:13
sbalukoffAlso, L7Rule validation checks... there's going to be a lot of them.22:13
sbalukoffYay for allowing mostly-arbitrary input!22:13
sbalukoffBut I'mma go get the lunch for now. BBIAB.22:15
openstackgerritAishwarya Thangappa proposed openstack/octavia: Adding "region and endpoint_type" parameters to barbican_acl.py  https://review.openstack.org/27286122:15
johnsomTotally bit rot.  I rebased onto patches for the disable health monitoring on delete, which was missing the rebinds.22:18
xgermanrm_work Brandon says the CI is better so I will it test it ;-)22:19
rm_workjohnsom: :(22:20
rm_workcheck-queue in zuul so backed up22:21
rm_workwish it'd at least be under 1.5h to START testing22:21
xgermanour internal zulu is 11 h — so be thankful, could be worse22:22
*** davidlenwell has quit IRC22:22
rm_workT_T22:22
johnsomYeah, it's a nightmare22:22
rm_workone chance per day to run tests? :/22:23
*** davidlenwell has joined #openstack-lbaas22:23
xgermanyep, done by Irish people. Submit your patch, go to the pub,22:24
johnsomI guess someone "appropriated" some hardware that was in the node pool by mistake22:24
nmagnezi_xgerman, that's a decent work flow :)22:28
xgerman:-)22:29
*** localloop127 has quit IRC22:29
openstackgerritMichael Johnson proposed openstack/octavia: Updates the failover flow for active/standby  https://review.openstack.org/25372422:31
johnsomrm_work ^^^22:31
rm_workkk22:31
rm_workrestacking lol22:31
rm_worksee you in 40 minutes22:32
johnsomLet me know what you think of this:22:32
johnsomhttps://review.openstack.org/#/c/253724/16/octavia/controller/worker/controller_worker.py22:32
johnsomNot sure if that is the right way to do that.22:33
rm_workthere's a .... log and reraise?22:34
rm_workright?22:34
rm_workor is that only n-lbaas22:34
rm_workbecause this way you lose the original exception22:34
rm_workand that's a kind of nasty catch-all22:34
johnsomYeah, the problem is right above this is a thread pool that eats the exceptions22:35
johnsomcontroller/healthmanager/healthmanager.py22:35
rm_workhmm22:35
rm_workso with excutils.save_and_reraise_exception(reraise=True)22:35
rm_workwouldn't work because the exception would get eaten anyway?22:36
johnsomWell, I know the exception wasn't coming out of that method before.22:37
rm_worksave_and_reraise does logging, right?22:37
rm_worki assume that's the "save" part22:37
johnsomI am barely familiar with that22:37
rm_workme too >_<22:37
johnsomReading now: http://docs.openstack.org/developer/oslo.utils/api/excutils.html22:37
rm_workoh22:38
rm_workok no, save is not related to logging22:38
rm_workbut you can log inside there22:38
rm_workso I think that's the better approach22:38
rm_workand I guess the default for reraise is True, so no need to be explicit22:39
johnsomWe don't really want a failed thread to stop the whole health manager22:42
openstackgerritmin wang proposed openstack/octavia: Implements: blueprint anti-affinity server group  https://review.openstack.org/27234422:53
*** rtheis has quit IRC22:54
*** armax has quit IRC22:57
*** allan_h has quit IRC23:05
*** allan_h has joined #openstack-lbaas23:05
*** jwarendt has quit IRC23:06
*** bana_k has quit IRC23:06
*** nmagnezi_ has quit IRC23:08
*** bana_k has joined #openstack-lbaas23:10
*** neelashah has quit IRC23:14
openstackgerritTrevor Vardeman proposed openstack/octavia: Amphora create will add a 'fake' heartbeat on creation  https://review.openstack.org/27151223:18
*** SumitNaiksatam has quit IRC23:22
*** SumitNaiksatam has joined #openstack-lbaas23:23
openstackgerritMichael Johnson proposed openstack/octavia: Updates the failover flow for active/standby  https://review.openstack.org/25372423:26
johnsomOk, switched that exception handling and fixed the tox issues I thought I had run the tests on23:26
johnsomThat one is good to go23:27
*** allan_h has quit IRC23:27
*** mgarza has quit IRC23:27
*** crc32 has quit IRC23:29
*** chlong has quit IRC23:30
rm_workjohnsom: ok so maybe we continue to not raise, but ... at least LOG something?23:31
rm_workah23:31
rm_work k was scrolled up23:31
johnsomOk, with that fixed, I will take a quick look at TrevorV's patch23:42
TrevorVjohnsom alright man, we got it figured out23:42
TrevorV:D23:42
johnsomOr not.23:42
TrevorVheh23:42
TrevorVAdam identified the logic error I had, and we added a config value to "append" to the first heartbeat23:43
TrevorVMade the default 30023:43
TrevorVseconds23:43
TrevorVSo basically it says it heartbeats 5 minutes after it goes "ACTIVE" in nova23:43
TrevorVWe watched that number get replaced by an "earlier" one when the REAL heartbeat came in23:43
johnsomVery generous23:43
TrevorVThat number can change, just threw it out there because rm_work suggested it takes 5 minutes to make in devstack ha ha23:44
johnsomYeah, that is fine23:44
TrevorVEither way, the real heartbeat replaces it with the appropriate heartbeat time, so it works out in the end.23:44
johnsomYeah, nice23:44
TrevorVSo when zuul gives its go-ahead, we're solid on the reviewing23:45
*** TrevorV has quit IRC23:48
rm_workyeah we want to be a bit generous because it's bad-news-bears if we cut it too short and it causes problems in gate23:48
openstackgerritMichael Johnson proposed openstack/octavia: Fixes Octavia flows that are not reverting  https://review.openstack.org/25955023:49
rm_workin a real deployment you'd want like .... 30 seconds or something23:49
johnsomYep23:49
rm_workbut also you don't want to hammer an already stressed environment23:49
rm_workso you don't want to cut it too close anywhere23:49
rm_workthat's a cascade failure waiting to happen23:49
rm_workbrb23:52
*** _ducttape_ has quit IRC23:55

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