No need turned out to be pebkac, I had been using my domain account for so
long I had the wrong admin account thus the hosted-engine failed to
authenticate I have resolved the issue.
On Fri Oct 31 2014 at 4:35:27 AM Jiri Moskovcak wrote:
> Hi Alastair,
> I need the engine.log to debug it, beca
Hi Alastair,
I need the engine.log to debug it, because the actual problem is logged
there.
Thanks,
Jirka
On 10/29/2014 08:58 PM, Alastair Neil wrote:
OK I seem to be having some fundamental confusion about this migration.
I have an existing ovirt 3.5 (upgraded from 3.4) setup with a Data
http://lists.ovirt.org/pipermail/users/2014-October/028349.html
http://lists.ovirt.org/pipermail/users/2014-October/028348.html
Don't you have the same issue?
Cheers,
Luf
Alastair Neil píše v St 29. 10. 2014 v 15:58 -0400:
> OK I seem to be having some fundamental confusion about this
> migrati
OK I seem to be having some fundamental confusion about this migration.
I have an existing ovirt 3.5 (upgraded from 3.4) setup with a Data Center
containing four clusters, 3 VM clusters for 3 differenc classes of CPU
hosts (Penryn, Nehalem, and SandyBridge). I also have a gluster storage
clust
On 10/27/2014 06:22 PM, Alastair Neil wrote:
After belatedly realising that no engine for EL7 is planned for 3.5 I
tried using FC20:
I used a database called engine with user engine on the VM to restore to.
The engine-backup restore appeared to complete with no errors save the
canonical complain
After belatedly realising that no engine for EL7 is planned for 3.5 I tried
using FC20:
I used a database called engine with user engine on the VM to restore to.
The engine-backup restore appeared to complete with no errors save the
canonical complaint about less that 16GB of memory being availabl
6 matches
Mail list logo