[Users] Problem Creating "oVirt Engine"

Richie@HIP richiepiovanetti at healthcareinfopartners.com
Wed Jul 31 18:43:26 EDT 2013


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.

Richie 

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






On Jul 31, 2013, at 6:29 PM, "Richie at HIP" <richiepiovanetti at healthcareinfopartners.com> wrote:

> Arr.…
> 
> On June 4 2013 I sent the following message trying to overcome the FQDN issue:
> 
>> hi oVirt Community.
>> 
>> This will be my first posting for help to the oVirt community, so please bear with me I'f I'm not to the etiquette standards you might have already.
>> 
>> I'm trying to test oVirt as a FOSS Virtualization solution for small- to medium-sized healthcare organizations implementing various health information technology solutions (HIT) that the new health care reform is requiring.  As a Clinical informatist, I'm very concerned about health care costs, hence I'm pushing for open source to take a wider stance in U.S. health care to reduce costs where possible and divert moneys to patient care.  Now enough with my altruistic desires, and let go into the deep.
>> 
>> I'm trying to create "virtual machines" (using VirtualBox, Parallels and/or VMWare Workstation); mainly one for "oVirt Engine"; ind later a the second one for "oVirt Nodes".  This way, these VM's files can be copier to any hardware and underlying OS, so at least the "Virt Engine" is easily installed and brought-up to facilitate managing oVirt Nodes.  I considered creating ".iso" images of each component (Engine and Nodes) but I'm afraid this will hit the wall for linux novices when installing the ".iso" images in different hardware platforms (with different processors, number of cores, RAM, chipsets, etc.)
>> 
>> I've begun with creating a VM for oVirt Engine under Parallels (albeit I began with VirtualBox, but drivers "client additions" aren't compatible with Fedora 18 - so I'll migrate this Parallels VM to VB once it is operational)  Fedora 18 installed without a single problem.  I then installed all "oVirt Engine" requirements by performing the instructions published in http://www.ovirt.org/Download - that is:
>> 
>> First: 
>> 		   sudo yum localinstall http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm
>> 
>> Second:  
>> 	sudo yum install -y ovirt-engine
>> 
>> Third:  …I get stuck…!!!
>> 
>> When I am performing the third step, I hit the fan.  Each time I perform the third step shown in the aforementioned web page (i.e. sudo engine-setup), the "Welcome to oVirt Engine setup utility" appears and begins to run until I reach the point where I need to define a "Fully Qualified Domain Name."  
>> 
>> NOTE - A video of how to install oVirt in a single machine, entitled "Installing oVirt on a single machine" (at: http://www.ovirt.org/Documentation) shows the process (with some exemptions because it was recorded while oVirt v3.x was in beta), but I don't get what the video shows…!!!
>> 
>> This is what I do and before getting stuck in the "FQDN thing" (no pun intended…!!!).  As third-step, I enter:
>> 
>> 	sudo engine-setup
>> 
>> I follow the prompts that appear after the "Welcome to oVirt Engine setup utility" is shown in the terminal window until I get to the prompt:
>>  
>> 	Host fully qualified domain name. Note: this name should be fully resolvable  [localhost.localdomain] : 
>> 
>> If I press "Enter", I get…:
>> 
>> 	The IP (127.0.0.1) which was resolved from the FQDN localhost.localdomain is not configured on any non loopback interface on this host
>> 
>> I figured that in order to define a FQDNm I had to expose my "oVirt Engine" VN to the Internet.  Since I'm doing all from home (where I'm limited to a "Dynamic IP", albeit, which hardly-ever changes) I went to DynDns.org and created an entry so my "FQDN Text-URL" would resolve to the IP where I'm at.  I also modified my Domain's DNS and entered a "DNS Alias" named "dcmanagement", defining this "DNS alias" to resolve into my IP by going to DynDNS.org to get my "Public IP".  Hence, the alias "dcmanagement1" resolves by going to "healthcareinfopartners.dyndns.org" and gets my Public IP.
>> 
>> NOTE - To test this setup, I do "ping" to either "healthcareinfopartners.dyndns.org" or "dcmanagement1.healthcareinfopartners.dyndns.org" and I get my Dynamic Public IP back.  Once the "Text URL" issue was returning my IP (as FQDN expect) I repeated the: 
>> 
>> 	sudo engine-setup
>> 
>> Upon reaching:
>> 
>> 	Host fully qualified domain name. Note: this name should be fully resolvable  [localhost.localdomain] : 
>> 
>> I entered "dcmanagement1.healthcareinfopartners.com" and got my Public IP back with the following message:
>> 
>> 	The IP (70.45.xxx.xx) which was resolved from the FQDN dcmanagement1.healthcareinfopartners.com is not configured on any non loopback interface on this host
>> 
>> 
>> Now, here's the question.  What does anyone suggest I do to overcome the FQDN setting and continue the installation process…?
>> 
>> 
>> José E ("Richie") Piovanetti, MD, MS 
>> M: 787-615-4884 | richiepiovanetti at healthcareinfopartners.com
>> 
> 
> 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 I get my "Public IP at The Time" (i.e. my "Assigned Dynamic IP").  
> 
> In my Godaddy.com DNS setting I have a CName entry for:
> Host: dcmanagement1
> Points To: 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
> dcmanagement1.healthcareinfopartners.dyndns.org
> something else…?
> 
> The problem I see with this is that the "oVirtEngine" VM will not have a valid Internet IP since it sits behind a router that is doing NAT.  I could set a rule (ex. por forwarding, port triggering or a static route) in my router that states that if port X is being accessed from "the outside" (i.e. Internet) to route to my "oVirtEngine VM IP"; which is getting it's own IP from the router's DHCP.  
> 
> What do you think now that you have a little more information about my setup…?
> 
> 
> José E ("Richie") Piovanetti, MD, MS 
> M: 787-615-4884 | richiepiovanetti at healthcareinfopartners.com
> 
> 
> 
> 
> 
> 
> On Jul 31, 2013, at 3:32 PM, Alon Bar-Lev <alonbl at redhat.com> wrote:
> 
>> 
>> 
>> ----- Original Message -----
>>> From: "Richie at HIP" <richiepiovanetti at healthcareinfopartners.com>
>>> To: "Alon Bar-Lev" <alonbl at redhat.com>
>>> Cc: "Itamar Heim" <iheim at redhat.com>, users at ovirt.org
>>> Sent: Wednesday, July 31, 2013 9:00:11 PM
>>> Subject: Re: [Users] Problem Creating "oVirt Engine"
>>> 
>>> I'm having difficulties copying files between the virtual machine and the
>>> host (Mac OS X) so here are the contents of the LOG files you requested, and
>>> them some others; just in case:
>>> 
>>> ERROR_LOG
>>> [Wed Jul 24 15:43:22.461132 2013] [core:notice] [pid 1573] SELinux policy
>>> enabled; httpd running as context system_u:system_r:httpd_t:s0
>>> [Wed Jul 24 15:43:22.466439 2013] [suexec:notice] [pid 1573] AH01232: suEXEC
>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>> [Wed Jul 24 15:43:22.470121 2013] [unique_id:alert] [pid 1573] (EAI
>>> 3)Temporary failure in name resolution: AH01564: unable to find IPv4 address
>>> of "localhost-localdomain"
>>> AH00016: Configuration Failed
>>> [Thu Jul 25 18:14:34.690954 2013] [core:notice] [pid 1767] SELinux policy
>>> enabled; httpd running as context system_u:system_r:httpd_t:s0
>>> [Thu Jul 25 18:14:34.740559 2013] [suexec:notice] [pid 1767] AH01232: suEXEC
>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>> [Thu Jul 25 18:14:34.754827 2013] [unique_id:alert] [pid 1767] (EAI 2)Name or
>>> service not known: AH01564: unable to find IPv4 address of
>>> "localhost-localdomain"
>>> AH00016: Configuration Failed
>>> [Thu Jul 25 18:41:37.883704 2013] [core:notice] [pid 1669] SELinux policy
>>> enabled; httpd running as context system_u:system_r:httpd_t:s0
>>> [Thu Jul 25 18:41:38.007318 2013] [suexec:notice] [pid 1669] AH01232: suEXEC
>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>> [Thu Jul 25 18:41:38.235952 2013] [unique_id:alert] [pid 1669] (EAI 2)Name or
>>> service not known: AH01564: unable to find IPv4 address of
>>> "localhost-localdomain"
>>> AH00016: Configuration Failed
>>> [Thu Jul 25 22:32:24.662852 2013] [core:notice] [pid 1776] SELinux policy
>>> enabled; httpd running as context system_u:system_r:httpd_t:s0
>>> [Thu Jul 25 22:32:24.667030 2013] [suexec:notice] [pid 1776] AH01232: suEXEC
>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>> [Thu Jul 25 22:32:24.752059 2013] [unique_id:alert] [pid 1776] (EAI 2)Name or
>>> service not known: AH01564: unable to find IPv4 address of
>>> "localhost-localdomain"
>>> AH00016: Configuration Failed
>>> [Thu Jul 25 22:43:58.686998 2013] [core:notice] [pid 9998] SELinux policy
>>> enabled; httpd running as context system_u:system_r:httpd_t:s0
>>> [Thu Jul 25 22:43:58.688804 2013] [suexec:notice] [pid 9998] AH01232: suEXEC
>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>> [Thu Jul 25 22:43:58.713941 2013] [unique_id:alert] [pid 9998] (EAI 2)Name or
>>> service not known: AH01564: unable to find IPv4 address of
>>> "localhost-localdomain"
>>> AH00016: Configuration Failed
>>> [Wed Jul 31 11:44:35.413032 2013] [core:notice] [pid 1608] SELinux policy
>>> enabled; httpd running as context system_u:system_r:httpd_t:s0
>>> [Wed Jul 31 11:44:35.594199 2013] [suexec:notice] [pid 1608] AH01232: suEXEC
>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>> [Wed Jul 31 11:44:35.655151 2013] [unique_id:alert] [pid 1608] (EAI 2)Name or
>>> service not known: AH01564: unable to find IPv4 address of
>>> "localhost-localdomain"
>>> AH00016: Configuration Failed
>> 
>> You must fix this... host should be valid name... or at least localhost.localdomain
>> 
>>> 
>>> 
>>> ERROR_LOG-20130722
>>> [Wed Jun 05 21:34:14.169441 2013] [core:notice] [pid 9738] SELinux policy
>>> enabled; httpd running as context system_u:system_r:httpd_t:s0
>>> [Wed Jun 05 21:34:14.226321 2013] [suexec:notice] [pid 9738] AH01232: suEXEC
>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>> [Wed Jun 05 21:34:14.266895 2013] [unique_id:alert] [pid 9738] (EAI 2)Name or
>>> service not known: AH01564: unable to find IPv4 address of
>>> "localhost-localdomain"
>>> AH00016: Configuration Failed
>>> [Wed Jun 05 21:46:05.696805 2013] [core:notice] [pid 10003] SELinux policy
>>> enabled; httpd running as context
>>> unconfined_u:system_r:unconfined_t:s0-s0:c0.c1023
>>> [Wed Jun 05 21:46:05.703114 2013] [suexec:notice] [pid 10003] AH01232: suEXEC
>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>> [Wed Jun 05 21:46:05.766539 2013] [unique_id:alert] [pid 10003] (EAI 2)Name
>>> or service not known: AH01564: unable to find IPv4 address of
>>> "localhost-localdomain"
>>> AH00016: Configuration Failed
>>> [Wed Jun 05 22:41:22.385838 2013] [core:notice] [pid 1228] SELinux policy
>>> enabled; httpd running as context system_u:system_r:httpd_t:s0
>>> [Wed Jun 05 22:41:22.961322 2013] [suexec:notice] [pid 1228] AH01232: suEXEC
>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>> [Wed Jun 05 22:41:23.009235 2013] [unique_id:alert] [pid 1228] (EAI 2)Name or
>>> service not known: AH01564: unable to find IPv4 address of
>>> "localhost-localdomain"
>>> AH00016: Configuration Failed
>>> [Fri Jul 19 17:51:20.671533 2013] [core:notice] [pid 1133] SELinux policy
>>> enabled; httpd running as context system_u:system_r:httpd_t:s0
>>> [Fri Jul 19 17:51:21.151132 2013] [suexec:notice] [pid 1133] AH01232: suEXEC
>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>> [Fri Jul 19 17:51:21.155341 2013] [unique_id:alert] [pid 1133] (EAI
>>> 3)Temporary failure in name resolution: AH01564: unable to find IPv4 address
>>> of "localhost-localdomain"
>>> AH00016: Configuration Failed
>>> [Mon Jul 22 10:53:42.080793 2013] [core:notice] [pid 1293] SELinux policy
>>> enabled; httpd running as context system_u:system_r:httpd_t:s0
>>> [Mon Jul 22 10:53:42.143691 2013] [suexec:notice] [pid 1293] AH01232: suEXEC
>>> mechanism enabled (wrapper: /usr/sbin/suexec)
>>> [Mon Jul 22 10:53:42.487376 2013] [unique_id:alert] [pid 1293] (EAI
>>> 3)Temporary failure in name resolution: AH01564: unable to find IPv4 address
>>> of "localhost-localdomain"
>>> AH00016: Configuration Failed
>>> 
>>> 
>>> ACCESS_LOG
>>> <empty>
>>> 
>>> 
>>> SSL_ACCESS_LOG
>>> <empty>
>>> 
>>> 
>>> SSL_ERROR_LOG
>>> <empty>
>>> 
>>> 
>>> SSL_REQUESTS_LOG
>>> <empty>
>>> 
>>> 
>>> HOSTS
>>> # This is a sample HOSTS file prepared by Richie Piovanetti to install
>>> oVirt's "oVirtEngine"
>>> # This file contains the mappings of IP addresses to host names.
>>> # Each entry should be kept on an individual line.
>>> # The IP address should be placed in the first column followed by the
>>> corresponding host name.
>>> # The IP address and the host name should be separated by at least one space.
>>> # Additionally, comments (such as these) may be inserted on individual lines
>>> # or following the machine name denoted by a '#' symbol.
>>> # For example:
>>> # 102.54.94.97 rhino.acme.com # source server
>>> # 38.25.63.10 x.acme.com # x client host
>>> 
>>> 127.0.0.1		localhost.localdomain localhost
>>> ::1		localhost6.localdomain6 localhost6
>>> 10.211.55.7	ovirt.localdomain.local localhost
>>> # The line above begins with the IP of the local machine (host) where
>>> oVirtEngine resides
>>> 
>>> 
>>> HOSTNAME
>>> localhost-localdomain
>> 
>> Should be localhost or localhost.localdomain, but not the above.
>> Also, to make ovirt-engine work, you must have resolvable host via dns and resolved to non loopback address, so localhost will not work for you.
>> 
>>> 
>>> 
>>> José E ("Richie") Piovanetti, MD, MS
>>> M: 787-615-4884 | richiepiovanetti at healthcareinfopartners.com
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On Jul 30, 2013, at 12:42 PM, Alon Bar-Lev <alonbl at redhat.com> wrote:
>>> 
>>>> 
>>>> 
>>>> ----- Original Message -----
>>>>> From: "Richie at HIP" <richiepiovanetti at healthcareinfopartners.com>
>>>>> To: "Alon Bar-Lev" <alonbl at redhat.com>
>>>>> Cc: "Itamar Heim" <iheim at redhat.com>, users at ovirt.org
>>>>> Sent: Tuesday, July 30, 2013 6:42:51 PM
>>>>> Subject: Re: [Users] Problem Creating "oVirt Engine"
>>>>> 
>>>>> Let me star by Saying, I;m using Fedora 18 Desktop; whack I've removed
>>>>> most
>>>>> of the unnecessary stuff (games, libreOffice, mail server, and other
>>>>> "utilities") to strip it down.  Then I run YUM to "-update" whatever is
>>>>> left
>>>>> in Fedora 18 Desktop.
>>>>> 
>>>>> When setting up the oVirt Engine, if I accept the recommendations, the
>>>>> "engine-setup" process hangs "try to restart the HTTPd"; gives and [ERROR}
>>>>> and aborts the rest of the process.  I've included terminal dumps and logs
>>>>> (i.e. "as attachments") in prior email everyone you to see…!!!  If I DO
>>>>> NOT
>>>>> accept the recommendations related to the HTTPd, then the setup process
>>>>> RUNS
>>>>> AS EXPECTED and gives me port 8700 for the main page, and 8701 for all
>>>>> oVirtEngine "portals".  I've looked at the engine-etup log and if aborts
>>>>> when the python script is trying to restart HHTPd. Look at the following:
>>>>> 2013_07_25_10_55_PM_TerminalOutput - Terminal output dump IF I ACCEPT the
>>>>> defaults
>>>>> engine-setup_2013_07_25_22_35_14 - engine-setup "log" IF I ACCEPT the
>>>>> defaults
>>>> 
>>>> I would like to know why httpd is not started at your machine.
>>>> Can you please send /var/log/httpd/error_log, /var/log/httpd/ssl_error_log
>>>> 
>>>> 
>>>>> 2013_07_25_11_30_PM_TerminalOutput - Terminal output dump if I DO NOT
>>>>> accept
>>>>> the defaults
>>>>> engine-setup_2013_07_25_23_27_15 - engine-setup "log" if I DO NOT accept
>>>>> the
>>>>> defaults
>>>>> 
>>>>> I've never reached a point where I've been asked to "accept of reject a
>>>>> "Certificate"; I've just been able to open the "oVirt Engine Welcome
>>>>> Screen"
>>>>> (through port 8700 - ex. at http://ovirt.localhost.local:8700")
>>>>> 
>>>>> I've had my concerns as to the following:
>>>>> What about removing all HTTP (apache, tomcat, etc.) fro fedora, hence
>>>>> stripping fedora even more, prior to running "engine-setup".
>>>>> There must be an error trapping failure to restart HTTPd in "engine-setup"
>>>>> that needs to be attended.
>>>>>>>>>> 
>>>>> Please see attachments
>>>>> 
>>>>> Best
>>>>> 
>>>>> José E ("Richie") Piovanetti, MD, MS
>>>>> M: 787-615-4884 | richiepiovanetti at healthcareinfopartners.com
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> On Jul 29, 2013, at 7:29 AM, Alon Bar-Lev <alonbl at redhat.com> wrote:
>>>>> 
>>>>>> 
>>>>>> 
>>>>>> ----- Original Message -----
>>>>>>> From: "Richie at HIP" <richiepiovanetti at healthcareinfopartners.com>
>>>>>>> To: "Alon Bar-Lev" <alonbl at redhat.com>
>>>>>>> Cc: "Itamar Heim" <iheim at redhat.com>, users at ovirt.org
>>>>>>> Sent: Friday, July 26, 2013 6:45:28 AM
>>>>>>> Subject: Re: [Users] Problem Creating "oVirt Engine"
>>>>>>> 
>>>>>>> Herein the terminal output after removing oVirtEngine and reinstalling;
>>>>>>> BU
>>>>>>> this time NOT overriding the https configuration.
>>>>>> 
>>>>>> Why not follow the recommendation?
>>>>>> 
>>>>>>> Again, I was able to open the oVirt Engine "Welcome to Open
>>>>>>> Virtualization
>>>>>>> Manager" screen in Firefox using "ovirt.localdomain.local:8700" as URL,
>>>>>>> but
>>>>>>> can't enter any of the portals (requiring access to port 8701)
>>>>>> 
>>>>>> What do you get? what error in browser? you should accept the certificate
>>>>>> before you are permitted by the browser to access this site.
>>>>>> 
>>>>>>> 
>>>>>>> José E ("Richie") Piovanetti, MD, MS
>>>>>>> M: 787-615-4884 | richiepiovanetti at healthcareinfopartners.com
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> On Jul 25, 2013, at 11:22 PM, "Richie at HIP"
>>>>>>> <richiepiovanetti at healthcareinfopartners.com> wrote:
>>>>>>> 
>>>>>>>> Did what you said; removed existing installation and reinstalled
>>>>>>>> oVirtEngine.  Below is the output in the terminal:
>>>>>>>> 
>>>>>>>> I DID NOT change the defaults of the installation defaults related to
>>>>>>>> "overriding current https configuration", and as weeks before, the
>>>>>>>> installation hangs with an error when restarting the "httpd service".
>>>>>>>> I
>>>>>>>> include the terminal output and engine-setup log file for you to see.
>>>>>>>> 
>>>>>>>> I'll redo the removal and installation, this time process but next time
>>>>>>>> "NOT overriding https configuration".  Wait for a follow up email with
>>>>>>>> these results.
>>>>>>>> 
>>>>>>>> <engine-setup_2013_07_25_22_35_14.log><2013_07_25_10_55_PM_TerminalOutput.txt>
>>>>>>>> 
>>>>>>>> 
>>>>>>>> José E ("Richie") Piovanetti, MD, MS
>>>>>>>> M: 787-615-4884 | richiepiovanetti at healthcareinfopartners.com
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> On Jul 24, 2013, at 4:18 PM, Alon Bar-Lev <alonbl at redhat.com> wrote:
>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> ----- Original Message -----
>>>>>>>>>> From: "Richie at HIP" <richiepiovanetti at healthcareinfopartners.com>
>>>>>>>>>> To: "Alon Bar-Lev" <alonbl at redhat.com>
>>>>>>>>>> Cc: "Itamar Heim" <iheim at redhat.com>, users at ovirt.org
>>>>>>>>>> Sent: Wednesday, July 24, 2013 11:00:04 PM
>>>>>>>>>> Subject: Re: [Users] Problem Creating "oVirt Engine"
>>>>>>>>>> 
>>>>>>>>>> Herein a collection of some of the logs in the path specified.
>>>>>>>>>> Regarding
>>>>>>>>>> the
>>>>>>>>>> "engine.log" I'm including the one with the oldest date in the
>>>>>>>>>> filename.
>>>>>>>>> 
>>>>>>>>> Can you please remove installation using:
>>>>>>>>> # engine-cleanup
>>>>>>>>> 
>>>>>>>>> Then reinstall:
>>>>>>>>> # engine-setup
>>>>>>>>> 
>>>>>>>>> Please select integration with apache, and configure SSL.
>>>>>>>>> 
>>>>>>>>> After doing so, try to login using http://localhost/webadmin, if not
>>>>>>>>> working please send the engine.log.
>>>>>>>>> 
>>>>>>>>> Thanks!
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>>>>> 
>>> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20130731/8fa8e00c/attachment-0001.html>


More information about the Users mailing list