On 11/21/2012 10:50 PM, Cristian Falcas wrote:
>
>
>
> On Wed, Nov 21, 2012 at 11:26 PM, Juan Hernandez <jhernand@redhat.com

> <mailto:jhernand@redhat.com>> wrote:
>
>     On 11/21/2012 09:37 PM, Cristian Falcas wrote:
>     > Hi,
>     >
>     > After a fresh install, those folders are missing:
>     >
>     > /var/lib/ovirt-engine/content
>     > /var/lib/ovirt-engine/deployments
>
>     Yes Cristian, that is a problem we are aware of. We introduced that
>     error in a attempt to fix bug 876164. The fix will be merged soon:
>
>     http://gerrit.ovirt.org/9369
>
>     Meanwhile the workaround is to manually create those directories and
>     make sure they are owned by the ovirt user and the ovirt group:
>
>     mkdir -p /var/lib/ovirt-engine/content
>     chown ovirt:ovirt /var/lib/ovirt-engine/content
>     mkdir -p /var/lib/ovirt-engine/deployments
>     chown ovirt:ovirt /var/lib/ovirt-engine/deployments
>
>     The other error messages that you see are not relevant, I think you can
>     ignore them.
>
>     >
>     > After that the engine starts, but can't go to the https page of
>     > administrator or user portal. Relevant errors in log:
>     >
>     > 2012-11-21 22:29:52,448 ERROR
>     > [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (MSC
>     service
>     > thread 1-3) Failed to decrypt Data must start with zero
>     > 2012-11-21 22:29:52,576 ERROR
>     > [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC
>     service
>     > thread 1-3) Failed to decrypt value for property TruststorePass
>     will be
>     > used encrypted value
>     > 2012-11-21 22:29:52,640 ERROR
>     > [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC
>     service
>     > thread 1-3) Could not parse option AutoRecoveryAllowedTypes value.
>     >
>     > Can someone help me with those errors? I tried using the
>     > ovirt-engine-setup from the last 3 days, but the result is the
>     same each
>     > time.
>     >
>     > Other warnings:
>     >
>     > 2012-11-21 22:29:46,375 WARN
>     > [org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-3)
>     > Could not find enum value for option: CbcCheckOnVdsChange
>     > 2012-11-21 22:29:46,411 WARN
>     > [org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-3)
>     > Could not find enum value for option: CAEngineKey
>     > 2012-11-21 22:29:46,444 WARN
>     > [org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-3)
>     > Could not find enum value for option: MinimalETLVersion
>     > 2012-11-21 22:29:49,287 WARN
>     > [org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-3)
>     > Could not find enum value for option: ScriptsPath
>     > 2012-11-21 22:29:49,292 WARN
>     > [org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-3)
>     > Could not find enum value for option: SQLServerI18NPrefix
>     > 2012-11-21 22:29:52,650 WARN
>     > [org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-3)
>     > Could not find enum value for option: ENGINEEARLib
>     >
>     > Attached the engine-setup.log
>     >
>     > Best regards,
>     > Cristian falcas
>

> Unfortunately, the all https pages are not responding and I thought that
> the cause is from the ERRORs from the logs.
>
> Doing a netstat only shows the http port (8700) being opened.
>

Is that after the workaround that I suggested and restarting the engine?
Remember to create both directories and change the ownership to ovirt:ovirt.

--
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.