Re: [ovirt-users] R: moVirt 1.6 released!

[Karli Sjöberg]

Den 23 sep 2016 10:08 em skrev NUNIN Roberto :
>
> > >
> > > >Also tested that aSPICE works, which is >awesome! Keep up the great
> > > work!
> > >
> > > Interesting: did you have used aSpice to act as a console viewer ?
> > > Could you share basics ?
> >
> > Very basic:) Just install aSPICE from $app_store and then, in moVirt, click 
> > the
> > "three dots" in the top right corner and choose "Console". I had to accept 
> > our
> > certificate and for some reason the first time I tried it, it didn´t work, 
> > but I tried
> > again and BOOM!:)
> >
> > /K
>
> Tested it, but I wasn't able to have the console until bVNC free installation
> Message was: check if you have aSpice or bVNC installed.
> Looks strange, considering that setup isn't a nightmare!

Well, that depends on the console settings on the VM. Do you have a VM with 
SPICE console configured?

/K

>
> Thanks
>
>
> 
>
> Questo messaggio e' indirizzato esclusivamente al destinatario indicato e 
> potrebbe contenere informazioni confidenziali, riservate o proprietarie. 
> Qualora la presente venisse ricevuta per errore, si prega di segnalarlo 
> immediatamente al mittente, cancellando l'originale e ogni sua copia e 
> distruggendo eventuali copie cartacee. Ogni altro uso e' strettamente 
> proibito e potrebbe essere fonte di violazione di legge.
>
> This message is for the designated recipient only and may contain privileged, 
> proprietary, or otherwise private information. If you have received it in 
> error, please notify the sender immediately, deleting the original and all 
> copies and destroying any hard copies. Any other use is strictly prohibited 
> and may be unlawful.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] R: moVirt 1.6 released!

[NUNIN Roberto]

> >
> > >Also tested that aSPICE works, which is >awesome! Keep up the great
> > work!
> >
> > Interesting: did you have used aSpice to act as a console viewer ?
> > Could you share basics ?
>
> Very basic:) Just install aSPICE from $app_store and then, in moVirt, click 
> the
> "three dots" in the top right corner and choose "Console". I had to accept our
> certificate and for some reason the first time I tried it, it didn´t work, 
> but I tried
> again and BOOM!:)
>
> /K

Tested it, but I wasn't able to have the console until bVNC free installation
Message was: check if you have aSpice or bVNC installed.
Looks strange, considering that setup isn't a nightmare!

Thanks




Questo messaggio e' indirizzato esclusivamente al destinatario indicato e 
potrebbe contenere informazioni confidenziali, riservate o proprietarie. 
Qualora la presente venisse ricevuta per errore, si prega di segnalarlo 
immediatamente al mittente, cancellando l'originale e ogni sua copia e 
distruggendo eventuali copie cartacee. Ogni altro uso e' strettamente proibito 
e potrebbe essere fonte di violazione di legge.

This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise private information. If you have received it in 
error, please notify the sender immediately, deleting the original and all 
copies and destroying any hard copies. Any other use is strictly prohibited and 
may be unlawful.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot change Cluster Compatibility Version when a VM is active

[Ernest Beinrohr]

On 23.09.2016 16:49, Bruckner, Simone wrote:


Hi all,

  I am trying to upgrade an oVirt installation (3.6.7.5-1.el6) to 4.0. 
My datacenters and clusters have 3.5 compatibility settings.


I just finished this. Only took about 2 weeks for 8 hosts ;) I had to do 
this:


3.5 -> 3.6

- upgrade engine to 3.6
- create a new cluster with CL 3.6
- for each host:
  - maintenance
  - reinstall to el7 + RPMs (yay for puppet)
  - add to new 3.6 cluster
  - activate
  - migrate some machines to new cluster (no way back!)
- elevate CL of old (empty) cluster to 3.6
- migrate everything back for each host

3.6 -> 4.0
- for each host:
  - maintenance
  - upgrade RPMS to 4.0
  - activate
- elevate CL to 4.0 (can be done with running VMs)

--
Ernest Beinrohr, AXON PRO
Ing , RHCE 
, RHCVA 
, LPIC 
, VCA ,

+421-2-62410360 +421-903-482603
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot change Cluster Compatibility Version when a VM is active

[Bruckner, Simone]

Michal,

  thanks!

All the best,
Simone

Von: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] Im Auftrag von 
Michal Skrivanek
Gesendet: Freitag, 23. September 2016 17:22
An: Albl, Oliver 
Cc: users@ovirt.org
Betreff: Re: [ovirt-users] Cannot change Cluster Compatibility Version when a 
VM is active


On 23 Sep 2016, at 17:16, Albl, Oliver 
mailto:oliver.a...@fabasoft.com>> wrote:

Michal,

  thank you for your quick response! I am running 300+ VMs so any other (safe) 
option would be very welcome…

and are they all in a 3.5 cluster?
Your priority should be to get them to 3.6 compatibility prior upgrading to 
4.0, then once in 4.0.3+ there is a safe-enough way how to properly update 3.6 
to a 4.0 cluster level.

otherwise, any <3.6.7 would allow you to do that or there is a manual postgres 
workaround mentioned in that bug which you can try/risk - basically as long as 
you can reboot those VMs in a foreseeable future(prior to use any of the new 
features) you can follow the manual workaround and upgrade to 3.6….just make 
sure you stop and start them eventually



All the best,
Simone

Von: users-boun...@ovirt.org 
[mailto:users-boun...@ovirt.org] Im Auftrag von Michal Skrivanek
Gesendet: Freitag, 23. September 2016 16:57
An: Bruckner, Simone 
mailto:simone.bruck...@fabasoft.com>>
Cc: users@ovirt.org
Betreff: Re: [ovirt-users] Cannot change Cluster Compatibility Version when a 
VM is active


