Wednesday, 2017-10-04

*** atoth has quit IRC00:03
*** yamamoto has joined #openstack-lbaas00:18
*** yamamoto has quit IRC00:23
*** numans has quit IRC00:30
*** numans has joined #openstack-lbaas00:35
*** numans has quit IRC00:40
*** numans has joined #openstack-lbaas00:46
rm_workback00:56
openstackgerritMichael Johnson proposed openstack/octavia master: Adds automatic ERD generation for the Octavia DB  https://review.openstack.org/50931901:01
johnsomI have wanted that for a while...  I expect requirements to puke, but it's a start.01:02
openstackgerritMichael Johnson proposed openstack/octavia master: Adds automatic ERD generation for the Octavia DB  https://review.openstack.org/50931901:05
johnsomI will put in the g-r tomorrow01:07
rm_workk01:09
*** tonygunk has quit IRC01:11
johnsomHmm, there is a bindep too...01:12
johnsomhttp://logs.openstack.org/19/509319/2/check/gate-octavia-python27-ubuntu-xenial/b0aba2e/console.html#_2017-10-04_01_10_12_51329901:12
rm_worklol such graphviz01:16
*** numans has quit IRC01:25
*** numans has joined #openstack-lbaas01:25
rm_workkong: so all of the code around creating a test backend server is gone :(01:26
rm_workat least, I don't see it01:26
kongrm_work: do you mean L125 in https://review.openstack.org/#/c/486775/20/octavia_tempest_plugin/tests/v2/scenario/test_basic_ops.py?01:28
rm_workah, maybe01:28
kongyeah, i realized i should copy some code from tempest to octavia-tempest repo01:28
kongfrom tempest.common import compute is not considered a stable tempest interface01:29
rm_workok so I can use this, I see01:29
kongalthough i think it should be a stable interface in tempest :-)01:29
kongi will ask qa team for that01:29
*** numans has quit IRC01:30
kongi see there may be several projects using it01:30
kongoctavia, manila, etc01:30
*** fnaval has joined #openstack-lbaas01:32
rm_workkong: the only other thing is that we really don't need two servers -- we only need one, and put a webserver on two ports01:34
rm_workkong: this reduces the overhead a lot and will increase the speed in cases where we are missing nested-virt01:35
kongrm_work: you are right, it could be improved.01:36
*** numans has joined #openstack-lbaas01:36
rm_workwait, does this work?01:36
kongbecause i was using cirros, the server creation is very quick01:36
rm_workthe _copy_file is AFTER the exec to chmod?01:36
rm_workyou make the file, change the perms, and then copy the real file over it?01:37
rm_workor... hold on, trying to grok this01:37
konghah, the order should be reversed, but in the current way, it works :-)01:39
* rm_work is slightly confused01:39
rm_workcan we move the stuff around server creation up to base.py?01:40
rm_workbecause I will need it elsewhere01:40
kongrm_work: i remember01:40
kongif we don't create file and chmod first, the copy file will fail01:40
kongbecuase of no permission01:41
rm_worklolwut01:41
rm_workok01:41
rm_workthat's ... super weird01:41
rm_workdoes tempest not have an scp client already? like, paramiko based or something?01:41
rm_workdoing this via an scp command in a shell is weird01:42
rm_workthat might have been what was already in the patch before you started working on it, but01:42
rm_workit's still weird :P01:42
rm_workdid you steal _copy_file() directly from tempest?01:42
kongchecked, tempest doesn't support yet01:43
rm_workhmm01:43
rm_workmaybe we can just ... do it01:43
rm_work?01:43
rm_workparamiko is easy01:43
konganother stuff could be improved :-)01:44
kongseem i have a lot of work to do01:45
kongstay tuned ;-)01:45
rm_workheh k01:48
rm_worki think Jude and I will be spending a lot of time reviewing tomorrow01:48
rm_workmaybe we can get some of the first bits merged01:49
rm_worki can drop some of those comments on the first patch maybe01:49
kongrm_work: sure01:49
*** longstaff has joined #openstack-lbaas01:52
rm_workdone01:52
kongrm_work: thanks!01:53
rm_workif you can get those comments addressed, we can try to get that merged by EOD tomorrow01:53
rm_workI will make it priority #101:53
kongrm_work: ok, will work on it today01:53
rm_workwhat times do you work?01:53
kongUTC+1301:53
rm_workOK that ... actually works well for me01:54
rm_workso it's ... like 3pm now?01:56
rm_workwe're not far off, just a whole day :P01:56
kongcorrect01:56
rm_worki'll see you during my afternoon tomorrow -- i have stuff in the morning until after lunchtime or so, which means i'll be getting on a little AFTER you in your morning ;)01:57
kongyeah, New Zealand is the first country to see the sun in the world :-)01:57
*** catintheroof has joined #openstack-lbaas02:03
*** tongl has joined #openstack-lbaas02:13
*** catintheroof has quit IRC02:19
*** SumitNaiksatam has joined #openstack-lbaas02:21
*** yamamoto has joined #openstack-lbaas02:28
rm_workthough i'll also be on late today so if you get another patch up i can review sooner ;)02:28
*** catintheroof has joined #openstack-lbaas02:29
kongrm_work: not now, maybe later today. I am working on failover stuff02:30
rm_workahhh02:33
rm_workwhat kind02:34
rm_worklike, that's what i'm still working on now02:34
rm_workkong: what are you doing with failover02:37
kongwrite a script to do amphora upgrade (using falover capability provided by health_manager)02:38
kongit's amphora upgrade, not failover, actually02:38
rm_workah ok so02:50
rm_worki am looking at doing that *in the API*02:50
rm_workright now02:50
rm_workmy task this sprint includes: making a spec for an admin API call that can automate failing over large sets of amphorae02:50
rm_workfor the purposes of HV maintenance (to get them off of a specific HV or AZ), or for upgrades (to rotate the fleet)02:51
rm_workkong: so ... maybe it would be better to collaborate on exactly what we both are looking for02:52
rm_workbut this testing refactor stuff has been taking my time so i keep putting off my spec :P02:52
kongour task contains: create new amphora image, upload to glance set proper tag, do failover process for each slave amphora, make sure the new slave works fine, do the active ones, do some test again, etc.02:53
rm_workhmm k02:53
kongand we are going to use pike, which means we can't use failover api unless we backport internally02:54
kongi will evaluate02:54
rm_workso, my plan for the spec was just "select a set of loadbalancers; do failover process for backup; trigger failover to backup; do failover process for new backup"02:54
rm_worktesting it internally was not part of what i was planning02:54
rm_workthat gets a little ... finnicky02:55
kongrm_work: but before we replace both of the master and slave , how do you garantee the lb functionality is well?02:55
rm_workit's not easy to do02:55
rm_worksince you don't have any guarantees about what is behind the LB02:55
rm_worki've worked this problem before -- there's no real good way to do it that I found, so basically you just have to move forward02:55
rm_workthe best i came up with was "see what happens beforehand; make sure it's at least that good after"02:56
kongok, good to know you have done some investigation02:56
rm_workso like, if you get timeout or 5xx beforehand, and it's a 5xx or timeout after... then, no change really02:56
rm_workbut it's a LOT of work, and not necessarily something people will want02:56
rm_workbecause it means we are hitting the LB02:56
rm_workwhich ...02:57
konghmm... i have not think about it in detail, just some plan02:57
kongsomething in my head02:57
rm_workif you think of a good way to do it...02:57
rm_worki mean, i have considered that we have some known-good node02:57
kongi will keep it as a secret :-)02:57
rm_workand we temporarily add a listener to some high port (that we verify isn't used) on the LB02:58
rm_workand then we use that for testing02:58
rm_workthat could work02:58
rm_workbut... O_o02:58
rm_workit'd have to be a node that's public-routable because we don't want to plug more networks to the amp (especially because there is no unplug)02:58
rm_workand i'm a little uncomfortable messing with the actual LB configs (ESPECIALLY en-masse)02:59
rm_workbut it's the best option i've been able to think of02:59
kongno, we don't want to touch so deeply into the customers amphora02:59
rm_worklulz i suppose I should specify that if you think of someting ... you should tell me ;P02:59
kongrm_work: sure02:59
rm_workyeah, that is my feeling too02:59
rm_workin which case, we're back to being a little stuck03:00
kongok, maybe just keep it simple as the first step03:00
rm_worki honestly was going to go with "as an admin, you should very that LBs work on the new image, before you trigger a mass failover"03:00
rm_workand then trust that the system works as it was designed03:00
rm_workjohnsom: ^^ thoughts03:00
kongrm_work: thanks for the informative thoughts :-)03:01
kongespecially before i actually do something03:01
kongi will bypass the verification part for now03:02
kong;-)03:02
* kong goes to change the patch03:02
rm_worki mean, if we're *inside the API code*, we can at least reach out to the amphora-agent info endpoint, to confirm it's reachable03:03
rm_workthat's one minimal thing i think is realistic03:03
rm_workone think i've been struggling with though is ...03:03
rm_workwell, nm03:04
rm_workthe answer is pretty easy03:04
rm_workthis is an async thing so it needs to go to the CW03:04
*** catintheroof has quit IRC03:09
rm_workaight i am out for a bit but will be back on later03:09
rm_workthough not sure how late you work03:09
rm_worki'll look for patches later ;)03:09
*** numans has quit IRC03:11
*** numans has joined #openstack-lbaas03:11
*** longstaff has quit IRC03:29
*** longstaff has joined #openstack-lbaas03:34
*** longstaff has quit IRC03:44
*** fnaval has quit IRC03:48
*** longstaff has joined #openstack-lbaas03:56
*** longstaff has quit IRC03:58
*** numans has quit IRC03:58
*** longstaff has joined #openstack-lbaas04:00
*** numans has joined #openstack-lbaas04:00
*** armax has quit IRC04:05
*** numans has quit IRC04:05
*** longstaff has quit IRC04:06
*** numans has joined #openstack-lbaas04:12
*** mnaser has quit IRC04:15
*** sanfern has joined #openstack-lbaas04:29
*** mnaser has joined #openstack-lbaas04:35
*** numans has quit IRC04:39
*** numans has joined #openstack-lbaas04:42
*** eezhova has joined #openstack-lbaas04:53
*** aojea has joined #openstack-lbaas05:08
*** eezhova has quit IRC05:23
*** aojea has quit IRC05:35
*** tongl has quit IRC05:37
*** tongl has joined #openstack-lbaas05:42
*** numans has quit IRC05:50
*** numans has joined #openstack-lbaas05:51
*** aojea has joined #openstack-lbaas05:57
*** tongl has quit IRC06:02
*** aojea has quit IRC06:10
*** rm_work has quit IRC06:11
*** rm_work has joined #openstack-lbaas06:14
*** numans has quit IRC06:15
*** numans has joined #openstack-lbaas06:18
*** gcheresh_ has joined #openstack-lbaas06:29
*** rcernin has joined #openstack-lbaas06:30
*** numans has quit IRC06:45
*** numans has joined #openstack-lbaas06:48
*** pcaruana has joined #openstack-lbaas06:48
*** spectr has quit IRC06:54
*** spectr has joined #openstack-lbaas06:55
*** gcheresh_ has quit IRC06:55
*** nrado has joined #openstack-lbaas07:14
*** tesseract has joined #openstack-lbaas07:16
*** numans has quit IRC08:16
*** numans has joined #openstack-lbaas08:17
*** salmankhan has joined #openstack-lbaas08:25
*** eezhova has joined #openstack-lbaas08:25
*** salmankhan has quit IRC08:32
*** numans has quit IRC08:45
*** numans has joined #openstack-lbaas08:48
*** yamamoto has quit IRC09:01
*** gcheresh_ has joined #openstack-lbaas09:17
*** gcheresh_ has quit IRC09:27
*** yamamoto has joined #openstack-lbaas09:27
openstackgerritDai Dang Van proposed openstack/neutron-lbaas master: Implement policy in code (1)  https://review.openstack.org/50938909:47
openstackgerritLingxian Kong proposed openstack/octavia master: Fix KeyError in failover error log  https://review.openstack.org/50939009:48
*** aojea has joined #openstack-lbaas10:06
*** aojea has quit IRC10:10
*** yamamoto has quit IRC10:30
*** tesseract has quit IRC10:40
*** numans has quit IRC10:40
*** numans has joined #openstack-lbaas10:42
*** tesseract has joined #openstack-lbaas10:44
*** yamamoto has joined #openstack-lbaas10:51
*** spectr-RH has joined #openstack-lbaas10:59
*** spectr has quit IRC11:02
*** Alex_Staf has joined #openstack-lbaas11:15
*** tonygunk has joined #openstack-lbaas11:16
*** tonygunk has quit IRC11:20
*** sanfern has quit IRC11:22
*** numans has quit IRC11:30
*** numans has joined #openstack-lbaas11:33
*** salmankhan has joined #openstack-lbaas11:39
*** numans has quit IRC11:40
*** numans has joined #openstack-lbaas11:46
*** tonygunk has joined #openstack-lbaas11:50
*** atoth has joined #openstack-lbaas11:58
*** sanfern has joined #openstack-lbaas12:07
*** nrado1 has joined #openstack-lbaas12:18
*** nrado has quit IRC12:21
*** ianychoi has quit IRC12:25
*** ianychoi has joined #openstack-lbaas12:26
*** numans has quit IRC12:40
*** numans has joined #openstack-lbaas12:42
*** salmankhan has quit IRC12:48
*** spectr-RH has quit IRC13:00
*** sanfern has quit IRC13:02
*** sanfern has joined #openstack-lbaas13:02
*** pcaruana has quit IRC13:02
*** spectr-RH has joined #openstack-lbaas13:12
*** leitan has joined #openstack-lbaas13:14
*** pcaruana has joined #openstack-lbaas13:15
*** spectr-RH has quit IRC13:16
*** spectr-RH has joined #openstack-lbaas13:17
*** chlong_ has joined #openstack-lbaas13:22
*** catintheroof has joined #openstack-lbaas13:24
*** yamamoto has quit IRC13:27
*** longstaff has joined #openstack-lbaas13:31
*** numans has quit IRC13:31
*** numans has joined #openstack-lbaas13:31
*** longstaff has quit IRC13:43
*** armax has joined #openstack-lbaas13:45
openstackgerritOpenStack Proposal Bot proposed openstack/python-octaviaclient master: Updated from global requirements  https://review.openstack.org/50945813:45
*** tonygunk has quit IRC13:46
*** numans has quit IRC13:50
*** numans has joined #openstack-lbaas13:52
*** avtar-_ has joined #openstack-lbaas13:53
avtar-_hello fellas,13:55
avtar-_I am facing the issue that octavia plugin is not loaded by neutron13:55
avtar-_WARNING stevedore.named [req-45fd1a31-e2c3-4774-bbce-9fc8b40f1527 - - - - -] Could not load neutron_lbaas.drivers.octavia.driver.OctaviaDriver13:56
johnsomavtar-_ I believe that is just a neutron bug and that it will actually load.  Have you tried it?13:57
avtar-_I am getting this error while creating load-balancer14:01
avtar-_ There was an error in the driver: AttributeError: 'NoneType' object has no attribute 'rstrip'14:01
avtar-_Full trace is here http://paste.openstack.org/show/622664/14:02
*** yamamoto has joined #openstack-lbaas14:03
*** yamamoto has quit IRC14:03
johnsomavtar-_ So the Octavia driver loaded and ran ok, it's a keystone error you are seeing:14:03
johnsomFile "/usr/lib/python2.7/site-packages/keystoneauth1/identity/v3/base.py", line 72, in token_url14:04
johnsomreturn '%s/auth/tokens' % self.auth_url.rstrip('/')14:04
johnsomSo, this is some kind of configuration issue.14:05
johnsomI think it is the service_auth section in one of the neutron config files.  I'm looking to refresh my mind.14:06
johnsomYes, the "service_auth" section in the neutron_lbaas.conf file is likely not configured correctly.14:08
johnsomThere is also a "service_auth" section in the neutron.conf that should be checked14:09
avtar-_is there any simple configuration guide for this.14:09
avtar-_?14:09
johnsomhttps://docs.openstack.org/neutron/latest/configuration/neutron.html14:10
avtar-_I mean for Octavia14:11
johnsomOh, yes!14:11
johnsomOctavia docs are here: https://docs.openstack.org/octavia/latest/14:12
johnsomConfiguration option docs are: https://docs.openstack.org/octavia/latest/configuration/configref.html14:12
johnsomHowever I will note, the error you have is a neutron error as opposed to an Octavia issue.14:13
johnsomNeutron is attempting to get a keystone token to use when connecting to Octavia14:14
*** tongl has joined #openstack-lbaas14:19
avtar-_which way do you prefer to install octavia .14:22
avtar-_pip or yum14:23
johnsomThe OpenStack team manages the pip package.  The other packages are created by third parties and we don't always know what is included, etc.  However, there is RedHat representation here in the channel14:24
johnsomDid you find a config example for the service_auth?  I can paste one for you if it will help14:25
*** tongl has quit IRC14:26
xgerman_o/14:26
avtar-_please paste14:27
johnsomhttps://www.irccloud.com/pastebin/Tjb1yFuz/14:28
johnsomThis is a sample from a devstack setup14:28
*** pcaruana has quit IRC14:33
*** longstaff has joined #openstack-lbaas14:33
johnsomFYI: https://review.openstack.org/#/c/50938914:37
johnsomI am blocking this oslo policy patch in neutron-lbaas.14:37
*** fnaval has joined #openstack-lbaas14:40
*** spectr-RH has quit IRC14:41
*** spectr has joined #openstack-lbaas14:42
*** pcaruana has joined #openstack-lbaas14:45
*** tonygunk has joined #openstack-lbaas14:55
*** numans has quit IRC15:00
*** numans has joined #openstack-lbaas15:02
*** eezhova has quit IRC15:03
*** yamamoto has joined #openstack-lbaas15:04
*** yamamoto has quit IRC15:13
*** rcernin has quit IRC15:13
*** pcaruana has quit IRC15:28
*** tesseract has quit IRC15:29
*** eezhova has joined #openstack-lbaas15:33
*** mdavidson has quit IRC15:39
*** jniesz has joined #openstack-lbaas15:43
*** nrado1 has quit IRC15:48
*** salmankhan has joined #openstack-lbaas16:00
*** tongl has joined #openstack-lbaas16:01
*** salmankhan has quit IRC16:11
*** eezhova has quit IRC16:26
rm_workjohnsom: ah, will miss the meeting today T_T16:48
johnsomOk, bummer16:49
johnsomhttps://wiki.openstack.org/wiki/Octavia/Weekly_Meeting_Agenda#Meeting_2017-10-0416:49
*** tonygunk has quit IRC16:50
*** eezhova has joined #openstack-lbaas16:53
*** eezhova has quit IRC16:57
johnsomOctavia meeting starting soon on #openstack-meeting16:58
*** numans has quit IRC16:59
*** salmankhan has joined #openstack-lbaas17:00
*** SumitNaiksatam has quit IRC17:01
*** numans has joined #openstack-lbaas17:02
*** salmankhan has quit IRC17:17
openstackgerritOpenStack Proposal Bot proposed openstack/neutron-lbaas-dashboard master: Imported Translations from Zanata  https://review.openstack.org/50955517:19
*** sshank has joined #openstack-lbaas17:24
*** sanfern has quit IRC17:24
*** salmankhan has joined #openstack-lbaas17:27
*** gcheresh_ has joined #openstack-lbaas17:27
*** SumitNaiksatam has joined #openstack-lbaas17:28
*** jniesz has quit IRC17:34
*** sshank has quit IRC17:39
*** gcheresh_ has quit IRC17:39
*** dulek has quit IRC17:41
*** sshank has joined #openstack-lbaas17:42
*** sshank has quit IRC17:42
*** sshank has joined #openstack-lbaas17:42
*** gcheresh_ has joined #openstack-lbaas17:48
*** dulek has joined #openstack-lbaas17:53
*** SumitNaiksatam has quit IRC17:58
*** SumitNaiksatam has joined #openstack-lbaas18:01
*** nrado has joined #openstack-lbaas18:04
*** numans has quit IRC18:04
*** numans has joined #openstack-lbaas18:06
*** gcheresh_ has quit IRC18:10
*** jniesz has joined #openstack-lbaas18:12
*** avtar-_ has quit IRC18:12
*** tonygunk has joined #openstack-lbaas18:16
*** salmankhan has quit IRC18:22
*** krypto has joined #openstack-lbaas18:42
*** eezhova has joined #openstack-lbaas18:44
*** sshank has quit IRC18:45
*** eezhova has quit IRC18:47
*** Alex_Staf has quit IRC18:51
*** oomichi is now known as oomichi_afk19:05
*** chlong_ has quit IRC19:16
*** tonygunk has quit IRC19:20
*** tonygunk has joined #openstack-lbaas19:23
*** atoth has quit IRC19:33
openstackgerritMichael Johnson proposed openstack/octavia master: Adds automatic ERD generation for the Octavia DB  https://review.openstack.org/50931919:53
*** eezhova has joined #openstack-lbaas19:58
*** eezhova has quit IRC20:01
*** sshank has joined #openstack-lbaas20:05
*** gcheresh_ has joined #openstack-lbaas20:20
*** jniesz has quit IRC20:26
rm_workkong: i'm around if you're working on patches today20:27
rm_workkong: i left a couple more comments20:42
kongrm_work: ok. the test failed last night when i use paramiko for scp implementation (cirros doesn't support sftp package), so i am going to keep the copy file thing20:42
rm_workerr20:42
rm_workI am pretty sure it is possible to do it with cirros20:42
rm_workhold on20:42
johnsomYeah, scp works fine with cirros20:42
johnsomuse it all of the time20:43
kongi was using open_sftp()20:43
johnsomYeah, try not to use sftp20:43
rm_workyeah i'm trying to find where in paramiko you do file transfers without sftp though20:43
kongwould be great if you can show me something :-)20:44
* kong goes to stand up meeting20:44
rm_worki guess not in core paramiko?20:48
rm_workI see a couple of other options but not sure any are in g-r20:48
rm_workchecked, they are not20:48
kongthere is a scp module in pypi https://pypi.python.org/pypi/scp, but its license is LGPL, i believe we don't want to use it20:53
rm_workyeah20:54
rm_workalso not in g-r20:54
rm_workhmmm20:54
rm_workso yeah I guess maybe we are stuck :/20:54
rm_workwish they'd just added that to paramiko directly <_<20:55
kongso, can we just keep copy file thing  as is, and maybe improve it in future, so i could test again quickly and make sure the new code works20:55
rm_workyeah, for now i guess that's fine20:56
*** longstaff has left #openstack-lbaas21:00
*** nrado has quit IRC21:01
*** leitan has quit IRC21:01
*** gcheresh_ has quit IRC21:09
*** krypto has quit IRC21:20
kongrm_work: did you test failover api before?21:39
*** tonygunk has quit IRC21:39
openstackgerritMichael Johnson proposed openstack/octavia master: Adds automatic ERD generation for the Octavia DB  https://review.openstack.org/50931921:40
kongthe o-cw will fail when it's updating the lb provision_status21:41
*** catintheroof has quit IRC21:41
*** sshank has quit IRC21:46
*** sshank has joined #openstack-lbaas21:48
rm_worki have not tested the existing failover-api21:51
rm_worki was going to test it before i +2'd it but it was merged before I got a chance to review21:52
rm_worki have no idea as to its efficacy21:52
rm_worki got the feeling it was pushed through to get it in the pike release as a "feature" so we could add bugfixes to it later but still have it in pike <_<21:53
rm_workkong: so it turns out, the spec i'm writing first is for maintenance mode, not managed-failover21:53
rm_workthat one will be next21:53
johnsomI don't think that was in pike21:53
rm_workreally?21:53
rm_workthen what WAS the hurry then?21:54
johnsomIDK21:54
kongit's not in pike, i am testing on master21:56
rm_workyeah k21:56
kongbut found that obvious bug21:56
rm_workwell i haven't had a chance to look at it yet21:56
rm_workit was on my plate but review got merged to i moved on, and i guess i'll look at it when i try to use it21:56
rm_work*so i moved on21:57
kongso, i can not add two members using the same ip address but different ports?21:59
rm_workerr, you can21:59
rm_workit is allowed21:59
rm_workthe UNIQUE constraint is on IP+Port I believe -- maybe also Subnet?22:00
rm_workkong: the original code did have two members with the same IP, and it worked fine for me22:00
konghmm, i know the reason22:01
kongmy devstrack was setup for pike22:01
kongneed run db migration22:01
rm_workah22:05
rm_worki mean, we should NEVER have had that constraint22:05
kongignore me22:06
rm_workbut, i guess probably an unrelated issue that was just making it seem like it was a uniqueness issue :P22:06
kongfor port in [80, 80]:22:06
rm_workheh22:06
kongmaybe i need a coffee now22:06
* kong goes to grab a cup of coffee22:06
rm_worki could also use some coffee but that's not going to happen for a while T_T22:20
*** fnaval has quit IRC22:46
*** fnaval has joined #openstack-lbaas23:00
*** armax has quit IRC23:01
johnsomUgh, the gates are slow.... queued for an hour and a half so far.  I just want to see a five minute job run23:03
*** sshank has quit IRC23:06
*** sshank has joined #openstack-lbaas23:08
*** SumitNaiksatam has quit IRC23:11
rm_workT_T23:21
rm_workI wonder if even at 80% it's below the threshold for "draining" and is just always slowly increasing23:22
rm_workI was kinda afraid that we were close to capacity in general23:22
*** sshank has quit IRC23:26
*** sshank has joined #openstack-lbaas23:33
*** tongl has quit IRC23:44
*** sshank has quit IRC23:48
*** sshank has joined #openstack-lbaas23:55
*** armax has joined #openstack-lbaas23:58

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