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

Itamar Heim iheim at redhat.com
Thu Nov 1 10:47:54 EDT 2012


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>>
>
>
>
>                      ___________________________________________________
>                      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>>
>
>
>
>              ___________________________________________________
>              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>>
>
>
>
>
>





More information about the Users mailing list