On 03/10/2017 09:46 AM, Ondra Machacek wrote:
> So what's your provider 389ds or FreeIPA?
> Note that both use differrent unique ID. IPA is using 'ipaUniqueID',
> and 389ds is using 'nsuniqueid'. DId you tried both?
Thanks for pointing that out! It works perfectly if I use IPA.
I didn't know
I seem to experience the same problem right now and am at a bit of a
loss as to where to dig for some more troubleshooting information. I
would highly appreciate some help.
Here is what I have and what I did:
it seems that in the latest version(s) of glusterfs the pub.key file
is not present even though some yum repo configurations still try to
Last time I had this problem I updated the repo configuration
(/etc/yum.repos.d/ovirt-3.6-dependencies.repo) to use the other key
On 04/14/2016 11:03 PM, Simone Tiraboschi wrote:
> On Thu, Apr 14, 2016 at 10:38 PM, Simone Tiraboschi <stira...@redhat.com>
>> On Thu, Apr 14, 2016 at 6:53 PM, Richard Neuboeck <h...@tbi.univie.ac.at>
>>> On 14.04.16 18:46, Simone Tira
On 04/14/2016 02:14 PM, Simone Tiraboschi wrote:
> On Thu, Apr 14, 2016 at 12:51 PM, Richard Neuboeck
> <h...@tbi.univie.ac.at> wrote:
>> On 04/13/2016 10:00 AM, Simone Tiraboschi wrote:
>>> On Wed, Apr 13, 2016 at 9:38 AM, Richard Neuboeck <h...@tbi.univie.ac.at>
On 04/13/2016 10:00 AM, Simone Tiraboschi wrote:
> On Wed, Apr 13, 2016 at 9:38 AM, Richard Neuboeck <h...@tbi.univie.ac.at>
>> The answers file shows the setup time of both machines.
>> On both machines hosted-engine.conf got rotated right before I wrot
seams to be correctly
> created with the right name.
> Can you please check the latest modification time of your
> /etc/ovirt-hosted-engine/hosted-engine.conf~ and compare it with the
> setup time?
> On Tue, Apr 12, 2016 at 2:34 PM, Richard Neuboeck <h...@tbi.univie.ac.at>
On 04/11/2016 11:11 AM, Sandro Bonazzola wrote:
> On Mon, Apr 11, 2016 at 9:37 AM, Richard Neuboeck
> <h...@tbi.univie.ac.at <mailto:h...@tbi.univie.ac.at>> wrote:
> Hi Darryl,
> I'm still experimenting with my oVirt installation so I tried to
I'm still experimenting with my oVirt installation so I tried to
recreate the problems you've described.
My setup has three HA hosts for virtualization and three machines
for the gluster replica 3 setup.
I manually migrated the Engine from the initial install host (one)
Hi oVirt Group,
in my attempts to get all aspects of oVirt 3.6 up and running I
stumbled upon something I'm not sure how to fix:
Initially I installed a hosted engine setup. After that I added
another HA host (with hosted-engine --deploy). The host was
registered in the Engine correctly and HA
@ovirt.org> on behalf of Simone
> Tiraboschi <stira...@redhat.com>
> Sent: Friday, 8 April 2016 1:30 AM
> To: Richard Neuboeck; Roy Golan
> Cc: users
> Subject: Re: [ovirt-users] Can not access storage domain hosted_storage
> On Thu, Apr 7, 2016 at 4:17 PM, Richa
Hi oVirt Users/Developers,
I'm having trouble adding another host to a working hosted engine
setup. Through the WebUI I try to add another host. The package
installation and configuration processes seemingly run without
problems. When the second host tries to mount the engine storage
Thanks for the answers!
On 11/16/2015 05:48 PM, Simone Tiraboschi wrote:
> It should be automatically imported but we have a know open bug on that:
Is there anything I can help with?
Resetting and reinstalling isn't a problem. So I would gladly test
I'm having some trouble installing oVirt 3.6 hosted engine with gluster.
First of here are the questions that arose:
Do I need separate gluster volumes for the hosted engine and the
If yes I'm guessing the same optimizations apply to the /engine
volume as to the other volume as
to remedy this problem.
On 09/16/2015 03:33 PM, Richard Neuboeck wrote:
> Hi oVirt Team,
> I'm trying to set up oVirt 3.6 on three virtualization hosts
> connected to two other machines solely providing a replica 2 gluster
> storage. I know and understand that this set
Hi oVirt Team,
I'm trying to set up oVirt 3.6 on three virtualization hosts
connected to two other machines solely providing a replica 2 gluster
storage. I know and understand that this setup is basically unwise
and not supported but to prevent the gluster storage from going off
line I followed
On 04.09.15 10:02, Simone Tiraboschi wrote:
> Is there a reason why it has to be exactly replica 3?
> To have a valid quorum having the system being able to decide witch is
> the right and safe copy avoiding an issue called split brain.
> Under certain circumstances/issues (network issue,
AM, Richard Neuboeck wrote:
> The dmidecode problem really only affects those three machines I'm
> trying to set up as ovirt hosts. Since I couldn't find anything
> wrong in the CentOS setup I tried Fedora 22 and got the same result.
> /dev/mem: Operation not permitted
> I'm sorr
On 09/01/2015 09:55 AM, Simone Tiraboschi wrote:
> Indeed you had:
> 12:33:15,127::utils::661::root::(execCmd) /usr/bin/sudo -n
> /usr/sbin/dmidecode -s system-uuid (cwd None)
> 12:33:15,153::utils::679::root::(execCmd) FAILED: =
obviously not ovirt related. I'll try to find a solution and keep
All the best
On 09/01/2015 11:14 AM, Simone Tiraboschi wrote:
> Adding Oved
> On Tue, Sep 1, 2015 at 10:47 AM, Richard Neuboeck
> <h...@tbi.univie.ac.at <mailto:h...@tbi.un
I'm trying to test a self hosted engine oVirt 3.6 setup on a CentOS
7.1 minimal installation. But it fails quite early after running
hosted-engine --deploy with
[ ERROR ] Failed to execute stage 'Environment setup': :cannot marshal None unless allow_none
So far I've followed the
Mail list logo