Thursday, 2016-02-25

sbalukoffblogan: Also, some of our tests are dumb and use FAKE_UUID_1 for everything.00:00
sbalukoffHence the reason I'm prepending the model name.00:00
blogansbalukoff: i know, if i ever got like you know, free time, i'd test it out to see if it'd make all that simpler, but i'd also be afraid it'd cause more intermittent bugs00:00
rm_workwell00:00
rm_workUUID != id()00:00
rm_workeven if they have the same UUID their id() will be different, since it's a reference to the object in memory00:00
sbalukoffAah! See-- we don't want to reference the object in memory, the way we're building the data model graph.00:01
bloganlets leave it as is now!00:01
rm_workso as long as nothing regenerates the objects, id() would work00:01
sbalukoffblogan: Agreed.00:01
*** manishg has quit IRC00:01
rm_workbut i feel like they may end up regenerating so yeah00:01
rm_work>_>00:01
rm_worki am just curious if it works :P00:01
* blogan put the bait out, and rm_work took it00:02
bloganyou could say i am the master of baiting people...00:02
sbalukoffJust to verify: Listener's can't share the same tls_containers?00:02
* blogan throws smoke bomb and disappears00:02
blogansbalukoff: ah good point, the primary key would be a composite key00:03
sbalukoffblogan: So....  listeners *CAN* share tls_containers?00:03
blogansbalukoff: i dont see why not, rm_work would have to verify that though00:04
sbalukoffTrevorV: If that's the case, we're going to have to go with the line I gave above--  if it's a combination key, we should create the unique key using both the listener_id and tls_container_id00:04
sbalukoffblogan: It is a valid configuration if the key/cert is a wildcard cert.00:04
sbalukoffblogan: That is to say, you will occasionally see that in production in the real world. I don't know whether Octavia is built to handle that correctly right now.00:05
rm_workthey can00:05
rm_workbut it doesn't matter?00:05
sbalukoffIt does.00:06
rm_workbecause the only field that matters on the object is the container_id00:06
rm_worksoooo if it gets the same one but from a different listener...00:06
sbalukoffthe unique key there needs to be unique through *all* connected objects in the graph.00:06
rm_workwho cares00:06
TrevorVYeah sbalukoff good call, I'll update00:06
bloganrm_work: yeah but if two listeners have that same tls_container_id, those are 2 different entries in the db00:06
bloganPRIMARY KEY (`listener_id`,`tls_container_id`),00:06
rm_workyeah but the way it's stored it should still be fine IIRC?00:06
bloganthats the sni table00:06
sbalukoffrm_work: It doesn't hurt to use both IDs to create the unique key.00:07
fnavalmadhu_ak: you can continue the progress made on the original TLS scenario test, here: https://review.openstack.org/#/c/164828/00:07
sbalukoffTrevorV: I'm realizing you'll probably run into another error:00:07
sbalukoffOh wait!00:08
madhu_aksounds good. Stll question remains for me. Are we going to rely on tempest files in our tree now? ;)00:08
sbalukoffI'm wrong.00:08
madhu_akfnaval, ^^00:08
sbalukoffAlso, I think rm_work is right. However, still--  it doesn't hurt to use the combination of both ids.00:08
rm_workyeah a composite key would be "fully correct"00:08
sbalukoffSo, yes, please do that, TrevorV.00:08
rm_workbut functionally meh :P00:08
rm_workhe's doing it00:08
TrevorVIt also doesn't hurt me to do that in the review, just have to add some chars and we gucci00:09
sbalukoffYep, let's go with the composite key.00:09
sbalukoffSweet.00:09
fnavalmadhu_ak: for Neutron-LBaaS?00:09
fnavalor Octavia?00:09
fnavalmadhu_ak: if we get the scenario test for Octavia merged then we can use that as a reference to refactor neutron-lbaas tempest tests00:10
*** diogogmt has quit IRC00:10
madhu_akare we going to implement TLS scenario tests for lbaas or octavia? if in lbaas, it is going to be the same way like it is written?00:10
fnavalI think the more tests the better00:10
rm_workyes please00:10
rm_workall the tests00:10
sbalukoffmadhu_ak: I think we want them, yes!00:11
fnavalif we can have that TLS test for both octavia and lbaas00:11
fnavalthen that would be good00:11
rm_workthough, we aren't on a strict deadline for merging the testing since it literally does not matter whether we get it in any particular release00:11
rm_workso I'm not prioritizing reviewing it right now, sorry :(00:11
rm_workafter this feature freeze on Monday maybe00:11
sbalukoffYeah, I apologize, but I'm going to be working on neutron-lbaas L7 mostly in the next few days. :/00:11
sbalukoffOr critical bugs.00:12
TrevorVsbalukoff same for me, with single-create....00:12
rm_workyes00:12
sbalukoffYep.00:12
openstackgerritTrevor Vardeman proposed openstack/octavia: Use unique SNI identifier when building data model  https://review.openstack.org/28446400:12
TrevorVchange is goin up00:12
TrevorVthere tis00:12
sbalukoffOk, looking now...00:12
TrevorVAlrighty00:12
TrevorVI'll wait a sec in case you see something else00:12
madhu_akokay, my question is, if we work on TLS scenario tests (this one: https://review.openstack.org/#/c/164828/), then if this tempest refactoring (https://review.openstack.org/#/c/273817/) merges sooner, then thats going to be a problem?00:13
sbalukoffOk, that's +2'ed from my perspective.00:13
*** klindgren_ has joined #openstack-lbaas00:13
rm_workyeah i could +200:13
fnavalmadhu_ak: there might have been some changes in the way that the calls are being made to barbican;   but the TLS test itself is similar in both; the only difference is how we call octavia/neutron-lbaas that's different.  but you don't have to worrry about that since it's all being done in the base class/clients00:13
rm_workI almost wish there was an underscore or something between the ids, but it literally does not matter00:14
rm_workit's just for tracking uniqueness00:14
madhu_akokay, will work on https://review.openstack.org/#/c/164828/ then00:14
sbalukoffrm_work: Yep.00:14
fnavalmadhu_ak: for your https://review.openstack.org/#/c/164828/  most of the changes will be in base.py00:14
fnavalthe refactor will occur but should not affect the test itself.00:14
*** klindgren has quit IRC00:15
fnavalmadhu_ak: but i understand what you're getting at, it's be good to have that base class ready so that merge conflicts and other bad stuff can be avoided.00:16
madhu_akhmm, gotcha.00:16
fnavalfor example, I'd like to see these TLS methods inside of base or a helper class: https://review.openstack.org/#/c/164828/17/neutron_lbaas/tests/tempest/v2/scenario/test_load_balancer_tls.py00:17
fnavalmaybe that can be done now and not even have to rely on base.py00:17
fnavalcreate a helper class, such as: tls_connection_helper00:17
sbalukoffrm_work or blogan: If you got a minute, this is a critical bugfix: https://review.openstack.org/#/c/28400800:17
*** yamamoto_ has joined #openstack-lbaas00:17
fnavalthat way we can reuse in more TLS type tests00:17
madhu_akyeah, without relyaing on base.py is the good idea00:18
*** TrevorV has quit IRC00:19
*** crc32 has quit IRC00:19
blogansbalukoff: reviewing00:20
sbalukoffDanke!00:20
*** bana_k has joined #openstack-lbaas00:21
rm_worktrevorv says bye00:21
rm_worklooking sbalukoff00:21
sbalukoffCool beans!00:22
blogansbalukoff: one possible bad suggestion for a future patch, _get_affected_listener_ids consolidated into the base class as well00:23
sbalukoffblogan: That and the _test_and_set_listener_lb_statuses00:23
sbalukoffYeah, there's definitely some optimization we can do there.00:24
bloganyep i was just typing that00:24
fnavalthanks madhu_ak - ping me anytime for any assistance00:24
bloganwith the to_data_model method becoming this huge recursive method, i worry about making generic methods that work for all types bc it can get hard to read and maintain00:25
madhu_akfnaval, sure00:25
xgermanblogan — write your own ORM00:26
bloganxgerman: thats what sbalukoff almost did00:27
bloganwell he and i00:27
sbalukoffHeh!00:27
sbalukoffBasically, yes.00:27
rm_worki enjoy the new static method00:27
bloganactually we more or less wrote the mapper00:27
* blogan glares at rm_work00:27
xgermanif there would only some oslo arm?00:27
xgermanorm00:27
bloganremember when staticmethods broke that one thing?00:27
rm_workyeah that one time in that one place00:28
sbalukoffHaha00:28
blogani've got that review bookmarked00:28
rm_workheh00:28
sbalukoffSeriously? I'm not sure which review you're talking about.00:28
* blogan looks it up excitedly00:29
bloganhttps://review.openstack.org/#/c/277544/00:30
bloganyeah!00:30
blogansbalukoff: my argument against staticmethods is to just use a classmethod if you want it namespaced to the class, otherwise just use a module method00:31
bloganno need for a staticmethod00:31
openstackgerritJames Arendt proposed openstack/neutron-lbaas: Neutron LBaaS leaking admin_password into logs  https://review.openstack.org/28448300:31
sbalukoffAah.00:31
*** Purandar has quit IRC00:46
*** manishg has joined #openstack-lbaas00:48
*** Aish has left #openstack-lbaas00:57
*** ajmiller has quit IRC01:02
*** manishg has quit IRC01:03
*** manishg has joined #openstack-lbaas01:03
*** paco20151113 has joined #openstack-lbaas01:04
openstackgerritMerged openstack/octavia: Fix LB/Listener status updates for HM/Member  https://review.openstack.org/28400801:05
*** paco20151113 has quit IRC01:06
*** minwang2 has quit IRC01:08
*** bana_k has quit IRC01:08
*** ducttape_ has joined #openstack-lbaas01:20
*** ducttape_ has quit IRC01:30
*** ducttape_ has joined #openstack-lbaas02:03
*** Purandar has joined #openstack-lbaas02:03
*** manishg_ has joined #openstack-lbaas02:04
*** diogogmt has joined #openstack-lbaas02:05
*** manishg has quit IRC02:05
*** kevo has quit IRC02:08
openstackgerritMerged openstack/octavia: Implements: blueprint anti-affinity server group  https://review.openstack.org/27234402:08
openstackgerritMerged openstack/octavia: Use unique SNI identifier when building data model  https://review.openstack.org/28446402:10
openstackgerritMerged openstack/octavia: Stop using non-existent method of Mock  https://review.openstack.org/28076602:10
openstackgerritMichael Johnson proposed openstack/octavia: Adding debug logging to amphora driver  https://review.openstack.org/28449802:14
*** Bjoern_ has joined #openstack-lbaas02:27
*** armax has joined #openstack-lbaas02:28
*** amotoki has joined #openstack-lbaas02:29
*** ducttape_ has quit IRC02:43
*** yamamoto_ has quit IRC02:43
*** ducttape_ has joined #openstack-lbaas02:43
*** links has joined #openstack-lbaas02:47
*** manishg has joined #openstack-lbaas02:54
*** manishg_ has quit IRC02:55
*** ajmiller has joined #openstack-lbaas02:57
*** manishg has quit IRC02:59
*** ducttape_ has quit IRC03:06
*** ducttape_ has joined #openstack-lbaas03:12
*** yuanying has quit IRC03:16
*** amotoki has quit IRC03:19
*** diogogmt has quit IRC03:23
*** diogogmt has joined #openstack-lbaas03:26
*** ducttape_ has quit IRC03:26
*** amotoki has joined #openstack-lbaas03:30
*** manishg has joined #openstack-lbaas03:30
*** links has quit IRC03:34
*** manishg has quit IRC03:35
*** amotoki has quit IRC03:35
*** ajmiller has quit IRC03:38
*** yamamoto_ has joined #openstack-lbaas03:38
*** amotoki has joined #openstack-lbaas03:40
*** ducttape_ has joined #openstack-lbaas03:41
*** diogogmt has quit IRC03:43
*** neelashah has joined #openstack-lbaas03:45
*** chlong_ has quit IRC03:47
*** chlong_ has joined #openstack-lbaas03:49
*** Bjoern_ has quit IRC03:51
*** ducttape_ has quit IRC03:53
*** johnsom_ has joined #openstack-lbaas03:55
*** ducttape_ has joined #openstack-lbaas03:56
*** woodster_ has quit IRC03:56
*** manishg has joined #openstack-lbaas04:00
*** amotoki has quit IRC04:01
*** manishg has quit IRC04:05
*** yuanying has joined #openstack-lbaas04:07
*** amotoki has joined #openstack-lbaas04:13
openstackgerritPaco Peng proposed openstack/octavia: Fixed make sure to get IPv4 value by awk in sample local.sh file  https://review.openstack.org/28452704:14
openstackgerritPaco Peng proposed openstack/octavia: Fixed make sure to get IPv4 value by awk in sample local.sh file  https://review.openstack.org/28392904:19
*** ducttape_ has quit IRC04:24
*** links has joined #openstack-lbaas04:29
*** ducttape_ has joined #openstack-lbaas04:29
openstackgerritPaco Peng proposed openstack/octavia: Fixed make sure to get IPv4 value by awk in sample local.sh file  https://review.openstack.org/28392904:31
*** ducttape_ has quit IRC04:37
*** neelashah has quit IRC04:38
openstackgerritMichael Johnson proposed openstack/neutron-lbaas: Temp scenario test logging to debug gate issue  https://review.openstack.org/28453304:43
openstackgerritMichael Johnson proposed openstack/octavia: Adding debug logging to amphora driver  https://review.openstack.org/28449804:48
*** armax has quit IRC04:51
*** manishg has joined #openstack-lbaas05:01
*** manishg_ has joined #openstack-lbaas05:03
*** manishg has quit IRC05:04
johnsom_Great, gates are broken again....05:20
johnsom_sbalukoff be extra happy right now05:20
sbalukoffHeh!05:20
sbalukoffBecause all the L7 stuff is through?05:20
sbalukoff(As well as a good dozen follow-up patches?)05:20
sbalukoffOi... yeah, that's not good.05:21
johnsom_Yeah.  I put in some logging patches to try to run the session persistence to ground and both the lbaas and octavia patches just errored out05:22
johnsom_Pretty sure my LOG.debug didn't break them...05:22
sbalukoffyeah, time to dig in and figure out what did. :/05:23
sbalukoffERROR! Specified hosts options do not match any hosts05:25
sbalukoffI don't think that's normal...05:25
johnsom_Yeah, not normal05:26
johnsom_The really odd thing is the devstack scripts seem to have completed05:26
sbalukoffyeah, I saw that too.05:27
sbalukoffOctavia even gets started correctly, though we're not even getting one API command...05:33
sbalukoffSo we're failing before we can even start a tempest run, but apparently after the build complete.05:33
sbalukoffcompletes.05:33
sbalukoffWhich makes sense, given that it takes 15-20 minutes to fail.05:33
johnsom_Yeah, so strange05:36
*** manishg_ has quit IRC05:37
sbalukoffI'm seeing a shit-ton of other failures happening on other projects in the check queue.05:38
sbalukoffSo I doubt it's only us.05:38
johnsom_Well, I think it is time to call it a night and let infra figure this out05:38
johnsom_Yeah, It hit lbaas and octavia at the same time, so not likely us05:38
sbalukoffOk.05:39
sbalukoffWell, comcast shut me down last night...05:39
johnsom_Have a good one and keep the grin that your stuff got in last night and didn't get tied up in this mess05:39
sbalukoffI think I still might have enough energy to pump out another revision on the neutron-lbaas l7 patch...05:39
sbalukoffSo, I'll probably be on for a while yet.05:39
sbalukoffHave a good one!05:39
johnsom_Ok, good luck.  Catch you tomorrow05:40
sbalukoffYep!05:40
*** johnsom_ has quit IRC05:40
*** numans has joined #openstack-lbaas05:46
*** yuanying has quit IRC05:47
*** numan_ has joined #openstack-lbaas05:50
*** numan_ has quit IRC05:51
*** numan_ has joined #openstack-lbaas05:53
*** numans has quit IRC05:54
*** numan_ has quit IRC05:56
*** numans has joined #openstack-lbaas05:56
*** doug-fish has joined #openstack-lbaas06:00
*** numans has quit IRC06:01
*** bana_k has joined #openstack-lbaas06:03
*** manishg has joined #openstack-lbaas06:08
*** manishg has quit IRC06:12
*** numans has joined #openstack-lbaas06:13
*** Purandar has quit IRC06:27
*** bana_k has quit IRC06:42
*** minwang2 has joined #openstack-lbaas06:45
*** fawadkhaliq has joined #openstack-lbaas06:50
*** prabampm has joined #openstack-lbaas06:50
*** fnaval has quit IRC06:54
*** doug-fish has quit IRC06:54
*** yuanying has joined #openstack-lbaas06:54
*** fnaval has joined #openstack-lbaas07:02
*** manishg has joined #openstack-lbaas07:09
*** manishg has quit IRC07:14
*** kobis has joined #openstack-lbaas07:16
*** kobis has quit IRC07:18
*** minwang2 has quit IRC07:29
*** nmagnezi has joined #openstack-lbaas07:46
*** kobis has joined #openstack-lbaas07:49
*** fawadkhaliq has quit IRC07:51
*** yuanying has quit IRC08:01
*** kevo has joined #openstack-lbaas08:03
*** manishg has joined #openstack-lbaas08:10
*** yuanying has joined #openstack-lbaas08:11
*** evgenyf has joined #openstack-lbaas08:14
*** manishg has quit IRC08:14
*** yuanying has quit IRC08:16
*** yuanying has joined #openstack-lbaas08:18
*** Oku_OS has quit IRC08:18
*** yuanying has quit IRC08:26
*** johnsom_ has joined #openstack-lbaas08:28
*** johnsom has quit IRC08:30
*** yuanying has joined #openstack-lbaas08:32
*** kevo has quit IRC08:37
*** yuanying has quit IRC08:38
*** yuanying has joined #openstack-lbaas08:41
*** yuanying has quit IRC08:47
*** ihrachys has joined #openstack-lbaas08:51
*** jschwarz has joined #openstack-lbaas08:52
*** amotoki has quit IRC08:53
openstackgerritStephen Balukoff proposed openstack/neutron-lbaas: Fix shared-pools lbaas_listeners migration  https://review.openstack.org/28380208:56
*** amotoki has joined #openstack-lbaas09:10
*** Oku_OS has joined #openstack-lbaas09:10
*** manishg has joined #openstack-lbaas09:11
*** manishg has quit IRC09:15
*** fawadkhaliq has joined #openstack-lbaas09:17
*** [1]evgenyf has joined #openstack-lbaas09:19
*** evgenyf has quit IRC09:21
*** [1]evgenyf is now known as evgenyf09:21
*** fawadkhaliq has quit IRC09:29
*** paco20151113 has joined #openstack-lbaas09:53
sbalukoffHey paco20151113!10:02
sbalukoffIt's just me on right now... and I'm about to head to bed anyway.10:02
sbalukoffbut it's good to see you here!10:02
*** manishg has joined #openstack-lbaas10:11
*** manishg has quit IRC10:16
*** pcaruana has joined #openstack-lbaas10:42
*** manishg has joined #openstack-lbaas11:12
*** manishg has quit IRC11:16
*** fawadkhaliq has joined #openstack-lbaas11:27
*** yamamoto_ has quit IRC12:07
*** manishg has joined #openstack-lbaas12:13
*** manishg has quit IRC12:18
*** rtheis has joined #openstack-lbaas12:42
*** fawadkhaliq has quit IRC12:42
*** fawadkhaliq has joined #openstack-lbaas12:43
openstackgerritIhar Hrachyshka proposed openstack/octavia: WIP: glance: support relying on tags to extract image id  https://review.openstack.org/28469012:44
*** diogogmt has joined #openstack-lbaas12:46
*** fawadkhaliq has quit IRC12:47
*** woodster_ has joined #openstack-lbaas12:52
*** pcaruana has quit IRC12:55
*** yamamoto has joined #openstack-lbaas12:55
*** yamamoto_ has joined #openstack-lbaas13:01
*** yamamoto has quit IRC13:01
*** pcaruana has joined #openstack-lbaas13:09
*** diogogmt has quit IRC13:10
*** neelashah has joined #openstack-lbaas13:10
*** manishg has joined #openstack-lbaas13:14
*** ducttape_ has joined #openstack-lbaas13:17
*** manishg has quit IRC13:18
*** links has quit IRC13:26
*** ducttape_ has quit IRC13:36
*** rtheis has quit IRC13:36
*** rtheis has joined #openstack-lbaas13:42
*** rtheis has quit IRC13:44
*** rtheis has joined #openstack-lbaas13:45
*** armax has joined #openstack-lbaas13:47
*** fawadkhaliq has joined #openstack-lbaas13:53
openstackgerritKobi Samoray proposed openstack/octavia: [WIP] Implement XFF header support for Octavia  https://review.openstack.org/25790114:04
openstackgerritKobi Samoray proposed openstack/octavia: [WIP] Implement custom header support for Octavia  https://review.openstack.org/25790114:05
*** links has joined #openstack-lbaas14:07
*** evgenyf has quit IRC14:08
rm_workand today I *woke up* at 6:30am, wtf14:10
*** yamamoto_ has quit IRC14:14
*** manishg has joined #openstack-lbaas14:14
amotokihi LBaaS team, are there any prioritized neutronclient reviews?14:14
amotokiI plan to push a new release of neutronclient next week.14:15
*** manishg has quit IRC14:18
*** fawadkhaliq has quit IRC14:20
rm_workamotoki: yeah there is one14:24
rm_worklet me find it14:24
rm_workamotoki: it looks like the only one I'm aware of is https://review.openstack.org/#/c/217276/ which you have already commented on14:25
amotokirm_work: thanks.14:26
amotokirm_work: there are some lbaas related patches. thanks for clarification :)14:26
rm_workWe would like to get that in the next release, so hopefully we can finish it before Monday...14:26
rm_workThere may be others, but that is the one that is most important14:27
amotokirm_work: even if we missed it in a next release, we can release more (unless we keep backward-compat)14:27
rm_workok14:27
rm_workwe would like to ship it along with the L7 feature in Mitaka14:28
rm_workbut clients are not in the same release cycle maybe?14:28
amotokiagree and nice feature14:28
amotokiclient is released independently, but there is a dependency freeze for client14:28
amotokiit happens at M-3.14:28
rm_workok14:29
amotokihttp://releases.openstack.org/mitaka/schedule.html14:29
rm_workMonday14:29
openstackgerritIhar Hrachyshka proposed openstack/octavia: WIP: glance: support relying on tags to extract image id  https://review.openstack.org/28469014:34
ihrachyssbalukoff: nmagnezi: dougwig: ^14:34
ihrachysthat's the implementation part, need to write some tests too14:34
ihrachystested locally, seems to work14:34
*** amotoki has quit IRC14:37
*** jschwarz_ has joined #openstack-lbaas14:37
rm_worktaking a look ihrachys14:37
ihrachysrm_work: thanks14:38
*** jschwarz has quit IRC14:38
*** yamamoto has joined #openstack-lbaas14:39
rm_workihrachys: posted some comments14:40
ihrachyslooking14:40
*** localloop127 has joined #openstack-lbaas14:40
rm_workto clarify: I know _() handles translation14:40
ihrachysoh octavia already has session handling code nice!14:41
rm_workbut not how it's treated by default compared to _LI/_LE/_LW14:41
rm_workyeah14:41
ihrachysthe patch is doomed to be a one-liner ;)14:41
rm_workheh14:41
ihrachysrm_work: ack on i18n. I copy pasted it from another exception in the file. I will take a look more closely what to use there.14:41
rm_workhmmm14:42
rm_workyou are right, expanding the review in that file i see a lot of those14:42
rm_worksome of which I know for sure are my fault14:43
ihrachysyeah, but maybe there are some new guidelines and we should use _LW there14:43
rm_workwhich makes me wonder wtf i was doing14:43
ihrachys:)14:43
rm_worksince I seriously don't know what that behavior will be14:43
ihrachysI am new to the code base, so I can't tell wtf you were doing ;)14:43
rm_workthat was more of a question really, I wonder if default behavior is _() == _LI() or something14:44
ihrachysI don't think so14:44
ihrachys_ is the 'main' domain, at least in neutron14:44
rm_workhmm14:44
ihrachysand then you have additional domains per level14:44
rm_workmaybe it's fine14:44
ihrachysprolly _LE domain is more appropriate14:44
ihrachyssince it's an error14:44
*** armax has quit IRC14:44
ihrachysso if translators want to translate errors only, they get it in their .po file14:45
rm_workyeah it's been a while since i dealt with i18n14:45
rm_work(since when i was working on very small projects)14:45
ihrachyssometimes I wonder whether we actually have enough translations to care ;)14:45
rm_worknow we have whole translation teams14:45
rm_workI just know it is good practice :P14:46
*** TrevorV has joined #openstack-lbaas14:50
rm_workmorning thomasem14:52
rm_workerr14:52
rm_workTrevorV:14:52
thomasemHello anyway!14:52
TrevorVrm_work go to bed14:52
rm_work:P14:52
rm_workTrevorV: woke up at 6:30am because wut14:53
TrevorVThe question isn't when did you wake up, its when did you fall asleep14:53
thomasemAdrenaline to begin the hangover, possibly?14:53
thomasem:D14:53
rm_work3 hours of sleep per night for about two weeks has finally caught up to me14:53
rm_workcrashed out at like midnight14:53
openstackgerritIhar Hrachyshka proposed openstack/octavia: WIP: glance: support relying on tags to extract image id  https://review.openstack.org/28469014:53
rm_workmy body has no idea wtf is happening14:54
TrevorVThat's a common state for you in general I think rm_work14:56
rm_workihrachys: see this is where I say "I wish those were staticmethods on BaseComputeTask and blogan says "dear god no, they are perfect as they are" :P14:56
rm_workas much as I'd like to make blogan suffer, I think it's fine14:56
*** woodster_ has quit IRC14:56
ihrachysI hate when people use classes where a module is just fine :P14:57
rm_workheh14:57
rm_workI just don't like having anything floating around in my modules14:57
rm_workthat isn't a class14:57
rm_workprobably a Java carry-over14:57
ihrachysprolly :)14:58
rm_workdid you actually have a launchpad BP?14:58
ihrachysrm_work: nope, I need to post one14:58
rm_workthe boilerplate in your spec file is still there for that14:59
*** diogogmt has joined #openstack-lbaas14:59
rm_workk14:59
rm_workI  ... don't know if we would have really required any of that14:59
rm_workbut if you've already done it, may as well finish14:59
ihrachysrm_work: yesterday I was told we need a spec14:59
rm_workheh14:59
ihrachysrm_work: and I immediately started to feel like home14:59
ihrachys:)14:59
rm_workwell, *I* would have +2'd without one, but maybe people are starting to ask for that14:59
ihrachysneutron attitude!14:59
rm_workyeah probably dougwig told you that14:59
*** manishg has joined #openstack-lbaas15:00
ihrachysrm_work: honestly, I didn't think the code will be THAT tiny15:00
rm_workthe spec is 10x longer than the code15:00
rm_worklol15:00
ihrachysah missed the reno entry15:01
rm_workok, 4-5 times15:01
ihrachyswait, I will write some tests and it will be 'just' 2 times :)15:01
rm_workand i do not need to read this spec to understand what this is for, which means ... the spec is totally redundant, but whatever15:02
rm_workwe have a few different opinions on specs in this team15:02
ihrachysas long as you don't have an lbaas stadium...15:02
ihrachysoh wait... :)15:02
*** ducttape_ has joined #openstack-lbaas15:03
*** yamamoto has quit IRC15:04
dougwiguh oh, what did i do?15:04
dougwigi think sbalukoff wanted a spec. i'm fine with code.15:04
rm_workihrachys: one more comment15:06
rm_workah so it's sbalukoff's fault :P15:06
ihrachysrm_work: shoot15:06
rm_workposted15:06
ihrachysoh right sorry15:06
rm_work:P15:06
*** yamamoto has joined #openstack-lbaas15:06
ihrachysoh you are absolutely right15:06
ihrachysI am a dirty coder :P15:07
rm_workheh15:07
*** yamamoto has quit IRC15:07
TrevorVrm_work did you get a chance to look at single-create at all yesterday/this morning?15:09
TrevorVA lot of changes merged last night that I'm now rebasing on top of, but it shouldn't have affected my review15:09
TrevorVHowever I am about to push up the rebased patch15:10
TrevorVJust sayin15:10
rm_workah thought you were still working on bits15:11
rm_worki can look today15:11
*** links has quit IRC15:12
ihrachysdougwig: agreed on warning instead of error. ideally, glance would have unique tags15:13
*** numans has quit IRC15:13
*** jschwarz__ has joined #openstack-lbaas15:13
*** jschwarz_ has quit IRC15:16
rm_workyeah I guess theoretically worst case is you have two, one that is already currently building and one that's new, so you might just get a slight delay on propogation of the new image15:18
rm_workwhich ... is way better than a user error, yes15:18
*** Purandar has joined #openstack-lbaas15:19
rm_workor you might just get the new one and be good :P15:19
*** kobis has quit IRC15:19
*** ajmiller has joined #openstack-lbaas15:20
*** woodster_ has joined #openstack-lbaas15:25
openstackgerritTrevor Vardeman proposed openstack/octavia: Get Me A Load Balancer Controller  https://review.openstack.org/25701315:26
openstackgerritTrevor Vardeman proposed openstack/octavia: Get me a Load Balancer API  https://review.openstack.org/25697415:26
*** rtheis has quit IRC15:28
*** rtheis has joined #openstack-lbaas15:29
*** rtheis has quit IRC15:31
*** rtheis has joined #openstack-lbaas15:32
*** armax has joined #openstack-lbaas15:33
*** rtheis has quit IRC15:35
*** rtheis has joined #openstack-lbaas15:37
*** Purandar has quit IRC15:38
*** bana_k has joined #openstack-lbaas15:41
*** paco20151113 has quit IRC15:50
*** manishg has quit IRC15:53
*** nmagnezi has quit IRC16:00
*** jschwarz__ is now known as jschwarz16:04
*** yamamoto has joined #openstack-lbaas16:08
*** bana_k has quit IRC16:08
*** diogogmt has quit IRC16:08
*** yamamoto has quit IRC16:13
*** Purandar has joined #openstack-lbaas16:13
*** fnaval has quit IRC16:16
*** kobis has joined #openstack-lbaas16:22
*** Purandar has quit IRC16:24
*** rtheis_ has joined #openstack-lbaas16:25
*** rtheis has quit IRC16:25
*** fnaval has joined #openstack-lbaas16:28
johnsom_ihrachys lol, that was way simpler than I thought it would be16:29
ihrachysjohnsom_: indeed16:29
*** johnsom_ is now known as johnsom16:30
* ihrachys is spinning on unit tests, stay tight while I respin16:30
*** Bjoern_ has joined #openstack-lbaas16:35
*** Bjoern_ is now known as Bjoern_zZzZzZzZ16:35
*** Purandar has joined #openstack-lbaas16:35
TrevorVxgerman you online yet?16:35
xgermanyep16:36
TrevorVI have a question...16:36
xgermansure16:36
TrevorVIn the "rest_api_driver" why do we pass in "vip16:36
TrevorVto the update method?16:36
TrevorVIn fact, why do we pass in vip to a lot of these methods?16:36
TrevorVIts never really used.16:36
johnsomYeah, I saw that recently too.  It looks like just to log16:36
TrevorVjohnsom but the logging line says16:37
johnsomOh, maybe that was listener-update16:37
TrevorV"updating listener %s, vip %s" but the vip isn't actually being updated...16:37
*** Bjoern_zZzZzZzZ is now known as Bjoern_16:37
xgermanoh, the spec called for  avip16:38
TrevorVOh.  Does another driver use vip informations or something?16:38
TrevorVMaybe that's why16:38
TrevorV(though we don't have another driver right now, right? :P  )16:39
xgermanI had the same concern those days and blogan/dougwig said we needed the VIP16:39
xgermanmaybe the A10 VM driver will need it16:39
TrevorVGotcha, maybe it will.16:40
TrevorVIts totally unused in the rest driver though, and looks a little silly :P  But it also wouldn't be priority to me to remove it if it wasn't supposed to be there anymore, ya know?16:40
TrevorVI'm more confused about my single-create in octavia16:40
TrevorVIt tosses an error when updating the listeners in the rest driver16:41
xgermanwell, it’s definitely for othger rivers16:41
TrevorVI'm going to enable debugging and figure it out16:41
dougwigthe lb has the ip, so in effect that is the vip.  what is the vip you're passing in?16:41
TrevorVdougwig its the vip from the LB16:43
dougwigcan't i just reference the lb from the listener?16:43
TrevorVYes, yes you can.16:43
TrevorVIf all the proper references are made on the object,  yes.16:43
TrevorV(otherwise we gots bugs)16:43
xgermanyeah, it was in the spec for some reason but we don’t need it for the rest driver16:44
dougwigthen i have no idea. might indeed make the logs easier to parse.16:44
blogani'm sure its something we don't need anymore, probably had a different idea in the beginning16:44
blogani suppose if listener's were ever able to exist on more than one lb, the vip might become useful16:45
openstackgerritIhar Hrachyshka proposed openstack/octavia: glance: support relying on tags to extract image id  https://review.openstack.org/28469016:48
ihrachysdougwig: sbalukoff: johnsom: ajo: claiming it done (full disclosure: haven't tested devstack changes locally just yet) ^16:48
ajoihrachys, :)16:49
ajobtw,is gerrit down?16:49
ajoihrachys,  ^16:50
johnsomYep16:50
ajoI'm geting "503 /  Service unavailable"16:50
ajo:/16:50
ihrachysyeah, prolly down16:50
* ajo is sad16:50
ihrachys #sadpanda16:50
ajo#sadgerrit16:50
ajoeh, back up!16:50
ajothat was quick16:50
ihrachysyeah, prolly restarted httpd16:50
*** minwang2 has joined #openstack-lbaas16:52
*** markvan has quit IRC16:53
*** markvan has joined #openstack-lbaas16:54
*** amotoki has joined #openstack-lbaas16:54
*** minwang2 has quit IRC16:55
*** manishg has joined #openstack-lbaas16:59
*** kevo has joined #openstack-lbaas16:59
dougwig503 means httpd was up, so it was probably the java monster that got restarted.17:00
*** minwang2 has joined #openstack-lbaas17:01
johnsomIn my half awake state all that pops into my mind is "Me hungry" when I hear "java monster"17:02
*** nmagnezi has joined #openstack-lbaas17:04
*** jwarendt has quit IRC17:07
*** yamamoto has joined #openstack-lbaas17:09
*** numans has joined #openstack-lbaas17:11
*** yamamoto has quit IRC17:14
dougwigthat's all the heap hears, too.17:18
openstackgerritGerman Eichberger proposed openstack/octavia: Cascading LB delete  https://review.openstack.org/28258717:18
openstackgerritGerman Eichberger proposed openstack/octavia: Improved LoadBalancer Delete  https://review.openstack.org/28211317:18
*** minwang2 has quit IRC17:26
*** markvan has quit IRC17:28
*** markvan has joined #openstack-lbaas17:30
*** rtheis_ is now known as rtheis17:31
openstackgerritTrevor Vardeman proposed openstack/octavia: Get Me A Load Balancer Controller  https://review.openstack.org/25701317:45
*** _ducttape_ has joined #openstack-lbaas17:46
*** ducttape_ has quit IRC17:49
*** kevo has quit IRC17:50
*** minwang2 has joined #openstack-lbaas17:53
*** SumitNaiksatam has joined #openstack-lbaas17:53
*** amotoki has quit IRC17:56
*** localloop127 has quit IRC17:58
*** madhu_ak has quit IRC17:59
*** madhu_ak has joined #openstack-lbaas18:05
*** neelashah has quit IRC18:06
openstackgerritTrevor Vardeman proposed openstack/octavia: Get Me A Load Balancer Controller  https://review.openstack.org/25701318:10
*** yamamoto has joined #openstack-lbaas18:10
*** jschwarz has quit IRC18:11
*** Bjoern_ is now known as Bjoern_zZzZzZzZ18:12
*** jwarendt has joined #openstack-lbaas18:12
*** yamamoto has quit IRC18:15
*** Bjoern_zZzZzZzZ is now known as Bjoern_18:17
*** neelashah has joined #openstack-lbaas18:18
*** neelashah has quit IRC18:19
*** neelashah has joined #openstack-lbaas18:20
*** evgenyf has joined #openstack-lbaas18:21
*** numans has quit IRC18:22
*** numans has joined #openstack-lbaas18:22
*** Aish has joined #openstack-lbaas18:22
*** ihrachys has quit IRC18:24
openstackgerritGerman Eichberger proposed openstack/octavia: Cascading LB delete  https://review.openstack.org/28258718:32
xgerman^^ those patches need some love...18:32
TrevorVxgerman did you remove WIP yet?18:34
TrevorVI was bout to take a gander18:34
xgermanyep18:34
xgermanjust now18:34
TrevorVkk, I'll go take a look18:34
xgermanNow I  will focus on the LBaaS V2 side of the house18:34
*** piet has joined #openstack-lbaas18:41
*** Purandar has quit IRC18:41
*** piet has quit IRC18:46
openstackgerritGerman Eichberger proposed openstack/neutron-lbaas: Adds Cascade Delete for LoadBalancers to Octavia Driver  https://review.openstack.org/28434018:48
madhu_akjohnsom, dougwig, could you review https://review.openstack.org/#/c/284875/18:53
*** localloop127 has joined #openstack-lbaas18:54
madhu_akfnaval ^^18:56
*** evgenyf has quit IRC18:56
fnavalmadhu_ak: yep looking at it; though, I'll need to familiarize myself on how that all works so I can't give input right away18:56
madhu_akthanks18:56
*** piet has joined #openstack-lbaas18:58
openstackgerritTrevor Vardeman proposed openstack/octavia: Get Me A Load Balancer Controller  https://review.openstack.org/25701318:59
*** localloop127 has quit IRC18:59
*** piet has quit IRC19:02
*** piet has joined #openstack-lbaas19:04
*** bana_k has joined #openstack-lbaas19:04
*** kevo has joined #openstack-lbaas19:08
*** numans has quit IRC19:10
*** yamamoto has joined #openstack-lbaas19:11
*** _ducttape_ has quit IRC19:12
*** bana_k has quit IRC19:14
*** yamamoto has quit IRC19:17
*** fawadkhaliq has joined #openstack-lbaas19:22
*** evgenyf has joined #openstack-lbaas19:22
*** markvan has quit IRC19:25
sbalukoffHey folks.19:27
*** ducttape_ has joined #openstack-lbaas19:27
TrevorVMy patch is failing because it can't find a vip that its trying to deallocate... is this a possible bug recently merged?19:27
*** markvan has joined #openstack-lbaas19:27
*** Purandar has joined #openstack-lbaas19:28
*** neelashah has quit IRC19:31
*** Aish has quit IRC19:33
*** Aish has joined #openstack-lbaas19:34
TrevorVSorry, I think its something I've added.  pdb isn't very nice to me...19:36
sbalukoffIs the gate still busted?19:37
*** manishg has quit IRC19:41
*** manishg has joined #openstack-lbaas19:43
*** neelashah has joined #openstack-lbaas19:45
*** manishg has quit IRC19:50
*** manishg has joined #openstack-lbaas19:50
*** localloop127 has joined #openstack-lbaas19:55
*** manishg has quit IRC19:56
*** madhu_ak has quit IRC19:57
*** localloop127 has quit IRC20:00
*** evgenyf has quit IRC20:01
*** manishg has joined #openstack-lbaas20:04
*** manishg has quit IRC20:04
*** minwang2 has quit IRC20:08
*** ducttape_ has quit IRC20:09
xgermansbalukoff, hi20:10
*** madhu_ak has joined #openstack-lbaas20:11
*** piet has quit IRC20:11
*** fawadkhaliq has quit IRC20:13
*** bana_k has joined #openstack-lbaas20:13
*** yamamoto has joined #openstack-lbaas20:13
*** fawadkhaliq has joined #openstack-lbaas20:13
*** piet has joined #openstack-lbaas20:14
*** piet has quit IRC20:14
*** bana_k has quit IRC20:15
*** bana_k has joined #openstack-lbaas20:15
*** minwang2 has joined #openstack-lbaas20:15
*** ducttape_ has joined #openstack-lbaas20:16
TrevorVxgerman hey man, where are the amphora agent logs so I don't have to kill the proc and set up pdb?20:17
*** yamamoto has quit IRC20:17
xgermanvar log upstart20:18
xgermanneed to be root to open20:18
TrevorVDo we have the root password or something somwhere?20:18
TrevorVsomewhere***?20:18
xgermansudo always works for me20:22
xgermanbut I am running as ubuntu20:22
TrevorVxgerman I meant for logging in, but it just told me to ssh as ubuntu20:22
TrevorVall good, I got in :D20:22
xgermancool20:22
xgermanah, yeah, ssh...20:22
TrevorVIs there an easy way to verify the haproxy file manually?20:24
TrevorVLike, just so I can see what it complains about?20:24
xgermannot sure… you can run haproxy with some command line parameter to check syntax20:25
xgermanthe agent does that when you upload a file20:26
xgermanin other news lbaas v2 keeps listeners and pools around after a cascade delete20:27
xgermanhttps://www.irccloud.com/pastebin/P8iTcPsj/20:27
xgermanblogan ideas — short of deleting stuff in a for loop?20:30
xgermanyou would think a data model could cascade by itself20:31
bloganxgerman: it keeps them int he db?20:31
xgermanyep20:31
xgermanour models don’t cascade20:31
bloganjust pool to members do20:32
bloganxgerman: https://github.com/openstack/neutron-lbaas/blob/master/neutron_lbaas/db/loadbalancer/models.py#L19020:33
xgermanyeah,20:33
xgermanand I think we need to make pools cascade on LB, etc.20:33
*** piet has joined #openstack-lbaas20:34
xgermanbut I am no sqlalchemy expert20:34
*** bana_k has quit IRC20:34
bloganwell here's the dilemma, we want this to only work for deleting a lb20:35
bloganif you put those cascade directives on all the relationships, it will work for lb, but also cause it to happen on deleting a listener as well20:35
bloganand with shared pools, that'll take some investigation to figure otu if it'll delete the pool when it no longer has any references to anything else20:36
bloganwhich might be what delete-orphan does, but not sure20:36
xgermanyeah, it’s a mess20:39
bloganso looping might be the answer for nwo20:39
xgermanor we back out sbalukoff’s pool patch ;-)20:40
sbalukoffxgerman: I will destroy you.20:40
bloganwell the issue would still be there20:40
sbalukoffThis is neutron-lbaas?20:40
xgermanyep20:40
sbalukoff*sigh*20:40
bloganyeah but i don't think we do cascade in octavia either20:40
sbalukoffYep, my patch doesn't alter or fix stuff like that that's "broken" from before.20:40
bloganneutron's api doesn't do cascade either20:41
blogani dont think its broken, its just being consistent with neutron20:41
sbalukoffHeh!20:41
blogandon't allow a user to delete a parent if it has children20:41
*** bana_k has joined #openstack-lbaas20:41
blogan(except for pools lol)20:41
sbalukoffApparently.20:41
xgermanI would expect SNI to be the same20:41
bloganim not sure20:42
xgermanactually - no —20:42
xgermanso unless listener delete does it himself we have a bug20:42
bloganside question, about ipv6, does ipv6 have a broadcast address like ipv4?20:42
bloganan ipv6 network/subnet20:42
xgermanI think they only have prefixes20:43
bloganwhat do you mean?20:44
xgermanI guess I know too little to make sense20:45
bloganor i know too little to understand20:47
bloganim sure thats more likely20:47
xgermanok, filed: https://bugs.launchpad.net/neutron/+bug/154998920:49
openstackLaunchpad bug 1549989 in neutron "LBaaS V2 listener delete leaves SNI container behind" [Low,New]20:49
xgermanso I need to loop and delete pools, listeners, health monitors (and l7 if that becomes available)20:49
xgermangrrr20:50
bloganthat, or we put the cascades and change how the code detects that parent ahs a child for the calls that don't allow cascade20:51
*** piet has quit IRC20:51
*** ducttape_ has quit IRC20:52
*** ducttape_ has joined #openstack-lbaas20:53
xgermanwell, we already do that for LB20:54
xgermanthat would be a good topic for dougwig to weigh in20:54
xgermanwe want to avoid “orchestration"20:54
dougwigeh?20:54
dougwigwe're not going to do the delete the same as create?  make it a new driver call else fail?20:55
*** rtheis has quit IRC20:55
xgermanwe do20:56
xgermanbut labs_v2 doesn’t delete stuff20:56
*** localloop127 has joined #openstack-lbaas20:56
xgermanso cascade_delete on octavia blows everything away but labs_v2 retain pools, listeners, etc.20:56
xgermanso we can either change the data model to cascade or add a new cascade_delete method which loops and deletes stuff in the DB20:57
*** localloop127 has quit IRC21:01
*** bana_k has quit IRC21:05
*** markvan has quit IRC21:06
*** rtheis has joined #openstack-lbaas21:06
TrevorVsbalukoff do you know what the haproxy config should reflect for l7 changes?21:07
sbalukoffTrevorV: You should see indented lines that start with 'acl'21:07
sbalukoffBut!21:07
sbalukoffThat will only happen if the l7policies have rules.21:07
*** markvan has joined #openstack-lbaas21:08
TrevorVWell I'm not seeing that on my single create in the controller worker... dammit21:08
*** piet has joined #openstack-lbaas21:08
TrevorVsbalukoff in which section?21:09
sbalukoffIn the the frontend section.21:09
TrevorVShould I see 2 backends if my listener has a default pool and my l7 policy has a redirect pool (which is a different one than the default)21:10
TrevorV?21:10
sbalukoffWhat do your l7policy and l7rule tables look like?21:10
sbalukoffTrevorV: Yes, but only if the acl lines show up as well.21:10
TrevorVI'm not sure I follow what you said there, but I'm just trying to get an idea of what its supposed to look at so I can figure out which part I've missed.21:11
TrevorVI also don't know what you've asked me just now.  What is the information the DB holds for my policy/rule?21:11
TrevorVsbalukoff ^^21:12
*** ducttape_ has quit IRC21:13
*** yamamoto has joined #openstack-lbaas21:14
TrevorVsbalukoff I think its because I haven't added anything in the jinja config files in my review...  I'm guessing we need a tweak in here to get it to pick up ALL the config options...21:17
TrevorVStill verifying though21:17
TrevorVActually it looks like it "should" have done it.21:17
TrevorVNow I gotta see why it didn't.21:17
TrevorV_transform_listener should have done it it looks like.21:18
sbalukoffTrevorV: Yes, I was asking about the DB tables....21:18
sbalukoffTrevorV: Are you operating on the data model  or the SQLAlchemy model?21:19
TrevorVSorry, words are tough for me sometimes.  I know the DB has values in it, the problem might be another SQLAlchemy funky thing.  I'll try to diagnose right now.21:19
TrevorVIts in the controller worker, so... SQLAlchemy model?  I think?21:19
sbalukoffBecause... if it's the data model... the data model is mostly static. And you kind of end up having to update relationships yourself.21:19
*** yamamoto has quit IRC21:19
sbalukoffno, controller worker operates on the data model.21:19
TrevorVOh really?21:19
sbalukoffOk.... I'm in the middle of troubleshooting something urgent.21:19
TrevorVNo no please keep going21:20
sbalukoffAlmost finished with it (I think).21:20
*** fawadkhaliq has quit IRC21:20
sbalukoffI can potentially help you with this afterward.21:20
TrevorVI'm mostly just opening dialogue so I can look at what I'm thinking and see if it makes sense21:20
TrevorVsorry :(21:20
TrevorVI should really not do that.21:20
TrevorVMy bad21:20
sbalukoffNo worries.21:20
*** neelashah has quit IRC21:21
*** rtheis has quit IRC21:26
*** rtheis has joined #openstack-lbaas21:26
*** piet has quit IRC21:32
*** ducttape_ has joined #openstack-lbaas21:35
xgermanblogan I am completely in the weeds with that LBaaS V2 driver21:36
xgermanso we are raising a NotImplemented in the delete method but the DB work gets done in LoadBalancerManager instead of BaseLoadBalancerManager21:37
xgermanso I think best would have been to have a property cascade on the driver21:37
xgermanwill probably add that21:38
*** Purandar has quit IRC21:39
*** neelashah has joined #openstack-lbaas21:47
openstackgerritMadhusudhan Kandadai proposed openstack/octavia: Add pre_test_hook to run gate jobs  https://review.openstack.org/28494621:50
bloganxgerman: you mean have the LoadBalancerManager do db calls?21:50
xgermanapparently everything gets wrapped21:51
*** piet has joined #openstack-lbaas21:51
xgermanI think I have something n which might work...21:52
*** localloop127 has joined #openstack-lbaas21:57
*** localloop127 has quit IRC22:02
madhu_akdougwig resubmitted project-config patch: https://review.openstack.org/#/c/284875 with pre_test_hook patch: https://review.openstack.org/284946. Please review when you get time. Thanks22:03
*** manishg has joined #openstack-lbaas22:08
*** manishg has quit IRC22:12
*** manishg has joined #openstack-lbaas22:13
*** yamamoto has joined #openstack-lbaas22:15
*** nmagnezi has quit IRC22:15
*** piet has quit IRC22:18
*** fawadkhaliq has joined #openstack-lbaas22:19
*** yamamoto has quit IRC22:20
openstackgerritGerman Eichberger proposed openstack/neutron-lbaas: [WIP] Adds Cascade option for load balancer drivers  https://review.openstack.org/26823722:26
xgerman^^v blogan suggestions welcome22:26
openstackgerritStephen Balukoff proposed openstack/neutron-lbaas: Fix shared-pools lbaas_listeners migration  https://review.openstack.org/28380222:28
openstackgerritMadhusudhan Kandadai proposed openstack/octavia: Add pre_test_hook to run gate jobs  https://review.openstack.org/28494622:28
openstackgerritPhillip Toohill proposed openstack/octavia: Adding network driver for a vip on a single amp  https://review.openstack.org/19785822:42
*** armax has quit IRC22:43
*** armax has joined #openstack-lbaas22:44
openstackgerritGerman Eichberger proposed openstack/neutron-lbaas: [WIP] Adds Cascade option for load balancer drivers  https://review.openstack.org/26823722:51
*** neelashah has quit IRC22:52
openstackgerritMadhusudhan Kandadai proposed openstack/neutron-lbaas: [WIP] Neutron LBaaS: TLS Barbican Scenario Test  https://review.openstack.org/16482822:54
*** armax has quit IRC22:57
*** localloop127 has joined #openstack-lbaas22:58
*** localloop127 has quit IRC23:03
TrevorVjohnsom xgerman rm_work blogan if you guys get a chance tonight, can you pick apart the single-create reviews?  I finished a fully-configured manual test just now, all the way down to the haproxy config, and it all worked.23:07
TrevorVMaybe you guys can help me find any breaks?23:07
TrevorVThanks!23:07
openstackgerritGerman Eichberger proposed openstack/neutron-lbaas: Adds Cascade Delete for LoadBalancers to Octavia Driver  https://review.openstack.org/28434023:07
openstackgerritGerman Eichberger proposed openstack/neutron-lbaas: [WIP] Adds Cascade option for load balancer drivers  https://review.openstack.org/26823723:07
TrevorVI'll be offline for now though, be back online later tonight to check for updates.  (I'd love to see this merged by Monday!!)23:08
*** TrevorV has quit IRC23:08
xgermanI am under the weather so not sure how much I will get done23:08
sbalukoffTrevorV: Oh, did you figure out the haproxy rendering problem?23:09
rm_workmissed him by a few seconds23:10
*** frankie_ has joined #openstack-lbaas23:10
rm_worklooks like he did though23:10
xgermanyeah, cascade delete probably will bomb the gates23:11
*** yamamoto_ has joined #openstack-lbaas23:16
*** fnaval has quit IRC23:19
*** yamamoto_ has quit IRC23:22
openstackgerritPhillip Toohill proposed openstack/octavia: Adding network driver for a vip on a single amp  https://review.openstack.org/19785823:23
*** ducttape_ has quit IRC23:24
*** Purandar has joined #openstack-lbaas23:26
*** yuanying has joined #openstack-lbaas23:33
*** yuanying has quit IRC23:34
*** yuanying has joined #openstack-lbaas23:34
*** rtheis has quit IRC23:34
*** Bjoern_ has quit IRC23:36
*** Aish has quit IRC23:45
*** Aish has joined #openstack-lbaas23:45
*** SumitNaiksatam has quit IRC23:46
*** fawadkhaliq has quit IRC23:47

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