--Apple-Mail-8451CADD-6297-4BA5-AB6D-A249B9B42A3C
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
Thanks. I did this previously and got many errors and it didn't work. Since t=
hen I have tried several thing, one of which was reinitialize lockspace as t=
he errors seemed to indicate that might be the problem.=20
Now I was able to run the clean-metadata command successfully.=20
Will that command fail if there are SAN lockspace issues?
On Jun 15, 2017, at 10:56 PM, knarra <knarra(a)redhat.com>
wrote:
=20
> On 06/16/2017 08:17 AM, Mike Farnam wrote:
> I had 3 hosts running in a hosted engine setup, oVirt Engine Version: 4.=
1.2.2-1.el7.centos, using FC storage. One of my hosts went unresponsive in t=
he GUI, and attempts to bring it back were fruitless. I eventually decided t=
o just remove it and have gotten it removed from the GUI, but it still shows=
in =E2=80=9Chosted-engine =E2=80=94vm-status=E2=80=9D command on the other 2=
hosts. The 2 good nodes show it as the following:
>=20
> --=3D=3D Host 3 status =3D=3D--
>=20
> conf_on_shared_storage : True
> Status up-to-date : False
> Hostname : host3.my.lab
> Host ID : 3
> Engine status : unknown stale-data
> Score : 0
> stopped : False
> Local maintenance : True
> crc32 : bce9a8c5
> local_conf_timestamp : 2605898
> Host timestamp : 2605882
> Extra metadata (valid at timestamp):
> metadata_parse_version=3D1
> metadata_feature_version=3D1
> timestamp=3D2605882 (Thu Jun 15 15:18:13 2017)
> host-id=3D3
> score=3D0
> vm_conf_refresh_time=3D2605898 (Thu Jun 15 15:18:29 2017)
> conf_on_shared_storage=3DTrue
> maintenance=3DTrue
> state=3DLocalMaintenance
> stopped=3DFalse
>=20
you can use the command 'hosted-engine --clean-metadata --host-id=3D<host_=
id> --force-clean' so that this node does not show up in hosted-engine
--vm=
-status.
>=20
>=20
> How can I either remove this host altogether from the configuration, or r=
epair it so that it is back in a good state? The host is up, but due to my r=
emoval attempts earlier, reports =E2=80=9Cunknown stale data=E2=80=9D for al=
l 3 hosts in the config.
>=20
> Thanks
>=20
>=20
>=20
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/users
=20
--Apple-Mail-8451CADD-6297-4BA5-AB6D-A249B9B42A3C
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><head><meta http-equiv=3D"content-type"
content=3D"text/html; charset=3D=
utf-8"></head><body
dir=3D"auto"><div></div><div>Thanks. I did this previous=
ly and got many errors and it didn't work. Since then I have tried several t=
hing, one of which was reinitialize lockspace as the errors seemed to indica=
te that might be the problem. </div><div>Now I was able to run the
clea=
n-metadata command successfully. </div><div>Will that command fail if
t=
here are SAN lockspace
issues?</div><div><br></div><div><br>On Jun 15,
2017,=
at 10:56 PM, knarra <<a
href=3D"mailto:knarra@redhat.com">knarra@redhat.=
com</a>> wrote:<br><br></div><blockquote
type=3D"cite"><div>
=20
<meta content=3D"text/html; charset=3Dwindows-1252"
http-equiv=3D"Conten=
t-Type">
=20
=20
<div class=3D"moz-cite-prefix">On 06/16/2017 08:17 AM, Mike Farnam
wrote:<br>
</div>
<blockquote cite=3D"mid:3F478669-7A42-4846-B66F-487E1F05FC76@gmail.com"
t=
ype=3D"cite">
<meta http-equiv=3D"content-type" content=3D"text/html;
charset=3Dwindows-1252">
<span style=3D"background-color: rgba(255, 255, 255, 0);">I had 3
hosts running in a hosted engine setup, oVirt Engine Version:
4.1.2.2-1.el7.centos, using FC storage. One of my hosts went
unresponsive in the GUI, and attempts to bring it back were
fruitless. I eventually decided to just remove it and have
gotten it removed from the GUI, but it still shows in
=E2=80=9Chosted-engine =E2=80=94vm-status=E2=80=9D command on the ot=
her 2 hosts. The 2
good nodes show it as the following:<br>
<br>
--=3D=3D Host 3 status =3D=3D--<br>
<br>
conf_on_shared_storage
: T=
rue<br>
Status up-to-date
&=
nbsp; : False<br>
Hostname
&nb=
sp; : host3.my.lab<br>
Host ID
&nbs=
p; : 3<br>
Engine status
 =
