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@redhat.com> wrote:
On 10/31/2012 07:36 PM, Simon Grinberg wrote:
----- Original Message -----
From: "Itamar Heim" <iheim@redhat.com> To: "Michael Ayers" <ayersmj@redhat.com> Cc: users@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@redhat.com <mailto:ayersmj@redhat.com>
w: www.redhat.com <http://www.redhat.com/>
______________________________**_________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users>
______________________________**_________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users>
______________________________**_________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users>