<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Apr 25, 2018 at 9:14 AM, Dmitry Tantsur <span dir="ltr"><<a href="mailto:dtantsur@redhat.com" target="_blank">dtantsur@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi all,<br>
<br>
I'd like to restart conversation on enabling node automated cleaning by default for the undercloud. This process wipes partitioning tables (optionally, all the data) from overcloud nodes each time they move to "available" state (i.e. on initial enrolling and after each tear down).<br>
<br>
We have had it disabled for a few reasons:<br>
- it was not possible to skip time-consuming wiping if data from disks<br>
- the way our workflows used to work required going between manageable and available steps several times<br>
<br>
However, having cleaning disabled has several issues:<br>
- a configdrive left from a previous deployment may confuse cloud-init<br>
- a bootable partition left from a previous deployment may take precedence in some BIOS<br>
- an UEFI boot partition left from a previous deployment is likely to confuse UEFI firmware<br>
- apparently ceph does not work correctly without cleaning (I'll defer to the storage team to comment)<br></blockquote><div><br></div><div>Yes, ceph-disk [1] won't prepare a disk that isn't clean. Deployers new to Ceph may not realize this and deployment tools which trigger ceph-disk will fail to prepare the requested OSDs. It may take the deployer time to realize that is the cause of failure and then they usually enable Ironic's automated cleaning.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
For these reasons we don't recommend having cleaning disabled, and I propose to re-enable it.<br>
<br>
It has the following drawbacks:<br>
- The default workflow will require another node boot, thus becoming several minutes longer (incl. the CI)<br>
- It will no longer be possible to easily restore a deleted overcloud node.<br>
<br>
What do you think? If I don't hear principal objections, I'll prepare a patch in the coming days.<br></blockquote><div><br>+1 <br><br></div><div>  John<br><br>[1] <a href="http://docs.ceph.com/docs/hammer/man/8/ceph-disk/">http://docs.ceph.com/docs/hammer/man/8/ceph-disk/</a><br><br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Dmitry<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.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
</blockquote></div><br></div></div>