[Users] Documentation: Storage Domain conversion from Data Domain to Export Domain
</span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
</span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
</span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span =
This is a multipart message in MIME format. ------=_NextPart_000_018F_01CDB69A.3C5318B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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. 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-419 c-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=009fa538321ac56749669127f43cc754aa59d398 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-41 9c-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=009fa538321ac56749669127f43cc754aa59d398 Thanks, Michael ------------------------------------- Michael J. Ayers Red Hat Inc. Solutions Architect e: <mailto:ayersmj@redhat.com> ayersmj@redhat.com w: <http://www.redhat.com/> www.redhat.com ------=_NextPart_000_018F_01CDB69A.3C5318B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META = HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 14 = (filtered medium)"><style><!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} @font-face {font-family:Consolas; panose-1:2 11 6 9 2 2 4 3 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0in; margin-bottom:.0001pt; font-size:11.0pt; font-family:"Calibri","sans-serif";} a:link, span.MsoHyperlink {mso-style-priority:99; color:blue; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:purple; text-decoration:underline;} span.EmailStyle17 {mso-style-type:personal-compose; font-family:"Calibri","sans-serif"; color:windowtext;} .MsoChpDefault {mso-style-type:export-only; font-family:"Calibri","sans-serif";} @page WordSection1 {size:8.5in 11.0in; margin:1.0in 1.0in 1.0in 1.0in;} div.WordSection1 {page:WordSection1;} --></style><!--[if gte mso 9]><xml> <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext=3D"edit"> <o:idmap v:ext=3D"edit" data=3D"1" /> </o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue = vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal>Hey = All,<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>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.<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>Original Data Domain = Metadata File<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>-------------------------= -------------------------<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>CLASS=3DData<o:p></o:p></= span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>DESCRIPTION=3Dvm-storage<= o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>IOOPTIMEOUTSEC=3D10<o:p><= /o:p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>LEASERETRIES=3D3<o:p></o:= p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>LEASETIMESEC=3D60<o:p></o= :p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>LOCKPOLICY=3D<o:p></o:p><= /span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>LOCKRENEWALINTERVALSEC=3D= 5<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>MASTER_VERSION=3D2<o:p></= o:p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>POOL_DESCRIPTION=3DMyPool= <o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>POOL_DOMAINS=3Ddd8bc200-6= e28-4185-bfe0-f0affb94f283:Active,ddefdf6c-ef68-419c-9f72-76d27bf7d788:Ac= tive,66b3b243-6cc6-465f-b130-6f2cd0b70514:Active<o:p></o:p></span></p><p = class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>POOL_SPM_ID=3D2<o:p></o:p= style=3D'font-size:10.0pt;font-family:Consolas'>POOL_SPM_LVER=3D17<o:p></= o:p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>POOL_UUID=3Da207f052-f4bf= -44a3-b637-c6d2020a7c41<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>REMOTE_PATH=3Dnfsserver:/= ovirt/vm-storage<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>ROLE=3DMaster<o:p></o:p><= /span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>SDUUID=3D66b3b243-6cc6-46= 5f-b130-6f2cd0b70514<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>TYPE=3DNFS<o:p></o:p></sp= an></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>VERSION=3D0<o:p></o:p></s= pan></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>_SHA_CKSUM=3D009fa538321a= c56749669127f43cc754aa59d398<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'><o:p> </o:p></span><= /p><p class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'><o:p> </o:p></span><= /p><p class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>Diff between Original DD = Metadata File and ED Metadata File<o:p></o:p></span></p><p = class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>-------------------------= -------------------------<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>--- = metadata-data-storage 2012-10-30 = 12:24:52.484006958 -0700<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>+++ = metadata-exp-storage = 2012-10-30 12:14:59.043807789 -0700<o:p></o:p></span></p><p = class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>@@ -1,5 +1,5 = @@<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>-CLASS=3DData<o:p></o:p><= /span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>-DESCRIPTION=3Dvm-storage= <o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>+CLASS=3DBackup<o:p></o:p= style=3D'font-size:10.0pt;font-family:Consolas'>+DESCRIPTION=3Dexport-sto= rage<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'> = IOOPTIMEOUTSEC=3D10<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'> = LEASERETRIES=3D3<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'> = LEASETIMESEC=3D60<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>@@ -7,13 +7,12 = @@<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'> = LOCKRENEWALINTERVALSEC=3D5<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'> = MASTER_VERSION=3D2<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'> = POOL_DESCRIPTION=3DMyPool<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>-POOL_DOMAINS=3Ddd8bc200-= 6e28-4185-bfe0-f0affb94f283:Active,ddefdf6c-ef68-419c-9f72-76d27bf7d788:A= ctive,66b3b243-6cc6-465f-b130-6f2cd0b70514:Active<o:p></o:p></span></p><p= class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>+POOL_DOMAINS=3D<o:p></o:= p></span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'> = POOL_SPM_ID=3D2<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'> = POOL_SPM_LVER=3D17<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>-POOL_UUID=3Da207f052-f4b= f-44a3-b637-c6d2020a7c41<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>-REMOTE_PATH=3Dnfsserver:= /ovirt/vm-storage<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>-ROLE=3DMaster<o:p></o:p>= </span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>+POOL_UUID=3D<o:p></o:p><= /span></p><p class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>+REMOTE_PATH=3Dnfsserver:= /ovirt/export-storage<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>+ROLE=3DRegular<o:p></o:p= style=3D'font-size:10.0pt;font-family:Consolas'> = SDUUID=3D66b3b243-6cc6-465f-b130-6f2cd0b70514<o:p></o:p></span></p><p = class=3DMsoNormal style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'> = TYPE=3DNFS<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'> = VERSION=3D0<o:p></o:p></span></p><p class=3DMsoNormal = style=3D'margin-left:.5in'><span = style=3D'font-size:10.0pt;font-family:Consolas'>-_SHA_CKSUM=3D009fa538321= ac56749669127f43cc754aa59d398<o:p></o:p></span></p><p = class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:Consolas'><o:p> </o:p></span><= /p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:Consolas'>Thanks,<o:p></o:p></span>= </p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:Consolas'><o:p> </o:p></span><= /p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:Consolas'>Michael<o:p></o:p></span>= </p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:Consolas'>-------------------------= ------------<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:Consolas'>Michael J. = Ayers<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:Consolas'>Red Hat = Inc.<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:Consolas'>Solutions = Architect<o:p></o:p></span></p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:Consolas'>e: <a = href=3D"mailto:ayersmj@redhat.com"><span = style=3D'color:blue'>ayersmj@redhat.com</span></a><o:p></o:p></span></p><= p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:Consolas'>w: <a = href=3D"http://www.redhat.com/"><span = style=3D'color:blue'>www.redhat.com</span></a><o:p></o:p></span></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:Consolas'><o:p> </o:p></span><= /p></div></body></html> ------=_NextPart_000_018F_01CDB69A.3C5318B0--
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. 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=009fa538321ac56749669127f43cc754aa59d398
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=009fa538321ac56749669127f43cc754aa59d398
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
----- 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?
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=009fa538321ac56749669127f43cc754aa59d398
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=009fa538321ac56749669127f43cc754aa59d398
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
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
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=009fa538321ac56749669127f43cc754aa59d398
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=009fa538321ac56749669127f43cc754aa59d398
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
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
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>
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@redhat.com <mailto:iheim@redhat.com>> wrote:
On 10/31/2012 07:36 PM, Simon Grinberg wrote:
----- Original Message -----
From: "Itamar Heim" <iheim@redhat.com <mailto:iheim@redhat.com>> To: "Michael Ayers" <ayersmj@redhat.com <mailto:ayersmj@redhat.com>> Cc: users@ovirt.org <mailto: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> <mailto:ayersmj@redhat.com <mailto:ayersmj@redhat.com>>
w: www.redhat.com <http://www.redhat.com> <http://www.redhat.com/>
_________________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/__mailman/listinfo/users <http://lists.ovirt.org/mailman/listinfo/users>
_________________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/__mailman/listinfo/users <http://lists.ovirt.org/mailman/listinfo/users>
_________________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/__mailman/listinfo/users <http://lists.ovirt.org/mailman/listinfo/users>
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? -DHC On Thu, Nov 1, 2012 at 2:07 AM, Itamar Heim <iheim@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@redhat.com <mailto:iheim@redhat.com>> wrote:
On 10/31/2012 07:36 PM, Simon Grinberg wrote:
----- Original Message -----
From: "Itamar Heim" <iheim@redhat.com <mailto: iheim@redhat.com>> To: "Michael Ayers" <ayersmj@redhat.com <mailto:ayersmj@redhat.com>> Cc: users@ovirt.org <mailto: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> <mailto:ayersmj@redhat.com <mailto:ayersmj@redhat.com>>
w: www.redhat.com <http://www.redhat.com> <http://www.redhat.com/>
______________________________**___________________ Users mailing list Users@ovirt.org <mailto:Users@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@ovirt.org <mailto:Users@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@ovirt.org <mailto:Users@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>
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@redhat.com <mailto:iheim@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@redhat.com <mailto:iheim@redhat.com> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>>> wrote:
On 10/31/2012 07:36 PM, Simon Grinberg wrote:
----- Original Message -----
From: "Itamar Heim" <iheim@redhat.com <mailto:iheim@redhat.com> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>>> To: "Michael Ayers" <ayersmj@redhat.com <mailto:ayersmj@redhat.com> <mailto:ayersmj@redhat.com <mailto:ayersmj@redhat.com>>> Cc: users@ovirt.org <mailto:users@ovirt.org> <mailto:users@ovirt.org <mailto: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> <mailto:ayersmj@redhat.com <mailto:ayersmj@redhat.com>> <mailto:ayersmj@redhat.com <mailto:ayersmj@redhat.com> <mailto:ayersmj@redhat.com <mailto:ayersmj@redhat.com>>>
w: www.redhat.com <http://www.redhat.com> <http://www.redhat.com> <http://www.redhat.com/>
___________________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@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@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@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@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@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>>
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@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@redhat.com <mailto:iheim@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@redhat.com <mailto:iheim@redhat.com> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>>> wrote:
On 10/31/2012 07:36 PM, Simon Grinberg wrote:
----- Original Message -----
From: "Itamar Heim" <iheim@redhat.com <mailto:iheim@redhat.com> <mailto:iheim@redhat.com
<mailto:iheim@redhat.com>>> To: "Michael Ayers" <ayersmj@redhat.com <mailto:ayersmj@redhat.com> <mailto:ayersmj@redhat.com
<mailto:ayersmj@redhat.com>>> Cc: users@ovirt.org <mailto:users@ovirt.org> <mailto:users@ovirt.org <mailto: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> <mailto:ayersmj@redhat.com <mailto:ayersmj@redhat.com>> <mailto:ayersmj@redhat.com <mailto:ayersmj@redhat.com> <mailto:ayersmj@redhat.com <mailto:ayersmj@redhat.com>>>
w: www.redhat.com <http://www.redhat.com> <http://www.redhat.com> <http://www.redhat.com/>
______________________________** _____________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@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@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@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@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@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>
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@redhat.com <mailto:iheim@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@redhat.com <mailto:iheim@redhat.com> <mailto:iheim@redhat.com <mailto:iheim@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@redhat.com <mailto:iheim@redhat.com> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>> <mailto:iheim@redhat.com <mailto:iheim@redhat.com> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>>>> wrote:
On 10/31/2012 07:36 PM, Simon Grinberg wrote:
----- Original Message -----
From: "Itamar Heim" <iheim@redhat.com <mailto:iheim@redhat.com> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>
<mailto:iheim@redhat.com <mailto:iheim@redhat.com>>>> To: "Michael Ayers" <ayersmj@redhat.com <mailto:ayersmj@redhat.com> <mailto:ayersmj@redhat.com <mailto:ayersmj@redhat.com>> <mailto:ayersmj@redhat.com <mailto:ayersmj@redhat.com>
<mailto:ayersmj@redhat.com <mailto:ayersmj@redhat.com>>>> Cc: users@ovirt.org <mailto:users@ovirt.org> <mailto:users@ovirt.org <mailto:users@ovirt.org>> <mailto:users@ovirt.org <mailto:users@ovirt.org> <mailto:users@ovirt.org <mailto: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> <mailto:ayersmj@redhat.com <mailto:ayersmj@redhat.com>> <mailto:ayersmj@redhat.com <mailto:ayersmj@redhat.com> <mailto:ayersmj@redhat.com <mailto:ayersmj@redhat.com>>> <mailto:ayersmj@redhat.com <mailto:ayersmj@redhat.com> <mailto:ayersmj@redhat.com <mailto:ayersmj@redhat.com>> <mailto:ayersmj@redhat.com <mailto:ayersmj@redhat.com> <mailto:ayersmj@redhat.com <mailto:ayersmj@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@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@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@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@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@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@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>>>
Hi, I am having to recreate my engine, and want to recover my old VMs from the previous Storage Master Data Domain. A while back, Michael Ayers posted this recipe (the gmane reply feature won't allow lines longer than 80 chars, even if they were from the original post :(, so I apologize for the link ) : http://comments.gmane.org/gmane.comp.emulators.ovirt.user/4428 Should this method still work? I have tried to recreate this with 3.3.1 and can't. I copied over the old Data Domain to a new directory, and edited the dom_md/metadata file as follows: http://pastebin.com/U4xJawR8 But when I try to import it, I get: "Error while executing action: Cannot add Storage Connection. Storage connection already exists." and "Failed to retrieve existing storage domain information." Here's output from engine.log: http://pastebin.com/NVdzLDXb Any clues? Thanks, Bob
can you run mount and see if you have stale connections to the domain? On 11/26/2013 06:22 PM, Bob Doolittle wrote:
Hi,
I am having to recreate my engine, and want to recover my old VMs from the previous Storage Master Data Domain.
A while back, Michael Ayers posted this recipe (the gmane reply feature won't allow lines longer than 80 chars, even if they were from the original post :(, so I apologize for the link ) :
http://comments.gmane.org/gmane.comp.emulators.ovirt.user/4428
Should this method still work? I have tried to recreate this with 3.3.1 and can't. I copied over the old Data Domain to a new directory, and edited the dom_md/metadata file as follows:
But when I try to import it, I get:
"Error while executing action: Cannot add Storage Connection. Storage connection already exists."
and
"Failed to retrieve existing storage domain information."
Here's output from engine.log:
Any clues?
Thanks, Bob
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Dafna Ron
On 11/26/2013 02:00 PM, Dafna Ron wrote:
can you run mount and see if you have stale connections to the domain?
The only existing mounts on the Host are the loopback mount for the Data Domain, and the mount from Engine for the ISO Domain. I can import another Export domain on the same host which was created in the normal manner (and then 'destroy' it), but I can't import the converted one. -Bob
On 11/26/2013 06:22 PM, Bob Doolittle wrote:
Hi,
I am having to recreate my engine, and want to recover my old VMs from the previous Storage Master Data Domain.
A while back, Michael Ayers posted this recipe (the gmane reply feature won't allow lines longer than 80 chars, even if they were from the original post :(, so I apologize for the link ) :
http://comments.gmane.org/gmane.comp.emulators.ovirt.user/4428
Should this method still work? I have tried to recreate this with 3.3.1 and can't. I copied over the old Data Domain to a new directory, and edited the dom_md/metadata file as follows:
But when I try to import it, I get:
"Error while executing action: Cannot add Storage Connection. Storage connection already exists."
and
"Failed to retrieve existing storage domain information."
Here's output from engine.log:
Any clues?
Thanks, Bob
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
can you check the engine data base for the connection? On 11/26/2013 07:12 PM, Bob Doolittle wrote:
On 11/26/2013 02:00 PM, Dafna Ron wrote:
can you run mount and see if you have stale connections to the domain?
The only existing mounts on the Host are the loopback mount for the Data Domain, and the mount from Engine for the ISO Domain.
I can import another Export domain on the same host which was created in the normal manner (and then 'destroy' it), but I can't import the converted one.
-Bob
On 11/26/2013 06:22 PM, Bob Doolittle wrote:
Hi,
I am having to recreate my engine, and want to recover my old VMs from the previous Storage Master Data Domain.
A while back, Michael Ayers posted this recipe (the gmane reply feature won't allow lines longer than 80 chars, even if they were from the original post :(, so I apologize for the link ) :
http://comments.gmane.org/gmane.comp.emulators.ovirt.user/4428
Should this method still work? I have tried to recreate this with 3.3.1 and can't. I copied over the old Data Domain to a new directory, and edited the dom_md/metadata file as follows:
But when I try to import it, I get:
"Error while executing action: Cannot add Storage Connection. Storage connection already exists."
and
"Failed to retrieve existing storage domain information."
Here's output from engine.log:
Any clues?
Thanks, Bob
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Dafna Ron
On 11/26/2013 03:11 PM, Dafna Ron wrote:
can you check the engine data base for the connection?
Sorry, will need more guidance for that :( -Bob
On 11/26/2013 07:12 PM, Bob Doolittle wrote:
On 11/26/2013 02:00 PM, Dafna Ron wrote:
can you run mount and see if you have stale connections to the domain?
The only existing mounts on the Host are the loopback mount for the Data Domain, and the mount from Engine for the ISO Domain.
I can import another Export domain on the same host which was created in the normal manner (and then 'destroy' it), but I can't import the converted one.
-Bob
On 11/26/2013 06:22 PM, Bob Doolittle wrote:
Hi,
I am having to recreate my engine, and want to recover my old VMs from the previous Storage Master Data Domain.
A while back, Michael Ayers posted this recipe (the gmane reply feature won't allow lines longer than 80 chars, even if they were from the original post :(, so I apologize for the link ) :
http://comments.gmane.org/gmane.comp.emulators.ovirt.user/4428
Should this method still work? I have tried to recreate this with 3.3.1 and can't. I copied over the old Data Domain to a new directory, and edited the dom_md/metadata file as follows:
But when I try to import it, I get:
"Error while executing action: Cannot add Storage Connection. Storage connection already exists."
and
"Failed to retrieve existing storage domain information."
Here's output from engine.log:
Any clues?
Thanks, Bob
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
sql -U postgres engine -c 'select connection from storage_server_connections;' On 11/26/2013 08:21 PM, Bob Doolittle wrote:
On 11/26/2013 03:11 PM, Dafna Ron wrote:
can you check the engine data base for the connection?
Sorry, will need more guidance for that :(
-Bob
On 11/26/2013 07:12 PM, Bob Doolittle wrote:
On 11/26/2013 02:00 PM, Dafna Ron wrote:
can you run mount and see if you have stale connections to the domain?
The only existing mounts on the Host are the loopback mount for the Data Domain, and the mount from Engine for the ISO Domain.
I can import another Export domain on the same host which was created in the normal manner (and then 'destroy' it), but I can't import the converted one.
-Bob
On 11/26/2013 06:22 PM, Bob Doolittle wrote:
Hi,
I am having to recreate my engine, and want to recover my old VMs from the previous Storage Master Data Domain.
A while back, Michael Ayers posted this recipe (the gmane reply feature won't allow lines longer than 80 chars, even if they were from the original post :(, so I apologize for the link ) :
http://comments.gmane.org/gmane.comp.emulators.ovirt.user/4428
Should this method still work? I have tried to recreate this with 3.3.1 and can't. I copied over the old Data Domain to a new directory, and edited the dom_md/metadata file as follows:
But when I try to import it, I get:
"Error while executing action: Cannot add Storage Connection. Storage connection already exists."
and
"Failed to retrieve existing storage domain information."
Here's output from engine.log:
Any clues?
Thanks, Bob
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Dafna Ron
On 11/26/2013 03:27 PM, Dafna Ron wrote:
sql -U postgres engine -c 'select connection from storage_server_connections;'
I guess you mean psql. But I keep getting an authentication error. I don't see any obvious passwords in the postgresql.conf file, nor in my setup/install logs. Is there a hardcoded password somewhere? I've tried different users - admin, postgres, engine, and I've tried all of those with the admin password I specified during setup. No dice. I also tried your offlist suggestion: "psql engine postgres -c 'select connection from storage_server_connections;' with the same result: psql: FATAL: Ident authentication failed for user "postgres" -Bob
On 11/26/2013 08:21 PM, Bob Doolittle wrote:
On 11/26/2013 03:11 PM, Dafna Ron wrote:
can you check the engine data base for the connection?
Sorry, will need more guidance for that :(
-Bob
On 11/26/2013 07:12 PM, Bob Doolittle wrote:
On 11/26/2013 02:00 PM, Dafna Ron wrote:
can you run mount and see if you have stale connections to the domain?
The only existing mounts on the Host are the loopback mount for the Data Domain, and the mount from Engine for the ISO Domain.
I can import another Export domain on the same host which was created in the normal manner (and then 'destroy' it), but I can't import the converted one.
-Bob
On 11/26/2013 06:22 PM, Bob Doolittle wrote:
Hi,
I am having to recreate my engine, and want to recover my old VMs from the previous Storage Master Data Domain.
A while back, Michael Ayers posted this recipe (the gmane reply feature won't allow lines longer than 80 chars, even if they were from the original post :(, so I apologize for the link ) :
http://comments.gmane.org/gmane.comp.emulators.ovirt.user/4428
Should this method still work? I have tried to recreate this with 3.3.1 and can't. I copied over the old Data Domain to a new directory, and edited the dom_md/metadata file as follows:
But when I try to import it, I get:
"Error while executing action: Cannot add Storage Connection. Storage connection already exists."
and
"Failed to retrieve existing storage domain information."
Here's output from engine.log:
Any clues?
Thanks, Bob
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On Tue, Nov 26, 2013 at 10:11 PM, Bob Doolittle wrote:
On 11/26/2013 03:27 PM, Dafna Ron wrote:
sql -U postgres engine -c 'select connection from storage_server_connections;'
I guess you mean psql. But I keep getting an authentication error. I don't see any obvious passwords in the postgresql.conf file, nor in my setup/install logs. Is there a hardcoded password somewhere?
I've tried different users - admin, postgres, engine, and I've tried all of those with the admin password I specified during setup. No dice.
As a workaroud possibly: - establish an ssh connection as root with the engine server - switch to postgres user [root@f18engine ~]# su - postgres - connect to engine database -bash-4.2$ psql engine psql (9.2.5) Type "help" for help. - execute the query engine=# select connection from storage_server_connections; connection ----------------------------------------------- f18engine.mydomain:/var/lib/exports/iso f18ovn01.mydomain:gvdata (2 rows) It work for me with 3.3.1 on f19
On 11/26/2013 04:25 PM, Gianluca Cecchi wrote:
On Tue, Nov 26, 2013 at 10:11 PM, Bob Doolittle wrote:
On 11/26/2013 03:27 PM, Dafna Ron wrote:
sql -U postgres engine -c 'select connection from storage_server_connections;'
I guess you mean psql. But I keep getting an authentication error. I don't see any obvious passwords in the postgresql.conf file, nor in my setup/install logs. Is there a hardcoded password somewhere?
I've tried different users - admin, postgres, engine, and I've tried all of those with the admin password I specified during setup. No dice. As a workaroud possibly:
- establish an ssh connection as root with the engine server
- switch to postgres user [root@f18engine ~]# su - postgres
- connect to engine database -bash-4.2$ psql engine psql (9.2.5) Type "help" for help.
- execute the query engine=# select connection from storage_server_connections; connection ----------------------------------------------- f18engine.mydomain:/var/lib/exports/iso f18ovn01.mydomain:gvdata (2 rows)
It work for me with 3.3.1 on f19
Brilliant, thanks! Yes this works, and produces: engine=# select connection from storage_server_connections; connection --------------------------------------------- ovirt-vm.smartcity.net:/var/lib/exports/iso 172.16.0.58:/export/VM_EXPORTDOMAIN 172.16.0.58:/export/VM_DATADOMAIN (3 rows) So that's strange - the /export/VM_EXPORTDOMAIN is in fact the export domain I am trying (and failing) to import. Note that the first time I tried this it failed, because of a firewall running on the Host. I wonder if that left some bad state in the DB. So, is there some way I can clear this out? Thanks, Bob
sorry Bob, di8d not notice that the p was cut from psql. the db password is always given by you during installation (you give one for admin user and one for db) you can probably see the the db and user name under /var/log/ovirt-engine/ but it should be user postgress and db engine On 11/26/2013 09:11 PM, Bob Doolittle wrote:
On 11/26/2013 03:27 PM, Dafna Ron wrote:
sql -U postgres engine -c 'select connection from storage_server_connections;'
I guess you mean psql. But I keep getting an authentication error. I don't see any obvious passwords in the postgresql.conf file, nor in my setup/install logs. Is there a hardcoded password somewhere?
I've tried different users - admin, postgres, engine, and I've tried all of those with the admin password I specified during setup. No dice.
I also tried your offlist suggestion: "psql engine postgres -c 'select connection from storage_server_connections;' with the same result: psql: FATAL: Ident authentication failed for user "postgres"
-Bob
On 11/26/2013 08:21 PM, Bob Doolittle wrote:
On 11/26/2013 03:11 PM, Dafna Ron wrote:
can you check the engine data base for the connection?
Sorry, will need more guidance for that :(
-Bob
On 11/26/2013 07:12 PM, Bob Doolittle wrote:
On 11/26/2013 02:00 PM, Dafna Ron wrote:
can you run mount and see if you have stale connections to the domain?
The only existing mounts on the Host are the loopback mount for the Data Domain, and the mount from Engine for the ISO Domain.
I can import another Export domain on the same host which was created in the normal manner (and then 'destroy' it), but I can't import the converted one.
-Bob
On 11/26/2013 06:22 PM, Bob Doolittle wrote: > Hi, > > I am having to recreate my engine, and want to recover my old > VMs from > the previous Storage Master Data Domain. > > A while back, Michael Ayers posted this recipe (the gmane reply > feature > won't allow lines longer than 80 chars, even if they were from > the original > post :(, so I apologize for the link ) : > > http://comments.gmane.org/gmane.comp.emulators.ovirt.user/4428 > > Should this method still work? I have tried to recreate this > with 3.3.1 > and can't. I copied over the old Data Domain to a new directory, > and > edited the dom_md/metadata file as follows: > > http://pastebin.com/U4xJawR8 > > But when I try to import it, I get: > > "Error while executing action: Cannot add Storage Connection. > Storage connection already exists." > > and > > "Failed to retrieve existing storage domain information." > > Here's output from engine.log: > > http://pastebin.com/NVdzLDXb > > Any clues? > > Thanks, > Bob > > _______________________________________________ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users
-- Dafna Ron
On Tue, Nov 26, 2013 at 10:28 PM, Dafna Ron wrote:
sorry Bob, di8d not notice that the p was cut from psql.
the db password is always given by you during installation (you give one for admin user and one for db) you can probably see the the db and user name under /var/log/ovirt-engine/
but it should be user postgress and db engine
Actually you have the option to select [Automatic] for db configuration during install. SO in this case possibly it is hardcoded/randomized? See my log for example 2013-10-03 11:20:06 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND --== DATABASE CONFIGURATION ==- - 2013-10-03 11:20:06 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND 2013-10-03 11:20:06 DEBUG otopi.context context._executeMethod:123 Stage customization METHOD otopi.plugins.ovirt_engine_setup.provisioning.p ostgres.Plugin._customization 2013-10-03 11:20:06 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND Where is the database located? (Local, Remote) [Local]: 2013-10-03 11:20:19 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND Setup can configure the local p ostgresql server automatically for the engine to run. This may conflict with existing applications. 2013-10-03 11:20:19 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND Would you like Setup to automat ically configure postgresql, or prefer to perform that manually? (Automatic, Manual) [Automatic]: Gianluca
On 11/26/2013 03:27 PM, Dafna Ron wrote:
sql -U postgres engine -c 'select connection from storage_server_connections;'
So now that we determined that I have stale connection state in my DB, any suggestions as to how I might clear it out safely? I tried rebooting my Engine, but the connection is still in the DB and it still doesn't show in the Admin Portal. Thanks, Bob
On 11/26/2013 08:21 PM, Bob Doolittle wrote:
On 11/26/2013 03:11 PM, Dafna Ron wrote:
can you check the engine data base for the connection?
Sorry, will need more guidance for that :(
-Bob
On 11/26/2013 07:12 PM, Bob Doolittle wrote:
On 11/26/2013 02:00 PM, Dafna Ron wrote:
can you run mount and see if you have stale connections to the domain?
The only existing mounts on the Host are the loopback mount for the Data Domain, and the mount from Engine for the ISO Domain.
I can import another Export domain on the same host which was created in the normal manner (and then 'destroy' it), but I can't import the converted one.
-Bob
On 11/26/2013 06:22 PM, Bob Doolittle wrote:
Hi,
I am having to recreate my engine, and want to recover my old VMs from the previous Storage Master Data Domain.
A while back, Michael Ayers posted this recipe (the gmane reply feature won't allow lines longer than 80 chars, even if they were from the original post :(, so I apologize for the link ) :
http://comments.gmane.org/gmane.comp.emulators.ovirt.user/4428
Should this method still work? I have tried to recreate this with 3.3.1 and can't. I copied over the old Data Domain to a new directory, and edited the dom_md/metadata file as follows:
But when I try to import it, I get:
"Error while executing action: Cannot add Storage Connection. Storage connection already exists."
and
"Failed to retrieve existing storage domain information."
Here's output from engine.log:
Any clues?
Thanks, Bob
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
----- Original Message -----
From: "Bob Doolittle" <bob@doolittle.us.com> To: dron@redhat.com Cc: users@ovirt.org Sent: Wednesday, November 27, 2013 12:16:30 AM Subject: Re: [Users] Documentation: Storage Domain conversion from Data Domain to Export Domain
On 11/26/2013 03:27 PM, Dafna Ron wrote:
sql -U postgres engine -c 'select connection from storage_server_connections;'
So now that we determined that I have stale connection state in my DB, any suggestions as to how I might clear it out safely?
I tried rebooting my Engine, but the connection is still in the DB and it still doesn't show in the Admin Portal.
Hi Bob, you can try the following command: engine=# delete FROM storage_server_connections where connection = '172.16.0.58:/export/VM_EXPORTDOMAIN'; this should allow you re-create your storage domain. I would appreciate if you could file a bug against it.
Thanks, Bob
On 11/26/2013 08:21 PM, Bob Doolittle wrote:
On 11/26/2013 03:11 PM, Dafna Ron wrote:
can you check the engine data base for the connection?
Sorry, will need more guidance for that :(
-Bob
On 11/26/2013 07:12 PM, Bob Doolittle wrote:
On 11/26/2013 02:00 PM, Dafna Ron wrote:
can you run mount and see if you have stale connections to the domain?
The only existing mounts on the Host are the loopback mount for the Data Domain, and the mount from Engine for the ISO Domain.
I can import another Export domain on the same host which was created in the normal manner (and then 'destroy' it), but I can't import the converted one.
-Bob
On 11/26/2013 06:22 PM, Bob Doolittle wrote: > Hi, > > I am having to recreate my engine, and want to recover my old VMs > from > the previous Storage Master Data Domain. > > A while back, Michael Ayers posted this recipe (the gmane reply > feature > won't allow lines longer than 80 chars, even if they were from > the original > post :(, so I apologize for the link ) : > > http://comments.gmane.org/gmane.comp.emulators.ovirt.user/4428 > > Should this method still work? I have tried to recreate this with > 3.3.1 > and can't. I copied over the old Data Domain to a new directory, and > edited the dom_md/metadata file as follows: > > http://pastebin.com/U4xJawR8 > > But when I try to import it, I get: > > "Error while executing action: Cannot add Storage Connection. > Storage connection already exists." > > and > > "Failed to retrieve existing storage domain information." > > Here's output from engine.log: > > http://pastebin.com/NVdzLDXb > > Any clues? > > Thanks, > Bob > > _______________________________________________ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 11/28/2013 03:53 AM, Haim Ateya wrote:
----- Original Message -----
From: "Bob Doolittle" <bob@doolittle.us.com> To: dron@redhat.com Cc: users@ovirt.org Sent: Wednesday, November 27, 2013 12:16:30 AM Subject: Re: [Users] Documentation: Storage Domain conversion from Data Domain to Export Domain
On 11/26/2013 03:27 PM, Dafna Ron wrote:
sql -U postgres engine -c 'select connection from storage_server_connections;' So now that we determined that I have stale connection state in my DB, any suggestions as to how I might clear it out safely?
I tried rebooting my Engine, but the connection is still in the DB and it still doesn't show in the Admin Portal. Hi Bob,
you can try the following command:
engine=# delete FROM storage_server_connections where connection = '172.16.0.58:/export/VM_EXPORTDOMAIN';
this should allow you re-create your storage domain.
Thanks Haim!
I would appreciate if you could file a bug against it.
I got into this situation with some unsupported hacking, and am not sure whether I would have hit this same issue without it or not. Do you believe this stale data was simply a result of trying to add a Host while it had a default iptables configuration active? If it's that simple I'm happy to open the bug. But if it was a result of trying to manually convert an old Data NFS Domain into an Export NFS Domain that's not worth opening a bug since an official feature to do this is in development. Please advise. Thanks, Bob
participants (8)
-
Bob Doolittle -
Dafna Ron -
Dead Horse -
Gianluca Cecchi -
Haim Ateya -
Itamar Heim -
Michael Ayers -
Simon Grinberg