[Users] Problem Creating "oVirt Engine"

Sandro Bonazzola sbonazzo at redhat.com
Tue Aug 13 06:11:51 UTC 2013 

Il 13/08/2013 03:40, Richie at HIP ha scritto:
> Let me throw a couple of "Ifs" and see what others feel…?
> 
> Could it be that VirtualBox AND Parallels cannot handle an oVirtEngine VM…?   In other words, oVirtEngine is "allergic" to both of these…?
> Could it be that oVirtEngine cannot be implemented in a VM…?

No. There is also a feature for having oVirt engine inside a VM on a
host manged by that engine:
http://www.ovirt.org/Features/Self_Hosted_Engine


> Could it be that 4 or 6 Gb of RAM is to little for oVirtEngine…? 

4Gb is the minimum requirement for the RAM.

> I saw some minimum specs for oVirt in the documentation pages in the web Albeit the "Minimum RAM" was described as 4 Gb., I believe it stated that it should be more. (refer to http://www.ovirt.org/Quick_Start_Guide#Prerequisites - "Prerequisites". 
> Could it be that that is the case in a Physical Machine rather than a VM I I can access all the resources and come closer to the "prerequisites" described before…?
> Could it be that I need to define a Virtual Machine's hard disk size of "X" amount or more…?

25Gb is the minimum requirement for the HD.

> In my initial trials, I created a VBox VM with 8 Gb HD. and oVirtEngine would't install and Fedora 18 kept showing error messages something like "XYZ was without space" (can't remember the exact error text)
> I later created the Virtual HD with 15 Gb and oVirtEngine repository stuff installation was possible…!!!

With only 15Gb I think you'll go out of free space quite soon.


