Thursday, 2019-01-10

*** macza has quit IRC00:01
*** slaweq has quit IRC00:05
*** yamamoto has quit IRC00:05
*** yamamoto has joined #openstack-meeting-400:05
*** yamamoto has quit IRC00:16
*** slaweq has joined #openstack-meeting-400:22
*** yamamoto has joined #openstack-meeting-400:23
*** slaweq has quit IRC00:26
*** JamesBenson has joined #openstack-meeting-400:36
*** JamesBenson has quit IRC00:41
*** yamamoto has quit IRC00:45
*** Liang__ has joined #openstack-meeting-400:54
*** gmann_pto is now known as gmann01:07
*** yamamoto has joined #openstack-meeting-401:19
*** mjturek has quit IRC01:20
*** yamamoto has quit IRC01:24
*** yamamoto has joined #openstack-meeting-401:30
*** yamamoto has quit IRC01:32
*** yboaron_ has quit IRC01:34
*** yamamoto has joined #openstack-meeting-401:35
*** macza has joined #openstack-meeting-401:38
*** yamamoto has quit IRC01:38
*** markvoelker has joined #openstack-meeting-401:40
*** markvoelker has quit IRC01:45
*** macza has quit IRC01:50
*** yamamoto has joined #openstack-meeting-402:01
*** yamamoto has quit IRC02:03
*** macza has joined #openstack-meeting-402:17
*** JamesBenson has joined #openstack-meeting-402:18
*** JamesBenson has quit IRC02:22
*** macza has quit IRC02:22
*** celebdor has quit IRC02:28
*** hongbin has joined #openstack-meeting-402:30
*** Haunted330 has joined #openstack-meeting-402:31
*** yamamoto has joined #openstack-meeting-402:34
Haunted330This channel is closed. You will have to leave.02:34
*** bobh has joined #openstack-meeting-402:39
*** yamamoto has quit IRC02:40
*** Haunted330 has quit IRC02:42
*** Haunted330 has joined #openstack-meeting-402:43
*** bobh has quit IRC02:43
*** Haunted330 has quit IRC02:46
*** Haunted330 has joined #openstack-meeting-402:47
*** Haunted330 has quit IRC02:50
*** Haunted330 has joined #openstack-meeting-402:50
*** markvoelker has joined #openstack-meeting-402:51
*** Haunted330 has quit IRC02:53
*** Haunted330 has joined #openstack-meeting-402:54
*** Haunted330 has quit IRC03:08
*** Haunted330 has joined #openstack-meeting-403:09
*** Haunted330 has quit IRC03:11
*** JamesBenson has joined #openstack-meeting-403:20
*** JamesBenson has quit IRC03:25
*** yamahata has joined #openstack-meeting-403:31
*** iyamahat has quit IRC03:35
*** markvoelker has quit IRC03:53
*** yamamoto has joined #openstack-meeting-404:12
*** yamamoto_ has joined #openstack-meeting-404:45
*** yamamoto has quit IRC04:49
*** diablo_rojo has quit IRC04:56
*** hongbin has quit IRC04:56
*** yboaron_ has joined #openstack-meeting-404:56
*** markvoelker has joined #openstack-meeting-404:59
*** yboaron_ has quit IRC05:00
*** radeks_ has joined #openstack-meeting-405:42
*** TxGirlGeek has joined #openstack-meeting-405:45
*** radeks__ has joined #openstack-meeting-405:45
*** radeks_ has quit IRC05:47
*** radeks__ has quit IRC05:55
*** Liang__ has quit IRC05:58
*** Liang__ has joined #openstack-meeting-406:01
*** markvoelker has quit IRC06:03
*** JamesBenson has joined #openstack-meeting-406:05
*** markvoelker has joined #openstack-meeting-406:05
*** JamesBenson has quit IRC06:09
*** macza has joined #openstack-meeting-406:10
*** macza has quit IRC06:14
*** JamesBenson has joined #openstack-meeting-406:26
*** JamesBenson has quit IRC06:30
*** radeks__ has joined #openstack-meeting-406:33
*** dave-mccowan has quit IRC06:41
*** gcheresh_ has joined #openstack-meeting-406:50
*** TxGirlGeek has quit IRC07:03
*** yboaron_ has joined #openstack-meeting-407:15
*** yamamoto_ has quit IRC07:18
*** macza has joined #openstack-meeting-407:27
*** JamesBenson has joined #openstack-meeting-407:27
*** macza has quit IRC07:31
*** JamesBenson has quit IRC07:32
*** Luzi has joined #openstack-meeting-407:35
*** gkadam has joined #openstack-meeting-407:43
*** janki has joined #openstack-meeting-407:46
*** yamahata has quit IRC07:48
*** JamesBenson has joined #openstack-meeting-407:48
*** pcaruana has joined #openstack-meeting-407:51
*** JamesBenson has quit IRC07:53
*** alex_xu has quit IRC08:05
*** Liang__ has quit IRC08:05
*** Liang__ has joined #openstack-meeting-408:11
*** yamamoto has joined #openstack-meeting-408:24
*** yamamoto has quit IRC08:27
*** radeks_ has joined #openstack-meeting-408:27
*** radeks__ has quit IRC08:29
*** ralonsoh has joined #openstack-meeting-408:37
*** yboaron_ has quit IRC08:38
*** limao has joined #openstack-meeting-408:41
*** limao has quit IRC08:42
*** markvoelker has quit IRC08:52
*** janki has quit IRC09:13
*** bobh has joined #openstack-meeting-409:19
*** logan- has quit IRC09:21
*** celebdor has joined #openstack-meeting-409:23
*** yboaron_ has joined #openstack-meeting-409:28
*** logan- has joined #openstack-meeting-409:28
*** logan- has quit IRC09:28
*** janki has joined #openstack-meeting-409:31
*** Liang__ has quit IRC09:32
*** e0ne has joined #openstack-meeting-409:33
*** yamamoto has joined #openstack-meeting-409:39
*** dougsz has joined #openstack-meeting-409:40
*** yamamoto has quit IRC09:43
*** markvoelker has joined #openstack-meeting-409:49
*** markvoelker has quit IRC09:51
*** k_mouza has joined #openstack-meeting-409:59
*** yamamoto has joined #openstack-meeting-410:09
*** bobh has quit IRC10:19
*** e0ne has quit IRC10:47
*** k_mouza has quit IRC10:48
*** e0ne has joined #openstack-meeting-410:50
*** k_mouza has joined #openstack-meeting-410:56
*** pbourke has quit IRC11:11
*** pbourke has joined #openstack-meeting-411:13
*** psachin has joined #openstack-meeting-411:35
*** psachin has quit IRC11:44
*** psachin has joined #openstack-meeting-411:48
*** pbourke has left #openstack-meeting-411:52
*** slaweq has joined #openstack-meeting-411:58
*** yamamoto has quit IRC12:09
*** yamamoto has joined #openstack-meeting-412:09
*** slaweq has quit IRC12:38
*** dougsz has quit IRC12:44
*** k_mouza has quit IRC12:45
*** k_mouza has joined #openstack-meeting-412:46
*** seajay has joined #openstack-meeting-413:00
*** dave-mccowan has joined #openstack-meeting-413:18
*** k_mouza has quit IRC13:25
*** e0ne has quit IRC13:30
*** yboaron_ has quit IRC13:36
*** yboaron_ has joined #openstack-meeting-413:37
*** dougsz has joined #openstack-meeting-413:39
*** dave-mccowan has quit IRC13:48
*** GregWaines has joined #openstack-meeting-413:49
*** dave-mccowan has joined #openstack-meeting-413:51
*** rosmaita has joined #openstack-meeting-413:55
*** jokke_ has joined #openstack-meeting-413:59
jokke_#startmeeting glance14:00
openstackMeeting started Thu Jan 10 14:00:01 2019 UTC and is due to finish in 60 minutes.  The chair is jokke_. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
*** openstack changes topic to " (Meeting topic: glance)"14:00
openstackThe meeting name has been set to 'glance'14:00
jokke_#topic roll-call14:00
*** openstack changes topic to "roll-call (Meeting topic: glance)"14:00
jokke_#link https://etherpad.openstack.org/p/glance-team-meeting-agenda14:00
jokke_o/14:00
GregWaineso/14:00
rosmaitao/14:01
jokke_I think we have as much quorum as we can, just noticed message from Abhishek that he is not feeling well and will need to skip the meeting14:01
*** Liang__ has joined #openstack-meeting-414:02
jokke_#topic updates14:02
*** openstack changes topic to "updates (Meeting topic: glance)"14:02
*** Liang__ is now known as LiangFang14:02
jokke_So we're hitting Milestone 2 today14:02
LiangFango/14:02
* rosmaita wants to note in the minutes that we all hope Abhishek gets well soon!14:02
jokke_Not as big of a deal as it used to be while we were still releasing milestone releases, but good reminder that we're running very thin on time for Stein!14:03
jokke_rosmaita++14:03
jokke_Abhishek has been huge help working with me to get the visibility change going through tests, which sparked one of the topics for today14:04
jokke_but first I want to bring the oslo discussion back on the table14:04
jokke_#topic using olso libraries14:05
*** openstack changes topic to "using olso libraries (Meeting topic: glance)"14:05
jokke_So this is one example,  https://review.openstack.org/#/c/625232/ not by any means blame for the situation and we've discussed about this before14:05
*** Luzi has quit IRC14:05
jokke_We should not use oslo just for the sake of using oslo. The uuidutils is just extremely good example as it was proposed that we import it to replace oneliner from stdlib just because it exists14:06
jokke_I was digging into it and looking the oslo code and it's literally just few years old wrapper to do exactly the same thing with different name we do directly from stdlib14:07
rosmaitayeah, last time i looked, there wasn't much in it14:07
jokke_so I marked the bug as "Won't fix" and -2d the patch14:07
rosmaitaand i doubt openstack will change the uuid implementation14:07
jokke_indeed14:08
jokke_nor we can do even if someone gets the brilliant idea to do it for some other project14:08
jokke_so lets avoid the overhead of someone getting the idea of changing that and keep using stdlib for our uuid needs14:08
jokke_we execute few lines less code and get the exactly same result14:09
jokke_and I think this applies to the other oslo libs like I've said before. I'm all for using oslo if it provides any level of benefit for us and makes sense, but please lets not have these bugs/patches of "Lets use oslo because it exists"14:10
*** e0ne has joined #openstack-meeting-414:10
rosmaitai may put up a patch to https://docs.openstack.org/glance/latest/contributor/minor-code-changes.html to mention this case14:11
jokke_like we saw with oslo.context it is possible that something changes there without us realizing and we spend days trying to figure out why all of our gates are red14:11
LiangFangjokke_: ++14:11
LiangFangif new code, may use oslo14:11
jokke_LiangFang: and even then it better be for some good reason. I won't be using olso.someutils.print just because someone got print wrapper merged to oslo that makes no sense for us ;)14:12
jokke_rosmaita: that would be great to have in dev docs indeed14:14
jokke_next topic14:14
jokke_#topic MVP/new features and releasing them experimental14:14
*** openstack changes topic to "MVP/new features and releasing them experimental (Meeting topic: glance)"14:14
*** yboaron_ has quit IRC14:14
jokke_so we have lots of stuff coming around we are releasing first as experimental and trying to work the kinks out over multiple cycles14:15
jokke_I just wanted to probe the feeling should we put some DEFAULT level config option like allow_experimental [True|False] to make it more obvious for operators14:15
*** mjturek has joined #openstack-meeting-414:16
jokke_and if it's false we just refuse to start the service if it's configured to use those experimental features (like image import was and multiple backends still is)14:16
jokke_and I think what ever approach we take on the edge caching/split braining I think that might be in this list for cycle or two before we have got it to the point we're confident to tell our customers to goahead and run it in production14:17
rosmaitado any other projects have a similar thing?14:18
LiangFangshould we have seperate option for each experimental feature?14:18
*** yboaron_ has joined #openstack-meeting-414:18
jokke_rosmaita: I do not know about other OpenStack projects, but I have seen it elsewhere as some audits are quite picky about running experimental/deprecated features14:19
jokke_LiangFang: we're documenting it pretty decently in release notes and config options I think, but we really don't have any clear indication to the operators if they are running experimental code or not other than going through all those few thousands of lines of config files and or poking the api and crossreferencing that to the docs14:21
rosmaitai don't have a strong opinion, though i do think just one greneral config option, not one for each feature14:21
GregWainesI think it's a good idea to have an 'explicit' configurable option around the use of experimental features14:21
rosmaitabecasue we'll want it 'on' all the time in devstack, i think14:22
jokke_I was more thinking of just having single switch operator could flip and see what their deployment tooling is doing and having indication in the logs that they are indeed relying to the experimental feature14:22
*** TxGirlGeek has joined #openstack-meeting-414:23
rosmaitaeither that or we patch oslo.config to have an 'EXPERIMENTAL' option, like they do now for 'DEPRECATED'14:23
jokke_GregWaines: that was way better worded version of my multiple lines of trying to explain what I was looking for ;)14:23
GregWaines:)14:24
rosmaitathen it would be in both logs and config14:24
jokke_rosmaita: that would be great way to identify them, then it's just the matter of communicating it clearly to the operator (and having that flip switch to prevent service start if such exists)14:24
rosmaitathe problem with the switch is that some options will have values even if they're not being used14:25
rosmaitai'm thinkihng the way import was introduced14:25
jokke_I think it just would be something that could make life easier. Maybe I should send short survey out and collect feedback from field and form proposal based on that?14:26
rosmaitajokke_: yeah, i should be clear.  (1) we should do something, but (2) i'm not sold on the general flip switch14:26
rosmaitayou could survey for ideas, though you never know what you'll get!14:27
rosmaitathe last thing we want is really complicated code to analyze whether some features are in use14:28
*** k_mouza has joined #openstack-meeting-414:28
jokke_I was more thinking of asking "do you want flipswitch" "Are you ok if we just log clearly when such feature is enabled on start" :P14:28
jokke_and write spec(lite) based on that14:28
jokke_not necessarily asking to get 13 different ideas what to do from 12 responses :D14:28
rosmaitawell, i wouldn't ask "do you want flipswitch" until we have a good idea how it would be implemented14:28
*** mjturek has quit IRC14:29
rosmaitabut i guess if we use only sample defaults for these options14:29
rosmaitathey would all be None14:29
rosmaitamakes it a PITA to actually turn the stuff on, though14:29
rosmaitaso the tradeoff is: easy for operator to turn off, but more config to turn on14:29
rosmaitaso maybe the flipswitch code won't be too bad14:30
*** armstrong has joined #openstack-meeting-414:30
*** armstron_ has joined #openstack-meeting-414:30
*** armstro__ has joined #openstack-meeting-414:30
jokke_I think we have always had those features turned off by default when they get introduced as experimental14:30
*** armstrong has quit IRC14:30
*** armstron_ has quit IRC14:30
*** armstro__ has quit IRC14:30
jokke_so it's easy to do it on the same logic it just check which way the flipswitch is combined with the condition to enable the feature vs. just checking the feature specific14:31
jokke_more of say we have some deployment tooling right now deplying glance with multiple backends configured, it's huge amount of hunting to check if that's the case for someone who doesn't know the details14:32
jokke_but if there is flip for allow_experimetal it's really easy to flip it over and see what blows up in the testing environment14:32
jokke_and it really haven't been a problem when we have maybe 1, that's easy to grep from configs. But I have a feeling that the edge boom is going to bring more than one or three different things parallel that may stay experimental for a while14:33
*** k_mouza has quit IRC14:33
*** k_mouza has joined #openstack-meeting-414:34
jokke_specially as most of the requests seems to be "Something like this but we're not exactly sure about the requirements yet"14:34
rosmaitait may be that we should do both (a) introduce EXPERIMENTAL in oslo.config and (b) the flip switch14:35
rosmaitabut i will shut up noe14:35
rosmaita*now14:35
jokke_yeah I do not see those two being by any means mutually exclusive14:35
jokke_ok last thing from me14:36
jokke_#topic registry removal14:36
*** openstack changes topic to "registry removal (Meeting topic: glance)"14:36
jokke_Soo, the v1 registry was sort of gone with v1 api being gone and the v2 registry was deprecated to be removed in Stein14:36
jokke_and this was one of those things that is possibly making the life difficult with the visibility patch14:37
jokke_so Just a reminder if someone has interest and cycles, we can remove registry in Stein and we could do with quite a bit of cleanup for the related code and documentation14:38
LiangFangdevstack may also need to adjust14:38
jokke_I think there is still quite a bit of v1 codebase left because of the registry being so lovely tangled together there14:38
jokke_LiangFang: I think/hope that devstack has been running glance quite a few cycles already without registry14:39
LiangFangOK14:39
jokke_IIRC they were quite eager not to deploy it and have glance talking directly to the db as soon as it was possible when v1  got phased out14:40
jokke_any correction to that assumption is more than welcome14:40
jokke_that was all from me this week and all we had in the agenda14:41
jokke_#topic open discussion14:41
*** openstack changes topic to "open discussion (Meeting topic: glance)"14:41
LiangFang sudo systemctl status devstack@g-reg.service14:42
LiangFangseems devstack still setup register14:42
jokke_LiangFang: ok, Thank You!14:42
GregWaineswrt open discussion ... interested in brief discussion on the glance edge caching spec14:42
jokke_So that needs to get sorted if we remove it :D14:42
jokke_GregWaines: sure, as promised I've read the spec with care couple of times and sent you+others in that mailchain of ours some thoughts14:43
rosmaitasomeone does need to take a look, the registry config is set up in https://github.com/openstack-dev/devstack/blob/master/lib/glance but i don't know if it's used in the default; may only be there to support when v1 is enabled14:43
GregWainesYeah I saw that ... thanks for your input.14:43
GregWainesAgree with you that reviews by Dan and Bogdan have been helpful ... a handful of good suggestions14:44
jokke_I was super happy seeing that Dan also reviewed it. Nice to have bit out of box viewpoints as well14:44
jokke_++14:44
GregWainesI am going to update the spec base on their comments ... just while it is fresh in my mind and not to lose their input14:44
GregWainesbut14:44
GregWainesalso want to look at the suggestions in your email14:45
GregWainesI'm open to looking at the multiple backend approach again14:45
GregWainesis there a detailed SPEC or proposal on that ?14:45
GregWainesi've seen what we have on the edge-computing wiki ... but that's pretty light14:45
jokke_so the multiple backends work is being done and it is currently experimental ;P14:46
GregWainesis there a spec ?14:46
jokke_I think it's unfortunately one of those things where the edge format is not actually well documented anywhere14:46
jokke_and I'm more than willing to work out proposal for it next week14:46
rosmaitaGregWaines: there is a spec for multiple backends in rocky/implemented14:47
GregWainesunderstood ... who is working on it ? ... maybe I can get more details directly14:47
rosmaita(at least there should be)14:47
jokke_http://specs.openstack.org/openstack/glance-specs/specs/rocky/implemented/glance/multi-store.html14:47
rosmaitaand there it is14:47
GregWainesok ... i'll take a look at the rocky/implemented spec ... but yeah suspect that central --> edge may not be explicitly discussed in that14:47
GregWainesbut suspect what you were suggesting was to build off that14:48
rosmaitaGregWaines: i think you are correct about that14:48
jokke_but in nutshell my idea that has been fluently ignored in every single discussion around the edge model has been to utilize that with site local backends14:48
jokke_and instead of sending pull requests to the edge sites for the images that are needed there to be cached pushing the image to the local backend in that site14:49
jokke_and having db replication taking care of having up-to-date metadata14:49
GregWainesunderstand ... historically, our decision to do the pull approach was to really build off the caching that was already supported in glance14:50
jokke_just because the database guys have been solving this very issue for long time and they are doing it really well14:50
jokke_yeah, I totally understand that perspective14:50
GregWaines( our original approach did not have the metadata synching ... so did not have the issues being discussed in the spec right now )14:50
jokke_And I really want to avoid getting here https://i2.wp.com/ecbiz168.inmotionhosting.com/~perfor21/performancemanagementcompanyblog.com/wp-content/uploads/2014/04/intrinsic-round-wheels-already-in-wagon.gif :P14:51
GregWainesor meta data pulling14:51
*** jchhatbar has joined #openstack-meeting-414:51
rosmaitaGregWaines: i have not looked at your fork, where were you storing the metadata locally?14:51
jokke_it definitely has it's perks but there is also lots of twirks and overhead by polling service to sync something that is not designed to be synced outside :D14:52
GregWainesno ... in our original approach, we did not support funcationality when disconnected from the central site ... so just always got the metadata from central site and only cached the image14:52
rosmaitaok, gotcha14:52
GregWainesbut we have a lot of use cases with our commercial product that are using Distributed Cloud and connectivity is not 100% reliable and need functionality to work when disconnected14:53
jokke_GregWaines: and honestly the caching is still great way to speed up booting multiple VMs from backend that has slow connectivity14:53
rosmaitathe problem with push is that the edge sites are the ones who will know when they have been disconnected, so i think pull is actually better14:53
rosmaitaor at least a "hey, i am ready for a push"14:53
GregWainesthat was our thinking14:53
GregWainesalthough14:53
GregWaineswe actually were thinking of possibly supporting both a push and pull model ... as some customers / use cases may align better with one than the other14:54
*** janki has quit IRC14:54
rosmaitaright, i can see that14:55
jokke_yup14:55
rosmaitait depends on how much maintenance we want the central glance to do14:55
rosmaitabecasuse i can see these edge sites being very ephemeral, so it will be hard to know a site has disappeared vs. a bad network disruption14:56
jokke_so just quick recap of what I had in mind would provide both in same package14:56
*** armstrong has joined #openstack-meeting-414:56
*** armstron_ has joined #openstack-meeting-414:56
*** armstro__ has joined #openstack-meeting-414:56
*** armstro__ has quit IRC14:56
*** armstrong has quit IRC14:56
*** armstron_ has quit IRC14:56
GregWainesanyways ... good discussions ... wanted to let you know that    a) i will update spec to capture recent comments  b) will look at multiple backend approach to better understand that    c) will follow up on other questions in erno's email14:57
jokke__if_ we replicate the db and make possible (which I think oslo.db makes very easy) for glance-api to talk to 2 db (one for reads one for writes) we would have the metadata always there, we would have the locally stored images always there14:57
rosmaitajokke_: i wonder whether you should patch Greg's spec with an "alternatives" section mapping out what you think14:57
jokke_and the caching would still work for images that are needed to be fetched from the central store14:58
*** armstrong has joined #openstack-meeting-414:58
*** armstron_ has joined #openstack-meeting-414:58
*** armstro__ has joined #openstack-meeting-414:58
GregWainesyeah makes sense14:58
rosmaitai am worried about using db replication vs. a well-defined API, mainly because i wonder how long doing a glance-edge-on-the-cheap will last ... it may be that the "normal" vs. "edge" glances are going to be a bit different as this develops14:58
jokke_GregWaines: I'll try to get my idea to easier digestable format next week when I'm back home and I'll send it to you and we can have quick call to brainstorm/walk it through14:59
GregWainessounds good14:59
*** armstrong has quit IRC14:59
*** armstro__ has quit IRC14:59
*** armstron_ has quit IRC14:59
jokke_rosmaita: the problem is that we don't have well defined api and we're planning to proxy api calls which has been quite a big nono in past for the community14:59
*** armstrong has joined #openstack-meeting-414:59
GregWaineswrt DB replication vs API replication ... Just FYI ... StarlingX does have an API Synchronization Framework for using REST APIs to synchronize data between two clouds15:00
rosmaitathat may be useful15:00
jokke_but we're out of time15:00
rosmaitanext topic:  we do need to prioritize giving devstack some love, for example eliminate https://github.com/openstack-dev/devstack/blob/88f8c7f02d7553d373abcab91e7af1d9e7334773/lib/glance#L6015:00
jokke_thanks all!15:00
GregWainesthanks15:00
*** jchhatbar is now known as janki15:00
jokke_lets keep this going and find the solution to fix all edge issues! :P15:00
jokke_#endmeeting15:00
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/"15:00
GregWaines:)15:00
openstackMeeting ended Thu Jan 10 15:00:57 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/glance/2019/glance.2019-01-10-14.00.html15:01
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/glance/2019/glance.2019-01-10-14.00.txt15:01
openstackLog:            http://eavesdrop.openstack.org/meetings/glance/2019/glance.2019-01-10-14.00.log.html15:01
*** rosmaita has left #openstack-meeting-415:01
*** LiangFang has quit IRC15:03
*** TxGirlGeek has quit IRC15:03
*** TxGirlGeek has joined #openstack-meeting-415:06
*** TxGirlGeek has quit IRC15:10
*** yboaron_ has quit IRC15:10
*** dougsz has left #openstack-meeting-415:18
*** JamesBenson has joined #openstack-meeting-415:22
*** armstron_ has joined #openstack-meeting-415:24
*** armstro__ has joined #openstack-meeting-415:24
*** armstr___ has joined #openstack-meeting-415:24
*** armstro__ has quit IRC15:24
*** armstr___ has quit IRC15:26
*** armstron_ has quit IRC15:26
*** armstron_ has joined #openstack-meeting-415:29
*** armstro__ has joined #openstack-meeting-415:29
*** armstr___ has joined #openstack-meeting-415:29
*** armstr___ has quit IRC15:29
*** armstro__ has quit IRC15:29
*** armstron_ has quit IRC15:29
*** armstron_ has joined #openstack-meeting-415:30
*** armstro__ has joined #openstack-meeting-415:30
*** armstron_ has quit IRC15:30
*** armstro__ has quit IRC15:30
*** armstron_ has joined #openstack-meeting-415:31
*** armstro__ has joined #openstack-meeting-415:31
*** armstron_ has left #openstack-meeting-415:33
*** armstro__ has quit IRC15:33
*** k_mouza has quit IRC15:46
*** slaweq has joined #openstack-meeting-415:53
*** hongbin has joined #openstack-meeting-415:53
*** GregWaines has quit IRC15:53
*** k_mouza has joined #openstack-meeting-415:58
*** diablo_rojo has joined #openstack-meeting-416:02
*** premsankar has joined #openstack-meeting-416:03
*** TxGirlGeek has joined #openstack-meeting-416:14
*** slaweq has quit IRC16:19
*** k_mouza has quit IRC16:24
*** slaweq has joined #openstack-meeting-416:36
*** macza has joined #openstack-meeting-416:37
*** e0ne has quit IRC16:38
*** macza_ has joined #openstack-meeting-416:40
*** macza has quit IRC16:42
*** k_mouza has joined #openstack-meeting-416:46
*** slaweq has quit IRC16:48
*** iyamahat has joined #openstack-meeting-416:49
*** gkadam has quit IRC17:21
*** mjturek has joined #openstack-meeting-417:22
*** mjturek has quit IRC17:26
*** mjturek has joined #openstack-meeting-417:27
*** psachin has quit IRC17:28
*** k_mouza has quit IRC17:33
*** janki has quit IRC17:54
*** janki has joined #openstack-meeting-417:54
*** TxGirlGeek has quit IRC18:02
*** TxGirlGeek has joined #openstack-meeting-418:03
*** celebdor has quit IRC18:10
*** celebdor has joined #openstack-meeting-418:12
*** janki has quit IRC18:20
*** ralonsoh has quit IRC18:22
*** yamahata has joined #openstack-meeting-418:28
*** diablo_rojo has quit IRC18:48
*** e0ne has joined #openstack-meeting-419:00
*** diablo_rojo has joined #openstack-meeting-419:19
*** gcheresh_ has quit IRC19:25
*** iyamahat has quit IRC19:31
*** gcheresh_ has joined #openstack-meeting-420:13
*** armstrong has quit IRC20:19
*** hongbin has quit IRC20:24
*** iyamahat has joined #openstack-meeting-420:49
*** hongbin has joined #openstack-meeting-420:56
*** radeks_ has quit IRC21:12
*** e0ne has quit IRC21:13
*** radeks has joined #openstack-meeting-421:15
*** gcheresh_ has quit IRC21:23
*** bobh has joined #openstack-meeting-421:25
*** e0ne has joined #openstack-meeting-421:30
*** bobh has quit IRC21:33
*** e0ne has quit IRC21:33
*** radeks has quit IRC21:42
*** pcaruana has quit IRC21:46
*** yboaron_ has joined #openstack-meeting-421:53
*** mjturek has quit IRC21:55
*** bobh has joined #openstack-meeting-422:09
*** bobh has quit IRC22:15
*** k_mouza has joined #openstack-meeting-422:27
*** hongbin has quit IRC22:36
*** yboaron_ has quit IRC22:53
*** e0ne has joined #openstack-meeting-422:55
*** e0ne has quit IRC22:58
*** JamesBenson has quit IRC22:59
*** JamesBenson has joined #openstack-meeting-423:01
*** JamesBen_ has joined #openstack-meeting-423:03
*** JamesBenson has quit IRC23:05
*** JamesBen_ has quit IRC23:07
*** seajay has quit IRC23:12
*** edleafe- has joined #openstack-meeting-423:23
*** edleafe has quit IRC23:24
*** edleafe- is now known as edleafe23:24
*** k_mouza has quit IRC23:26
*** Haunted330 has joined #openstack-meeting-423:28
*** Haunted330 has quit IRC23:47
*** Haunted330 has joined #openstack-meeting-423:47
*** Haunted330 has quit IRC23:48
*** Haunted330 has joined #openstack-meeting-423:49
*** diablo_rojo has quit IRC23:54
*** macza_ has quit IRC23:57
*** diablo_rojo has joined #openstack-meeting-423:58
Haunted330This channel is closed. You are going to have to leave.23:59

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