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