14:07:01 <andreykurilin_> #startmeeting Rally
14:07:02 <openstack> Meeting started Mon Mar 20 14:07:01 2017 UTC and is due to finish in 60 minutes.  The chair is andreykurilin_. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:07:04 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:07:07 <openstack> The meeting name has been set to 'rally'
14:08:04 <rallydev-bot2> [From Gitter] andreykurilin : @shihai1991 @tohin @chenhb-zte @astarove
14:08:08 <rallydev-bot2> [From Gitter] tohin : hi
14:08:20 <andreykurilin_> hi hi
14:08:23 <rallydev-bot2> [From Gitter] astarove : hi
14:09:05 <andreykurilin_> #topic good news
14:09:23 <rallydev-bot2> [From Gitter] shihai1991 : hi
14:09:24 <andreykurilin_> we finally released 0.9.0 version of Rally
14:10:01 <andreykurilin_> https://github.com/openstack/rally/releases/tag/0.9.0
14:11:08 <andreykurilin_> While we already discussed plans for the next release, I see no reasons to do it again:)
14:11:37 <andreykurilin_> but since the date of 0.9.0 is changed, let's make the next release till the end of April
14:11:47 <andreykurilin_> Before summit in Boston :)
14:11:59 <andreykurilin_> or, if we will have a good progress, we can make several releases
14:12:44 <andreykurilin_> #topic Free discussion
14:12:52 <andreykurilin_> that is all from my side:)
14:13:20 <andreykurilin_> Since we do not have critical stuff now, I'm switching to review-mode :)
14:13:31 <hai_shi> hm,I have two small questions;)
14:13:55 <hai_shi> 1)A bug of cleanup
14:14:01 <hai_shi> [1] https://bugs.launchpad.net/rally/+bug/1674238 [2] https://bugs.launchpad.net/rally/+bug/1570920
14:14:02 <openstack> Launchpad bug 1674238 in Rally "Duplicated cleanup in image" [Undecided,In progress] - Assigned to hai shi (haishi)
14:14:03 <andreykurilin_> chenhb_: you are late :P
14:14:04 <openstack> Launchpad bug 1570920 in Rally "[CleanUp] CleanUp Error saying- "Router could not be found" in network context" [Undecided,In progress] - Assigned to SHI Peiqi (uestc-shi)
14:14:19 <chenhb_> :)
14:15:23 <hai_shi> It looks like we need check resources' status before delete operation.
14:16:20 <andreykurilin_> hai_shi: About https://bugs.launchpad.net/rally/+bug/1674238 . Let's return to patches related to glance and cinder services. They will allow to generate different names for images in contexts and in scenarios and global cleanup will remove only scenario related.
14:16:20 <openstack> Launchpad bug 1674238 in Rally "Duplicated cleanup in image" [Undecided,In progress] - Assigned to hai shi (haishi)
14:17:20 <hai_shi> ok
14:17:48 <hai_shi> and second question. 2)Why we need this class https://github.com/openstack/rally/blob/master/rally/plugins/openstack/cleanup/resources.py#L44-L47
14:18:06 <hai_shi> It looks like a temporary resolution.
14:18:58 <chenhb_> For removing
14:19:09 <chenhb_> :)
14:19:26 <hai_shi> ?
14:19:30 <andreykurilin_> hai_shi: I do not have an answer. lol. It looks like it appeared in Rally before I start working here:)
14:19:47 <hai_shi> Yes, I check the history.
14:19:49 <andreykurilin_> yes, let's mark this class as for removing
14:20:01 <andreykurilin_> it looks redundant
14:21:00 <hai_shi> I have try to remove it.
14:21:21 <chenhb_> I tried to remove the class,but it is required for some resources: )
14:22:02 <hai_shi> which resources do we require?
14:22:25 <hai_shi> https://review.openstack.org/#/c/446394/
14:22:45 <chenhb_> but now our new cleanup, i donot clear
14:23:09 <andreykurilin_> Most of OpenStack resources have class-based representation. I mean when you obtain a particular resoure(for example server) via openstack clients (for example, novaclient), you receive a python object, an instance of particular class
14:23:12 <hai_shi> ok, let us check it again;)
14:23:38 <andreykurilin_> and usually, that object has status properties like is_deleted
14:23:57 <andreykurilin_> as for Neutron resources, they do not use class-based representations
14:24:17 <andreykurilin_> they just return a dict with information about particular resource
14:24:34 <andreykurilin_> I think that is why that class was created
14:24:39 <andreykurilin_> for neutron resources only
14:26:01 <chenhb_> https://review.openstack.org/#/c/414671/
14:26:01 <chenhb_> here
14:27:48 <andreykurilin_> there are no logs :(
14:28:41 <hai_shi> I guess it have many problems.
14:29:24 <hai_shi> like WARNING requests.packages.urllib3.connectionpool [-] Connection pool is full, discarding connection
14:30:16 <hai_shi> if we have much concurrent scenarios, the connection would broken
14:30:44 <andreykurilin_> we should avoid too much concurrenc case in cleanup :)
14:31:47 <hai_shi> yeap, you are right.
14:32:26 <andreykurilin_> actually, I do not have strong opinion about that stuff now, need to look more closer
14:33:17 <hai_shi> all logs has gone, I would found them again
14:33:50 <andreykurilin_> chenhb_: can you restore your patch, so jenkins can give us new logs?
14:33:52 <hai_shi> I have no other question
14:34:09 <chenhb_> ok
14:34:28 <andreykurilin_> Any other topics to discuss?
14:34:30 <hai_shi> chenhb_: Do you have something to share?
14:35:05 <chenhb_> Nonthing from me
14:35:12 <andreykurilin_> ok, let's finish
14:35:16 <andreykurilin_> bye
14:35:20 <hai_shi> bye
14:35:22 <rallydev-bot2> [From Gitter] tohin : bye
14:35:23 <andreykurilin_> see you at our regular chat
14:35:24 <chenhb_> bye
14:35:27 <rallydev-bot2> [From Gitter] astarove : bye
14:35:27 <andreykurilin_> #endmeeting