[Users] Documentation: Storage Domain conversion from Data Domain to Export Domain

[Dead Horse]

This is good info. Given that the metadata can be edited is there a way to
redesignate which storage domain should be the master? I have run into a
couple of times in which for various reasons the master domain could not be
reached and another storage domain was elected as master. Is there a way to
force an election or edit the metadata to redesignate the original master
domain back "as master" again?

- DHC

On Wed, Oct 31, 2012 at 12:43 PM, Itamar Heim <iheim at redhat.com> wrote:

> On 10/31/2012 07:36 PM, Simon Grinberg wrote:
>
>>
>>
>> ----- Original Message -----
>>
>>> From: "Itamar Heim" <iheim at redhat.com>
>>> To: "Michael Ayers" <ayersmj at redhat.com>
>>> Cc: users at ovirt.org
>>> Sent: Tuesday, October 30, 2012 10:57:52 PM
>>> Subject: Re: [Users] Documentation: Storage Domain conversion from Data
>>> Domain to Export Domain
>>>
>>> On 10/30/2012 09:29 PM, Michael Ayers wrote:
>>>
>>>> Hey All,
>>>>
>>>> I ran into this issue myself where I needed to convert a data
>>>> domain to
>>>> an export domain in order to recover virtual guests from a
>>>> corrupted
>>>> ovirt/rhevm instance into a new ovirt/rhevm instance.  This wasn’t
>>>> documented anywhere that I saw but with the help of Itamar Heim and
>>>> an
>>>> well timed email to the list from Igor Lvovsky last night I was
>>>> able to
>>>> do this and wanted to send to the list a documented procedure for
>>>> how to
>>>> modify the metadata of the data domain prior to import as an export
>>>> domain.  This procedure works for both RHEV-M and Ovirt.  Let me
>>>> know if
>>>> you have any questions.
>>>>
>>>
>>> glad it worked.
>>>
>>
>> Will this work if the recovered storage domain was not the master?
>>
>
> no. only for nfs storage domain, only if it was master.
>
>
>
>>
>>  care to wikify for others?
>>>
>>> thanks,
>>>     Itamar
>>>
>>>
>>>> Original Data Domain Metadata File
>>>>
>>>> ------------------------------**--------------------
>>>>
>>>> CLASS=Data
>>>>
>>>> DESCRIPTION=vm-storage
>>>>
>>>> IOOPTIMEOUTSEC=10
>>>>
>>>> LEASERETRIES=3
>>>>
>>>> LEASETIMESEC=60
>>>>
>>>> LOCKPOLICY=
>>>>
>>>> LOCKRENEWALINTERVALSEC=5
>>>>
>>>> MASTER_VERSION=2
>>>>
>>>> POOL_DESCRIPTION=MyPool
>>>>
>>>> POOL_DOMAINS=dd8bc200-6e28-**4185-bfe0-f0affb94f283:Active,**
>>>> ddefdf6c-ef68-419c-9f72-**76d27bf7d788:Active,66b3b243-**
>>>> 6cc6-465f-b130-6f2cd0b70514:**Active
>>>>
>>>> POOL_SPM_ID=2
>>>>
>>>> POOL_SPM_LVER=17
>>>>
>>>> POOL_UUID=a207f052-f4bf-44a3-**b637-c6d2020a7c41
>>>>
>>>> REMOTE_PATH=nfsserver:/ovirt/**vm-storage
>>>>
>>>> ROLE=Master
>>>>
>>>> SDUUID=66b3b243-6cc6-465f-**b130-6f2cd0b70514
>>>>
>>>> TYPE=NFS
>>>>
>>>> VERSION=0
>>>>
>>>> _SHA_CKSUM=**009fa538321ac56749669127f43cc7**54aa59d398
>>>>
>>>> Diff between Original DD Metadata File and ED Metadata File
>>>>
>>>> ------------------------------**--------------------
>>>>
>>>> --- metadata-data-storage       2012-10-30 12:24:52.484006958 -0700
>>>>
>>>> +++ metadata-exp-storage        2012-10-30 12:14:59.043807789 -0700
>>>>
>>>> @@ -1,5 +1,5 @@
>>>>
>>>> -CLASS=Data
>>>>
>>>> -DESCRIPTION=vm-storage
>>>>
>>>> +CLASS=Backup
>>>>
>>>> +DESCRIPTION=export-storage
>>>>
>>>> IOOPTIMEOUTSEC=10
>>>>
>>>> LEASERETRIES=3
>>>>
>>>> LEASETIMESEC=60
>>>>
>>>> @@ -7,13 +7,12 @@
>>>>
>>>> LOCKRENEWALINTERVALSEC=5
>>>>
>>>> MASTER_VERSION=2
>>>>
>>>> POOL_DESCRIPTION=MyPool
>>>>
>>>> -POOL_DOMAINS=dd8bc200-6e28-**4185-bfe0-f0affb94f283:Active,**
>>>> ddefdf6c-ef68-419c-9f72-**76d27bf7d788:Active,66b3b243-**
>>>> 6cc6-465f-b130-6f2cd0b70514:**Active
>>>>
>>>> +POOL_DOMAINS=
>>>>
>>>> POOL_SPM_ID=2
>>>>
>>>> POOL_SPM_LVER=17
>>>>
>>>> -POOL_UUID=a207f052-f4bf-44a3-**b637-c6d2020a7c41
>>>>
>>>> -REMOTE_PATH=nfsserver:/ovirt/**vm-storage
>>>>
>>>> -ROLE=Master
>>>>
>>>> +POOL_UUID=
>>>>
>>>> +REMOTE_PATH=nfsserver:/ovirt/**export-storage
>>>>
>>>> +ROLE=Regular
>>>>
>>>> SDUUID=66b3b243-6cc6-465f-**b130-6f2cd0b70514
>>>>
>>>> TYPE=NFS
>>>>
>>>> VERSION=0
>>>>
>>>> -_SHA_CKSUM=**009fa538321ac56749669127f43cc7**54aa59d398
>>>>
>>>> Thanks,
>>>>
>>>> Michael
>>>>
>>>> ------------------------------**-------
>>>>
>>>> Michael J. Ayers
>>>>
>>>> Red Hat Inc.
>>>>
>>>> Solutions Architect
>>>>
>>>> e: ayersmj at redhat.com <mailto:ayersmj at redhat.com>
>>>>
>>>> w: www.redhat.com <http://www.redhat.com/>
>>>>
>>>>
>>>>
>>>> ______________________________**_________________
>>>> Users mailing list
>>>> Users at ovirt.org
>>>> http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users>
>>>>
>>>>
>>>
>>> ______________________________**_________________
>>> Users mailing list
>>> Users at ovirt.org
>>> http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users>
>>>
>>>
>
> ______________________________**_________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20121031/c1149e5d/attachment-0001.html>