> Could it be that the oVirtEngine "Adminnistrator Portal" needs to do something, maybe in the Postgress database or somewhere else, and is chocking for lack of HD space…?  
> VirtualBox doesn't expand Virtual HDs automatically to well - like Parallel does.  
> I haven't tried my oVirtEngine VM  I began under a Parallels VM to see if I get the same effect (is.e. omer oVirt "Portals" not opening) - but then all the host machines that I have at hand have 8 Gb Ram and can't be expanded any further to meet the "prerequisites defined at http://www.ovirt.org/Quick_Start_Guide#Prerequisites.  
> Any ideas.  In what environment have others implemented oVirtEngine successfully in the past…?
> 
> So far, If I can't show oVirt working at least in the management side, all healthcare partners and clients of mine will go with the tried and tested like Microsoft Hyper-V or VMWare. ReHat's version of oVirt it still to expensive and there's little if any RedHat support providers in Puerto Rico.  Hence, I'l at a crossroad here and getting this to work is imperative so I can convince people to move to Linux and many will then adopt the "commercial edition" for support; but only if they can ee that the thing works and can compete with the entrenched and competing "solutions".
> 
> 
> José E ("Richie") Piovanetti, MD, MS 
> M: 787-615-4884 | richiepiovanetti at healthcareinfopartners.com
> 
> 
> 
> 
> 
> 
> On Aug 12, 2013, at 2:25 AM, Alon Bar-Lev <alonbl at redhat.com> wrote:
> 
>>
>>
>> ----- Original Message -----
>>> From: "Itamar Heim" <iheim at redhat.com>
>>> To: "Richie at HIP" <richiepiovanetti at healthcareinfopartners.com>
>>> Cc: users at ovirt.org
>>> Sent: Monday, August 12, 2013 6:56:47 AM
>>> Subject: Re: [Users] Problem Creating "oVirt Engine"
>>>
>>> On 08/12/2013 04:04 AM, Richie at HIP wrote:
>>>> How would I "run" the oVirtEngine in "Debug Mode"…?  Any parameter needs to
>>>> be set..?  Which one…?
>>>>
>>>> I hope version 3.3 overcomes many of these setup issues.  Pray to the
>>>> almighty.
>>>
>>> I saw alon merged a lot of patches yesterday, so definitely worth trying
>>> if you can do a clean install with it (from nightly i guess)
>>> its a brand new installer in 3.3.
>>
>> merge - no... submitted.
>> but nothing related.
>>
>>>
>>>>
>>>> Richie
>>>>
>>>> José E ("Richie") Piovanetti, MD, MS
>>>> M: 787-615-4884 | richiepiovanetti at healthcareinfopartners.com
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On Aug 11, 2013, at 2:49 AM, Yair Zaslavsky <yzaslavs at redhat.com> wrote:
>>>>
>>>>>
>>>>>
>>>>> ----- Original Message -----
>>>>>> From: "Richie at HIP" <richiepiovanetti at healthcareinfopartners.com>
>>>>>> To: "Itamar Heim" <iheim at redhat.com>
>>>>>> Cc: users at ovirt.org
>>>>>> Sent: Saturday, August 10, 2013 5:41:58 AM
>>>>>> Subject: Re: [Users] Problem Creating "oVirt Engine"
>>>>>>
>>>>>> Last week I dove deep into a fiends network and Active Directory
>>>>>> infrastructure trying to install oVirtEngine with default values.  I was
>>>>>> able to have AD DHCP recognize the VirtualBox oViertEngine VM and it took
>>>>>> the better part of three (3) hours to get the DHCP to recognize the
>>>>>> "Name"
>>>>>> of the computer; it would show the IP and MAC address, but with <empty>
>>>>>> name.  Finally I discovered that the name of the VM Fedora 18 "machine"
>>>>>> had
>>>>>> to be defines under "System Settings > Details >  Overview > Device Name;
>>>>>> t
>>>>>> had "localloop.localdomain" and chained to "ovirtenine" and reotedh P
>>>>>> showed
>>>>>> e Name of the  computer.  The DNS entry had to be made by hand since for
>>>>>> some reason the DHCP lease was not being copied to the DNS database.
>>>>>>
>>>>>> Once both of these (DHCP and DNS where death with, oVirtEngine installed
>>>>>> as
>>>>>> documented - without errors and hangs.
>>>>>>
>>>>>> Then I opened the Welcome to oVirt Engine / Management web page.  Upon
>>>>>> trying
>>>>>> to open any of the portals, I was asked to verify the "certificate";
>>>>>> which I
>>>>>> accepted.  I grid opening the User Portal and upon being presented the
>>>>>> Login
>>>>>> screen I entered "admin" as user, and "welcome" as the password (that's
>>>>>> what
>>>>>> I defined as password for the test VM I'm creating.)  I awaited several
>>>>>> minuted and nothing happened.  I shut down the oVirtEngine VM, and
>>>>>> increased
>>>>>> the VM RAM from 4 Gb to 6 Gb.  Rebooted and reconnected and was able to
>>>>>> enter the "Users Portal", albeit after waiting almost a minute.
>>>>>> Voila…!!!
>>>>>> It works…!!!
>>>>>>
>>>>>> But then I realized it was a premature celebration.  When trying to enter
>>>>>> the
>>>>>> "Administration Portal", seeing the login screen, more than half an hour
>>>>>> passed and nothing happened; only a spinning cursor and hardly any disk
>>>>>> or
>>>>>> LAN activity in the oVirtEngine VM.
>>>>>>
>>>>>> I copied all the entries in the engine.log related to today.  I'm
>>>>>> including
>>>>>> them as attachment so anyone can tell me why I can;t enter the
>>>>>> oVirtEngine
>>>>>> "Administrator Portal".  Neither can I get into the Reports Portal which
>>>>>> even shows a message with either a typo, of a british way of expressing
>>>>>> "legal" (it read "LeAgal" (the uppercase "A" is my way of showing the
>>>>>> typo).
>>>>>>
>>>>>> Please let me know if you have any suggestions regarding logging into the
>>>>>> Administrator Portal.  Could it be that at least one node has to exist…?
>>>>>> In
>>>>>> the "engine.log" I can see several INFO and WAR messages, but the ERROR
>>>>>> ones
>>>>>> (which are very few) are to cryptic for me to make sense of them.
>>>>>
>>>>> I saw the log, indeed looks strange.
>>>>> In order to get all the data of the main screen (after login) several
>>>>> queries are run to the engine in order to fetch the data
>>>>> What I would suggest (unless someone else can see something I missed in
>>>>> the log) is to consider to run ovirt-engine in such a way that debug
>>>>> messages will be logged as well.
>>>>>
>>>>>
>>>>>>
>>>>>> oVirt is beginning to come alive on my side; but not quite there yet.
>>>>>> Any
>>>>>> help appreciated..
>>>>>>
>>>>>> RIchie
>>>>>>
>>>>>> José E ("Richie") Piovanetti, MD, MS
>>>>>> M: 787-615-4884 | richiepiovanetti at healthcareinfopartners.com
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Aug 1, 2013, at 3:59 PM, Richie at HIP
>>>>>> <richiepiovanetti at healthcareinfopartners.com> wrote:
>>>>>>
>>>>>>> In a conversation via IRC, someone suggested that I activate "dnsmask"
>>>>>>> to
>>>>>>> overcome what appears to be a DNS problem.  I'll try that other
>>>>>>> possibility once I get home later today.
>>>>>>>
>>>>>>> In the mean time, what do you mean by "fixing the hostname"…?  I opened
>>>>>>> and
>>>>>>> fixed the HOSTNAMES and changed it from "localhost-localdomain" to
>>>>>>> "localhost.localdomain" and that made no difference.  Albeit, after
>>>>>>> changing I didm;t restart, remove ovirtEngine ((using "engine-cleanup")
>>>>>>> and reinstalled via "engine-setup".  Is that what you mean…?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> In the mean time, the fact that even if I resolve the issue of
>>>>>>> oVirtEngine
>>>>>>> I will not be able to connect to the oVirt Nodes unless I have DNS
>>>>>>> resolution, apparently means I should do something with resolving via
>>>>>>> DNS
>>>>>>> in my home LAN (i.e implement some sort of "DNS Cache" so I can resolve
>>>>>>> my
>>>>>>> home computers via DNS inside my LAN).
>>>>>>>
>>>>>>> Any suggestions are MORE THAN WELCOME…!!!
>>>>>>>
>>>>>>> Richie
>>>>>>>
>>>>>>> José E ("Richie") Piovanetti, MD, MS
>>>>>>> M: 787-615-4884 | richiepiovanetti at healthcareinfopartners.com
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Aug 1, 2013, at 2:47 PM, Itamar Heim <iheim at redhat.com> wrote:
>>>>>>>
>>>>>>>> On 08/01/2013 07:13 PM, Richie at HIP wrote:
>>>>>>>>> Is there a contact or someone that could give me tech support
>>>>>>>>> remotely…?
>>>>>>>>> I'm willing to pay if the problem is solved.
>>>>>>>>
>>>>>>>> isn't the issue solved if you fix the hostname?
>>>>>>>>
>>>>>>>>>
>>>>>>>>> José E ("Richie") Piovanetti, MD, MS
>>>>>>>>> M: 787-615-4884 | richiepiovanetti at healthcareinfopartners.com
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Aug 1, 2013, at 11:43 AM, "Richie at HIP"
>>>>>>>>> <richiepiovanetti at healthcareinfopartners.com> wrote:
>>>>>>>>>
>>>>>>>>>> Where do you want me to "open a bug entry", and thereafter, exactly
>>>>>>>>>> how
>>>>>>>>>> will I explain it so whomever reads and later attends the bug can
>>>>>>>>>> figure out how to reproduce it…?
>>>>>>>>>>
>>>>>>>>>> José E ("Richie") Piovanetti, MD, MS
>>>>>>>>>> M: 787-615-4884 | richiepiovanetti at healthcareinfopartners.com
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Aug 1, 2013, at 1:04 AM, Itamar Heim <iheim at redhat.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> On 08/01/2013 01:43 AM, Richie at HIP wrote:
>>>>>>>>>>>> BTW - I installed oVirtEngine at a client's office using a
>>>>>>>>>>>> VirtualBox
>>>>>>>>>>>> VM.  They are a large imaging center and have an Active Directory
>>>>>>>>>>>> and
>>>>>>>>>>>> DNS in place.  I Stumbled upon ALL the same problems when using the
>>>>>>>>>>>> default engine setup parameters (it hung upon restarting the HTTPd
>>>>>>>>>>>> service).
>>>>>>>>>>>>
>>>>>>>>>>>> Just to add to your knowledge, I began doing the oVirtEngine
>>>>>>>>>>>> implementation using Parallels Desktop as well as VirtualBox in MY
>>>>>>>>>>>> MacBookPro; both experience the same problems.
>>>>>>>>>>>
>>>>>>>>>>> can you please open a bug on installer to clearly state this name
>>>>>>>>>>> will
>>>>>>>>>>> not work, etc?
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Richie
>>>>>>>>>>>> *
>>>>>>>>>>>> José E ("Richie") Piovanetti, MD, MS*
>>>>>>>>>>>> M: 787-615-4884 | richiepiovanetti at healthcareinfopartners.com
>>>>>>>>>>>> <mailto:richiepiovanetti at healthcareinfopartners.com>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Jul 31, 2013, at 6:29 PM, "Richie at HIP"
>>>>>>>>>>>> <richiepiovanetti at healthcareinfopartners.com
>>>>>>>>>>>> <mailto:richiepiovanetti at healthcareinfopartners.com>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Arr.…
>>>>>>>>>>>>>
>>>>>>>>>>>>> On June 4 2013 I sent the following message trying to overcome the
>>>>>>>>>>>>> FQDN issue:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> hi oVirt Community.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> This will be my first posting for help to the oVirt community, so
>>>>>>>>>>>>>> please bear with me I'f I'm not to the etiquette standards you
>>>>>>>>>>>>>> might
>>>>>>>>>>>>>> have already.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I'm trying to test oVirt as a FOSS Virtualization solution for
>>>>>>>>>>>>>> small-
>>>>>>>>>>>>>> to medium-sized healthcare organizations implementing various
>>>>>>>>>>>>>> health
>>>>>>>>>>>>>> information technology solutions (HIT) that the new health care
>>>>>>>>>>>>>> reform is requiring.  As a Clinical informatist, I'm very
>>>>>>>>>>>>>> concerned
>>>>>>>>>>>>>> about health care costs, hence I'm pushing for open source to
>>>>>>>>>>>>>> take a
>>>>>>>>>>>>>> wider stance in U.S. health care to reduce costs where possible
>>>>>>>>>>>>>> and
>>>>>>>>>>>>>> divert moneys to patient care.  Now enough with my altruistic
>>>>>>>>>>>>>> desires, and let go into the deep.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I'm trying to create "virtual machines" (using VirtualBox,
>>>>>>>>>>>>>> Parallels
>>>>>>>>>>>>>> and/or VMWare Workstation); mainly one for "oVirt Engine"; ind
>>>>>>>>>>>>>> later
>>>>>>>>>>>>>> a the second one for "oVirt Nodes".  This way, these VM's files
>>>>>>>>>>>>>> can
>>>>>>>>>>>>>> be copier to any hardware and underlying OS, so at least the
>>>>>>>>>>>>>> "Virt
>>>>>>>>>>>>>> Engine" is easily installed and brought-up to facilitate managing
>>>>>>>>>>>>>> oVirt Nodes.  I considered creating ".iso" images of each
>>>>>>>>>>>>>> component
>>>>>>>>>>>>>> (Engine and Nodes) but I'm afraid this will hit the wall for
>>>>>>>>>>>>>> linux
>>>>>>>>>>>>>> novices when installing the ".iso" images in different hardware
>>>>>>>>>>>>>> platforms (with different processors, number of cores, RAM,
>>>>>>>>>>>>>> chipsets,
>>>>>>>>>>>>>> etc.)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I've begun with creating a VM for oVirt Engine under Parallels
>>>>>>>>>>>>>> (albeit I began with VirtualBox, but drivers "client additions"
>>>>>>>>>>>>>> aren't compatible with Fedora 18 - so I'll migrate this Parallels
>>>>>>>>>>>>>> VM
>>>>>>>>>>>>>> to VB once it is operational)  Fedora 18 installed without a
>>>>>>>>>>>>>> single
>>>>>>>>>>>>>> problem.  I then installed all "oVirt Engine" requirements by
>>>>>>>>>>>>>> performing the instructions published in
>>>>>>>>>>>>>> http://www.ovirt.org/Download - that is:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> First:
>>>>>>>>>>>>>> sudo yum localinstall
>>>>>>>>>>>>>> http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Second:
>>>>>>>>>>>>>> sudo yum install -y ovirt-engine
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Third:  …I get stuck…!!!
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> When I am performing the third step, I hit the fan.  Each time I
>>>>>>>>>>>>>> perform the third step shown in the aforementioned web page
>>>>>>>>>>>>>> (i.e. sudo engine-setup), the "Welcome to oVirt Engine setup
>>>>>>>>>>>>>> utility"
>>>>>>>>>>>>>> appears and begins to run until I reach the point where I need to
>>>>>>>>>>>>>> define a "Fully Qualified Domain Name."
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> NOTE - A video of how to install oVirt in a single machine,
>>>>>>>>>>>>>> entitled
>>>>>>>>>>>>>> "Installing oVirt on a single machine" (at:
>>>>>>>>>>>>>> http://www.ovirt.org/Documentation) shows the process (with some
>>>>>>>>>>>>>> exemptions because it was recorded while oVirt v3.x was in beta),
>>>>>>>>>>>>>> but
>>>>>>>>>>>>>> I don't get what the video shows…!!!
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> This is what I do and before getting stuck in the "FQDN thing"
>>>>>>>>>>>>>> (no
>>>>>>>>>>>>>> pun intended…!!!).  As third-step, I enter:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> sudo engine-setup
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 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 <http://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
>>>>>>>>>>>>>> <http://DynDNS.org> to get my "Public IP".  Hence, the alias
>>>>>>>>>>>>>> "dcmanagement1" resolves by going to
>>>>>>>>>>>>>> "healthcareinfopartners.dyndns.org
>>>>>>>>>>>>>> <http://healthcareinfopartners.dyndns.org>" and gets my Public
>>>>>>>>>>>>>> IP.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> NOTE - To test this setup, I do "ping" to either
>>>>>>>>>>>>>> "healthcareinfopartners.dyndns.org
>>>>>>>>>>>>>> <http://healthcareinfopartners.dyndns.org>" or
>>>>>>>>>>>>>> "dcmanagement1.healthcareinfopartners.dyndns.org
>>>>>>>>>>>>>> <http://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
>>>>>>>>>>>>>> <http://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
>>>>>>>>>>>>>> <http://dcmanagement1.healthcareinfopartners.com> is not
>>>>>>>>>>>>>> configured
>>>>>>>>>>>>>> on any non loopback interface on this host
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Now, here's the question.  What does anyone suggest I do to
>>>>>>>>>>>>>> overcome
>>>>>>>>>>>>>> the FQDN setting and continue the installation process…?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> José E ("Richie") Piovanetti, MD, MS
>>>>>>>>>>>>>> M: 787-615-4884 | richiepiovanetti at healthcareinfopartners.com
>>>>>>>>>>>>>> <mailto:richiepiovanetti at healthcareinfopartners.com>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Looking at your evaluation of my ERROR_LOG, and HOSTNAME  (your
>>>>>>>>>>>>> first
>>>>>>>>>>>>> and second comments) you reassured my suspicion; to go to
>>>>>>>>>>>>> "HOSTNAME"
>>>>>>>>>>>>> and change "localhost-localdomain" to "localhost.localdomain".
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> When I go to your "third" comment is where all hell breaks loose.
>>>>>>>>>>>>> You
>>>>>>>>>>>>> say "/to make ovirt-engine work, you must have resolvable host via
>>>>>>>>>>>>> dns
>>>>>>>>>>>>> and resolved to non loopback address, so localhost will not work
>>>>>>>>>>>>> for
>>>>>>>>>>>>> you/".  That line appears to take me back to where I started a
>>>>>>>>>>>>> month
>>>>>>>>>>>>> and half ago (see copy of my original pos for help); "localhost"
>>>>>>>>>>>>> and
>>>>>>>>>>>>> "localdomain" seem to be biting me in the ass.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I was told that by adding an entry to the HOST file i'd overcome
>>>>>>>>>>>>> the
>>>>>>>>>>>>> need for a DNS.  Not exactly the same as what you suggest and/or
>>>>>>>>>>>>> mean…?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Since I'm doing this work at home I have a Dynamic IP.  I opened
>>>>>>>>>>>>> an
>>>>>>>>>>>>> account on DynDNS.or so I could resolve DNSs to my "Dynamic IP";
>>>>>>>>>>>>> which
>>>>>>>>>>>>> changes every time the power goes out and back (i.e. about once a
>>>>>>>>>>>>> month in Puerto Rico where I'm at, and were used to that as trees
>>>>>>>>>>>>> and
>>>>>>>>>>>>> tropical foliage can't be prevented from causing blackouts by
>>>>>>>>>>>>> tripping
>>>>>>>>>>>>> on power lines).
>>>>>>>>>>>>>
>>>>>>>>>>>>> If I PING (from the "Terminal") healthcareinfopartners.dyndns.org
>>>>>>>>>>>>> <http://healthcareinfopartners.dyndns.org/> I get my "Public IP at
>>>>>>>>>>>>> The
>>>>>>>>>>>>> Time" (i.e. my "Assigned Dynamic IP").
>>>>>>>>>>>>>
>>>>>>>>>>>>> In my Godaddy.com <http://godaddy.com/> DNS setting I have a CName
>>>>>>>>>>>>> entry for:
>>>>>>>>>>>>>
>>>>>>>>>>>>> * Host: dcmanagement1
>>>>>>>>>>>>> * Points To: healthcareinfopartners.dyndns.org
>>>>>>>>>>>>> <http://healthcareinfopartners.dyndns.org/>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> <Screen Shot 2013-07-31 at 6.19.54 PM.png>
>>>>>>>>>>>>>
>>>>>>>>>>>>> What should I use as FQDN then (which is resolved by GoDaddy's
>>>>>>>>>>>>> DNS):
>>>>>>>>>>>>>
>>>>>>>>>>>>> * healthcareinfopartners.dyndns.org
>>>>>>>>>>>>> <http://healthcareinfopartners.dyndns.org/>
>>>>>>>>>>>>> * dcmanagement1.healthcareinfopartners.dyndns.org
>>>>>>>>>>>>> <http://dcmanagement1.healthcareinfopartners.dyndns.org/>
>>>>>>>>>>>>> * something else…?
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> The problem I see with this is that the "oVirtEngine" VM will not
>>>>>>>>>>>>> have
>>>>>>>>>>>>> a valid Internet IP since it sits behind a router that is doing
>>>>>>>>>>>>> NAT.
>>>>>>>>>>>>> I could set a rule (ex. por forwarding, port triggering or a
>>>>>>>>>>>>> static
>>>>>>>>>>>>> route) in my router that states that if port X is being accessed
>>>>>>>>>>>>> from
>>>>>>>>>>>>> "the outside" (i.e. Internet) to route to my "oVirtEngine VM IP";
>>>>>>>>>>>>> which is getting it's own IP from the router's DHCP.
>>>>>>>>>>>>>
>>>>>>>>>>>>> What do you think now that you have a little more information
>>>>>>>>>>>>> about
>>>>>>>>>>>>> my
>>>>>>>>>>>>> setup…?
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> *José E ("Richie") Piovanetti, MD, MS*
>>>>>>>>>>>>> M: 787-615-4884 | richiepiovanetti at healthcareinfopartners.com
>>>>>>>>>>>>> <mailto:richiepiovanetti at healthcareinfopartners.com>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Jul 31, 2013, at 3:32 PM, Alon Bar-Lev <alonbl at redhat.com
>>>>>>>>>>>>> <mailto:alonbl at redhat.com>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ----- Original Message -----
>>>>>>>>>>>>>>> From: "Richie at HIP" <richiepiovanetti at healthcareinfopartners.com
>>>>>>>>>>>>>>> <mailto:richiepiovanetti at healthcareinfopartners.com>>
>>>>>>>>>>>>>>> To: "Alon Bar-Lev" <alonbl at redhat.com
>>>>>>>>>>>>>>> <mailto:alonbl at redhat.com>>
>>>>>>>>>>>>>>> Cc: "Itamar Heim" <iheim at redhat.com <mailto:iheim at redhat.com>>,
>>>>>>>>>>>>>>> users at ovirt.org <mailto:users at ovirt.org>
>>>>>>>>>>>>>>> Sent: Wednesday, July 31, 2013 9:00:11 PM
>>>>>>>>>>>>>>> Subject: Re: [Users] Problem Creating "oVirt Engine"
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I'm having difficulties copying files between the virtual
>>>>>>>>>>>>>>> machine
>>>>>>>>>>>>>>> and the
>>>>>>>>>>>>>>> host (Mac OS X) so here are the contents of the LOG files you
>>>>>>>>>>>>>>> requested, and
>>>>>>>>>>>>>>> them some others; just in case:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ERROR_LOG
>>>>>>>>>>>>>>> [Wed Jul 24 15:43:22.461132 2013] [core:notice] [pid 1573]
>>>>>>>>>>>>>>> SELinux
>>>>>>>>>>>>>>> policy
>>>>>>>>>>>>>>> enabled; httpd running as context system_u:system_r:httpd_t:s0
>>>>>>>>>>>>>>> [Wed Jul 24 15:43:22.466439 2013] [suexec:notice] [pid 1573]
>>>>>>>>>>>>>>> AH01232: suEXEC
>>>>>>>>>>>>>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>>>>>>>>>>>>>> [Wed Jul 24 15:43:22.470121 2013] [unique_id:alert] [pid 1573]
>>>>>>>>>>>>>>> (EAI
>>>>>>>>>>>>>>> 3)Temporary failure in name resolution: AH01564: unable to find
>>>>>>>>>>>>>>> IPv4
>>>>>>>>>>>>>>> address
>>>>>>>>>>>>>>> of "localhost-localdomain"
>>>>>>>>>>>>>>> AH00016: Configuration Failed
>>>>>>>>>>>>>>> [Thu Jul 25 18:14:34.690954 2013] [core:notice] [pid 1767]
>>>>>>>>>>>>>>> SELinux
>>>>>>>>>>>>>>> policy
>>>>>>>>>>>>>>> enabled; httpd running as context system_u:system_r:httpd_t:s0
>>>>>>>>>>>>>>> [Thu Jul 25 18:14:34.740559 2013] [suexec:notice] [pid 1767]
>>>>>>>>>>>>>>> AH01232: suEXEC
>>>>>>>>>>>>>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>>>>>>>>>>>>>> [Thu Jul 25 18:14:34.754827 2013] [unique_id:alert] [pid 1767]
>>>>>>>>>>>>>>> (EAI
>>>>>>>>>>>>>>> 2)Name or
>>>>>>>>>>>>>>> service not known: AH01564: unable to find IPv4 address of
>>>>>>>>>>>>>>> "localhost-localdomain"
>>>>>>>>>>>>>>> AH00016: Configuration Failed
>>>>>>>>>>>>>>> [Thu Jul 25 18:41:37.883704 2013] [core:notice] [pid 1669]
>>>>>>>>>>>>>>> SELinux
>>>>>>>>>>>>>>> policy
>>>>>>>>>>>>>>> enabled; httpd running as context system_u:system_r:httpd_t:s0
>>>>>>>>>>>>>>> [Thu Jul 25 18:41:38.007318 2013] [suexec:notice] [pid 1669]
>>>>>>>>>>>>>>> AH01232: suEXEC
>>>>>>>>>>>>>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>>>>>>>>>>>>>> [Thu Jul 25 18:41:38.235952 2013] [unique_id:alert] [pid 1669]
>>>>>>>>>>>>>>> (EAI
>>>>>>>>>>>>>>> 2)Name or
>>>>>>>>>>>>>>> service not known: AH01564: unable to find IPv4 address of
>>>>>>>>>>>>>>> "localhost-localdomain"
>>>>>>>>>>>>>>> AH00016: Configuration Failed
>>>>>>>>>>>>>>> [Thu Jul 25 22:32:24.662852 2013] [core:notice] [pid 1776]
>>>>>>>>>>>>>>> SELinux
>>>>>>>>>>>>>>> policy
>>>>>>>>>>>>>>> enabled; httpd running as context system_u:system_r:httpd_t:s0
>>>>>>>>>>>>>>> [Thu Jul 25 22:32:24.667030 2013] [suexec:notice] [pid 1776]
>>>>>>>>>>>>>>> AH01232: suEXEC
>>>>>>>>>>>>>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>>>>>>>>>>>>>> [Thu Jul 25 22:32:24.752059 2013] [unique_id:alert] [pid 1776]
>>>>>>>>>>>>>>> (EAI
>>>>>>>>>>>>>>> 2)Name or
>>>>>>>>>>>>>>> service not known: AH01564: unable to find IPv4 address of
>>>>>>>>>>>>>>> "localhost-localdomain"
>>>>>>>>>>>>>>> AH00016: Configuration Failed
>>>>>>>>>>>>>>> [Thu Jul 25 22:43:58.686998 2013] [core:notice] [pid 9998]
>>>>>>>>>>>>>>> SELinux
>>>>>>>>>>>>>>> policy
>>>>>>>>>>>>>>> enabled; httpd running as context system_u:system_r:httpd_t:s0
>>>>>>>>>>>>>>> [Thu Jul 25 22:43:58.688804 2013] [suexec:notice] [pid 9998]
>>>>>>>>>>>>>>> AH01232: suEXEC
>>>>>>>>>>>>>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>>>>>>>>>>>>>> [Thu Jul 25 22:43:58.713941 2013] [unique_id:alert] [pid 9998]
>>>>>>>>>>>>>>> (EAI
>>>>>>>>>>>>>>> 2)Name or
>>>>>>>>>>>>>>> service not known: AH01564: unable to find IPv4 address of
>>>>>>>>>>>>>>> "localhost-localdomain"
>>>>>>>>>>>>>>> AH00016: Configuration Failed
>>>>>>>>>>>>>>> [Wed Jul 31 11:44:35.413032 2013] [core:notice] [pid 1608]
>>>>>>>>>>>>>>> SELinux
>>>>>>>>>>>>>>> policy
>>>>>>>>>>>>>>> enabled; httpd running as context system_u:system_r:httpd_t:s0
>>>>>>>>>>>>>>> [Wed Jul 31 11:44:35.594199 2013] [suexec:notice] [pid 1608]
>>>>>>>>>>>>>>> AH01232: suEXEC
>>>>>>>>>>>>>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>>>>>>>>>>>>>> [Wed Jul 31 11:44:35.655151 2013] [unique_id:alert] [pid 1608]
>>>>>>>>>>>>>>> (EAI
>>>>>>>>>>>>>>> 2)Name or
>>>>>>>>>>>>>>> service not known: AH01564: unable to find IPv4 address of
>>>>>>>>>>>>>>> "localhost-localdomain"
>>>>>>>>>>>>>>> AH00016: Configuration Failed
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> You must fix this... host should be valid name... or at least
>>>>>>>>>>>>>> localhost.localdomain
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ERROR_LOG-20130722
>>>>>>>>>>>>>>> [Wed Jun 05 21:34:14.169441 2013] [core:notice] [pid 9738]
>>>>>>>>>>>>>>> SELinux
>>>>>>>>>>>>>>> policy
>>>>>>>>>>>>>>> enabled; httpd running as context system_u:system_r:httpd_t:s0
>>>>>>>>>>>>>>> [Wed Jun 05 21:34:14.226321 2013] [suexec:notice] [pid 9738]
>>>>>>>>>>>>>>> AH01232: suEXEC
>>>>>>>>>>>>>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>>>>>>>>>>>>>> [Wed Jun 05 21:34:14.266895 2013] [unique_id:alert] [pid 9738]
>>>>>>>>>>>>>>> (EAI
>>>>>>>>>>>>>>> 2)Name or
>>>>>>>>>>>>>>> service not known: AH01564: unable to find IPv4 address of
>>>>>>>>>>>>>>> "localhost-localdomain"
>>>>>>>>>>>>>>> AH00016: Configuration Failed
>>>>>>>>>>>>>>> [Wed Jun 05 21:46:05.696805 2013] [core:notice] [pid 10003]
>>>>>>>>>>>>>>> SELinux
>>>>>>>>>>>>>>> policy
>>>>>>>>>>>>>>> enabled; httpd running as context
>>>>>>>>>>>>>>> unconfined_u:system_r:unconfined_t:s0-s0:c0.c1023
>>>>>>>>>>>>>>> [Wed Jun 05 21:46:05.703114 2013] [suexec:notice] [pid 10003]
>>>>>>>>>>>>>>> AH01232: suEXEC
>>>>>>>>>>>>>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>>>>>>>>>>>>>> [Wed Jun 05 21:46:05.766539 2013] [unique_id:alert] [pid 10003]
>>>>>>>>>>>>>>> (EAI
>>>>>>>>>>>>>>> 2)Name
>>>>>>>>>>>>>>> or service not known: AH01564: unable to find IPv4 address of
>>>>>>>>>>>>>>> "localhost-localdomain"
>>>>>>>>>>>>>>> AH00016: Configuration Failed
>>>>>>>>>>>>>>> [Wed Jun 05 22:41:22.385838 2013] [core:notice] [pid 1228]
>>>>>>>>>>>>>>> SELinux
>>>>>>>>>>>>>>> policy
>>>>>>>>>>>>>>> enabled; httpd running as context system_u:system_r:httpd_t:s0
>>>>>>>>>>>>>>> [Wed Jun 05 22:41:22.961322 2013] [suexec:notice] [pid 1228]
>>>>>>>>>>>>>>> AH01232: suEXEC
>>>>>>>>>>>>>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>>>>>>>>>>>>>> [Wed Jun 05 22:41:23.009235 2013] [unique_id:alert] [pid 1228]
>>>>>>>>>>>>>>> (EAI
>>>>>>>>>>>>>>> 2)Name or
>>>>>>>>>>>>>>> service not known: AH01564: unable to find IPv4 address of
>>>>>>>>>>>>>>> "localhost-localdomain"
>>>>>>>>>>>>>>> AH00016: Configuration Failed
>>>>>>>>>>>>>>> [Fri Jul 19 17:51:20.671533 2013] [core:notice] [pid 1133]
>>>>>>>>>>>>>>> SELinux
>>>>>>>>>>>>>>> policy
>>>>>>>>>>>>>>> enabled; httpd running as context system_u:system_r:httpd_t:s0
>>>>>>>>>>>>>>> [Fri Jul 19 17:51:21.151132 2013] [suexec:notice] [pid 1133]
>>>>>>>>>>>>>>> AH01232: suEXEC
>>>>>>>>>>>>>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>>>>>>>>>>>>>> [Fri Jul 19 17:51:21.155341 2013] [unique_id:alert] [pid 1133]
>>>>>>>>>>>>>>> (EAI
>>>>>>>>>>>>>>> 3)Temporary failure in name resolution: AH01564: unable to find
>>>>>>>>>>>>>>> IPv4
>>>>>>>>>>>>>>> address
>>>>>>>>>>>>>>> of "localhost-localdomain"
>>>>>>>>>>>>>>> AH00016: Configuration Failed
>>>>>>>>>>>>>>> [Mon Jul 22 10:53:42.080793 2013] [core:notice] [pid 1293]
>>>>>>>>>>>>>>> SELinux
>>>>>>>>>>>>>>> policy
>>>>>>>>>>>>>>> enabled; httpd running as context system_u:system_r:httpd_t:s0
>>>>>>>>>>>>>>> [Mon Jul 22 10:53:42.143691 2013] [suexec:notice] [pid 1293]
>>>>>>>>>>>>>>> AH01232: suEXEC
>>>>>>>>>>>>>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>>>>>>>>>>>>>> [Mon Jul 22 10:53:42.487376 2013] [unique_id:alert] [pid 1293]
>>>>>>>>>>>>>>> (EAI
>>>>>>>>>>>>>>> 3)Temporary failure in name resolution: AH01564: unable to find
>>>>>>>>>>>>>>> IPv4
>>>>>>>>>>>>>>> address
>>>>>>>>>>>>>>> of "localhost-localdomain"
>>>>>>>>>>>>>>> AH00016: Configuration Failed
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ACCESS_LOG
>>>>>>>>>>>>>>> <empty>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> SSL_ACCESS_LOG
>>>>>>>>>>>>>>> <empty>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> SSL_ERROR_LOG
>>>>>>>>>>>>>>> <empty>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> SSL_REQUESTS_LOG
>>>>>>>>>>>>>>> <empty>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> HOSTS
>>>>>>>>>>>>>>> # This is a sample HOSTS file prepared by Richie Piovanetti to
>>>>>>>>>>>>>>> install
>>>>>>>>>>>>>>> oVirt's "oVirtEngine"
>>>>>>>>>>>>>>> # This file contains the mappings of IP addresses to host names.
>>>>>>>>>>>>>>> # Each entry should be kept on an individual line.
>>>>>>>>>>>>>>> # The IP address should be placed in the first column followed
>>>>>>>>>>>>>>> by
>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>> corresponding host name.
>>>>>>>>>>>>>>> # The IP address and the host name should be separated by at
>>>>>>>>>>>>>>> least
>>>>>>>>>>>>>>> one space.
>>>>>>>>>>>>>>> # Additionally, comments (such as these) may be inserted on
>>>>>>>>>>>>>>> individual lines
>>>>>>>>>>>>>>> # or following the machine name denoted by a '#' symbol.
>>>>>>>>>>>>>>> # For example:
>>>>>>>>>>>>>>> # 102.54.94.97 rhino.acme.com <http://rhino.acme.com/> # source
>>>>>>>>>>>>>>> server
>>>>>>>>>>>>>>> # 38.25.63.10 x.acme.com <http://x.acme.com/> # x client host
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> 127.0.0.1localhost.localdomain localhost
>>>>>>>>>>>>>>> ::1localhost6.localdomain6 localhost6
>>>>>>>>>>>>>>> 10.211.55.7ovirt.localdomain.local localhost
>>>>>>>>>>>>>>> # The line above begins with the IP of the local machine (host)
>>>>>>>>>>>>>>> where
>>>>>>>>>>>>>>> oVirtEngine resides
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> HOSTNAME
>>>>>>>>>>>>>>> localhost-localdomain
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Should be localhost or localhost.localdomain, but not the above.
>>>>>>>>>>>>>> Also, to make ovirt-engine work, you must have resolvable host
>>>>>>>>>>>>>> via
>>>>>>>>>>>>>> dns and resolved to non loopback address, so localhost will not
>>>>>>>>>>>>>> work
>>>>>>>>>>>>>> for you.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> José E ("Richie") Piovanetti, MD, MS
>>>>>>>>>>>>>>> M: 787-615-4884 | richiepiovanetti at healthcareinfopartners.com
>>>>>>>>>>>>>>> <mailto:richiepiovanetti at healthcareinfopartners.com>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Jul 30, 2013, at 12:42 PM, Alon Bar-Lev <alonbl at redhat.com
>>>>>>>>>>>>>>> <mailto:alonbl at redhat.com>> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> ----- Original Message -----
>>>>>>>>>>>>>>>>> From: "Richie at HIP"
>>>>>>>>>>>>>>>>> <richiepiovanetti at healthcareinfopartners.com
>>>>>>>>>>>>>>>>> <mailto:richiepiovanetti at healthcareinfopartners.com>>
>>>>>>>>>>>>>>>>> To: "Alon Bar-Lev" <alonbl at redhat.com
>>>>>>>>>>>>>>>>> <mailto:alonbl at redhat.com>>
>>>>>>>>>>>>>>>>> Cc: "Itamar Heim" <iheim at redhat.com
>>>>>>>>>>>>>>>>> <mailto:iheim at redhat.com>>,
>>>>>>>>>>>>>>>>> users at ovirt.org <mailto:users at ovirt.org>
>>>>>>>>>>>>>>>>> Sent: Tuesday, July 30, 2013 6:42:51 PM
>>>>>>>>>>>>>>>>> Subject: Re: [Users] Problem Creating "oVirt Engine"
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Let me star by Saying, I;m using Fedora 18 Desktop; whack I've
>>>>>>>>>>>>>>>>> removed
>>>>>>>>>>>>>>>>> most
>>>>>>>>>>>>>>>>> of the unnecessary stuff (games, libreOffice, mail server, and
>>>>>>>>>>>>>>>>> other
>>>>>>>>>>>>>>>>> "utilities") to strip it down.  Then I run YUM to "-update"
>>>>>>>>>>>>>>>>> whatever is
>>>>>>>>>>>>>>>>> left
>>>>>>>>>>>>>>>>> in Fedora 18 Desktop.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> When setting up the oVirt Engine, if I accept the
>>>>>>>>>>>>>>>>> recommendations, the
>>>>>>>>>>>>>>>>> "engine-setup" process hangs "try to restart the HTTPd"; gives
>>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>>> [ERROR}
>>>>>>>>>>>>>>>>> and aborts the rest of the process.  I've included terminal
>>>>>>>>>>>>>>>>> dumps
>>>>>>>>>>>>>>>>> and logs
>>>>>>>>>>>>>>>>> (i.e. "as attachments") in prior email everyone you to see…!!!
>>>>>>>>>>>>>>>>> If
>>>>>>>>>>>>>>>>> I DO
>>>>>>>>>>>>>>>>> NOT
>>>>>>>>>>>>>>>>> accept the recommendations related to the HTTPd, then the
>>>>>>>>>>>>>>>>> setup
>>>>>>>>>>>>>>>>> process
>>>>>>>>>>>>>>>>> RUNS
>>>>>>>>>>>>>>>>> AS EXPECTED and gives me port 8700 for the main page, and 8701
>>>>>>>>>>>>>>>>> for all
>>>>>>>>>>>>>>>>> oVirtEngine "portals".  I've looked at the engine-etup log and
>>>>>>>>>>>>>>>>> if
>>>>>>>>>>>>>>>>> aborts
>>>>>>>>>>>>>>>>> when the python script is trying to restart HHTPd. Look at the
>>>>>>>>>>>>>>>>> following:
>>>>>>>>>>>>>>>>> 2013_07_25_10_55_PM_TerminalOutput - Terminal output dump IF I
>>>>>>>>>>>>>>>>> ACCEPT the
>>>>>>>>>>>>>>>>> defaults
>>>>>>>>>>>>>>>>> engine-setup_2013_07_25_22_35_14 - engine-setup "log" IF I
>>>>>>>>>>>>>>>>> ACCEPT
>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>> defaults
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I would like to know why httpd is not started at your machine.
>>>>>>>>>>>>>>>> Can you please send /var/log/httpd/error_log,
>>>>>>>>>>>>>>>> /var/log/httpd/ssl_error_log
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> 2013_07_25_11_30_PM_TerminalOutput - Terminal output dump if I
>>>>>>>>>>>>>>>>> DO
>>>>>>>>>>>>>>>>> NOT
>>>>>>>>>>>>>>>>> accept
>>>>>>>>>>>>>>>>> the defaults
>>>>>>>>>>>>>>>>> engine-setup_2013_07_25_23_27_15 - engine-setup "log" if I DO
>>>>>>>>>>>>>>>>> NOT
>>>>>>>>>>>>>>>>> accept
>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>> defaults
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> I've never reached a point where I've been asked to "accept of
>>>>>>>>>>>>>>>>> reject a
>>>>>>>>>>>>>>>>> "Certificate"; I've just been able to open the "oVirt Engine
>>>>>>>>>>>>>>>>> Welcome
>>>>>>>>>>>>>>>>> Screen"
>>>>>>>>>>>>>>>>> (through port 8700 - ex. at http://ovirt.localhost.local:8700
>>>>>>>>>>>>>>>>> <http://ovirt.localhost.local:8700/>")
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> I've had my concerns as to the following:
>>>>>>>>>>>>>>>>> What about removing all HTTP (apache, tomcat, etc.) fro
>>>>>>>>>>>>>>>>> fedora,
>>>>>>>>>>>>>>>>> hence
>>>>>>>>>>>>>>>>> stripping fedora even more, prior to running "engine-setup".
>>>>>>>>>>>>>>>>> There must be an error trapping failure to restart HTTPd in
>>>>>>>>>>>>>>>>> "engine-setup"
>>>>>>>>>>>>>>>>> that needs to be attended.
>>>>>>>>>>>>>>>>> …
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Please see attachments
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Best
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> José E ("Richie") Piovanetti, MD, MS
>>>>>>>>>>>>>>>>> M: 787-615-4884 | richiepiovanetti at healthcareinfopartners.com
>>>>>>>>>>>>>>>>> <mailto:richiepiovanetti at healthcareinfopartners.com>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On Jul 29, 2013, at 7:29 AM, Alon Bar-Lev <alonbl at redhat.com
>>>>>>>>>>>>>>>>> <mailto:alonbl at redhat.com>> wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> ----- Original Message -----
>>>>>>>>>>>>>>>>>>> From: "Richie at HIP"
>>>>>>>>>>>>>>>>>>> <richiepiovanetti at healthcareinfopartners.com
>>>>>>>>>>>>>>>>>>> <mailto:richiepiovanetti at healthcareinfopartners.com>>
>>>>>>>>>>>>>>>>>>> To: "Alon Bar-Lev" <alonbl at redhat.com
>>>>>>>>>>>>>>>>>>> <mailto:alonbl at redhat.com>>
>>>>>>>>>>>>>>>>>>> Cc: "Itamar Heim" <iheim at redhat.com
>>>>>>>>>>>>>>>>>>> <mailto:iheim at redhat.com>>,
>>>>>>>>>>>>>>>>>>> users at ovirt.org <mailto:users at ovirt.org>
>>>>>>>>>>>>>>>>>>> Sent: Friday, July 26, 2013 6:45:28 AM
>>>>>>>>>>>>>>>>>>> Subject: Re: [Users] Problem Creating "oVirt Engine"
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Herein the terminal output after removing oVirtEngine and
>>>>>>>>>>>>>>>>>>> reinstalling;
>>>>>>>>>>>>>>>>>>> BU
>>>>>>>>>>>>>>>>>>> this time NOT overriding the https configuration.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Why not follow the recommendation?
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Again, I was able to open the oVirt Engine "Welcome to Open
>>>>>>>>>>>>>>>>>>> Virtualization
>>>>>>>>>>>>>>>>>>> Manager" screen in Firefox using
>>>>>>>>>>>>>>>>>>> "ovirt.localdomain.local:8700"
>>>>>>>>>>>>>>>>>>> as URL,
>>>>>>>>>>>>>>>>>>> but
>>>>>>>>>>>>>>>>>>> can't enter any of the portals (requiring access to port
>>>>>>>>>>>>>>>>>>> 8701)
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> What do you get? what error in browser? you should accept the
>>>>>>>>>>>>>>>>>> certificate
>>>>>>>>>>>>>>>>>> before you are permitted by the browser to access this site.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> José E ("Richie") Piovanetti, MD, MS
>>>>>>>>>>>>>>>>>>> M: 787-615-4884 |
>>>>>>>>>>>>>>>>>>> richiepiovanetti at healthcareinfopartners.com
>>>>>>>>>>>>>>>>>>> <mailto:richiepiovanetti at healthcareinfopartners.com>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> On Jul 25, 2013, at 11:22 PM, "Richie at HIP"
>>>>>>>>>>>>>>>>>>> <richiepiovanetti at healthcareinfopartners.com
>>>>>>>>>>>>>>>>>>> <mailto:richiepiovanetti at healthcareinfopartners.com>> wrote:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Did what you said; removed existing installation and
>>>>>>>>>>>>>>>>>>>> reinstalled
>>>>>>>>>>>>>>>>>>>> oVirtEngine.  Below is the output in the terminal:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> I DID NOT change the defaults of the installation defaults
>>>>>>>>>>>>>>>>>>>> related to
>>>>>>>>>>>>>>>>>>>> "overriding current https configuration", and as weeks
>>>>>>>>>>>>>>>>>>>> before,
>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>> installation hangs with an error when restarting the "httpd
>>>>>>>>>>>>>>>>>>>> service".
>>>>>>>>>>>>>>>>>>>> I
>>>>>>>>>>>>>>>>>>>> include the terminal output and engine-setup log file for
>>>>>>>>>>>>>>>>>>>> you
>>>>>>>>>>>>>>>>>>>> to see.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> I'll redo the removal and installation, this time process
>>>>>>>>>>>>>>>>>>>> but
>>>>>>>>>>>>>>>>>>>> next time
>>>>>>>>>>>>>>>>>>>> "NOT overriding https configuration".  Wait for a follow up
>>>>>>>>>>>>>>>>>>>> email with
>>>>>>>>>>>>>>>>>>>> these results.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> <engine-setup_2013_07_25_22_35_14.log><2013_07_25_10_55_PM_TerminalOutput.txt>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> José E ("Richie") Piovanetti, MD, MS
>>>>>>>>>>>>>>>>>>>> M: 787-615-4884 |
>>>>>>>>>>>>>>>>>>>> richiepiovanetti at healthcareinfopartners.com
>>>>>>>>>>>>>>>>>>>> <mailto:richiepiovanetti at healthcareinfopartners.com>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> On Jul 24, 2013, at 4:18 PM, Alon Bar-Lev
>>>>>>>>>>>>>>>>>>>> <alonbl at redhat.com
>>>>>>>>>>>>>>>>>>>> <mailto:alonbl at redhat.com>> wrote:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> ----- Original Message -----
>>>>>>>>>>>>>>>>>>>>>> From: "Richie at HIP"
>>>>>>>>>>>>>>>>>>>>>> <richiepiovanetti at healthcareinfopartners.com
>>>>>>>>>>>>>>>>>>>>>> <mailto:richiepiovanetti at healthcareinfopartners.com>>
>>>>>>>>>>>>>>>>>>>>>> To: "Alon Bar-Lev" <alonbl at redhat.com
>>>>>>>>>>>>>>>>>>>>>> <mailto:alonbl at redhat.com>>
>>>>>>>>>>>>>>>>>>>>>> Cc: "Itamar Heim" <iheim at redhat.com
>>>>>>>>>>>>>>>>>>>>>> <mailto:iheim at redhat.com>>, users at ovirt.org
>>>>>>>>>>>>>>>>>>>>>> <mailto:users at ovirt.org>
>>>>>>>>>>>>>>>>>>>>>> Sent: Wednesday, July 24, 2013 11:00:04 PM
>>>>>>>>>>>>>>>>>>>>>> Subject: Re: [Users] Problem Creating "oVirt Engine"
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> Herein a collection of some of the logs in the path
>>>>>>>>>>>>>>>>>>>>>> specified.
>>>>>>>>>>>>>>>>>>>>>> Regarding
>>>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>>>> "engine.log" I'm including the one with the oldest date
>>>>>>>>>>>>>>>>>>>>>> in
>>>>>>>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>>>>>>>> filename.
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Can you please remove installation using:
>>>>>>>>>>>>>>>>>>>>> # engine-cleanup
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Then reinstall:
>>>>>>>>>>>>>>>>>>>>> # engine-setup
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Please select integration with apache, and configure SSL.
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> After doing so, try to login using
>>>>>>>>>>>>>>>>>>>>> http://localhost/webadmin,
>>>>>>>>>>>>>>>>>>>>> if not
>>>>>>>>>>>>>>>>>>>>> working please send the engine.log.
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Thanks!
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Users mailing list
>>>>>> Users at ovirt.org
>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>>
>>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
> 
> 
> 
> 
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 


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

More information about the Users mailing list