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:
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…!!!
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(a)healthcareinfopartners.com
On Aug 12, 2013, at 2:25 AM, Alon Bar-Lev <alonbl(a)redhat.com> wrote:
>
>
> ----- Original Message -----
>> From: "Itamar Heim" <iheim(a)redhat.com>
>> To: "Richie@HIP" <richiepiovanetti(a)healthcareinfopartners.com>
>> Cc: users(a)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@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(a)healthcareinfopartners.com
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Aug 11, 2013, at 2:49 AM, Yair Zaslavsky <yzaslavs(a)redhat.com>
wrote:
>>>
>>>>
>>>>
>>>> ----- 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.
>>>>
>>>>
>>>>>
>>>>> 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
>>
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at