Hosted engine vs. hypervisor hosts naming on hyperconverged setup
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
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@nec-labs.com> wrote:
I would expect that the last entry would be for “ovirt-host-01”, not “ovirt-engine-01”…
On Sat, Dec 26, 2015 at 6:27 PM, Will Dennis <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 http://lists.ovirt.org/mailman/listinfo/users
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
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…)
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…)
On Mon, Dec 28, 2015 at 5:31 AM, Will Dennis <wdennis@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@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…)
--_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_--
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.
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.
On Tue, Dec 29, 2015 at 3:44 PM, Will Dennis <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?
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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Didi
participants (3)
-
Roy Golan -
Will Dennis -
Yedidyah Bar David