On 23 Sep 2016, at 16:49, Bruckner, Simone 
mailto:simone.bruck...@fabasoft.com>> wrote:

Hi all,

  I am trying to upgrade an oVirt installation (3.6.7.5-1.el6) to 4.0. My 
datacenters and clusters have 3.5 compatibility settings.

I followed the instructions from 
http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/ but cannot 
proceed in engine-setup as 3.5 compatibility is not supported.

When trying to change cluster compatibility from 3.5 to 3.6 I receive “Cannot 
change Cluster Compatibility Version when a VM is active. Please shutdown all 
VMs in the Cluster.” According 
tohttps://bugzilla.redhat.com/show_bug.cgi?id=1341023 this should be fixed in 
3.6.7. Any ideas?

this bug is blocking it, later bugs
(linked from there) allows it, though there are other issues…so if you have an 
option to shut them down please do so.
note those are RHEV bugs, not oVirt bugs so the exact build may differ

Thanks,
michal




Best Regards,
Simone Bruckner

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot change Cluster Compatibility Version when a VM is active

[Michal Skrivanek]

> On 23 Sep 2016, at 17:16, Albl, Oliver  wrote:
> 
> Michal,
>  
>   thank you for your quick response! I am running 300+ VMs so any other 
> (safe) option would be very welcome…

and are they all in a 3.5 cluster?
Your priority should be to get them to 3.6 compatibility prior upgrading to 
4.0, then once in 4.0.3+ there is a safe-enough way how to properly update 3.6 
to a 4.0 cluster level.

otherwise, any <3.6.7 would allow you to do that or there is a manual postgres 
workaround mentioned in that bug which you can try/risk - basically as long as 
you can reboot those VMs in a foreseeable future(prior to use any of the new 
features) you can follow the manual workaround and upgrade to 3.6….just make 
sure you stop and start them eventually

>  
> All the best,
> Simone
>  
> Von: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] Im Auftrag von 
> Michal Skrivanek
> Gesendet: Freitag, 23. September 2016 16:57
> An: Bruckner, Simone 
> Cc: users@ovirt.org
> Betreff: Re: [ovirt-users] Cannot change Cluster Compatibility Version when a 
> VM is active
>  
>  
> On 23 Sep 2016, at 16:49, Bruckner, Simone  > wrote:
>  
> Hi all,
>  
>   I am trying to upgrade an oVirt installation (3.6.7.5-1.el6) to 4.0. My 
> datacenters and clusters have 3.5 compatibility settings.
>  
> I followed the instructions from 
> http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/ 
>  but cannot 
> proceed in engine-setup as 3.5 compatibility is not supported.
>  
> When trying to change cluster compatibility from 3.5 to 3.6 I receive “Cannot 
> change Cluster Compatibility Version when a VM is active. Please shutdown all 
> VMs in the Cluster.” According 
> tohttps://bugzilla.redhat.com/show_bug.cgi?id=1341023 
>  this should be fixed in 
> 3.6.7. Any ideas?
>  
> this bug is blocking it, later bugs 
> (linked from there) allows it, though there are other issues…so if you have 
> an option to shut them down please do so.
> note those are RHEV bugs, not oVirt bugs so the exact build may differ
>  
> Thanks,
> michal
> 
> 
>  
> Best Regards,
> Simone Bruckner
>  
> ___
> Users mailing list
> Users@ovirt.org 
> http://lists.ovirt.org/mailman/listinfo/users 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot change Cluster Compatibility Version when a VM is active

[Albl, Oliver]

Michal,

  thank you for your quick response! I am running 300+ VMs so any other (safe) 
option would be very welcome…

All the best,
Simone

Von: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] Im Auftrag von 
Michal Skrivanek
Gesendet: Freitag, 23. September 2016 16:57
An: Bruckner, Simone 
Cc: users@ovirt.org
Betreff: Re: [ovirt-users] Cannot change Cluster Compatibility Version when a 
VM is active


On 23 Sep 2016, at 16:49, Bruckner, Simone 
mailto:simone.bruck...@fabasoft.com>> wrote:

Hi all,

  I am trying to upgrade an oVirt installation (3.6.7.5-1.el6) to 4.0. My 
datacenters and clusters have 3.5 compatibility settings.

I followed the instructions from 
http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/ but cannot 
proceed in engine-setup as 3.5 compatibility is not supported.

When trying to change cluster compatibility from 3.5 to 3.6 I receive “Cannot 
change Cluster Compatibility Version when a VM is active. Please shutdown all 
VMs in the Cluster.” According 
tohttps://bugzilla.redhat.com/show_bug.cgi?id=1341023 this should be fixed in 
3.6.7. Any ideas?

this bug is blocking it, later bugs
(linked from there) allows it, though there are other issues…so if you have an 
option to shut them down please do so.
note those are RHEV bugs, not oVirt bugs so the exact build may differ

Thanks,
michal



Best Regards,
Simone Bruckner

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 4-node oVirt with replica-3 gluster

[Davide Ferrari]

Oh, thanks! Reinstalling all the luster from scratch right now to get it
right. If I run again in the problem I described before I will open another
thread and attach the relevant logs

2016-09-23 16:28 GMT+02:00 Sahina Bose :

