<div dir="ltr">Following up from our discussion:<div><br></div><div>Present:</div><div>dtantsur</div><div>rloo</div><div>mgoddard</div><div>jaypipes</div><div>TheJulia</div><div>stendukler</div><div>iurygregoy</div><div><br></div><div>Consensuses:</div><div><div>* The "holding" state seems generally useful to operators and we should implement that, likely as an RFE since the needful actions and steps to be reached with a running ramdisk are fairly clear.</div><div>* An API may make sense for some users, but the caveats and issues are fairly expansive. Largely because for good usability, we would need to cache, and that cache may no longer be valid or not valid for even the next run.</div><div>* We need to revise our documentation to be a little more clear regarding cleaning steps so it is easier to find and understand, since we already document our default steps. Vendor hardware manager modules should do the same, provide documentation on the steps, and caveats to use.</div><div>** The same essentially applies to deploy steps, we will need to ensure that is properly documented to make everyone's lives easier.</div><div>* We agreed that the team likely does not need to implement this API at this time. This is largely due to all of these possible caveats and exception handling that would be needed to provide a full picture of the available clean/deploy step universe for third party hardware managers.</div><div>* We agreed it was useful to finally talk via a higher bandwidth medium since we've not been able to reach consensus on this functionality via irc or review.</div><div><br></div><div>Action Items:</div><div>* TheJulia to look at the documentation and revise it over the holidays to try and be a little more clear and concise about cleaning and steps.</div><div>* TheJulia, or whomever beats her to it, to update the spec to basically represent the above consensuses and change the target folder to backlog instead of approved and not-implemented. Spec will be free for anyone who wishes to implement the feature, however the team</div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Dec 4, 2018 at 1:37 PM Julia Kreger <<a href="mailto:juliaashleykreger@gmail.com">juliaashleykreger@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr">All,<div><br></div><div>I've looked at the doodle poll results and it looks like the best available time is 3:00 PM UTC on Friday December 7th.</div><div><br></div><div>I suggest we use bluejeans[2] as that has worked fairly well for us thus far. The specification documented related to the discussion can be found in review[3].</div><div><br></div><div>Thanks,</div><div><br></div><div>-Julia</div><div><br></div><div>[1] <a href="https://doodle.com/poll/yan4wyvztf7mpq46" target="_blank">https://doodle.com/poll/yan4wyvztf7mpq46</a><br></div><div>[2] <a href="https://bluejeans.com/u/jkreger/" target="_blank">https://bluejeans.com/u/jkreger/</a></div><div>[3] <a href="https://review.openstack.org/#/c/606199/" target="_blank">https://review.openstack.org/#/c/606199/</a></div></div></div></div>
</blockquote></div>