; : unknown stale-data<br>
Score
=
: 0<br>
stopped
&nbs=
p; : False<br>
Local maintenance
&=
nbsp; : True<br>
crc32
=
: bce9a8c5<br>
local_conf_timestamp
 =
; : <a moz-do-not-send=3D"true" href=3D"tel:2605898"
dir=3D"ltr" x-appl=
e-data-detectors=3D"true" x-apple-data-detectors-type=3D"telephone"
x-apple-=
data-detectors-result=3D"1">2605898</a><br>
Host timestamp
&nbs=
p; : <a moz-do-not-send=3D"true"
href=3D"tel:2605882" dir=
=3D"ltr" x-apple-data-detectors=3D"true"
x-apple-data-detectors-type=3D"tele=
phone" x-apple-data-detectors-result=3D"2">2605882</a><br>
Extra metadata (valid at timestamp):<br>
<span class=3D"gmail-Apple-tab-span">
</span>metadata_parse_version=3D=
1<br>
<span class=3D"gmail-Apple-tab-span">
</span>metadata_feature_versio=
n=3D1<br>
<span class=3D"gmail-Apple-tab-span">
</span>timestamp=3D<a moz-do-n=
ot-send=3D"true" href=3D"tel:2605882" dir=3D"ltr"
x-apple-data-detectors=3D"=
true" x-apple-data-detectors-type=3D"telephone"
x-apple-data-detectors-resul=
t=3D"3">2605882</a> (Thu Jun 15
15:18:13 2017)<br>
<span class=3D"gmail-Apple-tab-span">
</span>host-id=3D3<br>
<span class=3D"gmail-Apple-tab-span">
</span>score=3D0<br>
<span class=3D"gmail-Apple-tab-span">
</span>vm_conf_refresh_time=3D=
<a moz-do-not-send=3D"true" href=3D"tel:2605898"
dir=3D"ltr" x-apple-data-de=
tectors=3D"true" x-apple-data-detectors-type=3D"telephone"
x-apple-data-dete=
ctors-result=3D"5">2605898</a> (Thu Jun 15
15:18:29 2017)<br>
<span class=3D"gmail-Apple-tab-span">
</span>conf_on_shared_storage=3D=
True<br>
<span class=3D"gmail-Apple-tab-span">
</span>maintenance=3DTrue<br>
<span class=3D"gmail-Apple-tab-span">
</span>state=3DLocalMaintenanc=
e<br>
<span class=3D"gmail-Apple-tab-span">
</span>stopped=3DFalse<br>
<br>
</span></blockquote>
you can use the command 'hosted-engine --clean-metadata
--host-id=3D<host_id> --force-clean' so that this node does not
show up in hosted-engine --vm-status.
<meta http-equiv=3D"content-type" content=3D"text/html;
charset=3Dwindows-1252">
<meta charset=3D"utf-8">
<blockquote cite=3D"mid:3F478669-7A42-4846-B66F-487E1F05FC76@gmail.com"
t=
ype=3D"cite">
<div><span style=3D"background-color: rgba(255, 255, 255,
0);"><br>
</span></div>
<div><span style=3D"background-color: rgba(255, 255, 255,
0);">How
can I either remove this host altogether from the
configuration, or repair it so that it is back in a good
state? The host is up, but due to my removal attempts
earlier, reports =E2=80=9Cunknown stale data=E2=80=9D for all 3 ho=
sts in the
config.</span></div>
<div><span style=3D"background-color: rgba(255, 255, 255,
0);"><br>
</span></div>
<div><span style=3D"background-color: rgba(255, 255, 255,
0);">Thanks<=
/span></div>
<div><br>
</div>
<br>
<fieldset class=3D"mimeAttachmentHeader"></fieldset>
<br>
<pre wrap=3D"">_______________________________________________
Users mailing list
<a class=3D"moz-txt-link-abbreviated"
href=3D"mailto:Users@ovirt.org">Users@=
ovirt.org</a>
<a class=3D"moz-txt-link-freetext"
href=3D"http://lists.ovirt.org/mailman/li=
stinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a...
</pre>
</blockquote>
<p><br>
</p>
=20
</div></blockquote></body></html>=
--Apple-Mail-8451CADD-6297-4BA5-AB6D-A249B9B42A3C--