<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 23, 2017 at 4:40 PM, Emilien Macchi <span dir="ltr"><<a href="mailto:emilien@redhat.com" target="_blank">emilien@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, May 23, 2017 at 6:47 AM, Sagi Shnaidman <<a href="mailto:sshnaidm@redhat.com">sshnaidm@redhat.com</a>> wrote:<br>
> Hi, all<br>
><br>
> I'd like to propose an idea to make one or two days hackathon in TripleO<br>
> project with main goal - to reduce deployment time of TripleO.<br>
><br>
> - How could it be arranged?<br>
><br>
> We can arrange a separate IRC channel and Bluejeans video conference session<br>
> for hackathon in these days to create a "presence" feeling.<br>
<br>
</span>+1 for IRC. We already have #openstack-sprint, that we could re-use.<br>
Also +1 for video conference, to get face to face interactions,<br>
promptly and unscheduled.<br>
<span class=""><br>
> - How to participate and contribute?<br>
><br>
> We'll have a few responsibility fields like tripleo-quickstart, containers,<br>
> storage, HA, baremetal, etc - the exact list should be ready before the<br>
> hackathon so that everybody could assign to one of these "teams". It's good<br>
> to have somebody in team to be stakeholder and responsible for organization<br>
> and tasks.<br>
<br>
</span>Before running the sprint, we should first track bugs / blueprints<br>
related to deployment speed.<br>
Not everyone in our team understands why some parts of deployments<br>
take time, so we need to make it visible so everyone can know how they<br>
can help during the sprint.<br>
<br>
Maybe we could create a Launchpad tag "deployment-time" to track bugs<br>
related to it. We should also make prioritization so we can work on<br>
the most critical ones first.<br>
<br>
I like the idea of breaking down the skills into small groups:<br>
<br>
- High Availability: deployment & runtime of Pacemaker optimization<br>
- Puppet: anything related to the steps (a bit more general but only a<br>
few of us have expertise on it, we could improve it).<br>
- Heat: work with the Heat team if we have some pending bugs about slowness.<br>
- Baremetal: ironic / workflows<br>
- tripleo-quickstart: tasks that can be improved / optimized<br>
<br>
This is a proposal ^ feel free to (comment,add|remove) anything.<br>
<span class=""><br>
<br>
> - What is the goal?<br>
><br>
> The goal of this hackathon to reduce deployment time of TripleO as much as<br>
> possible.<br>
><br>
> For example part of CI team takes a task to reduce quickstart tasks time. It<br>
> includes statistics collection, profiling and detection of places to<br>
> optimize. After this tasks are created, patches are tested and submitted.<br>
><br>
> The prizes will be presented to teams which saved most of time :)<br>
><br>
> What do you think?<br>
<br></span></blockquote><div><br></div><div>o/ Sagi - fwiw I really like the idea - like a remote project gathering... especially having an open bluejeans session (I'd still do that even if an irc chan is the preferred medium for the hackathon in the end) and I also like the topic.</div><div><br></div><div>Personally I will find it hard to block-book a day (for example) to work on this particular thing - depending on where we are in the cycle/current BZ or customer cases etc etc and that is the main reason I wouldn't be able to participate - at least not for the whole thing, but would at least try to track it  (Even if I could block book a day it would probably be hard to match the day that other folks can do it). I guess if you've gone to the trouble of filing the bugs/blueprints and the 'deployment-time' tag as suggested by Emilien then in in the worst case this effort can proceed in the 'usual' way (gerrit,mailing list etc). </div><div><br></div><div>thanks</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
</span>Excellent idea, thanks Sagi for proposing it.<br>
<br>
Another thought: before doing the sprint, we might want to make sure<br>
our tripleo-ci is in stable shape (which is not the case right now, we<br>
have 4 alerts and one of them affects ovb-ha)...<br>
<div class="HOEnZb"><div class="h5"><br>
> Thanks<br>
> --<br>
> Best regards<br>
> Sagi Shnaidman<br>
<br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Emilien Macchi<br>
<br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</font></span></blockquote></div><br></div></div>