>
>
> On Fri, Sep 23, 2016 at 7:54 PM, Davide Ferrari 
> wrote:
>
>> Reading the glusterfs docs
>>
>> https://gluster.readthedocs.io/en/latest/Administrator%20Gui
>> de/arbiter-volumes-and-quorum/
>>
>> "In a replica 3 volume, client-quorum is enabled by default and set to
>> 'auto'. This means 2 bricks need to be up for the writes to succeed. Here
>> is how this configuration prevents files from ending up in split-brain:"
>>
>> So this means that if one of the machines with the 2 bricks (arbiter &
>> normal) fails, the otherbrick will be set RO, or am I missing something?
>> I mean, this config will be better in case of a network loss, and thus a
>> split brain, but it's far worse in case of a machine failing or being
>> rebooted for maintenance.
>>
>
> See the updated vol create command - you should set it up such that 2
> bricks in a sub-volume are not from the same host, thus you avoid the
> problem you describe above
>
>
>>
>>
>> 2016-09-23 16:11 GMT+02:00 Davide Ferrari :
>>
>>>
>>>
>>> 2016-09-23 15:57 GMT+02:00 Sahina Bose :
>>>

 You could do this - where Node3 & Node 2 also has arbiter bricks.
 Arbiter bricks only store metadata and requires very low storage capacity
 compared to the data bricks.

 Node1  Node2 Node3Node4
 brick1   brick1  arb-brick
 arb-brick  brick1brick1

>>>
>>> Ok, cool! And this won't pose any problem if Node2 or Node4 fail?
>>>
>>> The syntax shuld be this:
>>>
>>> gluster volume create data replica 3 arbiter 1 node1:/brick node2:/brick
>>> node2:/arb_brick node3:/brick node4:/brick node4:/arb_brick
>>>
>>> is not a problem having more than a brick on the same host for the
>>> volume create syntax?
>>>
>>> Thanks again
>>>
>>> --
>>> Davide Ferrari
>>> Senior Systems Engineer
>>>
>>
>>
>>
>> --
>> Davide Ferrari
>> Senior Systems Engineer
>>
>
>


-- 
Davide Ferrari
Senior Systems Engineer
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot change Cluster Compatibility Version when a VM is active

[Michal Skrivanek]

> On 23 Sep 2016, at 16:49, Bruckner, Simone  
> wrote:
> 
> Hi all,
>  
>   I am trying to upgrade an oVirt installation (3.6.7.5-1.el6) to 4.0. My 
> datacenters and clusters have 3.5 compatibility settings.
>  
> I followed the instructions from 
> http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/ 
>  but cannot 
> proceed in engine-setup as 3.5 compatibility is not supported.
>  
> When trying to change cluster compatibility from 3.5 to 3.6 I receive “Cannot 
> change Cluster Compatibility Version when a VM is active. Please shutdown all 
> VMs in the Cluster.” According 
> tohttps://bugzilla.redhat.com/show_bug.cgi?id=1341023 
>  this should be fixed in 
> 3.6.7. Any ideas?

this bug is blocking it, later bugs 
(linked from there) allows it, though there are other issues…so if you have an 
option to shut them down please do so.
note those are RHEV bugs, not oVirt bugs so the exact build may differ

Thanks,
michal

>  
> Best Regards,
> Simone Bruckner
>  
> ___
> Users mailing list
> Users@ovirt.org 
> http://lists.ovirt.org/mailman/listinfo/users 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Cannot change Cluster Compatibility Version when a VM is active

[Bruckner, Simone]

Hi all,

  I am trying to upgrade an oVirt installation (3.6.7.5-1.el6) to 4.0. My 
datacenters and clusters have 3.5 compatibility settings.

I followed the instructions from 
http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/ but cannot 
proceed in engine-setup as 3.5 compatibility is not supported.

When trying to change cluster compatibility from 3.5 to 3.6 I receive "Cannot 
change Cluster Compatibility Version when a VM is active. Please shutdown all 
VMs in the Cluster." According to 
https://bugzilla.redhat.com/show_bug.cgi?id=1341023 this should be fixed in 
3.6.7. Any ideas?

Best Regards,
Simone Bruckner

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 4-node oVirt with replica-3 gluster

[Sahina Bose]

On Fri, Sep 23, 2016 at 7:54 PM, Davide Ferrari  wrote:

> Reading the glusterfs docs
>
> https://gluster.readthedocs.io/en/latest/Administrator%
> 20Guide/arbiter-volumes-and-quorum/
>
> "In a replica 3 volume, client-quorum is enabled by default and set to
> 'auto'. This means 2 bricks need to be up for the writes to succeed. Here
> is how this configuration prevents files from ending up in split-brain:"
>
> So this means that if one of the machines with the 2 bricks (arbiter &
> normal) fails, the otherbrick will be set RO, or am I missing something?
> I mean, this config will be better in case of a network loss, and thus a
> split brain, but it's far worse in case of a machine failing or being
> rebooted for maintenance.
>

See the updated vol create command - you should set it up such that 2
bricks in a sub-volume are not from the same host, thus you avoid the
problem you describe above


>
>
> 2016-09-23 16:11 GMT+02:00 Davide Ferrari :
>
>>
>>
>> 2016-09-23 15:57 GMT+02:00 Sahina Bose :
>>
>>>
>>> You could do this - where Node3 & Node 2 also has arbiter bricks.
>>> Arbiter bricks only store metadata and requires very low storage capacity
>>> compared to the data bricks.
>>>
>>> Node1  Node2 Node3Node4
>>> brick1   brick1  arb-brick
>>> arb-brick  brick1brick1
>>>
>>
>> Ok, cool! And this won't pose any problem if Node2 or Node4 fail?
>>
>> The syntax shuld be this:
>>
>> gluster volume create data replica 3 arbiter 1 node1:/brick node2:/brick
>> node2:/arb_brick node3:/brick node4:/brick node4:/arb_brick
>>
>> is not a problem having more than a brick on the same host for the volume
>> create syntax?
>>
>> Thanks again
>>
>> --
>> Davide Ferrari
>> Senior Systems Engineer
>>
>
>
>
> --
> Davide Ferrari
> Senior Systems Engineer
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 4-node oVirt with replica-3 gluster

