10:29 p.m.
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(a)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=
</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-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=
</span></p><p class=3DMsoNormal
style=3D'margin-left:.5in'><span =
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=
</span></p><p class=3DMsoNormal
style=3D'margin-left:.5in'><span =
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--
11:57 p.m.
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(a)redhat.com <mailto:ayersmj@redhat.com>
w: www.redhat.com <http://www.redhat.com/>
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
8:36 p.m.
----- Original Message -----
From: "Itamar Heim" <iheim(a)redhat.com>
To: "Michael Ayers" <ayersmj(a)redhat.com>
Cc: users(a)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(a)redhat.com <mailto:ayersmj@redhat.com>
>
> w: www.redhat.com <http://www.redhat.com/>
>
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
8:43 p.m.
On 10/31/2012 07:36 PM, Simon Grinberg wrote:
----- Original Message -----
> From: "Itamar Heim" <iheim(a)redhat.com>
> To: "Michael Ayers" <ayersmj(a)redhat.com>
> Cc: users(a)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(a)redhat.com <mailto:ayersmj@redhat.com>
>>
>> w: www.redhat.com <http://www.redhat.com/>
>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
4:01 a.m.
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(a)redhat.com> wrote:
On 10/31/2012 07:36 PM, Simon Grinberg wrote:
>
>
> ----- Original Message -----
>
>> From: "Itamar Heim" <iheim(a)redhat.com>
>> To: "Michael Ayers" <ayersmj(a)redhat.com>
>> Cc: users(a)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(a)redhat.com <mailto:ayersmj@redhat.com>
>>>
>>> w: www.redhat.com <http://www.redhat.com/>
>>>
>>>
>>>
>>> ______________________________**_________________
>>> Users mailing list
>>> Users(a)ovirt.org
>>>
http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org...
>>>
>>>
>>
>> ______________________________**_________________
>> Users mailing list
>> Users(a)ovirt.org
>>
http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org...
>>
>>
______________________________**_________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org...
10:07 a.m.
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(a)redhat.com
<mailto:iheim@redhat.com>> wrote:
On 10/31/2012 07:36 PM, Simon Grinberg wrote:
----- Original Message -----
From: "Itamar Heim" <iheim(a)redhat.com
<mailto:iheim@redhat.com>>
To: "Michael Ayers" <ayersmj(a)redhat.com
<mailto:ayersmj@redhat.com>>
Cc: users(a)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(a)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(a)ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/__mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>
_________________________________________________
Users mailing list
Users(a)ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/__mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>
_________________________________________________
Users mailing list
Users(a)ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/__mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>
5:45 p.m.
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(a)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(a)redhat.com
> <mailto:iheim@redhat.com>> wrote:
>
> On 10/31/2012 07:36 PM, Simon Grinberg wrote:
>
>
>
> ----- Original Message -----
>
> From: "Itamar Heim" <iheim(a)redhat.com <mailto:
> iheim(a)redhat.com>>
> To: "Michael Ayers" <ayersmj(a)redhat.com
> <mailto:ayersmj@redhat.com>>
> Cc: users(a)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(a)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(a)ovirt.org <mailto:Users@ovirt.org>
>
http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.o...
>
<http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org...
> >
>
>
>
> ______________________________**___________________
> Users mailing list
> Users(a)ovirt.org <mailto:Users@ovirt.org>
>
http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.o...
>
<http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org...
> >
>
>
>
> ______________________________**___________________
> Users mailing list
> Users(a)ovirt.org <mailto:Users@ovirt.org>
>
http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.o...
>
<http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org...
> >
>
>
>
5:47 p.m.
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(a)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(a)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(a)redhat.com
<mailto:iheim@redhat.com> <mailto:iheim@redhat.com
<mailto:iheim@redhat.com>>>
To: "Michael Ayers" <ayersmj(a)redhat.com
<mailto:ayersmj@redhat.com>
<mailto:ayersmj@redhat.com
<mailto:ayersmj@redhat.com>>>
Cc: users(a)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(a)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(a)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(a)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(a)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>>
9:17 p.m.
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(a)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(a)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(a)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(a)redhat.com
> <mailto:iheim@redhat.com> <mailto:iheim@redhat.com
>
> <mailto:iheim@redhat.com>>>
> To: "Michael Ayers" <ayersmj(a)redhat.com
> <mailto:ayersmj@redhat.com>
> <mailto:ayersmj@redhat.com
>
> <mailto:ayersmj@redhat.com>>>
> Cc: users(a)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(a)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(a)ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org
> <mailto:Users@ovirt.org>>
>
http://lists.ovirt.org/____**mailman/listinfo/users<http://lists.ovirt...
>
<http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.o...
> >
>
>
<http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.o...
>
<http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org...
> >>
>
>
>
> ______________________________**
> _____________________
> Users mailing list
> Users(a)ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org
> <mailto:Users@ovirt.org>>
>
http://lists.ovirt.org/____**mailman/listinfo/users<http://lists.ovirt...
>
<http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.o...
> >
>
<http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.o...
>
<http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org...
> >>
>
>
>
> ______________________________**_____________________
> Users mailing list
> Users(a)ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org
> <mailto:Users@ovirt.org>>
>
http://lists.ovirt.org/____**mailman/listinfo/users<http://lists.ovirt...
>
<http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.o...
> >
>
<http://lists.ovirt.org/__**mailman/listinfo/users<http://lists.ovirt.o...
>
<http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org...
> >>
>
>
>
>
>
>
9:30 p.m.
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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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>>>
9:22 p.m.
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
10 p.m.
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:
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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Dafna Ron
10:12 p.m.
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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
11:11 p.m.
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:
>>
>> 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(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
--
Dafna Ron
11:21 p.m.
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(a)ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
11:27 p.m.
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:
>>>>
>>>> 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(a)ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>
>
--
Dafna Ron
12:11 a.m.
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(a)ovirt.org
>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>>
>>>
>>
>>
>
12:25 a.m.
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
12:30 a.m.
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
12:28 a.m.
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(a)ovirt.org
>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>
>
--
Dafna Ron
12:36 a.m.
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
1:16 a.m.
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:
>>>>>
>>>>> 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(a)ovirt.org
>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>>
>>>
>>
>>
>
11:53 a.m.
----- Original Message -----
From: "Bob Doolittle" <bob(a)doolittle.us.com>
To: dron(a)redhat.com
Cc: users(a)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(a)ovirt.org
>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>
>
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
8:17 p.m.
On 11/28/2013 03:53 AM, Haim Ateya wrote:
----- Original Message -----
> From: "Bob Doolittle" <bob(a)doolittle.us.com>
> To: dron(a)redhat.com
> Cc: users(a)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
4010
days inactive
4405
days old
23 comments
8 participants
participants (8)
-
Bob Doolittle -
Dafna Ron -
Dead Horse -
Gianluca Cecchi -
Haim Ateya -
Itamar Heim -
Michael Ayers -
Simon Grinberg