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

[Richie@HIP]

Thanks to Ryan and Sandro.

Did the addition to the host file (with variations for the IP range i'm using and domains), and SELinux Config,  and it worked; the oVirt Engine "create" process ran its course, with one exemption.  :-(

The first time I selected ALL the defaults proposed by "create", including the one related to changing the HTTPd port from where it was (in port 1000 or so) to the usual ports ("80" for HTTP and "443" for HTTPS) and that created an "Error" in the last step of the "create" process.  No worried, I reverted to a prior "snapshot" (since I'm doing this in a Virtual Machine, and the second time did NOT change the HTTPd ports as suggested (by typing "no" in that step) and the "create" routine ran completely, finishing with the URL I should use to access the oVirtEngine GUI with the browser.

Thanks to all - thus far…   ;-)

Richie  

José E ("Richie") Piovanetti, MD, MS 
M: 787-615-4884 | richiepiovanetti at healthcareinfopartners.com






On Jun 5, 2013, at 3:09 PM, Ryan Wilkinson <ryanwilk at gmail.com> wrote:

> Edit your /etc/hosts file and add an entry for the hostname of your engine:
> 192.168.0.50         ovirt.domain.local
> 
> Also, edit /etc/selinux/config and set 
> selinux=permissive
> 
> - you'll need to reboot for the selinux config. to take effect.
> 
> 
> On Wed, Jun 5, 2013 at 11:54 AM, Richie at HIP <richiepiovanetti at healthcareinfopartners.com> wrote:
> 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
> 
> 
> 
> 
> 
> 
> 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
> >
> 
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20130609/1dd5ea12/attachment.html>