[Sahina Bose]

On Fri, Sep 23, 2016 at 7:41 PM, Davide Ferrari  wrote:

>
>
> 2016-09-23 15:57 GMT+02:00 Sahina Bose :
>
>>
>> You could do this - where Node3 & Node 2 also has arbiter bricks. Arbiter
>> bricks only store metadata and requires very low storage capacity compared
>> to the data bricks.
>>
>> Node1  Node2 Node3Node4
>> brick1   brick1  arb-brick
>> arb-brick  brick1brick1
>>
>
> Ok, cool! And this won't pose any problem if Node2 or Node4 fail?
>

No.

>
> The syntax shuld be this:
>
> gluster volume create data replica 3 arbiter 1 node1:/brick node2:/brick
> node2:/arb_brick node3:/brick node4:/brick node4:/arb_brick
>

Correction: arb_bricks should be from a different node as below:

gluster volume create data replica 3 arbiter 1 node1:/brick node2:/brick
node3:/arb_brick node3:/brick node4:/brick node2:/arb_brick



> is not a problem having more than a brick on the same host for the volume
> create syntax?
>
> Thanks again
>
> --
> Davide Ferrari
> Senior Systems Engineer
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 4-node oVirt with replica-3 gluster

[Davide Ferrari]

Reading the glusterfs docs

https://gluster.readthedocs.io/en/latest/Administrator%20Guide/arbiter-volumes-and-quorum/

"In a replica 3 volume, client-quorum is enabled by default and set to
'auto'. This means 2 bricks need to be up for the writes to succeed. Here
is how this configuration prevents files from ending up in split-brain:"

So this means that if one of the machines with the 2 bricks (arbiter &
normal) fails, the otherbrick will be set RO, or am I missing something?
I mean, this config will be better in case of a network loss, and thus a
split brain, but it's far worse in case of a machine failing or being
rebooted for maintenance.


2016-09-23 16:11 GMT+02:00 Davide Ferrari :

>
>
> 2016-09-23 15:57 GMT+02:00 Sahina Bose :
>
>>
>> You could do this - where Node3 & Node 2 also has arbiter bricks. Arbiter
>> bricks only store metadata and requires very low storage capacity compared
>> to the data bricks.
>>
>> Node1  Node2 Node3Node4
>> brick1   brick1  arb-brick
>> arb-brick  brick1brick1
>>
>
> Ok, cool! And this won't pose any problem if Node2 or Node4 fail?
>
> The syntax shuld be this:
>
> gluster volume create data replica 3 arbiter 1 node1:/brick node2:/brick
> node2:/arb_brick node3:/brick node4:/brick node4:/arb_brick
>
> is not a problem having more than a brick on the same host for the volume
> create syntax?
>
> Thanks again
>
> --
> Davide Ferrari
> Senior Systems Engineer
>



-- 
Davide Ferrari
Senior Systems Engineer
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 4-node oVirt with replica-3 gluster

[Davide Ferrari]

2016-09-23 15:57 GMT+02:00 Sahina Bose :

>
> You could do this - where Node3 & Node 2 also has arbiter bricks. Arbiter
> bricks only store metadata and requires very low storage capacity compared
> to the data bricks.
>
> Node1  Node2 Node3Node4
> brick1   brick1  arb-brick
> arb-brick  brick1brick1
>

Ok, cool! And this won't pose any problem if Node2 or Node4 fail?

The syntax shuld be this:

gluster volume create data replica 3 arbiter 1 node1:/brick node2:/brick
node2:/arb_brick node3:/brick node4:/brick node4:/arb_brick

is not a problem having more than a brick on the same host for the volume
create syntax?

Thanks again

-- 
Davide Ferrari
Senior Systems Engineer
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 4-node oVirt with replica-3 gluster

[Sahina Bose]

On Fri, Sep 23, 2016 at 7:09 PM, Davide Ferrari  wrote:

>
>
> 2016-09-23 13:50 GMT+02:00 Sahina Bose :
>
> Ok, if I encounter again similiar problems I will post logs here
>
>
>>
>> If you have additional capacity on the other 3 hosts , then yes, you can
>> create a new gluster volume with a brick on the newly added 4th node and
>> bricks from other nodes - this volume can be used as another storage
>> domain. You are not doing anything wrong :) Keep in mind that all gluster
>> volumes used as data storage domains should be replica 3 or replica 3
>> -arbiter to avoid split-brain and data loss issues.
>>
>>
> Mmmmh this is ringing an alarm bell then. So, it's basically impossible
> (or at least not supported) a 4 hosts configuration with all the 4 hosts
> having a data domain in a replica 2 fashion? Is it only replica 3 arbiter 1
> the supported HA configuration? So if I want to expand storage (a part from
> adding disks to the same machines) I must add machines 3 by 3 ?
>
> Currently I have 4 machines with 4 disks each in a RAID-10 configuration,
> exposed as one brick. Which is the best HA solution in this scenario then?
>

You could do this - where Node3 & Node 2 also has arbiter bricks. Arbiter
bricks only store metadata and requires very low storage capacity compared
to the data bricks.

Node1  Node2 Node3Node4
brick1   brick1  arb-brick
arb-brick  brick1brick1



> Thanks
>
> --
> Davide Ferrari
> Senior Systems Engineer
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 4-node oVirt with replica-3 gluster

[Davide Ferrari]

2016-09-23 13:50 GMT+02:00 Sahina Bose :

Ok, if I encounter again similiar problems I will post logs here


