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

Dead Horse deadhorseconsulting at gmail.com
Thu Nov 1 14:17:54 EDT 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-0002.html>


More information about the Users mailing list