Friday, 2017-03-03

*** dileepr has joined #openstack-lbaas00:07
*** ducttape_ has quit IRC00:08
openstackgerritAnkur proposed openstack/octavia master: Add v2 load balancer type and controllers  https://review.openstack.org/42354300:13
*** rm_mobile has joined #openstack-lbaas00:15
rm_mobileOK I'm just gonna be around here for a minute00:15
rm_mobileTrying to get some lunch00:15
rm_mobileAh darn, diltram didn't have a chance to test and +2 after my changes00:16
rm_mobileJohnsom, any ideas on the testing for the Cascade delete fix?00:17
rm_mobileI don't really get what those flow tests are supposed to accomplish00:17
rm_mobileThey seem pretty useless to me... But, I also don't have any ideas about how to effectively replace them, so I feel like I shouldn't talk too much shit :P00:17
johnsomI think they accomplish something is better than nothing.  They are barely useful00:18
johnsomThe biggest value I have seen is the check for requires/provides00:19
johnsomThere might be some way to validate which tasks are in the flow, but...00:20
johnsomYou work with the taskflow genius, so...00:20
johnsomI think I considered having it validate the tasks and order, but bang for buck didn't seem there.  For the quota thing though, a scenario should catch that, but we don't have scenario for cascade delete and we don't have keystone auth so the quota is bypassed00:24
rm_mobileYeah ugh00:29
rm_mobileYeah I should ask  harlowja how he usually does testing for flows00:29
*** cpuga has joined #openstack-lbaas00:30
*** ducttape_ has joined #openstack-lbaas00:30
openstackgerritAnkur proposed openstack/octavia master: Add v2 load balancer type and controllers  https://review.openstack.org/42354300:35
*** ducttape_ has quit IRC00:37
*** ducttape_ has joined #openstack-lbaas00:38
openstackgerritSindhu Devale proposed openstack/octavia master: DB migration to add ID column to HM  https://review.openstack.org/43045100:38
*** ducttape_ has quit IRC00:39
*** ducttape_ has joined #openstack-lbaas00:39
*** fnaval has quit IRC00:44
openstackgerritAnkur proposed openstack/octavia master: Introduce TESTING.rst for quick developer reference  https://review.openstack.org/40393800:45
openstackgerritSindhu Devale proposed openstack/neutron-lbaas master: Updating import for linux/interface opts  https://review.openstack.org/35247100:54
harlowjadiltram well an idea is we can cut the junk of ' small amount of same capabilities in all of this projects like etcd, zookeeper, rest'00:59
harlowjaand we can like pick one and use it and make it better00:59
harlowjai personally don't like how we avoid picking one and just write an abstraction of them01:00
johnsomharlowja I think most everyone is gone for the day/long weekend01:00
harlowjai don't think its healthy in the long term to keep that up :-P01:00
harlowjajohnsom durn01:00
harlowjalol01:00
johnsomI would love to have this discussion though.  Ping ideas back and forth.01:00
johnsomMy problem is I just rolled over 5pm on date night......01:01
harlowjaya, i am not a big fan of lets have X implementations for all of time01:01
johnsomMaybe we should setup a time window to chat about it.  I would say our weekly meeting, but that agenda is already full next week01:03
harlowjamaybe :-P01:03
xgermanharlowja sorry being late to the party01:04
harlowjalol01:04
xgermannobody is stopping you to assign 3 ip addresses to each health monitor and then just take one of the additional ones and spin up a new one01:04
*** cpuga has quit IRC01:05
johnsomWe can solve this on our own cleaner than that, but I think the discussion is about alternate technologies that maybe should be applied across projects01:05
xgermank01:05
xgermanmost of those tools (etcd, zookeeper) solve the distributed locking/transaction problem and we have a database for that…01:07
*** rm_mobile| has joined #openstack-lbaas01:07
xgermank8 doesn’t have a DB and stores everything in etcd for instance…01:07
xgermanso I see those things more useful for stuff which doesn’t have a DB…01:08
xgermanalso the DB access model is a bit more nuanced than those things01:09
*** ipsecguy has quit IRC01:09
*** yamamoto_ has joined #openstack-lbaas01:09
rm_workxgerman: yeah i proposed something like that01:10
rm_workthe problem is we can't always assign IPs to stuff01:10
xgermanwell, you could do DNS names…01:10
oomichihi, can anyone take a look at https://review.openstack.org/#/c/439115/ ?01:10
rm_worklike, if we do some of the HMs on VMs, we can use floating IPs sure, but we can't assign those to baremetal01:11
oomichithe test seems to use nonexistent exception, maybe the timeout doesn't happen usually and we could not find01:11
rm_workxgerman: so, I WAS using DNS01:11
rm_workbut we disable DNS on the amps now01:11
rm_workso it doesn't work01:11
rm_workI am considering just ... undoing that01:11
*** rm_mobile has quit IRC01:11
xgermanyeah, that might be an easy fix01:11
xgermanI am still hesitant to give the amps access to say an etcd which can crash cinder/swift01:12
rm_workoomichi: Interesting! Yeah, I've seen some hilariously bad stuff like that sprinkled around, where if the code tried to execute it would NEVER work01:12
rm_workoomichi: your patch fixes it?01:12
xgermanthat patch seems to get us more in line with tempest_lib +2’d it01:13
xgermanrm_work maybe you should just get a UDP load balancer then you can shrink/increase the health_monitor without the amps knowing  :-)01:14
oomichixgerman: thanks :)01:14
oomichirm_work: I just found some wrong use case of tempest.lib and hope it would be helpful :)01:15
xgermanI also know that almost nobody is running a secure etcd inside k8 — this is far too much hassle and undocumented setup01:15
* oomichi needs to go home now, see you01:15
xgermanalso for all those thing to make sense you need at least 3 AZs01:16
rm_workoomichi: ok, i was going to ask another question about that area, but that small fix looks good :P01:16
rm_workxgerman: yeah, we actually do have 3+ AZs, which factors into our HM deployment strategy01:16
rm_workI am thinking it is a good idea to have at least one Health-Monitor process running per AZ01:16
rm_workthat way if an AZ goes down, we're still HA on them01:16
xgermanyep, that’s what I would do as well01:17
*** ipsecguy has joined #openstack-lbaas01:17
xgermanalso we still provide some redundancy if you only have like 2 hm’s up but etcd/consul don’t (see bottom of https://www.consul.io/docs/internals/consensus.html)01:17
*** SumitNaiksatam has quit IRC01:18
xgermanpersonally I don’t like the non-linearity of their failure tolerance01:19
rm_workthis is lulzy: http://logs.openstack.org/15/439115/1/check/gate-neutron-lbaasv2-dsvm-py3x-scenario-ubuntu-xenial-nv/e860b2e/logs/devstacklog.txt.gz#_2017-02-28_20_26_13_53501:19
*** rm_mobile| has quit IRC01:20
johnsomrm_work DNS just shifts the problem IMHO, it's either a list of DNS IPs or a list of HM IPs....01:20
rm_workjohnsom: i thought you were supposed to be at date night01:20
johnsomI am but had to jump in01:20
rm_workjohnsom: well yeah but we can UPDATE the DNS01:20
rm_workit'd just be like01:20
xgermanmaybe we should just do multicast UDP :-)01:20
rm_workoctavia-hm.mysite.com or whatever01:20
xgermananycast01:20
rm_workand we can fix that at our leisure as we bring things up and down01:20
rm_worklol01:21
rm_workyeah that'd be great, 10000 amphora anycasting UDP constantly :P01:21
rm_workactually, i say that, but i'm not honestly sure what the network overhead is like for that01:21
xgermangives your network gear a work out01:21
rm_workalso, then you couldn't span outside of a specific network segment, right?01:21
rm_workso your HMs would have to all be within that network segment01:21
rm_workor, is it *on those switches*?01:22
rm_workI am really bad at the lower level networking stuff01:22
rm_workbut it seems like that could be a problem01:22
xgermannope, it would be in that segment — you could use overlay to go over different segments01:22
xgermanI know in one of my jobs we used anycast and the network people got real mad01:23
johnsomYeah, to do service discovery pure and right you really need multicast, which the overlays don't always do right.01:23
rm_worklol01:23
rm_workhmm01:23
johnsomI'm really about seeding and then updating a known list01:23
rm_workyeah, don't want to make the network guys mad O_o01:23
rm_workwe need them to like us01:23
rm_workyeah I'm ok with that01:24
rm_workso maybe the path forward is to update the agent01:24
rm_workto allow us to update the agent's config01:24
johnsomWe could get fancy and try to discover via broadcast or multicast to seed the list, but, we already have config drive.01:24
johnsomIt's really just about adding the update part01:24
rm_worki wish we had a network-mounted volume that we could just *update*01:25
rm_workand have the files be updated01:25
rm_workthen we'd just need to trigger a restart01:25
johnsomThis is a side discussion from the other "there might be a better way for OpenStack"01:25
rm_workunless it supported i-notify events ^_^01:25
xgermanwell, NFS might be THEbway for open stack01:25
xgermanthere is glusterfs BTW01:26
johnsomThey are talking about multi-mount, but yeah, a few thousand instances all "mounted"?01:26
johnsomseems, um, fragile01:27
*** gongysh has joined #openstack-lbaas01:27
xgermanI think gluster could do it01:27
rm_workis it? >_>01:27
johnsominfra has been using afs01:27
johnsomI think it is afs, I'm getting tiered01:28
xgermanpossibly01:28
johnsomAnyway, think about the change velocity of the data, design solution that is appropriate.   Changes once a day vs. every few seconds01:29
johnsomOk, have to go now.01:29
xgermank01:29
johnsomCatch you tomorrow or next week01:29
xgermank01:29
rm_worko/01:30
xgermanyeah, I think in our case since all new amphora will be seeded with new hms… that should work for 90% of scale cases01:31
xgermanunless you have to change ips all at once…01:31
rm_workyeah01:31
rm_workso, I was also considering scale implications...01:31
rm_workyou might want to have like01:31
rm_work3x the HMs you want to use01:31
rm_workso say01:31
rm_workyou want each amp to report to at least 3 HMs01:32
rm_workinclude like 9 HMs in the list of HMs in config01:32
xgermanwell, you start with 3 hm and know they can do X lbs01:32
rm_workand then when you create the configuration for an amp during the amp boot process, just select 3 from those 901:32
rm_workrandomly01:32
xgermanif you get to 1/2 X you spin up a new HM set, and the new LBs will have more HM01:33
rm_workwell, so think about what happens if you have 10000 amps01:33
rm_workyou're trying to solve for two things, really01:33
rm_workHA for the HMs01:33
rm_workso if some go down, everything is still ok01:33
rm_workbut also, scale for lots of amps01:33
rm_workright now, every HM would get every UDP packet from every AMP01:33
xgermannope01:34
rm_workso with tons of amps, things could get a little overloaded01:34
rm_workright now they do01:34
xgermanwe pick one IP at random and send the UDP there01:34
rm_workoh, really?01:34
rm_workerr01:34
rm_workOK, I thought we always sent the packets to all of them01:34
rm_workthat is actually kinda scary01:34
rm_worksince that means we could have one HM go down, and have an amp randomly select that one several times01:34
rm_workand then it gets recycled <_<01:35
xgermanit’s not random it’s round robin01:35
xgermansorry01:35
rm_workah ok01:35
rm_workthat's better at least01:35
rm_workyeah so that's prolly ok01:36
xgermanyep, so you can just put all your HMs in the list and it will be ok01:36
rm_workalright, I am slightly less concerned01:36
xgermanand the add a new HM set for scale and new amphora will use that01:36
rm_workbut that also means, you probably want your failover time to be at least greater than heartbeat_interval * num_hms01:36
xgermanyeah, it is right now01:37
xgermanbut you can configure it01:37
rm_workhah, true, if some HM starts to get overloaded, remove it from the config on the controller, and it'll stay only that busy01:37
rm_workok, that seems reasonable01:37
xgermanif you add new HMs early enough the new ones will dilute the load and you will be fine01:38
rm_workyeah01:38
xgermanand it will be rebalanced during amp updates (aka new image) anyway periodically01:38
xgermanso you could accelerate that if things really get dicey01:39
rm_workyep01:39
rm_workit's a self-solving problem too P01:40
rm_workif the lists get too out of date and all the HMs are elsewhere... it'll failover and be remade with a correct list :P01:41
xgermanindeed :-)01:42
korean101hi. guys01:48
korean101why sometimes amphora VM can't get LB-member's ARP01:49
korean101?01:49
*** sanfern has quit IRC01:50
*** sanfern has joined #openstack-lbaas01:51
*** kbyrne has quit IRC02:00
*** kbyrne has joined #openstack-lbaas02:02
*** gongysh has quit IRC02:22
*** oomichi has quit IRC02:24
openstackgerritMerged openstack/neutron-lbaas master: Use tempest.lib's TimeoutException  https://review.openstack.org/43911502:25
*** SumitNaiksatam has joined #openstack-lbaas02:25
*** oomichi has joined #openstack-lbaas02:26
*** catintheroof has joined #openstack-lbaas02:30
*** oomichi has quit IRC02:31
*** oomichi has joined #openstack-lbaas02:32
*** fnaval has joined #openstack-lbaas02:37
*** ducttape_ has quit IRC02:42
openstackgerritMerged openstack/octavia master: Add network_id to VIP to match neutron-lbaas  https://review.openstack.org/42992602:42
*** amotoki has quit IRC02:50
*** ducttape_ has joined #openstack-lbaas02:52
*** ducttape_ has quit IRC02:54
*** ducttape_ has joined #openstack-lbaas02:58
openstackgerritOpenStack Proposal Bot proposed openstack/neutron-lbaas master: Updated from global requirements  https://review.openstack.org/43932703:03
*** amotoki has joined #openstack-lbaas03:06
*** diltram_ has joined #openstack-lbaas03:08
*** diltram has quit IRC03:11
*** amotoki has quit IRC03:16
*** amotoki has joined #openstack-lbaas03:28
openstackgerritAdam Harwell proposed openstack/octavia master: Allow to create vip in lb-mgmt-net  https://review.openstack.org/43117903:28
*** amotoki has quit IRC03:38
johnsomkorean101: hi, did you figure it out?03:42
*** ducttape_ has quit IRC03:43
*** ducttape_ has joined #openstack-lbaas03:44
korean101johnsom: well. no... :(03:45
korean101sometimes no one reply for ARP request03:45
johnsomOk, tell me more about the issue you are seeing03:45
korean101oh. god03:45
korean101thanks03:45
korean101johnsom: 1 mins...03:46
johnsomSure03:46
korean101i use this autoscaling template (https://github.com/tigerlinux/tigerlinux-extra-recipes/tree/master/recipes/openstack/autoscaling-with-lbaasv2#how-can-i-use-this-template-)03:46
johnsomAre you using DVR?03:46
korean101yes03:46
korean101DVR+OVS03:46
korean101and all works fine03:47
korean101tested VM works fine03:47
korean101tested Heat VM works fine03:47
johnsomAh, so DVR does some strange thing with ARP03:47
korean101tested AutoScaling template works fine03:47
korean101Oh!!!!!03:47
korean101is that true?03:47
*** ducttape_ has quit IRC03:48
johnsomYes, DVR will impact ARP.03:48
johnsomSo you are seeing the amp not able to reach the member?03:49
korean101johnsom: my conf (http://paste.openstack.org/show/601227/)03:49
johnsomI have not seen this template before, I will take a look03:49
korean101johnsom: yes!03:49
*** ducttape_ has joined #openstack-lbaas03:52
johnsomCan you test with DVR disabled?03:53
johnsomI know DVR has a but with floating IPs.  They are planning to fix in Pike03:54
johnsomSorry, bug03:55
korean101hmmm03:55
korean101not tested DVR disabled03:55
korean101but i have nothing problem about FIP03:55
korean101sometimes cant reply ARP03:56
korean101but i restart dhcp agent and works fine03:56
johnsomI think it you could do a test with DVR disabled it would help narrow the problem03:56
korean101johnsom: OK. i'll try that03:57
korean101johnsom: and i'll ask later!03:58
korean101johnsom: many thanks. everytime!03:58
johnsomOk, good luck!03:59
*** ShaneDavidson has quit IRC04:08
*** SumitNaiksatam has quit IRC04:14
korean101hmmm. somethind about ARP is wrong (https://docs.openstack.org/releasenotes/neutron/newton.html)04:20
*** amotoki has joined #openstack-lbaas04:20
korean101i use 9.1.004:20
korean101but not used HA. so weird..04:21
*** links has joined #openstack-lbaas04:26
*** fnaval has quit IRC04:32
*** amotoki_ has joined #openstack-lbaas04:45
*** amotoki has quit IRC04:48
*** ducttape_ has quit IRC04:51
*** catintheroof has quit IRC05:00
*** ducttape_ has joined #openstack-lbaas05:25
*** ducttape_ has quit IRC05:30
*** sanfern has quit IRC05:37
*** sanfern has joined #openstack-lbaas05:37
*** SumitNaiksatam has joined #openstack-lbaas05:47
*** SumitNaiksatam has quit IRC05:53
openstackgerritShashank Kumar Shankar proposed openstack/octavia master: [WIP] Run Octavia API as a WSGI script  https://review.openstack.org/44093405:54
korean101johnsom: well...05:57
korean101johnsom: i try to upgrade neutron 9.1.0 -> 9.2.005:57
korean101johnsom: So far, no problem.05:58
johnsomAh, good news05:58
korean101johnsom: I will test it repeatedly many times.05:58
johnsomOk, good plan05:59
korean101johnsom: and some other question.05:59
korean101johnsom: Can I deploy without using a DVR?06:00
korean101johnsom: network bottleneck without DVR06:00
korean101johnsom: I am worried about performance.06:01
johnsomWell, yeah, with the bug in dvr it is an issue.  Some have used non-dvr for vip, etc.  others have found too many bugs with DVR and don't use it06:02
johnsomThe flip bug had been open for a number of releases with no fix06:03
korean101johnsom: ahhhh06:03
korean101johnsom: so sad...06:03
korean101johnsom: BTW. I highly expect version 1.0. (https://wiki.openstack.org/wiki/Octavia/Roadmap#Major_milestone:_Octavia_Version_1.0_-_Planned)06:04
korean101first major version06:04
johnsomYeah, we should have the full api for release 1.0.006:05
johnsomWe are working hard06:06
korean101johnsom: yeah. you looks like that.. thanks!06:06
*** gcheresh has joined #openstack-lbaas06:09
*** ducttape_ has joined #openstack-lbaas06:26
*** ducttape_ has quit IRC06:31
*** gcheresh has quit IRC06:38
*** SumitNaiksatam has joined #openstack-lbaas06:41
*** tesseract has joined #openstack-lbaas07:12
*** ShaneDavidson has joined #openstack-lbaas07:18
*** ducttape_ has joined #openstack-lbaas07:27
*** tesseract-RH has joined #openstack-lbaas07:29
*** tesseract has quit IRC07:30
*** ducttape_ has quit IRC07:32
*** jsheeren has joined #openstack-lbaas07:33
*** jsheeren has quit IRC07:33
*** jsheeren has joined #openstack-lbaas07:36
*** dileepr has quit IRC07:39
*** pcaruana has joined #openstack-lbaas07:41
*** rcernin has joined #openstack-lbaas07:44
*** ShaneDavidson has quit IRC07:48
korean101johnsom: OMG...07:48
korean101johnsom: endless ARP REQ again...07:48
*** SumitNaiksatam has left #openstack-lbaas08:02
*** eezhova has joined #openstack-lbaas08:17
*** ducttape_ has joined #openstack-lbaas08:28
*** ducttape_ has quit IRC08:32
*** gcheresh has joined #openstack-lbaas08:41
*** eezhova has quit IRC09:10
*** gcheresh has quit IRC09:21
*** ducttape_ has joined #openstack-lbaas09:29
*** ducttape_ has quit IRC09:33
*** eezhova has joined #openstack-lbaas09:48
*** yamamoto_ has quit IRC09:54
*** yamamoto has joined #openstack-lbaas09:55
*** yamamoto has quit IRC10:00
*** gcheresh has joined #openstack-lbaas10:00
*** ShaneDavidson has joined #openstack-lbaas10:13
*** ducttape_ has joined #openstack-lbaas10:29
*** ducttape_ has quit IRC10:34
*** gongysh has joined #openstack-lbaas10:34
*** amotoki_ has quit IRC10:37
*** gongysh has quit IRC10:37
*** ShaneDavidson has quit IRC10:47
openstackgerritKobi Samoray proposed openstack/octavia master: Devstack plugin: API only mode  https://review.openstack.org/43824010:53
*** yamamoto has joined #openstack-lbaas10:57
*** yamamoto has quit IRC11:01
*** yamamoto has joined #openstack-lbaas11:12
*** yamamoto has quit IRC11:16
*** yamamoto has joined #openstack-lbaas11:17
*** yamamoto has quit IRC11:17
*** yamamoto has joined #openstack-lbaas11:17
*** yamamoto has quit IRC11:22
*** ducttape_ has joined #openstack-lbaas11:30
*** ducttape_ has quit IRC11:35
*** gcheresh has quit IRC11:36
*** yamamoto has joined #openstack-lbaas11:36
*** yamamoto has quit IRC11:39
*** yamamoto has joined #openstack-lbaas11:58
*** amotoki has joined #openstack-lbaas12:08
*** sanfern has quit IRC12:25
*** sanfern has joined #openstack-lbaas12:26
*** ducttape_ has joined #openstack-lbaas12:31
*** ducttape_ has quit IRC12:35
*** yamamoto has quit IRC12:52
*** links has quit IRC13:05
*** yuanying_ has quit IRC13:08
*** yuanying has joined #openstack-lbaas13:09
*** oomichi has quit IRC13:09
*** oomichi has joined #openstack-lbaas13:11
*** oomichi has quit IRC13:13
*** chlong__ has quit IRC13:14
*** oomichi has joined #openstack-lbaas13:17
*** yuanying has quit IRC13:19
*** oomichi has quit IRC13:19
*** yuanying has joined #openstack-lbaas13:20
*** oomichi has joined #openstack-lbaas13:22
*** ducttape_ has joined #openstack-lbaas13:24
*** oomichi has quit IRC13:25
*** ducttape_ has quit IRC13:26
*** ducttape_ has joined #openstack-lbaas13:26
*** oomichi has joined #openstack-lbaas13:28
*** gcheresh has joined #openstack-lbaas13:29
*** catintheroof has joined #openstack-lbaas13:31
*** oomichi has quit IRC13:33
*** oomichi has joined #openstack-lbaas13:34
*** oomichi has quit IRC13:39
*** oomichi has joined #openstack-lbaas13:39
*** catintheroof has quit IRC13:39
*** oomichi has quit IRC13:40
*** yuanying has quit IRC13:41
*** yuanying has joined #openstack-lbaas13:42
*** oomichi has joined #openstack-lbaas13:44
*** yuanying has quit IRC13:45
*** oomichi has quit IRC13:45
*** oomichi has joined #openstack-lbaas13:49
*** mhayden has joined #openstack-lbaas13:50
*** yuanying has joined #openstack-lbaas13:50
*** yamamoto has joined #openstack-lbaas13:53
*** yamamoto has quit IRC14:00
*** gcheresh has quit IRC14:17
*** chlong__ has joined #openstack-lbaas14:22
*** pcaruana has quit IRC14:24
*** faizy has joined #openstack-lbaas14:42
*** jsheeren has quit IRC15:03
*** sanfern has quit IRC15:05
*** fnaval has joined #openstack-lbaas15:41
*** eezhova has quit IRC15:49
openstackgerritSindhu Devale proposed openstack/neutron-lbaas master: Updating import for linux/interface opts  https://review.openstack.org/35247115:58
*** rcernin has quit IRC16:02
*** eezhova has joined #openstack-lbaas16:03
*** eezhova has quit IRC16:12
*** eezhova has joined #openstack-lbaas16:12
*** eezhova has quit IRC16:13
*** tesseract-RH has quit IRC16:14
*** gcheresh has joined #openstack-lbaas16:19
*** cody-somerville has joined #openstack-lbaas16:33
*** eezhova has joined #openstack-lbaas16:51
*** faizy has quit IRC17:13
*** csomerville has joined #openstack-lbaas17:14
*** cody-somerville has quit IRC17:17
*** eezhova has quit IRC17:25
*** gcheresh has quit IRC17:34
*** darrenc_ has joined #openstack-lbaas17:36
*** eezhova has joined #openstack-lbaas17:37
*** robcresswell_ has joined #openstack-lbaas17:37
*** gcheresh has joined #openstack-lbaas17:38
*** dosaboy_ has joined #openstack-lbaas17:41
*** jmccrory_ has joined #openstack-lbaas17:42
*** greghayn1 has joined #openstack-lbaas17:42
*** darrenc has quit IRC17:43
*** jmccrory has quit IRC17:43
*** robcresswell has quit IRC17:43
*** m-greene has quit IRC17:43
*** nmagnezi has quit IRC17:43
*** mdavidson has quit IRC17:43
*** greghaynes has quit IRC17:43
*** dosaboy has quit IRC17:43
*** m-greene has joined #openstack-lbaas17:43
*** mdavidson has joined #openstack-lbaas17:43
*** nmagnezi has joined #openstack-lbaas17:44
*** jmccrory_ is now known as jmccrory17:44
*** robcresswell_ is now known as robcresswell17:44
openstackgerritMichael Johnson proposed openstack/neutron-lbaas master: devstack: Adapt to lib/neutron  https://review.openstack.org/43777917:47
*** amotoki has quit IRC17:59
*** chlong__ has quit IRC18:04
*** rcernin has joined #openstack-lbaas18:09
*** chlong__ has joined #openstack-lbaas18:20
*** fnaval has quit IRC18:23
*** eezhova has quit IRC18:25
*** gcheresh has quit IRC18:25
openstackgerritAnkur proposed openstack/octavia master: Add v2 load balancer type and controllers  https://review.openstack.org/42354318:49
openstackgerritMerged openstack/neutron-lbaas master: Updated from global requirements  https://review.openstack.org/43932719:30
*** greghayn1 is now known as greghaynes19:33
*** diltram_ has quit IRC19:36
*** ShaneDavidson has joined #openstack-lbaas19:39
openstackgerritMerged openstack/neutron-lbaas master: Trivial-fix:fix typo in .pylintrc  https://review.openstack.org/43070919:42
*** eezhova has joined #openstack-lbaas19:45
*** diltram has joined #openstack-lbaas19:49
openstackgerritboden proposed openstack/neutron-lbaas master: consume ServicePluginBase from neutron-lib  https://review.openstack.org/44144219:52
*** chlong__ has quit IRC19:55
*** amotoki has joined #openstack-lbaas19:55
*** amotoki has quit IRC20:00
*** ShaneDavidson has quit IRC20:00
*** chlong__ has joined #openstack-lbaas20:09
openstackgerritShashank Kumar Shankar proposed openstack/octavia master: [WIP] Run Octavia API as a WSGI script  https://review.openstack.org/44093420:20
*** eezhova has quit IRC20:23
openstackgerritShashank Kumar Shankar proposed openstack/octavia master: [WIP] Run Octavia API as a WSGI script  https://review.openstack.org/44093420:30
*** KeithMnemonic has quit IRC20:33
openstackgerritShashank Kumar Shankar proposed openstack/octavia master: [WIP] Run Octavia API as a WSGI script  https://review.openstack.org/44093420:53
*** chlong__ has quit IRC20:57
openstackgerritMerged openstack/octavia master: tempest: Switch to local copy of tempset/scenario/manager.py  https://review.openstack.org/43927621:04
*** blogan has quit IRC21:17
*** eezhova has joined #openstack-lbaas21:24
*** beardedeagle has joined #openstack-lbaas21:45
*** rcernin has quit IRC21:51
*** amotoki has joined #openstack-lbaas21:56
openstackgerritGerman Eichberger proposed openstack/octavia master: Adds a new feature to limit the amphora build rate  https://review.openstack.org/30330422:02
*** amotoki has quit IRC22:03
*** ShaneDavidson has joined #openstack-lbaas22:22
*** catintheroof has joined #openstack-lbaas22:29
*** ShaneDavidson has quit IRC22:32
openstackgerritMerged openstack/neutron-lbaas master: consume ServicePluginBase from neutron-lib  https://review.openstack.org/44144222:34
openstackgerritMichael Johnson proposed openstack/octavia master: Adds v2 general API information section  https://review.openstack.org/43339222:36
openstackgerritMichael Johnson proposed openstack/octavia master: Add tempesttest for the N-LBaaS API  https://review.openstack.org/41369723:07
openstackgerritMichael Johnson proposed openstack/octavia master: Update the scenario tests for octavia updates  https://review.openstack.org/42982523:17
*** beardedeagle has quit IRC23:34
*** kobis1 has joined #openstack-lbaas23:52
*** kobis has quit IRC23:53
*** gongysh has joined #openstack-lbaas23:57

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