>
> If you have additional capacity on the other 3 hosts , then yes, you can
> create a new gluster volume with a brick on the newly added 4th node and
> bricks from other nodes - this volume can be used as another storage
> domain. You are not doing anything wrong :) Keep in mind that all gluster
> volumes used as data storage domains should be replica 3 or replica 3
> -arbiter to avoid split-brain and data loss issues.
>
>
Mmmmh this is ringing an alarm bell then. So, it's basically impossible (or
at least not supported) a 4 hosts configuration with all the 4 hosts having
a data domain in a replica 2 fashion? Is it only replica 3 arbiter 1 the
supported HA configuration? So if I want to expand storage (a part from
adding disks to the same machines) I must add machines 3 by 3 ?

Currently I have 4 machines with 4 disks each in a RAID-10 configuration,
exposed as one brick. Which is the best HA solution in this scenario then?

Thanks

-- 
Davide Ferrari
Senior Systems Engineer
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] cloud-init and user password

[Davide Ferrari]

2016-09-23 13:49 GMT+02:00 Michal Skrivanek :

>
> it should be plaintext
> did you want to configure root or some other user?
>
> As some other user. And after fiddling a while (thanks for the cdrom
tip!), I discovered that the password setting works only with the root
user. As a proof, here it is the user_data created with a "centos" user,
password "centos" specified:

#cloud-config
output:
  all: '>> /var/log/cloud-init-output.log'
disable_root: 0
runcmd:
- 'sed -i ''/^datasource_list: /d'' /etc/cloud/cloud.cfg; echo
''datasource_list:
  ["NoCloud", "ConfigDrive"]'' >> /etc/cloud/cloud.cfg'
timezone: Europe/Warsaw
ssh_pwauth: true
chpasswd:
  expire: false
user: centos
package_upgrade: true

and here it is the same file setting a password "centos" for the user root:

#cloud-config
output:
  all: '>> /var/log/cloud-init-output.log'
password: centos
disable_root: 0
runcmd:
- 'sed -i ''/^datasource_list: /d'' /etc/cloud/cloud.cfg; echo
''datasource_list:
  ["NoCloud", "ConfigDrive"]'' >> /etc/cloud/cloud.cfg'
timezone: Europe/Warsaw
ssh_pwauth: true
chpasswd:
  expire: false
user: root


Maybe I didn't discover anything new but I wasn't able to find any
documentation about this before.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 4-node oVirt with replica-3 gluster

[Sahina Bose]

On Fri, Sep 23, 2016 at 5:02 PM, Davide Ferrari  wrote:

>
> 2016-09-23 13:17 GMT+02:00 Sahina Bose :
>
>>
>> What are the stability issues you're facing? Data volume if used as a
>> data storage domain should be a replica 3 volume as well.
>>
>
> Basically that after the first host installation+deploy (from the CLI),
> after I enable the gluster management in the cluster, I have to manually
> restart vdsmd on host1 to be able to install the other hosts. But maybe I
> should just wait more time for vdmsd catch up with everything, I don't know.
>

Once gluster management is enabled on cluster, we have not noticed the need
to restart vdsm to install other hosts. There was an issue that hosts would
not be identified as gluster hosts unless it was activated again. This will
be fixed in the next 4.0 release as the patches have been merged already.

If you encounter issue again, could you post the hosted-engine deploy logs
from the 2nd host?


>
> Then I have some other problem like a ghost VM stuck on one host  after
> moving the host to maintenance and the VM (the hosted-engine, the only one
> running in the whole cluster) being correctly migrated to another host,
> solved only by a manual reboot of the whole host (and consequent HE fencing
> of the host). I must say that that particular host is giving ECC correction
> errors in one DIMM, so maybe it could just be an HW related problem.
>
>
vdsm and engine logs would help here


>
>>
>
>>> Deploy the hosted-engine on the first VM (with the engine volume) froom
>>> the CLI, then log in Ovirt admin, enable gluster support, install *and
>>> deploy* from the GUI host2 and host3 (where the engine bricks are) and then
>>> install host4 without deploying. This should get you the 4 hosts online,
>>> but the engine will run only on the first 3
>>>
>>
>> Right. You can add the 4th node to the cluster, but not have any bricks
>> on this volume in which case VMs will be run on this node but will access
>> data from the other 3 nodes.
>>
>
> Well, actually I *do* have data bricks on the 4th host, it's just the
> engine volume that's not present there (but that host is not HE eligible
> anyway). Am I doing something wrong?
>
>
If you have additional capacity on the other 3 hosts , then yes, you can
create a new gluster volume with a brick on the newly added 4th node and
bricks from other nodes - this volume can be used as another storage
domain. You are not doing anything wrong :) Keep in mind that all gluster
volumes used as data storage domains should be replica 3 or replica 3
-arbiter to avoid split-brain and data loss issues.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] cloud-init and user password

[Michal Skrivanek]

> On 23 Sep 2016, at 13:45, Davide Ferrari  wrote:
> 
> Hello
> 
> I'm using a Centos7 cloud image from built-in ovirt-image-repository and I 
> have some trouble setting an initial password for a given user with 
> cloud-init.
> 
> Basically, it doesn't set any password. Other things work: user is created, 
> ssh key is set (both for the user and root) but no password. This is a 
> problem for me because I want to automatically provision the image with 
> Foreman but the ovirt integration works only with password.
> 
> The cloud-init logs in the VMs doesn't tell anything about password being or 
> not set.
> What's the password format accepted in the GUI? plain text? or salted hash 
> like plain cloud-init config?

it should be plaintext
did you want to configure root or some other user?

once the guest is booted you can get the settings from the attached cdrom in 
that vm, just mount it and check what does it configure exactly

