14:00:27 <vgridnev> #startmeeting sahara
14:00:28 <openstack> Meeting started Thu Jan 12 14:00:27 2017 UTC and is due to finish in 60 minutes.  The chair is vgridnev. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:00:29 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:00:32 <openstack> The meeting name has been set to 'sahara'
14:00:36 <vgridnev> O/
14:00:41 <tosky> o/
14:00:42 <zemuvier> hi everyone
14:00:44 <zemuvier> o/
14:00:50 <shuyingya> Hi  o/
14:01:11 <raissa> o/
14:01:26 <NikitaKonovalov> hi
14:03:11 <vgridnev> #topic News / updates
14:04:09 <tellesnobrega> o/
14:04:47 <vgridnev> Not so much from me, I'm back from log weekends, and busy with some internal stuff around sahara
14:04:52 <zemuvier> updated docs for sahara tempest, continue working on my cli test patch and on ispublic/isprocted patch
14:04:57 <tosky> usual set of reviews, and not too much on my side in the last weeks (also, vacations!), struggling on internal stuff
14:04:58 <tellesnobrega> I'm still struggling with integration of storm on vanilla plugin, might not be interesting for this cycle anymore. Still interesting and I want to do it, but I'm not the time will suit
14:05:30 <shuyingya> recently more concentrate on understanding sahara code and draw some time_sequence of cluster_create related. For upstream, the cdh5.9 support already done and looking for what to do next
14:05:31 <raissa> added some missing tests to sahara-tests, some internal work also
14:06:19 <vgridnev> About release schedule, we have less than 2 weeks until O3 is released
14:06:42 <tellesnobrega> Also, I hope to have Shaifali start sending some patches on API v2 changes in a couple weeks
14:06:54 <tosky> yay cdh 5.9
14:07:05 <tosky> and vgridnev is doing a nice job on HDP 2.5
14:07:25 <tosky> (apart from fixing the access-through-proxy with centos)
14:09:48 <vgridnev> Yep, we did cdh 5.9 and HDP 2.5, we need to enable test jobs for that, I'll talks with esikachev about that (he is PTO until end of this week)
14:10:04 <vgridnev> Anything else?
14:10:20 <shuyingya> and I have invited an intern to work for sahara right now, who called linjiasen. If you all have some job need to do in ocata, we can help you
14:11:28 <tellesnobrega> that is awesome shuyingya, api v2 might be a good thing to work on
14:11:31 <vgridnev> Uh, additionally I did announcement that I'm not going to run for Pike as PTL, so I would like to let someone else to run this role in P
14:11:52 <vgridnev> tellesnobrega, agreed
14:12:07 <tellesnobrega> I did, indeed
14:12:28 <shuyingya> yep, I would like to work on it.
14:12:46 <shuyingya> maybe jiasen can help me too if I have internal stuff
14:13:09 <tellesnobrega> shuyingya, you are talking API v2, right?
14:13:16 <shuyingya> yes
14:13:31 <tellesnobrega> sure, I can give you a hand with that as well
14:15:47 <vgridnev> #link https://etherpad.openstack.org/p/sahara-ptg-pike
14:16:04 <shuyingya> tellesnobrega, thanks.
14:16:09 <tellesnobrega> np
14:16:11 <vgridnev> Let's start etherpad for Pike's PTG
14:16:26 <vgridnev> We can start collecting ideas to this
14:16:52 <tosky> I'd like to officially thanks vgridnev for all the heavy work he did in his role as PTL!
14:17:13 <shuyingya> vgridnev, thanks!
14:17:21 <raissa> thanks vgridnev!
14:17:42 <zemuvier> vgridnev: thanks :)
14:18:16 <tellesnobrega> vgridnev, thanks for the hard work, we all really appreciate
14:18:18 <vgridnev> Thanks all, I really appreciate that
14:18:24 <vgridnev> :)
14:18:46 <jiasen> o/
14:20:16 <vgridnev> About the pike planning: important part is that we need to work on support of python35 for sahara
14:20:29 <vgridnev> #link https://review.openstack.org/#/c/349069/
14:20:47 <tellesnobrega> vgridnev, yes, I saw an email about that, seems like a really important thing now
14:21:33 <vgridnev> #topic Open discussion
14:22:10 <shuyingya> Hi all, can we mount an existed volume when cluster creating? I am not familiar with heat. I read the sahara code, looks like it doesn't support.
14:22:35 <tosky> yep, python35++
14:22:59 <tosky> uhm, yeah, so far we test with the creation of new volumes; not sure how complicated it would be to mount an existing volume
14:23:44 <tosky> then you would probably need a specific node group template only for that node (unless you define some kind of pattern, like "mount volume named 'volume<nodename>'" or so
14:25:08 <vgridnev> Seems like strange thing for me, and yes, there is no support for that now
14:25:28 <tellesnobrega> shuyingya, what is the use case for that?
14:26:45 <vgridnev> Yeah, that will be interesting to see use case for that
14:27:24 <shuyingya> my colleague tell me our custom would like to creating a cluster and use the data already existed in other volume.
14:28:46 <vgridnev> the problem is that this data has to be imported to hdfs at least, I think
14:29:39 <vgridnev> even if you would mount this volume to the cluster, you will need to import that into filesystem
14:29:42 <tellesnobrega> it can be interesting, but I agree with vitaly, the data would need to be imported to hdfs
14:30:05 <tellesnobrega> shuyingya, wouldn't it be better to use swift?
14:30:16 <tellesnobrega> or is there a problem with swift?
14:31:50 <tosky> (or manila)
14:32:08 <tellesnobrega> tosky, true
14:33:15 <shuyingya> network broken for a while. this question I also need take more investigation.
14:34:17 <tellesnobrega> shuyingya, it would be interesting to know if the options satisfy the use case, if not you can explain why not and we can work on that
14:35:14 <vgridnev> Is there something else we can discuss?
14:35:44 <tellesnobrega> not from my side
14:36:15 <shuyingya> tellesnobrega, OK, we can talk about it next time
14:39:39 <vgridnev> sorry, was disconnected from bouncer
14:39:59 <vgridnev> If there is nothing else we can discuss, let's finish meeting for today
14:40:06 <vgridnev> Thanks everyone
14:40:09 <vgridnev> #endmeeting