[Users] Documentation: Storage Domain conversion from Data Domain to Export Domain
Dead Horse
deadhorseconsulting at gmail.com
Thu Nov 1 18:17:54 UTC 2012
Even better ;)
I thought I saw mention on the mailing lists of some notion of storage
domain import/export is that also in the works?
On Thu, Nov 1, 2012 at 9:47 AM, Itamar Heim <iheim at redhat.com> wrote:
> On 11/01/2012 04:45 PM, Dead Horse wrote:
>
>> Itamar, I concur with you.
>> I am aware of the dangers here (I edited metadata once already to test
>> recovering a storage domain in a test setup).
>> It took me a few tries and looking through the code that generate and
>> manipulates that data to get it right.
>>
>> However perhaps as a feature request it would be prudent to allow for
>> the ability to choose or change which domain is the master without
>> taking down all the other domains. If you have a-lot of domains this
>> really becomes problematic to play musical chairs with the domains to
>> get the one you want to be master elected. This also requires you to
>> take down VM's which makes it even more problematic. Can we get a "make
>> this domain the master" feature added to the UI/Cli?
>>
>
> the plan is to remove the need for a master domain to begin with (SDM
> feature)
>
>
>> -DHC
>>
>> On Thu, Nov 1, 2012 at 2:07 AM, Itamar Heim <iheim at redhat.com
>> <mailto:iheim at redhat.com>> wrote:
>>
>> On 11/01/2012 03:01 AM, Dead Horse wrote:
>>
>> 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?
>>
>>
>> i heartly suggest to not try and mess with that on your own.
>> you can move other storage domains to maint, to force engine to
>> reconstruct the master on another domain.
>> (again, do *not* do it on your own via metadata)
>>
>>
>> - DHC
>>
>> On Wed, Oct 31, 2012 at 12:43 PM, Itamar Heim <iheim at redhat.com
>> <mailto:iheim at redhat.com>
>> <mailto:iheim at redhat.com <mailto:iheim at redhat.com>>> wrote:
>>
>> On 10/31/2012 07:36 PM, Simon Grinberg wrote:
>>
>>
>>
>> ----- Original Message -----
>>
>> From: "Itamar Heim" <iheim at redhat.com
>> <mailto:iheim at redhat.com> <mailto:iheim at redhat.com
>>
>> <mailto:iheim at redhat.com>>>
>> To: "Michael Ayers" <ayersmj at redhat.com
>> <mailto:ayersmj at redhat.com>
>> <mailto:ayersmj at redhat.com
>>
>> <mailto:ayersmj at redhat.com>>>
>> Cc: users at ovirt.org <mailto:users at ovirt.org>
>> <mailto:users at ovirt.org <mailto: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> <mailto:ayersmj at redhat.com
>> <mailto:ayersmj at redhat.com>>
>> <mailto:ayersmj at redhat.com
>> <mailto:ayersmj at redhat.com> <mailto:ayersmj at redhat.com
>> <mailto:ayersmj at redhat.com>>>
>>
>> w: www.redhat.com <http://www.redhat.com>
>> <http://www.redhat.com>
>> <http://www.redhat.com/>
>>
>>
>>
>> ______________________________**
>> _____________________
>> Users mailing list
>> Users at ovirt.org <mailto:Users at ovirt.org> <mailto:Users at ovirt.org
>> <mailto:Users at ovirt.org>>
>> http://lists.ovirt.org/____**mailman/listinfo/users<http://lists.ovirt.org/____mailman/listinfo/users>
>> <http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.org/__mailman/listinfo/users>
>> >
>>
>> <http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.org/__mailman/listinfo/users>
>> <http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users>
>> >>
>>
>>
>>
>> ______________________________**
>> _____________________
>> Users mailing list
>> Users at ovirt.org <mailto:Users at ovirt.org> <mailto:Users at ovirt.org
>> <mailto:Users at ovirt.org>>
>> http://lists.ovirt.org/____**mailman/listinfo/users<http://lists.ovirt.org/____mailman/listinfo/users>
>> <http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.org/__mailman/listinfo/users>
>> >
>> <http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.org/__mailman/listinfo/users>
>> <http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users>
>> >>
>>
>>
>>
>> ______________________________**_____________________
>> Users mailing list
>> Users at ovirt.org <mailto:Users at ovirt.org> <mailto:Users at ovirt.org
>> <mailto:Users at ovirt.org>>
>> http://lists.ovirt.org/____**mailman/listinfo/users<http://lists.ovirt.org/____mailman/listinfo/users>
>> <http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.org/__mailman/listinfo/users>
>> >
>> <http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.org/__mailman/listinfo/users>
>> <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/20121101/42d7e645/attachment-0001.html>
More information about the Users
mailing list