thanks,
michal

> 
> Thanks
> 
> -- 
> Davide Ferrari
> Senior Systems Engineer
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] cloud-init and user password

[Davide Ferrari]

Hello

I'm using a Centos7 cloud image from built-in ovirt-image-repository and I
have some trouble setting an initial password for a given user with
cloud-init.

Basically, it doesn't set any password. Other things work: user is created,
ssh key is set (both for the user and root) but no password. This is a
problem for me because I want to automatically provision the image with
Foreman but the ovirt integration works only with password.

The cloud-init logs in the VMs doesn't tell anything about password being
or not set.
What's the password format accepted in the GUI? plain text? or salted hash
like plain cloud-init config?

Thanks

-- 
Davide Ferrari
Senior Systems Engineer
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 4-node oVirt with replica-3 gluster

[Davide Ferrari]

2016-09-23 13:17 GMT+02:00 Sahina Bose :

>
> What are the stability issues you're facing? Data volume if used as a data
> storage domain should be a replica 3 volume as well.
>

Basically that after the first host installation+deploy (from the CLI),
after I enable the gluster management in the cluster, I have to manually
restart vdsmd on host1 to be able to install the other hosts. But maybe I
should just wait more time for vdmsd catch up with everything, I don't know.

Then I have some other problem like a ghost VM stuck on one host  after
moving the host to maintenance and the VM (the hosted-engine, the only one
running in the whole cluster) being correctly migrated to another host,
solved only by a manual reboot of the whole host (and consequent HE fencing
of the host). I must say that that particular host is giving ECC correction
errors in one DIMM, so maybe it could just be an HW related problem.


>

>> Deploy the hosted-engine on the first VM (with the engine volume) froom
>> the CLI, then log in Ovirt admin, enable gluster support, install *and
>> deploy* from the GUI host2 and host3 (where the engine bricks are) and then
>> install host4 without deploying. This should get you the 4 hosts online,
>> but the engine will run only on the first 3
>>
>
> Right. You can add the 4th node to the cluster, but not have any bricks on
> this volume in which case VMs will be run on this node but will access data
> from the other 3 nodes.
>

Well, actually I *do* have data bricks on the 4th host, it's just the
engine volume that's not present there (but that host is not HE eligible
anyway). Am I doing something wrong?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 4-node oVirt with replica-3 gluster

[Sahina Bose]

On Fri, Sep 23, 2016 at 4:14 PM, Davide Ferrari  wrote:

> I'm struggling with the same problem (I say struggling because I'm still
> having stability issues for what i consider a stable cluster) but you can:
> - create a replica 3 engine gluster volume
> - create replica 2 data, iso and export volumes
>

What are the stability issues you're facing? Data volume if used as a data
storage domain should be a replica 3 volume as well.


>
> Deploy the hosted-engine on the first VM (with the engine volume) froom
> the CLI, then log in Ovirt admin, enable gluster support, install *and
> deploy* from the GUI host2 and host3 (where the engine bricks are) and then
> install host4 without deploying. This should get you the 4 hosts online,
> but the engine will run only on the first 3
>

Right. You can add the 4th node to the cluster, but not have any bricks on
this volume in which case VMs will be run on this node but will access data
from the other 3 nodes.


>
> 2016-09-23 11:14 GMT+02:00 Goorkate, B.J. :
>
>> Dear all,
>>
>> I've tried to find a way to add a 4th oVirt-node to my existing
>> 3-node setup with replica-3 gluster storage, but found no usable
>> solution yet.
>>
>> From what I read, it's not wise to create a replica-4 gluster
>> storage, because of bandwith overhead.
>>
>> Is there a safe way to do this and still have 4 equal oVirt nodes?
>>
>> Thanks in advance!
>>
>> Regards,
>>
>> Bertjan
>>
>> 
>> --
>>
>> De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is
>> uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht
>> ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender
>> direct
>> te informeren door het bericht te retourneren. Het Universitair Medisch
>> Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de
>> W.H.W.
>> (Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat
>> geregistreerd bij
>> de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197.
>>
>> Denk s.v.p aan het milieu voor u deze e-mail afdrukt.
>>
>> 
>> --
>>
>> This message may contain confidential information and is intended
>> exclusively
>> for the addressee. If you receive this message unintentionally, please do
>> not
>> use the contents but notify the sender immediately by return e-mail.
>> University
>> Medical Center Utrecht is a legal person by public law and is registered
>> at
>> the Chamber of Commerce for Midden-Nederland under no. 30244197.
>>
>> Please consider the environment before printing this e-mail.
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>
> --
> Davide Ferrari
> Senior Systems Engineer
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 4-node oVirt with replica-3 gluster

[Davide Ferrari]

I'm struggling with the same problem (I say struggling because I'm still
having stability issues for what i consider a stable cluster) but you can:
- create a replica 3 engine gluster volume
- create replica 2 data, iso and export volumes

Deploy the hosted-engine on the first VM (with the engine volume) froom the
CLI, then log in Ovirt admin, enable gluster support, install *and deploy*
from the GUI host2 and host3 (where the engine bricks are) and then install
host4 without deploying. This should get you the 4 hosts online, but the
engine will run only on the first 3

2016-09-23 11:14 GMT+02:00 Goorkate, B.J. :

