Tuesday, 2015-09-01

xgermandougwig so did we ever decide what the relationship between flavor and provider is?00:05
xgermanIn my opinion flavor should replace provider… so we should try to phase that out and flavor in00:06
xgermanthoughts?00:06
johnsomI'm not so sure.  Flavor Octavia-bronze and Flavor Octavia-silver (may tls offload) is still provider Octavia00:07
xgermanyeah, but I think lbaas-create should have —flavor instead of provider00:07
xgermanotherwise we set up bronze and the user overwrites...00:07
openstackgerritClaudiu Belu proposed openstack/octavia: WIP: Removes unused posix-ipc requirement  https://review.openstack.org/21906500:08
openstackgerritmin wang proposed openstack/octavia: Increase connection_max_retries to be 300  https://review.openstack.org/21861300:15
*** diogogmt has quit IRC00:18
openstackgerritmin wang proposed openstack/neutron-lbaas: Set up LBaas V2 tempest test gate against Octavia.  https://review.openstack.org/20967500:19
*** vivek-ebay has joined #openstack-lbaas00:25
*** bana_k has quit IRC00:25
*** bana_k has joined #openstack-lbaas00:25
openstackgerritmin wang proposed openstack/octavia: Increase connection_max_retries to be 300  https://review.openstack.org/21861300:30
openstackgerritmin wang proposed openstack/neutron-lbaas: Set up LBaas V2 tempest test gate against Octavia.  https://review.openstack.org/20967500:31
*** clev is now known as clev-away00:43
*** abdelwas has quit IRC00:51
*** madhu_ak has quit IRC00:56
*** chlong has joined #openstack-lbaas01:02
*** rm_you has quit IRC01:22
*** rm_you has joined #openstack-lbaas01:23
*** rm_you has joined #openstack-lbaas01:23
*** bana_k has quit IRC01:33
*** haigang has quit IRC01:44
*** ganeshna has joined #openstack-lbaas02:08
*** ganeshna has quit IRC02:10
*** ganeshna has joined #openstack-lbaas02:10
openstackgerritmin wang proposed openstack/octavia: Increase connection_max_retries to be 300  https://review.openstack.org/21861302:13
openstackgerritmin wang proposed openstack/neutron-lbaas: Set up LBaas V2 tempest test gate against Octavia.  https://review.openstack.org/20967502:14
*** woodster_ has quit IRC02:19
*** I has joined #openstack-lbaas02:20
*** clev-away is now known as clev02:20
*** I is now known as Guest1090302:20
*** sbalukoff has quit IRC02:21
*** ganeshna has quit IRC02:24
*** bana_k has joined #openstack-lbaas03:06
*** chlong has quit IRC03:12
*** Jian0612 has joined #openstack-lbaas03:13
openstackgerritBrandon Logan proposed openstack/neutron-lbaas: Add ability for octavia to allocate vip  https://review.openstack.org/21405803:20
*** vivek-ebay has quit IRC03:34
*** chlong has joined #openstack-lbaas03:38
*** chlong_ has joined #openstack-lbaas04:04
*** chlong has quit IRC04:04
*** sbalukoff has joined #openstack-lbaas04:05
*** amotoki has joined #openstack-lbaas04:17
*** bana_k has quit IRC04:19
*** numans has joined #openstack-lbaas05:05
*** Alex_Stef has joined #openstack-lbaas05:07
openstackgerritmin wang proposed openstack/octavia: Increase connection_max_retries to be 300  https://review.openstack.org/21861305:21
openstackgerritmin wang proposed openstack/neutron-lbaas: Set up LBaas V2 tempest test gate against Octavia.  https://review.openstack.org/20967505:22
*** Guest10903 has quit IRC05:42
*** I has joined #openstack-lbaas05:58
*** I is now known as Guest9202305:58
openstackgerritCarlos Garza proposed openstack/octavia: Implementing EventStreamer  https://review.openstack.org/21873506:02
*** clev is now known as clev-away06:15
*** ganeshna has joined #openstack-lbaas06:32
*** kiran-r has joined #openstack-lbaas06:43
*** kiran-r has quit IRC06:53
*** ganeshna has quit IRC06:56
*** nmagnezi has joined #openstack-lbaas07:23
*** chlong_ has quit IRC07:24
*** kiran-r has joined #openstack-lbaas07:38
*** bharathm has quit IRC07:41
*** nmagnezi has quit IRC08:33
*** nmagnezi has joined #openstack-lbaas08:34
*** apuimedo has joined #openstack-lbaas08:40
*** bharathm has joined #openstack-lbaas08:41
*** bharathm has quit IRC08:46
*** kiran-r has quit IRC08:57
*** kiran-r has joined #openstack-lbaas09:04
*** Guest92023 has quit IRC09:40
openstackgerritStephen Balukoff proposed openstack/neutron-lbaas: Make pools independent of listeners  https://review.openstack.org/21856010:01
*** Jian0612 has quit IRC10:03
*** bharathm has joined #openstack-lbaas10:31
*** apuimedo is now known as apuimedo|lunch10:34
*** bharathm has quit IRC10:35
*** h00327910__ has quit IRC10:43
*** nmagnezi_ has joined #openstack-lbaas10:56
*** nmagnezi has quit IRC10:59
*** chlong_ has joined #openstack-lbaas12:09
*** sballe has joined #openstack-lbaas12:14
*** bharathm has joined #openstack-lbaas12:20
openstackgerritvenkata anil proposed openstack/neutron-lbaas: lbaasv2: validate tenant-id is non-empty in api  https://review.openstack.org/21925012:21
*** bharathm has quit IRC12:24
*** woodster_ has joined #openstack-lbaas12:36
*** jschwarz has joined #openstack-lbaas12:50
*** amotoki has quit IRC12:57
openstackgerritClaudiu Belu proposed openstack/octavia: Removes unused posix-ipc requirement  https://review.openstack.org/21906513:04
*** nmagnezi_ has quit IRC13:05
*** nmagnezi has joined #openstack-lbaas13:06
*** kiran-r has quit IRC13:40
*** kiran-r has joined #openstack-lbaas13:41
*** kiran-r has quit IRC13:41
*** bharathm has joined #openstack-lbaas14:08
*** bharathm has quit IRC14:13
*** amotoki has joined #openstack-lbaas14:20
*** alejandrito has joined #openstack-lbaas14:26
openstackgerritArmando Migliaccio proposed openstack/neutron-lbaas: Remove fall-back logic to service provider registration  https://review.openstack.org/20622114:54
*** TrevorV has joined #openstack-lbaas15:00
*** TrevorV has quit IRC15:01
*** TrevorV has joined #openstack-lbaas15:03
*** diogogmt has joined #openstack-lbaas15:04
*** diogogmt has quit IRC15:07
*** diogogmt has joined #openstack-lbaas15:09
*** diogogmt has quit IRC15:11
*** pai15 has joined #openstack-lbaas15:11
*** yuanying has quit IRC15:13
pai15is there any way to create lbaas namespace on both controllers? It is getting created only on one controller15:13
*** reedip has quit IRC15:14
*** Alex_Stef has quit IRC15:15
pai15and router namespace is getting created on another controller so as a result, ping to floating ip pointing to vip fails15:17
*** diogogmt has joined #openstack-lbaas15:21
*** diogogmt has quit IRC15:24
*** reedip has joined #openstack-lbaas15:24
*** numans has quit IRC15:27
*** yuanying has joined #openstack-lbaas15:30
*** bharathm has joined #openstack-lbaas15:35
*** nmagnezi has quit IRC15:39
*** Aish has joined #openstack-lbaas15:45
*** jschwarz has quit IRC15:53
*** KunalGandhi has joined #openstack-lbaas15:59
*** madhu_ak has joined #openstack-lbaas15:59
*** ajmiller has joined #openstack-lbaas16:04
*** mlavalle has joined #openstack-lbaas16:17
*** vivek-ebay has joined #openstack-lbaas16:18
*** enikanorov__ has joined #openstack-lbaas16:18
*** enikanorov has quit IRC16:21
*** KunalGandhi has quit IRC16:22
*** pai15 has quit IRC16:22
*** pai15 has joined #openstack-lbaas16:23
*** pai15 has quit IRC16:26
*** pai15 has joined #openstack-lbaas16:26
*** madhu_ak has quit IRC16:30
*** ajmiller has quit IRC16:38
*** diogogmt has joined #openstack-lbaas16:46
*** vivek-ebay has quit IRC16:48
*** amotoki has quit IRC16:52
*** ajmiller has joined #openstack-lbaas16:52
*** ajmiller has quit IRC16:54
*** jschwarz has joined #openstack-lbaas16:57
*** mlavalle has quit IRC16:57
*** KunalGandhi has joined #openstack-lbaas16:57
*** TrevorV has quit IRC17:01
*** TrevorV2 has joined #openstack-lbaas17:01
*** ajmiller has joined #openstack-lbaas17:03
*** vivek-ebay has joined #openstack-lbaas17:09
pai15I I have 2 controlers, when I create a loadbalancer v2, should it created lbass namespace on 1 controller or both?17:11
pai15let me correct the grammar: I have 2 controllers, when I create a loadbalancer v2, should it create lbass namespace on only 1 controller or both?17:12
bloganpai15: you have 2 agents?17:16
bloganpai15: 2 lbaas v2 agents running on two separate machines?17:16
pai15blogan: yes - 2 controllers on different BMs, both running lbaasv2 agents17:17
bloganpai15: so the agent scheduler should choose only 1 of those to provision on17:18
bloganpai15: from what i remember17:18
bloganpai15: unless some HA mechanism got in that i dont recall17:18
pai15it creates lbaas namespace on only 1 controller, but router namespace gets created on 2nd controller. Result it, floating ip associated to vip is not pingable17:19
pai15is there any way to create lbaas namespace on both controllers?17:20
*** pai15 has quit IRC17:20
*** pai15 has joined #openstack-lbaas17:21
*** bharathm has quit IRC17:21
*** pai15 has quit IRC17:22
*** pai15 has joined #openstack-lbaas17:22
xgermanno17:25
pai15ok17:25
*** bana_k has joined #openstack-lbaas17:29
*** Aish has quit IRC17:29
*** TrevorV2 has quit IRC17:33
xgermanbut that FIP problem worries me17:33
pai15Trying to thing what could be blocking it17:40
xgermanwe have seen trouble with FIPs and DVR17:41
*** Aish has joined #openstack-lbaas17:44
*** TrevorV2 has joined #openstack-lbaas17:45
*** Varun_Lodaya has joined #openstack-lbaas17:47
pai15xgerman: I am using not using DVR, using just the default one17:48
xgermanmmh17:48
*** bharathm has joined #openstack-lbaas17:49
pai15which service provider should I be using?LOADBALANCERV2:Haproxy:neutron_lbaas.drivers.haproxy.plugin_driver.HaproxyOnHostPluginDriver:default17:53
pai15or LOADBALANCERV2:Haproxy:neutron.services.loadbalancer.drivers.haproxy.synchronous_namespace_driver17:53
xgermanthe later one in Kilo17:55
xgermanfor L we recommend Octavia17:55
*** madhu_ak has joined #openstack-lbaas17:57
pai15ok lbaas v2 that I setup on devstack kilo has the first one - so I used that.17:58
pai15I will try to use the 2nd one. Once I make change to conf file, I just have to bound lbaas agent and do I need to bounce neutron-server ?17:58
dougwigoctavia as ref, what's left?18:09
xgermanin meeting update later18:09
johnsomdougwig I have a couple of things.  1. the gate, we are working through upping the timeouts to allow the amphora boot(virtual in virtual without vt-x emulation is painful)18:11
johnsom2. Health manager is in pretty good shape, working through bugs.  The fail over flow is failing for us on REST, working on that now.18:12
dougwigare we down to just bugs that we think will get merged in the next 2 weeks? or are we missing any functionality or performance?18:12
johnsomI think the functionality is there, it is really down to testing and bug fixes.18:13
johnsomblogan Comments from your perspective?18:13
*** pai15 has quit IRC18:14
johnsomrm_work?18:14
johnsomBueller18:14
*** pai15 has joined #openstack-lbaas18:15
*** mlavalle has joined #openstack-lbaas18:16
*** ajmiller has quit IRC18:23
bloganpai15: use that first one if you're looking to use teh namspace driver18:29
bloganjohnsom, dougwig: i think we can get this all in decent sahpe in the next week18:30
bloganjohnsom: not the active passive though, my opinion on that is its a lower priority and will take its own time to test18:31
bloganbut we dont need it for ref impl18:31
bloganand id really like to get the active passive in too18:31
bloganbut i just dont see it being feasible18:31
bloganbut i could be wrong18:31
*** jschwarz has quit IRC18:31
*** abdelwas has joined #openstack-lbaas18:32
xgermanbrogan you are wrong18:32
xgermanwhen do we need active-passive?18:33
xgermanI think we can get it in18:33
johnsomI think it is up for review now18:33
bloganxgerman: maybe but i dont think it should be priority before everything else we need to do18:33
xgermanyep, agreed18:34
bloganwhich is hwy i'm saying i dont think we will be able to get it in, but i could be wrong18:34
abdelwasIt is ready for review18:34
pai15blogan: so Haproxy:neutron_lbaas.drivers.haproxy.plugin_driver.HaproxyOnHostPluginDriver:default?18:35
xgermanyeah, it’s a big goal for us to get it in so we will put in the time/work necessary18:35
*** Aish has quit IRC18:35
xgermanmaybe we can reprioritize things like the event queue in favor of active-passive18:35
abdelwasblogan In the revised patch I addressed all your prior comments18:36
abdelwasAlso elaborated more in the commit message, to make reviewing easier18:37
xgermanyeah, abdelwas internship ends soon which motivates us to put our focus on it --18:38
pai15blogan: with that it creates lbaas namespace on only 1 controller, but router namespace gets created on 2nd controller. Result it, floating ip associated to vip is not pingable.18:38
bloganpai15: yeah but that 2nd provider will only create the haproxy process on whatever machine neutron-server is running on18:39
bloganxgerman, abdelwas: once the internship ends his code can't go in?18:39
xgermanno, it will be more challenging to reach him for bug fixes18:39
xgermanafter all he will have classes and such18:39
bloganxgerman: well we shouldnt rely on him anyway to be the only person who can fix the bugs18:40
pai15blogan: neutron-server is running on both controllers ( we don't have seperate neutron node)18:40
abdelwastechnically no, I am done with classes. But I resumed working on research, even my wife struggle to preempt me18:40
xgermanagreed and we will have a handover — but he has 100% time dedicated to it (he doesn’t get sucked into in eternal projects like us)18:41
bloganpai15: oh well, still you want to use the HaProxyOnHostPluginDrievr because it is meant for that18:41
abdelwass/struggle/struggles/18:41
bloganok so the way i see the priority right now is:18:42
blogan1) failover flows18:42
blogan2) health manager checkign for failover and intiating failover18:43
pai15blogon: ok - then any pointers on the ping problem? any suggestion is appreciated for I am stumped on that.18:43
blogan3) heart beats18:43
bloganpai15: im not sure i know how to solve that problem, but do you ahve the L3 agent running on both controllers as well?18:43
xgerman2+3 work18:43
pai15blogon: yes18:43
xgermanso as I see it we only have (1) to make work18:44
TrevorV2xgerman, do you have a second?  I'm not sure I agree with one of your comments in the failover review18:44
bloganpai15: yeah after that I've exhausted my limited knowledge after, the namespace driver hasn't really been focused on much since we came on board bc of our focus on octavia, the namespace driver is really just a stop gap until octavia18:44
xgermanTrevorV2 sure18:45
bloganxgerman: yeah but we still need to get it reviewed and tested out which will take some time, i'm in the process of doing that though18:45
TrevorV2xgerman, well I don't think we should ignore failures in "nova delete"18:45
bloganxgerman: also testing it out for both ssh and rest, which adds more time18:45
xgermancool!!18:45
pai15blogon: thanks, I will put a message here when I find the root cause18:45
TrevorV2Especially if it doesn't complete18:45
TrevorV2If it doesn't FIND an instance, it makes sense to ignore it.18:45
bloganpai15: thanks, sorry i couldnt be anymore help, wish i could help ya out18:46
TrevorV2However, remember, failover isn't after an amphora is deleted, it'll be when an amphora fails.18:46
pai15np18:46
TrevorV2So your "second" step in your test is erroneous18:46
xgermanwell, the amphora can disappear and I would expect failover to succeed18:46
xgermanalso a nova delete failure shouldn’t prevent a new amphora from coming up18:46
TrevorV2blogan, help me out here.  The port re-use requires the old amphora be deleted, right?18:47
bloganyes18:47
bloganwell18:47
xgermanI would rather fail where we can’t reuse the port18:47
abdelwasblogan, xgeran I am willing to handover the whole project for continuing bug fixes. This is unquestionable. However, to the patch is good enough to get in, in my opinion. The remaining time is sufficient to address all concerns and solve major bugs.18:47
bloganit requires the port's device_owner/device_id to be cleared out, but that would mean 2 amphoraes would have the same IP18:47
johnsomTrevorV2 one of the failure modes could be the amphora got nova deleted somehow18:47
*** pai15_ has joined #openstack-lbaas18:47
xgermanor delete fails half-way but we can still use the port?18:48
*** diogogmt has quit IRC18:48
xgermanI am saying inability to delete doesn’t mean the port can’t be reused18:48
TrevorV2johnsom, yeah the amphora being actually deleted is something I'm definitely okay with for "successful" failover.18:48
TrevorV2But if it just "fails" to delete, but still exists, then routing to the new amphora would go crazy18:48
bloganTrevorV2: would require some testing, depends on how often a garp happens18:49
johnsomTrevorV2 Yeah, agree on that.  The error German saw came from the amphora already being deleted via failure18:49
bloganTrevorV2: i have a feeling when the new amphora comes up with the new IP it'll garp out and the old one wouldn't ever garp out18:49
johnsomI think it's a check for "instance not found" exception18:49
johnsom(I happened to be watching him when he did it)18:50
bloganwatching him through his window eh?18:50
TrevorV2Yeah, johnsom xgerman I know, I had thought of that, but it required changes in the amphora driver that I thought I shouldn't do.  Maybe I should then?18:50
johnsomWell, truth be told he was beating on me over config file settings being missing in devstack18:51
bloganxgerman sounds very abusive18:51
*** pai15 has quit IRC18:51
*** pai15_ has quit IRC18:52
*** pai15 has joined #openstack-lbaas18:52
TrevorV2So do we think I should toss that in as a change in the failover review?  Ignoring a "missing" instance when trying to delete?18:53
TrevorV2Still failing for other reasons though?18:53
johnsomIf the code is outside the changes for the failover flow I am ok with it being a bug in launchpad / separate patch18:54
bloganTrevorV2: is it just a matter of ignoring it?18:54
*** diogogmt has joined #openstack-lbaas18:54
bloganTrevorV2: or will there be other cascading changes?18:54
xgermanwell, as a first step. We probably need to look at other error conditions but that can wait for M18:54
xgermanprobably just a try except pass18:54
TrevorV2blogan, basically if we try to delete a nova instance and it doesn't exist, it should be ignored, right blogan ?18:54
johnsomTrevorV2 yeah, I'm trying to dig into why.  When I shutdown the agent (no heartbeats) the failover comes up with no vip network plugged in nova18:55
bloganxgerman: house keeping maanager will eventually clean all thsoe failed to delete amphorae up rgiht? theoretically at least18:55
bloganTrevorV2: do you have port information still on that nova instance?18:55
xgermanwell, I want the failover to succeed and worry about the mess later18:55
TrevorV2That's a good point blogan I guess not.18:55
bloganso how would we successfully transfer over the ports so we maintain the VIP18:56
blogani have an idea but that would be best in another patch18:56
xgermanI think we need to understand the error conditions better18:56
bloganokay18:56
xgermanbut as I said I am fine with deferring that to M18:57
TrevorV2xgerman, I think what blogan just mentioned is important... If the nova instance doesn't exist, as in, was removed before the failover actually started, then we won't have appropriate networking information.18:57
johnsomThat's a bug18:58
xgermanmmh, I have seen hardware crash and vms disappear18:58
xgermanso I am with johnsom18:58
bloganyeah so like i said that would fall into a nother patch to fix that18:58
TrevorV2Sure, I'm on that page too, but then I'm not sure where we get that information18:58
TrevorV2So blogan are you saying "failover review is okay as is" with that information?18:59
bloganbc that would be basically rebuilding the amphorae from scratch and requesting neutron to gie us the same IP for the vip port, which can come with its own pitfalls18:59
TrevorV2For initial merge I mean?18:59
johnsomTrevorV2 I am not.  It is not successfully failing over in scenarios where the original instance is still present18:59
TrevorV2johnsom, is that with the ssh driver or with the rest driver?19:00
bloganjohnsom: that sounds like it could merge and a follow up review could be done to fix the bug19:00
*** Aish has joined #openstack-lbaas19:00
bloganoh its not19:00
blogansorry19:00
blogannvm19:01
TrevorV2If its with the REST driver then I was fairly certain it would fail, since I hadn't tested that.  However, with the SSH driver it works just fine.  blogan and I tested it pretty well19:01
*** Aish has quit IRC19:01
bloganTrevorV2: well we tested it on Friday and it worked, but i wanted to do more testing since it has been rebased19:01
TrevorV2That is true.19:02
*** Aish has joined #openstack-lbaas19:02
bloganwhcih is what im doing now19:02
bloganand wanted to test with rest driver as well19:02
TrevorV2The thing I haven't done is included the port information to the REST driver.19:02
TrevorV2Like I had to do with the SSH driver.19:03
TrevorV2The REST driver also needs some of the failover methods I made in the SSH driver19:03
TrevorV2So I can almost guarantee it'll fail.19:03
TrevorV2I didn't think about that.. shit19:03
bloganTrevorV2: well that would be a problem then19:03
TrevorV2Yeah.  Still should work with SSH.19:03
*** vivek-ebay has quit IRC19:04
*** vivek-ebay has joined #openstack-lbaas19:04
TrevorV2I'll get to the REST parity right now.19:05
johnsomOk, so TrevorV2 are you going to work on REST?19:05
johnsomOk.19:05
TrevorV2Yeah, sorry about that... I was narrow minded about that...19:05
johnsomNote, there two open bugs on REST/HealthManager/UDP:19:05
TrevorV2:(19:05
johnsom1. You need to manually set the controller_ip_port_list = 172.24.4.1:555519:05
johnsom2. You need to set the heartbeat_key19:06
johnsomBoth are in launchpad19:06
bloganTrevorV2: 2 drivers is becoming a very untenable thing, but it is what it is, i tink come M we'll deprecate the ssh driver19:06
*** KunalGandhi has quit IRC19:06
johnsomYeah, it would be nice to drop SSH.19:06
*** KunalGandhi has joined #openstack-lbaas19:06
johnsomblogan What are your thoughts about the default driver to kilo?19:06
blogani do hate having to rebuild the image for rest drievr cahnges, but i assume i'd get used to it19:06
johnsomSorry, Liberty19:07
bloganto kilo?19:07
johnsomCurrently the health stuff only runs with REST as ssh doesn't copy over the agent19:07
bloganjohnsom: i mean if ssh is probably going to be deprecated, doesnt make sense to have it as default19:07
johnsomYeah, I agree.19:07
TrevorV2johnsom, I have no idea what those 2 bugs are... Do they have to do with failover?19:08
bloganin fact if we do drop it i'd rather just drop it and not deprecate it19:08
johnsomI will fix the heartbeat_key and put up a patch to switch defaults.19:08
bloganjohnsom: thats the issue with the call to home IP you were talking about?19:08
johnsomTrevorV2 No, they are UDP/health bugs19:08
bloganjohnsom: needing the contrller to have an IP on th emgmt net19:09
TrevorV2Oh okay, sorry I was thinking I had missed more steps ha ha ha19:09
johnsomblogan That is issue 1, and no, I though you were going to look at it19:09
bloganjohnsom: i am, havent yet, but was going to ask more details about hte problem19:09
bloganjohnsom: the packets do get back to the controller right? its just having a different SRC IP?19:10
johnsomblogan https://bugs.launchpad.net/octavia/+bug/1490033 - which you plan to work on.19:10
openstackLaunchpad bug 1490033 in octavia "Devstack scripts need to enable lb-network controller IP" [Critical,New]19:10
johnsomWhich leads to a fix for: https://bugs.launchpad.net/octavia/+bug/148996319:10
openstackLaunchpad bug 1489963 in octavia "Amphora REST agent binds to all IPs" [High,New] - Assigned to Michael Johnson (johnsom)19:10
TrevorV2Alright, I'll barrel into REST driver right now, hopefully have a patch soon.19:11
johnsomTrevorV2 Awesome19:11
TrevorV2brb reconnecting19:11
*** TrevorV2 has quit IRC19:11
bloganjohnsom: isn't the mgmt interface raised on the instance boot? so you can bind to just the mgmt ip on boot?19:12
*** vivek-ebay has quit IRC19:12
*** sbalukoff has quit IRC19:14
*** vivek-ebay has joined #openstack-lbaas19:14
*** TrevorV has joined #openstack-lbaas19:16
johnsomI think there is a routing issue.  Maybe I am remembering that part wrong19:19
bloganjohnsom: okay, we'll figure it out19:19
xgermanyeah!!19:19
bloganxgerman: after all of this failover stuff and heartbeat stuff is figured out19:20
xgermanit actually works pretty well19:20
xgermanjust not failover + REST19:20
bloganwell figured out for both drivers :)19:20
xgermanIthought we decided to drop REST19:21
bloganwhat?19:21
xgermanSSH19:21
bloganREST?19:21
bloganlol19:21
blogannot until after L19:21
xgermanyeah, misspoke19:21
xgermanok, but default should be REST?19:21
xgermanor do I need to book another vBrownbag for the REST story19:22
blogani think so, assuming there aren't any issues19:22
johnsomI will put up a patch to make REST default19:25
*** sbalukoff has joined #openstack-lbaas19:28
openstackgerritMichael Johnson proposed openstack/octavia: Implement UDP heartbeat sender and receiver  https://review.openstack.org/20188219:28
openstackgerritmin wang proposed openstack/neutron-lbaas: Set up LBaas V2 tempest test gate against Octavia.  https://review.openstack.org/20967519:30
openstackgerritMichael Johnson proposed openstack/octavia: Set the Amphora REST driver as devstack default  https://review.openstack.org/21942119:33
*** vivek-ebay has quit IRC19:34
*** mlavalle has quit IRC19:34
*** bharathm has quit IRC19:34
*** raginbajin has quit IRC19:34
*** harlowja has quit IRC19:34
*** whydidyoustealmy has quit IRC19:34
*** sc68cal has quit IRC19:34
*** rohara has quit IRC19:34
*** sc68cal has joined #openstack-lbaas19:34
*** rohara has joined #openstack-lbaas19:34
*** vivek-ebay has joined #openstack-lbaas19:35
*** mlavalle has joined #openstack-lbaas19:35
*** bharathm has joined #openstack-lbaas19:35
*** raginbajin has joined #openstack-lbaas19:35
*** whydidyoustealmy has joined #openstack-lbaas19:35
*** harlowja has joined #openstack-lbaas19:35
*** whydidyoustealmy has quit IRC19:35
*** harlowja has quit IRC19:35
*** harlowja has joined #openstack-lbaas19:35
johnsomOne more note for folks testing the REST driver with health manager:19:36
*** whydidyoustealmy has joined #openstack-lbaas19:36
johnsomUntil it merges you need to edit /opt/stack/octavia/elements/amphora-agent/source-repository-amphora-agent and add a ref to the end of the amphora-agent line: refs/changes/82/201882/6219:36
johnsomBefore you stack.sh, otherwise the amphora image will have old agent code and fail19:37
bloganyes!19:37
*** minwang2 has joined #openstack-lbaas19:38
xgermantripped me up yesterday as well19:38
bloganjohnsom: does the health manager depend on that review?19:38
bloganjohnsom: no other way around it look19:39
blogans19:39
johnsomThat review is the UDP sender19:39
minwang2dougwig do you have any idea about overwirte tempest.conf content when it comes to upstream gate setting19:39
johnsomIf you are only checking out up to health manager you can skip all three of those.19:39
bloganjohnsom: so if testing the health manager requires some of those changes, can those changes be pulled out into the health manager review or even into its own review?19:39
johnsomYou just need to hack the DB to trigger fail over19:39
bloganjohnsom: yeah thats what im doing now19:40
bloganbut since ive run into not being able to have 2 nova instances running at the same time again, its a PITA19:40
blogangrrr now stack issues19:40
bloganglance of all things19:41
johnsomYeah, glance doesn't always stop after a clean.sh19:42
johnsomI always do a ps-ef | grep stack and kill anything that doesn't die19:42
bloganmy devstack cleaner should have done that, but i might have not ran i19:43
blogant19:43
blogandevstack cleaner script19:43
*** harlowja has quit IRC19:47
*** vivek-ebay has quit IRC19:47
*** mlavalle has quit IRC19:47
*** bharathm has quit IRC19:47
*** raginbajin has quit IRC19:47
*** harlowja has joined #openstack-lbaas19:52
*** vivek-ebay has joined #openstack-lbaas19:52
*** mlavalle has joined #openstack-lbaas19:52
*** bharathm has joined #openstack-lbaas19:52
*** raginbajin has joined #openstack-lbaas19:52
*** crc32 has joined #openstack-lbaas20:14
*** crc32 has quit IRC20:16
*** Aish has quit IRC20:17
*** crc32 has joined #openstack-lbaas20:26
*** TrevorV has quit IRC20:27
rm_workhmm, my IRC wasn't updating for a bit apparently, just got a slew of messages20:29
rm_workon shitty google-fi hotspot <_<20:29
johnsomAt least you got them....20:30
rm_workso blogan, we decided now to switch AGAIN to not using SSH driver at RAX?20:30
rm_workjohnsom: yeah, bouncer FTW20:30
rm_workI am designating today to be test&review day20:31
bloganrm_work: no we're going to use it for initial EA, but in the middle of EA, remember we can't use it20:31
rm_workblogan: i do not remember that, but ok20:31
rm_workor rather, i remember talking about having to use like... a special version of REST that sits on the container host20:31
rm_workbut then i remember finding out that we'd changed our minds and were going to use SSH and do it on Servicenet20:32
bloganrm_work: yes you do, we have to have an agent running on the hosts, which will take requests and forward them to the containers20:32
bloganrm_work: yes for the beginning, but thats not going to be scalable for LA or UA20:32
rm_workhmm k20:33
bloganand security reasons20:33
rm_workwell, what reviews are top priority today? looks like trevorV still has work on the failover thing for REST20:33
openstackgerritCarlos Garza proposed openstack/octavia: Implementing EventStreamer  https://review.openstack.org/21873520:33
rm_worki don't really understand the security issues, but that's probably irrelevant20:33
johnsomhealth manager and UDP would be good20:33
johnsomVRRP if you have time20:34
rm_workwell both are stalled by Failover20:34
johnsomYeah, but you can still review....  grin20:34
*** Aish has joined #openstack-lbaas20:34
johnsomGet that +2 all ready for when you can fully test....20:34
rm_worklol20:36
rm_workerg, gotta fix my barbican devstack CR though, still racing to get that through before freeze... damnit20:37
*** afranc202 has joined #openstack-lbaas20:46
rm_workdougwig: alright, i made it a two-step20:47
rm_workkk will look at HM and UDP20:51
rm_workxgerman / minwang2: +2/+W on the HMService CR, it'll merge as soon as failovers does20:59
johnsomAwesome20:59
xgermancool20:59
rm_workwhere is TrevorV actually??20:59
rm_workweird that he's not on IRC, he was here earlier...20:59
johnsomHe said he was going to go fix the REST api issues with fail over last I heard from him.21:00
rm_workyeah21:01
crc32he's not here at work either.21:11
openstackgerritCarlos Garza proposed openstack/octavia: Implementing EventStreamer  https://review.openstack.org/21873521:12
*** Varun_Lodaya has quit IRC21:13
*** pai15 has quit IRC21:30
*** vivek-ebay has quit IRC21:30
*** vivek-ebay has joined #openstack-lbaas21:31
*** Varun_Lodaya has joined #openstack-lbaas21:33
*** Aish has quit IRC21:34
*** Aish has joined #openstack-lbaas21:35
*** Aish has quit IRC21:35
openstackgerritMichael Johnson proposed openstack/octavia: Increase connection_max_retries to be 300  https://review.openstack.org/21861321:42
sbalukoffAnyone seen Evgeny here?21:42
*** Varun_Lodaya has quit IRC21:43
openstackgerritMichael Johnson proposed openstack/neutron-lbaas: Set up LBaas V2 tempest test gate against Octavia.  https://review.openstack.org/20967521:47
*** Varun_Lodaya has joined #openstack-lbaas21:50
*** Varun_Lodaya has quit IRC21:58
*** vivek-ebay has quit IRC21:59
rm_workxgerman / johnsom / minwang2: who all is in the Seattle office? ajmiller and minwang2?22:02
*** vivek-ebay has joined #openstack-lbaas22:02
minwang2me22:02
minwang2AI is out of office today22:02
rm_workI am not positive on schedule yet but might be able to stop by and work from there *next* Tuesday22:02
rm_workwill see22:02
rm_work:P22:02
*** vivek-ebay has quit IRC22:03
*** vivek-ebay has joined #openstack-lbaas22:06
*** vivek-ebay has quit IRC22:10
*** mlavalle has quit IRC22:11
*** vivek-ebay has joined #openstack-lbaas22:17
*** vivek-ebay has quit IRC22:18
*** vivek-eb_ has joined #openstack-lbaas22:18
*** Varun_Lodaya has joined #openstack-lbaas22:24
*** alejandrito_ has joined #openstack-lbaas22:43
*** alejandrito_ has quit IRC22:45
*** alejandrito has quit IRC22:45
*** mlavalle has joined #openstack-lbaas22:47
*** pai15 has joined #openstack-lbaas22:48
*** pai15 has quit IRC22:52
*** apuimedo|lunch is now known as apuimedo22:58
*** bharathm has quit IRC23:01
*** KunalGandhi has quit IRC23:01
*** KunalGandhi has joined #openstack-lbaas23:01
johnsomFYI - Canonical broke the ubuntu images for triple-o, so building the amphora image will fail (devstack stack.sh does this).23:03
johnsomhttps://bugs.launchpad.net/diskimage-builder/+bug/149086423:03
openstackLaunchpad bug 1490864 in diskimage-builder "Ubuntu mirror file renaming broken "ubuntu" element" [Undecided,In progress] - Assigned to Lucas Alvares Gomes (lucasagomes)23:03
openstackgerritmin wang proposed openstack/octavia: Increase connection_max_retries to be 300  https://review.openstack.org/21861323:04
bana_kjohnsom: was breaking my head cause of it. any other way to make it work?23:06
openstackgerritmin wang proposed openstack/neutron-lbaas: Set up LBaas V2 tempest test gate against Octavia.  https://review.openstack.org/20967523:07
johnsomYou can cherry pick the patch into your /opt/stack/diskimage-builder directory and restack (make sure you don't have reclone enabled in localrc)23:07
bana_kok cool. I ll try that23:08
bana_kthanks23:08
johnsomYeah, minwang2 and I have been puzzled by this today as well.  Holding up our gate work23:08
*** chlong_ is now known as chlong23:18
rm_workurg that sucks23:20
openstackgerritOpenStack Proposal Bot proposed openstack/neutron-lbaas: Updated from global requirements  https://review.openstack.org/21891023:22
openstackgerritOpenStack Proposal Bot proposed openstack/octavia: Updated from global requirements  https://review.openstack.org/21949923:24
openstackgerritmin wang proposed openstack/octavia: Increase connection_max_retries to be 300  https://review.openstack.org/21861323:39
openstackgerritmin wang proposed openstack/neutron-lbaas: Set up LBaas V2 tempest test gate against Octavia.  https://review.openstack.org/20967523:40
*** KunalGandhi has quit IRC23:40
*** diogogmt has quit IRC23:40
*** KunalGandhi has joined #openstack-lbaas23:41
*** bharathm has joined #openstack-lbaas23:41
*** KunalGandhi has quit IRC23:41
*** diogogmt has joined #openstack-lbaas23:43
*** diogogmt has quit IRC23:45
openstackgerritCarlos Garza proposed openstack/octavia: Implementing EventStreamer  https://review.openstack.org/21873523:49
*** crc32 has quit IRC23:53

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