6:27 p.m.
Hi all,
I have a hyperconverged setup where I have a hosted engine that runs on one of three
hosts, which are named “ovirt-node-[01,02,03]” —
[root@ovirt-node-01 ~]# hosted-engine --vm-status | grep -e "Hostname" -e
"Engine"
Hostname : ovirt-node-01
Engine status : {"health": "good",
"vm": "up", "detail": "up"}
Hostname : ovirt-node-02
Engine status : {"reason": "vm not running on this
host", "health": "bad", "vm": "down",
"detail": "unknown"}
Hostname : ovirt-node-03
Engine status : {"reason": "vm not running on this
host", "health": "bad", "vm": "down",
"detail": "unknown”}
When I deployed the hosted engine, I gave it a separate hostname/IP, as I expected it
would need it (hostname = “ovirt-engine-01”)
However, when I look at the hosts in the oVirt web admin screen, I see that the first host
has the name “ovirt-engine-01” whereas it has the hostname of “ovirt-node-01”
I also notice that even though the 1st host is showing the number of VM’s running as “1”,
when I click on the “VMs” node, there are no VMs showing.
Not sure of what “should be”, but, would expect that the first host would have a name
equal to its DNS hostname (like the other two do), and that in VMs I would see the engine
VM. But is that not how a hosted engine setup works?
And if not, if the engine VM migrates over to another host, will that host gain the name
"“ovirt-engine-01”?
I ask this now because I want to set up a storage domain on these hosts using GlusterFS,
and I have to select a host to base the connection on. In the “Use Host” dropbox, I
currently see the values:
ovirt-node-03
ovirt-node-02
ovirt-engine-01
I would expect that the last entry would be for “ovirt-host-01”, not “ovirt-engine-01”…
I don’t want to set up the storage domain until I figure this out, so as to prevent
potential breakage...
Thanks,
Will
8:26 p.m.
I meant “ovirt-node-01” below, not “ovirt-host-01”… so the sentence should have read:
‘I would expect that the last entry would be for “ovirt-node-01”, not
“ovirt-engine-01”…’
Sorry for any confusion...
On Dec 26, 2015, at 11:28 AM, Will Dennis
<wdennis(a)nec-labs.com> wrote:
I would expect that the last entry would be for “ovirt-host-01”, not “ovirt-engine-01”…
8:38 p.m.
On Sat, Dec 26, 2015 at 6:27 PM, Will Dennis <wdennis(a)nec-labs.com> wrote:
Hi all,
I have a hyperconverged setup where I have a hosted engine that runs on
one of three hosts, which are named “ovirt-node-[01,02,03]” —
[root@ovirt-node-01 ~]# hosted-engine --vm-status | grep -e "Hostname" -e
"Engine"
Hostname : ovirt-node-01
Engine status : {"health": "good",
"vm": "up",
"detail": "up"}
Hostname : ovirt-node-02
Engine status : {"reason": "vm not running on this
host", "health": "bad", "vm": "down",
"detail": "unknown"}
Hostname : ovirt-node-03
Engine status : {"reason": "vm not running on this
host", "health": "bad", "vm": "down",
"detail": "unknown”}
When I deployed the hosted engine, I gave it a separate hostname/IP, as I
expected it would need it (hostname = “ovirt-engine-01”)
So when exactly did you changed the hostname?
And what did you pass to the hosted engine install as answers? perhaps
share the setup log under /var/log/ovirt-hosted-engine-ha
However, when I look at the hosts in the oVirt web admin screen, I see that
the first host has the name “ovirt-engine-01” whereas it has the
hostname
of “ovirt-node-01”
I also notice that even though the 1st host is showing the number of VM’s
running as “1”, when I click on the “VMs” node, there are no VMs showing.
You have to have a data center active, and only after that you would be
able to see your engine VM. This is a must. First your hosted_storage will
be imported into the setup automatically followed by the engine vm import.
Not sure of what “should be”, but, would expect that the first host would
have a name equal to its DNS hostname (like the other two do), and
that in
VMs I would see the engine VM. But is that not how a hosted engine setup
works?
And if not, if the engine VM migrates over to another host, will that host
gain the name "“ovirt-engine-01”?
no. We don't mess with that. The hostname is static in the engine.
I ask this now because I want to set up a storage domain on these
hosts
using GlusterFS, and I have to select a host to base the connection on. In
the “Use Host” dropbox, I currently see the values:
ovirt-node-03
ovirt-node-02
ovirt-engine-01
I would expect that the last entry would be for “ovirt-host-01”, not
“ovirt-engine-01”…
I don’t want to set up the storage domain until I figure this out, so as
to prevent potential breakage...
Thanks,
Will
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
10:10 p.m.
Hi Roy,
I did not ever change the engine name… When I deployed it with ‘hosted-engine —setup’ I
gave it its’ own hostname/IP, assuming it would need one that’s different from any of the
virtualization hosts. So the virt hosts have names / IPs as follows:
ovirt-node-01 xxx.yyy.zzz.91
ovirt-node-02 xxx.yyy.zzz.92
ovirt-node-03 xxx.yyy.zzz.93
…and the engine VM has the hostname / IP as follows:
ovirt-engine-01 xxx.yyy.zzz.95
The engine setup log can be viewed at: http://ur1.ca/od171
I clicked on the “Data Centers” node on the left nav of webadmin, and I see that the
“Default” DC (the only one I have) has a status of “Uninitialized”… Not sure how to
initialize it (there’s no menu option for that on the node…)
Thanks,
Will
On Dec 27, 2015, at 1:38 PM, Roy Golan
<rgolan@redhat.com<mailto:rgolan@redhat.com>> wrote:
On Sat, Dec 26, 2015 at 6:27 PM, Will Dennis
<wdennis@nec-labs.com<mailto:wdennis@nec-labs.com>> wrote:
Hi all,
I have a hyperconverged setup where I have a hosted engine that runs on one of three
hosts, which are named “ovirt-node-[01,02,03]” —
[root@ovirt-node-01 ~]# hosted-engine --vm-status | grep -e "Hostname" -e
"Engine"
Hostname : ovirt-node-01
Engine status : {"health": "good",
"vm": "up", "detail": "up"}
Hostname : ovirt-node-02
Engine status : {"reason": "vm not running on this
host", "health": "bad", "vm": "down",
"detail": "unknown"}
Hostname : ovirt-node-03
Engine status : {"reason": "vm not running on this
host", "health": "bad", "vm": "down",
"detail": "unknown”}
When I deployed the hosted engine, I gave it a separate hostname/IP, as I expected it
would need it (hostname = “ovirt-engine-01”)
So when exactly did you changed the hostname?
And what did you pass to the hosted engine install as answers? perhaps share the setup log
under /var/log/ovirt-hosted-engine-ha
However, when I look at the hosts in the oVirt web admin screen, I see that the first host
has the name “ovirt-engine-01” whereas it has the hostname of “ovirt-node-01”
I also notice that even though the 1st host is showing the number of VM’s running as “1”,
when I click on the “VMs” node, there are no VMs showing.
You have to have a data center active, and only after that you would be able to see your
engine VM. This is a must. First your hosted_storage will be imported into the setup
automatically followed by the engine vm import.
Not sure of what “should be”, but, would expect that the first host would have a name
equal to its DNS hostname (like the other two do), and that in VMs I would see the engine
VM. But is that not how a hosted engine setup works?
And if not, if the engine VM migrates over to another host, will that host gain the name
"“ovirt-engine-01”?
no. We don't mess with that. The hostname is static in the engine.
I ask this now because I want to set up a storage domain on these hosts using GlusterFS,
and I have to select a host to base the connection on. In the “Use Host” dropbox, I
currently see the values:
ovirt-node-03
ovirt-node-02
ovirt-engine-01
I would expect that the last entry would be for “ovirt-host-01”, not “ovirt-engine-01”…
I don’t want to set up the storage domain until I figure this out, so as to prevent
potential breakage...
Thanks,
Will
_______________________________________________
Users mailing list
Users@ovirt.org<mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users
4:27 a.m.
Did a bit of RTFM this evening, and read in the Admin Guide that:
"The new data center is added to the virtualization environment. It will remain
Uninitialized until a cluster, host, and storage domain are configured for it; use Guide
Me to configure these entities."
So, in webadmin I clicked on the Data Centers node, and then clicked on the “Guide Me”
link; sure enough, in the “There are still unconfigured entities:” section, there was a
link for “Attach Storage”. When I clicked on it, I saw that there was an option to attach
the “hosted_storage” storage domain; when I tried to do so, it failed, and I got the
following events at the bottom of the webadmin UI:
Dec 27, 2015 8:58:18 PM VDSM ovirt-node-03 command failed: Cannot acquire host id:
(u'e89b6e64-bd7d-4846-b970-9af32a3295ee', SanlockException(22, 'Sanlock
lockspace add failure', 'Invalid argument'))
Dec 27, 2015 8:58:18 PM Failed to attach Storage Domains to Data Center Default. (User:
admin@internal)
Dec 27, 2015 8:58:18 PM Failed to attach Storage Domain hosted_storage to Data Center
Default. (User: admin@internal)
So, how to fix this latest issue?
On Dec 27, 2015, at 3:11 PM, Will Dennis
<wdennis@nec-labs.com<mailto:wdennis@nec-labs.com>> wrote:
I clicked on the “Data Centers” node on the left nav of webadmin, and I see that the
“Default” DC (the only one I have) has a status of “Uninitialized”… Not sure how to
initialize it (there’s no menu option for that on the node…)
5:31 a.m.
Think I found the issue… Something caused the glusterd service on ovirt-host-03 to
segfault… Restarted it, and then went ahead and configured a GlusterFS storage domain for
Data, which worked, and now the DC status is “Up"… Funny thing is, I do not see the
“hosted_storage” domain anywhere now, just the Data SD that I created (name =
vm_storage_1)
There is still nothing showing up in the “VMs” node…
On Dec 27, 2015, at 9:28 PM, Will Dennis
<wdennis@nec-labs.com<mailto:wdennis@nec-labs.com>> wrote:
Did a bit of RTFM this evening, and read in the Admin Guide that:
"The new data center is added to the virtualization environment. It will remain
Uninitialized until a cluster, host, and storage domain are configured for it; use Guide
Me to configure these entities."
So, in webadmin I clicked on the Data Centers node, and then clicked on the “Guide Me”
link; sure enough, in the “There are still unconfigured entities:” section, there was a
link for “Attach Storage”. When I clicked on it, I saw that there was an option to attach
the “hosted_storage” storage domain; when I tried to do so, it failed, and I got the
following events at the bottom of the webadmin UI:
Dec 27, 2015 8:58:18 PM VDSM ovirt-node-03 command failed: Cannot acquire host id:
(u'e89b6e64-bd7d-4846-b970-9af32a3295ee', SanlockException(22, 'Sanlock
lockspace add failure', 'Invalid argument'))
Dec 27, 2015 8:58:18 PM Failed to attach Storage Domains to Data Center Default. (User:
admin@internal)
Dec 27, 2015 8:58:18 PM Failed to attach Storage Domain hosted_storage to Data Center
Default. (User: admin@internal)
So, how to fix this latest issue?
On Dec 27, 2015, at 3:11 PM, Will Dennis
<wdennis@nec-labs.com<mailto:wdennis@nec-labs.com>> wrote:
I clicked on the “Data Centers” node on the left nav of webadmin, and I see that the
“Default” DC (the only one I have) has a status of “Uninitialized”… Not sure how to
initialize it (there’s no menu option for that on the node…)
10:04 a.m.
On Mon, Dec 28, 2015 at 5:31 AM, Will Dennis <wdennis(a)nec-labs.com> wrote:
Think I found the issue… Something caused the glusterd service on
ovirt-host-03 to segfault… Restarted it, and then went ahead and configured
a GlusterFS storage domain for Data, which worked, and now the DC status is
“Up"… Funny thing is, I do not see the “hosted_storage” domain anywhere
now, just the Data SD that I created (name = vm_storage_1)
There is still nothing showing up in the “VMs” node…
Please share the /var/log/ovirt-engine/engine.log from the engine machine
If you are running 3.6.1 you should see the domain imported automatically.
On Dec 27, 2015, at 9:28 PM, Will Dennis <wdennis(a)nec-labs.com<mailto:
wdennis(a)nec-labs.com>> wrote:
Did a bit of RTFM this evening, and read in the Admin Guide that:
"The new data center is added to the virtualization environment. It will
remain Uninitialized until a cluster, host, and storage domain are
configured for it; use Guide Me to configure these entities."
So, in webadmin I clicked on the Data Centers node, and then clicked on
the “Guide Me” link; sure enough, in the “There are still unconfigured
entities:” section, there was a link for “Attach Storage”. When I clicked
on it, I saw that there was an option to attach the “hosted_storage”
storage domain; when I tried to do so, it failed, and I got the following
events at the bottom of the webadmin UI:
Dec 27, 2015 8:58:18 PM VDSM ovirt-node-03 command failed: Cannot acquire
host id: (u'e89b6e64-bd7d-4846-b970-9af32a3295ee', SanlockException(22,
'Sanlock lockspace add failure', 'Invalid argument'))
Dec 27, 2015 8:58:18 PM Failed to attach Storage Domains to Data Center
Default. (User: admin@internal)
Dec 27, 2015 8:58:18 PM Failed to attach Storage Domain hosted_storage to
Data Center Default. (User: admin@internal)
So, how to fix this latest issue?
On Dec 27, 2015, at 3:11 PM, Will Dennis <wdennis(a)nec-labs.com<mailto:
wdennis(a)nec-labs.com>> wrote:
I clicked on the “Data Centers” node on the left nav of webadmin, and I
see that the “Default” DC (the only one I have) has a status of
“Uninitialized”… Not sure how to initialize it (there’s no menu option for
that on the node…)
3:59 p.m.
--_000_F3282EEAFF180F43BAF1AD0A7C34739D394279njmailneclabscom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
VGhlIHVuY29tcHJlc3NlZCBlbmdpbmUgbG9nIGZvciB0aGUgcGVyaW9kIGluIHF1ZXN0aW9uIGlz
IDEyTS4uLiBUb28gbGFyZ2UgZm9yIGEgcGFzdGViaW4uLi4NCg0KSG93ZXZlciwgSSBncmVwcGVk
IGZvciDigJhkb21haW7igJkgYW5kIHRoYXQgY3VsbHMgaXQgZG93biB0byAxOCBsaW5lczsgdGhl
IHJlc3VsdHMgYXJlIGF0OiBodHRwOi8vdXIxLmNhL29kMjZ1DQoNCg0KRnJvbTogUm95IEdvbGFu
IFttYWlsdG86cmdvbGFuQHJlZGhhdC5jb21dDQpTZW50OiBNb25kYXksIERlY2VtYmVyIDI4LCAy
MDE1IDM6MDQgQU0NClRvOiBXaWxsIERlbm5pcw0KQ2M6IHVzZXJzDQpTdWJqZWN0OiBSZTogW292
aXJ0LXVzZXJzXSBIb3N0ZWQgZW5naW5lIHZzLiBoeXBlcnZpc29yIGhvc3RzIG5hbWluZyBvbiBo
eXBlcmNvbnZlcmdlZCBzZXR1cA0KDQoNCg0KT24gTW9uLCBEZWMgMjgsIDIwMTUgYXQgNTozMSBB
TSwgV2lsbCBEZW5uaXMgPHdkZW5uaXNAbmVjLWxhYnMuY29tPG1haWx0bzp3ZGVubmlzQG5lYy1s
YWJzLmNvbT4+IHdyb3RlOg0KVGhpbmsgSSBmb3VuZCB0aGUgaXNzdWXigKYgU29tZXRoaW5nIGNh
dXNlZCB0aGUgZ2x1c3RlcmQgc2VydmljZSBvbiBvdmlydC1ob3N0LTAzIHRvIHNlZ2ZhdWx04oCm
IFJlc3RhcnRlZCBpdCwgYW5kIHRoZW4gd2VudCBhaGVhZCBhbmQgY29uZmlndXJlZCBhIEdsdXN0
ZXJGUyBzdG9yYWdlIGRvbWFpbiBmb3IgRGF0YSwgd2hpY2ggd29ya2VkLCBhbmQgbm93IHRoZSBE
QyBzdGF0dXMgaXMg4oCcVXAi4oCmIEZ1bm55IHRoaW5nIGlzLCBJIGRvIG5vdCBzZWUgdGhlIOKA
nGhvc3RlZF9zdG9yYWdl4oCdIGRvbWFpbiBhbnl3aGVyZSBub3csIGp1c3QgdGhlIERhdGEgU0Qg
dGhhdCBJIGNyZWF0ZWQgKG5hbWUgPSB2bV9zdG9yYWdlXzEpDQoNClRoZXJlIGlzIHN0aWxsIG5v
dGhpbmcgc2hvd2luZyB1cCBpbiB0aGUg4oCcVk1z4oCdIG5vZGXigKYNCg0KDQpQbGVhc2Ugc2hh
cmUgdGhlIC92YXIvbG9nL292aXJ0LWVuZ2luZS9lbmdpbmUubG9nIGZyb20gdGhlIGVuZ2luZSBt
YWNoaW5lDQpJZiB5b3UgYXJlIHJ1bm5pbmcgMy42LjEgeW91IHNob3VsZCBzZWUgdGhlIGRvbWFp
biBpbXBvcnRlZCBhdXRvbWF0aWNhbGx5Lg0KDQoNCg0KT24gRGVjIDI3LCAyMDE1LCBhdCA5OjI4
IFBNLCBXaWxsIERlbm5pcyA8d2Rlbm5pc0BuZWMtbGFicy5jb208bWFpbHRvOndkZW5uaXNAbmVj
LWxhYnMuY29tPjxtYWlsdG86d2Rlbm5pc0BuZWMtbGFicy5jb208bWFpbHRvOndkZW5uaXNAbmVj
LWxhYnMuY29tPj4+IHdyb3RlOg0KDQpEaWQgYSBiaXQgb2YgUlRGTSB0aGlzIGV2ZW5pbmcsIGFu
ZCByZWFkIGluIHRoZSBBZG1pbiBHdWlkZSB0aGF0Og0KIlRoZSBuZXcgZGF0YSBjZW50ZXIgaXMg
YWRkZWQgdG8gdGhlIHZpcnR1YWxpemF0aW9uIGVudmlyb25tZW50LiBJdCB3aWxsIHJlbWFpbiBV
bmluaXRpYWxpemVkIHVudGlsIGEgY2x1c3RlciwgaG9zdCwgYW5kIHN0b3JhZ2UgZG9tYWluIGFy
ZSBjb25maWd1cmVkIGZvciBpdDsgdXNlIEd1aWRlIE1lIHRvIGNvbmZpZ3VyZSB0aGVzZSBlbnRp
dGllcy4iDQoNClNvLCBpbiB3ZWJhZG1pbiBJIGNsaWNrZWQgb24gdGhlIERhdGEgQ2VudGVycyBu
b2RlLCBhbmQgdGhlbiBjbGlja2VkIG9uIHRoZSDigJxHdWlkZSBNZeKAnSBsaW5rOyBzdXJlIGVu
b3VnaCwgaW4gdGhlIOKAnFRoZXJlIGFyZSBzdGlsbCB1bmNvbmZpZ3VyZWQgZW50aXRpZXM64oCd
IHNlY3Rpb24sIHRoZXJlIHdhcyBhIGxpbmsgZm9yIOKAnEF0dGFjaCBTdG9yYWdl4oCdLiBXaGVu
IEkgY2xpY2tlZCBvbiBpdCwgSSBzYXcgdGhhdCB0aGVyZSB3YXMgYW4gb3B0aW9uIHRvIGF0dGFj
aCB0aGUg4oCcaG9zdGVkX3N0b3JhZ2XigJ0gc3RvcmFnZSBkb21haW47IHdoZW4gSSB0cmllZCB0
byBkbyBzbywgaXQgZmFpbGVkLCBhbmQgSSBnb3QgdGhlIGZvbGxvd2luZyBldmVudHMgYXQgdGhl
IGJvdHRvbSBvZiB0aGUgd2ViYWRtaW4gVUk6DQoNCkRlYyAyNywgMjAxNSA4OjU4OjE4IFBNICBW
RFNNIG92aXJ0LW5vZGUtMDMgY29tbWFuZCBmYWlsZWQ6IENhbm5vdCBhY3F1aXJlIGhvc3QgaWQ6
ICh1J2U4OWI2ZTY0LWJkN2QtNDg0Ni1iOTcwLTlhZjMyYTMyOTVlZScsIFNhbmxvY2tFeGNlcHRp
b24oMjIsICdTYW5sb2NrIGxvY2tzcGFjZSBhZGQgZmFpbHVyZScsICdJbnZhbGlkIGFyZ3VtZW50
JykpDQoNCkRlYyAyNywgMjAxNSA4OjU4OjE4IFBNICBGYWlsZWQgdG8gYXR0YWNoIFN0b3JhZ2Ug
RG9tYWlucyB0byBEYXRhIENlbnRlciBEZWZhdWx0LiAoVXNlcjogYWRtaW5AaW50ZXJuYWwpDQoN
CkRlYyAyNywgMjAxNSA4OjU4OjE4IFBNICBGYWlsZWQgdG8gYXR0YWNoIFN0b3JhZ2UgRG9tYWlu
IGhvc3RlZF9zdG9yYWdlIHRvIERhdGEgQ2VudGVyIERlZmF1bHQuIChVc2VyOiBhZG1pbkBpbnRl
cm5hbCkNCg0KU28sIGhvdyB0byBmaXggdGhpcyBsYXRlc3QgaXNzdWU/DQoNCg0KT24gRGVjIDI3
LCAyMDE1LCBhdCAzOjExIFBNLCBXaWxsIERlbm5pcyA8d2Rlbm5pc0BuZWMtbGFicy5jb208bWFp
bHRvOndkZW5uaXNAbmVjLWxhYnMuY29tPjxtYWlsdG86d2Rlbm5pc0BuZWMtbGFicy5jb208bWFp
bHRvOndkZW5uaXNAbmVjLWxhYnMuY29tPj4+IHdyb3RlOg0KDQpJIGNsaWNrZWQgb24gdGhlIOKA
nERhdGEgQ2VudGVyc+KAnSBub2RlIG9uIHRoZSBsZWZ0IG5hdiBvZiB3ZWJhZG1pbiwgYW5kIEkg
c2VlIHRoYXQgdGhlIOKAnERlZmF1bHTigJ0gREMgKHRoZSBvbmx5IG9uZSBJIGhhdmUpIGhhcyBh
IHN0YXR1cyBvZiDigJxVbmluaXRpYWxpemVk4oCd4oCmIE5vdCBzdXJlIGhvdyB0byBpbml0aWFs
aXplIGl0ICh0aGVyZeKAmXMgbm8gbWVudSBvcHRpb24gZm9yIHRoYXQgb24gdGhlIG5vZGXigKYp
DQoNCg0KDQo=
--_000_F3282EEAFF180F43BAF1AD0A7C34739D394279njmailneclabscom_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64
PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2
IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs
aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9t
Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv
bWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy
aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph
OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5
Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4u
RW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFt
aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVm
YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJy
aSIsInNhbnMtc2VyaWYiO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBp
bjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0K
CXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1s
Pg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1s
PjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpl
eHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVs
YXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGlu
az0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5
N0QiPlRoZSB1bmNvbXByZXNzZWQgZW5naW5lIGxvZyBmb3IgdGhlIHBlcmlvZCBpbiBxdWVzdGlv
biBpcyAxMk0uLi4gVG9vIGxhcmdlIGZvciBhIHBhc3RlYmluLi4uDQo8bzpwPjwvbzpwPjwvc3Bh
bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7
Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7
Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkhvd2V2
ZXIsIEkgZ3JlcHBlZCBmb3Ig4oCYZG9tYWlu4oCZIGFuZCB0aGF0IGN1bGxzIGl0IGRvd24gdG8g
MTggbGluZXM7IHRoZSByZXN1bHRzIGFyZSBhdDoNCjxhIGhyZWY9Imh0dHA6Ly91cjEuY2Evb2Qy
NnUiPmh0dHA6Ly91cjEuY2Evb2QyNnU8L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6
JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi
PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss
JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv
c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXpl
OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx
dW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gUm95IEdv
bGFuIFttYWlsdG86cmdvbGFuQHJlZGhhdC5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gTW9uZGF5
LCBEZWNlbWJlciAyOCwgMjAxNSAzOjA0IEFNPGJyPg0KPGI+VG86PC9iPiBXaWxsIERlbm5pczxi
cj4NCjxiPkNjOjwvYj4gdXNlcnM8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtvdmlydC11c2Vy
c10gSG9zdGVkIGVuZ2luZSB2cy4gaHlwZXJ2aXNvciBob3N0cyBuYW1pbmcgb24gaHlwZXJjb252
ZXJnZWQgc2V0dXA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48
bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu
YnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv
bzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBNb24sIERlYyAyOCwgMjAx
NSBhdCA1OjMxIEFNLCBXaWxsIERlbm5pcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOndkZW5uaXNAbmVj
LWxhYnMuY29tIiB0YXJnZXQ9Il9ibGFuayI+d2Rlbm5pc0BuZWMtbGFicy5jb208L2E+Jmd0OyB3
cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoaW5rIEkgZm91bmQg
dGhlIGlzc3Vl4oCmIFNvbWV0aGluZyBjYXVzZWQgdGhlIGdsdXN0ZXJkIHNlcnZpY2Ugb24gb3Zp
cnQtaG9zdC0wMyB0byBzZWdmYXVsdOKApiBSZXN0YXJ0ZWQgaXQsIGFuZCB0aGVuIHdlbnQgYWhl
YWQgYW5kIGNvbmZpZ3VyZWQgYSBHbHVzdGVyRlMgc3RvcmFnZSBkb21haW4gZm9yIERhdGEsIHdo
aWNoIHdvcmtlZCwgYW5kIG5vdyB0aGUgREMgc3RhdHVzIGlzIOKAnFVwJnF1b3Q74oCmIEZ1bm55
IHRoaW5nDQogaXMsIEkgZG8gbm90IHNlZSB0aGUg4oCcaG9zdGVkX3N0b3JhZ2XigJ0gZG9tYWlu
IGFueXdoZXJlIG5vdywganVzdCB0aGUgRGF0YSBTRCB0aGF0IEkgY3JlYXRlZCAobmFtZSA9IHZt
X3N0b3JhZ2VfMSk8YnI+DQo8YnI+DQpUaGVyZSBpcyBzdGlsbCBub3RoaW5nIHNob3dpbmcgdXAg
aW4gdGhlIOKAnFZNc+KAnSBub2Rl4oCmPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQi
Pjxicj4NClBsZWFzZSBzaGFyZSB0aGUgL3Zhci9sb2cvb3ZpcnQtZW5naW5lL2VuZ2luZS5sb2cg
ZnJvbSB0aGUgZW5naW5lIG1hY2hpbmU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPklmIHlvdSBhcmUgcnVubmluZyAzLjYuMSB5b3Ugc2hvdWxkIHNl
ZSB0aGUgZG9tYWluIGltcG9ydGVkIGF1dG9tYXRpY2FsbHkuPG86cD48L286cD48L3A+DQo8L2Rp
dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQombmJzcDs8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNv
bGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0
LjhwdDttYXJnaW4tcmlnaHQ6MGluIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48YnI+DQpPbiBEZWMgMjcsIDIwMTUsIGF0
IDk6MjggUE0sIFdpbGwgRGVubmlzICZsdDs8YSBocmVmPSJtYWlsdG86d2Rlbm5pc0BuZWMtbGFi
cy5jb20iPndkZW5uaXNAbmVjLWxhYnMuY29tPC9hPiZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRv
OndkZW5uaXNAbmVjLWxhYnMuY29tIj53ZGVubmlzQG5lYy1sYWJzLmNvbTwvYT4mZ3Q7Jmd0OyB3
cm90ZTo8YnI+DQo8YnI+DQpEaWQgYSBiaXQgb2YgUlRGTSB0aGlzIGV2ZW5pbmcsIGFuZCByZWFk
IGluIHRoZSBBZG1pbiBHdWlkZSB0aGF0Ojxicj4NCiZxdW90O1RoZSBuZXcgZGF0YSBjZW50ZXIg
aXMgYWRkZWQgdG8gdGhlIHZpcnR1YWxpemF0aW9uIGVudmlyb25tZW50LiBJdCB3aWxsIHJlbWFp
biBVbmluaXRpYWxpemVkIHVudGlsIGEgY2x1c3RlciwgaG9zdCwgYW5kIHN0b3JhZ2UgZG9tYWlu
IGFyZSBjb25maWd1cmVkIGZvciBpdDsgdXNlIEd1aWRlIE1lIHRvIGNvbmZpZ3VyZSB0aGVzZSBl
bnRpdGllcy4mcXVvdDs8YnI+DQo8YnI+DQpTbywgaW4gd2ViYWRtaW4gSSBjbGlja2VkIG9uIHRo
ZSBEYXRhIENlbnRlcnMgbm9kZSwgYW5kIHRoZW4gY2xpY2tlZCBvbiB0aGUg4oCcR3VpZGUgTWXi
gJ0gbGluazsgc3VyZSBlbm91Z2gsIGluIHRoZSDigJxUaGVyZSBhcmUgc3RpbGwgdW5jb25maWd1
cmVkIGVudGl0aWVzOuKAnSBzZWN0aW9uLCB0aGVyZSB3YXMgYSBsaW5rIGZvciDigJxBdHRhY2gg
U3RvcmFnZeKAnS4gV2hlbiBJIGNsaWNrZWQgb24gaXQsIEkgc2F3IHRoYXQgdGhlcmUgd2FzIGFu
IG9wdGlvbiB0bw0KIGF0dGFjaCB0aGUg4oCcaG9zdGVkX3N0b3JhZ2XigJ0gc3RvcmFnZSBkb21h
aW47IHdoZW4gSSB0cmllZCB0byBkbyBzbywgaXQgZmFpbGVkLCBhbmQgSSBnb3QgdGhlIGZvbGxv
d2luZyBldmVudHMgYXQgdGhlIGJvdHRvbSBvZiB0aGUgd2ViYWRtaW4gVUk6PGJyPg0KPGJyPg0K
RGVjIDI3LCAyMDE1IDg6NTg6MTggUE0mbmJzcDsgVkRTTSBvdmlydC1ub2RlLTAzIGNvbW1hbmQg
ZmFpbGVkOiBDYW5ub3QgYWNxdWlyZSBob3N0IGlkOiAodSdlODliNmU2NC1iZDdkLTQ4NDYtYjk3
MC05YWYzMmEzMjk1ZWUnLCBTYW5sb2NrRXhjZXB0aW9uKDIyLCAnU2FubG9jayBsb2Nrc3BhY2Ug
YWRkIGZhaWx1cmUnLCAnSW52YWxpZCBhcmd1bWVudCcpKTxicj4NCjxicj4NCkRlYyAyNywgMjAx
NSA4OjU4OjE4IFBNJm5ic3A7IEZhaWxlZCB0byBhdHRhY2ggU3RvcmFnZSBEb21haW5zIHRvIERh
dGEgQ2VudGVyIERlZmF1bHQuIChVc2VyOiBhZG1pbkBpbnRlcm5hbCk8YnI+DQo8YnI+DQpEZWMg
MjcsIDIwMTUgODo1ODoxOCBQTSZuYnNwOyBGYWlsZWQgdG8gYXR0YWNoIFN0b3JhZ2UgRG9tYWlu
IGhvc3RlZF9zdG9yYWdlIHRvIERhdGEgQ2VudGVyIERlZmF1bHQuIChVc2VyOiBhZG1pbkBpbnRl
cm5hbCk8YnI+DQo8YnI+DQpTbywgaG93IHRvIGZpeCB0aGlzIGxhdGVzdCBpc3N1ZT88YnI+DQo8
YnI+DQo8YnI+DQpPbiBEZWMgMjcsIDIwMTUsIGF0IDM6MTEgUE0sIFdpbGwgRGVubmlzICZsdDs8
YSBocmVmPSJtYWlsdG86d2Rlbm5pc0BuZWMtbGFicy5jb20iPndkZW5uaXNAbmVjLWxhYnMuY29t
PC9hPiZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOndkZW5uaXNAbmVjLWxhYnMuY29tIj53ZGVu
bmlzQG5lYy1sYWJzLmNvbTwvYT4mZ3Q7Jmd0OyB3cm90ZTo8YnI+DQo8YnI+DQpJIGNsaWNrZWQg
b24gdGhlIOKAnERhdGEgQ2VudGVyc+KAnSBub2RlIG9uIHRoZSBsZWZ0IG5hdiBvZiB3ZWJhZG1p
biwgYW5kIEkgc2VlIHRoYXQgdGhlIOKAnERlZmF1bHTigJ0gREMgKHRoZSBvbmx5IG9uZSBJIGhh
dmUpIGhhcyBhIHN0YXR1cyBvZiDigJxVbmluaXRpYWxpemVk4oCd4oCmIE5vdCBzdXJlIGhvdyB0
byBpbml0aWFsaXplIGl0ICh0aGVyZeKAmXMgbm8gbWVudSBvcHRpb24gZm9yIHRoYXQgb24gdGhl
IG5vZGXigKYpPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2
Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==
--_000_F3282EEAFF180F43BAF1AD0A7C34739D394279njmailneclabscom_--
3:44 p.m.
Would like to get this issue settled before I move on… Should I expect to see the hosted
engine VM showing up in the “VMs” node, or is it a “hidden” VM because of it’s special
status?
Also, I see that I can change the name of the 1st host if I select it in the “Hosts” node,
and choose “Edit”… Would it cause any problem if I rename it there (how would that effect
the engine VM, if at all?)
On Dec 28, 2015, at 8:59 AM, Will Dennis
<wdennis@nec-labs.com<mailto:wdennis@nec-labs.com>> wrote:
The uncompressed engine log for the period in question is 12M... Too large for a
pastebin...
However, I grepped for ‘domain’ and that culls it down to 18 lines; the results are
at:http://ur1.ca/od26u
From: Roy Golan [mailto:rgolan@redhat.com]
Sent: Monday, December 28, 2015 3:04 AM
To: Will Dennis
Cc: users
Subject: Re: [ovirt-users] Hosted engine vs. hypervisor hosts naming on hyperconverged
setup
On Mon, Dec 28, 2015 at 5:31 AM, Will Dennis
<wdennis@nec-labs.com<mailto:wdennis@nec-labs.com>> wrote:
There is still nothing showing up in the “VMs” node…
Please share the /var/log/ovirt-engine/engine.log from the engine machine
If you are running 3.6.1 you should see the domain imported automatically.
3:48 p.m.
Also, just noticed that I’m getting the message “The Hosted Engine Storage Domain isn’t
Active” in the Events pane, but I do not see that domain anywhere now in the Storage node
in the Datacenter… What must I do to activate this?
On Dec 29, 2015, at 8:44 AM, Will Dennis
<wdennis@nec-labs.com<mailto:wdennis@nec-labs.com>> wrote:
Would like to get this issue settled before I move on… Should I expect to see the hosted
engine VM showing up in the “VMs” node, or is it a “hidden” VM because of it’s special
status?
Also, I see that I can change the name of the 1st host if I select it in the “Hosts” node,
and choose “Edit”… Would it cause any problem if I rename it there (how would that effect
the engine VM, if at all?)
On Dec 28, 2015, at 8:59 AM, Will Dennis
<wdennis@nec-labs.com<mailto:wdennis@nec-labs.com>> wrote:
The uncompressed engine log for the period in question is 12M... Too large for a
pastebin...
However, I grepped for ‘domain’ and that culls it down to 18 lines; the results are
at:http://ur1.ca/od26u
From: Roy Golan [mailto:rgolan@redhat.com]
Sent: Monday, December 28, 2015 3:04 AM
To: Will Dennis
Cc: users
Subject: Re: [ovirt-users] Hosted engine vs. hypervisor hosts naming on hyperconverged
setup
On Mon, Dec 28, 2015 at 5:31 AM, Will Dennis
<wdennis@nec-labs.com<mailto:wdennis@nec-labs.com>> wrote:
There is still nothing showing up in the “VMs” node…
Please share the /var/log/ovirt-engine/engine.log from the engine machine
If you are running 3.6.1 you should see the domain imported automatically.
3:56 p.m.
On Tue, Dec 29, 2015 at 3:44 PM, Will Dennis <wdennis(a)nec-labs.com> wrote:
Would like to get this issue settled before I move on… Should I
expect to see the hosted engine VM showing up in the “VMs” node, or is it a “hidden” VM
because of it’s special status?
This is tracked in the following bz:
https://bugzilla.redhat.com/show_bug.cgi?id=1269768
Also, I see that I can change the name of the 1st host if I select it in the “Hosts”
node, and choose “Edit”… Would it cause any problem if I rename it there (how would that
effect the engine VM, if at all?)
IIUC it should not do anything to the engine vm or the ha daemons.
On Dec 28, 2015, at 8:59 AM, Will Dennis
<wdennis@nec-labs.com<mailto:wdennis@nec-labs.com>> wrote:
The uncompressed engine log for the period in question is 12M... Too large for a
pastebin...
However, I grepped for ‘domain’ and that culls it down to 18 lines; the results are
at:http://ur1.ca/od26u
From: Roy Golan [mailto:rgolan@redhat.com]
Sent: Monday, December 28, 2015 3:04 AM
To: Will Dennis
Cc: users
Subject: Re: [ovirt-users] Hosted engine vs. hypervisor hosts naming on hyperconverged
setup
On Mon, Dec 28, 2015 at 5:31 AM, Will Dennis
<wdennis@nec-labs.com<mailto:wdennis@nec-labs.com>> wrote:
There is still nothing showing up in the “VMs” node…
Please share the /var/log/ovirt-engine/engine.log from the engine machine
If you are running 3.6.1 you should see the domain imported automatically.
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Didi
3263
days inactive
3266
days old
10 comments
3 participants
participants (3)
-
Roy Golan -
Will Dennis -
Yedidyah Bar David