> Dear all,
>
> I've tried to find a way to add a 4th oVirt-node to my existing
> 3-node setup with replica-3 gluster storage, but found no usable
> solution yet.
>
> From what I read, it's not wise to create a replica-4 gluster
> storage, because of bandwith overhead.
>
> Is there a safe way to do this and still have 4 equal oVirt nodes?
>
> Thanks in advance!
>
> Regards,
>
> Bertjan
>
> 
> --
>
> De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is
> uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht
> ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender
> direct
> te informeren door het bericht te retourneren. Het Universitair Medisch
> Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de
> W.H.W.
> (Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat geregistreerd
> bij
> de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197.
>
> Denk s.v.p aan het milieu voor u deze e-mail afdrukt.
>
> 
> --
>
> This message may contain confidential information and is intended
> exclusively
> for the addressee. If you receive this message unintentionally, please do
> not
> use the contents but notify the sender immediately by return e-mail.
> University
> Medical Center Utrecht is a legal person by public law and is registered at
> the Chamber of Commerce for Midden-Nederland under no. 30244197.
>
> Please consider the environment before printing this e-mail.
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Davide Ferrari
Senior Systems Engineer
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt Nodes - Which OS

[Maton, Brett]

RHEL / CentOS 7 Are currently recommended, amongst others for Ovirt4.

  You're getting the packages from ovirt's repository not the distro base
so no need to worry that one distro or another is behind which would most
likely be the case if you were getting base packages.

On 23 September 2016 at 10:50, Carlos García Gómez <
carlos.gar...@f-integra.org> wrote:

> Hello,
>
> I was testing  Ovirt inside a VDI proyect.
> Now, I know there is new version of Ovrit (4.X) and VDI Software so I have
> decided to remake the installation of all.
>
> I wonder which is the best OS platafform for the *Host (Ovirt - Nodes)*.
> (Fedora / Red Hat Enterprise Linux / CentOS) Now I have CentOS 7 64Bit
> but... I am not sure.
>
> What do you think about it? Fedora or CentOS?
> Which version? Fedora 19? Fedora 24? CentOS 6? CentOS 7?
>
> I always had the feeling that Fedora is a little ahead against CentOS for
> example oVirt packages.
>
> Thank  you
>
> Regards,
>
> Carlos
>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Ovirt Nodes - Which OS

[Carlos García Gómez]

Hello,

I was testing  Ovirt inside a VDI proyect.
Now, I know there is new version of Ovrit (4.X) and VDI Software so I have 
decided to remake the installation of all.

I wonder which is the best OS platafform for the Host (Ovirt - Nodes). (Fedora 
/ Red Hat Enterprise Linux / CentOS) Now I have CentOS 7 64Bit but... I am not 
sure.

What do you think about it? Fedora or CentOS?
Which version? Fedora 19? Fedora 24? CentOS 6? CentOS 7?

I always had the feeling that Fedora is a little ahead against CentOS for 
example oVirt packages.

Thank  you

Regards,

Carlos


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] can't import vm from KVM host

[Nelson Lameiras]

Shahar,

Thanks!
I'll keep an eye on this bug and try to be helpfull when testing the fix.

nelson

- Original Message -
From: "Shahar Havivi" 
To: "Nelson Lameiras" 
Cc: "Nisim Simsolo" , users@ovirt.org
Sent: Thursday, September 22, 2016 10:14:33 AM
Subject: Re: [ovirt-users] can't import vm from KVM host

Nelson,
I opened a bug regarding your issue
https://bugzilla.redhat.com/show_bug.cgi?id=1378340

And send a fix:
https://gerrit.ovirt.org/#/c/64272/

Thank you for your help!

 Shahar.

On 21.09.16 10:57, Shahar Havivi wrote:
> On 20.09.16 10:24, Nelson Lameiras wrote:
> > Here is the disk section of my vm,
> > 
> > ...
> > 
> >   
> >   
> >   
> >> function='0x0'/>
> > 
> > 
> >   
> >   
> >   
> >> function='0x0'/>
> > 
> > ...
> > 
> > nelson
> Thanks Nelson,
> bz 1362525 will not solve your issue.
> We will start work on that block device issue shortly and I hope that it will
> make it to the next release.
> 
> Thank you,
>  Shahar.
> 
> > 
> > 
> > - Original Message -
> > From: "Shahar Havivi" 
> > To: "Nelson Lameiras" 
> > Cc: "Nisim Simsolo" , users@ovirt.org
> > Sent: Tuesday, September 20, 2016 8:04:41 AM
> > Subject: Re: [ovirt-users] can't import vm from KVM host
> > 
> > On 19.09.16 18:11, Nelson Lameiras wrote:
> > > Well I think I have a rather "classical" environment :
> > > 
> > > This is the test setup I created (from scratch) in order to simulate 
> > > future migrations (which will be used to migrate our hundreds of vm in 
> > > production)
> > > 
> > > On one side, I have a x86_64 centos7.2+KVM hosting one VM with 2 iscsi 
> > > disks : 
> > >   1 LVM block device /dev/mapper/vg_01-lv_sys, using virtio
> > >   1 block device /dev/sdc, using virtio
> > > 
> > > on the other side, I have a x86_64 centos 7.2 oVirt cluster (2 hosts, 
> > > same hardware as KVM hosts) installed with 4.0.3 oVirt (hosts and engine) 
> > > fully upgraded to 4.0.4RC1 (hosts and engine)
> > > Target would be oVirt iscsi Data Domain disk (which is irrelevant because 
> > > the problem I'm describing arises before selecting oVirt target)
> > > 
> > > I'm using the GUI to test the native import capabilities of oVirt "Import 
> > > VM"
> > > When selecting KVM import, putting correct URL data (using either tcp or 
> > > ssh transport), I get a list of VM machines running in the KVM cluster 
> > > (for this exemple, only the one VM described above), but the disk count 
> > > is always 0. Which makes it impossible to import the VM.
> > > 
> > > I should add that I made the same VM import using "local hard drives" 
> > > (ie. local raw file) and it works as expected, I can see one or multiple 
> > > disks and import them easily to oVirt. The problem seems to manifest 
> > > itself only when importing disks using block devices directly.
> > > 
> > > Do you need more information from me, or make more tests?
> > > 
> > > thanks a lot,
> > > nelson
> > Can you post the libvirt xml as attachment here (at least the disks 
> > sections):
> > 
> > $ virsh -r dumpxml 
> > 
> >  Shahar.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt 4.0.3 and Active directory

[nicola.gentile.to]

I have tried and it works very fine.
Thanks for your help and for the work you do

Nicola

Il 23/09/2016 10:59, Ondra Machacek ha scritto:

Yes, of course. You can specify subdomain in userportal.
But this subdomain must be part of the user name.
So in order to login to user portal with user
's000...@subdomain.domain.com' you just need to add that to username 
field. Same for 'name.surn...@domain.com'.


On 09/22/2016 04:43 PM, nicola.gentile.to wrote:

I have tried what you suggests me and it works fine but I ask you an
explanation.
During the setup, before finish the procedure I have tested with two
account the Login.

The forest domain is: domain.com
The accounts are like these:

1) s000...@subdomain.domain.com

