On Wed, Apr 25, 2018 at 9:14 AM, Dmitry Tantsur <dtant...@redhat.com> wrote:
> Hi all, > > 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). > > We have had it disabled for a few reasons: > - it was not possible to skip time-consuming wiping if data from disks > - the way our workflows used to work required going between manageable and > available steps several times > > However, having cleaning disabled has several issues: > - a configdrive left from a previous deployment may confuse cloud-init > - a bootable partition left from a previous deployment may take precedence > in some BIOS > - an UEFI boot partition left from a previous deployment is likely to > confuse UEFI firmware > - apparently ceph does not work correctly without cleaning (I'll defer to > the storage team to comment) > 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. > For these reasons we don't recommend having cleaning disabled, and I > propose to re-enable it. > > It has the following drawbacks: > - The default workflow will require another node boot, thus becoming > several minutes longer (incl. the CI) > - It will no longer be possible to easily restore a deleted overcloud node. > > What do you think? If I don't hear principal objections, I'll prepare a > patch in the coming days. > +1 John [1] http://docs.ceph.com/docs/hammer/man/8/ceph-disk/ > > Dmitry > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev