Bug 1306495
Summary: | [Docs] [Admin] A description of how to remove a data storage domain must be added | ||
---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Andrew Dahms <adahms> |
Component: | Documentation | Assignee: | Tahlia Richardson <trichard> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Megan Lewis <melewis> |
Severity: | medium | Docs Contact: | |
Priority: | high | ||
Version: | 3.6.0 | CC: | gklein, lbopf, lsurette, mlipchuk, rbalakri, srevivo, ylavi |
Target Milestone: | ovirt-3.6.5 | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
URL: | http://www.ovirt.org/develop/release-management/features/storage/importstoragedomain/ | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2016-05-04 02:36:25 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | Docs | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Andrew Dahms
2016-02-11 02:24:23 UTC
Assigning to Tahlia for review. Tahlia, most of the information required is already in the Administration Guide, but is somewhat scattered. The procedure (or set of procedures) should follow the workflow included in the bug description, and include the following: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.6/html-single/Administration_Guide/index.html#Detaching_storage_domains_from_a_data_center https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.6/html-single/Administration_Guide/index.html#Attaching_a_data_domain This bug seems like it's confusing two different processes. Attaching a storage domain is just taking a domain that exists in the environment and plunking it in a data centre. I could do a "Moving a storage domain from one data centre to another" section, but it would basically be "follow the procedure for detaching" and then "follow the procedure for attaching". On the other hand, importing a storage domain involves bringing in storage that is not currently in the environment anywhere. For example, if my RHEV env suddenly borked itself and I had to nuke it and set up a new one, I could just import the existing /storage/trichard/data directory into it, since it's no longer part of the old nuked env, and it would work without having to manually delete its contents first (if I understand correctly). After some clarification, what I'm seeing here is two scenarios and three procedures: 1. Migrate storage domain to a different data center a. In the same environment (detach from one and attach to another) b. In a different environment (remove from one and import to another) 2. Disaster recovery (import an existing data domain to a new environment after the death of the old one) Various procedures for parts of this exist, as noted in comment 1, throughout the book, in the Data Centers chapter and the Storage chapter (because you can do almost all the same things through either, i.e Data Centers tab > Storage subtab vs Storage tab > Data Centers subtab). Data Centers: 3.6. Data Centers and Storage Domains 3.6.1. Attaching an Existing Data Domain to a Data Center [...] 3.6.4. Detaching a Storage Domain from a Data Center 3.6.5. Activating a Storage Domain from Maintenance Mode Storage: 7.6. Importing Existing Storage Domains 7.7. Storage Tasks [...] 7.7.2. Moving Storage Domains to Maintenance Mode [...] 7.7.4. Activating Storage Domains 7.7.5. Removing a Storage Domain So far my plan is to add the three new procedures, which includes content from those listed above, to 3.6 Data Centers and Storage Domains (maybe Backups and Migration, too?). I also want to consolidate (there's some unnecessary duplication) and move the individual procedures to the Storage chapter. Merge request accepted and revision history entry added. |