17:02:33 #startmeeting Rally 17:02:34 Meeting started Tue Apr 21 17:02:33 2015 UTC and is due to finish in 60 minutes. The chair is boris-42. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:02:35 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:02:38 The meeting name has been set to 'rally' 17:02:43 andreykurilin: ping 17:02:45 msdubov_: ping 17:03:17 boris-42: sorry :) 17:03:33 It was funny - I was deadly sure that it is our meeting :) 17:03:44 serg_melikyan: =)) 17:05:35 boris-42:hi! 17:05:59 hi, guys 17:06:09 hey 17:06:44 rook: hi there 17:07:14 hey hey! 17:07:57 So should we start?) 17:08:43 yes 17:08:59 hi all) 17:10:04 okay great=) 17:10:12 #topic Meeting changes 17:10:25 so we were asked not to move to our room * 17:10:32 and be in one of openstack-meeting rooms 17:11:22 so seems like it will be quite hard to chose some time for it 17:11:30 meteorfox: btw is it too early for you 17:11:42 if we move our meeting to 1-2 hours earlier? 17:12:43 boris-42: well, so when there's daylight saving, it's at 12 pm, and without daylight saving is at 11 am 17:12:52 meteorfox: ah so it's quite ok 17:13:19 boris-42: it's ok with me 17:13:25 I guess it'd be great for most Europe-based folks ;) 17:15:02 dmellado: yep 17:15:10 okay I will try to find proper time to do the things 17:16:15 okay 17:16:29 #topic 2 meetings / week 17:16:38 So we are going to have 2 meetings / week 17:17:04 One is related to release management and I would like to have it in #openstack-rally chat 17:17:17 another common (for discussion of everything) 17:17:28 we should keep in #openstack-meetings room 17:17:46 boris-42 Let's do as you suggest 17:18:18 oK 17:18:28 #topic meeting Agenda 17:18:35 msdubov_: are you ready to manage this? 17:19:53 msdubov_: ?? 17:20:11 so basically I think that we should do next things: 17:20:17 * create template for weekly agenda 17:20:26 * put all required info each week 17:20:37 * make rally meeting announce weekly 17:20:46 so not so much work 17:20:48 boris-42: Do you mean 'common' meetings? Not release meetings? 17:21:01 boris-42: Anyway I'm ready to take over this stuff 17:21:05 msdubov_: both 17:21:08 boris-42: Ok 17:21:10 is there an ird bot command like "add to meeting agenda" 17:21:17 boris-42: So weekly announce in openstack-dev? 17:21:20 we need simple way for adding items to agenda 17:21:57 redixin: wiki page 17:22:05 msdubov_: yep like other project does 17:22:15 wiki page is not simple way =) 17:22:20 msdubov_: day before the meeting they put in mailing list Rally meeting reminder 17:22:25 msdubov_: with agenda 17:22:29 redixin: why? 17:23:15 you want me to answer lol? 17:23:26 redixin: yep 17:23:31 redixin: I do not understand 17:23:39 redixin: why it's hard to change wiki page to add new points 17:23:56 redixin: it's takes just few seconds 17:24:22 as you say 17:24:40 boris-42: Why not a google doc? 17:24:47 boris-42: We use google docs for everything 17:24:48 lol 17:24:53 msdubov_: lol 17:24:57 releases, roadmap, ... 17:25:40 msdubov_: so usually projects are using wiki pages 17:25:45 msdubov_: but we can use google docs 17:26:30 any ideas? 17:26:36 anybody read this thread?) 17:26:48 lol, yep ;) 17:27:08 please dont 17:27:10 I wouldn't mind, just use the tool you're more comfortable with :) 17:27:22 redixin: so wiki or google docs? 17:27:27 wiki 17:27:31 for the meetings we could even use an etherpad :D 17:27:40 okay wiki=) 17:27:52 i will creat inital version & template 17:28:08 #topic rally-coverage-job 17:28:18 Okay recently we made rally unit test coverage job voting 17:28:30 so now you can't merge patches without almot 100% unit test coverage 17:28:39 woot=) 17:29:02 #topic stackforge/rally -> openstack/rally 17:29:19 Okay we moved from stackforge to openstack finally!-) 17:29:20 woot 17:29:34 #topic Introducing rally-ci project 17:29:41 redixin: could you please say about it 17:29:51 because I believe people does not what it is 17:30:32 rally-ci is daemon who listening gerrit stream and launching jobs 17:31:01 it very handy if you limited in resources 17:31:38 here is the link: https://github.com/redixin/rally-ci 17:31:49 rally-ci can run on localhost and start jobs in docker. it takes a few second from uploading patch to unittests results 17:32:38 it is not on review.openstack.org yet 17:32:48 https://review.openstack.org/#/c/166962/ 17:32:57 redixin: I hope it should be soon https://review.openstack.org/#/c/166962/ 17:33:34 so thats it 17:33:44 redixin: you forgot the main part 17:33:59 redixin: that it simplifes running rally against every patch 17:34:02 redixin: on own hardware 17:34:40 it simplifies running anything 17:34:44 okay 17:34:52 Any questions?? 17:35:06 seems like no questions =) 17:35:39 I have a qusetion 17:35:50 does it run anything other than rally/tempest tests? 17:36:20 clarkb, rally-ci? 17:36:23 yes 17:36:42 currently it run rally vs devstack and MOS clouds, and also unit tests 17:36:51 but it can run anything 17:37:14 also, was there a specific reason to not just use zuul which is also a daemon that listens to the gerrit even stream to launch jobs 17:37:54 rally-ci is more flexible and less resources usage 17:38:15 can you expand on that? how is it more flexible? and zuul resource usage should be pretty low 17:39:09 is it possible to not use openstack for test vm's? 17:39:13 yes 17:39:22 you can use any gearman worker 17:39:59 clarkb: so basically what we would like is to call rally for creating env and then run rally to test it 17:40:20 so i should use complex setup with jenkins zuul gearman 17:40:23 all this java stuff 17:40:41 http://cacti.openstack.org/cacti/graph_view.php?action=tree&tree_id=1&leaf_id=23&page=3 is resource usage. The node has a lot of RAM due to a tmpfs that is no longer in use, we should probably trim that node down 17:40:49 redixin: you don't need any java stuff 17:40:52 or use one simple daemon on python with plugins and one simple config file 17:41:01 redixin: thats exactly what zuul is 17:41:25 its a simpel daemon written in python with one config file (well two if you count the ini to point at a gerrit) 17:42:49 zuul is not simple 17:42:52 boris-42: I am not sure what that means, but zuul runs rally many times per day for you already 17:42:57 boris-42: so I think zuul can run rally... 17:43:52 clarkb: okay I think we should investigate 17:43:56 clarkb: this during next week 17:44:11 clarkb: and continue discussion on next week 17:44:59 okay 17:45:07 #topic Free discussion 17:45:22 anything to discuss? 17:45:36 boris-42: redixin the feedback would be good. I think we see zuul as fitting this mold and if there are problems with it that can be addressed filing bugs and other feedback is valuable 17:46:21 clarkb: thank you for taking part in meeting 17:46:54 clarkb: we deff need to ensure that rally-ci is not the clone of zuul 17:47:04 clarkb: and if it is we need to migrate to zuul 17:47:07 if it is possible 17:47:21 the only problem with zuul is too complex for configuration 17:49:41 okay if nothing to discuss let's finish meeting 17:49:51 #endmeeting