14:05:43 <andreykurilin> #startmeeting Rally
14:05:44 <openstack> Meeting started Mon Nov 21 14:05:43 2016 UTC and is due to finish in 60 minutes.  The chair is andreykurilin. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:05:45 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:05:48 <openstack> The meeting name has been set to 'rally'
14:06:42 <andreykurilin> hi folks!
14:07:40 <andreykurilin> #topic [andreykurilin] status of rally gates
14:07:54 <andreykurilin> status: they are broken now
14:07:56 <andreykurilin> lol
14:08:10 <andreykurilin> it is not really good news, but it is not our fault
14:08:53 <andreykurilin> Aodh(one of telemetry services) made uncompatible change at the end of previous week
14:09:09 <andreykurilin> and they are not compatible with trusty
14:09:29 <andreykurilin> I temporary turned off telemetry in our gates
14:09:49 <andreykurilin> but it doesn't unblock us:(
14:10:02 <andreykurilin> Since heatclient made another incompatible change
14:10:18 <amaretskiy> :(
14:10:50 <andreykurilin> there is a patch to g-r to add this release to backlist, also heat team is working on proposing new release with right deprecation and compatibility layer
14:11:01 <andreykurilin> So we will have unblocked gates soon
14:11:26 <andreykurilin> to prevent such situations in future, imo, we need to do the same as manila guys did
14:11:55 <andreykurilin> they removed all "redundant services" from their gates, so no one affects them
14:12:20 <andreykurilin> let's do the same for all our jobs: identify and disable redundant services for partial job
14:13:08 <andreykurilin> any thoughts?
14:13:13 <andreykurilin> amaretskiy ^
14:14:17 <amaretskiy> #vote +1 for  removal of all unused services on gates
14:14:48 <andreykurilin> nice
14:14:54 <astudenov> me too
14:15:05 <andreykurilin> cool
14:15:18 <andreykurilin> #topic Policy for "create_and_list" scenarios
14:15:58 <andreykurilin> we have a lot of create_and_list scenario . for example NovaServers.create_and_list_servers
14:16:23 <andreykurilin> But all such scenarios don't check that created entity presents in obtained list
14:16:59 <andreykurilin> I case of several ceilometer scenarios I found that list doesn't return anything
14:17:20 <andreykurilin> it is a bad behaviour
14:18:01 <andreykurilin> so let's make all new scenarios check list and add this check to old ones
14:18:32 <amaretskiy> why not simply improve existing scenarios?
14:18:40 <amaretskiy> one by one
14:18:50 <andreykurilin> yes, we need to improve existing scenarios
14:18:59 <andreykurilin> and avoid additing new ones with bad behavior
14:19:31 <andreykurilin> Also it relates to next topic "update" scenarios. They should include check that entity is updated
14:20:18 <andreykurilin> ok
14:20:27 <andreykurilin> if there are no comments, let's move to the next topic
14:20:35 <andreykurilin> #topic Keystone v3 support
14:21:51 <andreykurilin> I had a great news! Last week I finished a chain of patches with compatibility layer for Keystone V2 & V3 . After we will merge them, all scenarios will be keystone v3 compatible
14:22:07 <andreykurilin> and we will be able to move all our jobs to latest keystone api
14:22:08 <amaretskiy> great!
14:22:13 <andreykurilin> instead of using old on
14:22:36 <andreykurilin> #topic Open discussion
14:22:43 <andreykurilin> anything else to discuss?
14:22:43 <amaretskiy> no topics from me
14:22:59 <andreykurilin> astudenov: ?
14:23:01 <astudenov> nothing from me
14:23:03 <andreykurilin> ok
14:23:06 <andreykurilin> let's finish
14:23:09 <andreykurilin> #endmeeting