2) name.surn...@domain.com

This procedure works fine but I have specified the domain or subdomain
in the Login Test.

My question is: from the user portal is possible specify subdomain?

For example:
username: s000...@subdomain.domain.com
password: xxx
Profile: domain.com

I hope I explained it well

Best regards

Nicola



Il 21/09/2016 17:13, Ondra Machacek ha scritto:

On 09/21/2016 04:53 PM, nicola.gentile.to wrote:

Hi,

I have installed ovirt 4.0.3 on my servers. Now I would add
authentication with active directory, for user portal.

In the previous version I have used the following command:

engine-manage-domains add --domain=mydomain --provider=ad
--user=myuser --add-permissions

but now this command there isn't.

I found this command ovirt-engine-extension-aaa-ldap-setup and now 
I ask
you if this command is the substitute, this command is not present 
on my

installation, I must add it I suppose.

Is there an howto page on the documentation to help me?


There is README in the 'ovirt-engine-extension-aaa-ldap' package.

 $ rpm -qd ovirt-engine-extension-aaa-ldap

What you need to do is just to install setup package:

 $ yum install ovirt-engine-extension-aaa-ldap-setup

And then run command:

 $ ovirt-engine-extension-aaa-ldap-setup

The setup will guide you throughout the process.



How to I proceede?

Thank you for your help

Regard

Nicola
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users





___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Storage

[Budur Nagaraju]

Hi

I have storage of 2TB lun and only 90 GB is free ,when I set  a qouta limit
to 1800GB , it showing the 300GB  available  free space , any configs am
missing ?

Thanks,
Nagaraju
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] 4-node oVirt with replica-3 gluster

[Goorkate, B.J.]

Dear all,

I've tried to find a way to add a 4th oVirt-node to my existing 
3-node setup with replica-3 gluster storage, but found no usable
solution yet.

>From what I read, it's not wise to create a replica-4 gluster
storage, because of bandwith overhead. 

Is there a safe way to do this and still have 4 equal oVirt nodes?

Thanks in advance!

Regards,

Bertjan

--

De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is
uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht
ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct
te informeren door het bericht te retourneren. Het Universitair Medisch
Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de W.H.W.
(Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat geregistreerd bij
de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197.

Denk s.v.p aan het milieu voor u deze e-mail afdrukt.

--

This message may contain confidential information and is intended exclusively
for the addressee. If you receive this message unintentionally, please do not
use the contents but notify the sender immediately by return e-mail. University
Medical Center Utrecht is a legal person by public law and is registered at
the Chamber of Commerce for Midden-Nederland under no. 30244197.

Please consider the environment before printing this e-mail.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt 4.0.3 and Active directory

[Ondra Machacek]

Yes, of course. You can specify subdomain in userportal.
But this subdomain must be part of the user name.
So in order to login to user portal with user
's000...@subdomain.domain.com' you just need to add that to username 
field. Same for 'name.surn...@domain.com'.


On 09/22/2016 04:43 PM, nicola.gentile.to wrote:

I have tried what you suggests me and it works fine but I ask you an
explanation.
During the setup, before finish the procedure I have tested with two
account the Login.

The forest domain is: domain.com
The accounts are like these:

1) s000...@subdomain.domain.com

2) name.surn...@domain.com

This procedure works fine but I have specified the domain or subdomain
in the Login Test.

My question is: from the user portal is possible specify subdomain?

For example:
username: s000...@subdomain.domain.com
password: xxx
Profile: domain.com

I hope I explained it well

Best regards

Nicola



Il 21/09/2016 17:13, Ondra Machacek ha scritto:

On 09/21/2016 04:53 PM, nicola.gentile.to wrote:

Hi,

I have installed ovirt 4.0.3 on my servers. Now I would add
authentication with active directory, for user portal.

In the previous version I have used the following command:

engine-manage-domains add --domain=mydomain --provider=ad
--user=myuser --add-permissions

but now this command there isn't.

I found this command ovirt-engine-extension-aaa-ldap-setup and now I ask
you if this command is the substitute, this command is not present on my
installation, I must add it I suppose.

Is there an howto page on the documentation to help me?


There is README in the 'ovirt-engine-extension-aaa-ldap' package.

 $ rpm -qd ovirt-engine-extension-aaa-ldap

What you need to do is just to install setup package:

 $ yum install ovirt-engine-extension-aaa-ldap-setup

And then run command:

 $ ovirt-engine-extension-aaa-ldap-setup

The setup will guide you throughout the process.



How to I proceede?

Thank you for your help

Regard

Nicola
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users




___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users