I tried Chrome (latest), Firefox v22, and IE v10 - ALL from a machine, with WinBlows 8,
that was NOT hosting the VirtualBox VM where i've installed oVirtEngine. I tried the
same browsers from within the host where the VM resides. I then tried connecting from my
Mac using Chrome, Firefox 23 and latest Safari. Same problem in all cases.
If somebody wants to take a look at it, we can arrange a "TeamViewer" session to
the host that runs the VM, and maybe even to an adjacent computer which is NOT hosting the
VM. Let me know so we may make arrangements. In the mean time, I'll continue trying
out what's happening - all I can say until we understand the setup and get it to move;
"oVirt this is NOT for the faint of heart…"
José E ("Richie") Piovanetti, MD, MS
M: 787-615-4884 | richiepiovanetti(a)healthcareinfopartners.com
On Aug 11, 2013, at 4:53 AM, Oved Ourfalli <ovedo(a)redhat.com> wrote:
----- Original Message -----
> From: "Yair Zaslavsky" <yzaslavs(a)redhat.com>
> To: "Richie@HIP" <richiepiovanetti(a)healthcareinfopartners.com>
> Cc: users(a)ovirt.org
> Sent: Sunday, August 11, 2013 9:49:28 AM
> Subject: Re: [Users] Problem Creating "oVirt Engine"
>
>
>
> ----- Original Message -----
>> From: "Richie@HIP" <richiepiovanetti(a)healthcareinfopartners.com>
>> To: "Itamar Heim" <iheim(a)redhat.com>
>> Cc: users(a)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.
>
What browser are you using?
I recently had a similar issue with Firefox, and when I switched to Chrome and there it
worked well.
Then, I tried to clear the cache in my Firefox, and it worked well there as well.
Hope it helps,
Oved
>
>>
>> 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(a)healthcareinfopartners.com
>>
>>
>>
>>
>>
>>
>>
>> On Aug 1, 2013, at 3:59 PM, Richie@HIP
>> <richiepiovanetti(a)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(a)healthcareinfopartners.com
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Aug 1, 2013, at 2:47 PM, Itamar Heim <iheim(a)redhat.com> wrote:
>>>
>>>> On 08/01/2013 07:13 PM, Richie@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(a)healthcareinfopartners.com
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Aug 1, 2013, at 11:43 AM, "Richie@HIP"
>>>>> <richiepiovanetti(a)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(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!
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>>
http://lists.ovirt.org/mailman/listinfo/users
>>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/users
>