---350752386-1689225674-1410197240=:67419
Content-Type: text/plain; charset=us-ascii
This is the content of:
[root@accda05 dom_md]# cat metadata
CLASS=Data
DESCRIPTION=Prod
IOOPTIMEOUTSEC=1
LEASERETRIES=3
LEASETIMESEC=5
LOCKPOLICY=
LOCKRENEWALINTERVALSEC=5
MASTER_VERSION=0
POOL_UUID=a705b31a-1a6e-4207-bcd8-abf95b0a586c
REMOTE_PATH=10.244.44.200:/exports/ovirt
ROLE=Regular
SDUUID=ef295295-163b-4c67-b5c1-bf51c86ce59d
TYPE=NFS
VERSION=3
_SHA_CKSUM=2d911132dac3ad18997eca42a1c495c1e1a34584
On Monday, September 8, 2014 11:58 AM, Carlos A. Diaz <carlos_d99(a)yahoo.com> wrote:
Thanks Nir,
Attached is a Snippet of the log, that essentially keeps going and going with a few alerts
of the engine trying to migrate some VMs unsuccessfully which is pretty much related to
the fact that the storage is not available; so I filtered those out.
Does storageDomainId = 00000000-0000-0000-0000-000000000000 sounds right?
Anyways, I am looking at older logs to see if the domain ID changed, I will keep you
posted, if you need anything else let me know, and thanks again :)
Carlos
On Sunday, September 7, 2014 7:26 PM, Nir Soffer <nsoffer(a)redhat.com> wrote:
----- Original Message -----
From: "Carlos A. Diaz" <carlos_d99(a)yahoo.com>
To: users(a)ovirt.org
Sent: Friday, September 5, 2014 9:36:42 PM
Subject: [ovirt-users] Issues with Storage domain
Hello everyone, its my first time here; so I hope I am on the
right place
I had a problem where one of our SysAdmins cloned our NFS production export
in order to create a new NFS export, but he didn't changed the FSID, so we
ended up with 2 nfs exports using the same ID. I was able to roll back and
recover the data, once I had corrected everything I went to the hosts and
unpaused the VMs from the CLI (I lost the engine in the process), so now we
are back up and running.
My problem right now is that oVirt says that our main storage domain is
"Down" and I can't bring it up, so essentially I cannot start any VMs on
that domain, which hosts 90% of our production environment; which is also
scary because I am not sure how to recover from this error without affecting
my production environment.
My guess is that at some point the MD5 hash changed, or something in the
metadata for that Domain, but I don't know if this is the problem and if
recreating the signature is possible without breaking my existing
configuration.
Is there anyway to mark it as UP from the database or at any other level
without breaking (more) the config?
Hi Carlos,
Please attach engine.log and vdsm.log, hopefully we can understand from
the logs why you cannot activate the storage domain.
Thanks,
Nir
---350752386-1689225674-1410197240=:67419
Content-Type: text/html; charset=us-ascii
<html><body><div style="color:#000; background-color:#fff;
font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande,
sans-serif;font-size:10pt"><div class=""
style=""><span class="" style="">This is the
content of:</span></div><div style="color: rgb(0, 0, 0); font-size:
13px; font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida
Grande', sans-serif; font-style: normal; background-color: transparent;"
class=""><span class="" style=""><br
class="" style=""></span></div><div
style="background-color: transparent;" class="">[root@accda05
dom_md]# cat metadata </div><div style="background-color:
transparent;" class="">CLASS=Data</div><div
style="background-color: transparent;"
class="">DESCRIPTION=Prod</div><div style="background-color:
transparent;" class="">IOOPTIMEOUTSEC=1</div><div
style="background-color: transparent;"
class="">LEASERETRIES=3</div><div style="background-color:
transparent;"
class="">LEASETIMESEC=5</div><div style="background-color:
transparent;" class="">LOCKPOLICY=</div><div
style="background-color: transparent;"
class="">LOCKRENEWALINTERVALSEC=5</div><div
style="background-color: transparent;"
class="">MASTER_VERSION=0</div><div style="background-color:
transparent;"
class="">POOL_UUID=a705b31a-1a6e-4207-bcd8-abf95b0a586c</div><div
style="background-color: transparent;"
class="">REMOTE_PATH=10.244.44.200:/exports/ovirt</div><div
style="background-color: transparent;"
class="">ROLE=Regular</div><div style="background-color:
transparent;"
class="">SDUUID=ef295295-163b-4c67-b5c1-bf51c86ce59d</div><div
style="background-color: transparent;"
class="">TYPE=NFS</div><div style="background-color:
transparent;" class="">VERSION=3</div><div
style="background-color: transparent;" class=""><span
class="" style=""></span></div><div
style="background-color: transparent;"
class="">_SHA_CKSUM=2d911132dac3ad18997eca42a1c495c1e1a34584</div><div
style="background-color: transparent;"
class=""><br></div><div style="color: rgb(0, 0, 0);
font-size: 13px; font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial,
'Lucida Grande', sans-serif; font-style: normal; background-color:
transparent;" class=""><br></div> <div
class="qtdSeparateBR"><br><br></div><div
class="yahoo_quoted" style="display: block;"> <div
style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande,
sans-serif; font-size: 10pt;" class=""> <div style="font-family:
HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size:
12pt;" class=""> <div dir="ltr" class=""
style=""> <font size="2" face="Arial"
class="" style=""> On Monday, September 8, 2014 11:58 AM, Carlos A.
Diaz &lt;carlos_d99(a)yahoo.com&gt; wrote:<br class=""
style=""> </font> </div> <br class=""
style=""><br class="" style=""> <div
class=""
style=""><div id="yiv3799886569" class=""
style=""><div class="" style=""><div
style="color:#000;background-color:#fff;font-family:HelveticaNeue, Helvetica Neue,
Helvetica, Arial, Lucida Grande, sans-serif;font-size:10pt;"
class=""><div class="" style=""><span
class="" style="">Thanks Nir,</span></div><div
class="" style="color:rgb(0, 0,
0);font-size:13px;font-family:HelveticaNeue, 'Helvetica Neue', Helvetica, Arial,
'Lucida Grande',
sans-serif;font-style:normal;background-color:transparent;"><span
class="" style=""><br clear="none" class=""
style=""></span></div><div class=""
style="color:rgb(0, 0, 0);font-size:13px;font-family:HelveticaNeue, 'Helvetica
Neue', Helvetica, Arial, 'Lucida Grande',
sans-serif;font-style:normal;background-color:transparent;"><span
class="" style="">Attached is a Snippet of the log, that
essentially keeps going and going with a few alerts of the engine trying to migrate some
VMs unsuccessfully which is pretty much related to
the fact that the storage is not available; so I filtered those
out.</span></div><div class="" style="color:rgb(0, 0,
0);font-size:13px;font-family:HelveticaNeue, 'Helvetica Neue', Helvetica, Arial,
'Lucida Grande',
sans-serif;font-style:normal;background-color:transparent;"><span
class="" style=""><br clear="none" class=""
style=""></span></div><div class=""
style="color:rgb(0, 0, 0);font-size:13px;font-family:HelveticaNeue, 'Helvetica
Neue', Helvetica, Arial, 'Lucida Grande',
sans-serif;font-style:normal;background-color:transparent;">Does storageDomainId
= 00000000-0000-0000-0000-000000000000 sounds right?</div><div class=""
style="color:rgb(0, 0, 0);font-size:13px;font-family:HelveticaNeue, 'Helvetica
Neue', Helvetica, Arial, 'Lucida Grande',
sans-serif;font-style:normal;background-color:transparent;"><br
clear="none" class="" style=""></div><div
class="" style="color:rgb(0, 0,
0);font-size:13px;font-family:HelveticaNeue, 'Helvetica Neue', Helvetica, Arial,
'Lucida Grande',
sans-serif;font-style:normal;background-color:transparent;">Anyways, I am looking
at older logs to see if the domain ID changed, I will keep you posted, if you need
anything else let me know, and thanks again :)</div><div class=""
style="color:rgb(0, 0, 0);font-size:13px;font-family:HelveticaNeue, 'Helvetica
Neue', Helvetica, Arial, 'Lucida Grande',
sans-serif;font-style:normal;background-color:transparent;"><br
clear="none" class="" style=""></div><div
class="" style="color:rgb(0, 0,
0);font-size:13px;font-family:HelveticaNeue, 'Helvetica Neue', Helvetica, Arial,
'Lucida Grande',
sans-serif;font-style:normal;background-color:transparent;">Carlos</div>
<div class="" style=""><br clear="none"
class="" style=""><br clear="none" class=""
style=""></div><div class=""
id="yiv3799886569yqt46788" style=""><div class=""
style="display:block;"> <div class=""
style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande,
sans-serif;font-size:10pt;"> <div class=""
style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande,
sans-serif;font-size:12pt;"> <div class="" dir="ltr"
style=""> <font class="" size="2"
face="Arial" style=""> On Sunday, September 7, 2014 7:26 PM, Nir
Soffer &lt;nsoffer(a)redhat.com&gt; wrote:<br clear="none"
class="" style=""> </font> </div> <br
clear="none" class="" style=""><br
clear="none" class="" style=""> <div
class="" style="">----- Original Message -----<br
clear="none" class="" style="">> From:
"Carlos A. Diaz" <<a rel="nofollow" shape="rect"
class="" ymailto="mailto:carlos_d99@yahoo.com"
target="_blank" href="mailto:carlos_d99@yahoo.com"
style="">carlos_d99(a)yahoo.com</a>&gt;<br clear="none"
class="" style="">> To: <a rel="nofollow"
shape="rect" class="" ymailto="mailto:users@ovirt.org"
target="_blank" href="mailto:users@ovirt.org"
style="">users(a)ovirt.org</a><br clear="none"
class="" style="">> Sent:
Friday, September 5, 2014 9:36:42 PM<br clear="none" class=""
style="">> Subject: [ovirt-users] Issues with Storage domain<br
clear="none" class="" style="">> <br
clear="none" class="" style="">> Hello everyone,
its my first time here; so I hope I am on the
right place<br clear="none" class=""
style="">> <br clear="none" class=""
style="">> I had a problem where one of our SysAdmins cloned our NFS
production export<br clear="none" class=""
style="">> in order to create a new NFS export, but he didn't
changed the FSID, so we<br clear="none" class=""
style="">> ended up with 2 nfs exports using the same ID. I was able
to roll back and<br clear="none" class=""
style="">> recover the data, once I had corrected everything I went to
the hosts and<br clear="none" class=""
style="">> unpaused the VMs from the CLI (I lost the engine in the
process), so now we<br clear="none" class=""
style="">> are back up and running.<br clear="none"
class="" style="">> <br clear="none"
class="" style="">> My problem right now is that oVirt says
that our main storage domain is<br clear="none" class=""
style="">> "Down" and I can't bring it up, so
essentially I cannot start any VMs on<br clear="none"
class="" style="">> that domain, which hosts 90% of our
production environment; which is also<br clear="none" class=""
style="">> scary because I am not sure how to recover from this error
without affecting<br clear="none" class=""
style="">> my production environment.<br clear="none"
class="" style="">> <br clear="none"
class="" style="">> My guess is that at some point the MD5
hash changed, or something in the<br clear="none" class=""
style="">> metadata for that Domain, but I don't know if this is
the problem and if<br clear="none" class=""
style="">> recreating the signature is possible without breaking my
existing<br clear="none" class="" style="">>
configuration.<br clear="none" class=""
style="">> <br clear="none" class=""
style="">> Is there anyway to mark it as UP from the database or at
any other level<br clear="none" class=""
style="">> without breaking (more) the config?<br
clear="none" class="" style=""><br
clear="none" class="" style="">Hi Carlos,<br
clear="none" class="" style=""><br
clear="none" class="" style="">Please attach engine.log
and vdsm.log, hopefully we can understand from<br clear="none"
class="" style="">the logs why you cannot activate the storage
domain.<div class="" id="yiv3799886569yqtfd32444"
style=""><br clear="none" class=""
style=""><br clear="none" class=""
style="">Thanks,</div><br clear="none" class=""
style="">Nir<div class="" id="yiv3799886569yqtfd39700"
style=""><br clear="none" class=""
style=""></div><br clear="none" class=""
style=""><br clear="none" class=""
style=""></div> </div> </div> </div></div>
</div></div></div><br class="" style=""><br
class="" style=""></div> </div> </div>
</div> </div></body></html>
---350752386-1689225674-1410197240=:67419--