Bug 1257307 - [RFE] Support ceph-disk zapping drives when deploying over existing Ceph nodes
Summary: [RFE] Support ceph-disk zapping drives when deploying over existing Ceph nodes
Keywords:
Status: CLOSED DUPLICATE of bug 1377867
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: rhosp-director
Version: 7.0 (Kilo)
Hardware: Unspecified
OS: Unspecified
high
unspecified
Target Milestone: ---
: 10.0 (Newton)
Assignee: Hugh Brock
QA Contact: Shai Revivo
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-08-26 18:10 UTC by Ryan Brown
Modified: 2016-09-23 21:35 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-09-07 23:50:34 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Ryan Brown 2015-08-26 18:10:08 UTC
Description of problem:
If a node has had Ceph on it before and you deploy a fresh Ceph node over it, the deploy fails. To remedy this, currently we need to manually boot each node and "ceph-disk zap /dev/sdFOO" the disks before the deploy can succeed again. 

Version-Release number of selected component (if applicable):
Director GA w/ 0day

How reproducible:
Every time

Steps to Reproduce:
1. Deploy Overcloud w/ 1 or more ceph nodes
2. Delete the stack
3. Deploy again with the same configuration, reusing the hardware from the last deploy

Actual results:
Deploy fails to create ceph nodes.

Expected results:
Deploy succeeds, overwriting the old ceph disks. 

Additional info:
If doing this by default is too much of a change from existing behavior, consider adding a ForceDiskZap parameter to storage-environment.yml that will zap and re-read the partition table when provisioning the nodes. 

This has affected PoC deploys at several customer sites.

Comment 5 Mike Burns 2016-04-07 20:47:27 UTC
This bug did not make the OSP 8.0 release.  It is being deferred to OSP 10.

Comment 7 John Fulton 2016-09-07 23:50:34 UTC

*** This bug has been marked as a duplicate of bug 1256103 ***

Comment 8 John Fulton 2016-09-23 21:35:32 UTC

*** This bug has been marked as a duplicate of bug 1377867 ***


Note You need to log in before you can comment on or make changes to this bug.