[Users] Problem Creating "oVirt Engine" - Stuck on FQDN

[Sandro Bonazzola]

Il 05/06/2013 19:54, Richie at HIP ha scritto:
> After sending you the previous email, I re-read your reply more carefully and another question arose.
>
> Does the FQDN have to resolve to the "oVirt Node" IP..?
>
> Right now, "localhost.localdomain" is resolving to "127.0.0.1" which is the host where I'm installing the "oVirt Engine".
>
> What IP is the oVirtEngine expecting…?  The engine's own host, or the oVirt Nodes…?
>
> Richie
>
> José E ("Richie") Piovanetti, MD, MS 
> M: 787-615-4884 | richiepiovanetti at healthcareinfopartners.com
>

FQDN has to resolve to a local non loopback device on the same host
where ovirt-engine service will run, the engine own host.
For example, on my test system, FQDN is sbonazzo.csb, that resolve to IP
192.168.3.200 that is the ip assigned on eth0 before running engine-setup.
/etc/hosts looks like:

127.0.0.1   localhost localhost.localdomain localhost4
localhost4.localdomain4
::1         localhost localhost.localdomain localhost6
localhost6.localdomain6
192.168.3.200 sbonazzo.csb sbonazzo



>
>
>
>
> On Jun 5, 2013, at 10:47 AM, Sandro Bonazzola <sbonazzo at redhat.com> wrote:
>
>> Il 05/06/2013 05:10, Richie at HIP ha scritto:
>>> I follow the prompts that appear after the "Welcome to oVirt Engine setup utility" is shown in the terminal window until I get to the prompt:
>>>
>>> 	Host fully qualified domain name. Note: this name should be fully resolvable  [localhost.localdomain] : 
>>>
>>> If I press "Enter", I get…:
>>>
>>> 	The IP (127.0.0.1) which was resolved from the FQDN localhost.localdomain is not configured on any non loopback interface on this host
>>>
>>> I figured that in order to define a FQDNm I had to expose my "oVirt Engine" VN to the Internet.  Since I'm doing all from home (where I'm limited to a "Dynamic IP", albeit, which hardly-ever changes) I went to DynDns.org and created an entry so my "FQDN Text-URL" would resolve to the IP where I'm at.  I also modified my Domain's DNS and entered a "DNS Alias" named "dcmanagement", defining this "DNS alias" to resolve into my IP by going to DynDNS.org to get my "Public IP".  Hence, the alias "dcmanagement1" resolves by going to "healthcareinfopartners.dyndns.org" and gets my Public IP.
>>>
>>> NOTE - To test this setup, I do "ping" to either "healthcareinfopartners.dyndns.org" or "dcmanagement1.healthcareinfopartners.dyndns.org" and I get my Dynamic Public IP back.  Once the "Text URL" issue was returning my IP (as FQDN expect) I repeated the: 
>>>
>>> 	sudo engine-setup
>>>
>>> Upon reaching:
>>>
>>> 	Host fully qualified domain name. Note: this name should be fully resolvable  [localhost.localdomain] : 
>>>
>>> I entered "dcmanagement1.healthcareinfopartners.com" and got my Public IP back with the following message:
>>>
>>> 	The IP (70.45.xxx.xx) which was resolved from the FQDN dcmanagement1.healthcareinfopartners.com is not configured on any non loopback interface on this host
>> You have just to set /etc/hosts with the IP address of the network
>> device you're going to use for creating the bridge with the FQDN you're
>> going to use for the host.
>> No need to have a public IP, it could just be defined locally in
>> /etc/hosts or provided by a local DNS server.
>> The important thing is that FQDN resolves to an IP on a local network
>> device.
>>
>>
>> -- 
>> Sandro Bonazzola
>> Better technology. Faster innovation. Powered by community collaboration.
>> See how it works at redhat.com
>>


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com