Wednesday, 2016-10-19

« Tuesday, 2016-10-18 Index Thursday, 2016-10-20 »
johnsomWe were a long way from having the namespace when I put that stuff in there....  grin00:00
dlundquistHopefully this testing will be easy to reproduce in the future, it doesn't seem quite like the thing we want to do on the gate, but maybe very quarter/release?00:00
johnsomAt least it seems like a long time...  Calendar days it probably wasn't.00:01
dlundquistI don't know where "automatic performance regression testing" belongs00:01
johnsomYeah, it would be interesting to see.  Periodic might be too much too.  We really just need a way to capture the number and track it over time.00:02
johnsomI wonder if there is some way we could inject into http://graphite.openstack.org/00:03
*** ducttape_ has quit IRC00:04
sbalukoffThat would be really interesting!00:06
*** ducttape_ has joined #openstack-lbaas00:25
*** cody-somerville has quit IRC00:47
*** cody-somerville has joined #openstack-lbaas00:51
*** ducttape_ has quit IRC00:54
*** tovin07 has joined #openstack-lbaas00:55
*** bana_k has quit IRC01:13
*** sticker has joined #openstack-lbaas01:46
stickerhey all01:48
stickerpossibly a pointless question... when create_listener is called in plugin.py, we are calling self.db.test_and_set_status before doing self.db.create_listener (https://github.com/openstack/neutron-lbaas/blob/master/neutron_lbaas/services/loadbalancer/plugin.py#L537-L543) but in create_pool it is done the other way around (https://github.com/openstack/neutron-lbaas/blob/master/neutron_lbaas/services/loadbalancer/plugin.py#L668-L671).  is there a01:50
stickerreason for this?  I am running into what feels like a race condition in Mitaka and not sure if this is contributing01:51
stickerspecifically, when we are deploying heat templates with multiple pools/listeners (for http and https), we are sometimes getting three of the same pool created.01:52
stickerand i'm wondering if heat is spamming the creation and it's creating a bunch of pools as it checks each time (because it queues a create before it checks if we are still in pending_update)01:53
*** ducttape_ has joined #openstack-lbaas01:55
*** tovin07 has quit IRC01:59
*** carrbs has quit IRC01:59
*** ducttape_ has quit IRC02:00
*** ducnc has quit IRC02:08
*** ducnc has joined #openstack-lbaas02:10
*** fnaval has quit IRC02:10
*** chlong has joined #openstack-lbaas02:16
*** bana_k has joined #openstack-lbaas02:26
*** ducttape_ has joined #openstack-lbaas02:27
*** fnaval has joined #openstack-lbaas02:34
*** yamamoto_ has joined #openstack-lbaas02:37
*** bana_k has quit IRC02:38
*** ducnc has quit IRC02:42
*** yuanying has quit IRC02:51
*** ducnc has joined #openstack-lbaas02:54
*** yuanying has joined #openstack-lbaas02:54
*** fnaval_ has joined #openstack-lbaas02:55
*** armax has quit IRC02:58
*** fnaval has quit IRC02:59
*** fnaval has joined #openstack-lbaas03:04
*** ducttape_ has quit IRC03:05
*** fnaval_ has quit IRC03:07
*** ducttape_ has joined #openstack-lbaas03:20
*** ducttape_ has quit IRC03:25
*** fnaval_ has joined #openstack-lbaas03:41
*** fnaval has quit IRC03:44
*** links has joined #openstack-lbaas03:46
*** yuanying has quit IRC03:49
*** bana_k has joined #openstack-lbaas03:51
*** fnaval has joined #openstack-lbaas03:55
*** fnaval_ has quit IRC03:56
*** armax has joined #openstack-lbaas04:14
*** numans has joined #openstack-lbaas04:15
*** ducttape_ has joined #openstack-lbaas04:21
*** bana_k has quit IRC04:25
*** ducttape_ has quit IRC04:26
*** madhu_ak has joined #openstack-lbaas04:42
*** anilvenkata has joined #openstack-lbaas04:54
*** amotoki has joined #openstack-lbaas04:57
*** yuanying has joined #openstack-lbaas05:02
*** raginbaj- has joined #openstack-lbaas05:11
*** madhu_ak has quit IRC05:15
*** csomerville has joined #openstack-lbaas05:18
*** cody-somerville has quit IRC05:18
*** Alex_Stef has joined #openstack-lbaas05:34
*** ducttape_ has joined #openstack-lbaas05:51
*** ducttape_ has quit IRC05:56
*** rcernin has joined #openstack-lbaas06:11
*** gongysh has joined #openstack-lbaas06:13
*** Alex_Stef has quit IRC06:27
*** eezhova has joined #openstack-lbaas06:32
*** ducnc has quit IRC06:38
*** RichB has joined #openstack-lbaas06:39
*** ducnc has joined #openstack-lbaas06:44
*** Alex_Stef has joined #openstack-lbaas06:52
*** armax has quit IRC07:00
*** ihrachys has joined #openstack-lbaas07:00
*** bana_k has joined #openstack-lbaas07:06
*** tesseract has joined #openstack-lbaas07:08
*** tesseract is now known as Guest9021107:09
*** eezhova has quit IRC07:27
*** bana_k has quit IRC07:29
*** gongysh has quit IRC07:40
*** ducnc has quit IRC07:43
*** ducnc has joined #openstack-lbaas07:44
*** amoralej|off is now known as amoralej07:52
*** gtrxcb has quit IRC08:03
openstackgerritOpenStack Proposal Bot proposed openstack/neutron-lbaas-dashboard: Imported Translations from Zanata  https://review.openstack.org/38781808:07
*** rcernin has quit IRC08:16
*** rcernin has joined #openstack-lbaas08:16
*** rcernin has quit IRC08:18
*** rcernin has joined #openstack-lbaas08:19
*** rcernin has quit IRC08:19
*** rcernin has joined #openstack-lbaas08:19
*** ducnc has quit IRC08:45
*** yuanying_ has joined #openstack-lbaas08:50
*** ducttape_ has joined #openstack-lbaas08:52
*** yuanying has quit IRC08:52
*** ducttape_ has quit IRC08:57
*** tovin07 has joined #openstack-lbaas09:03
*** yuanying has joined #openstack-lbaas09:05
*** ducnc has joined #openstack-lbaas09:07
*** yuanying_ has quit IRC09:08
*** links has quit IRC09:09
*** mestery has quit IRC09:44
*** mestery has joined #openstack-lbaas09:50
*** tovin07 has quit IRC09:51
*** yuanying_ has joined #openstack-lbaas10:07
*** yuanying has quit IRC10:09
*** ducttape_ has joined #openstack-lbaas10:23
*** ducttape_ has quit IRC10:28
*** yuanying has joined #openstack-lbaas10:34
*** yuanying_ has quit IRC10:36
*** yuanying has quit IRC10:58
*** yamamoto_ has quit IRC11:01
*** eezhova has joined #openstack-lbaas11:10
*** eezhova has quit IRC11:30
*** eezhova has joined #openstack-lbaas11:42
*** yamamoto has joined #openstack-lbaas11:46
*** yamamoto_ has joined #openstack-lbaas11:47
*** yamamoto has quit IRC11:51
*** ducttape_ has joined #openstack-lbaas11:53
*** ducttape_ has quit IRC11:57
*** ducttape_ has joined #openstack-lbaas11:58
*** links has joined #openstack-lbaas12:20
*** yamamoto_ has quit IRC12:21
*** yamamoto has joined #openstack-lbaas12:22
*** ducttape_ has quit IRC12:28
*** yamamoto has quit IRC12:29
*** amotoki has quit IRC12:29
*** yamamoto has joined #openstack-lbaas12:30
*** yamamoto has quit IRC12:31
*** eezhova has quit IRC12:33
*** mugsie has quit IRC12:36
*** mugsie_ has joined #openstack-lbaas12:36
*** mugsie_ has quit IRC12:36
*** mugsie_ has joined #openstack-lbaas12:36
*** yamamoto has joined #openstack-lbaas12:40
*** yamamoto has quit IRC12:45
*** woodster_ has joined #openstack-lbaas12:45
*** amoralej is now known as amoralej|lunch12:52
*** links has quit IRC12:59
*** portdirect has quit IRC13:03
*** ducttape_ has joined #openstack-lbaas13:04
*** portdirect has joined #openstack-lbaas13:05
*** yamamoto has joined #openstack-lbaas13:10
*** ducttape_ has quit IRC13:11
*** mugsie has joined #openstack-lbaas13:17
*** fnaval has quit IRC13:19
*** amotoki has joined #openstack-lbaas13:22
*** matt-borland has joined #openstack-lbaas13:23
*** yamamoto has quit IRC13:23
*** yamamoto has joined #openstack-lbaas13:24
*** fnaval has joined #openstack-lbaas13:29
*** fnaval has quit IRC13:30
*** fnaval has joined #openstack-lbaas13:31
*** ducttape_ has joined #openstack-lbaas13:37
*** yamamoto has quit IRC13:39
*** amoralej|lunch is now known as amoralej13:57
*** amotoki has quit IRC14:03
rm_workThis mailing list discussion is absolutely *baffling*.14:05
rm_workMy only conclusion is that I have utterly failed to correctly explain what we're doing, because half or more of these comments make no sense.14:06
openstackgerrityatin proposed openstack/octavia: Add diskimage-builder to project list  https://review.openstack.org/38873914:38
*** pglass has joined #openstack-lbaas14:44
openstackgerrityatin proposed openstack/octavia: Add diskimage-builder to project list  https://review.openstack.org/38873914:52
*** madhu_ak has joined #openstack-lbaas14:57
*** _ducttape_ has joined #openstack-lbaas14:58
*** ducttape_ has quit IRC15:02
*** armax has joined #openstack-lbaas15:03
*** ihrachys has quit IRC15:12
*** Guest90211 has quit IRC15:13
*** pcaruana has quit IRC15:14
*** rcernin has quit IRC15:16
*** _ducttape_ has quit IRC15:21
*** ducttape_ has joined #openstack-lbaas15:21
*** bana_k has joined #openstack-lbaas15:24
*** eezhova has joined #openstack-lbaas15:28
greghaynesrelatedly, that thread is making me think elements should be able to have a requirements.txt which we pip install15:37
johnsomInteresting idea, but oye, that would be a lot of requirements.txt files15:39
rm_workheh15:39
rm_workbut seriously15:39
rm_workwhy isn't EVERYTHING bindep according to what people are suggesting?15:39
greghaynesYea, but the thinking would just be that youd be using that rather than the pip install you already do15:39
rm_workwhy is this one python module being suggested as bindep?15:39
rm_worki'm completely baffled15:40
greghaynesheh15:40
* greghaynes isnt going to comment so we dont get split threads in here15:40
greghaynesbut I dont entirely agree with the distro packages thinking here15:40
rm_worklike "oh, and also make flask a bindep while you're at it, that one really feels bin-ey"15:40
*** bana_k has quit IRC15:40
rm_workseriously, wut15:40
greghaynesright, so there is a reason we dont use distro packages for python deps15:41
greghaynesmostly because then we wouldnt be testing recent releases15:41
greghaynesbut fwiw I would have just used uwsgi ')15:43
greghayneser, ;)15:43
greghaynesbut not sure it really matters15:43
*** links has joined #openstack-lbaas15:46
rm_workuwsgi is shiiiity for this15:51
rm_workwe're using the python module API to run the service for ... various reasons15:52
greghaynesit is? I think you just do the same import uwsgi and register an endpoint15:52
rm_workerr15:52
rm_worktheir documentation is horrible15:52
rm_worki couldn't figure out how to do it15:52
rm_workif you know how, please share15:52
greghaynesoh theres an example15:52
greghaynesone sec15:52
rm_workwhere?15:53
rm_workactually quite interested15:53
greghaynesyea I am suddenly seeing that it isnt exactly easy to find ;)15:53
rm_worki seriously went over every method they list and i couldn't find anything that seemed like it would actually register an app or start a server15:53
greghayneshttps://uwsgi-docs.readthedocs.io/en/latest/Python.html15:53
rm_workyes, that is what I read15:54
greghaynesthe application dictionary deal15:54
rm_workI think15:54
rm_workuhh15:54
greghaynesyea so youre making a uwsgi.application and then you just set urls that route to it15:54
rm_workso how do you start the server15:54
*** cody-somerville has joined #openstack-lbaas15:54
*** cody-somerville has quit IRC15:54
*** cody-somerville has joined #openstack-lbaas15:54
greghaynesI think you run that file?15:54
rm_workerr15:55
rm_workAFAICT that just registers it15:55
rm_workit doesn't *start the server*15:55
greghaynesapplication = django.core.handlers.wsgi.WSGIHandler()15:55
rm_workwhich was my stumbling block15:55
rm_workwhere do I specify interface/port?15:55
*** yatinkarel has joined #openstack-lbaas15:55
rm_workcert info?15:55
diltramdjango?15:55
rm_workit doesn't have to be django15:55
rm_workthat's just their example WSGI app15:55
greghaynesright, so you need an external wsgi runner I think15:55
greghaynesgood questions :p15:55
rm_workAGUH15:55
rm_workso that doesn't help us at all15:56
rm_worklol15:56
greghayneswell I think theres some trivial ones you can use in combination15:56
rm_work>_<15:56
rm_workwhy would we even need to use this15:56
diltrambut for what reason?15:56
*** csomerville has quit IRC15:56
rm_workif we still need another wsgi runner15:56
rm_workall we need is a wsgi runner15:56
rm_worklol15:56
diltramgunicorn provides everything15:56
rm_workright15:56
rm_workthen we'd need to use ... gunicorn to run this uwsgi thing?15:57
rm_worklike, what is the point15:57
diltramhahaha15:57
diltramyeah :P15:57
greghaynesheh, its a good question, let me do some more reading because I do suspect theres a more straightforward way15:57
rm_worki really believe that maybe one person on that ML has even the slightest idea what we're actually doing15:58
diltramjohnsom: http://logs.openstack.org/65/265065/18/check/gate-neutron-lbaasv2-dsvm-loadbalancer/3469c27/console.html#_2016-10-18_23_46_38_30548115:58
rm_workand everyone is just saying random things that seem related to the one word "wsgi" that they scanned in the title15:58
greghayneswell fwiw the pattern of running your wsgi runner from python is a bit odd - even in gunnicorn the way I used to do what youre doing is there was some kind of pre-fork hook15:58
greghayneswhich I cant remember the name of15:58
rm_workyeah this functionality is new in 19.015:59
diltrambut why it's odd?15:59
rm_workso i'm thinking maybe everyone is instantly assuming we're doing something that we aren't15:59
diltramrm_work: +115:59
rm_workhow many reviewers do we have that would +2/+A this gunicorn change if I just take it out of requirements.txt and put it back in the element directly16:00
johnsomdiltram well, that is odd.16:00
greghaynesYea, I dont mean it as a 'gunicorn is bad use uwsgi', I just know thats what most things are using nowdays so its probably worth making sure there isnt some issue with it, if there is it might be worth trying to get openstack to use different tool16:01
rm_workbecause what I keep hearing is "this isn't a g-r issue, it's up to the deployer to use gunicorn" ... and we're the deployer for our devstack gates... sooooo.... seems like they're saying we can install it outside of g-r if we want16:01
rm_workdoes anyone else interpret it that way, or just me?16:02
johnsomdiltram It looks like the amp didn't boot or come online16:02
diltramrm_work: I can approve that after removing from requirements.txt - I really don't feel that it's a huge problem especially that we're testing everything and we're responsible for making it working16:02
diltramjohnsom: but the worst thing is that in o-cw there is no error for that16:04
greghaynesrm_work: oh, so this is just exposing the wsgi api. So what does octavia depend on for the wsgi layer, I think I heard flask?16:04
johnsomWe already have two +2's on the g-r patch, so16:04
rm_workgreghaynes: yes16:04
rm_workgreghaynes: right now we use flask's built-in werkzeug based runner16:04
greghaynesrm_work: so youd init the flask application and pass it as one of those uri's16:04
rm_workwhich is shitty16:04
johnsomdiltram yeah, the test cut it off before o-cw gave up on it16:04
rm_workyes16:04
rm_workbut then how do we RUN THE SERVER16:04
rm_worklol16:05
greghaynesrm_work: do you have some code you tetsted with? I can poke at it16:05
ajohttps://review.openstack.org/#/c/388686/16:05
ajo:-)16:05
rm_workgreghaynes: it's up:16:05
rm_workhttps://review.openstack.org/#/c/386758/16:05
diltramjohnsom: ok, it's in teardown class16:05
greghaynesrm_work: ok16:05
rm_worksee: agent.py16:05
johnsomdiltram But, on that host, it should have come up by then, so something is broken in the amp IMO16:06
johnsomajo Thanks!16:06
ajojohnsom, happy to do it :) I guess that we should start transplanting more scenarios :)16:06
johnsomYep16:07
ajojohnsom, is anybody looking at that? I could give it a try after summit16:07
johnsomajo Paul Glass had started (there are some patches up for review), but he has moved on to other tasks, so feel free if you have the time16:08
*** cody-somerville has quit IRC16:08
ajojohnsom, ack16:08
diltramjohnsom: it looks like all is ok16:08
diltramthe last log from o-cw shows that it was deleting load balancer16:09
diltramwhich succeed16:09
ajodiltram, nice gunicorn patch, I didn't know gunicorn16:09
diltramajo: it's made by rm_work16:10
diltramnot me :P16:10
ajorm_work++16:10
ajo:)16:10
ajo%)16:10
rm_work:)16:11
rm_workIt really is pretty trivial honestly... I said originally "I think that should be trivial, I just never got to it", and it turns out it was >_> and now I feel dumb for not doing it like a year ago16:11
ajojohnsom, re-ack https://review.openstack.org/#/q/status:open+project:openstack/octavia+owner:%22Paul+Glass+%253Cpaul.glass%2540rackspace.com%253E%2216:12
*** cody-somerville has joined #openstack-lbaas16:18
*** csomerville has joined #openstack-lbaas16:20
*** cody-somerville has quit IRC16:23
*** links has quit IRC16:31
diltramjohnsom: in this test we're using noop driver16:33
diltramso how it's possible that we have created sec group?16:34
*** ducnc has quit IRC16:34
*** ducnc has joined #openstack-lbaas16:34
*** anilvenkata has quit IRC16:40
rm_workajo: looks like multinode passed. cool16:40
johnsomdiltram Which test?  I was looking at a scenario test16:40
*** numans has quit IRC16:40
*** daneyon has joined #openstack-lbaas16:42
*** daneyon has quit IRC16:43
johnsomNevermind, I see that the link you sent earlier was a noop16:44
*** eezhova has quit IRC16:44
johnsomI suspect that the test itself created that group16:45
diltramyeah, probably16:47
diltramI used the reproduce.sh and it's working :/16:48
diltramjohnsom: maybe we should add into logs nova console-log for specific amphora16:50
diltramit should be easier to understand what it's going one16:50
*** pcaruana has joined #openstack-lbaas16:51
rm_workwe didn't ever get it set up to capture the various logs *from the Amphorae*, did we?16:51
rm_workMaybe that is something I can look at...16:51
rm_workthough, it might be tricky as they get deleted as the tests complete, or else maybe aren't reachable to begin with...16:52
diltrambut nova console-log should be available all the time16:53
rm_workah, maybe have the amps we build for devstack include syslog and log remotely to the host (using the IP from the amphora-agent config)16:53
diltramhttp://logs.openstack.org/65/265065/18/check/gate-octavia-v1-dsvm-scenario-ubuntu-xenial-nv/1fcb544/logs/screen-o-cw.txt.gz16:53
diltramlike here there is no info about trying to delete that amphora16:53
rm_workyeah but i'm more interested in like... the haproxy logs, or the amphora-agent log16:54
diltramamphora-agent16:54
rm_workwe don't capture that at all yet, do we?16:54
diltramor even smth about the amphora16:54
diltramwe're not capturing any logs from amp16:54
diltramso we're blind completely right now16:55
diltramhttps://review.openstack.org/#/c/265065/16:55
diltramehhhh16:55
dougwigrm_work: i bet you're loving the ML today.16:55
diltramyeah, we need to get some logs from amphora16:55
rm_workdougwig: i think i'm developing a tumor16:56
*** Guest41366 is now known as redrobot16:56
dougwigrm_work: when the tumor gets large enough, it'll all feel normal16:56
*** mugsie has quit IRC16:56
rm_work[01:00:05]  <rm_work>how many reviewers do we have that would +2/+A this gunicorn change if I just take it out of requirements.txt and put it back in the element directly16:57
*** mugsie has joined #openstack-lbaas16:58
rm_work[01:01:24]  <rm_work>because what I keep hearing is "this isn't a g-r issue, it's up to the deployer to use gunicorn" ... and we're the deployer for our devstack gates... sooooo.... seems like they're saying we can install it outside of g-r if we want16:58
rm_work<_<16:58
rm_workbut, as johnsom points out, we're pretty close16:58
rm_work+2/+216:58
rm_workjust need tony to remove his -116:59
*** eezhova has joined #openstack-lbaas17:02
*** amoralej is now known as amoralej|off17:04
diltramjohnsom: thx for helping with that ComputeWait17:05
johnsomNP17:06
diltramI have also questions about that keystone17:09
diltramso you said there some deployers use this settings to override endpoints and other17:10
openstackgerritMichael Johnson proposed openstack/octavia: TEST PATCH - DO NOT MERGE  https://review.openstack.org/38881717:10
diltramand is it proper to allow change region which is used?17:10
diltrambecause I can understand that we should give a configuration to specify is it should use internal/external urls17:10
diltramto access services17:11
diltrambut region and other?17:11
openstackgerritgreghaynes proposed openstack/octavia: WIP: uwsgi agent entrypoint  https://review.openstack.org/38881817:11
greghaynesrm_work: ^ that does an equivalent thing with uwsgi, I didnt add all the options but you should be able to get the idea17:12
rm_workhmm17:12
greghaynesand fwiw, I would jsut add a doc for 'heres a prod config you could use to run the agent'17:12
greghaynesand use that entrypoint only for dev17:12
greghaynesbecause really in prod folks shouldnt be doing ./agent17:13
rm_workno one does ./agent anyway17:13
*** bana_k has joined #openstack-lbaas17:13
rm_workall of this is handled inside each of thousands of service-vms that are fully automated17:13
diltrambut also noone will install nginx/apache to host that WSGI app17:13
rm_worklol also correct17:13
greghaynesah, so then id be baking in a uwsgi config in your image and running the uwsgi emperror17:13
johnsomYeah17:13
greghaynesor write one out, etc17:14
diltramwe need to use something lightweight as much as possible17:14
openstackgerritLubosz Kosnik (diltram) proposed openstack/octavia: Adds a new feature to limit the amphora build rate  https://review.openstack.org/30330417:14
diltramfinally - I believe that it's gonna work17:14
diltramdo we have anything to discuss today?17:15
diltramI'm going with my wife to see my son in 3D and I don't know if I will be able to back in time17:15
johnsomYeah, at a minimum we need to talk about the next few meetings17:16
johnsomdiltram No problem.  Have fun17:16
diltramthx :)17:16
johnsomI will probably once again bug dougwig (this is your warning) about the translation and packaging stuff17:17
diltramhahaha :p17:17
rm_worki'll probably be in bed before the meeting johnsom :(17:17
johnsomOk.17:18
rm_workbut FYI there's a barbican session on Friday at 9am that we should maybe attend, they're discussing the outstanding bug on barbican/lbaas usage17:18
rm_workerr, next week friday17:18
johnsomI'm going to propose cancelling the next two meetings, since I will be offline17:18
johnsomrm_work Ok cool.  I commented on that bug yesterday17:19
diltramprobably it's a good idea17:19
rm_workkk17:19
johnsomWe might have a quorum the week after the summit, but someone else will have to run the meeting.  But I think most teams are canceling two weeks worth17:19
johnsomToday's agenda: https://wiki.openstack.org/wiki/Octavia/Weekly_Meeting_Agenda#Meeting_2016-10-1917:22
diltramjohnsom: https://review.openstack.org/#/c/364655/1217:39
johnsomOk17:39
diltramjohnsom: looks like something about what we're discussing in this review - http://lists.openstack.org/pipermail/openstack-dev/2016-October/106083.html17:47
diltramok, I will be available in next ~3 hours is smth new will come18:00
*** yamamoto has joined #openstack-lbaas18:04
*** _ducttape_ has joined #openstack-lbaas18:28
*** ducttape_ has quit IRC18:32
*** eezhova has quit IRC18:57
*** _ducttape_ has quit IRC19:05
*** madhu_ak has quit IRC19:07
*** Alex_Stef has quit IRC19:10
*** ducttape_ has joined #openstack-lbaas19:27
*** carrbs has joined #openstack-lbaas19:30
*** eezhova has joined #openstack-lbaas19:30
*** eezhova has quit IRC19:32
*** eezhova has joined #openstack-lbaas19:35
*** pcaruana has quit IRC19:50
*** nmagnezi has joined #openstack-lbaas19:52
johnsomOctavia meeting starting soon on #openstack-meeting-alt19:56
*** eezhova has quit IRC20:23
*** eezhova has joined #openstack-lbaas20:28
*** nmagnezi has quit IRC20:45
*** eezhova has quit IRC21:27
*** matt-borland has quit IRC21:31
*** pglass has quit IRC21:50
*** ducttape_ has quit IRC22:01
*** RichB has quit IRC22:21
*** RichB has joined #openstack-lbaas22:24
*** harlowja has quit IRC22:33
*** ducttape_ has joined #openstack-lbaas22:45
*** ducttape_ has quit IRC22:47
*** ducttape_ has joined #openstack-lbaas22:47
*** harlowja has joined #openstack-lbaas22:48
*** armax has quit IRC23:13
*** ducttape_ has quit IRC23:16
*** ducttape_ has joined #openstack-lbaas23:27
*** yuanying has joined #openstack-lbaas23:32
*** ducttape_ has quit IRC23:38
*** ducttape_ has joined #openstack-lbaas23:51
« Tuesday, 2016-10-18 Index Thursday, 2016-10-20 »

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