Tuesday, 2016-04-05

*** markvoelker has quit IRC00:12
*** Qijing has quit IRC00:13
*** markvoelker has joined #openstack-meeting-cp00:16
*** sdake has joined #openstack-meeting-cp00:59
*** vilobhmm11 has joined #openstack-meeting-cp02:00
*** vilobhmm111 has joined #openstack-meeting-cp02:04
*** vilobhmm11 has quit IRC02:05
*** vilobhmm111 has quit IRC02:26
*** vilobhmm11 has joined #openstack-meeting-cp02:28
*** amrith is now known as _amrith_02:58
*** sdake has quit IRC03:02
*** sekrit has joined #openstack-meeting-cp03:17
*** markvoelker has quit IRC05:30
*** sheeprine has quit IRC06:22
*** sheeprine has joined #openstack-meeting-cp06:25
*** markvoelker has joined #openstack-meeting-cp06:31
*** vgridnev has joined #openstack-meeting-cp06:47
*** markvoelker has quit IRC07:06
*** sheel has joined #openstack-meeting-cp07:38
*** markvoelker has joined #openstack-meeting-cp08:02
*** vgridnev has quit IRC08:24
*** markvoelker has quit IRC08:35
*** vgridnev has joined #openstack-meeting-cp09:20
*** markvoelker has joined #openstack-meeting-cp09:32
*** vilobhmm11 has quit IRC10:05
*** markvoelker has quit IRC10:06
*** sdague has joined #openstack-meeting-cp10:07
*** _amrith_ is now known as amrith10:38
*** sdake has joined #openstack-meeting-cp11:00
*** markvoelker has joined #openstack-meeting-cp11:03
*** markvoelker has quit IRC11:35
*** raildo-afk is now known as raildo11:54
*** sdake_ has joined #openstack-meeting-cp11:54
*** sdake has quit IRC11:55
*** xyang1 has joined #openstack-meeting-cp12:24
*** markvoelker has joined #openstack-meeting-cp12:26
*** annegentle has joined #openstack-meeting-cp12:45
*** sdake_ has quit IRC12:57
*** jklare has quit IRC13:21
*** sballe_ has quit IRC13:21
*** beekhof has quit IRC13:21
*** mtreinish has quit IRC13:21
*** persia has quit IRC13:21
*** alaski has quit IRC13:21
*** reed has quit IRC13:21
*** olaph has quit IRC13:21
*** harlowja has quit IRC13:21
*** odyssey4me has quit IRC13:21
*** lbragstad has quit IRC13:21
*** tonyb has quit IRC13:21
*** bswartz has quit IRC13:21
*** DuncanT has quit IRC13:21
*** johnthetubaguy has quit IRC13:21
*** jroll has quit IRC13:21
*** EmilienM has quit IRC13:21
*** docaedo has quit IRC13:21
*** adam_g has quit IRC13:21
*** sigmavirus24_awa has quit IRC13:21
*** flaper87 has quit IRC13:21
*** ildikov has quit IRC13:21
*** tristanC has quit IRC13:21
*** elmiko has quit IRC13:21
*** Kiall has quit IRC13:21
*** SergeyLukjanov has quit IRC13:21
*** sdague has quit IRC13:21
*** amrith has quit IRC13:21
*** thingee has quit IRC13:21
*** jhesketh has quit IRC13:21
*** markvoelker has quit IRC13:21
*** dims has quit IRC13:21
*** redrobot has quit IRC13:21
*** homerp has quit IRC13:21
*** dansmith has quit IRC13:21
*** jokke_ has quit IRC13:21
*** annegentle has quit IRC13:21
*** kencjohnston has quit IRC13:21
*** dolphm has quit IRC13:21
*** doffm has quit IRC13:21
*** raildo has quit IRC13:21
*** notmyname has quit IRC13:21
*** smcginnis has quit IRC13:21
*** bknudson has quit IRC13:21
*** loquacities has quit IRC13:21
*** sekrit has quit IRC13:21
*** xyang1 has quit IRC13:21
*** david-lyle has quit IRC13:21
*** samueldmq has quit IRC13:21
*** lifeless has quit IRC13:22
*** mestery has quit IRC13:22
*** sonus has quit IRC13:22
*** mugsie has quit IRC13:22
*** breton has quit IRC13:22
*** ttx has quit IRC13:22
*** stevemar has quit IRC13:22
*** rushiagr has quit IRC13:22
*** melwitt has quit IRC13:22
*** kfox1111 has quit IRC13:22
*** soren has quit IRC13:22
*** vgridnev has quit IRC13:22
*** anteaya has quit IRC13:22
*** dulek has quit IRC13:22
*** sheel has quit IRC13:22
*** sheeprine has quit IRC13:22
*** fungi has quit IRC13:22
*** cFouts has quit IRC13:22
*** russellb has quit IRC13:22
*** bauzas has quit IRC13:22
*** mc_nair has quit IRC13:22
*** jklare_ has joined #openstack-meeting-cp13:24
*** sballe__ has joined #openstack-meeting-cp13:24
*** diablo_rojo has joined #openstack-meeting-cp13:24
*** annegentle has joined #openstack-meeting-cp13:24
*** markvoelker has joined #openstack-meeting-cp13:24
*** xyang1 has joined #openstack-meeting-cp13:24
*** sdague has joined #openstack-meeting-cp13:24
*** sheel has joined #openstack-meeting-cp13:24
*** sheeprine has joined #openstack-meeting-cp13:24
*** sekrit has joined #openstack-meeting-cp13:24
*** david-lyle has joined #openstack-meeting-cp13:24
*** mc_nair has joined #openstack-meeting-cp13:24
*** bswartz has joined #openstack-meeting-cp13:24
*** samueldmq has joined #openstack-meeting-cp13:24
*** stevemar has joined #openstack-meeting-cp13:24
*** bauzas has joined #openstack-meeting-cp13:24
*** harlowja has joined #openstack-meeting-cp13:24
*** dims has joined #openstack-meeting-cp13:24
*** mtreinish has joined #openstack-meeting-cp13:24
*** rushiagr has joined #openstack-meeting-cp13:24
*** redrobot has joined #openstack-meeting-cp13:24
*** beekhof has joined #openstack-meeting-cp13:24
*** breton has joined #openstack-meeting-cp13:24
*** tristanC has joined #openstack-meeting-cp13:24
*** ildikov has joined #openstack-meeting-cp13:24
*** docaedo has joined #openstack-meeting-cp13:24
*** melwitt has joined #openstack-meeting-cp13:24
*** adam_g has joined #openstack-meeting-cp13:24
*** fungi has joined #openstack-meeting-cp13:24
*** sigmavirus24_awa has joined #openstack-meeting-cp13:24
*** kfox1111 has joined #openstack-meeting-cp13:24
*** cFouts has joined #openstack-meeting-cp13:24
*** lifeless has joined #openstack-meeting-cp13:24
*** amrith has joined #openstack-meeting-cp13:24
*** flaper87 has joined #openstack-meeting-cp13:24
*** persia has joined #openstack-meeting-cp13:24
*** DuncanT has joined #openstack-meeting-cp13:24
*** homerp has joined #openstack-meeting-cp13:24
*** odyssey4me has joined #openstack-meeting-cp13:24
*** alaski has joined #openstack-meeting-cp13:24
*** elmiko has joined #openstack-meeting-cp13:24
*** kencjohnston has joined #openstack-meeting-cp13:24
*** dolphm has joined #openstack-meeting-cp13:24
*** mestery has joined #openstack-meeting-cp13:24
*** dansmith has joined #openstack-meeting-cp13:24
*** russellb has joined #openstack-meeting-cp13:24
*** Kiall has joined #openstack-meeting-cp13:24
*** doffm has joined #openstack-meeting-cp13:24
*** reed has joined #openstack-meeting-cp13:24
*** lbragstad has joined #openstack-meeting-cp13:24
*** raildo has joined #openstack-meeting-cp13:24
*** sonus has joined #openstack-meeting-cp13:24
*** jokke_ has joined #openstack-meeting-cp13:24
*** anteaya has joined #openstack-meeting-cp13:24
*** SergeyLukjanov has joined #openstack-meeting-cp13:24
*** johnthetubaguy has joined #openstack-meeting-cp13:24
*** jroll has joined #openstack-meeting-cp13:24
*** mugsie has joined #openstack-meeting-cp13:24
*** olaph has joined #openstack-meeting-cp13:24
*** thingee has joined #openstack-meeting-cp13:24
*** EmilienM has joined #openstack-meeting-cp13:24
*** notmyname has joined #openstack-meeting-cp13:24
*** soren has joined #openstack-meeting-cp13:24
*** tonyb has joined #openstack-meeting-cp13:24
*** ttx has joined #openstack-meeting-cp13:24
*** bknudson has joined #openstack-meeting-cp13:24
*** smcginnis has joined #openstack-meeting-cp13:24
*** loquacities has joined #openstack-meeting-cp13:24
*** jhesketh has joined #openstack-meeting-cp13:24
*** dulek has joined #openstack-meeting-cp13:24
*** openstackstatus has quit IRC13:24
*** sballe__ is now known as sballe_13:24
*** openstackstatus has joined #openstack-meeting-cp13:27
*** ChanServ sets mode: +v openstackstatus13:27
*** vgridnev has joined #openstack-meeting-cp13:31
*** diablo_rojo has quit IRC13:35
*** Kiall has quit IRC13:36
*** Kiall has joined #openstack-meeting-cp13:37
*** sheel has quit IRC13:41
*** annegentle has quit IRC13:42
*** annegentle has joined #openstack-meeting-cp13:45
*** annegentle has quit IRC13:50
*** sigmavirus24_awa is now known as sigmavirus2413:56
*** annegentle has joined #openstack-meeting-cp13:57
*** askb has joined #openstack-meeting-cp13:58
*** diablo_rojo has joined #openstack-meeting-cp14:00
*** annegentle has quit IRC14:02
*** sdake has joined #openstack-meeting-cp14:14
*** sheel has joined #openstack-meeting-cp14:49
*** sdake_ has joined #openstack-meeting-cp14:54
*** sdake has quit IRC14:57
*** annegentle has joined #openstack-meeting-cp14:58
*** annegentle has quit IRC15:05
*** markvoelker has quit IRC15:12
*** markvoelker has joined #openstack-meeting-cp15:13
*** diablo_rojo has quit IRC15:17
*** vgridnev has quit IRC15:18
*** vgridnev has joined #openstack-meeting-cp15:19
*** sdake_ has quit IRC15:27
*** sdake has joined #openstack-meeting-cp15:27
*** sigmavirus24 is now known as sigmavirus24_awa15:43
*** sigmavirus24_awa is now known as sigmavirus2415:43
*** vgridnev has quit IRC16:04
*** diablo_rojo has joined #openstack-meeting-cp16:31
*** tjcocozz has joined #openstack-meeting-cp17:01
*** vgridnev has joined #openstack-meeting-cp17:02
amrithhi nikhil, meeting time is now, right?17:02
*** vilobhmm11 has joined #openstack-meeting-cp17:02
*** annegentle has joined #openstack-meeting-cp17:02
tjcocozz++17:02
vilobhmm11hi17:03
amrithhi vilobhmm1117:03
amrithI guess I'm in the right place :)17:03
vilobhmm11hello amrith17:03
vilobhmm11#startmeeting quotas-wg17:03
openstackMeeting started Tue Apr  5 17:03:31 2016 UTC and is due to finish in 60 minutes.  The chair is vilobhmm11. Information about MeetBot at http://wiki.debian.org/MeetBot.17:03
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.17:03
*** openstack changes topic to " (Meeting topic: quotas-wg)"17:03
openstackThe meeting name has been set to 'quotas_wg'17:03
raildop/17:03
raildoo/*17:03
vilobhmm11hi raildo, amrith17:03
vilobhmm11will wait for few more min before others join17:04
raildohi vilobhmm11 :)17:04
vilobhmm11hi17:05
vilobhmm11so lets starts17:05
vilobhmm11start17:05
vilobhmm11#topic agenda17:05
*** openstack changes topic to "agenda (Meeting topic: quotas-wg)"17:05
vilobhmm11#link https://etherpad.openstack.org/p/quotas-wg-meeting-agenda17:05
amrithI have to confess that I've not read the latest version of the spec.17:06
vilobhmm11as part of action item for last week we decided to drop an e-mail to the ML for getting more insights into reservations and are they really needed or not17:06
*** annegentle has quit IRC17:07
vilobhmm11amrith, DuncanT : ^^17:07
vilobhmm11amrith : sure np, I can go over it in a min17:08
vilobhmm11since i didn't see a conversation i started one yesterday http://www.gossamer-threads.com/lists/openstack/dev/5388917:08
vilobhmm11please feel free to share your opinions on this ML17:08
raildovilobhmm11: on the spec, I didn't find anything about the db migration between our current solution and this new service/lib17:09
vilobhmm11so that we get more insights on this topic and hopefully can come to a conclusion in next week or so17:09
raildovilobhmm11: this will oln works for new deploys?17:09
raildowill only*17:09
vilobhmm11raildo : sure will come to it in a min l; let me just finish the reservation part17:10
*** sdake_ has joined #openstack-meeting-cp17:10
raildovilobhmm11: sure17:10
amrithvilobhmm11, I read the ml and I didn't respond because it seemed more to be targeted at the projects like nova/cinder/...17:10
DuncanTHi, sorry I'm late17:10
vilobhmm11np DuncanT17:10
*** sdake has quit IRC17:10
DuncanTI saw the thread, and the reply about nested quotas is probably a stronger point than my usual one17:11
vilobhmm11amrith : its not ; the title itself says cross-project but irrespectiev of that please share your opinion so that we as a community can get benefit from it17:11
vilobhmm11DuncanT : are you talking in context of reservations ?17:12
raildonowadays, reservation it's really important in a big deploy. we now that the current solution have a lot of issues related to query atomicity... so we can have race conditions and other erros17:12
DuncanTvilobhmm11: Yes17:12
raildoand the service can use the reservetion to retry/rollback, instead of just say? "hey, we can't enforce the quota"17:13
DuncanTvilobhmm11: My usual reason is that volume workers (or the scheduler) can go down, causing the thing processing the reservation to be lost, but in every case we have something in the DB that needs fixing up anyway, so we can release the quota there17:13
DuncanTraildo: Why does than need reservations, rather than just atomically decrementing the quota in API, which is way easier to get right (at least without nested quotas)17:14
amrithDuncanT, isn't the issue with keeping the reservation and allocation in sync with the actual deployment?17:15
amrithi.e, would you want to hold a transaction open for the time it takes to provision an instance?17:15
amriththat's my undertanding17:15
amrithno?17:15
raildoDuncanT: I'm not defending the reservation use, I'm just trying to explain how it's used today17:15
raildoDuncanT: the problem is this "atomically drecrementing" doesn't work properly17:16
DuncanTamrith: You can just commit the quota change when the API request is accepted and release it on failure, rather than bothering with the reservation17:16
raildowith our current solution17:16
DuncanTraildo: Atomic reservatioins are harder than atomic decrement17:16
vilobhmm11DuncanT, amrith : imho the quota consumption from the quota_usages table and change of state for the resource should be one transaction17:16
amrithDuncanT, I don't follow that last statement (decrements are harder)17:17
*** askb has quit IRC17:17
vilobhmm11DuncanT, raildo, amrith : all of these are good points would request you to reply to ML so that we can have the conversation going on and take a better decision.17:17
raildo#link https://bugs.launchpad.net/nova/+bug/130153217:18
openstackLaunchpad bug 1301532 in OpenStack Compute (nova) "Quotas can be exceeded by making highly parallel requests" [Medium,Confirmed]17:18
DuncanTamrith: update quota.available = N-1 where quota = N and project = foo; in a transation, retrying if it comes back matching 0 records (since the available quota changed17:18
DuncanTraildo: I'm more familiar with the cinde rbugs, where the summing of reservations isn't atomic17:19
DuncanTamrith: Anything with reservations is going to involve more records under the transaction, never fewer, so will always be at least as hard to commit17:19
vilobhmm11raildo : thats there but does reservation guarantee fairness always ? can't we do without it ? do we really need it ? is what i am coming to which is what the ML is discussing about http://www.gossamer-threads.com/lists/openstack/dev/5388917:20
raildoDuncanT: nether reservations and nether commit (independent of nested quota)17:20
vilobhmm11DuncanT : so do you mean to say we don't need reservations ?17:21
vilobhmm11atleast in cinder17:21
*** pgreg has joined #openstack-meeting-cp17:21
raildovilobhmm11: imo, no, we don't need reservation, but if we are removing this phase we need explain better what part of the new solution are making this work17:21
DuncanTvilobhmm11: I don't thing reservations improve fairness, no. A reservation is sematically the same as having  consumed the quota. Rollback of nested quota is the only usecase so far, but we can always release whatever we would have released in the delete case17:22
vilobhmm11raildo : sure we will do that17:22
* amrith reads ... head hurts17:22
vilobhmm11first need to decide if we need one17:22
DuncanTvilobhmm11: I wonder if nested quotas on a busy system will livelock the db though?17:22
DuncanTvilobhmm11: but then I don't see reservations solving that either17:22
vilobhmm11DuncanT : ok…by fairness mean reservation help to to reserve a set of resources beforehand and hence eventually preventing any other upcoming request (serial or parallel) to exceed quota if because of original request the project might have reached the quota limits.17:24
vilobhmm11#action  Lets discuss more about reservation on ML. Would request everyone to share there opinion here http://www.gossamer-threads.com/lists/openstack/dev/5388917:25
amrith+117:25
vilobhmm11raildo : coming back to your question17:26
DuncanTvilobhmm11: To do that, you need to do an atomic sum of the existing quota usage + the existing reservations... that's no easier than just atomically consuming the quota. Same effect too as long as you can guarentee quota release on failure17:26
DuncanTvilobhmm11: The lack of atomics in the current implementation is a critical problem17:26
vilobhmm11DuncanT : that what i am saying quota consumption  + resource state change should be under one transaction. There are many unknown on this topic and hence would like us to chart it out.17:28
DuncanTvilobhmm11: Why resource state change? Which state change?17:28
vilobhmm11DuncanT : in-use => active17:29
DuncanTvilobhmm11: A cinder volume can go through several state changes on the way to in-use17:29
DuncanTvilobhmm11: As long as you give the quota back on failure, there's no need or reason for it to be in the same transaction that I can see17:30
vilobhmm11raildo : last week we decided to that it makes more sense to design delimeter as a lib than a service. Doing so has advantage that we need not worry abt data migration as athe respective projects will own quota relaed information17:31
DuncanTvilobhmm11: Something still needs to get the data out of whatever format it is currently in and into whatever format the library needs17:32
vilobhmm11raildo : does that make sense?17:32
vilobhmm11DuncanT : yes and the engine will take care of it17:33
DuncanTvilobhmm11: Which engine? Sorry, I've missed something here17:33
vilobhmm11The Quota Engine as proposed in spec17:33
vilobhmm11https://review.openstack.org/#/c/284454/17:33
vilobhmm11Duncant : would request you to go through the spec https://review.openstack.org/#/c/284454/ if you haven't done so17:34
vilobhmm11where I have covered in detail about the various aspects of the library "Delimiter"17:34
DuncanTvilobhmm11: I'll go through again before further comment, thanks. I don't remember enough of it17:34
vilobhmm11DuncanT : np17:35
vilobhmm11so DuncanT, amrith, raildo : thats it from my end. Do you guys have anything more to talk about ?17:36
vilobhmm11I will post a new revision of the spec by today eod17:36
amrithvilobhmm11, I'm going to respond to the ML and read the scrollback again.17:36
amriththen I'll read the new spec17:37
vilobhmm11amrith : sure thanks!17:37
amrithalso, we can ignore the action item re: new meeting time.17:37
amrithsorry agenda item17:37
DuncanTvilobhmm11: Ok, I've re-read the spec, I don't think it covers the data migration issues in enough detail, there are loads of issues I can see.17:37
DuncanTvilobhmm11: I'll put them in an email, I don't thing they're going to be easy to detail on IRC17:38
vilobhmm11DuncanT : do you still think we might come across data migration issues even if delimeter is a library ? sure DuncanT that would really help17:39
*** vgridnev has quit IRC17:39
raildovilobhmm11: sounds good to me17:40
DuncanTvilobhmm11: It being a library doesn't change much - there's still existing data, being accessed in real rime (including reservations etc) by the existing code, that you have to be able to live upgrade from with parallel accesses still happening by the old code17:40
vilobhmm11DuncanT : I think the data migration scripts in respective projects can take care of it…the conversion of data format and the computation based of it would be the responsibility of the engine.17:41
vilobhmm11DuncanT : lets go step by step17:41
vilobhmm11#1. quota_engine = delimiter.QuotaEngine()17:41
DuncanTvilobhmm11: Migration script can't do bulk data conversion, since it locks the db for too long on a live system17:41
vilobhmm11create engine17:42
vilobhmm11DuncanT : ok but how its being done right now…don't we see the problems in current design ?17:43
vilobhmm11DuncanT : would be nice to go through the example on a step by step basis17:44
DuncanTvilobhmm11: Yes, there are issues, but there's no longer a 'stop everything' point during upgrade - we are live upgrade now, so changing data formats is much, much harder17:45
amrithvilobhmm11, sorry, have to run; just got tapped on the shoulder by someone who has to speak with me.17:45
vilobhmm11amrith : sure…17:45
vilobhmm11np17:45
DuncanTvilobhmm11: I'm happy to go through an example, I'm just not sure what the problems will be until we know the rough requirements of the new code17:46
vilobhmm11DuncanT : so if you can comment on the spec with all these problem and a step by step example as in how we might run into it without the library having the control of data17:47
vilobhmm11would be happy to address and enhance the spec17:47
DuncanTSure. It's going to be vague though, until the new library is firmed up a bit17:47
vilobhmm11DuncanT : it shouldn't be vague ; it should be based of what you have experience before or what problems you see in the current code which can be improved upon17:48
vilobhmm11#topic open-dicussion17:49
*** openstack changes topic to "open-dicussion (Meeting topic: quotas-wg)"17:49
vilobhmm11since we are running out of time would like to see if anyone has any comments suggestion17:49
DuncanTvilobhmm11: Reservations or not in the new code? That changes lots of things. Exactly how are we going to store hieracical quota data? That changes a few things.17:49
vilobhmm11DuncanT : hence I wanted to chart it out first ; will "delimiter" - quota lib need reservation or not based on our prior experience and code understanding…lets see if the ML helps17:51
vilobhmm11raildo, DuncanT : if we don't have anything more to discuss we should be good then we can meet again next week. Feel free to update the agenda https://etherpad.openstack.org/p/quotas-wg-meeting-agenda17:53
raildovilobhmm11: nothing from my side17:53
DuncanTWill do, thanks17:53
vilobhmm11thanks raildo, DuncanT17:54
DuncanTNothing more for now17:54
vilobhmm11see you again next week17:54
vilobhmm11#action Discuss more on reservation on ML thread17:54
vilobhmm11#endmeeting17:54
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"17:54
openstackMeeting ended Tue Apr  5 17:54:54 2016 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:54
openstackMinutes:        http://eavesdrop.openstack.org/meetings/quotas_wg/2016/quotas_wg.2016-04-05-17.03.html17:54
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/quotas_wg/2016/quotas_wg.2016-04-05-17.03.txt17:54
openstackLog:            http://eavesdrop.openstack.org/meetings/quotas_wg/2016/quotas_wg.2016-04-05-17.03.log.html17:55
*** diablo_rojo has quit IRC18:03
*** vilobhmm111 has joined #openstack-meeting-cp18:04
*** vgridnev has joined #openstack-meeting-cp18:05
*** vilobhmm11 has quit IRC18:06
*** vilobhmm111 has quit IRC18:09
*** diablo_rojo has joined #openstack-meeting-cp18:16
*** pgreg has quit IRC18:22
*** diablo_rojo has quit IRC18:29
*** diablo_rojo has joined #openstack-meeting-cp18:34
*** vilobhmm11 has joined #openstack-meeting-cp19:06
*** angdraug has joined #openstack-meeting-cp19:12
*** vgridnev has quit IRC19:15
*** vgridnev has joined #openstack-meeting-cp19:16
*** sdake_ has quit IRC19:31
*** sdake has joined #openstack-meeting-cp19:40
*** sdake has quit IRC19:44
*** sdake has joined #openstack-meeting-cp19:46
*** annegentle has joined #openstack-meeting-cp19:49
*** sdake_ has joined #openstack-meeting-cp19:58
*** sdake has quit IRC20:01
*** sdake_ has quit IRC20:12
*** sdake has joined #openstack-meeting-cp20:13
*** david-lyle_ has joined #openstack-meeting-cp20:28
*** david-lyle has quit IRC20:29
*** david-lyle_ is now known as david-lyle20:29
*** vilobhmm11 has quit IRC20:34
*** sheel has quit IRC20:47
*** rockyg has joined #openstack-meeting-cp20:48
*** raildo is now known as raildo-afk20:54
*** xarses has joined #openstack-meeting-cp20:59
fungireminder: cross-project specs meeting skipped this week21:04
fungihttp://lists.openstack.org/pipermail/openstack-dev/2016-April/091381.html21:04
*** xarses has left #openstack-meeting-cp21:09
*** vilobhmm11 has joined #openstack-meeting-cp21:14
*** vgridnev has quit IRC21:15
*** sdake_ has joined #openstack-meeting-cp21:30
*** sdake has quit IRC21:33
*** annegentle has quit IRC21:35
*** sdake_ has quit IRC21:37
*** sdake has joined #openstack-meeting-cp21:38
*** sdake has quit IRC21:39
*** angdraug has quit IRC21:45
*** tjcocozz has quit IRC21:48
*** tjcocozz has joined #openstack-meeting-cp21:49
*** annegentle has joined #openstack-meeting-cp21:50
*** annegent_ has joined #openstack-meeting-cp21:54
*** annegentle has quit IRC21:56
*** xyang1 has quit IRC22:01
*** sigmavirus24 is now known as sigmavirus24_awa22:01
*** rockyg has quit IRC22:08
*** annegent_ has quit IRC22:26
*** rockyg has joined #openstack-meeting-cp22:28
*** xyang1 has joined #openstack-meeting-cp22:46
*** rockyg has quit IRC22:54
*** sdague has quit IRC23:07
*** sdake has joined #openstack-meeting-cp23:23
*** xyang1 has quit IRC23:46
*** sdake_ has joined #openstack-meeting-cp23:53
*** sdake has quit IRC23:56

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