| *** dtroyer_zzz is now known as dtroyer | 00:02 | |
| *** mdomsch has quit IRC | 00:07 | |
| *** mnewby has quit IRC | 00:19 | |
| *** ywu has joined #openstack-meeting | 00:19 | |
| *** mnewby has joined #openstack-meeting | 00:20 | |
| *** sleepsonzzz is now known as sleepsonthefloor | 00:21 | |
| *** anotherjesse is now known as anotherjesse_zz | 00:22 | |
| *** jgriffith is now known as jgriffith_away | 00:43 | |
| *** s0mik has quit IRC | 00:50 | |
| *** novas0x2a|laptop has quit IRC | 01:17 | |
| *** jakedahn is now known as jakedahn_zz | 01:19 | |
| *** littleidea has quit IRC | 01:24 | |
| *** littleidea has joined #openstack-meeting | 01:24 | |
| *** mnewby_ has joined #openstack-meeting | 01:34 | |
| *** mnewby has quit IRC | 01:38 | |
| *** mnewby_ has quit IRC | 01:39 | |
| *** jgriffith_away has quit IRC | 01:48 | |
| *** jgriffith_away has joined #openstack-meeting | 01:49 | |
| *** danwent has quit IRC | 02:26 | |
| *** mnewby has joined #openstack-meeting | 02:26 | |
| *** sleepsonthefloor is now known as sleepsonzzz | 02:28 | |
| *** deshantm_ has quit IRC | 02:50 | |
| *** deshantm has joined #openstack-meeting | 02:50 | |
| *** dwcramer has quit IRC | 02:51 | |
| *** ryanpetr_ has joined #openstack-meeting | 03:05 | |
| *** ryanpetrello has quit IRC | 03:08 | |
| *** jgriffith_away has quit IRC | 03:15 | |
| *** dtroyer is now known as dtroyer_zzz | 03:18 | |
| *** pimpministerp has quit IRC | 03:18 | |
| *** pimpministerp has joined #openstack-meeting | 03:22 | |
| *** dtroyer_zzz is now known as dtroyer | 03:24 | |
| *** anotherjesse_zz is now known as anotherjesse | 03:33 | |
| *** johnpostlethwait has quit IRC | 03:34 | |
| *** edygarcia has joined #openstack-meeting | 03:39 | |
| *** anotherjesse is now known as anotherjesse_zz | 03:52 | |
| *** anotherjesse_zz is now known as anotherjesse | 03:53 | |
| *** edygarcia has quit IRC | 03:56 | |
| *** edygarcia has joined #openstack-meeting | 03:58 | |
| *** edygarcia has quit IRC | 03:59 | |
| *** lloydde has joined #openstack-meeting | 04:04 | |
| *** deshantm has quit IRC | 04:07 | |
| *** lloydde has quit IRC | 04:08 | |
| *** jakedahn_zz is now known as jakedahn | 04:09 | |
| *** anotherjesse is now known as anotherjesse_zz | 04:20 | |
| *** adjohn has joined #openstack-meeting | 04:28 | |
| *** garyk has quit IRC | 04:37 | |
| *** sandywalsh has quit IRC | 04:54 | |
| *** Mandell has joined #openstack-meeting | 05:05 | |
| *** zul has quit IRC | 05:07 | |
| *** zul has joined #openstack-meeting | 05:09 | |
| *** littleidea has quit IRC | 05:15 | |
| *** martines has quit IRC | 05:31 | |
| *** gyee has quit IRC | 05:36 | |
| *** garyk has joined #openstack-meeting | 05:47 | |
| *** reed has quit IRC | 05:49 | |
| *** jakedahn is now known as jakedahn_zz | 05:52 | |
| *** mnewby has quit IRC | 05:54 | |
| *** ywu has quit IRC | 05:55 | |
| *** ryanpetr_ has quit IRC | 05:56 | |
| *** dtroyer is now known as dtroyer_zzz | 05:56 | |
| *** GheRivero has joined #openstack-meeting | 06:18 | |
| *** adjohn has quit IRC | 06:44 | |
| *** adjohn has joined #openstack-meeting | 06:52 | |
| *** adjohn has quit IRC | 06:53 | |
| *** blamar has quit IRC | 06:59 | |
| *** martines has joined #openstack-meeting | 07:02 | |
| *** Mandell has quit IRC | 07:12 | |
| *** Guest10929 has joined #openstack-meeting | 07:26 | |
| *** Guest10929 has left #openstack-meeting | 07:26 | |
| *** GheRivero has quit IRC | 07:34 | |
| *** GheRivero has joined #openstack-meeting | 07:50 | |
| *** sleepson- has quit IRC | 07:57 | |
| *** edleafe has quit IRC | 07:57 | |
| *** anotherjesse_zz has quit IRC | 07:57 | |
| *** sleepsonthefloor has joined #openstack-meeting | 07:57 | |
| *** dabo has joined #openstack-meeting | 07:57 | |
| *** anotherjesse_zz has joined #openstack-meeting | 07:58 | |
| *** anotherjesse_zz is now known as anotherjesse | 07:58 | |
| *** darraghb has joined #openstack-meeting | 08:08 | |
| *** derekh has joined #openstack-meeting | 08:12 | |
| *** garyk has quit IRC | 08:14 | |
| *** pknouff_ has joined #openstack-meeting | 08:16 | |
| *** garyk has joined #openstack-meeting | 08:19 | |
| *** chmouel_ has joined #openstack-meeting | 08:20 | |
| *** pknouff has quit IRC | 08:21 | |
| *** rkukura has quit IRC | 08:21 | |
| *** chmouel has quit IRC | 08:21 | |
| *** jacky has quit IRC | 08:21 | |
| *** Amw3000 has quit IRC | 08:21 | |
| *** jalcine has joined #openstack-meeting | 08:22 | |
| *** Amw3000 has joined #openstack-meeting | 08:22 | |
| *** ttrifonov_zZzz is now known as ttrifonov | 08:29 | |
| *** garyk has quit IRC | 09:34 | |
| *** garyk has joined #openstack-meeting | 09:51 | |
| *** garyk has quit IRC | 10:52 | |
| *** garyk has joined #openstack-meeting | 11:12 | |
| *** dwcramer has joined #openstack-meeting | 11:56 | |
| *** dwcramer has quit IRC | 12:52 | |
| *** dprince has joined #openstack-meeting | 13:02 | |
| *** joesavak has joined #openstack-meeting | 13:03 | |
| *** mikal has quit IRC | 13:05 | |
| *** mikal has joined #openstack-meeting | 13:07 | |
| *** GheRivero_ has joined #openstack-meeting | 13:28 | |
| *** littleidea has joined #openstack-meeting | 13:33 | |
| *** edygarcia has joined #openstack-meeting | 13:41 | |
| *** littleidea has quit IRC | 13:46 | |
| *** rkukura has joined #openstack-meeting | 13:48 | |
| *** dtroyer_zzz is now known as dtroyer | 13:54 | |
| *** dachary has joined #openstack-meeting | 13:56 | |
| *** markmcclain has joined #openstack-meeting | 13:58 | |
| *** jlebrijo has joined #openstack-meeting | 13:59 | |
| *** dwcramer has joined #openstack-meeting | 14:02 | |
| *** dtroyer is now known as dtroyer_zzz | 14:06 | |
| *** dtroyer_zzz is now known as dtroyer | 14:07 | |
| *** oubiwann1 has joined #openstack-meeting | 14:11 | |
| *** jd___ has joined #openstack-meeting | 14:16 | |
| *** dendro-afk is now known as dendrobates | 14:27 | |
| *** jlebrijo has left #openstack-meeting | 14:28 | |
| *** ryanpetrello has joined #openstack-meeting | 14:29 | |
| *** jlebrijo has joined #openstack-meeting | 14:29 | |
| *** tong has joined #openstack-meeting | 14:35 | |
| *** deshantm has joined #openstack-meeting | 14:40 | |
| *** dtroyer is now known as dtroyer_zzz | 14:42 | |
| *** deshantm has quit IRC | 14:45 | |
| *** rnirmal has joined #openstack-meeting | 14:49 | |
| *** deshantm has joined #openstack-meeting | 14:51 | |
| *** dtroyer_zzz is now known as dtroyer | 14:53 | |
| *** markwash has quit IRC | 14:56 | |
| *** ayoung has quit IRC | 15:00 | |
| *** danwent has joined #openstack-meeting | 15:01 | |
| *** dendrobates is now known as dendro-afk | 15:04 | |
| *** dwcramer has quit IRC | 15:04 | |
| *** ryanpetrello has quit IRC | 15:05 | |
| *** markmcclain has quit IRC | 15:05 | |
| *** johnpur has joined #openstack-meeting | 15:05 | |
| *** oubiwann1 has quit IRC | 15:05 | |
| *** dwalleck has joined #openstack-meeting | 15:06 | |
| *** dwcramer has joined #openstack-meeting | 15:18 | |
| *** rohitk has joined #openstack-meeting | 15:23 | |
| *** dendro-afk is now known as dendrobates | 15:23 | |
| *** blamar has joined #openstack-meeting | 15:27 | |
| *** sandywalsh has joined #openstack-meeting | 15:37 | |
| *** deshantm_ has joined #openstack-meeting | 15:39 | |
| *** sandywalsh_ has joined #openstack-meeting | 15:40 | |
| *** sandywalsh has quit IRC | 15:41 | |
| *** deshantm has quit IRC | 15:42 | |
| *** garyk has quit IRC | 15:42 | |
| *** dendrobates is now known as dendro-afk | 15:44 | |
| *** sandywalsh_ has quit IRC | 15:47 | |
| *** dwalleck has quit IRC | 15:47 | |
| *** dwalleck has joined #openstack-meeting | 15:48 | |
| *** glenc_ has quit IRC | 15:50 | |
| *** glenc has joined #openstack-meeting | 15:51 | |
| *** AlanClark has joined #openstack-meeting | 15:52 | |
| *** oubiwann1 has joined #openstack-meeting | 15:53 | |
| *** ryanpetrello has joined #openstack-meeting | 15:53 | |
| *** markmcclain has joined #openstack-meeting | 15:54 | |
| *** dhellmann has joined #openstack-meeting | 15:54 | |
| *** Aswad_ has joined #openstack-meeting | 15:56 | |
| *** zinux has joined #openstack-meeting | 15:58 | |
| *** sandywalsh has joined #openstack-meeting | 15:58 | |
| *** flacoste_ipod has joined #openstack-meeting | 15:58 | |
| nijaba | o/ | 16:00 |
|---|---|---|
| dachary | #startmeeting | 16:00 |
| openstack | Meeting started Thu May 3 16:00:16 2012 UTC. The chair is dachary. Information about MeetBot at http://wiki.debian.org/MeetBot. | 16:00 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 16:00 |
| dachary | #chair nijaba dachary | 16:00 |
| dachary | #meetingname ceilometer | 16:00 |
| openstack | Current chairs: dachary nijaba | 16:00 |
| openstack | The meeting name has been set to 'ceilometer' | 16:00 |
| dachary | #topic actions from previous meetings | 16:00 |
| dachary | #info creation of the ceilometer project | 16:00 |
| dachary | #https://launchpad.net/ceilometer | 16:00 |
| dachary | #info The repository for the ceilometer project has been created | 16:00 |
| dachary | #link https://github.com/stackforge/ceilometer | 16:00 |
| dachary | #info and the first commit was successfully reviewed and merged today https://review.stackforge.org/#/c/25/ | 16:00 |
| *** openstack changes topic to "actions from previous meetings" | 16:00 | |
| *** dwalleck has quit IRC | 16:00 | |
| *** Guest2888 has joined #openstack-meeting | 16:00 | |
| dachary | #topic meeting organisation | 16:01 |
| dachary | #info This is 1/5 meetings to decide the architecture of the Metering project https://launchpad.net/ceilometer | 16:01 |
| dachary | #info Today's focus is on the definition of the counters / meters and the associated schema for the storage | 16:01 |
| dachary | #info It is the conclusion of the discussions held on the mailing list and the goal is to make a final choice that will then be implemented. | 16:01 |
| dachary | #info The meeting is time boxed and there will not be enough time to introduce inovative ideas and research for solutions. | 16:01 |
| dachary | #info The debate will be about the pro and cons of the options already discussed on the mailing list. | 16:01 |
| dachary | #link https://lists.launchpad.net/openstack/msg10810.html | 16:01 |
| *** openstack changes topic to "meeting organisation" | 16:01 | |
| dachary | any comments on the meeting organisation ? | 16:01 |
| flacoste_ipod | No | 16:01 |
| nijaba | ditto | 16:01 |
| Aswad_ | no | 16:01 |
| zinux | No | 16:01 |
| dhellmann | sounds good to me | 16:01 |
| jd___ | nop | 16:02 |
| dachary | ok :-) Now the real thing: | 16:02 |
| dachary | #topic counter definitions | 16:02 |
| dachary | #info Proposed http://wiki.openstack.org/EfficientMetering#Counters | 16:02 |
| *** openstack changes topic to "counter definitions" | 16:02 | |
| *** whitt has joined #openstack-meeting | 16:02 | |
| *** Guest2888 has quit IRC | 16:02 | |
| nijaba | note: this list is not a locked list, but a list of the counters we will want to have in a first version | 16:03 |
| *** whitt has quit IRC | 16:03 | |
| nijaba | hoping that if we can satisfy this set, we will be able to add new ones easily later | 16:03 |
| dachary | I'm happy with the counters as they are. I've crossed check them with sales and it has all we need for billing ;-) | 16:03 |
| dachary | I'm not sure they will fit in what HP has done but I have no input from them so far. | 16:04 |
| nijaba | any other comments? | 16:04 |
| *** dwcramer has quit IRC | 16:04 | |
| dhellmann | for the network counters, are we still talking about per-network or did we move to per IP/VIF? | 16:04 |
| dachary | we moved per IP/VIF | 16:05 |
| jd___ | FWIW, I've added a list of possible counter to add for Swift | 16:05 |
| dhellmann | dachary, thanks, that's what we need | 16:05 |
| dhellmann | this list looks good, and if we plan to allow it to be extended that should take care of anything I don't know we need, yet | 16:06 |
| dachary | dhellmann: the IP shows in the database schema (the ID of the resource) | 16:06 |
| dachary | dhellmann: before that the database schema did not have an id | 16:06 |
| dhellmann | as the unique id of the resource for the counter? | 16:06 |
| dachary | yes | 16:06 |
| dhellmann | got it | 16:06 |
| * dachary checking the counters again | 16:06 | |
| *** milner has joined #openstack-meeting | 16:07 | |
| dhellmann | the note for net_float still talks about "number of floating IPs" but we're actually counting time per IP, right? | 16:07 |
| * nijaba does not see reference to the IP/VIF chjoice | 16:07 | |
| jd___ | I'm not sure we can fetch net_*_int directly, I think we will have net_int and net_out, and we can probably grab net_ext_* and deduce net_int_* from that | 16:07 |
| dachary | jd___: added: | 16:07 |
| dachary | * Number of object in Swift | 16:07 |
| dachary | * Number of containers in Swift | 16:07 |
| dachary | * Number of GET/HEAD/PUT/POST requests in Swift | 16:07 |
| nijaba | sounds good to me, but should be included in the table | 16:08 |
| dachary | dhellmann: yes | 16:08 |
| dhellmann | for quantum there will be L3 devices (logical or hardware) so we (DreamHost) will want to count those and possibly bill for them | 16:09 |
| dachary | #action dachary fix the note for net_float still talks about "number of floating IPs" | 16:09 |
| jd___ | dhellmann: do there's no int/ext distinction directly on that? | 16:09 |
| jd___ | s/do/so/ | 16:09 |
| dhellmann | we want to account for the router, separately from the traffic it passes | 16:10 |
| dachary | #action jd___ include Number of object in Swift, Number of containers in Swift, Number of GET/HEAD/PUT/POST requests in Swift in the table | 16:10 |
| *** DanD has joined #openstack-meeting | 16:10 | |
| *** cdub has joined #openstack-meeting | 16:10 | |
| dhellmann | we don't know yet what we will charge for, but if the tenant can create a bunch of routers we want to make sure we could charge for them in the future | 16:10 |
| *** garyk has joined #openstack-meeting | 16:11 | |
| *** s0mik has joined #openstack-meeting | 16:11 | |
| nijaba | dhellmann: do you see anyhting in the checma that could prevent that? | 16:11 |
| nijaba | s/checma/schema/ | 16:11 |
| flacoste_ipod | I think this is just more counters? | 16:11 |
| dhellmann | nijaba, no, I think we can handle it with the schema | 16:11 |
| dhellmann | right | 16:12 |
| flacoste_ipod | Or is it exisiting counter with a different resource ids? | 16:12 |
| *** whitt has joined #openstack-meeting | 16:12 | |
| dhellmann | dachary, do we care about the # of objects or just the # of containers? (I'm not that familiar with swift) | 16:12 |
| nijaba | so I think we should be good, then. will just need to work with quantum on having an "agent" that sends the stuff to our queue | 16:12 |
| dhellmann | a counter for routers would look like c1 but refer to the router id instead of the instance id | 16:13 |
| dachary | there will be a lot of change when quantum, cinder are integrated properly. And having a uniform structure for counters is a big plus to evolve quickly without complex schema change. I'm concerned about how http://wiki.openstack.org/SystemUsageData will evolve because the structure of the information is not uniform. | 16:13 |
| nijaba | dhellmann: as all counters should be made optional to collect, I don't think it matters what each of us care about | 16:13 |
| dhellmann | nijaba, agreed | 16:13 |
| dachary | dhellmann: we care about both because they impact performances / replication. | 16:13 |
| dhellmann | dachary, makes sense | 16:14 |
| dachary | dhellmann: if someone makes a huge number of small objects, we may want to charge a little more. Compared to creating a single large object. | 16:14 |
| dhellmann | dachary, sure, that makes sense | 16:14 |
| dhellmann | so count # of objects per container? | 16:15 |
| *** Ravikumar_hp has joined #openstack-meeting | 16:15 | |
| *** jsavak has joined #openstack-meeting | 16:16 | |
| dhellmann | with the idea that containers with large # objects may cost more than containers with small # of objects | 16:16 |
| dachary | dhellmann: good question. I'm not sure it makes a difference. For a given tenant I kind of assume the total number of container + the total number of objects matters. | 16:16 |
| dhellmann | or you might just care about # objects for an account, which can be handled in aggregation logic | 16:16 |
| *** patelna has joined #openstack-meeting | 16:17 | |
| flacoste_ipod | Did we settle the "account" définition? | 16:17 |
| dachary | dhellmann: there 1 level of hierarchy and I don't think there is a penalty when you have 10000 objects on 100 containers versus 10000 objects in 1 container. | 16:17 |
| nijaba | flacoste_ipod: nope | 16:17 |
| dhellmann | right, but if you collect the data with the relationship intact you can ignore the relationship later. if you don't include the relationship, you can't discover it later | 16:17 |
| nijaba | dhellmann: agreed | 16:17 |
| dhellmann | what is the question about account? isn't account == tenant? | 16:17 |
| jd___ | dhellmann: for now it's really easy to retrieve total number of containers and objects for a tenant (1 request), but retrieving the number of objects per containers is probably harder from what I know | 16:18 |
| nijaba | dhellmann: well, one question that we could ask is should we have a source + account, instaead of just account | 16:18 |
| dhellmann | ok, maybe we do the simple thing for now and implement another counter later if we need to | 16:18 |
| nijaba | so that in the future we could extend ot other id stores | 16:18 |
| dhellmann | what is "source"? | 16:18 |
| nijaba | for example, if we wanted to meter a paas on top that would use something else than keystone | 16:19 |
| flacoste_ipod | Does tenant include the project? | 16:19 |
| dachary | I'm not sure how to encode the relationship container / object | 16:20 |
| flacoste_ipod | we basically want a user/project tuple | 16:20 |
| *** joesavak has quit IRC | 16:20 | |
| *** joesavak has joined #openstack-meeting | 16:20 | |
| *** jsavak has quit IRC | 16:20 | |
| *** joesavak has quit IRC | 16:20 | |
| *** joesavak has joined #openstack-meeting | 16:20 | |
| nijaba | dachary: use the id to specify the countainer for the object count? | 16:21 |
| dachary | nijaba: ok | 16:21 |
| dachary | #action dachary add note about the fact that the resource_id for the object count is the container_id | 16:21 |
| *** flacoste has joined #openstack-meeting | 16:21 | |
| *** flacoste_ipod has quit IRC | 16:22 | |
| nijaba | any comment about transforming account_id into project/account tupple? | 16:22 |
| dachary | nijaba: you propose that we add a "source" to the schema ? | 16:22 |
| dachary | I agree | 16:22 |
| dhellmann | flacoste_ipod, tenant is the same thing as project, right? | 16:22 |
| nijaba | dachary: either that, or use one field as a composite key | 16:23 |
| flacoste | dhellmann: you tell me, i'm not intimate with the keystone data model :-0 | 16:23 |
| jd___ | dachary: so that means we need to fetch object count per container? | 16:23 |
| dhellmann | nijaba, -1 to composite keys, let's just add both fields | 16:23 |
| nijaba | dhellmann: I tend to agree with you | 16:23 |
| dachary | jd___: yes. That won't be cheap. | 16:23 |
| dhellmann | flacoste_ipod, I think the terms mean the same thing | 16:23 |
| jd___ | dachary: indeed. | 16:23 |
| flacoste | then we are fine | 16:23 |
| dachary | flacoste: it's the same indeed tenant == project | 16:24 |
| dhellmann | dachary, maybe we can convince swift to give us a new API for that? | 16:24 |
| nijaba | the change should apply to both account and event records then | 16:24 |
| dachary | dhellmann: yes | 16:24 |
| dachary | I think we're moving ahead, should we conclude this topic and agree on the counters before we move to the schema ? | 16:25 |
| dachary | I propose: | 16:25 |
| dhellmann | nijaba, which change applies to both records? | 16:25 |
| nijaba | dhellmann: the 2 fields instead o just account_id | 16:25 |
| dachary | http://wiki.openstack.org/EfficientMetering#Counters is agreed on, provided the actions listed above are carried out. | 16:25 |
| *** jdg has joined #openstack-meeting | 16:25 | |
| nijaba | dachary: I thnk we miss an action to record the VIF/IP choice | 16:26 |
| dhellmann | yeah, we need to make sure that is clear somewhere | 16:26 |
| dachary | dhellmann: I'm indeed convinced that we need to talk to each component to agree on ways to extract metering information. swift, nova, quantum etc. | 16:26 |
| dachary | nijaba: this belongs to the schema, doesn't it ? It's the resource_id of the net* counters. Or am I missing something ? | 16:27 |
| *** patelna has quit IRC | 16:27 | |
| nijaba | dachary: I think it needs to be in net counters definition | 16:27 |
| dachary | ok. | 16:27 |
| dhellmann | didn't the counters table get an id column at some point, or was that on the mailing list? | 16:28 |
| dachary | secondary is the IP ? | 16:28 |
| dachary | secondary is the IP for net_out_ext for instance ? | 16:28 |
| nijaba | sounds good to me. dhellmann? | 16:28 |
| *** mnewby has joined #openstack-meeting | 16:28 | |
| dachary | dhellmann: I added a resource_id at some point but then it was move to the schema because all counters need that. | 16:28 |
| *** mnewby_ has joined #openstack-meeting | 16:29 | |
| dachary | nijaba: what would be the resource_id for a net_out_ext counter then ? | 16:29 |
| dhellmann | dachary, we should document what the resource id for each counter is meant to be, though, right? | 16:29 |
| dachary | dhellmann: right | 16:29 |
| *** mnewby_ has quit IRC | 16:29 | |
| *** jdg is now known as j_griff | 16:29 | |
| *** mnewby_ has joined #openstack-meeting | 16:29 | |
| *** j_griff is now known as jgriff | 16:29 | |
| dhellmann | ok, I didn't see that in the "storage" section. Is there another place the schema is defined? | 16:29 |
| *** reed has joined #openstack-meeting | 16:30 | |
| dachary | #action jd___ document the resource_id for each counter | 16:30 |
| dachary | dhellmann: resource_id ( the unique ID of a resource, for instance the IP, the nova instance id, the glance image id etc. ) | 16:30 |
| nijaba | dachary: good point. I think we have a small misalignment between schema and counters that we need to fix | 16:30 |
| dachary | in http://wiki.openstack.org/EfficientMetering#Storage | 16:30 |
| dhellmann | dachary, yeah, I took those as examples rather than hard documentation | 16:31 |
| dhellmann | when we're done, what I would like is something that describes the general table schema and then something that says for each counter exactly what goes in the fields of that table | 16:31 |
| nijaba | dachary: and we need to be able to record secondary field counters in the schema too | 16:31 |
| dhellmann | I think we're close to that with the existing tables | 16:31 |
| jd___ | doesn't schema miss resource_type too? | 16:31 |
| dhellmann | the resource type is implied by the counter id, isn't it? | 16:32 |
| nijaba | dhellmann: yes | 16:32 |
| dhellmann | dachary, back to your question about secondary id being IP, was that for all network counters? | 16:32 |
| jd___ | and the counter id is in the schema ? (can't see it) | 16:32 |
| dhellmann | counter_type? | 16:33 |
| *** reed has quit IRC | 16:33 | |
| *** mnewby has quit IRC | 16:33 | |
| *** mnewby_ is now known as mnewby | 16:33 | |
| dachary | dhellmann: yes | 16:33 |
| jd___ | dhellmann: ah ok :) | 16:33 |
| dhellmann | (btw, I like mark's suggestion of calling them "meters" instead of "counters") | 16:33 |
| dachary | #action jd___ describes the general table schema and then something that says for each counter exactly what goes in the fields of that table and show how secondary field counters are recorded in the in the schema too | 16:33 |
| *** reed has joined #openstack-meeting | 16:33 | |
| dachary | dhellmann: me too | 16:33 |
| *** shang has joined #openstack-meeting | 16:34 | |
| nijaba | dachary: nice action summary | 16:34 |
| dachary | I think we agree on the basics and on the fact that the documentation needs to be clarified | 16:35 |
| dhellmann | yes | 16:35 |
| * dhellmann likes progress | 16:35 | |
| dachary | I should have left the "resource_id" column in the counters section where there is a description for each counter. | 16:35 |
| nijaba | I think everyone here does, or we would not bother ;) | 16:35 |
| dhellmann | :-) | 16:35 |
| dachary | do we agree to s/counter/meter/ ? | 16:35 |
| dhellmann | +1 | 16:36 |
| nijaba | +1 | 16:36 |
| * dachary +1 | 16:36 | |
| flacoste | +1 | 16:36 |
| Aswad_ | +1 | 16:36 |
| zinux | +1 | 16:36 |
| dachary | #agreed s/counter/meter/ | 16:37 |
| *** dendro-afk is now known as dendrobates | 16:37 | |
| dachary | http://wiki.openstack.org/EfficientMetering#Counters is agreed on, provided the actions listed above are carried out. ? | 16:37 |
| dhellmann | +1 | 16:37 |
| nijaba | +1 | 16:37 |
| Aswad_ | +1 | 16:38 |
| *** troytoman-away is now known as troytoman | 16:38 | |
| flacoste | +1 | 16:38 |
| dachary | #agree http://wiki.openstack.org/EfficientMetering#Counters is agreed on, provided the actions listed above are carried out. ? | 16:38 |
| dachary | #topic schema definition | 16:39 |
| dachary | #info Proposed http://wiki.openstack.org/EfficientMetering#Storage | 16:39 |
| *** openstack changes topic to "schema definition" | 16:39 | |
| dachary | I realize it needs cleanup. | 16:39 |
| dachary | I was entirely focused on the part describing the fields necessary for the meters | 16:39 |
| dachary | (s/counter/meter/ in effect ;-) | 16:39 |
| * nijaba brings back the requirement for a tupple instead of just "account_id" | 16:39 | |
| *** littleidea has joined #openstack-meeting | 16:40 | |
| flacoste | it seems that account_id should be renamed to tenant_id | 16:40 |
| flacoste | and that contains both account and project | 16:40 |
| flacoste | as tenant_id is a keystone identifier really | 16:40 |
| dhellmann | flacoste, is account the same as user? | 16:40 |
| flacoste | which encapsulates both | 16:40 |
| * dhellmann is confused by shifting terminology | 16:40 | |
| dachary | #action jd___ clarify / document the fact that the secondary field or the resource_id field carries the IP/VIF for the meters related to network so that they can be "per IP" | 16:40 |
| flacoste | dhellmann: indeed | 16:40 |
| flacoste | dhellmann: yes, in my mind account == user | 16:40 |
| flacoste | we should use keystone terminoly | 16:40 |
| flacoste | and i shouuld learn it :-) | 16:41 |
| whitt | we are using tenant at the lowest level | 16:41 |
| dhellmann | ok. I'm not sure which is the current terminology, but for now let's talk in terms of "tenant" and "user" and then agree to figure out the right values when we write the docs | 16:41 |
| flacoste | +1 | 16:41 |
| nijaba | +1 | 16:41 |
| dhellmann | I agree that we should have both tenant and user. I don't know why we would want to have them in a single field instead of separately, though. Can you elaborate flacoste? | 16:42 |
| dachary | so the fields should be source (paas, iaas, etc.), user_id, tenant_id, resource_id, counter_type, counter_volume, counter_duration, counter_datetime, secondary type, message_signature, message_id ? | 16:42 |
| zinux | The name tenants will perhaps disappear for projects | 16:42 |
| *** jakedahn_zz is now known as jakedahn | 16:42 | |
| dachary | zinux: you're correct | 16:43 |
| * dhellmann thought it was the other way around, but ok | 16:43 | |
| dachary | so the fields should be source (paas, iaas, etc.), user_id, project_id, resource_id, counter_type, counter_volume, counter_duration, counter_datetime, secondary type, message_signature, message_id ? | 16:43 |
| dhellmann | dachary, where does the value for source come from? | 16:43 |
| * dachary confused now | 16:43 | |
| dachary | :-D | 16:43 |
| dhellmann | is it in the event? | 16:43 |
| dhellmann | dachary, join the club :-) | 16:43 |
| nijaba | source is set by the agent, based on what it uses for auth | 16:44 |
| dachary | nijaba: suggested it. I'm not sure how it set but I can see the value. | 16:44 |
| nijaba | so we can later add agents for projects outside of openstack, but yet billable by the same owner | 16:45 |
| dhellmann | nijaba, that assumes separate agents though, right? I thought we were going to try monitoring notifications to start | 16:45 |
| dhellmann | ah, so "source" for the event monitoring may just be "internal" or something? | 16:45 |
| dachary | that allows separate agents | 16:45 |
| nijaba | dhellmann: the concept of agents is fuzzy, as they can both be sepaate or intergrated. who cares, as long as they speak the same queue API language? | 16:46 |
| *** donaldngo_hp has joined #openstack-meeting | 16:46 | |
| nijaba | dachary: no, for openstack project, it should be keystone | 16:46 |
| dachary | hum | 16:46 |
| dhellmann | it's always easier to add something than to remove it, so I want to make sure version 1 only includes stuff we're going to use out of the gate | 16:46 |
| dhellmann | we also need to be able to document the expected value(s) for each field, so I want to make sure I understand that | 16:47 |
| dhellmann | I agree that a "source" or "agent" field may provide value, FWIW | 16:47 |
| flacoste | dhellmann: please bear with me, i apologize for being keystone illeterate, i thought a tenant encapsulates both project and user, if that's not the case, then yeah, we want two fields | 16:47 |
| dachary | me too. | 16:47 |
| nijaba | dhellmann: so expected value for all existing counters should be keystone | 16:47 |
| dachary | tenant == project | 16:47 |
| dachary | only one term replaces the other | 16:47 |
| flacoste | then yes, we want both tenant and user | 16:47 |
| dachary | and indeed we need both | 16:47 |
| dhellmann | flacoste, a user may have access to more than one tenant but a tenant owns things | 16:48 |
| dachary | flacoste: yes :-D | 16:48 |
| flacoste | so that we can bill projects and/or users depending on our business model | 16:48 |
| flacoste | sorry for the confusion | 16:48 |
| flacoste | tenant + user is what we need | 16:48 |
| nijaba | np... better all agree now... | 16:48 |
| dachary | nijaba: I trust your vision when you say that encoding the authentication source (a URL maybe ? ) is a way to distinguish the global set of counters. And maybe aggregate them for billing purposes without mixing them. | 16:48 |
| nijaba | dachary: yep | 16:49 |
| dhellmann | so the source is the *authentication* source? | 16:49 |
| dachary | nijaba: would you agree to explain the rationale in the document and discuss it afterwards on the list ? | 16:49 |
| dhellmann | not the thing that triggered the operation that is going to be costing the customer $? | 16:49 |
| dhellmann | dachary, good plan, we're running out of time | 16:50 |
| nijaba | ok | 16:50 |
| dachary | #action nijaba describe the source field rationale and use case, initiate a thread to validate its use. | 16:50 |
| dachary | so the fields should be source (to be discussed), user_id, project_id, resource_id, counter_type, counter_volume, counter_duration, counter_datetime, secondary type, message_signature, message_id ? | 16:50 |
| dachary | are we missing something ? | 16:51 |
| * nijaba does not think so | 16:51 | |
| dhellmann | +1 | 16:51 |
| nijaba | +1 | 16:51 |
| zinux | +1 | 16:52 |
| * dhellmann may want to bike shed the name of "secondary type" on the list | 16:52 | |
| Aswad_ | +1 | 16:52 |
| * dachary +1 | 16:52 | |
| jd___ | payload? :) | 16:52 |
| dachary | dhellmann: I don't like it either | 16:52 |
| dachary | jd___: +1 on payload | 16:52 |
| dhellmann | ok, let's table that discussion for now, though | 16:52 |
| dachary | ok | 16:53 |
| dhellmann | 8 more minutes, right? | 16:53 |
| *** Guest2888 has joined #openstack-meeting | 16:53 | |
| nijaba | right | 16:53 |
| dhellmann | what else is on the agenda? | 16:53 |
| nijaba | that were the 2 main items | 16:53 |
| dachary | #agree the fields should be source (to be discussed), user_id, project_id, resource_id, counter_type, counter_volume, counter_duration, counter_datetime, secondary type / payload, message_signature, message_id ? | 16:53 |
| dhellmann | someone needs to propose a formula for calculating the message signature | 16:53 |
| dachary | #action jd___ update the documentation | 16:53 |
| dachary | #action jd___ document the resource_id for each counter | 16:54 |
| dachary | dhellmann: yes ;-) | 16:54 |
| jd___ | dhellmann: gpg ;) | 16:54 |
| nijaba | dhellmann: should that be part of the message API discussion? (24 may) | 16:54 |
| dachary | #topic discuss API assumptions | 16:54 |
| *** openstack changes topic to "discuss API assumptions" | 16:54 | |
| dhellmann | nijaba, that sounds like a good idea | 16:54 |
| dachary | hum | 16:55 |
| dhellmann | I propose hmac | 16:55 |
| dachary | I feel like we should move to the last topic | 16:55 |
| dachary | #topic open discussion | 16:55 |
| *** openstack changes topic to "open discussion" | 16:55 | |
| dachary | there won't be room for anything else really ;-) | 16:55 |
| dachary | dhellmann: +1 on hmac | 16:55 |
| dachary | jd___: could you tell us about your plans to bootstrap the software ? | 16:56 |
| * nijaba proposes to set the signature algo on the discusion to be agreed on may 24 | 16:56 | |
| Aswad_ | are we storing the past data too? should there be a time stamp for each recorded data - just a thought | 16:56 |
| dachary | nijaba: ok | 16:56 |
| dhellmann | nijaba, +1 | 16:57 |
| nijaba | Aswad_: counter_datetime? | 16:57 |
| dachary | there is a timestamp already counter_datetime | 16:57 |
| jd___ | dachary: since there's no decision made on everything, I'll start with things that are agreed on, like an agent getting nova compute creation events, swift middlewares | 16:57 |
| Aswad_ | ah i missed it | 16:57 |
| * dhellmann probably wants to bike shed that column name, too :-) | 16:58 | |
| dachary | does anyone have any advice on how to approach the project leads with regard to introducing metering code ? swift ? | 16:58 |
| nijaba | dachary: ml sounds best? | 16:58 |
| * dachary taking advantage of the last 90 secs ;-) | 16:58 | |
| dachary | mouhahahah | 16:58 |
| dhellmann | right, we should send a concrete proposal (we want to record X for project Y, and will need to change it in Z way) | 16:59 |
| dachary | thank you everyone, I'm glad we came to an understanding :-D | 16:59 |
| *** dendrobates is now known as dendro-afk | 16:59 | |
| Aswad_ | :) thanks ! | 16:59 |
| nijaba | thanks everyone | 16:59 |
| dhellmann | jd__, are you going to be working on a prototype in the new repo or separately on github? | 16:59 |
| dachary | jd___: +1 | 17:00 |
| dachary | #endmeeting | 17:00 |
| *** openstack changes topic to "Status and Progress (Meeting topic: keystone-meeting)" | 17:00 | |
| openstack | Meeting ended Thu May 3 17:00:05 2012 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 17:00 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-05-03-16.00.html | 17:00 |
| flacoste | thanks | 17:00 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-05-03-16.00.txt | 17:00 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-05-03-16.00.log.html | 17:00 |
| jd___ | dhellmann: in the new repo | 17:00 |
| *** renuka has joined #openstack-meeting | 17:00 | |
| dhellmann | jd__, ok, good | 17:01 |
| jaypipes | hi all | 17:01 |
| Guest2888 | hi | 17:01 |
| Ravikumar_hp | Hi jay . Good Afternoon | 17:02 |
| davidkranz | Hi. | 17:02 |
| jaypipes | davidkranz, Ravikumar_hp: afternoon :) | 17:02 |
| *** JoseSwiftQA has joined #openstack-meeting | 17:02 | |
| jaypipes | #startmeeting | 17:02 |
| openstack | Meeting started Thu May 3 17:02:18 2012 UTC. The chair is jaypipes. Information about MeetBot at http://wiki.debian.org/MeetBot. | 17:02 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 17:02 |
| donaldngo_hp | good morning | 17:02 |
| jaypipes | JoseSwiftQA: heya :) | 17:02 |
| davidkranz | Daryll said he will be late or might have to miss the meeting. | 17:02 |
| jaypipes | donaldngo_hp: afternoon! | 17:02 |
| jaypipes | all: unfortunately, I only just now sent my email to the QA and main mailing list about the smoke test stuff, so I'm happy to move that discussion to next week since I was delayed in getting it out to everyone. | 17:03 |
| jaypipes | #link http://wiki.openstack.org/Meetings/QATeamMeeting | 17:04 |
| davidkranz | OK, next week it is. | 17:04 |
| JoseSwiftQA | coolbeans :D | 17:04 |
| jaypipes | #topic Status of the devstack tempest Jenkins job | 17:04 |
| *** openstack changes topic to "Status of the devstack tempest Jenkins job" | 17:04 | |
| davidkranz | jaypipes: Do tell. | 17:05 |
| jaypipes | OK, so there was a bunch of mess that needed to be cleaned up | 17:05 |
| *** dendro-afk is now known as dendrobates | 17:05 | |
| jaypipes | :) | 17:05 |
| jaypipes | Fixes needed to be made to devstack, the devstack-gate project (part of the openstack-ci project) and to tempest itself. | 17:05 |
| jaypipes | The devstack and devstack-gate fixes are now in trunk. The tempest change I just pushed about 20 minutes ago. | 17:06 |
| jaypipes | In the meantime, while all this was being sorted, I disabled the Jenkins job | 17:06 |
| *** Aswad_ has left #openstack-meeting | 17:06 | |
| jaypipes | Since it takes about 45 minutes to run on some of the CI environments (the HP zones...) | 17:06 |
| jaypipes | Once the tempest change is approved, I will enable the job again. | 17:06 |
| jaypipes | https://review.openstack.org/#/c/7067/ | 17:07 |
| jaypipes | that is the relevant change... | 17:07 |
| jaypipes | The root of the problem was that devstack was creating the volume group with a backing file size of only 2G | 17:07 |
| jaypipes | and so the volume list test was failing (since it tries to create 3 1G volumes) | 17:08 |
| jaypipes | and leaving those volumes around without cleaning them up... | 17:08 |
| davidkranz | OK, will look at that right after the meeting. | 17:08 |
| jaypipes | There were also issues with the image tests (using the Glance API, not the compute API) that stemmed from a change in the setup of devstack's Keystone service catalog | 17:08 |
| jaypipes | That required a fix in both Glance and Tempest, and those patches are also now both in the trunks | 17:09 |
| donaldngo_hp | the volume list tearDownClass fix has been submitted | 17:09 |
| *** joesavak has quit IRC | 17:09 | |
| *** dwalleck has joined #openstack-meeting | 17:09 | |
| donaldngo_hp | and also backported to stable/diablo | 17:09 |
| jaypipes | donaldngo_hp: to essex :) | 17:09 |
| jaypipes | yes, diablo too | 17:09 |
| donaldngo_hp | awaiting review | 17:09 |
| dwalleck | sorry, run a bit late | 17:09 |
| jaypipes | Bottom line, we should have a fully passing Tempest gating job by end of day today. | 17:09 |
| davidkranz | jaypipes: Hooray. Great work. | 17:10 |
| jaypipes | and at that point, I believe we should start gating the Temepst project trunk on that job. | 17:10 |
| jaypipes | All in agreement for that, I presume? | 17:10 |
| Ravikumar_hp | yes Jay | 17:10 |
| Ravikumar_hp | +1 | 17:10 |
| fattarsi | +1 | 17:11 |
| jaypipes | excellent. | 17:11 |
| davidkranz | Agreed | 17:11 |
| *** derekh has quit IRC | 17:11 | |
| donaldngo_hp | agreed | 17:11 |
| jaypipes | alrighty, per the agenda, let's move on to the next topic | 17:11 |
| davidkranz | No blockers as far as I know. | 17:11 |
| jaypipes | #topic 2. (David) Strategy for maintaining the stable/essex tempest branch: | 17:12 |
| *** openstack changes topic to "2. (David) Strategy for maintaining the stable/essex tempest branch:" | 17:12 | |
| *** flacoste has left #openstack-meeting | 17:12 | |
| jaypipes | davidkranz: you are up my friend :) | 17:12 |
| davidkranz | I think we should backport new tests if they don't have to be rewritten due to config changes and such. | 17:12 |
| *** DuncanT has joined #openstack-meeting | 17:13 | |
| donaldngo_hp | +1 | 17:13 |
| Ravikumar_hp | Backport from Master to Essex/stable | 17:13 |
| Ravikumar_hp | fine. | 17:13 |
| davidkranz | We also need to make sure that tempest stable/essex keeps up with changes to the stable branch team checkins. | 17:14 |
| jaypipes | davidkranz: yes, I think that is a reasonable standard | 17:14 |
| Ravikumar_hp | but do we need to backport further to diablo/stable? | 17:14 |
| davidkranz | Since I volunteered to be on that team I will keep an eye on that. | 17:14 |
| jaypipes | Ravikumar_hp: don't *have* to, but if some team wants to manage the diablo branch, they should feel free to do so | 17:15 |
| *** troytoman is now known as troytoman-away | 17:15 | |
| davidkranz | I would not recommend keeping diablo stable active. The stable branch team is not going to approve any change unless it is a security hole or some such. | 17:15 |
| *** mdrnstm has quit IRC | 17:15 | |
| *** Mandell has joined #openstack-meeting | 17:15 | |
| davidkranz | I mean to stable/diablo. There was only ever one release of that. | 17:15 |
| Ravikumar_hp | davidkranz; +1 | 17:15 |
| donaldngo_hp | we need some changes in stable/diablo mainly to fix bugs in test clean up | 17:16 |
| davidkranz | donaldngo_hp: That's fine. I was talking about a policy going forward. | 17:16 |
| jaypipes | ++ | 17:16 |
| davidkranz | Of course we should be gating tempest on changes to essex/stable too. | 17:16 |
| Ravikumar_hp | ++ | 17:17 |
| davidkranz | If there is no disagreement I think that takes care of agenda item 2. | 17:17 |
| jaypipes | davidkranz: we will be. | 17:17 |
| jaypipes | davidkranz: the CI jobs are all ready to run | 17:17 |
| davidkranz | jaypipes: Excellent | 17:18 |
| jaypipes | davidkranz: basically, devstack builds the appropriate branches of the projects based on the branch that the fix is proposed to | 17:18 |
| donaldngo_hp | is the devstack builds for essex and trunk only? | 17:18 |
| jaypipes | davidkranz: so, the nice thing is we don't need different jobs for different release branches... it's all one job, with environment variables switching the source of the git pulls... | 17:18 |
| davidkranz | jaypipes: Great. Set it and forget it. | 17:19 |
| jaypipes | donaldngo_hp: no, I think there is a diablo one too.... but I'd have to check with dtroyer | 17:19 |
| jaypipes | davidkranz: right | 17:19 |
| donaldngo_hp | cool | 17:19 |
| *** shang has quit IRC | 17:19 | |
| jaypipes | davidkranz: OK, so I think there is agreement to both of your points? | 17:19 |
| davidkranz | Seems so. | 17:19 |
| jaypipes | and also to Ravikumar_hp's #4 on the agenda? | 17:19 |
| davidkranz | Ditto. | 17:20 |
| Ravikumar_hp | 4. (Ravi) Freezing Diablo/Stable branch as we have Essex/Stable. | 17:20 |
| *** dachary has quit IRC | 17:20 | |
| Ravikumar_hp | It is already taken care in previous discussion | 17:20 |
| jaypipes | k. davidkranz, I'm going to assign an action item to you, then, for posting to the mailing list a summary of those decisions about stable branch maintenance for tempest. | 17:20 |
| jaypipes | #action davidkranz to post decision summary to ML about stable release branch maintenance policy for Tempest | 17:21 |
| jaypipes | Good to go to next item in agenda? | 17:21 |
| *** Gordonz has quit IRC | 17:21 | |
| davidkranz | jaypipes: OK, I will send it to the group first to make sure. | 17:21 |
| jaypipes | davidkranz: cheers and thx! | 17:21 |
| jaypipes | #topic 3. (Ravi) Status of Swift test development for Tempest | 17:22 |
| *** openstack changes topic to "3. (Ravi) Status of Swift test development for Tempest" | 17:22 | |
| *** Gordonz has joined #openstack-meeting | 17:22 | |
| jaypipes | JoseSwiftQA: ping! | 17:22 |
| dwalleck | jaypipes: pong | 17:22 |
| jaypipes | dwalleck: got a status on those eagerly-anticipated Swift Tempest tests? :) | 17:22 |
| dwalleck | In case he doesn't pong =P | 17:22 |
| dwalleck | jaypipes: Close to being converted. Gigi said to ping her, she has the timeline | 17:23 |
| jaypipes | dwalleck: hmm, OK. Hoping for something to put in the post-meeting summary post to ML... ;) | 17:24 |
| dwalleck | She has me focused on Nova stuff so I'm not as in the know | 17:24 |
| jaypipes | dwalleck: gimme something more! :) | 17:24 |
| dwalleck | Soon? :D | 17:24 |
| jaypipes | lol :) | 17:24 |
| JoseSwiftQA | jaypipes: Sorry, zoned out. I've put in all the new config changes | 17:24 |
| dwalleck | 2012? | 17:24 |
| fattarsi | lol | 17:25 |
| jaypipes | JoseSwiftQA: ah, cool. | 17:25 |
| jaypipes | JoseSwiftQA: going to push to Gerrit this week? | 17:25 |
| JoseSwiftQA | i'd say yes but I'm in a pessimistic mood. probably next week. | 17:25 |
| jaypipes | k, good to be realistic. | 17:25 |
| jaypipes | JoseSwiftQA: and about how many tests are in the making for swift? just curious.. | 17:26 |
| * mtaylor injects https://jenkins.openstack.org/job/dev-gate-tempest-devstack-vm/400/console and runs away | 17:26 | |
| JoseSwiftQA | I aim to finish it up this weekend and have it tested against at least devstack | 17:26 |
| JoseSwiftQA | I want to have basic api exercises for everythign in the client at least. | 17:26 |
| jaypipes | JoseSwiftQA: awesome. anything the QA team can assist with? | 17:27 |
| Ravikumar_hp | Great JoseSwiftQA: | 17:27 |
| fattarsi | JoseSwiftQA: curious if you have anything planned for large uploads, as mentioned in https://bugs.launchpad.net/tempest/+bug/893333 | 17:27 |
| uvirtbot | Launchpad bug 893333 in tempest "Test large object support (>5GB)" [Medium,Confirmed] | 17:27 |
| JoseSwiftQA | once I actually manage to finish writing the client, it should be fairly straight forward to write more tests. | 17:27 |
| jaypipes | mtaylor: :( I disabled that job a couple days ago... someone enabled it again? | 17:28 |
| JoseSwiftQA | fattarsi: I have that written, but it's flakey | 17:29 |
| JoseSwiftQA | i'll push it up anyway with many comments about caveats | 17:29 |
| jaypipes | coolio. | 17:29 |
| jaypipes | All: Not to jinx anything... but https://jenkins.openstack.org/job/dev-gate-tempest-devstack-vm/401/console | 17:30 |
| jaypipes | tests all passing up to now... | 17:30 |
| fattarsi | JoseSwiftQA: cool, I'd like to see anyway, I might be able to help | 17:30 |
| mtaylor | jaypipes: oh, I enabled it because dwalleck was saying in the channel that he wanted tempest gating ... so I wanted to be able to give him a linnk to look at | 17:30 |
| jaypipes | mtaylor: k, no worries... | 17:31 |
| JoseSwiftQA | fattarsi: cool, i'll push everything to my fork on github once it's running, and send out an email | 17:31 |
| jaypipes | JoseSwiftQA: rock on, thx man! | 17:31 |
| *** dendrobates is now known as dendro-afk | 17:31 | |
| mtaylor | jaypipes: do you guys have support for xunit test output? | 17:31 |
| * dwalleck refuses to comment about the positive or negative nature of that test run | 17:31 | |
| davidkranz | Oops. Just failed. | 17:31 |
| jaypipes | mtaylor: yup. | 17:31 |
| dwalleck | Well fudge | 17:32 |
| fattarsi | JoseSwiftQA: awesome | 17:32 |
| jaypipes | mtaylor: how do you think the graphs on the jenkins job main page are generated? ;) | 17:32 |
| JoseSwiftQA | :D | 17:32 |
| dwalleck | Well, good reason. A server went into error status | 17:32 |
| Ravikumar_hp | JoseSwiftQa: Thanks | 17:32 |
| dwalleck | Hurray for AUT bugs! | 17:32 |
| JoseSwiftQA | no prob :) | 17:32 |
| jaypipes | dwalleck: hey, that right there is the BEST RESULT of the tempest jenkins job we've had to date. Huzzah! | 17:32 |
| jaypipes | Ran 144 tests in 531.165s -- not bad :) | 17:33 |
| mtaylor | jaypipes: SO CLOSE | 17:33 |
| jaypipes | NODE_PROVIDER=hpcloud-az1 | 17:33 |
| jaypipes | also not bad :) | 17:33 |
| mtaylor | az1 is being a real bitch today | 17:33 |
| jaypipes | Hooray for stable providers! :) | 17:33 |
| *** johnpostlethwait has joined #openstack-meeting | 17:33 | |
| jaypipes | OK, final agenda item before open discussion... | 17:34 |
| jaypipes | #topic (Jay) Can we come to a consensus on the subset of Tempest tests that we recommend to the core projects to gate their trunks? | 17:34 |
| *** openstack changes topic to "(Jay) Can we come to a consensus on the subset of Tempest tests that we recommend to the core projects to gate their trunks?" | 17:34 | |
| jaypipes | I suppose this may be better to discuss on the mailing list ... but | 17:35 |
| davidkranz | jaypipes: We will run everything overnight regardless, right? | 17:35 |
| jaypipes | davidkranz: sure. | 17:35 |
| jaypipes | davidkranz: what we're talking about is what we recommend be the set of tests whose failure will prevent a merge into a core project trunk. | 17:35 |
| *** rafaduran has joined #openstack-meeting | 17:36 | |
| davidkranz | jaypipes: Right. | 17:36 |
| jaypipes | davidkranz: and of course we must balance the total length of testing time with the overall breadth of coverage those tests provide... | 17:36 |
| Ravikumar_hp | jaypipes: yes . may be tests are identified with existing @attr=smoke | 17:36 |
| *** JoseSwiftQA has quit IRC | 17:36 | |
| jaypipes | Ravikumar_hp: well, see my mailing list post about that particular topic ;) | 17:36 |
| davidkranz | I think we should see how reliable the nightly runs are while discussing this with others. | 17:36 |
| jaypipes | davidkranz: k, good point. | 17:37 |
| davidkranz | The only other objection will be the time it takes. | 17:37 |
| *** DanD has quit IRC | 17:37 | |
| rohitk | there are about 300+ tests in tempest today | 17:37 |
| *** adjohn has joined #openstack-meeting | 17:37 | |
| davidkranz | If they were fast and reliable we would run them all on every trunk checkin. | 17:37 |
| jaypipes | rohitk: there are? | 17:37 |
| *** martine has joined #openstack-meeting | 17:37 | |
| rohitk | just did a grep on 'def test_'|wc -l in tests | 17:38 |
| Ravikumar_hp | yes. service level tests only - for example nova will run nova smoke tests - 5 or 6 tests | 17:38 |
| jaypipes | davidkranz: right. but for instance, do we want a failure of, say, a test of a particular API extension to hold up merging? those are the kinds of decisions we must make... | 17:38 |
| jaypipes | rohitk: ah! :) | 17:38 |
| fattarsi | jaypipes: you have an idea how to separate out the 'recommended' set of tests? | 17:38 |
| donaldngo_hp | it will be cool to have a smoke test run under 15 minutes and a regression nightly run that takes hours | 17:39 |
| jaypipes | fattarsi: well, we can certainly use nose's @attr decorator for this. | 17:39 |
| davidkranz | jaypipes: I don't think so. As long as a tempest nightly failure is considered to be an urgent issue that might be good enough. | 17:39 |
| Ravikumar_hp | jaypipes: yes | 17:39 |
| sdague | jaypipes: a related question, is there some sort of high level map out of the tests, especially the big holes where there is a desire for new tests? | 17:39 |
| jaypipes | fattarsi: we just need to be careful about the consistency with which we use that decorator. Haven't been so consistent up to now ;) | 17:39 |
| fattarsi | jaypipes: isee | 17:39 |
| davidkranz | I think we should try that first. | 17:39 |
| davidkranz | There is already significant overlap between tempest and various unit tests. | 17:40 |
| jaypipes | sdague: unfortunately, you kind of have to check the Tempest open bug list on Launchpad right now... | 17:40 |
| jaypipes | sdague: but we really should have a single "status of coverage" page. agreed... | 17:40 |
| jaypipes | davidkranz: correct. | 17:40 |
| sdague | jaypipes: what about actually documenting it in the repo in another text file? web pages are great, but they tend to stale relative to what's in the repo | 17:41 |
| dwalleck | davidkranz: There is, but regardless of that, many bugs seem to be getting past the unit tests anyway.... | 17:41 |
| rohitk | jaypipes: We need documentation on using the attr decorator and the allowed/possible types, that may help test writers | 17:41 |
| jaypipes | sdague: we could do that, sure... though that page can just as easily get out of date! :) | 17:42 |
| jaypipes | rohitk: ++++ | 17:42 |
| jaypipes | rohitk: yes, that is definitely the case. | 17:42 |
| dwalleck | rohitk: ++ | 17:42 |
| jaypipes | rohitk: I can take a stab at that one today. | 17:42 |
| sdague | jaypipes: true, but if I pull tempest it would be nice to have an idea in the code about what its actually covering :) | 17:42 |
| rohitk | jaypipes: thanks | 17:42 |
| jaypipes | rohitk: I'll put together a doc on using it | 17:42 |
| davidkranz | dwalleck: I know. Just worried that running tempest on every checkin everywhere will suck huge resources for possibly little gain relative to a nightly build with failures treated as urgent. | 17:43 |
| jaypipes | sdague: :) no disagreement from me | 17:43 |
| dwalleck | sdague: The problem is that you can't easily measure functional test coverage like code test coverage without instrumentation | 17:43 |
| *** anderstj has joined #openstack-meeting | 17:44 | |
| dwalleck | davidkranz: That's why we need to solve the parallezation problem. We can easily get the full test run in the 20-30 zone | 17:44 |
| davidkranz | dwalleck: Yes, but it consumes the same amount of resources. | 17:44 |
| jaypipes | davidkranz, dwalleck: I agree with both of you, actually. That's where the whole question of "balance" comes into play... there are tradeoffs for eveything of course. If we had a good, consistently-applied use of the @attr decorator, I think we can get the best of both worlds, and have the gate job focus on quick, important tests and have the nightly job run a series of more thorough tests | 17:44 |
| donaldngo_hp | ++ | 17:45 |
| davidkranz | jaypipes: Agreed. Perhaps we should ask the PTLs to identify such a set that makes sense to them | 17:45 |
| jaypipes | davidkranz: PTLs have too much on their plate already IMHO ;) I think we should make our best recommendation and tune it over time... | 17:46 |
| *** GheRivero_ has quit IRC | 17:46 | |
| dwalleck | jaypipes: ++. Sounds reasonable | 17:46 |
| donaldngo_hp | yea for example uploading a 5GB file will take pretty long that is my opinion is a regression test | 17:46 |
| davidkranz | OK | 17:46 |
| jaypipes | davidkranz: if we notice a test is taking a long time and it may not cover an important area, we can remove it from the gate, etc | 17:46 |
| davidkranz | jaypipes: Yeah. This will be a work in progress for a while if not forever. | 17:47 |
| rohitk | we should probably have a longevity test suite in future | 17:47 |
| *** dwalleck has quit IRC | 17:47 | |
| jaypipes | FOREVER! :) | 17:47 |
| jaypipes | rohitk: yes, I think davidkranz's stress test module would be a good basis for that. | 17:47 |
| davidkranz | We will have to make the same sorts of tradeoffs for nightly streses tests. | 17:47 |
| rohitk | jaypipes, davidkranz: ++ | 17:48 |
| jaypipes | davidkranz: yup | 17:48 |
| jaypipes | alright guys, anyone got any other things to discuss? | 17:48 |
| jaypipes | #topic open discussion | 17:49 |
| *** openstack changes topic to "open discussion" | 17:49 | |
| rohitk | ping! Do we have a timeframe to get the networks client in? https://review.openstack.org/#/c/4896/3 | 17:49 |
| rohitk | we have a bunch of quantum tests | 17:49 |
| jaypipes | rohitk: ah, yes... | 17:49 |
| jaypipes | mnewby: ping | 17:49 |
| davidkranz | I think we should add an item to the agenda template for "Stuff likely to get posted in the next week." | 17:49 |
| mnewby | jaypipes: here | 17:49 |
| jaypipes | mnewby: Hi! :) | 17:50 |
| jaypipes | mnewby: so, we actually put off the discussion on smoke testing to next week... | 17:50 |
| mnewby | jaypipes: hi! I was watching the conversation for signs of the discussion. | 17:50 |
| mnewby | Same time next week? | 17:50 |
| jaypipes | mnewby: but I'd like to get the quantum tests in https://review.openstack.org/#/c/4896/ into tempest this week | 17:50 |
| mnewby | jaypipes: They look good to me. | 17:51 |
| jaypipes | mnewby: k, I will remove my -1. they were tiny nits anyway... | 17:51 |
| jaypipes | mnewby: approved. off to the test pit they go. | 17:51 |
| mnewby | jaypipes; I'll hopefully be talking with Daryl about the potential for automating the golden paths. | 17:52 |
| jaypipes | rohitk: so there's the answer to your question ;) in about 20 minutes. | 17:52 |
| jaypipes | mnewby: excellent. | 17:52 |
| rohitk | jaypipes: awesome! | 17:52 |
| davidkranz | Hopefully some one can review my recent stress test submission. | 17:53 |
| jaypipes | davidkranz: will do today. | 17:53 |
| *** zinux has left #openstack-meeting | 17:53 | |
| davidkranz | jaypipes: Thanks! | 17:53 |
| jaypipes | np! | 17:53 |
| rohitk | i would like some suggestions on how get tests that depend on mysql-client into tempest | 17:53 |
| *** Guest2888 has quit IRC | 17:53 | |
| rohitk | i have scenarios where I need to update the DB to test functionality | 17:54 |
| jaypipes | rohitk: hmmm.... the whitebox tests... | 17:54 |
| *** dhellmann has quit IRC | 17:54 | |
| rohitk | yes | 17:54 |
| *** zinux has joined #openstack-meeting | 17:54 | |
| rohitk | decorator for such tests (skip_if mysql not installed, attr type=wb) | 17:54 |
| rohitk | something like that | 17:54 |
| jaypipes | rohitk: please see my mailing list post about the smoke tests and also this draft merge prop: https://review.openstack.org/#/c/7069/ | 17:54 |
| rohitk | jaypipes: ok | 17:55 |
| jaypipes | rohitk: We can add another test case class of WhiteboxTest to go along with FuzzTest and SmokeTest | 17:55 |
| *** rafaduran has quit IRC | 17:56 | |
| davidkranz | Whitebox tests may be the next frontier. | 17:56 |
| rohitk | jaypipes: ++ | 17:56 |
| *** darraghb has quit IRC | 17:56 | |
| davidkranz | Like flapping a service during a stress test :) | 17:56 |
| jaypipes | davidkranz: yep. I always wanted them, but wanted to complete our API coverage tests (blackbox) first... we're almost there and I think starting on whitebox is good now.. | 17:57 |
| *** dhellmann has joined #openstack-meeting | 17:57 | |
| rohitk | so ssh into an openstack node (not the vm) and mysql stuff would be whitebox? | 17:57 |
| rohitk | right? | 17:57 |
| jaypipes | rohitk: correct | 17:57 |
| davidkranz | rohitk: Yes. | 17:57 |
| rohitk | ok, thanks | 17:57 |
| jaypipes | OK all, we're out of time now... please feel free to comment/suggest/critique on my mailing list post about smoke tests... :) | 17:58 |
| davidkranz | Bye all. | 17:58 |
| rohitk | jaypipes: looking forward for that...thanks! | 17:58 |
| *** vladimir3p has joined #openstack-meeting | 17:58 | |
| jaypipes | davidkranz: you'll send summary to ML? and ping dwalleck about his rotation next week? | 17:58 |
| *** gyee has joined #openstack-meeting | 17:59 | |
| jaypipes | OK, bye all! | 17:59 |
| jaypipes | #endmeeting | 17:59 |
| *** openstack changes topic to "Status and Progress (Meeting topic: keystone-meeting)" | 17:59 | |
| openstack | Meeting ended Thu May 3 17:59:30 2012 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 17:59 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-05-03-17.02.html | 17:59 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-05-03-17.02.txt | 17:59 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-05-03-17.02.log.html | 17:59 |
| *** Ravikumar_hp has quit IRC | 17:59 | |
| *** donaldngo_hp has quit IRC | 17:59 | |
| jgriff | #startmeeting | 18:00 |
| openstack | Meeting started Thu May 3 18:00:53 2012 UTC. The chair is jgriff. Information about MeetBot at http://wiki.debian.org/MeetBot. | 18:00 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 18:00 |
| *** mdrnstm has joined #openstack-meeting | 18:01 | |
| DuncanT | Hi | 18:01 |
| vladimir3p | Hi | 18:01 |
| rnirmal | hey | 18:01 |
| jgriff | Let's hope my internet connection doesn't die this week and lock up the channel :( | 18:01 |
| rnirmal | :) | 18:02 |
| jgriff | rnirmal: Sorry I didn't get your pull request last night before migration started back into gerrit | 18:02 |
| rnirmal | np send the PR thru gerrit | 18:02 |
| rnirmal | send/ will send | 18:02 |
| jgriff | rnirmal: :) | 18:02 |
| *** jbrogan has joined #openstack-meeting | 18:03 | |
| rnirmal | shall we start the meeting | 18:03 |
| jgriff | Ok, so you've probably all noticed a flury of activity :) | 18:03 |
| jgriff | Thanks especially to anotherjesse !!! | 18:03 |
| rnirmal | jgriff: #startmeeting | 18:03 |
| jgriff | I did | 18:03 |
| rnirmal | oops my bad.. | 18:03 |
| jgriff | :> | 18:04 |
| rnirmal | I think it just cleared off my screen.. n/m | 18:04 |
| jgriff | Ahhh | 18:04 |
| vladimir3p | so, there is an official openstack/cinder repo now | 18:04 |
| anotherjesse | hi | 18:04 |
| jgriff | vladimir3p: yes has been for about a week now | 18:04 |
| rnirmal | #link https://github.com/openstack/cinder | 18:05 |
| vladimir3p | yeah, just for some reason my git shows that it was created 15 min ago | 18:05 |
| jgriff | so anyway... I'd suggest everybody take a look at the wiki page if you haven't: http://wiki.openstack.org/Cinder | 18:06 |
| anotherjesse | vladimir3p: we just pushed a squash to it 15 minutes ago | 18:06 |
| jgriff | Most importantly check out the etherpad | 18:06 |
| jgriff | vladimir3p: Also I was convinced (fortunatley) that the way I was going about it wasn't so great so we did a reset | 18:07 |
| jgriff | Instead we just pulled in all of nova and culled | 18:07 |
| vladimir3p | ok, great | 18:07 |
| anotherjesse | dtroyer is working on getting cinder support into devstack - https://review.openstack.org/#/c/7042/ | 18:07 |
| jgriff | and vishy is working on the first item in the decoupling section | 18:08 |
| anotherjesse | we need to get vishy's python-cinderclient moved to official repo this week as well | 18:08 |
| jgriff | anotherjesse: ahhh.. I'll hit up mtaylor about that, assuming keep it in it's current form | 18:09 |
| anotherjesse | jgriff: that's ok, I think it bit rotted though | 18:09 |
| jgriff | anotherjesse: still could use as a baseline yes? | 18:10 |
| rnirmal | so is the cinder repo setup with gerrit now? | 18:10 |
| mtaylor | yup | 18:10 |
| jgriff | rnirmal: yep | 18:10 |
| anotherjesse | jgriff: yeah | 18:10 |
| rnirmal | cool thanks | 18:10 |
| mtaylor | jgriff: let me know when it's there and I'll get cinderclient added | 18:10 |
| jgriff | mtaylor: assuming just pull in vish's version | 18:10 |
| mtaylor | yeah, prolly so | 18:11 |
| jgriff | mtaylor: guess I'll need to do LP pages again | 18:11 |
| mtaylor | we actually just use the cinder pages for cinderclient if we're following the model of the other projects | 18:11 |
| jgriff | mtaylor: yes please | 18:11 |
| *** mdrnstm has left #openstack-meeting | 18:12 | |
| *** mdrnstm has joined #openstack-meeting | 18:12 | |
| jgriff | mtaylor: thanks, wasn't sure on that one | 18:12 |
| jgriff | #topic next-steps | 18:12 |
| *** openstack changes topic to "next-steps" | 18:12 | |
| jgriff | So I'd like to propose continuing the usage of the etherpad for starters | 18:12 |
| jgriff | if anybody sees something inparticular they'd like to tackle it would be good to keep this record up to date | 18:13 |
| anotherjesse | jgriff: it probably works for another week, but we will want to move to blueprints once we figure out what we don't know ;) | 18:13 |
| rnirmal | I'd like to start opening up bugs/blueprints for anything new that's going to get merged in... easier to figure out what's getting worked on | 18:13 |
| jgriff | rnirmal: fair | 18:14 |
| anotherjesse | rnirmal: I think limiting to things we know need done - such as prototype http API extensions (#4 in decoupling work) | 18:14 |
| jgriff | My proposal is this: | 18:14 |
| anotherjesse | http://etherpad.openstack.org/cinder-worksheet | 18:14 |
| jgriff | decoupling work, general structure etc is still in flux | 18:14 |
| jgriff | use etherpad | 18:14 |
| *** dhellmann has quit IRC | 18:14 | |
| jgriff | building on top of what's there, features etc need bp | 18:14 |
| vishy | jgriff: I started outlining the basic flow of attaching a volume in nova | 18:15 |
| vishy | jgriff: in the etherpad, and how it 'should' work in the future | 18:15 |
| vishy | jgriff: it is a little complex and weird right now | 18:15 |
| *** dhellmann has joined #openstack-meeting | 18:15 | |
| jgriff | vishy: I saw that, was thinking that's where I should probably copy it into a bp once it's a bit settled | 18:16 |
| jgriff | like anotherjess mentioned, maybe another week of etherpad | 18:16 |
| jgriff | Maybe a little less | 18:16 |
| *** dwcramer has joined #openstack-meeting | 18:16 | |
| jgriff | also I don't think that precludes anybody from submitting bp's | 18:16 |
| rnirmal | it's probably worthwhile to hold off on new code submissions, till we get a base working copy with nova | 18:18 |
| rnirmal | I mean new features | 18:18 |
| anotherjesse | rnirmal: I actually don't know if getting it working with nova is #1 goal | 18:18 |
| *** ryanpetrello has quit IRC | 18:18 | |
| jgriff | rnirmal: I think I agree but it's "all" new code :) | 18:18 |
| anotherjesse | I would like it to work on its own | 18:18 |
| anotherjesse | and expose the APIs nova would need | 18:18 |
| *** novas0x2a|laptop has joined #openstack-meeting | 18:18 | |
| jgriff | So I believe we are all on the same page | 18:18 |
| anotherjesse | but the code changes to nova will be more complicated, so lets not block on them | 18:19 |
| *** ryanpetrello has joined #openstack-meeting | 18:19 | |
| jgriff | We agreed previously, get nova functionality working before anything else | 18:19 |
| rnirmal | ok | 18:19 |
| jgriff | in other words, existing nova-volume functionality | 18:19 |
| anotherjesse | jgriff: define "nova functionality" - being able to do the functions or having nova actually using cinder? | 18:19 |
| jgriff | I'd like to have nova actually use cinder before going into "new" features | 18:20 |
| rnirmal | mimic nova-volumes in current functionality | 18:20 |
| vladimir3p | jgriff: let's start with operating cinder without nova | 18:20 |
| jgriff | yeah, granted it might not be perfect but focus efforts on just getting it usable | 18:20 |
| vladimir3p | like with some externall app | 18:20 |
| anotherjesse | cinder is a service, having cinder do the right thing and having nova integrate well with cinder are different problem sets | 18:20 |
| anotherjesse | vladimir3p: yep! we have python-cinderclient which we can make work with all the changes needed in the API to support volumes | 18:21 |
| anotherjesse | (without a shared queue/db) | 18:21 |
| vladimir3p | yeah, it will be the 1st step | 18:21 |
| vladimir3p | nova tune-up will be a big step by itself | 18:21 |
| jgriff | anotherjess: yeah, the nova side complicates | 18:21 |
| anotherjesse | attach/detach first | 18:22 |
| vladimir3p | if cinder could handle APIs properly and expose iSCSI devices - it is a good 1st milestone, IMHO | 18:22 |
| anotherjesse | and then we can move into reserve/init connection if we want | 18:22 |
| jgriff | I would like to try and get attach/detach working in F1 if possible | 18:22 |
| anotherjesse | jgriff: agreed | 18:22 |
| jgriff | so does anybody have time to dedicate/commit to some of these items? | 18:23 |
| jgriff | hmm... ok, maybe that's to vague or commital | 18:24 |
| jgriff | does everybody like what they see so far and agree with the direction still? | 18:24 |
| *** dwcramer has quit IRC | 18:24 | |
| anotherjesse | actually looks like initialize/terminate are more important | 18:24 |
| anotherjesse | I just asked vishy what those where | 18:24 |
| anotherjesse | that is how you actually get the iscsi connection information | 18:25 |
| rnirmal | initialize/terminate is what provides the connection info | 18:25 |
| jgriff | anotherjesse: guess you can't attach/detach without that | 18:25 |
| anotherjesse | attach/detach is just metadata | 18:25 |
| rnirmal | jgriff: yes | 18:25 |
| rnirmal | no it's the other way round | 18:25 |
| vladimir3p | jgriff: I like it :-) can't commit for next couple of weeks. I would prefer to see more stuff in common rather copy/pasting to cinder | 18:25 |
| rnirmal | initialize/terminate is metadata that the volume service provides | 18:26 |
| anotherjesse | vladimir3p: there should be a blueprint of blueprints to common-ize stuff | 18:26 |
| vladimir3p | anotherjesse: ok | 18:26 |
| DuncanT | I'm starting to look at cinder, but can't commit this week. Might get chance to make some progress | 18:26 |
| jgriff | vladimir3p: I started using the approach but was educated by anotherjess and vishy | 18:26 |
| vladimir3p | :-D | 18:26 |
| jgriff | vladimir3p: I think it's a good idea to work on this after getting goals for F1 and F2 | 18:27 |
| anotherjesse | vladimir3p: we can move things towards common, but don't block on it landing in common | 18:27 |
| jgriff | anotherjess: exactly | 18:27 |
| rnirmal | yeah it's a nice to have at this point | 18:27 |
| vladimir3p | anotherjesse: makes sense | 18:27 |
| jgriff | I think nova will be striving for the same thing as well during Folsom | 18:27 |
| jgriff | Does anybody see any glaring holes or things we didn't think of? | 18:28 |
| anotherjesse | goal: (in a user story): a user can use python-cinderclient to create a volume, and get the iscsi attach info, then manually attach to their system (this assumes networks are accessible), then store things, dettach, move it to another server and see the info written in the first server, then detach and delete | 18:28 |
| *** novas0x2a|laptop has quit IRC | 18:29 | |
| rnirmal | +1 | 18:29 |
| jgriff | anotherjess: I plan to write something like that up and post on the wiki... | 18:29 |
| jgriff | +1 | 18:29 |
| vladimir3p | +1 | 18:29 |
| jgriff | Also break it out and have stories per Folsom milestones | 18:30 |
| jgriff | does that seem worthwhile/useful? | 18:30 |
| vladimir3p | if I understand correctly this user story - the main functionality here is create/expose/delete. | 18:31 |
| DuncanT | Definitely. Helps have everybody pulling in a similar direction | 18:31 |
| *** rohitk has quit IRC | 18:31 | |
| vladimir3p | the entier attach/detach is kind of optional metadata update within cinder | 18:31 |
| anotherjesse | vladimir3p: create / use outside nova / delete | 18:31 |
| *** zinux has quit IRC | 18:32 | |
| vladimir3p | anotherjesse: use outside nova == any host with iSCSI init | 18:32 |
| anotherjesse | #action also to vladimir3p's point we should create a blueprint about openstack common - and start creating child blueprints for subcomponents - a blueprint for scheduler, a blueprint for service.py, ... | 18:32 |
| anotherjesse | vladimir3p: yep | 18:32 |
| rnirmal | anotherjesse: that should be in openstack-common right? | 18:32 |
| rnirmal | the blueprints.. cos it pertains to nova too | 18:32 |
| anotherjesse | we can move blueprints around, and they can point to things in other projects | 18:33 |
| anotherjesse | the important thing is to start writing them ;) | 18:33 |
| anotherjesse | given that we deleted ~100k lines in nova to make cinder, it might be easier for us to look at things in cinder repo and see what shouldn't be there. | 18:34 |
| rnirmal | ok cool.. there's one for rpc already.. we'll just have to get the other ones out | 18:34 |
| anotherjesse | rootwrap - https://github.com/openstack/cinder/tree/master/cinder/rootwrap | 18:34 |
| anotherjesse | ... | 18:34 |
| *** novas0x2a|laptop has joined #openstack-meeting | 18:35 | |
| rnirmal | rpc, notifier, some more of the wsgi and extensions functionality, not sure how much of that is in common already | 18:35 |
| *** dhellmann has quit IRC | 18:36 | |
| *** dwcramer has joined #openstack-meeting | 18:36 | |
| jgriff | rnirmal: probably about half I believe | 18:38 |
| *** dhellmann has joined #openstack-meeting | 18:38 | |
| rnirmal | k | 18:38 |
| jgriff | alright, no reason to keep people hanging around for nothing.... | 18:39 |
| jgriff | rnirmal: I know you started working on some things, antyhing you want to go on record with right now? | 18:39 |
| rnirmal | well I just have that one commit I need to make | 18:39 |
| jgriff | ok | 18:40 |
| rnirmal | that removes the compute/versions stuff from the api... added the missing pieces into the volume api code | 18:40 |
| rnirmal | I'll just open a bug for it and submit it.. easier to do it that way for me | 18:40 |
| jgriff | #action rnirmal submit his compute tear out and api work | 18:40 |
| rnirmal | jgriff: do we have jenkins setup to run the unit tests to gate commits? | 18:41 |
| jgriff | rnirmal: yes | 18:42 |
| rnirmal | thanks to mtaylor for the infra setup | 18:42 |
| jgriff | rnirmal: Yes, big thanks to mtaylor as well as jeblair !!! | 18:43 |
| mtaylor | all thanks should really go to jeblair - I'm just here to sign his paycheck... | 18:43 |
| mtaylor | :) | 18:43 |
| jgriff | Ok, going forward: | 18:44 |
| jgriff | Keep an eye on the etherpad for updates over the next few days | 18:44 |
| jgriff | Keep an eye open for reviews needed in gerrit | 18:45 |
| jgriff | Feel free to use email: [Openstack][Cinder] in the subject line | 18:45 |
| jgriff | If you want to pick something up let folks know either IRC or ehterpad or both | 18:45 |
| jgriff | (preferrably both) | 18:46 |
| jgriff | Anybody have anything else? | 18:46 |
| jgriff | alrighty.. thanks everyone, and HUGE thanks to anotherjesse vishy mtaylor and jeblair | 18:47 |
| jgriff | #endmeeting | 18:47 |
| *** openstack changes topic to "Status and Progress (Meeting topic: keystone-meeting)" | 18:47 | |
| openstack | Meeting ended Thu May 3 18:47:55 2012 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 18:47 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-05-03-18.00.html | 18:47 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-05-03-18.00.txt | 18:47 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-05-03-18.00.log.html | 18:48 |
| jgriff | and comcast for not embarassing me again this week :) | 18:48 |
| rnirmal | jgriff: you made it this week | 18:48 |
| jgriff | :) | 18:49 |
| jgriff | That was just awful!! | 18:49 |
| *** whitt has quit IRC | 18:50 | |
| *** pimpministerp has quit IRC | 18:50 | |
| *** pimpministerp has joined #openstack-meeting | 18:51 | |
| *** renuka has quit IRC | 18:51 | |
| *** pimpministerp has quit IRC | 18:51 | |
| *** novas0x2a|laptop has quit IRC | 18:51 | |
| *** pimpministerp has joined #openstack-meeting | 18:51 | |
| *** novas0x2a|laptop has joined #openstack-meeting | 18:51 | |
| *** dachary has joined #openstack-meeting | 18:54 | |
| *** dprince has quit IRC | 19:02 | |
| *** adjohn has quit IRC | 19:03 | |
| *** s0mik has quit IRC | 19:05 | |
| *** s0mik has joined #openstack-meeting | 19:07 | |
| *** cdub has quit IRC | 19:13 | |
| *** cdub has joined #openstack-meeting | 19:13 | |
| *** rkukura has quit IRC | 19:16 | |
| *** ayoung has joined #openstack-meeting | 19:21 | |
| *** ayoung has quit IRC | 19:23 | |
| *** ayoung has joined #openstack-meeting | 19:23 | |
| *** anderstj_ has joined #openstack-meeting | 19:27 | |
| *** anderstj has quit IRC | 19:30 | |
| *** anderstj has joined #openstack-meeting | 19:33 | |
| *** anderstj_ has quit IRC | 19:36 | |
| *** cdub has quit IRC | 19:38 | |
| *** cdub has joined #openstack-meeting | 19:40 | |
| *** milner has quit IRC | 19:56 | |
| *** rnirmal_ has joined #openstack-meeting | 20:04 | |
| *** mikeyp has joined #openstack-meeting | 20:05 | |
| *** rnirmal has quit IRC | 20:05 | |
| *** rnirmal_ is now known as rnirmal | 20:05 | |
| *** n0ano has joined #openstack-meeting | 20:06 | |
| n0ano | anyone here for the orchestration meeting? | 20:07 |
| * mikeyp is present | 20:07 | |
| n0ano | let | 20:07 |
| n0ano | lets's see if yun or sriram make it before we start | 20:08 |
| mikeyp | sounds good - my should probably announce on the main list in future. | 20:09 |
| *** patelna has joined #openstack-meeting | 20:11 | |
| *** patelna has quit IRC | 20:16 | |
| *** adjohn has joined #openstack-meeting | 20:23 | |
| *** rkukura has joined #openstack-meeting | 20:27 | |
| *** jlebrijo has quit IRC | 20:33 | |
| mikeyp | n0ano: suspect nobody will show | 20:40 |
| *** pimpministerp has quit IRC | 20:50 | |
| *** pimpministerp has joined #openstack-meeting | 20:54 | |
| *** shang has joined #openstack-meeting | 20:58 | |
| *** ttrifonov is now known as ttrifonov_zZzz | 21:00 | |
| *** rnirmal has quit IRC | 21:00 | |
| *** cdub has quit IRC | 21:06 | |
| *** cdub has joined #openstack-meeting | 21:08 | |
| *** ayoung has quit IRC | 21:15 | |
| *** dendro-afk is now known as dendrobates | 21:18 | |
| *** martine has quit IRC | 21:18 | |
| *** anderstj has quit IRC | 21:22 | |
| *** dwcramer has quit IRC | 21:30 | |
| *** shang has quit IRC | 21:34 | |
| n0ano | mikeyp, oh well, next week (I didn't have anything myself) | 21:44 |
| *** dtroyer is now known as dtroyer_zzz | 21:47 | |
| *** oubiwann1 has quit IRC | 21:50 | |
| *** ryanpetrello has quit IRC | 21:53 | |
| *** markmcclain has quit IRC | 21:53 | |
| *** dhellmann has quit IRC | 21:55 | |
| *** dtroyer_zzz is now known as dtroyer | 21:58 | |
| *** rnirmal has joined #openstack-meeting | 22:00 | |
| *** mattray has joined #openstack-meeting | 22:01 | |
| *** mnewby has quit IRC | 22:07 | |
| *** ywu has joined #openstack-meeting | 22:09 | |
| *** mnewby has joined #openstack-meeting | 22:09 | |
| *** dtroyer is now known as dtroyer_zzz | 22:15 | |
| *** Gordonz has quit IRC | 22:17 | |
| *** blamar has quit IRC | 22:21 | |
| *** shang has joined #openstack-meeting | 22:30 | |
| *** littleidea has quit IRC | 22:31 | |
| *** littleidea has joined #openstack-meeting | 22:41 | |
| *** adjohn has quit IRC | 22:47 | |
| *** adjohn has joined #openstack-meeting | 22:48 | |
| *** AlanClark has quit IRC | 22:52 | |
| *** mattray has quit IRC | 22:59 | |
| *** gyee has quit IRC | 23:04 | |
| *** edygarcia has quit IRC | 23:07 | |
| *** adjohn has quit IRC | 23:07 | |
| *** blamar has joined #openstack-meeting | 23:07 | |
| *** adjohn has joined #openstack-meeting | 23:07 | |
| *** sandywalsh_ has joined #openstack-meeting | 23:08 | |
| *** sandywalsh has quit IRC | 23:09 | |
| *** _adjohn has joined #openstack-meeting | 23:10 | |
| *** dachary has quit IRC | 23:14 | |
| *** adjohn has quit IRC | 23:14 | |
| *** _adjohn is now known as adjohn | 23:14 | |
| *** mikeyp has left #openstack-meeting | 23:18 | |
| *** tong has quit IRC | 23:28 | |
| *** blamar has quit IRC | 23:29 | |
| *** littleidea has quit IRC | 23:33 | |
| *** dwcramer has joined #openstack-meeting | 23:38 | |
| *** littleidea has joined #openstack-meeting | 23:48 | |
| *** dhellmann has joined #openstack-meeting | 23:48 | |
| *** vladimir3p has quit IRC | 23:49 | |
| *** ryanpetrello has joined #openstack-meeting | 23:56 | |
| *** dhellmann has quit IRC | 23:56 | |
| *** blamar has joined #openstack-meeting | 23:56 | |
| *** dhellmann has joined #openstack-meeting | 23:57 | |
| *** jgriff has quit IRC | 23:57 | |
| *** oubiwann1 has joined #openstack-meeting | 23:58 | |
| *** ayoung has joined #openstack-meeting | 23:59 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!