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

Itamar Heim iheim at redhat.com
Thu Nov 1 18:30:22 UTC 2012


On 11/01/2012 08:17 PM, Dead Horse wrote:
> 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?

yes, import existing storage domain, though still not there.
there is also this one, which has some patches already:
http://wiki.ovirt.org/wiki/Features/Domain_Scan

>
> On Thu, Nov 1, 2012 at 9:47 AM, Itamar Heim <iheim at redhat.com
> <mailto: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>
>         <mailto: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>>
>                  <mailto: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>>
>         <mailto: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>>
>                               <mailto: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>>
>                  <mailto: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>>>
>                                   <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 <mailto:ayersmj at redhat.com>>>>
>
>                                   w: www.redhat.com
>         <http://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>> <mailto: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>> <mailto: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>> <mailto: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>>>
>
>
>
>
>
>
>
>





More information about the Users mailing list