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(a)healthcareinfopartners.com
On Aug 1, 2013, at 1:04 AM, Itamar Heim <iheim(a)redhat.com> wrote:
On 08/01/2013 01:43 AM, Richie@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(a)healthcareinfopartners.com
> <mailto:richiepiovanetti@healthcareinfopartners.com>
>
>
>
>
>
>
> On Jul 31, 2013, at 6:29 PM, "Richie@HIP"
> <richiepiovanetti(a)healthcareinfopartners.com
> <mailto:richiepiovanetti@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(a)healthcareinfopartners.com
>>> <mailto:richiepiovanetti@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(a)healthcareinfopartners.com
>> <mailto:richiepiovanetti@healthcareinfopartners.com>
>>
>>
>>
>>
>>
>>
>> On Jul 31, 2013, at 3:32 PM, Alon Bar-Lev <alonbl(a)redhat.com
>> <mailto:alonbl@redhat.com>> wrote:
>>
>>>
>>>
>>> ----- Original Message -----
>>>> From: "Richie@HIP"
<richiepiovanetti(a)healthcareinfopartners.com
>>>> <mailto:richiepiovanetti@healthcareinfopartners.com>>
>>>> To: "Alon Bar-Lev" <alonbl(a)redhat.com
<mailto:alonbl@redhat.com>>
>>>> Cc: "Itamar Heim" <iheim(a)redhat.com
<mailto:iheim@redhat.com>>,
>>>> users(a)ovirt.org <mailto:users@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(a)healthcareinfopartners.com
>>>> <mailto:richiepiovanetti@healthcareinfopartners.com>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On Jul 30, 2013, at 12:42 PM, Alon Bar-Lev <alonbl(a)redhat.com
>>>> <mailto:alonbl@redhat.com>> wrote:
>>>>
>>>>>
>>>>>
>>>>> ----- Original Message -----
>>>>>> From: "Richie@HIP"
<richiepiovanetti(a)healthcareinfopartners.com
>>>>>> <mailto:richiepiovanetti@healthcareinfopartners.com>>
>>>>>> To: "Alon Bar-Lev" <alonbl(a)redhat.com
<mailto:alonbl@redhat.com>>
>>>>>> Cc: "Itamar Heim" <iheim(a)redhat.com
<mailto:iheim@redhat.com>>,
>>>>>> users(a)ovirt.org <mailto:users@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(a)healthcareinfopartners.com
>>>>>> <mailto:richiepiovanetti@healthcareinfopartners.com>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Jul 29, 2013, at 7:29 AM, Alon Bar-Lev <alonbl(a)redhat.com
>>>>>> <mailto:alonbl@redhat.com>> wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ----- Original Message -----
>>>>>>>> From: "Richie@HIP"
<richiepiovanetti(a)healthcareinfopartners.com
>>>>>>>>
<mailto:richiepiovanetti@healthcareinfopartners.com>>
>>>>>>>> To: "Alon Bar-Lev" <alonbl(a)redhat.com
<mailto:alonbl@redhat.com>>
>>>>>>>> Cc: "Itamar Heim" <iheim(a)redhat.com
<mailto:iheim@redhat.com>>,
>>>>>>>> users(a)ovirt.org <mailto:users@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(a)healthcareinfopartners.com
>>>>>>>>
<mailto:richiepiovanetti@healthcareinfopartners.com>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Jul 25, 2013, at 11:22 PM, "Richie@HIP"
>>>>>>>> <richiepiovanetti(a)healthcareinfopartners.com
>>>>>>>>
<mailto:richiepiovanetti@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(a)healthcareinfopartners.com
>>>>>>>>>
<mailto:richiepiovanetti@healthcareinfopartners.com>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Jul 24, 2013, at 4:18 PM, Alon Bar-Lev
<alonbl(a)redhat.com
>>>>>>>>> <mailto:alonbl@redhat.com>> wrote:
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ----- Original Message -----
>>>>>>>>>>> From: "Richie@HIP"
>>>>>>>>>>>
<richiepiovanetti(a)healthcareinfopartners.com
>>>>>>>>>>>
<mailto:richiepiovanetti@healthcareinfopartners.com>>
>>>>>>>>>>> To: "Alon Bar-Lev"
<alonbl(a)redhat.com <mailto:alonbl@redhat.com>>
>>>>>>>>>>> Cc: "Itamar Heim"
<iheim(a)redhat.com
>>>>>>>>>>> <mailto:iheim@redhat.com>>,
users(a)ovirt.org
>>>>>>>>>>> <mailto:users@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!
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>>>>
>>>>
>>
>