[ovirt-users] Re: terraform integration

2020-02-25 Thread Roy Golan
On Tue, 25 Feb 2020 at 23:22, Nathanaël Blanchet  wrote:

>
>
> Le 25 févr. 2020 15:11, Roy Golan  a écrit :
>
>
>
> On Fri, 21 Feb 2020 at 14:52, Nathanaël Blanchet  wrote:
>
> Hello,
>
> It seems that the work for including ovirt as a provider in the master
> branch of openshift installer has been done. I compiled the master code and
> ovirt does appear in the survey.
> I don't have much time to test it for now but is it operationnal? If yes,
> I will prior to have a look to it.
>
>
> It is operational, yes - which OS are you going to use?
>
> You must pick a release image - you can use this I think
registry.svc.ci.openshift.org/origin/release:4.4.0-0.okd-2020-02-25-003044
Do note that the images may be deleted by CI every 4-5 days. I'll ask for a
permanent release.

The choice seems to be done between RHCOS ans FCOS doesn't it? I would
> prefer FCOS. Do I have to preset a template or the installer downloads the
> template by its own?
> Okd 4.4 is still in alpha preview, is it stable enough, what does it still
> miss?
>

Will work with RHCOS, I'm not sure about FCOS. +Nisim Simsolo
 did you try FCOS and ignition yet?

If you want to join the discussion or to get updated with OKD I recommend
joining at #openshift-dev on slack.k8s.io

Thanks.
> Le 06/01/2020 à 21:30, Roy Golan a écrit :
>
>
>
> The merge window is now open for the masters branches of the various
> origin components.
> Post merge there should be an OKD release - this is not under my control,
> but when it will be available I'll let you know.
>
> On Mon, 6 Jan 2020 at 20:54, Nathanaël Blanchet  wrote:
>
> Hello Roy
> Le 21/11/2019 à 13:57, Roy Golan a écrit :
>
>
>
> On Thu, 21 Nov 2019 at 08:48, Roy Golan  wrote:
>
>
>
> On Wed, 20 Nov 2019 at 09:49, Nathanaël Blanchet  wrote:
>
>
> Le 19/11/2019 à 19:23, Nathanaël Blanchet a écrit :
>
>
> Le 19/11/2019 à 13:43, Roy Golan a écrit :
>
>
>
> On Tue, 19 Nov 2019 at 14:34, Nathanaël Blanchet  wrote:
>
> Le 19/11/2019 à 08:55, Roy Golan a écrit :
>
> oc get -o json clusterversion
>
> This is the output of the previous failed deployment, I'll give a try to a
> newer one when I'll have a minute to test
>
> Without changing nothing with template,  I gave a new try and... nothing
> works anymore now, none of provided IPs can be pingued : dial tcp
> 10.34.212.51:6443: connect: no route to host", so none of masters can be
> provisonned by bootstrap.
>
> I tried with the latest rhcos and latest ovirt 4.3.7, it is the same.
> Obviously something changed since my first attempt 12 days ago... is your
> docker image for openshift-installer up to date?
>
> Are you still able to your side to deploy a valid cluster ?
>
> I investigated looking at bootstrap logs (attached) and it seems that
> every containers die immediately after been started.
>
> Nov 20 07:02:33 localhost podman[2024]: 2019-11-20 07:02:33.60107571 +
> UTC m=+0.794838407 container init
> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
> Nov 20 07:02:33 localhost podman[2024]: 2019-11-20 07:02:33.623197173
> + UTC m=+0.816959853 container start
> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
> Nov 20 07:02:33 localhost podman[2024]: 2019-11-20 07:02:33.623814258
> + UTC m=+0.817576965 container attach
> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
> Nov 20 07:02:34 localhost systemd[1]:
> libpod-446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603.scope:
> Consumed 814ms CPU time
> Nov 20 07:02:34 localhost podman[2024]: 2019-11-20 07:02:34.100569998
> + UTC m=+1.294332779 container died
> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
> Nov 20 07:02:35 localhost podman[2024]: 2019-11-20 07:02:35.138523102
> + UTC m=+2.332285844 container remove
> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>
> and this:
>
> Nov 20 07:04:16 localhost hyperkube[1909]: E1120 07:04:16.4895271909
> remote_runtime.go:200] CreateContainer in sandbox
> "58f2062aa7b6a5b2bdd6b9cf7b41a9f94ca2b30ad5a20e4fa4dec8a9b82f05e5" from
> runtime service failed: rpc error: code = Unknown desc = container create
> failed: container_linux.go:345: starting container process caused "exec:
> \"runtimecfg\": executa

[ovirt-users] Re: terraform integration

2020-02-25 Thread Roy Golan
On Fri, 21 Feb 2020 at 14:52, Nathanaël Blanchet  wrote:

> Hello,
>
> It seems that the work for including ovirt as a provider in the master
> branch of openshift installer has been done. I compiled the master code and
> ovirt does appear in the survey.
> I don't have much time to test it for now but is it operationnal? If yes,
> I will prior to have a look to it.
>

It is operational, yes - which OS are you going to use?

> Thanks.
> Le 06/01/2020 à 21:30, Roy Golan a écrit :
>
>
>
> The merge window is now open for the masters branches of the various
> origin components.
> Post merge there should be an OKD release - this is not under my control,
> but when it will be available I'll let you know.
>
> On Mon, 6 Jan 2020 at 20:54, Nathanaël Blanchet  wrote:
>
>> Hello Roy
>> Le 21/11/2019 à 13:57, Roy Golan a écrit :
>>
>>
>>
>> On Thu, 21 Nov 2019 at 08:48, Roy Golan  wrote:
>>
>>>
>>>
>>> On Wed, 20 Nov 2019 at 09:49, Nathanaël Blanchet 
>>> wrote:
>>>
>>>>
>>>> Le 19/11/2019 à 19:23, Nathanaël Blanchet a écrit :
>>>>
>>>>
>>>> Le 19/11/2019 à 13:43, Roy Golan a écrit :
>>>>
>>>>
>>>>
>>>> On Tue, 19 Nov 2019 at 14:34, Nathanaël Blanchet 
>>>> wrote:
>>>>
>>>>> Le 19/11/2019 à 08:55, Roy Golan a écrit :
>>>>>
>>>>> oc get -o json clusterversion
>>>>>
>>>>> This is the output of the previous failed deployment, I'll give a try
>>>>> to a newer one when I'll have a minute to test
>>>>>
>>>> Without changing nothing with template,  I gave a new try and...
>>>> nothing works anymore now, none of provided IPs can be pingued : dial tcp
>>>> 10.34.212.51:6443: connect: no route to host", so none of masters can
>>>> be provisonned by bootstrap.
>>>>
>>>> I tried with the latest rhcos and latest ovirt 4.3.7, it is the same.
>>>> Obviously something changed since my first attempt 12 days ago... is your
>>>> docker image for openshift-installer up to date?
>>>>
>>>> Are you still able to your side to deploy a valid cluster ?
>>>>
>>>> I investigated looking at bootstrap logs (attached) and it seems that
>>>> every containers die immediately after been started.
>>>>
>>>> Nov 20 07:02:33 localhost podman[2024]: 2019-11-20 07:02:33.60107571
>>>> + UTC m=+0.794838407 container init
>>>> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
>>>> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>>>> Nov 20 07:02:33 localhost podman[2024]: 2019-11-20 07:02:33.623197173
>>>> + UTC m=+0.816959853 container start
>>>> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
>>>> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>>>> Nov 20 07:02:33 localhost podman[2024]: 2019-11-20 07:02:33.623814258
>>>> + UTC m=+0.817576965 container attach
>>>> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
>>>> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>>>> Nov 20 07:02:34 localhost systemd[1]:
>>>> libpod-446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603.scope:
>>>> Consumed 814ms CPU time
>>>> Nov 20 07:02:34 localhost podman[2024]: 2019-11-20 07:02:34.100569998
>>>> + UTC m=+1.294332779 container died
>>>> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
>>>> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>>>> Nov 20 07:02:35 localhost podman[2024]: 2019-11-20 07:02:35.138523102
>>>> + UTC m=+2.332285844 container remove
>>>> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
>>>> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>>>>
>>>> and this:
>>>>
>>>> Nov 20 07:04:16 localhost hyperkube[1909]: E1120 07:04:16.489527
>>>> 1909 remote_runtime.go:200] CreateContainer in sandbox
>>>> "58f2062aa7b6a5b2bdd6b9cf7b41a9f94ca2b30ad5a20e4fa4dec8a9b82f05e5" from
>>>> runtime service failed: rpc error: code = Unknown desc = container create
>>>> failed: container_linux.go:345: starting container process caused "exec:
>>>> \"runtimecfg\"

[ovirt-users] Re: terraform integration

2020-01-06 Thread Roy Golan
The merge window is now open for the masters branches of the various origin
components.
Post merge there should be an OKD release - this is not under my control,
but when it will be available I'll let you know.

On Mon, 6 Jan 2020 at 20:54, Nathanaël Blanchet  wrote:

> Hello Roy
> Le 21/11/2019 à 13:57, Roy Golan a écrit :
>
>
>
> On Thu, 21 Nov 2019 at 08:48, Roy Golan  wrote:
>
>>
>>
>> On Wed, 20 Nov 2019 at 09:49, Nathanaël Blanchet 
>> wrote:
>>
>>>
>>> Le 19/11/2019 à 19:23, Nathanaël Blanchet a écrit :
>>>
>>>
>>> Le 19/11/2019 à 13:43, Roy Golan a écrit :
>>>
>>>
>>>
>>> On Tue, 19 Nov 2019 at 14:34, Nathanaël Blanchet 
>>> wrote:
>>>
>>>> Le 19/11/2019 à 08:55, Roy Golan a écrit :
>>>>
>>>> oc get -o json clusterversion
>>>>
>>>> This is the output of the previous failed deployment, I'll give a try
>>>> to a newer one when I'll have a minute to test
>>>>
>>> Without changing nothing with template,  I gave a new try and... nothing
>>> works anymore now, none of provided IPs can be pingued : dial tcp
>>> 10.34.212.51:6443: connect: no route to host", so none of masters can
>>> be provisonned by bootstrap.
>>>
>>> I tried with the latest rhcos and latest ovirt 4.3.7, it is the same.
>>> Obviously something changed since my first attempt 12 days ago... is your
>>> docker image for openshift-installer up to date?
>>>
>>> Are you still able to your side to deploy a valid cluster ?
>>>
>>> I investigated looking at bootstrap logs (attached) and it seems that
>>> every containers die immediately after been started.
>>>
>>> Nov 20 07:02:33 localhost podman[2024]: 2019-11-20 07:02:33.60107571
>>> + UTC m=+0.794838407 container init
>>> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
>>> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>>> Nov 20 07:02:33 localhost podman[2024]: 2019-11-20 07:02:33.623197173
>>> + UTC m=+0.816959853 container start
>>> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
>>> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>>> Nov 20 07:02:33 localhost podman[2024]: 2019-11-20 07:02:33.623814258
>>> + UTC m=+0.817576965 container attach
>>> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
>>> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>>> Nov 20 07:02:34 localhost systemd[1]:
>>> libpod-446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603.scope:
>>> Consumed 814ms CPU time
>>> Nov 20 07:02:34 localhost podman[2024]: 2019-11-20 07:02:34.100569998
>>> + UTC m=+1.294332779 container died
>>> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
>>> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>>> Nov 20 07:02:35 localhost podman[2024]: 2019-11-20 07:02:35.138523102
>>> + UTC m=+2.332285844 container remove
>>> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
>>> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>>>
>>> and this:
>>>
>>> Nov 20 07:04:16 localhost hyperkube[1909]: E1120 07:04:16.4895271909
>>> remote_runtime.go:200] CreateContainer in sandbox
>>> "58f2062aa7b6a5b2bdd6b9cf7b41a9f94ca2b30ad5a20e4fa4dec8a9b82f05e5" from
>>> runtime service failed: rpc error: code = Unknown desc = container create
>>> failed: container_linux.go:345: starting container process caused "exec:
>>> \"runtimecfg\": executable file not found in $PATH"
>>> Nov 20 07:04:16 localhost hyperkube[1909]: E1120 07:04:16.4897141909
>>> kuberuntime_manager.go:783] init container start failed:
>>> CreateContainerError: container create failed: container_linux.go:345:
>>> starting container process caused "exec: \"runtimecfg\": executable file
>>> not found in $PATH"
>>>
>>> What do you think about this?
>>>
>>
>> I'm seeing the same now, checking...
>>
>>
> Because of the move upstream to release OKD the release-image that comes
> with the installer I gave you are no longer valid.
>
> I need to prepare an installer version with the preview of OKD, you can
> find the details here
> https://mobile.twitter.com/smarterclayton/status/119647764688

[ovirt-users] Re: metrics

2019-11-24 Thread Roy Golan
On Fri, 22 Nov 2019 at 19:07,  wrote:

> Hi,
>
> Now, when running this command
> # ANSIBLE_CONFIG="/usr/share/ansible/openshift-ansible/ansible.cfg"
> ANSIBLE_ROLES_PATH="/usr/share/ansible/roles/:/usr/share/ansible/openshift-ansible/roles"
> ansible-playbook -i integ.ini install_okd.yaml -e @vars.yaml -e
> @secure_vars.yaml --ask-vault-pass
>
>
> I'm getting this error:
>
> failed: [master0.domain.pt] (item=api) => {"attempts": 72, "changed":
> false, "item": "api", "msg": {"cmd": "/usr/bin/oc get pod
> master-api-master0.domain.pt -o json -n kube-system", "results": [{}],
> "returncode": 1, "stderr": "Unable to connect to the server: dial tcp:
> lookup openshift-master.domain.pt on 192.168.5.77:53: no such host\n",
> "stdout": ""}}
>
> its the machine resolver nameserver 192.168.5.77 that replied that it
can't resolve openshift-master-domain.pt.

Why it is trying to connect to port 53(!?) on master0? That service is not
> running on master0.
> I can ping and telnet telnet 192.168.5.77 8443
>
>
> Thanks
>
> --
> *De: *"Shirly Radco" 
> *Para: *supo...@logicworks.pt
> *Cc: *"users" 
> *Enviadas: *Quinta-feira, 21 De Novembro de 2019 10:08:40
> *Assunto: *Re: [ovirt-users] Re: metrics
>
>
>
>
>
> On Wed, Nov 20, 2019 at 5:46 PM  wrote:
>
>> Hi,
>>
>> I overcame this problem after configuring an hostname on
>> metrics-store-installer, add a static IP and add this host to /etc/hosts on
>> the engine.
>>
>
> I'm happy to hear that!
> Please note that adding the hot to  /etc/hosts can be done by setting the
> "create_host_entry" to true
> in the metrics-store-config.yml
>
> Best,
> Shirly
>
>>
>>
>> --
>> *De: *supo...@logicworks.pt
>> *Para: *"Shirly Radco" 
>> *Cc: *"users" 
>> *Enviadas: *Terça-feira, 19 De Novembro de 2019 17:08:10
>> *Assunto: *[ovirt-users] Re: metrics
>>
>> Hello,
>>
>> Still cannot find it.
>>
>> # echo $ANSIBLE_DEBUG
>> 1
>>
>> I just find this:
>>
>> 2019-11-19 16:25:50,264 p=root u=6462 | ok: [localhost]
>> 2019-11-19 16:25:50,296 p=root u=6462 | TASK
>> [/usr/share/ansible/roles/oVirt.metrics/roles/oVirt.origin-on-ovirt :
>> Collect oVirt VM facts]
>> 
>> 2019-11-19 16:30:54,647 p=root u=6462 | fatal: [localhost]: FAILED! =>
>> {"attempts": 5, "censored": "the output has been hidden due to the fact
>> that 'no_log: true' was specified for this result", "changed": false}
>> 2019-11-19 16:30:54,679 p=root u=6462 | TASK
>> [/usr/share/ansible/roles/oVirt.metrics/roles/oVirt.origin-on-ovirt :
>> Logout from oVirt]
>> *
>> 2019-11-19 16:30:55,074 p=root u=6462 | ok: [localhost]
>> 2019-11-19 16:30:55,107 p=root u=6462 | TASK
>> [oVirt.metrics/roles/oVirt.metrics-store-installation : Delete
>> engine_id_rsa.pub]
>> 
>>
>>
>> Maybe I'm missing something?
>>
>> --
>> *De: *"Shirly Radco" 
>> *Para: *supo...@logicworks.pt
>> *Cc: *"Jayme" , "users" 
>> *Enviadas: *Terça-feira, 19 De Novembro de 2019 14:01:20
>> *Assunto: *Re: [ovirt-users] Re: metrics
>>
>> Hi,
>>
>> Did you try running the playbook with the ANSIBLE_DEBUG=1 ? It should
>> show you the issue in the log that
>> is located under /var/log/ovirt-engine/ansible/ .
>>
>> Best,
>>
>> Shirly
>>
>>
>>
>> On Mon, Nov 18, 2019 at 7:56 PM  wrote:
>>
>>> Hello,
>>>
>>> I attached the log. Cannot figure it out where is the issue.
>>>
>>> Any idea?
>>>
>>> Thanks
>>>
>>> José
>>>
>>> --
>>> *De: *"Shirly Radco" 
>>> *Para: *supo...@logicworks.pt
>>> *Cc: *"Jayme" , "users" 
>>> *Enviadas: *Segunda-feira, 18 De Novembro de 2019 10:24:28
>>> *Assunto: *Re: [ovirt-users] Re: metrics
>>>
>>>
>>> --
>>>
>>>
>>> Shirly Radco
>>>
>>> BI Principal Software Engineer
>>>
>>> Red Hat 
>>>
>>>
>>> 
>>>
>>>
>>> On Fri, Nov 15, 2019 at 7:34 PM  wrote:
>>>
 Ok, found this
 https://github.com/oVirt/ovirt-ansible-image-template/pull/47
 and change

 retries: "{{ (disk_resize_timeout / 3) | int }}"
 delay: 3

 to

 retries: 60
 delay: 3

 in
 /usr/share/ansible/roles/ovirt.image-template/tasks/qcow2_image.yml

 but now I'm stuck in here:

 TASK
 [/usr/share/ansible/roles/oVirt.metrics/roles/oVirt.origin-on-ovirt :
 Collect oVirt VM facts]
 *
 FAILED - RETRYING: Collect oVirt VM facts (5 retries left).
 FAILED - RETRYING: Collect oVirt VM facts (4 retries left).
 FAILED - RETRYING: Collect oVirt VM facts (3 retries left).
 FAILED - RETRYING: Collect oVirt VM facts (2 retries left).
 FAILED - RETRYING: Collect oVirt VM facts (1 retries left).
 fatal: [localhost]: FAILED! => {"attempts": 5, "censored": "the output
 

[ovirt-users] Re: terraform integration

2019-11-24 Thread Roy Golan
On Thu, 21 Nov 2019 at 16:42, Nathanaël Blanchet  wrote:

>
> Le 21/11/2019 à 13:57, Roy Golan a écrit :
>
>
>
> On Thu, 21 Nov 2019 at 08:48, Roy Golan  wrote:
>
>>
>>
>> On Wed, 20 Nov 2019 at 09:49, Nathanaël Blanchet 
>> wrote:
>>
>>>
>>> Le 19/11/2019 à 19:23, Nathanaël Blanchet a écrit :
>>>
>>>
>>> Le 19/11/2019 à 13:43, Roy Golan a écrit :
>>>
>>>
>>>
>>> On Tue, 19 Nov 2019 at 14:34, Nathanaël Blanchet 
>>> wrote:
>>>
>>>> Le 19/11/2019 à 08:55, Roy Golan a écrit :
>>>>
>>>> oc get -o json clusterversion
>>>>
>>>> This is the output of the previous failed deployment, I'll give a try
>>>> to a newer one when I'll have a minute to test
>>>>
>>> Without changing nothing with template,  I gave a new try and... nothing
>>> works anymore now, none of provided IPs can be pingued : dial tcp
>>> 10.34.212.51:6443: connect: no route to host", so none of masters can
>>> be provisonned by bootstrap.
>>>
>>> I tried with the latest rhcos and latest ovirt 4.3.7, it is the same.
>>> Obviously something changed since my first attempt 12 days ago... is your
>>> docker image for openshift-installer up to date?
>>>
>>> Are you still able to your side to deploy a valid cluster ?
>>>
>>> I investigated looking at bootstrap logs (attached) and it seems that
>>> every containers die immediately after been started.
>>>
>>> Nov 20 07:02:33 localhost podman[2024]: 2019-11-20 07:02:33.60107571
>>> + UTC m=+0.794838407 container init
>>> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
>>> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>>> Nov 20 07:02:33 localhost podman[2024]: 2019-11-20 07:02:33.623197173
>>> + UTC m=+0.816959853 container start
>>> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
>>> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>>> Nov 20 07:02:33 localhost podman[2024]: 2019-11-20 07:02:33.623814258
>>> + UTC m=+0.817576965 container attach
>>> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
>>> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>>> Nov 20 07:02:34 localhost systemd[1]:
>>> libpod-446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603.scope:
>>> Consumed 814ms CPU time
>>> Nov 20 07:02:34 localhost podman[2024]: 2019-11-20 07:02:34.100569998
>>> + UTC m=+1.294332779 container died
>>> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
>>> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>>> Nov 20 07:02:35 localhost podman[2024]: 2019-11-20 07:02:35.138523102
>>> + UTC m=+2.332285844 container remove
>>> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
>>> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>>>
>>> and this:
>>>
>>> Nov 20 07:04:16 localhost hyperkube[1909]: E1120 07:04:16.4895271909
>>> remote_runtime.go:200] CreateContainer in sandbox
>>> "58f2062aa7b6a5b2bdd6b9cf7b41a9f94ca2b30ad5a20e4fa4dec8a9b82f05e5" from
>>> runtime service failed: rpc error: code = Unknown desc = container create
>>> failed: container_linux.go:345: starting container process caused "exec:
>>> \"runtimecfg\": executable file not found in $PATH"
>>> Nov 20 07:04:16 localhost hyperkube[1909]: E1120 07:04:16.4897141909
>>> kuberuntime_manager.go:783] init container start failed:
>>> CreateContainerError: container create failed: container_linux.go:345:
>>> starting container process caused "exec: \"runtimecfg\": executable file
>>> not found in $PATH"
>>>
>>> What do you think about this?
>>>
>>
>> I'm seeing the same now, checking...
>>
>>
> Because of the move upstream to release OKD the release-image that comes
> with the installer I gave you are no longer valid.
>
> I need to prepare an installer version with the preview of OKD, you can
> find the details here
> https://mobile.twitter.com/smarterclayton/status/1196477646885965824
>
> Seems that okd4
> https://github.com/openshift/okd/releases/download/4.3.0-0.okd-2019-11-15-182656/openshift-install-linux-4.3.0-0.okd-2019-11-15-182656.tar.gz
> is a compiled binary without t

[ovirt-users] Re: terraform integration

2019-11-21 Thread Roy Golan
On Thu, 21 Nov 2019 at 08:48, Roy Golan  wrote:

>
>
> On Wed, 20 Nov 2019 at 09:49, Nathanaël Blanchet  wrote:
>
>>
>> Le 19/11/2019 à 19:23, Nathanaël Blanchet a écrit :
>>
>>
>> Le 19/11/2019 à 13:43, Roy Golan a écrit :
>>
>>
>>
>> On Tue, 19 Nov 2019 at 14:34, Nathanaël Blanchet 
>> wrote:
>>
>>> Le 19/11/2019 à 08:55, Roy Golan a écrit :
>>>
>>> oc get -o json clusterversion
>>>
>>> This is the output of the previous failed deployment, I'll give a try to
>>> a newer one when I'll have a minute to test
>>>
>> Without changing nothing with template,  I gave a new try and... nothing
>> works anymore now, none of provided IPs can be pingued : dial tcp
>> 10.34.212.51:6443: connect: no route to host", so none of masters can be
>> provisonned by bootstrap.
>>
>> I tried with the latest rhcos and latest ovirt 4.3.7, it is the same.
>> Obviously something changed since my first attempt 12 days ago... is your
>> docker image for openshift-installer up to date?
>>
>> Are you still able to your side to deploy a valid cluster ?
>>
>> I investigated looking at bootstrap logs (attached) and it seems that
>> every containers die immediately after been started.
>>
>> Nov 20 07:02:33 localhost podman[2024]: 2019-11-20 07:02:33.60107571
>> + UTC m=+0.794838407 container init
>> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
>> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>> Nov 20 07:02:33 localhost podman[2024]: 2019-11-20 07:02:33.623197173
>> + UTC m=+0.816959853 container start
>> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
>> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>> Nov 20 07:02:33 localhost podman[2024]: 2019-11-20 07:02:33.623814258
>> + UTC m=+0.817576965 container attach
>> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
>> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>> Nov 20 07:02:34 localhost systemd[1]:
>> libpod-446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603.scope:
>> Consumed 814ms CPU time
>> Nov 20 07:02:34 localhost podman[2024]: 2019-11-20 07:02:34.100569998
>> + UTC m=+1.294332779 container died
>> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
>> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>> Nov 20 07:02:35 localhost podman[2024]: 2019-11-20 07:02:35.138523102
>> + UTC m=+2.332285844 container remove
>> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
>> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>>
>> and this:
>>
>> Nov 20 07:04:16 localhost hyperkube[1909]: E1120 07:04:16.4895271909
>> remote_runtime.go:200] CreateContainer in sandbox
>> "58f2062aa7b6a5b2bdd6b9cf7b41a9f94ca2b30ad5a20e4fa4dec8a9b82f05e5" from
>> runtime service failed: rpc error: code = Unknown desc = container create
>> failed: container_linux.go:345: starting container process caused "exec:
>> \"runtimecfg\": executable file not found in $PATH"
>> Nov 20 07:04:16 localhost hyperkube[1909]: E1120 07:04:16.4897141909
>> kuberuntime_manager.go:783] init container start failed:
>> CreateContainerError: container create failed: container_linux.go:345:
>> starting container process caused "exec: \"runtimecfg\": executable file
>> not found in $PATH"
>>
>> What do you think about this?
>>
>
> I'm seeing the same now, checking...
>
>
Because of the move upstream to release OKD the release-image that comes
with the installer I gave you are no longer valid.

I need to prepare an installer version with the preview of OKD, you can
find the details here
https://mobile.twitter.com/smarterclayton/status/1196477646885965824



(do I need to use the terraform-workers tag instead of latest?)
>>>
>>> docker pull quay.io/rgolangh/openshift-installer:terraform-workers
>>>
>>>
>>> [root@openshift-installer
>>> openshift-origin-client-tools-v3.11.0-0cbc58b-linux-64bit]# ./oc get -o
>>> json clusterversion
>>> {
>>> "apiVersion": "v1",
>>> "items": [
>>> {
>>> "apiVersion": "config.openshift.io/v1",
>>> "kind": "ClusterVersion",
>>> "metadata": {
>

[ovirt-users] Re: terraform integration

2019-11-20 Thread Roy Golan
On Wed, 20 Nov 2019 at 09:49, Nathanaël Blanchet  wrote:

>
> Le 19/11/2019 à 19:23, Nathanaël Blanchet a écrit :
>
>
> Le 19/11/2019 à 13:43, Roy Golan a écrit :
>
>
>
> On Tue, 19 Nov 2019 at 14:34, Nathanaël Blanchet  wrote:
>
>> Le 19/11/2019 à 08:55, Roy Golan a écrit :
>>
>> oc get -o json clusterversion
>>
>> This is the output of the previous failed deployment, I'll give a try to
>> a newer one when I'll have a minute to test
>>
> Without changing nothing with template,  I gave a new try and... nothing
> works anymore now, none of provided IPs can be pingued : dial tcp
> 10.34.212.51:6443: connect: no route to host", so none of masters can be
> provisonned by bootstrap.
>
> I tried with the latest rhcos and latest ovirt 4.3.7, it is the same.
> Obviously something changed since my first attempt 12 days ago... is your
> docker image for openshift-installer up to date?
>
> Are you still able to your side to deploy a valid cluster ?
>
> I investigated looking at bootstrap logs (attached) and it seems that
> every containers die immediately after been started.
>
> Nov 20 07:02:33 localhost podman[2024]: 2019-11-20 07:02:33.60107571 +
> UTC m=+0.794838407 container init
> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
> Nov 20 07:02:33 localhost podman[2024]: 2019-11-20 07:02:33.623197173
> + UTC m=+0.816959853 container start
> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
> Nov 20 07:02:33 localhost podman[2024]: 2019-11-20 07:02:33.623814258
> + UTC m=+0.817576965 container attach
> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
> Nov 20 07:02:34 localhost systemd[1]:
> libpod-446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603.scope:
> Consumed 814ms CPU time
> Nov 20 07:02:34 localhost podman[2024]: 2019-11-20 07:02:34.100569998
> + UTC m=+1.294332779 container died
> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
> Nov 20 07:02:35 localhost podman[2024]: 2019-11-20 07:02:35.138523102
> + UTC m=+2.332285844 container remove
> 446dc9b7a04ff3ff4bbcfa6750e3946c084741b39707eb088c9d7ae648e35603 (image=
> registry.svc.ci.openshift.org/origin/release:4.3, name=eager_cannon)
>
> and this:
>
> Nov 20 07:04:16 localhost hyperkube[1909]: E1120 07:04:16.4895271909
> remote_runtime.go:200] CreateContainer in sandbox
> "58f2062aa7b6a5b2bdd6b9cf7b41a9f94ca2b30ad5a20e4fa4dec8a9b82f05e5" from
> runtime service failed: rpc error: code = Unknown desc = container create
> failed: container_linux.go:345: starting container process caused "exec:
> \"runtimecfg\": executable file not found in $PATH"
> Nov 20 07:04:16 localhost hyperkube[1909]: E1120 07:04:16.4897141909
> kuberuntime_manager.go:783] init container start failed:
> CreateContainerError: container create failed: container_linux.go:345:
> starting container process caused "exec: \"runtimecfg\": executable file
> not found in $PATH"
>
> What do you think about this?
>

I'm seeing the same now, checking...

(do I need to use the terraform-workers tag instead of latest?)
>>
>> docker pull quay.io/rgolangh/openshift-installer:terraform-workers
>>
>>
>> [root@openshift-installer
>> openshift-origin-client-tools-v3.11.0-0cbc58b-linux-64bit]# ./oc get -o
>> json clusterversion
>> {
>> "apiVersion": "v1",
>> "items": [
>> {
>> "apiVersion": "config.openshift.io/v1",
>> "kind": "ClusterVersion",
>> "metadata": {
>> "creationTimestamp": "2019-11-07T12:23:06Z",
>> "generation": 1,
>> "name": "version",
>> "namespace": "",
>> "resourceVersion": "3770202",
>> "selfLink": "/apis/
>> config.openshift.io/v1/clusterversions/version",
>> "uid": "77600bba-6e71-4b35-a60b-d8ee6e0f545c"
>> },
>> "spec": {
>> "channel": "stable-4.3",
>> "clusterID": "6f

[ovirt-users] Re: terraform integration

2019-11-19 Thread Roy Golan
On Tue, 19 Nov 2019 at 14:34, Nathanaël Blanchet  wrote:

> Le 19/11/2019 à 08:55, Roy Golan a écrit :
>
> oc get -o json clusterversion
>
> This is the output of the previous failed deployment, I'll give a try to a
> newer one when I'll have a minute to test
>
> (do I need to use the terraform-workers tag instead of latest?)
>
> docker pull quay.io/rgolangh/openshift-installer:terraform-workers
>
>
> [root@openshift-installer
> openshift-origin-client-tools-v3.11.0-0cbc58b-linux-64bit]# ./oc get -o
> json clusterversion
> {
> "apiVersion": "v1",
> "items": [
> {
> "apiVersion": "config.openshift.io/v1",
> "kind": "ClusterVersion",
> "metadata": {
> "creationTimestamp": "2019-11-07T12:23:06Z",
> "generation": 1,
> "name": "version",
> "namespace": "",
> "resourceVersion": "3770202",
> "selfLink": "/apis/
> config.openshift.io/v1/clusterversions/version",
> "uid": "77600bba-6e71-4b35-a60b-d8ee6e0f545c"
> },
> "spec": {
> "channel": "stable-4.3",
> "clusterID": "6f87b719-e563-4c0b-ab5a-1144172bc983",
> "upstream":
> "https://api.openshift.com/api/upgrades_info/v1/graph;
> <https://api.openshift.com/api/upgrades_info/v1/graph>
> },
> "status": {
> "availableUpdates": null,
> "conditions": [
> {
> "lastTransitionTime": "2019-11-07T12:23:12Z",
> "status": "False",
> "type": "Available"
> },
> {script
> "lastTransitionTime": "2019-11-07T12:56:15Z",
> "message": "Cluster operator image-registry is
> still updating",
> "reason": "ClusterOperatorNotAvailable",
> "status": "True",
> "type": "Failing"
> },
> {
> "lastTransitionTime": "2019-11-07T12:23:12Z",
> "message": "Unable to apply
> 4.3.0-0.okd-2019-10-29-180250: the cluster operator image-registry has not
> yet successfully rolled out",
> "reason": "ClusterOperatorNotAvailable",
> "status": "True",
> "type": "Progressing"
> },
> {
> "lastTransitionTime": "2019-11-07T12:23:12Z",
> "message": "Unable to retrieve available updates:
> currently installed version 4.3.0-0.okd-2019-10-29-180250 not found in the
> \"stable-4.3\" channel",
> "reason": "RemoteFailed",
> "status": "False",
> "type": "RetrievedUpdates"
> }
> ],
> "desired": {
> "force": false,
> "image": "
> registry.svc.ci.openshift.org/origin/release@sha256:68286e07f7d68ebc8a067389aabf38dee9f9b810c5520d6ee4593c38eb48ddc9
> ",
> "version": "4.3.0-0.okd-2019-10-29-180250"
>

Indeed this version is not the latest and is missing the aforementioned fix
for the registry.

},
> "history": [
> {
> "completionTime": null,
> "image": "
> registry.svc.ci.openshift.org/origin/release@sha256:68286e07f7d68ebc8a067389aabf38dee9f9b810c5520d6ee4593c38eb48ddc9
> ",
> "startedTime": "2019-11-07T12:23:12Z",
> "state": "Partial",
> "verified": false,
> "version": "4.3.0-0

[ovirt-users] Re: terraform integration

2019-11-18 Thread Roy Golan
On Tue, 12 Nov 2019 at 10:22, Nathanaël Blanchet  wrote:

> Le 08/11/2019 à 11:20, Nathanaël Blanchet a écrit :
>
>
>> That should have been solved by
>> https://github.com/openshift/cluster-image-registry-operator/pull/406
>>
>> nothing helped me, what am I supposed to do now for getting a working
> cluster?
>
> thank you
>

This exact image is passing CI. Anyhow some more changes are coming, that
will have
a good impact on resource (essentially spinning the worker later in the
process and not imediatly)

Can you try to run the install again?
What is the output of:

oc get -o json clusterversion


Is it merged? What should I do now, waiting for new release? I can't test
> installation further until this is not fixed.
>
> It seems to be a storage backend issue for the registry container.
>
> I noticed the openshift version is 4.3, is it possible to install a
> previous stable one?
>
> Does it mean all other openshift-installer providers are concerned by this
> bug?
>
>
>> Can you share `oc describe co/image-registry` ?
>>
>> I finally manged to connect to the cluster:
>
> ./oc describe co/image-registry
> Name: image-registry
> Namespace:
> Labels:   
> Annotations:  
> API Version:  config.openshift.io/v1
> Kind: ClusterOperator
> Metadata:
>   Creation Timestamp:  2019-11-07T12:33:15Z
>   Generation:  1
>   Resource Version:10637
>   Self Link:   /apis/
> config.openshift.io/v1/clusteroperators/image-registry
>   UID: 28c491ad-7e89-4269-a6e3-8751085e7653
> Spec:
> Status:
>   Conditions:
> Last Transition Time:  2019-11-07T12:31:52Z
> Message:   storage backend not configured
> Reason:StorageNotConfigured
> Status:False
> Type:  Available
> Last Transition Time:  2019-11-07T12:31:52Z
> Message:   Unable to apply resources: storage backend not
> configured
> Reason:Error
> Status:False
> Type:  Progressing
> Last Transition Time:  2019-11-07T12:31:52Z
> Message:   storage backend not configured
> Reason:StorageNotConfigured
> Status:True
> Type:  Degraded
>   Extension:   
>   Related Objects:
> Group: imageregistry.operator.openshift.io
> Name:  cluster
> Resource:  configs
> Group:
> Name:  openshift-image-registry
> Resource:  namespaces
> Events:
>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> Pôle Infrastrutures Informatiques
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5 
> Tél. 33 (0)4 67 54 84 55
> Fax  33 (0)4 67 54 84 14blanc...@abes.fr
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XF2VSFIGWHELBE6OBCWUOCST4EJNGCO7/


[ovirt-users] Re: terraform integration

2019-11-07 Thread Roy Golan
On Thu, 7 Nov 2019 at 12:28, Nathanaël Blanchet  wrote:

>
> Le 07/11/2019 à 11:16, Roy Golan a écrit :
>
>
>
> On Thu, 7 Nov 2019 at 11:23, Nathanaël Blanchet  wrote:
>
>>
>> Le 07/11/2019 à 07:18, Roy Golan a écrit :
>>
>>
>>
>> On Thu, 7 Nov 2019 at 00:10, Nathanaël Blanchet  wrote:
>>
>>>
>>> Le 05/11/2019 à 21:50, Roy Golan a écrit :
>>>
>>>
>>>
>>> On Tue, 5 Nov 2019 at 22:46, Roy Golan  wrote:
>>>
>>>>
>>>>
>>>> On Tue, 5 Nov 2019 at 20:28, Nathanaël Blanchet 
>>>> wrote:
>>>>
>>>>>
>>>>> Le 05/11/2019 à 18:22, Roy Golan a écrit :
>>>>>
>>>>>
>>>>>
>>>>> On Tue, 5 Nov 2019 at 19:12, Nathanaël Blanchet 
>>>>> wrote:
>>>>>
>>>>>>
>>>>>> Le 05/11/2019 à 13:54, Roy Golan a écrit :
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, 5 Nov 2019 at 14:52, Nathanaël Blanchet 
>>>>>> wrote:
>>>>>>
>>>>>>> I tried openshift-install after compiling but no ovirt provider is
>>>>>>> available... So waht do you mean when you say "give a try"? Maybe only
>>>>>>> provisionning ovirt with the terraform module?
>>>>>>>
>>>>>>> [root@vm5 installer]# bin/openshift-install create cluster
>>>>>>> ? Platform  [Use arrows to move, space to select, type to filter, ?
>>>>>>> for more help]
>>>>>>> > aws
>>>>>>>   azure
>>>>>>>   gcp
>>>>>>>   openstack
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> Its not merged yet. Please pull this image and work with it as a
>>>>>> container
>>>>>> quay.io/rgolangh/openshift-installer
>>>>>>
>>>>>> A little feedback as you asked:
>>>>>>
>>>>>> [root@openshift-installer ~]# docker run -it 56e5b667100f create
>>>>>> cluster
>>>>>> ? Platform ovirt
>>>>>> ? Enter oVirt's api endpoint URL
>>>>>> https://air-dev.v100.abes.fr/ovirt-engine/api
>>>>>> ? Enter ovirt-engine username admin@internal
>>>>>> ? Enter password **
>>>>>> ? Pick the oVirt cluster Default
>>>>>> ? Pick a VM template centos7.x
>>>>>> ? Enter the internal API Virtual IP 10.34.212.200
>>>>>> ? Enter the internal DNS Virtual IP 10.34.212.100
>>>>>> ? Enter the ingress IP  10.34.212.50
>>>>>> ? Base Domain oc4.localdomain
>>>>>> ? Cluster Name test
>>>>>> ? Pull Secret [? for help] *
>>>>>> INFO Creating infrastructure resources...
>>>>>> INFO Waiting up to 30m0s for the Kubernetes API at
>>>>>> https://api.test.oc4.localdomain:6443...
>>>>>> ERROR Attempted to gather ClusterOperator status after installation
>>>>>> failure: listing ClusterOperator objects: Get
>>>>>> https://api.test.oc4.localdomain:6443/apis/config.openshift.io/v1/clusteroperators:
>>>>>> dial tcp: lookup api.test.oc4.localdomain on 10.34.212.100:53: no
>>>>>> such host
>>>>>> INFO Pulling debug logs from the bootstrap machine
>>>>>> ERROR Attempted to gather debug logs after installation failure:
>>>>>> failed to create SSH client, ensure the proper ssh key is in your keyring
>>>>>> or specify with --key: failed to initialize the SSH agent: failed to read
>>>>>> directory "/output/.ssh": open /output/.ssh: no such file or directory
>>>>>> FATAL Bootstrap failed to complete: waiting for Kubernetes API:
>>>>>> context deadline exceeded
>>>>>>
>>>>>>- 6 vms are successfully created thin dependent from the template
>>>>>>
>>>>>>
>>>>>>- each vm is provisionned by cloud-init
>>>>>>- the step "INFO Waiting up to 30m0s for the Kubernetes API at
>>>>>>https://api.test.oc4.localdomain:6443...; fails. It seems that
>>>>>>the DNS pod is not up at this time.
>>>>>>- Right this momen

[ovirt-users] Re: terraform integration

2019-11-07 Thread Roy Golan
On Thu, 7 Nov 2019 at 11:23, Nathanaël Blanchet  wrote:

>
> Le 07/11/2019 à 07:18, Roy Golan a écrit :
>
>
>
> On Thu, 7 Nov 2019 at 00:10, Nathanaël Blanchet  wrote:
>
>>
>> Le 05/11/2019 à 21:50, Roy Golan a écrit :
>>
>>
>>
>> On Tue, 5 Nov 2019 at 22:46, Roy Golan  wrote:
>>
>>>
>>>
>>> On Tue, 5 Nov 2019 at 20:28, Nathanaël Blanchet 
>>> wrote:
>>>
>>>>
>>>> Le 05/11/2019 à 18:22, Roy Golan a écrit :
>>>>
>>>>
>>>>
>>>> On Tue, 5 Nov 2019 at 19:12, Nathanaël Blanchet 
>>>> wrote:
>>>>
>>>>>
>>>>> Le 05/11/2019 à 13:54, Roy Golan a écrit :
>>>>>
>>>>>
>>>>>
>>>>> On Tue, 5 Nov 2019 at 14:52, Nathanaël Blanchet 
>>>>> wrote:
>>>>>
>>>>>> I tried openshift-install after compiling but no ovirt provider is
>>>>>> available... So waht do you mean when you say "give a try"? Maybe only
>>>>>> provisionning ovirt with the terraform module?
>>>>>>
>>>>>> [root@vm5 installer]# bin/openshift-install create cluster
>>>>>> ? Platform  [Use arrows to move, space to select, type to filter, ?
>>>>>> for more help]
>>>>>> > aws
>>>>>>   azure
>>>>>>   gcp
>>>>>>   openstack
>>>>>>
>>>>>>
>>>>>>
>>>>> Its not merged yet. Please pull this image and work with it as a
>>>>> container
>>>>> quay.io/rgolangh/openshift-installer
>>>>>
>>>>> A little feedback as you asked:
>>>>>
>>>>> [root@openshift-installer ~]# docker run -it 56e5b667100f create
>>>>> cluster
>>>>> ? Platform ovirt
>>>>> ? Enter oVirt's api endpoint URL
>>>>> https://air-dev.v100.abes.fr/ovirt-engine/api
>>>>> ? Enter ovirt-engine username admin@internal
>>>>> ? Enter password **
>>>>> ? Pick the oVirt cluster Default
>>>>> ? Pick a VM template centos7.x
>>>>> ? Enter the internal API Virtual IP 10.34.212.200
>>>>> ? Enter the internal DNS Virtual IP 10.34.212.100
>>>>> ? Enter the ingress IP  10.34.212.50
>>>>> ? Base Domain oc4.localdomain
>>>>> ? Cluster Name test
>>>>> ? Pull Secret [? for help] *
>>>>> INFO Creating infrastructure resources...
>>>>> INFO Waiting up to 30m0s for the Kubernetes API at
>>>>> https://api.test.oc4.localdomain:6443...
>>>>> ERROR Attempted to gather ClusterOperator status after installation
>>>>> failure: listing ClusterOperator objects: Get
>>>>> https://api.test.oc4.localdomain:6443/apis/config.openshift.io/v1/clusteroperators:
>>>>> dial tcp: lookup api.test.oc4.localdomain on 10.34.212.100:53: no
>>>>> such host
>>>>> INFO Pulling debug logs from the bootstrap machine
>>>>> ERROR Attempted to gather debug logs after installation failure:
>>>>> failed to create SSH client, ensure the proper ssh key is in your keyring
>>>>> or specify with --key: failed to initialize the SSH agent: failed to read
>>>>> directory "/output/.ssh": open /output/.ssh: no such file or directory
>>>>> FATAL Bootstrap failed to complete: waiting for Kubernetes API:
>>>>> context deadline exceeded
>>>>>
>>>>>- 6 vms are successfully created thin dependent from the template
>>>>>
>>>>>
>>>>>- each vm is provisionned by cloud-init
>>>>>- the step "INFO Waiting up to 30m0s for the Kubernetes API at
>>>>>https://api.test.oc4.localdomain:6443...; fails. It seems that the
>>>>>DNS pod is not up at this time.
>>>>>- Right this moment, there is no more visibility on what is done,
>>>>>what goes wrong... what's happening there? supposing a kind of playbook
>>>>>downloading a kind of images...
>>>>>- The" pull secret step" is not clear: we must have a redhat
>>>>>account to https://cloud.redhat.com/openshift/install/ to get a
>>>>>key like
>>>>>-
>>>>>{"auths":{"cloud.openshift.

[ovirt-users] Re: terraform integration

2019-11-06 Thread Roy Golan
On Thu, 7 Nov 2019 at 00:10, Nathanaël Blanchet  wrote:

>
> Le 05/11/2019 à 21:50, Roy Golan a écrit :
>
>
>
> On Tue, 5 Nov 2019 at 22:46, Roy Golan  wrote:
>
>>
>>
>> On Tue, 5 Nov 2019 at 20:28, Nathanaël Blanchet  wrote:
>>
>>>
>>> Le 05/11/2019 à 18:22, Roy Golan a écrit :
>>>
>>>
>>>
>>> On Tue, 5 Nov 2019 at 19:12, Nathanaël Blanchet 
>>> wrote:
>>>
>>>>
>>>> Le 05/11/2019 à 13:54, Roy Golan a écrit :
>>>>
>>>>
>>>>
>>>> On Tue, 5 Nov 2019 at 14:52, Nathanaël Blanchet 
>>>> wrote:
>>>>
>>>>> I tried openshift-install after compiling but no ovirt provider is
>>>>> available... So waht do you mean when you say "give a try"? Maybe only
>>>>> provisionning ovirt with the terraform module?
>>>>>
>>>>> [root@vm5 installer]# bin/openshift-install create cluster
>>>>> ? Platform  [Use arrows to move, space to select, type to filter, ?
>>>>> for more help]
>>>>> > aws
>>>>>   azure
>>>>>   gcp
>>>>>   openstack
>>>>>
>>>>>
>>>>>
>>>> Its not merged yet. Please pull this image and work with it as a
>>>> container
>>>> quay.io/rgolangh/openshift-installer
>>>>
>>>> A little feedback as you asked:
>>>>
>>>> [root@openshift-installer ~]# docker run -it 56e5b667100f create
>>>> cluster
>>>> ? Platform ovirt
>>>> ? Enter oVirt's api endpoint URL
>>>> https://air-dev.v100.abes.fr/ovirt-engine/api
>>>> ? Enter ovirt-engine username admin@internal
>>>> ? Enter password **
>>>> ? Pick the oVirt cluster Default
>>>> ? Pick a VM template centos7.x
>>>> ? Enter the internal API Virtual IP 10.34.212.200
>>>> ? Enter the internal DNS Virtual IP 10.34.212.100
>>>> ? Enter the ingress IP  10.34.212.50
>>>> ? Base Domain oc4.localdomain
>>>> ? Cluster Name test
>>>> ? Pull Secret [? for help] *
>>>> INFO Creating infrastructure resources...
>>>> INFO Waiting up to 30m0s for the Kubernetes API at
>>>> https://api.test.oc4.localdomain:6443...
>>>> ERROR Attempted to gather ClusterOperator status after installation
>>>> failure: listing ClusterOperator objects: Get
>>>> https://api.test.oc4.localdomain:6443/apis/config.openshift.io/v1/clusteroperators:
>>>> dial tcp: lookup api.test.oc4.localdomain on 10.34.212.100:53: no such
>>>> host
>>>> INFO Pulling debug logs from the bootstrap machine
>>>> ERROR Attempted to gather debug logs after installation failure: failed
>>>> to create SSH client, ensure the proper ssh key is in your keyring or
>>>> specify with --key: failed to initialize the SSH agent: failed to read
>>>> directory "/output/.ssh": open /output/.ssh: no such file or directory
>>>> FATAL Bootstrap failed to complete: waiting for Kubernetes API: context
>>>> deadline exceeded
>>>>
>>>>- 6 vms are successfully created thin dependent from the template
>>>>
>>>>
>>>>- each vm is provisionned by cloud-init
>>>>- the step "INFO Waiting up to 30m0s for the Kubernetes API at
>>>>https://api.test.oc4.localdomain:6443...; fails. It seems that the
>>>>DNS pod is not up at this time.
>>>>- Right this moment, there is no more visibility on what is done,
>>>>what goes wrong... what's happening there? supposing a kind of playbook
>>>>downloading a kind of images...
>>>>- The" pull secret step" is not clear: we must have a redhat
>>>>account to https://cloud.redhat.com/openshift/install/ to get a key
>>>>like
>>>>-
>>>>{"auths":{"cloud.openshift.com
>>>>
>>>> ":{"auth":"b3BlbnNoaWZ0LXJlbGVhc2UtZGV2K2V4cGxvaXRhYmVzZnIxdGN0ZnR0dmFnMHpuazMxd2IwMnIwenV1MDg6TE9XVzFQODM1NzNJWlI4MlZDSUEyTFdEVlJJS0U5VTVWM0NTSUdOWjJH==","email":
>>>>"expl...@abes.fr" },"quay.io
>>>>
>>>> ":{"auth":"b3BlbnNoaWZ0LXJlbGVhc2UtZGV2K2V4cGxvaXRhYmVzZnIxdGN0ZnR0dmFnMHpuazMxd2IwMnIwenV1MDg6TE9XVzFQODM1NzNJWlI4MlZDSUEyTFdEVlJJS0U5VTV

[ovirt-users] Re: terraform integration

2019-11-05 Thread Roy Golan
On Tue, 5 Nov 2019 at 22:46, Roy Golan  wrote:

>
>
> On Tue, 5 Nov 2019 at 20:28, Nathanaël Blanchet  wrote:
>
>>
>> Le 05/11/2019 à 18:22, Roy Golan a écrit :
>>
>>
>>
>> On Tue, 5 Nov 2019 at 19:12, Nathanaël Blanchet  wrote:
>>
>>>
>>> Le 05/11/2019 à 13:54, Roy Golan a écrit :
>>>
>>>
>>>
>>> On Tue, 5 Nov 2019 at 14:52, Nathanaël Blanchet 
>>> wrote:
>>>
>>>> I tried openshift-install after compiling but no ovirt provider is
>>>> available... So waht do you mean when you say "give a try"? Maybe only
>>>> provisionning ovirt with the terraform module?
>>>>
>>>> [root@vm5 installer]# bin/openshift-install create cluster
>>>> ? Platform  [Use arrows to move, space to select, type to filter, ? for
>>>> more help]
>>>> > aws
>>>>   azure
>>>>   gcp
>>>>   openstack
>>>>
>>>>
>>>>
>>> Its not merged yet. Please pull this image and work with it as a
>>> container
>>> quay.io/rgolangh/openshift-installer
>>>
>>> A little feedback as you asked:
>>>
>>> [root@openshift-installer ~]# docker run -it 56e5b667100f create cluster
>>> ? Platform ovirt
>>> ? Enter oVirt's api endpoint URL
>>> https://air-dev.v100.abes.fr/ovirt-engine/api
>>> ? Enter ovirt-engine username admin@internal
>>> ? Enter password **
>>> ? Pick the oVirt cluster Default
>>> ? Pick a VM template centos7.x
>>> ? Enter the internal API Virtual IP 10.34.212.200
>>> ? Enter the internal DNS Virtual IP 10.34.212.100
>>> ? Enter the ingress IP  10.34.212.50
>>> ? Base Domain oc4.localdomain
>>> ? Cluster Name test
>>> ? Pull Secret [? for help] *
>>> INFO Creating infrastructure resources...
>>> INFO Waiting up to 30m0s for the Kubernetes API at
>>> https://api.test.oc4.localdomain:6443...
>>> ERROR Attempted to gather ClusterOperator status after installation
>>> failure: listing ClusterOperator objects: Get
>>> https://api.test.oc4.localdomain:6443/apis/config.openshift.io/v1/clusteroperators:
>>> dial tcp: lookup api.test.oc4.localdomain on 10.34.212.100:53: no such
>>> host
>>> INFO Pulling debug logs from the bootstrap machine
>>> ERROR Attempted to gather debug logs after installation failure: failed
>>> to create SSH client, ensure the proper ssh key is in your keyring or
>>> specify with --key: failed to initialize the SSH agent: failed to read
>>> directory "/output/.ssh": open /output/.ssh: no such file or directory
>>> FATAL Bootstrap failed to complete: waiting for Kubernetes API: context
>>> deadline exceeded
>>>
>>>- 6 vms are successfully created thin dependent from the template
>>>
>>>
>>>- each vm is provisionned by cloud-init
>>>- the step "INFO Waiting up to 30m0s for the Kubernetes API at
>>>https://api.test.oc4.localdomain:6443...; fails. It seems that the
>>>DNS pod is not up at this time.
>>>- Right this moment, there is no more visibility on what is done,
>>>what goes wrong... what's happening there? supposing a kind of playbook
>>>downloading a kind of images...
>>>- The" pull secret step" is not clear: we must have a redhat account
>>>to https://cloud.redhat.com/openshift/install/ to get a key like
>>>-
>>>{"auths":{"cloud.openshift.com
>>>
>>> ":{"auth":"b3BlbnNoaWZ0LXJlbGVhc2UtZGV2K2V4cGxvaXRhYmVzZnIxdGN0ZnR0dmFnMHpuazMxd2IwMnIwenV1MDg6TE9XVzFQODM1NzNJWlI4MlZDSUEyTFdEVlJJS0U5VTVWM0NTSUdOWjJH==","email":
>>>"expl...@abes.fr" },"quay.io
>>>
>>> ":{"auth":"b3BlbnNoaWZ0LXJlbGVhc2UtZGV2K2V4cGxvaXRhYmVzZnIxdGN0ZnR0dmFnMHpuazMxd2IwMnIwenV1MDg6TE9XVzFQODM1NzNJWlI4MlZDSUEyTFdEVlJJS0U5VTVWM0NTSUdOWjJH==","email":
>>>"expl...@abes.fr" },"registry.connect.redhat.com
>>>
>>> ":{"auth":"NTI0MjkwMnx1aGMtMVRDVEZUVFZBRzBaTkszMXdCMDJSMFp1VTA4OmV5SmhiR2NpT2lKU1V6VXhNaUo5LmV5SnpkV0lpT2lJMk4ySTJNREV3WXpObE1HSTBNbVE0T1RGbVpUZGxa**","email":
>>>"expl...@abes.fr" },"registry.redhat.io
>>>
>>> ":{"auth":"NTI0MjkwMnx1aGMtMV

[ovirt-users] Re: terraform integration

2019-11-05 Thread Roy Golan
On Tue, 5 Nov 2019 at 20:28, Nathanaël Blanchet  wrote:

>
> Le 05/11/2019 à 18:22, Roy Golan a écrit :
>
>
>
> On Tue, 5 Nov 2019 at 19:12, Nathanaël Blanchet  wrote:
>
>>
>> Le 05/11/2019 à 13:54, Roy Golan a écrit :
>>
>>
>>
>> On Tue, 5 Nov 2019 at 14:52, Nathanaël Blanchet  wrote:
>>
>>> I tried openshift-install after compiling but no ovirt provider is
>>> available... So waht do you mean when you say "give a try"? Maybe only
>>> provisionning ovirt with the terraform module?
>>>
>>> [root@vm5 installer]# bin/openshift-install create cluster
>>> ? Platform  [Use arrows to move, space to select, type to filter, ? for
>>> more help]
>>> > aws
>>>   azure
>>>   gcp
>>>   openstack
>>>
>>>
>>>
>> Its not merged yet. Please pull this image and work with it as a container
>> quay.io/rgolangh/openshift-installer
>>
>> A little feedback as you asked:
>>
>> [root@openshift-installer ~]# docker run -it 56e5b667100f create cluster
>> ? Platform ovirt
>> ? Enter oVirt's api endpoint URL
>> https://air-dev.v100.abes.fr/ovirt-engine/api
>> ? Enter ovirt-engine username admin@internal
>> ? Enter password **
>> ? Pick the oVirt cluster Default
>> ? Pick a VM template centos7.x
>> ? Enter the internal API Virtual IP 10.34.212.200
>> ? Enter the internal DNS Virtual IP 10.34.212.100
>> ? Enter the ingress IP  10.34.212.50
>> ? Base Domain oc4.localdomain
>> ? Cluster Name test
>> ? Pull Secret [? for help] *
>> INFO Creating infrastructure resources...
>> INFO Waiting up to 30m0s for the Kubernetes API at
>> https://api.test.oc4.localdomain:6443...
>> ERROR Attempted to gather ClusterOperator status after installation
>> failure: listing ClusterOperator objects: Get
>> https://api.test.oc4.localdomain:6443/apis/config.openshift.io/v1/clusteroperators:
>> dial tcp: lookup api.test.oc4.localdomain on 10.34.212.100:53: no such
>> host
>> INFO Pulling debug logs from the bootstrap machine
>> ERROR Attempted to gather debug logs after installation failure: failed
>> to create SSH client, ensure the proper ssh key is in your keyring or
>> specify with --key: failed to initialize the SSH agent: failed to read
>> directory "/output/.ssh": open /output/.ssh: no such file or directory
>> FATAL Bootstrap failed to complete: waiting for Kubernetes API: context
>> deadline exceeded
>>
>>- 6 vms are successfully created thin dependent from the template
>>
>>
>>- each vm is provisionned by cloud-init
>>- the step "INFO Waiting up to 30m0s for the Kubernetes API at
>>https://api.test.oc4.localdomain:6443...; fails. It seems that the
>>DNS pod is not up at this time.
>>- Right this moment, there is no more visibility on what is done,
>>what goes wrong... what's happening there? supposing a kind of playbook
>>downloading a kind of images...
>>- The" pull secret step" is not clear: we must have a redhat account
>>to https://cloud.redhat.com/openshift/install/ to get a key like
>>-
>>{"auths":{"cloud.openshift.com
>>
>> ":{"auth":"b3BlbnNoaWZ0LXJlbGVhc2UtZGV2K2V4cGxvaXRhYmVzZnIxdGN0ZnR0dmFnMHpuazMxd2IwMnIwenV1MDg6TE9XVzFQODM1NzNJWlI4MlZDSUEyTFdEVlJJS0U5VTVWM0NTSUdOWjJH==","email":
>>"expl...@abes.fr" },"quay.io
>>
>> ":{"auth":"b3BlbnNoaWZ0LXJlbGVhc2UtZGV2K2V4cGxvaXRhYmVzZnIxdGN0ZnR0dmFnMHpuazMxd2IwMnIwenV1MDg6TE9XVzFQODM1NzNJWlI4MlZDSUEyTFdEVlJJS0U5VTVWM0NTSUdOWjJH==","email":
>>"expl...@abes.fr" },"registry.connect.redhat.com
>>
>> ":{"auth":"NTI0MjkwMnx1aGMtMVRDVEZUVFZBRzBaTkszMXdCMDJSMFp1VTA4OmV5SmhiR2NpT2lKU1V6VXhNaUo5LmV5SnpkV0lpT2lJMk4ySTJNREV3WXpObE1HSTBNbVE0T1RGbVpUZGxa**","email":
>>"expl...@abes.fr" },"registry.redhat.io
>>
>> ":{"auth":"NTI0MjkwMnx1aGMtMVRDVEZUVFZBRzBaTkszMXdCMDJSMFp1VTA4OmV5SmhiR2NpT2lKU1V6VXhNaUo5LmV5SnpkV0lpT2lJMk4ySTJNREV3WXpObE1HSTBNbVE0T1RGbVpUZGxa**","email":
>>"expl...@abes.fr" }}}
>>
>>
>> Can you tell me if I'm doing wrong?
>>
>
> What is the template you are using? I don't think its RHCOS(Red Hat
> CoreOs) template, it looks like Centos?
>
> Use this gist to import

[ovirt-users] Re: terraform integration

2019-11-05 Thread Roy Golan
On Tue, 5 Nov 2019 at 19:12, Nathanaël Blanchet  wrote:

>
> Le 05/11/2019 à 13:54, Roy Golan a écrit :
>
>
>
> On Tue, 5 Nov 2019 at 14:52, Nathanaël Blanchet  wrote:
>
>> I tried openshift-install after compiling but no ovirt provider is
>> available... So waht do you mean when you say "give a try"? Maybe only
>> provisionning ovirt with the terraform module?
>>
>> [root@vm5 installer]# bin/openshift-install create cluster
>> ? Platform  [Use arrows to move, space to select, type to filter, ? for
>> more help]
>> > aws
>>   azure
>>   gcp
>>   openstack
>>
>>
>>
> Its not merged yet. Please pull this image and work with it as a container
> quay.io/rgolangh/openshift-installer
>
> A little feedback as you asked:
>
> [root@openshift-installer ~]# docker run -it 56e5b667100f create cluster
> ? Platform ovirt
> ? Enter oVirt's api endpoint URL
> https://air-dev.v100.abes.fr/ovirt-engine/api
> ? Enter ovirt-engine username admin@internal
> ? Enter password **
> ? Pick the oVirt cluster Default
> ? Pick a VM template centos7.x
> ? Enter the internal API Virtual IP 10.34.212.200
> ? Enter the internal DNS Virtual IP 10.34.212.100
> ? Enter the ingress IP  10.34.212.50
> ? Base Domain oc4.localdomain
> ? Cluster Name test
> ? Pull Secret [? for help] *
> INFO Creating infrastructure resources...
> INFO Waiting up to 30m0s for the Kubernetes API at
> https://api.test.oc4.localdomain:6443...
> ERROR Attempted to gather ClusterOperator status after installation
> failure: listing ClusterOperator objects: Get
> https://api.test.oc4.localdomain:6443/apis/config.openshift.io/v1/clusteroperators:
> dial tcp: lookup api.test.oc4.localdomain on 10.34.212.100:53: no such
> host
> INFO Pulling debug logs from the bootstrap machine
> ERROR Attempted to gather debug logs after installation failure: failed to
> create SSH client, ensure the proper ssh key is in your keyring or specify
> with --key: failed to initialize the SSH agent: failed to read directory
> "/output/.ssh": open /output/.ssh: no such file or directory
> FATAL Bootstrap failed to complete: waiting for Kubernetes API: context
> deadline exceeded
>
>- 6 vms are successfully created thin dependent from the template
>
>
>- each vm is provisionned by cloud-init
>- the step "INFO Waiting up to 30m0s for the Kubernetes API at
>https://api.test.oc4.localdomain:6443...; fails. It seems that the DNS
>pod is not up at this time.
>- Right this moment, there is no more visibility on what is done, what
>goes wrong... what's happening there? supposing a kind of playbook
>downloading a kind of images...
>- The" pull secret step" is not clear: we must have a redhat account
>to https://cloud.redhat.com/openshift/install/ to get a key like
>-
>{"auths":{"cloud.openshift.com
>
> ":{"auth":"b3BlbnNoaWZ0LXJlbGVhc2UtZGV2K2V4cGxvaXRhYmVzZnIxdGN0ZnR0dmFnMHpuazMxd2IwMnIwenV1MDg6TE9XVzFQODM1NzNJWlI4MlZDSUEyTFdEVlJJS0U5VTVWM0NTSUdOWjJH==","email":
>"expl...@abes.fr" },"quay.io
>
> ":{"auth":"b3BlbnNoaWZ0LXJlbGVhc2UtZGV2K2V4cGxvaXRhYmVzZnIxdGN0ZnR0dmFnMHpuazMxd2IwMnIwenV1MDg6TE9XVzFQODM1NzNJWlI4MlZDSUEyTFdEVlJJS0U5VTVWM0NTSUdOWjJH==","email":
>"expl...@abes.fr" },"registry.connect.redhat.com
>
> ":{"auth":"NTI0MjkwMnx1aGMtMVRDVEZUVFZBRzBaTkszMXdCMDJSMFp1VTA4OmV5SmhiR2NpT2lKU1V6VXhNaUo5LmV5SnpkV0lpT2lJMk4ySTJNREV3WXpObE1HSTBNbVE0T1RGbVpUZGxa**","email":
>"expl...@abes.fr" },"registry.redhat.io
>
> ":{"auth":"NTI0MjkwMnx1aGMtMVRDVEZUVFZBRzBaTkszMXdCMDJSMFp1VTA4OmV5SmhiR2NpT2lKU1V6VXhNaUo5LmV5SnpkV0lpT2lJMk4ySTJNREV3WXpObE1HSTBNbVE0T1RGbVpUZGxa**","email":
>"expl...@abes.fr" }}}
>
>
> Can you tell me if I'm doing wrong?
>

What is the template you are using? I don't think its RHCOS(Red Hat CoreOs)
template, it looks like Centos?

Use this gist to import the template
https://gist.github.com/rgolangh/adccf6d6b5eaecaebe0b0aeba9d3331b



Le 05/11/2019 à 12:24, Roy Golan a écrit :
>>
>>
>>
>> On Tue, 5 Nov 2019 at 13:22, Nathanaël Blanchet  wrote:
>>
>>> Hello,
>>>
>>> I'm interested by installing okd on ovirt with the official openshift
>>> installer (https://github.com/openshift/installer), but ovirt is not
>>> yet
>>> supported.
>>>
>>>
>> If you 

[ovirt-users] Re: terraform integration

2019-11-05 Thread Roy Golan
On Tue, 5 Nov 2019 at 14:50, Sandro Bonazzola  wrote:

>
>
> Il giorno mar 5 nov 2019 alle ore 12:24 Roy Golan  ha
> scritto:
>
>>
>>
>> On Tue, 5 Nov 2019 at 13:22, Nathanaël Blanchet  wrote:
>>
>>> Hello,
>>>
>>> I'm interested by installing okd on ovirt with the official openshift
>>> installer (https://github.com/openshift/installer), but ovirt is not
>>> yet
>>> supported.
>>>
>>>
>> If you want to give a try and supply feedback I'll be glad.
>>
>
> +Gal Zaidman  +Evgeny Slutsky  +Roy
> Golan  +Douglas Landgraf  , maybe
> you can prepare a "quick setup guide" for this case on ovirt.org?
>
>
>
There is an install doc as part of the PR, lets keep work on single one -
if needs additions, let me know by direct feedback on the PR
https://github.com/openshift/installer/pull/1948/commits/1f1c4c2b4c9e1fff64c3e2570b3023708e708a56#diff-7ce61be732b65757aca7b9e384793ef4


>>
>>> Regarding https://bugzilla.redhat.com/show_bug.cgi?id=1578255 and
>>>
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/EF7OQUVTY53GV3A7NVQVUT7UCUYKK5CH/
>>> , how ovirt 4.3.7 should integrate openshift installer integration with
>>> terraform?
>>>
>>>
>> Terraform is part of it, yes, It is what we use to spin the first 3
>> masters, plus a bootstraping machine.
>>
>> --
>>> Nathanaël Blanchet
>>>
>>> Supervision réseau
>>> Pôle Infrastrutures Informatiques
>>> 227 avenue Professeur-Jean-Louis-Viala
>>> 34193 MONTPELLIER CEDEX 5
>>> Tél. 33 (0)4 67 54 84 55
>>> Fax  33 (0)4 67 54 84 14
>>> blanc...@abes.fr
>>>
>>>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>*Red Hat respects your work life balance.
> Therefore there is no need to answer this email out of your office hours.
> <https://mojo.redhat.com/docs/DOC-1199578>*
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HHHMZIDW26PR62QVEVN5YHKHRZAMPSIL/


[ovirt-users] Re: terraform integration

2019-11-05 Thread Roy Golan
On Tue, 5 Nov 2019 at 14:52, Nathanaël Blanchet  wrote:

> I tried openshift-install after compiling but no ovirt provider is
> available... So waht do you mean when you say "give a try"? Maybe only
> provisionning ovirt with the terraform module?
>
> [root@vm5 installer]# bin/openshift-install create cluster
> ? Platform  [Use arrows to move, space to select, type to filter, ? for
> more help]
> > aws
>   azure
>   gcp
>   openstack
>
>
>
Its not merged yet. Please pull this image and work with it as a container
quay.io/rgolangh/openshift-installer

> Le 05/11/2019 à 12:24, Roy Golan a écrit :
>
>
>
> On Tue, 5 Nov 2019 at 13:22, Nathanaël Blanchet  wrote:
>
>> Hello,
>>
>> I'm interested by installing okd on ovirt with the official openshift
>> installer (https://github.com/openshift/installer), but ovirt is not yet
>> supported.
>>
>>
> If you want to give a try and supply feedback I'll be glad.
>
>
>> Regarding https://bugzilla.redhat.com/show_bug.cgi?id=1578255 and
>>
>> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/EF7OQUVTY53GV3A7NVQVUT7UCUYKK5CH/
>> , how ovirt 4.3.7 should integrate openshift installer integration with
>> terraform?
>>
>>
> Terraform is part of it, yes, It is what we use to spin the first 3
> masters, plus a bootstraping machine.
>
> --
>> Nathanaël Blanchet
>>
>> Supervision réseau
>> Pôle Infrastrutures Informatiques
>> 227 avenue Professeur-Jean-Louis-Viala
>> 34193 MONTPELLIER CEDEX 5
>> Tél. 33 (0)4 67 54 84 55
>> Fax  33 (0)4 67 54 84 14
>> blanc...@abes.fr
>>
>> --
> Nathanaël Blanchet
>
> Supervision réseau
> Pôle Infrastrutures Informatiques
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5 
> Tél. 33 (0)4 67 54 84 55
> Fax  33 (0)4 67 54 84 14blanc...@abes.fr
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JDZJSZ4M4EGSCD6P426RXWNHRK3JXR5R/


[ovirt-users] Re: terraform integration

2019-11-05 Thread Roy Golan
On Tue, 5 Nov 2019 at 13:22, Nathanaël Blanchet  wrote:

> Hello,
>
> I'm interested by installing okd on ovirt with the official openshift
> installer (https://github.com/openshift/installer), but ovirt is not yet
> supported.
>
>
If you want to give a try and supply feedback I'll be glad.


> Regarding https://bugzilla.redhat.com/show_bug.cgi?id=1578255 and
>
> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/EF7OQUVTY53GV3A7NVQVUT7UCUYKK5CH/
> , how ovirt 4.3.7 should integrate openshift installer integration with
> terraform?
>
>
Terraform is part of it, yes, It is what we use to spin the first 3
masters, plus a bootstraping machine.

-- 
> Nathanaël Blanchet
>
> Supervision réseau
> Pôle Infrastrutures Informatiques
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5
> Tél. 33 (0)4 67 54 84 55
> Fax  33 (0)4 67 54 84 14
> blanc...@abes.fr
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/N6JITIMSCPUZPSCQBOMSAQYTZR7E3KLI/


[ovirt-users] [ANN] Incubating terraform-provider-ovirt

2019-07-01 Thread Roy Golan
Hi all,

Happy to announce the incubation of a terraform provider[1] for oVirt which
is the
the result of a community effort started by ESM-MSC institute [2]
and then picked up by @imjoey [3] which is now the main maintainer of the
project.

Terraform with an ovirt provider makes it easy to declaratively create
virtualized environments.
One usage we will make of it is to create an installer for OKD 4 [4] which
will lay an OKD cluster on top of oVirt resources.

[1] https://github.com/oVirt/terraform-provider-ovirt
[2] https://github.com/EMSL-MSC/terraform-provider-ovirt
[3] https://github.com/imjoey/terraform-provider-ovirt
[4] https://github.com/openshift/installer

Roy
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/EF7OQUVTY53GV3A7NVQVUT7UCUYKK5CH/


[ovirt-users] Re: Is it possible to install oVirt metrics store without a RH subscription?

2019-05-26 Thread Roy Golan
No, we use OKD (which is openshift upstream)


On Sun, 26 May 2019 at 12:25, Jayme  wrote:

> Is a paid Redhat subscription required to install oVirt metrics store?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/UCJ5WQGZFPBHQRSYEHKAEDG3D3E4SDDO/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HTESWHS5PUQAG4OBUQJZS62DBTMW7AKR/


[ovirt-users] Re: Hosted Engine I/O scheduler

2019-03-20 Thread Roy Golan
On Mon, 18 Mar 2019 at 22:14, Darrell Budic  wrote:

> I agree, been checking some of my more disk intensive VMs this morning,
> switching them to noop definitely improved responsiveness. All the virtio
> ones I’ve found were using deadline (with RHEL/Centos guests), but some of
> the virt-scsi were using deadline and some were noop, so I’m not sure of a
> definitive answer on that level yet.
>
> For the hosts, it depends on what your backend is running. With a separate
> storage server on my main cluster, it doesn’t matter what the hosts set for
> me. You mentioned you run hyper converged, so I’d say it depends on what
> your disks are. If you’re using SSDs, go none/noop as they don’t benefit
> from the queuing. If they are HDDs, I’d test cfq or deadline and see which
> gave better latency and throughput to your vms. I’d guess you’ll find
> deadline to offer better performance, but cfq to share better amongst
> multiple VMs. Unless you use ZFS underneath, then go noop and let ZFS take
> care of it.
>
> On Mar 18, 2019, at 2:05 PM, Strahil  wrote:
>
> Hi Darrel,
>
> Still, based on my experience we shouldn't queue our I/O in the VM, just
> to do the same in the Host.
>
> I'm still considering if I should keep deadline  in my hosts or to switch
> to 'cfq'.
> After all, I'm using Hyper-converged oVirt and this needs testing.
> What I/O scheduler  are  you using on the  host?
>
> Best Regards,
> Strahil Nikolov
> On Mar 18, 2019 19:15, Darrell Budic  wrote:
>
> Checked this on mine, see the same thing. Switching the engine to noop
> definitely feels more responsive.
>
> I checked on some VMs as well, it looks like virtio drives (vda, vdb….)
> get mq-deadline by default, but virtscsi gets noop. I used to think the
> tuned profile for virtual-guest would set noop, but apparently not…
>
>   -Darrell
>
>
Our internal scale team is testing now 'throughput-performance' tuned
profile and it gives
promising results, I suggest you try it as well.
We will go over the results of a comparison against the virtual-guest
profile
, if there will be evidence for improvements we will set it as the default
(if it won't degrade small,medium scale envs).


On Mar 18, 2019, at 1:58 AM, Strahil Nikolov  wrote:
>
> Hi All,
>
> I have changed my I/O scheduler to none and here are the results so far:
>
> Before (mq-deadline):
> Adding a disk to VM (initial creation) START: 2019-03-17 16:34:46.709
> Adding a disk to VM (initial creation) COMPLETED: 2019-03-17 16:45:17.996
>
> After (none):
> Adding a disk to VM (initial creation) START: 2019-03-18 08:52:02.xxx
> Adding a disk to VM (initial creation) COMPLETED: 2019-03-18 08:52:20.xxx
>
> Of course the results are inconclusive, as I have tested only once - but I
> feel the engine more responsive.
>
> Best Regards,
> Strahil Nikolov
>
> В неделя, 17 март 2019 г., 18:30:23 ч. Гринуич+2, Strahil <
> hunter86...@yahoo.com> написа:
>
>
> Dear All,
>
> I have just noticed that my Hosted Engine has  a strange I/O scheduler:
>
> Last login: Sun Mar 17 18:14:26 2019 from 192.168.1.43
> [root@engine ~]# cat /sys/block/vda/queue/scheduler
> [mq-deadline] kyber none
> [root@engine ~]#
>
> Based on my experience  anything than noop/none  is useless and
> performance degrading  for a VM.
>
> Is there any reason that we have this scheduler ?
> It is quite pointless  to process (and delay) the I/O in the VM and then
> process (and again delay)  on Host Level .
>
> If there is no reason to keep the deadline, I will open a bug about it.
>
> Best Regards,
> Strahil Nikolov
> Dear All,
>
> I have just noticed that my Hosted Engine has  a strange I/O scheduler:
>
> Last login: Sun Mar 17 18:14:26 2019 from 192.168.1.43
> [root@engine ~]# cat /sys/block/vda/queue/scheduler
> [mq-deadline] kyber none
> [root@engine ~]#
>
> Based on my experience  anything than noop/none  is useless and
> performance degrading  for a VM.
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/MMTH6225GKYQEZ26BXDBTB52LNWMWVBH/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PQWW5U23OSXOR5KKLP7I42GYHB2R6COG/


[ovirt-users] Re: OKD / Openshift under oVirt

2019-03-10 Thread Roy Golan
On Sun, 10 Mar 2019 at 00:26,  wrote:

> I have ovirt currently running with 3 hyper-converged nodes, and loving
> it.  I've had some issues with kubernetes and would prefer to try out
> openshift / OKD, but the trick is i'd like to do it in a fault-tolerant
> way, with a load balancer, 2 masters and 3 works, but I can't seem to find
> a good way to do it, is there anyone that can offer help?  I tried using
> what was posted to the blog, but it was a single-node install and was never
> updated with part 2.
>

Hi Michael,

To build a multi node setup you to set this in your *vars.yaml*[1]. Also
you would need
to make sure your dns and dhcp is all setup. If you want to designate mac
addresses
for the VMs you can certainly do so, see this example[2]

Let me know what are you missing in the blog post, or what would you expect
and I'll
try to follow with another post.

[1] vars.yaml snippet
```yaml
openshift_ovirt_all_in_one: false

openshift_ovirt_vm_manifest:
  - name: 'master'
count: 2
profile: 'master_vm'
  - name: 'node'
count: 3
profile: 'node_vm'
  - name: 'lb'
count: 1
profile: 'master_vm'

openshift_ovirt_vm_profile:
  master_vm:
cluster: "{{ openshift_ovirt_cluster }}"
template: "{{ template_name }}"
memory: "{{ vm_memory | default('8GiB') }}"
cores: "{{ vm_cores | default(2) }}"
high_availability: true
disks:
  - size: 10GiB
storage_domain: "{{ openshift_ovirt_data_store }}"
name: docker_disk
interface: virtio
state: running
cloud_init:
  root_password: admin
  authorized_ssh_keys: "{{ openshift_ovirt_ssh_key }}"
  custom_script: "{{ cloud_init_script_master }}"

  node_vm:
cluster: "{{ openshift_ovirt_cluster }}"
template: "{{ template_name }}"
memory: "{{ vm_memory | default('16GiB') }}"
cores: "{{ vm_cores | default(8) }}"
high_availability: true
disks:
  - size: 200GiB
storage_domain: "{{ openshift_ovirt_data_store }}"
name: docker_disk
interface: virtio
state: running
cloud_init:
  root_password: admin
  authorized_ssh_keys: "{{ openshift_ovirt_ssh_key }}"
  custom_script: "{{ cloud_init_script_master }}"

cloud_init_script_master: |
  yum_repos:
centos-ovirt42:
  baseurl: http://mirror.centos.org/centos/7/virt/x86_64/ovirt-4.2
  enabled: true
  gpgcheck: false
  packages:
- ovirt-guest-agent
- epel-release
- centos-release-openshift-origin311
  runcmd:
- sed -i 's/# ignored_nics =.*/ignored_nics = docker0, tun0 /'
/etc/ovirt-guest-agent.conf
- systemctl enable ovirt-guest-agent
- systemctl start ovirt-guest-agent
- mkdir -p /var/lib/docker
- /usr/sbin/mkfs.xfs -L dockervo /dev/vdb
  mounts:
- [ '/dev/vdb', '/var/lib/docker', 'xfs', 'defaults,gquota' ]
  power_state:
mode: reboot
message: cloud init finished - boot and install openshift
condition: True

```

[2]
https://github.com/openshift/openshift-ansible/tree/master/roles/openshift_ovirt#role-variables

___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/R2A43PIZKFD4HZNB4OTETBXGCBAI5JRP/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UET7L4LHZM5QLSQVGOM3MJBKPCP6CVQK/


[ovirt-users] Re: Problems with procedure in blog post...

2019-02-13 Thread Roy Golan
On Fri, 18 Jan 2019 at 16:24, Jason P. Thomas 
wrote:

> I did try /tmp and got the same error as with /var/tmp.  I too
> downloaded the image to the location specified in vars.yaml and still
> received the same error.  I'm a little docker stupid, is the image
> downloading inside the docker or inside the host OS?
>
>
I believe the issue was fixed as reported by a user on IRC. The error that
was hiding there was that the '/usr/bin/file' was actually missing and that
fails
a task of the oVirt.image-template and this dependency is now added to
ovirt-openshift-installer container.
Let me know if this works for you.

On 1/18/19 6:03 AM, se...@nucleuss.com wrote:
> > I can confirm that /tmp directory is also not working. seems like the
> file is not created.. I manually downloaded the file and place it there,
> but even then the script gave the same error..
> > I created an empty template called Centos7, just to see if the image can
> be uploaded, but the Template should be created by the script.. so it did
> not work neither..
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org
> > Privacy Statement:
> https://secure-web.cisco.com/1yLKQtxsdnpvDSleewVRX0INFvKXi_chSMPEYviKV7U_RqWmvVc9XeCBJSLGRtj3NW-p0FlvlP4OFhycjW8dkjxmjnMOSsruVi5Y_jkXiOB3-8mRxyQ8f3wvH7IU-Cjx0aCC2bJOESJeuBbEtebCUzmlAwB-yxOUL9NqewzIgcSpLbSq0P2GBpcN4c2SqsNypqRrlWouUbtFQFDSTE7P9FMnMC91PFiWQ5WEIu1N_6rPq7-V1StkFoSY4sCCx-E0cJKBin0rzDpn86jNIwnbQMp7_9iO8uGlKKJHKsfGi8Zxh1wdaXwDLp7-_bess2QQ870eCj93IqdHOHxff-sjSIcgl6qCL-2EaqXuRXUHE-L9GZpa-nigwN7ti2H1K0BAvfniHlZlvBiMPFCmkN-OCUpKaQcTEYDPzpBhEIJYygwA_0LdjHRGWJpm4AQkzA2qQ/https%3A%2F%2Fwww.ovirt.org%2Fsite%2Fprivacy-policy%2F
> > oVirt Code of Conduct:
> https://secure-web.cisco.com/17Dct0QZchqNan_8XMHQJHzYAhrW1wVtP5_C896wqWHCK06kNRcCOdot4V6b5kMMJuvG4orm1XxJz97oIR5-KkbG-RUP6_53G-AC0dDTbfoSnWWhmxX-aWEXteVU_QeB7PZvltierogUPoJzXG8t7c5tWGGHC_UlV67N7uECYFdCWh062cCCL1G5UUIdCsr98SjJrI6rrlra1EKy-VcUyfcW1WomKj_bjbiqW93_VQPqwwYZQyPJUvmu49BVnu-m0_tZ5U-QjmR1Wyo9HEwATyy9AfTuoWYKygbpLgBdTcOIAVyhDAYqKcWmVessihiurqJGtsYQsBrruMJUVBV26cJy_eUtnvzyRbnITUCGin3iMtVFEkeEY9hRm8YBG44a-tn0R7zicdzLGXzUBqTeL-PdWKClI-FSWFO_JIljNfwynVPA2S-Auz4VpTabxyIp3/https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2F
> > List Archives:
> https://secure-web.cisco.com/1qe4ZLpDinfGMCnzKTFsUZrT4fTLgxm8_2XTmDkg802Gh0g5be-B2goZR7cx7sGqKswzuFX4EblRMm3fRqsFDImaFNHxGTTJrgb4RV6Vzg6LBl5pmz41mKlXj45mDW05jollcCZV4AGQ5b_6CDeyol16hsV2j9FLTVBNcWc1ibeKBlvRm-HWYEO17-PkHCQ_5K9XDXwOt5cnVdamOuqFXdt61_aw-ko4vmwGGV8hNmTkp6hbIPXLQ7rE-wqsnu4HfltD7wkFPXoRgd263ySB3UUevQB7Kw59xIRC-1CcWFitRosEOzfStkL99qyiSjojPHMo13UgoOfMmrdHe2hVkS1K6iJnC34VgC3BwaRmA6pFTD_hBrF8gZzj1AkkDTPtu8b53r6h9EMeLClFjuPEUTWojzw1FIx4Ul_3yTqMkwvSoQSm9snBgY_5Q_ALwthwA/https%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2FTK44R4Q4S25UYLD7FXS7EOFTT5FZXCEN%2F
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/ITHRO3XAKREQAD2AMUBWA6VPDY7SHOIY/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7EVE7NRFKBVIEB2GM2U3WMJZSJEZFMPF/


[ovirt-users] Re: Problems with procedure in blog post...

2019-01-17 Thread Roy Golan
On Thu, Jan 17, 2019, 6:40 PM Jason P. Thomas  rgolan asked me to post this here for him.
>
> I'm trying the procedure from this blog post:
> https://ovirt.org/blog/2019/01/ovirt-openshift-part-1.html
>
> Ultimate goal is to install ovirt metrics store.  I've tried vars.yaml
> with and without the ovirt metrics stuff commented out.
>
> The errors seem to revolve around downloading the centos qcow2c image.
> With image_path: "{{ lookup('env', 'HOME') }}/Downloads/{{ template_name
> }}.qcow2"
> defined, I get the following error:
> fatal: [localhost]: FAILED! => {"msg": "The task includes an option with
> an undefined variable. The error was: 'dict object' has no attribute
> 'isdir'\n\nThe error appears to have been in
> '/usr/share/ansible/roles/ovirt.image-template/tasks/qcow2_image.yml':
> line 12, column 3, but may\nbe elsewhere in the file depending on the
> exact syntax problem.\n\nThe offending line appears to be:\n\n\n- name:
> Download the qcow image\n  ^ here\n"}
>
> If I comment out the above image_path line and uncomment the one at the
> bottom of vars.yaml that specifies /var/tmp, I get this error:
>

Can you try just /tmp ?



> fatal: [localhost]: FAILED! => {"changed": false, "cmd": "/usr/bin/file
> /var/tmp/CentOS-7-x86_64-GenericCloud.qcow2c", "msg": "[Errno 2] No such
> file or directory", "rc": 2}
>
> --Jason
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/E4XGZ47K2Q7MI2C6S3DC3RJU6IHGOSFG/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HNWJSCTPJ22HVLEMWEY5RBIGLMZYFC6N/


[ovirt-users] Supporting comments on ovirt-site Blog section

2019-01-15 Thread Roy Golan
It would be very useful to have a comment section on our ovirt site.
It is quite standard to have that on every blog out there, and for a reason
- you get
feedback and conversation around the topic, without going somewhere else
(users list, irc, etc...)

What do we need to do to help the middle man with that?

Regards,
  Roy
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/AE2VNIVCG26X7WLVLUPKMQEWJTKO7NVK/


[ovirt-users] Re: Few questions for seasoned oVirt experts

2018-09-24 Thread Roy Golan
On Fri, 21 Sep 2018 at 17:53 Sandro Bonazzola  wrote:

> Il giorno ven 21 set 2018 alle ore 16:24  ha
> scritto:
>
>> Thanks Sandro!
>>
>> I saw ManageIQ, it might be a better solution if we had more nodes in
>> each datacenter which resulted in a larger footprint, however my use case
>> would only see one oVirt node per datacenter where we were looking at a
>> possibility of 3k nodes, would that be too many for an oVirt engine to
>> handle? (we wouldn't have resource limitations due to using with a cloud
>> provider for scale-ability).
>>
>> If I ended up having to put oVirt engine instances in each datacenter
>> we'd have basically a 1:1 node to engine ratio, not the end of the world
>> and possibly easier to use but it would induce some complexities to the
>> deployment strategy i'm working on.
>>
>
> I've no official documentation in oVirt for this, but looking at Red Hat
> Virtualization product (the downstream packaging of oVirt supported by Red
> Hat) documentation I see a limit of 200 hosts per ovirt-engine instance (
> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.1/html/technical_reference/data_center_limitations
> )
>
> In 4.2 we made various changes and that resulted in at least 400 hosts per
engine. We stopped testing for more because we didn't see use case above
that.
With few tweaks you can get there, and there is a chance it would suite
your needs. but no one tested that kind of a stretched setup with thousands
of datacenters.

If you want to test it you can use nested virtualization. Create VMs that
would serve as nodes, and add those as hosts for each single host
datacenter you want.

And report back with your finding!


This means you'll need at least 15 engine instances, possibly managed by
> ManageIQ to ease access to them, to handle 3000 hosts.
> Using a single node per deployment seems you don't have requirement on
> high availability of the VMs running on it and no migrations between the
> nodes right?
>
>
>
>>
>> Again, thank you!
>>
>> -Brad
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/BD6KSHQ2NW7RYM2VN7IJPSFM2MCQ3LSN/
>>
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
> 
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/E2T2DMFIQOBVPQMSJPE7VV53ZOMX5UKB/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DJG35GPINI7N2R3NR6QF36NJ25T62SDF/


[ovirt-users] Re: Slow vm transfer speed from vmware esxi 5

2018-08-19 Thread Roy Golan
On Sat, 18 Aug 2018 at 18:45 Bernhard Dick  wrote:

> Hi,
>
> currently I'm trying to move VMs from our vsphere 5 environment to
> oVirt. While the io performance on oVirt and on the esxi platform is
> quite well (about 100MByte/sec on a 1GBit storage link) the transfer
> speed using the integrated v2v-feature is very slow (only 10MByte/sec).
> That would result in transfer time of >24h for some machines.
> Do you have any ideas how I can improve the transfer speed?
>
>
   Regards
>  Bernhard Dick
>

Hi Bernhard,

With the latest version of the ovirt-imageio and the v2v we are performing
quite nicely, and without specifying
number I can tell you that weakest link is the read rate from the vmware
data store. In our lab
I can say that we roughly peek ~40 MiB/sec reading a single vm and the rest
of our components(after the read from vmds)
have no problem dealing with that - i.e buffering -> converting -> writing
to imageio -> writing to storage

So, in short, examine the read-rate from vm datastore, let us know, and
please specify the versions you are using.

___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/KQZPRX4M7V74FSYIY5LRUPC46CCJ2DCR/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WYKFJPEIPGVUT7Q6TMRVLYRAFQVWBQTI/


[ovirt-users] Re: Docker best practices

2018-07-23 Thread Roy Golan
On Thu, 19 Jul 2018 at 17:41 Николаев Алексей 
wrote:

> Thx for all.
>
> 18.07.2018, 10:37, "Petr Kotas" :
>
> Hi Alex,
>
> would you mind being more specific with your question?
>
> What are you trying to achieve?
>
>
> According to documentation https://ovirt.org/feature/container-support/
> there are two different approaches to working with Docker:
> 1. run the container on hosts virtualization, along with the VM;
> 2. run containers inside VMS managed by oVirt.
>
> I would like to hear the pros and cons of each method. Which one is
> preferable to use in the oVirt infrastructure.
>
>
Again you didn't specify your needs so those answers maybe too general.
Anyhow, when you run openshift on ovirt
you get all all the advantages you get when running any workload on vms.
Example when your VMs
are the openshift nodes or masters, your can migrate them, snapshot them,
duplicate them etc...
Plus the flex storage plugin that will use your underlying storage if that
is something your workloads need.

>
>
> We are working on expanding the integration of oVirt with Openshift origin.
>
> Pre-requisite:
>
>
>- Openshift 3.9.0
>- Running service catalog
>
>
> Does it require installation of Openshift Origin?
>

You can use openshift or kubernetes.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/B4A5O2CTZ3YMXE57RAPQHZR43ZMUYYJG/


[ovirt-users] Re: Docker best practices

2018-07-19 Thread Roy Golan
On Thu, 19 Jul 2018 at 02:37 Vincent Royer  wrote:

> We're using rancher on Ovirt and it's great.  No problems to report.
>
> On Wed, Jul 18, 2018, 1:08 PM Wesley Stewart,  wrote:
>
>> I'm currently using CoreOS as a VM and I like it.  RancherOS performs
>> similarly, but appears to have a smaller footprint.
>>
>> I doubt you will see a big different in performance.  I'm sure ovirt can
>> handle them both fine.
>>
>> You can also spin up a RH or CentOS vm and install docker just fine.  But
>> the smaller footprints are nice.
>>
>> CoreOS was recently aquired by redhat if I'm not mistaken, so I went with
>> CoreOS personally.
>>
>> On Mon, Jul 16, 2018, 11:45 AM Николаев Алексей <
>> alexeynikolaev.p...@yandex.ru> wrote:
>>
>>> Hi, community!
>>>
>>> What are best practices to run docker images into oVirt infra: core os
>>> or something else?
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/UB4H3Y7VYQ6R2AOISLLVIBM6WQ425GEP/
>>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/3YXYZF474MNLNJ6LI26YHTUC4Z3RDRDM/
>>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/PJCTK6O6UL7XRXTBIXJUHEIFJVL23OIV/
>

We are working on expanding the integration of oVirt with Openshift origin
- see
ovirt-openshift-extensions[1] project for the details. A core feature of
this
integration is to get your container's persistent volumes from ovirt
storage, which
takes advantage of any storage setup you set for ovirt -
ISCSI/FS/NFS/FS/Gluster etc.
This blog bost[2] in ovirt site covers that as well.

[1] https://github.com/oVirt/ovirt-openshift-extensions
[2] https://ovirt.org/blog/2018/02/your-container-volumes-served-by-ovirt/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YYD2LPCERFFN6Y57OOXOOX6EVLVI4RFE/


[ovirt-users] Re: vacuumdb: could not connect to database ovirt_engine_history

2018-06-28 Thread Roy Golan
On Thu, 28 Jun 2018 at 18:06  wrote:

> ..trying to update from 4.2.3 to 4.2.4 engine-setup fails with the
> following error:
>
> --snip
> 2018-06-28 16:26:45,507+0200 DEBUG
> otopi.plugins.ovirt_engine_setup.ovirt_engine_dwh.db.vacuum
> plugin.execute:926 execute-output:
> ['/usr/share/ovirt-engine-dwh/bin/dwh-vacuum.sh', '-f', '-v'] stderr:
> vacuumdb: could not connect to database ovirt_engine_history: FATAL:
>  password authentication failed for user "ovirt_engine_history"
>
> do you have dwh installed? if no just skip this vacuum part.
you can check the db connection from cli using

$ su - postgres -c 'scl enable rh-postgresql95 -- psql ovirt-engine-history'


2018-06-28 16:26:45,507+0200 DEBUG otopi.context context._executeMethod:143
> method exception
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in
> _executeMethod
> method['method']()
>   File
> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine-dwh/db/vacuum.py",
> line 126, in _vacuum
> self.execute(args=args)
>   File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 931, in
> execute
> command=args[0],
> RuntimeError: Command '/usr/share/ovirt-engine-dwh/bin/dwh-vacuum.sh'
> failed to execute
> 2018-06-28 16:26:45,508+0200 ERROR otopi.context
> context._executeMethod:152 Failed to execute stage 'Misc configuration':
> Command '/usr/share/ovirt-engine-dwh/bin/dwh-vacuum.sh' failed to execute
> 2018-06-28 16:26:45,508+0200 DEBUG otopi.transaction transaction.abort:119
> aborting 'Yum Transaction'
> --snap
>
> Any ideas?
>
> Thank You,
> Ema___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/HGQJQ4LME5Y3YELU46GRDT6QS4SJUAQ6/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/OVIOB2G4BMQFFER4UHMWG3P2MM3I2HM2/


[ovirt-users] Re: PollVDSCommand Error: java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils

2018-06-26 Thread Roy Golan
On Tue, 26 Jun 2018 at 09:47 Deekshith  wrote:

> What about data if i cleanup the OS ?
>
>
>

See here
https://www.ovirt.org/documentation/admin-guide/chap-Backups_and_Migration/

If you want to avoid the backup/restore you can try reinstalling some of
the packages:
   yum reinstall ovirt-engine-wildfly

and run engine-setup.



>  Regards
>
> Deekshith
>
>
>
> *From:* Roy Golan [mailto:rgo...@redhat.com]
> *Sent:* 26 June 2018 12:14
> *To:* Deekshith
> *Cc:* Greg Sheremeta; devel; users
>
>
> *Subject:* Re: [ovirt-users] PollVDSCommand Error:
> java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils
>
>
>
>
>
> On Tue, 26 Jun 2018 at 07:23 Deekshith  wrote:
>
> Hi team
>
> It was installed 1 year back , 10 days before we were not able to take the
> console and webadmin of the server, it was working only 10 minutes once
> manually restart the server, so I tried refreshing the engine (engine
> cleanup)but same issue ,so I upgraded my centos 7.2 to 7.4 then i got
> webadmin and console of the server ,now my first problem is resolved ...but
> host is not coming up
>
>
>
> I recommend you do an engine-backup, clean up the os (yum update, ensure
> proper ovirt repo for you version) and do engine-setup and restore.
>
>
>
>
>
>
>
> Regards
>
> Deekshith
>
> *From:* Greg Sheremeta [mailto:gsher...@redhat.com]
> *Sent:* 25 June 2018 06:49
> *To:* deeksh...@binaryindia.com
> *Cc:* Roy Golan; devel; users; allent...@gmail.com
>
>
> *Subject:* Re: [ovirt-users] PollVDSCommand Error:
> java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils
>
>
>
> Is this a fresh install or an upgrade to 4.1?
>
>
>
> On Mon, Jun 25, 2018 at 3:41 AM Deekshith 
> wrote:
>
> Dear team
>
> Engine version is 4.1 and I am able to take the console and webadmin from
> the browser. All the vm data is available in the host . But host is not
> coming up.
>
> I upgrade from the NET( YUM UPDATE) all the necessary packages downloaded
> .. let me know if any log files needed.
>
>
>
> Please help me to resolve the issue .
>
>
>
>  Regards
>
> Deekshith
>
>
>
>
>
> *From:* Greg Sheremeta [mailto:gsher...@redhat.com]
> *Sent:* 22 June 2018 03:22
> *To:* deeksh...@binaryindia.com
> *Cc:* Roy Golan; devel; users; allen_j...@mrpl.co.in
> *Subject:* Re: [ovirt-users] PollVDSCommand Error:
> java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils
>
>
>
> Is your engine functioning at all? I'm not sure if you're saying your
> entire engine doesn't work, or just host deploy doesn't work.
>
> What version of ovirt engine is this?
>
> How did you install -- fresh installation, upgrade? From source or rpm?
>
>
>
> Best wishes,
>
> Greg
>
>
>
>
>
> On Wed, Jun 20, 2018 at 12:35 AM Deekshith 
> wrote:
>
> Dear team
>
> Please find the attached server and host logs.. ovirt host
> unresponsive(down), unable to install node packages.
>
>
>
> Regards
>
> Deekshith
>
>
>
> *From:* Roy Golan [mailto:rgo...@redhat.com]
> *Sent:* 19 June 2018 06:57
> *To:* Greg Sheremeta
> *Cc:* devel; users; deeksh...@binaryindia.com; allen_j...@mrpl.co.in
> *Subject:* Re: [ovirt-users] PollVDSCommand Error:
> java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils
>
>
>
>
>
> On Tue, 19 Jun 2018 at 16:04 Greg Sheremeta  wrote:
>
> Sending to devel list.
>
>
>
> Anyone ever seen this before? It sounds like a bad installation if Java
> classes are missing / classloader issues are present.
>
>
>
> 2018-06-18 11:23:11,287+05 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (VdsDeploy) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74] EVENT_ID:
> VDS_INSTALL_IN_PROGRESS(509), Correlation ID:
> d6a2578b-c58f-43be-b6ad-30a3a0a57a74, Call Stack: null, Custom ID: null,
> Custom Event ID: -1, Message: Installing Host Node. Retrieving installation
> logs to:
> '/var/log/ovirt-engine/host-deploy/ovirt-host-deploy-20180618112311-mrpl.kvm2-d6a2578b-c58f-43be-b6ad-30a3a0a57a74.log'.
>
> 2018-06-18 11:23:12,131+05 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (VdsDeploy) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74] EVENT_ID:
> VDS_INSTALL_IN_PROGRESS(509), Correlation ID:
> d6a2578b-c58f-43be-b6ad-30a3a0a57a74, Call Stack: null, Custom ID: null,
> Custom Event ID: -1, Message: Installing Host Node. Stage: Termination.
>
> 2018-06-18 11:23:12,193+05 INFO
> [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor)
> [] Connecting to mrpl.kvm2/172.31.1.32
>
> 2018-06-18 11:

[ovirt-users] Re: PollVDSCommand Error: java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils

2018-06-26 Thread Roy Golan
On Tue, 26 Jun 2018 at 07:23 Deekshith  wrote:

> Hi team
>
> It was installed 1 year back , 10 days before we were not able to take the
> console and webadmin of the server, it was working only 10 minutes once
> manually restart the server, so I tried refreshing the engine (engine
> cleanup)but same issue ,so I upgraded my centos 7.2 to 7.4 then i got
> webadmin and console of the server ,now my first problem is resolved ...but
> host is not coming up
>
>
>
I recommend you do an engine-backup, clean up the os (yum update, ensure
proper ovirt repo for you version) and do engine-setup and restore.



>
>
> Regards
>
> Deekshith
>
> *From:* Greg Sheremeta [mailto:gsher...@redhat.com]
> *Sent:* 25 June 2018 06:49
> *To:* deeksh...@binaryindia.com
> *Cc:* Roy Golan; devel; users; allent...@gmail.com
>
>
> *Subject:* Re: [ovirt-users] PollVDSCommand Error:
> java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils
>
>
>
> Is this a fresh install or an upgrade to 4.1?
>
>
>
> On Mon, Jun 25, 2018 at 3:41 AM Deekshith 
> wrote:
>
> Dear team
>
> Engine version is 4.1 and I am able to take the console and webadmin from
> the browser. All the vm data is available in the host . But host is not
> coming up.
>
> I upgrade from the NET( YUM UPDATE) all the necessary packages downloaded
> .. let me know if any log files needed.
>
>
>
> Please help me to resolve the issue .
>
>
>
>  Regards
>
> Deekshith
>
>
>
>
>
> *From:* Greg Sheremeta [mailto:gsher...@redhat.com]
> *Sent:* 22 June 2018 03:22
> *To:* deeksh...@binaryindia.com
> *Cc:* Roy Golan; devel; users; allen_j...@mrpl.co.in
> *Subject:* Re: [ovirt-users] PollVDSCommand Error:
> java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils
>
>
>
> Is your engine functioning at all? I'm not sure if you're saying your
> entire engine doesn't work, or just host deploy doesn't work.
>
> What version of ovirt engine is this?
>
> How did you install -- fresh installation, upgrade? From source or rpm?
>
>
>
> Best wishes,
>
> Greg
>
>
>
>
>
> On Wed, Jun 20, 2018 at 12:35 AM Deekshith 
> wrote:
>
> Dear team
>
> Please find the attached server and host logs.. ovirt host
> unresponsive(down), unable to install node packages.
>
>
>
> Regards
>
> Deekshith
>
>
>
> *From:* Roy Golan [mailto:rgo...@redhat.com]
> *Sent:* 19 June 2018 06:57
> *To:* Greg Sheremeta
> *Cc:* devel; users; deeksh...@binaryindia.com; allen_j...@mrpl.co.in
> *Subject:* Re: [ovirt-users] PollVDSCommand Error:
> java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils
>
>
>
>
>
> On Tue, 19 Jun 2018 at 16:04 Greg Sheremeta  wrote:
>
> Sending to devel list.
>
>
>
> Anyone ever seen this before? It sounds like a bad installation if Java
> classes are missing / classloader issues are present.
>
>
>
> 2018-06-18 11:23:11,287+05 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (VdsDeploy) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74] EVENT_ID:
> VDS_INSTALL_IN_PROGRESS(509), Correlation ID:
> d6a2578b-c58f-43be-b6ad-30a3a0a57a74, Call Stack: null, Custom ID: null,
> Custom Event ID: -1, Message: Installing Host Node. Retrieving installation
> logs to:
> '/var/log/ovirt-engine/host-deploy/ovirt-host-deploy-20180618112311-mrpl.kvm2-d6a2578b-c58f-43be-b6ad-30a3a0a57a74.log'.
>
> 2018-06-18 11:23:12,131+05 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (VdsDeploy) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74] EVENT_ID:
> VDS_INSTALL_IN_PROGRESS(509), Correlation ID:
> d6a2578b-c58f-43be-b6ad-30a3a0a57a74, Call Stack: null, Custom ID: null,
> Custom Event ID: -1, Message: Installing Host Node. Stage: Termination.
>
> 2018-06-18 11:23:12,193+05 INFO
> [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor)
> [] Connecting to mrpl.kvm2/172.31.1.32
>
> 2018-06-18 11:23:12,206+05 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand]
> (org.ovirt.thread.pool-7-thread-47) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74]
> Error: java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils
>
> 2018-06-18 11:23:12,206+05 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand]
> (org.ovirt.thread.pool-7-thread-47) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74]
> Command 'PollVDSCommand(HostName = Node,
> VdsIdVDSCommandParametersBase:{runAsync='true',
> hostId='d862d5c8-c75e-42ee-867f-ca16a228c2ad'})' execution failed:
> java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError:
> org/apache/commons/lang/StringUtils
>
> 

[ovirt-users] Re: Ovirt + Gluster : How do I gain access to the file systems of the VMs

2018-06-19 Thread Roy Golan
On Tue, 19 Jun 2018 at 18:51 Hanson Turner 
wrote:

> Hi Guys,
>
> I've an answer... Here's how I did it...
>
> First, I needed kpartx ... so
>
> #apt-get install kpartx
>
> Then setup a loopback device for the raw hdd image
>
> #losetup /dev/loop4 [IMAGE FILE]
>
> #kpartx -a /dev/loop4
>
> This allowed me to mount the various partitions included in the VM. There
> you can modify the configs, make backups etc.
>
> Thanks,
>
> Hanson
>
>
Hi Hanson, also look at http://libguestfs.org/


On 06/19/2018 09:31 AM, Hanson Turner wrote:
>
> Hi Sahina,
>
> Thanks for your reply, I can copy the files off without issue. Using
> either a remote mount gluster, or just use the node and scp the files to
> where I want them.
>
> I was asking how to/do I mount the VM's disk in a way to be able to
> pull/modify files that are on the HDD of the VM.
>
> Thanks,
>
> Hason
>
>
> On 06/19/2018 05:02 AM, Sahina Bose wrote:
>
>
>
> On Mon, Jun 18, 2018 at 5:12 PM, Hanson Turner  > wrote:
>
>> Hi Guys,
>>
>> My engine has corrupted, and while waiting for help, I'd like to see if I
>> can pull some data off the VM's to re purpose back onto dedicated hardware.
>>
>> Our setup is/was a gluster based storage system for VM's. The gluster
>> data storage I'm assuming is okay, I think the hosted engine is hosed, and
>> needs restored, but that's another thread.
>>
>> I can copy the raw disk file off of the gluster data domain. What's the
>> best way to mount it short of importing it into another gluster domain?
>>
>> With vmware, we can grab the disk file and move it from server to server
>> without issue. You can mount and explore contents with workstation.
>>
>
> If you want to copy the image file. you can mount the gluster volume and
> copy it.
> using mount -t glusterfs :/ 
>
>
>> What do we have available to us for ovirt?
>>
>> Thanks,
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/2AF5K2JERYH63K25XKA4FFP4QQDZSVWM/
>>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/5ZBEM7WJ5SGRIQLC53GKZSFXYMEOXLRW/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UCZO7QL3ZG27DSCYKGMYI7BMB2HNRDJ7/


[ovirt-users] Re: PollVDSCommand Error: java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils

2018-06-19 Thread Roy Golan
On Tue, 19 Jun 2018 at 16:04 Greg Sheremeta  wrote:

> Sending to devel list.
>
> Anyone ever seen this before? It sounds like a bad installation if Java
> classes are missing / classloader issues are present.
>
> 2018-06-18 11:23:11,287+05 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (VdsDeploy) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74] EVENT_ID:
> VDS_INSTALL_IN_PROGRESS(509), Correlation ID:
> d6a2578b-c58f-43be-b6ad-30a3a0a57a74, Call Stack: null, Custom ID: null,
> Custom Event ID: -1, Message: Installing Host Node. Retrieving installation
> logs to:
> '/var/log/ovirt-engine/host-deploy/ovirt-host-deploy-20180618112311-mrpl.kvm2-d6a2578b-c58f-43be-b6ad-30a3a0a57a74.log'.
> 2018-06-18 11:23:12,131+05 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (VdsDeploy) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74] EVENT_ID:
> VDS_INSTALL_IN_PROGRESS(509), Correlation ID:
> d6a2578b-c58f-43be-b6ad-30a3a0a57a74, Call Stack: null, Custom ID: null,
> Custom Event ID: -1, Message: Installing Host Node. Stage: Termination.
> 2018-06-18 11:23:12,193+05 INFO
> [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor)
> [] Connecting to mrpl.kvm2/172.31.1.32
> 2018-06-18 11:23:12,206+05 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand]
> (org.ovirt.thread.pool-7-thread-47) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74]
> Error: java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils
> 2018-06-18 11:23:12,206+05 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand]
> (org.ovirt.thread.pool-7-thread-47) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74]
> Command 'PollVDSCommand(HostName = Node,
> VdsIdVDSCommandParametersBase:{runAsync='true',
> hostId='d862d5c8-c75e-42ee-867f-ca16a228c2ad'})' execution failed:
> java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError:
> org/apache/commons/lang/StringUtils
> 2018-06-18 11:23:12,707+05 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand]
> (org.ovirt.thread.pool-7-thread-47) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74]
> Error: java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils
>
>
Is that a regular installation and what version?
jdk version?
server.log engine.log


> On Tue, Jun 19, 2018 at 8:50 AM Deekshith 
> wrote:
>
>> Dear team
>>
>> Please find attached ovirt-engine log .
>>
>>
>>
>> Regards
>>
>> Deekshith
>>
>>
>>
>> *From:* Greg Sheremeta [mailto:gsher...@redhat.com]
>> *Sent:* 19 June 2018 05:53
>> *To:* deeksh...@binaryindia.com
>> *Cc:* users
>> *Subject:* Re: [ovirt-users] Unable to start Ovirt engine
>>
>>
>>
>> What does it say in the
>> /var/log/ovirt-engine/setup/ovirt-engine-setup-xx.log?
>>
>>
>>
>> On Sun, Jun 17, 2018 at 6:01 AM Deekshith 
>> wrote:
>>
>> Hi Team
>>
>> Please anyone help me to solve this issue.
>>
>>
>>
>>
>>
>>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/QPBXKHLK4NSU62Z3AWVR4QOGXKBCF7C3/
>>
>>
>>
>>
>> --
>>
>> *GREG SHEREMETA*
>>
>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>>
>> Red Hat NA
>>
>> 
>>
>> gsher...@redhat.comIRC: gshereme
>>
>> 
>>
>>
>>
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> 
>
> gsher...@redhat.comIRC: gshereme
> 
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/2AA4B5IPQL7O2BOMLTOC3U3KXPIJNQR2/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CNB5GPCOWH6P3BAWBH2W3BZFVUWTQEXO/


[ovirt-users] Re: LDAP Authentication issues

2018-06-12 Thread Roy Golan
On Tue, 12 Jun 2018 at 11:48 Callum Smith  wrote:

> Dear All,
>
> Process of database "fixing" is required because adding system permissions
> to the "Everyone" group is a one-way process that causes many problems and
> there is no way to rescue from the GUI, only options are to restore from
> backup or rebuild the permissions database.
>
> The next issue, is that CPU Profiles are locked out to even the SuperUser
> - so creating a VM with the SuperUser account with reset permissions is
> denied:
> User doesn't have permissions to assign the cpu profile Default with id
> 58ca604e-01a7-003f-01de-0250 to VMs.
>
>

> I consider that to be a bug, personally, as a SuperUser should have access
> to everything by definition.
>
> Is that user is admin@internal?

To solve this in the mean time, i need to know the object_type_id of a cpu
> profile to manually reassign permissions to it (you can't control CPU
> profile permissions in the GUI either, only view).
>
> Regards,
> Callum
>
> --
>
> Callum Smith
> Research Computing Core
> Wellcome Trust Centre for Human Genetics
> University of Oxford
> e. cal...@well.ox.ac.uk
>
> On 12 Jun 2018, at 06:44, Roy Golan  wrote:
>
>
>
> On Tue, 12 Jun 2018 at 02:24 Donny Davis  wrote:
>
>> I am happy to help where I can. I would also not recommend tinkering
>> around in the database, but I am happy to hear you have it all running. :)
>>
>> Everything you should every be doing in the engine is available via the
>> API/UI. Just some general advice.
>>
>>
>>
>> On Mon, Jun 11, 2018 at 9:31 AM, Callum Smith 
>> wrote:
>>
>>> Dear All & Donny,
>>>
>>> Thank you for the clarifications, very useful indeed.
>>>
>>> A note for future users who go down this path and dont want to restore
>>> or reinstall:
>>>
>>> Cleaning out the `permissions` table in the database and restoring the
>>> defaults will solve the issue, but you need to restore the SuperUser
>>> permission on the admin@internal account:
>>>
>>
>
>
>>
>>> Learning from here:
>>>
>>> https://www.ovirt.org/develop/developer-guide/action-permissions-overview/
>>>
>>> Clean out your `roles_groups` and `permissions`
>>> DELETE FROM `permissions`;
>>> DELETE FROM `roles_groups`;
>>>
>>> Restore the defaults:
>>>
>>> https://github.com/oVirt/ovirt-engine/blob/master/packaging/dbscripts/data/00600_insert_permissions.sql
>>>
>>> https://github.com/oVirt/ovirt-engine/blob/master/packaging/dbscripts/data/00700_insert_roles_groups.sql
>>>
>>> Re-assign the SuperUser role to the admin@internal user:
>>> Either:
>>> https://github.com/oVirt/ovirt-engine/blob/master/packaging/bin/ovirt-engine-role.sh
>>> Or just go straight into your localhost psql on your engine, replacing
>>> information as appropriate:
>>> Get your external_id from the users table and use it in the function:
>>> SELECT external_id FROM `users` WHERE `name` = 'admin' AND `domain` =
>>> 'internal-authz';
>>> select
>>> attach_user_to_role('admin','internal-authz','*','#external_id#','SuperUser');
>>>
>>> Regards,
>>> Callum
>>>
>>>
>
>
> I think the root cause here is that you are trying to login to the
> webadmin and not the vm portal. User are authorized to login to the web
> admin
> only if they have a role of type 'admin'. And UserRole is a 'user' type.
> So the solution is not the give SuperUser for all those users, this is just
> a workaround.
>
> If you want to know for sure, go to Administration - Configure - Roles.
>
> So ask yourself why users need access to the webadmin at all. If they need
> admin permission assign them an appropriate role on the DC or the cluster.
> If not, they use the VM portal.
>
> Having said all that, if nothing helps and the db needs 'fixing' (I doubt
> it though) then this is a bug.
>
>> --
>>>
>>> Callum Smith
>>> Research Computing Core
>>> Wellcome Trust Centre for Human Genetics
>>> University of Oxford
>>> e. cal...@well.ox.ac.uk
>>>
>>> On 11 Jun 2018, at 11:57, Donny Davis  wrote:
>>>
>>> https://lists.ovirt.org/pipermail/users/2015-January/030981.html
>>>
>>> This is the thread where I discussed a bit of the permissions thing. I
>>> am sure things have changed since 3.5.1, but should get you down the right
>>> path.
>>>
>>> On Mon, Jun 11,

[ovirt-users] Re: LDAP Authentication issues

2018-06-11 Thread Roy Golan
On Tue, 12 Jun 2018 at 02:24 Donny Davis  wrote:

> I am happy to help where I can. I would also not recommend tinkering
> around in the database, but I am happy to hear you have it all running. :)
>
> Everything you should every be doing in the engine is available via the
> API/UI. Just some general advice.
>
>
>
> On Mon, Jun 11, 2018 at 9:31 AM, Callum Smith 
> wrote:
>
>> Dear All & Donny,
>>
>> Thank you for the clarifications, very useful indeed.
>>
>> A note for future users who go down this path and dont want to restore or
>> reinstall:
>>
>> Cleaning out the `permissions` table in the database and restoring the
>> defaults will solve the issue, but you need to restore the SuperUser
>> permission on the admin@internal account:
>>
>


>
>> Learning from here:
>> https://www.ovirt.org/develop/developer-guide/action-permissions-overview/
>>
>> Clean out your `roles_groups` and `permissions`
>> DELETE FROM `permissions`;
>> DELETE FROM `roles_groups`;
>>
>> Restore the defaults:
>>
>> https://github.com/oVirt/ovirt-engine/blob/master/packaging/dbscripts/data/00600_insert_permissions.sql
>>
>> https://github.com/oVirt/ovirt-engine/blob/master/packaging/dbscripts/data/00700_insert_roles_groups.sql
>>
>> Re-assign the SuperUser role to the admin@internal user:
>> Either:
>> https://github.com/oVirt/ovirt-engine/blob/master/packaging/bin/ovirt-engine-role.sh
>> Or just go straight into your localhost psql on your engine, replacing
>> information as appropriate:
>> Get your external_id from the users table and use it in the function:
>> SELECT external_id FROM `users` WHERE `name` = 'admin' AND `domain` =
>> 'internal-authz';
>> select
>> attach_user_to_role('admin','internal-authz','*','#external_id#','SuperUser');
>>
>> Regards,
>> Callum
>>
>>


I think the root cause here is that you are trying to login to the webadmin
and not the vm portal. User are authorized to login to the web admin
only if they have a role of type 'admin'. And UserRole is a 'user' type. So
the solution is not the give SuperUser for all those users, this is just a
workaround.

If you want to know for sure, go to Administration - Configure - Roles.

So ask yourself why users need access to the webadmin at all. If they need
admin permission assign them an appropriate role on the DC or the cluster.
If not, they use the VM portal.

Having said all that, if nothing helps and the db needs 'fixing' (I doubt
it though) then this is a bug.

> --
>>
>> Callum Smith
>> Research Computing Core
>> Wellcome Trust Centre for Human Genetics
>> University of Oxford
>> e. cal...@well.ox.ac.uk
>>
>> On 11 Jun 2018, at 11:57, Donny Davis  wrote:
>>
>> https://lists.ovirt.org/pipermail/users/2015-January/030981.html
>>
>> This is the thread where I discussed a bit of the permissions thing. I am
>> sure things have changed since 3.5.1, but should get you down the right
>> path.
>>
>> On Mon, Jun 11, 2018 at 6:54 AM, Callum Smith 
>> wrote:
>>
>>> Yes, in process of trying to fix/identify things - need to undo this.
>>>
>>> Regards,
>>> Callum
>>>
>>> --
>>>
>>> Callum Smith
>>> Research Computing Core
>>> Wellcome Trust Centre for Human Genetics
>>> University of Oxford
>>> e. cal...@well.ox.ac.uk
>>>
>>> On 11 Jun 2018, at 11:48, Donny Davis  wrote:
>>>
>>> did you add system permissions to the everyone group?
>>>
>>> On Mon, Jun 11, 2018 at 6:42 AM, Callum Smith 
>>> wrote:
>>>
 Happy for you to link me a guide, googlefu is failing me.

 How do i get around this "It's not allowed to remove system permissions
 assigned to built-in Everyone group" - to remove permissions erroneously
 added.

 Regards,
 Callum

 --

 Callum Smith
 Research Computing Core
 Wellcome Trust Centre for Human Genetics
 University of Oxford
 e. cal...@well.ox.ac.uk

 On 11 Jun 2018, at 11:38, Donny Davis  wrote:

 You can create a profile that has the proper permissions to allow what
 you are looking for, and then assign that profile to the groups you wish.
 I wrote a post on this quite a while back on how to setup oVirt to
 appear to be multi-tenant.

 Happy to see you don't have an ldap issue :)

 >This will be a problem for us to now create group permissions for all
 100+ groups since Everyone === No-one. -sigh-


 On Mon, Jun 11, 2018 at 6:34 AM, Callum Smith 
 wrote:

> Ah, this appears to be an issue with the proxy - setting up the spice
> proxy as indicated in the guides is causing this issue, and likely will
> need support.
>
> https://www.ovirt.org/documentation/admin-guide/chap-Proxies/
>
> Regards,
> Callum
>
> --
>
> Callum Smith
> Research Computing Core
> Wellcome Trust Centre for Human Genetics
> University of Oxford
> e. cal...@well.ox.ac.uk
>
> On 11 Jun 2018, at 11:29, Callum Smith  wrote:
>
> Ok, the user now logs in! This will be a problem for us to 

[ovirt-users] Re: Preventing users to see other VMs

2018-05-21 Thread Roy Golan
On Wed, 16 May 2018 at 17:21 Peter Hudec <phu...@cnc.sk> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hi all,
>
> works !! ;) Seems that there is some caching in User Portal.
> But there is still a question how could I remove user from the role
> everyone ? For example I want to assign only specific vNIC Profiles,
> Storage Domains, ...
>
>
All users belong to 'everyone', it is a group. A *role* is bunch of
*actions* you can perform on an *Object*
Maybe this will help: create new role, assign only the actions you want for
it. Then assign this role to your user, *on the specific objects* you want
him to manage.

Peter
>
> On 16/05/2018 14:57, Aziz wrote:
> > Hi All,
> >
> > Thank you Roy, this is working now as expected, however, I think
> > the Edit button, should  be removed for this user, there is no need
> > to display the edit button if the user cannot use it to perform
> > any operation, am I missing something ?
> >
> >
> > Best regards
> >
> > On Wed, May 16, 2018 at 9:12 AM, Peter Hudec <phu...@cnc.sk
> > <mailto:phu...@cnc.sk>> wrote:
> >
> > I have found 2 related bug, a little bit older
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=1209505
> > <https://bugzilla.redhat.com/show_bug.cgi?id=1209505>
> > https://bugzilla.redhat.com/show_bug.cgi?id=1225274
> > <https://bugzilla.redhat.com/show_bug.cgi?id=1225274>
> >
> > But these are related only to DiskProfile.
> >
> > I haven't found any work about 'Everyone' group in documentation,
> > so I'm little bit confused why there is such a group.
> >
> > Peter
> >
> > On 15/05/2018 23:02, Peter Hudec wrote:
> >> Hi,
> >
> >> I'm fancing the same problem.
> >
> >> The steps are - create user /tester/ using the
> >> ovirt-aaa-jdbc-tool - login as admin into admin portal - add
> >> tester user in Administation -> Users - choose one VM and add
> >> UserRole role
> >
> >> - login as testr into User Potal - user could see all VM..
> >
> >> The problem could be, that the user is part of the group
> >> Everyone and this group could be found in Administration ->
> >> Configure > System Permissions. When you check the group
> >> permisson, it seems to be automatically populated by engine.
> >
> >> In  my case I[m using default DC, default cluster and 'internal'
> >> profile .
> >
> >> Seems that all engine object is included in Everyone group.
> >
> >> regards Peter
> >
> >> On 15/05/2018 22:03, Roy Golan wrote:
> >
> >
> >>> On Tue, 15 May 2018 at 21:47 Aziz <azizgst...@gmail.com
> > <mailto:azizgst...@gmail.com>
> >>> <mailto:azizgst...@gmail.com <mailto:azizgst...@gmail.com>>>
> >>> wrote:
> >
> >>> Hi Roy,
> >
> >>> Thanks for your feedback, I'm unable to remove the user from
> >>> the cluster, I used the command "|ovirt-aaa-jdbc-tool user
> >>> add|" to add the new user, and it seems that by default it took
> >>> all permissions over the cluster. Is there any document
> >>> describing this feature in details ?
> >
> >
> >
> >>> In the webadmin go to Administration -> Configure > System
> >>> Permissions. If the user is there, remove him. Then search for
> >>> the VM and add permissions to the user on the VM Check your
> >>> end result in the 'permisions' section of the VM to see who
> >>> has permissions on it.
> >
> >>> This should be helpful, quite long though
> >>>
> > https://www.ovirt.org/documentation/admin-guide/chap-Users_and_Roles/
> > <https://www.ovirt.org/documentation/admin-guide/chap-Users_and_Roles/
> >
> >
> >
> >>>
> >>>
> >
> >> This is for the tool itself
> >>>
> > https://www.ovirt.org/develop/release-management/features/infra/aaa-j
> > <https://www.ovirt.org/develop/release-management/features/infra/aaa-j
> >
> >
> >
> d
> >
> >>>
> >>>
> > bc/
> >
> >
> >
> >
> >>> Thanks
> >
> >>> On Tue, May 15, 2018 at 6:31 PM, Roy Golan <rgo...@redhat.com
> > <mailto:rgo...@redhat.com>
> >>> <mailto:rgo...@redhat.com <mailto:rgo...@redhat.com>>> wrote:
> >
> >>> 1. Make sure your users use the VM portal 2. Assign permission
> >>&g

[ovirt-users] Re: Preventing users to see other VMs

2018-05-16 Thread Roy Golan
On Wed, 16 May 2018 at 16:01 Aziz <azizgst...@gmail.com> wrote:

> Hi All,
>
> Thank you Roy, this is working now as expected, however, I think the Edit
> button, should  be removed for this user, there is no need to display the
> edit button if the user cannot use it to perform any operation, am I
> missing something ?
>
> You mean in the VM portal the user sees  he can edit a VM when he doesn't
have permission to? I assume we don't go to a resolution of button per
permission ( +Greg Sheremeta <gsher...@redhat.com>  right? )
Instead the user would get and error from the engine that he isn't
authorized to perform this action.
​

>
> Best regards
>
> On Wed, May 16, 2018 at 9:12 AM, Peter Hudec <phu...@cnc.sk> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>> I have found 2 related bug, a little bit older
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1209505
>> https://bugzilla.redhat.com/show_bug.cgi?id=1225274
>>
>> But these are related only to DiskProfile.
>>
>> I haven't found any work about 'Everyone' group in documentation, so
>> I'm little bit confused why there is such a group.
>>
>> Peter
>>
>> On 15/05/2018 23:02, Peter Hudec wrote:
>> > Hi,
>> >
>> > I'm fancing the same problem.
>> >
>> > The steps are - create user /tester/ using the ovirt-aaa-jdbc-tool
>> >  - login as admin into admin portal - add tester user in
>> > Administation -> Users - choose one VM and add UserRole role
>> >
>> > - login as testr into User Potal - user could see all VM..
>> >
>> > The problem could be, that the user is part of the group Everyone
>> > and this group could be found in Administration -> Configure >
>> > System Permissions. When you check the group permisson, it seems
>> > to be automatically populated by engine.
>> >
>> > In  my case I[m using default DC, default cluster and 'internal'
>> > profile .
>> >
>> > Seems that all engine object is included in Everyone group.
>> >
>> > regards Peter
>> >
>> > On 15/05/2018 22:03, Roy Golan wrote:
>> >
>> >
>> >> On Tue, 15 May 2018 at 21:47 Aziz <azizgst...@gmail.com
>> >> <mailto:azizgst...@gmail.com>> wrote:
>> >
>> >> Hi Roy,
>> >
>> >> Thanks for your feedback, I'm unable to remove the user from the
>> >> cluster, I used the command "|ovirt-aaa-jdbc-tool user add|" to
>> >> add the new user, and it seems that by default it took all
>> >> permissions over the cluster. Is there any document describing
>> >> this feature in details ?
>> >
>> >
>> >
>> >> In the webadmin go to Administration -> Configure > System
>> >> Permissions. If the user is there, remove him. Then search for
>> >> the VM and add permissions to the user on the VM Check your end
>> >> result in the 'permisions' section of the VM to see who has
>> >> permissions on it.
>> >
>> >> This should be helpful, quite long though
>> >> https://www.ovirt.org/documentation/admin-guide/chap-Users_and_Roles/
>> >
>> >>
>> >>
>> >
>> > This is for the tool itself
>> >> https://www.ovirt.org/develop/release-management/features/infra/aaa-j
>> d
>> >
>> >>
>> >>
>> bc/
>> >
>> >
>> >
>> >
>> >> Thanks
>> >
>> >> On Tue, May 15, 2018 at 6:31 PM, Roy Golan <rgo...@redhat.com
>> >> <mailto:rgo...@redhat.com>> wrote:
>> >
>> >> 1. Make sure your users use the VM portal 2. Assign permission on
>> >> VM to a certain user to make sure it apears in the portal. The
>> >> Role should be VmOperator afaik.
>> >
>> >> Permission set on objects higher in the hierarchy are cascading,
>> >> i.e a user with permission on a cluster would have the permission
>> >> on the all the vm in cluster.
>> >
>> >
>> >> On Tue, 15 May 2018 at 20:59 Aziz <azizgst...@gmail.com
>> >> <mailto:azizgst...@gmail.com>> wrote:
>> >
>> >> Hi list,
>> >
>> >> I'm trying to remove the default "everyone" user from Ovirt, so
>> >> that each user can have access to its own interface to manage a
>> >> unique VM. I wonder if this is possible, because so far I'm
>

[ovirt-users] Re: Preventing users to see other VMs

2018-05-15 Thread Roy Golan
On Tue, 15 May 2018 at 21:47 Aziz <azizgst...@gmail.com> wrote:

> Hi Roy,
>
> Thanks for your feedback, I'm unable to remove the user from the cluster,
> I used the command "ovirt-aaa-jdbc-tool user add" to add the new user,
> and it seems that by default it took all permissions over the cluster. Is
> there any document describing this feature in details ?
>
>

In the webadmin go to Administration -> Configure > System Permissions. If
the user is there, remove him. Then search for the VM and add permissions
to the user on the VM
Check your end result in the 'permisions' section of the VM to see who has
permissions on it.

This should be helpful, quite long though
https://www.ovirt.org/documentation/admin-guide/chap-Users_and_Roles/
This is for the tool itself
https://www.ovirt.org/develop/release-management/features/infra/aaa-jdbc/



> Thanks
>
> On Tue, May 15, 2018 at 6:31 PM, Roy Golan <rgo...@redhat.com> wrote:
>
>> 1. Make sure your users use the VM portal
>> 2. Assign permission on VM to a certain user to make sure it apears in
>> the portal. The Role should be VmOperator afaik.
>>
>> Permission set on objects higher in the hierarchy are cascading, i.e a
>> user with permission on a cluster would have the permission on the all the
>> vm in cluster.
>>
>>
>> On Tue, 15 May 2018 at 20:59 Aziz <azizgst...@gmail.com> wrote:
>>
>>> Hi list,
>>>
>>> I'm trying to remove the default "everyone" user from Ovirt, so that
>>> each user can have access to its own interface to manage a unique VM. I
>>> wonder if this is possible, because so far I'm unable to remove everyone
>>> user.
>>>
>>> Thank you
>>>
>>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>>
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: Preventing users to see other VMs

2018-05-15 Thread Roy Golan
1. Make sure your users use the VM portal
2. Assign permission on VM to a certain user to make sure it apears in the
portal. The Role should be VmOperator afaik.

Permission set on objects higher in the hierarchy are cascading, i.e a user
with permission on a cluster would have the permission on the all the vm in
cluster.


On Tue, 15 May 2018 at 20:59 Aziz  wrote:

> Hi list,
>
> I'm trying to remove the default "everyone" user from Ovirt, so that each
> user can have access to its own interface to manage a unique VM. I wonder
> if this is possible, because so far I'm unable to remove everyone user.
>
> Thank you
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] [ANN] introducing ovirt-openshift-extensions

2018-05-15 Thread Roy Golan
Hi all,

Running Openshift on oVirt seems more and more attractive and is starting
to get attention.
It is very easy to do so today without needing any special configuration,
however, to tighten the integration and to take advantage of the underlying
infra
provider(ovirt) we can do better. For example, oVirt can connect various
storage
providers, and serve disk space to containers[1][2]. Also, Openshift can
ask oVirt
for VMs and deploy them as master or application nodes for its usage,
without
making the administrator doing all that manually.

This project[1] is the home for the ovirt-flexvolume-driver and
ovirt-provisioner[3]
and merging ovirt-cloudprovider[4] is a work in progress.

The code under this repository is work-in-progress and moving quickly,
however,
it has automation (stdci v2 :)) and is working and does at least what you
observe in
the demo videos. Yet I highly appreciate if any of you that will try will
provide feedback
be that #ovirt channel/ mailing list or to report bugs directly in the Github
project page 

[1] https://github.com/oVirt/ovirt-openshift-extensions
[2] https://ovirt.org/blog/2018/02/your-container-volumes-served-by-ovirt/
[3] https://kubernetes.io/docs/concepts/storage/dynamic-provisioning/
[4] https://github.com/rgolangh/ovirt-k8s-cloudprovider


Thanks,
Roy
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives:


Re: [ovirt-users] Remote DB: How do you set server_version?

2018-05-02 Thread Roy Golan
On Wed, 2 May 2018 at 23:27 Jamie Lawrence 
wrote:

>
> I've been down this road. Postgres won't lie about its version for you.
> If you want to do this, you have to patch the Ovirt installer[1]. I stopped
> trying to use my PG cluster at some point -  the relationship between the
> installer and the product combined with the overly restrictive requirements
> baked into the installer[2]) makes doing so  an ongoing hassle. So I treat
> Ovirt's PG as an black box; disappointing, considering that we are a very
> heavy PG shop with a lot of expertise and automation I can't use with Ovirt.
>
> If nothing has changed (my notes are from a few versions ago), everything
> you need to correct is in
>
> /usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/constants.py
>
> Aside from the version, you'll also have to make the knobs for vacuuming
> match those of your current installation, and I think there was another
> configurable for something else I'm not remembering right now.
>
> Be aware that doing so is accepting an ongoing commitment to monkeying
> with the installer a lot. At one time I thought doing so was the right
> tradeoff, but it turns out I  was wrong.
>
> -j
>
> [1] Or you could rebuild PG with a fake version. That option was
> unavailable here.
> [2] Not criticizing, just stating a technical fact. How folks apportion
> their QA resources is their business.
>
> > On May 2, 2018, at 12:49 PM, ~Stack~  wrote:
> >
> > Greetings,
> >
> > Exploring hosting my engine and ovirt_engine_history db's on my
> > dedicated PostgreSQL server.
> >
> > This is a 9.5 install on a beefy box from the postgresql.org yum repos
> > that I'm using for other SQL needs too. 9.5.12 to be exact. I set up the
> > database just as the documentation says and I'm doing a fresh install of
> > my engine-setup.
> >
> > During the install, right after I give it the details for the remote I
> > get this error:
> > [ ERROR ] Please set:
> >  server_version = 9.5.9
> > in postgresql.conf on 'None'. Its location is usually
> > /var/lib/pgsql/data , or somewhere under /etc/postgresql* .
> >
> > Huh?
> >
>

Yes it's annoying and I think +Yaniv Dary  opened a bug
for it after both of got mad at it. Yaniv?

Meanwhile let us know if you were able to patch constants.py as suggested.

> Um. OK.
> > $ grep ^server_version postgresql.conf
> > server_version = 9.5.9
> >
> > $ systemctl restart postgresql-9.5.service
> >
> > LOG:  syntax error in file "/var/lib/pgsql/9.5/data/postgresql.conf"
> > line 33, n...n ".9"
> > FATAL:  configuration file "/var/lib/pgsql/9.5/data/postgresql.conf"
> > contains errors
> >
> >
> > Well that didn't work. Let's try something else.
> >
> > $ grep ^server_version postgresql.conf
> > server_version = 9.5.9
> >
> > $ systemctl restart postgresql-9.5.service
> > LOG:  parameter "server_version" cannot be changed
> > FATAL:  configuration file "/var/lib/pgsql/9.5/data/postgresql.conf"
> > contains errors
> >
> > Whelp. That didn't work either. I can't seem to find anything in the
> > oVirt docs on setting this.
> >
> > How am I supposed to do this?
> >
> > Thanks!
> > ~Stack~
> >
> > ___
> > 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
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Ovirt Code Build Error

2018-04-26 Thread Roy Golan
[N].dump,
> [date].dumpstream and [date]-jvmRun[N].dumpstream.
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:212)
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
> at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
> at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
> at
> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
> at
> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:863)
> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:288)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:199)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
> Caused by: org.apache.maven.plugin.MojoFailureException: There are test
> failures.
>
>
> Please refer to
> /home/hari/ovirtcode/ovirt-engine-master/backend/manager/modules/utils/target/surefire-reports
> for the individual test results.
> Please refer to dump files (if any exist) [date]-jvmRun[N].dump,
> [date].dumpstream and [date]-jvmRun[N].dumpstream.
> at
> org.apache.maven.plugin.surefire.SurefireHelper.throwException(SurefireHelper.java:240)
> at
> org.apache.maven.plugin.surefire.SurefireHelper.reportExecution(SurefireHelper.java:112)
> at
> org.apache.maven.plugin.surefire.SurefirePlugin.handleSummary(SurefirePlugin.java:354)
> at
> org.apache.maven.plugin.surefire.AbstractSurefireMojo.executeAfterPreconditionsChecked(AbstractSurefireMojo.java:1008)
> at
> org.apache.maven.plugin.surefire.AbstractSurefireMojo.execute(AbstractSurefireMojo.java:854)
> at
> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:207)
> ... 20 more
>
>
> On Thu, Apr 26, 2018 at 2:57 PM, Roy Golan <rgo...@redhat.com> wrote:
>
>> what's the exact test failure?
>>
>> On Thu, 26 Apr 2018 at 12:12 Hari Prasanth Loganathan <
>> hariprasant...@msystechnologies.com> wrote:
>>
>>> If I remove the skip=true,
>>>
>>> [INFO] Common Code  SUCCESS [
>>> 19.206 s]
>>> [INFO] Common utilities ... FAILURE [
>>> 24.306 s]
>>> [INFO] Branding package ... SKIPPED
>>> [INFO] ovirt-engine sso ... SKIPPED
>>> [INFO] Data Access Layer .. SKIPPED
>>>
>>> [INFO] engine scheduler bean .. SKIPPED
>>> [INFO] Vds broker . SKIPPED
>>> [INFO] builtin-extensions . SKIPPED
>>> [INFO] Search Backend . SKIPPED
>>> [INFO] Backend Authentication, Authorization and Accounting SKIPPED
>>> [INFO] Custom Application Server Authentication Plugin  SKIPPED
>>> [INFO] Backend Logic @Service bean  SKIPPED
>>> [INFO] oVirt RESTful API Backend Integration .. SKIPPED
>>> [INFO] oVirt RESTful API interface  SKIPPED
>>> [INFO] oVirt Engine API Definition  SKIPPED
>>> [INFO] oVirt Engine API Commom Parent POM . SKIPPED
>>> [INFO] oVirt Engine API Common JAX-RS . SKIPPED
>>> [INFO] oVirt RESTful API Backend Integration Type Mappers . SKIPPE

Re: [ovirt-users] Ovirt Code Build Error

2018-04-26 Thread Roy Golan
what's the exact test failure?

On Thu, 26 Apr 2018 at 12:12 Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:

> If I remove the skip=true,
>
> [INFO] Common Code  SUCCESS [
> 19.206 s]
> [INFO] Common utilities ... FAILURE [
> 24.306 s]
> [INFO] Branding package ... SKIPPED
> [INFO] ovirt-engine sso ... SKIPPED
> [INFO] Data Access Layer .. SKIPPED
>
> [INFO] engine scheduler bean .. SKIPPED
> [INFO] Vds broker . SKIPPED
> [INFO] builtin-extensions . SKIPPED
> [INFO] Search Backend . SKIPPED
> [INFO] Backend Authentication, Authorization and Accounting SKIPPED
> [INFO] Custom Application Server Authentication Plugin  SKIPPED
> [INFO] Backend Logic @Service bean  SKIPPED
> [INFO] oVirt RESTful API Backend Integration .. SKIPPED
> [INFO] oVirt RESTful API interface  SKIPPED
> [INFO] oVirt Engine API Definition  SKIPPED
> [INFO] oVirt Engine API Commom Parent POM . SKIPPED
> [INFO] oVirt Engine API Common JAX-RS . SKIPPED
> [INFO] oVirt RESTful API Backend Integration Type Mappers . SKIPPED
> [INFO] oVirt RESTful API Backend Integration JAX-RS Resources SKIPPED
> [INFO] oVirt RESTful API Backend Integration Webapp ... SKIPPED
> [INFO] oVirt RESTful API Documentation  SKIPPED
> [INFO] Custom Logger Using Extensions . SKIPPED
> [INFO] oVirt Engine Web Root .. SKIPPED
> [INFO] ovirt-engine services .. SKIPPED
> [INFO] ovirt-engine docs .. SKIPPED
> [INFO] ovirt-engine welcome ... SKIPPED
> [INFO] oVirt Engine Microbenchmarks ... SKIPPED
> [INFO] oVirt Engine Tools . SKIPPED
> [INFO] oVirt Engine extensions tool ... SKIPPED
> [INFO] oVirt Engine sso client registration tool .. SKIPPED
> [INFO] oVirt Modules :: Frontend .. SKIPPED
> [INFO] oVirt Modules :: Brands  SKIPPED
> [INFO] oVirt Engine brand . SKIPPED
> [INFO] oVirt Modules :: Webadmin .. SKIPPED
> [INFO] oVirt UI Modules ... SKIPPED
> [INFO] AOP tweaks for GWT compiler  SKIPPED
> [INFO] Extensions for GWT . SKIPPED
> [INFO] UI Utils Compatibility (for UICommon) .. SKIPPED
> [INFO] Frontend for GWT UI Projects ... SKIPPED
> [INFO] UICommonWeb  SKIPPED
> [INFO] oVirt GWT UI common infrastructure . SKIPPED
> [INFO] Frontend Assembly Descriptors .. SKIPPED
> [INFO] WebAdmin ... SKIPPED
> [INFO] oVirt Server EAR ... SKIPPED
> [INFO] ovirt-engine maven make  SKIPPED
> [INFO]
> 
> [INFO] BUILD FAILURE
> [INFO]
> 
> [INFO] Total time: 01:21 min
> [INFO] Finished at: 2018-04-26T14:41:33+05:30
> [INFO] Final Memory: 153M/1574M
> [INFO]
> 
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-surefire-plugin:2.21.0:test (default-test)
> on project utils: There are test failures.
> [ERROR]
> [ERROR] Please refer to
> /home/hari/ovirtcode/ovirt-engine-master/backend/manager/modules/utils/target/surefire-reports
> for the individual test results.
> [ERROR] Please refer to dump files (if any exist) [date]-jvmRun[N].dump,
> [date].dumpstream and [date]-jvmRun[N].dumpstream.
>
>
> I get this error.
>
> On Thu, Apr 26, 2018 at 2:15 PM, Roy Golan <rgo...@redhat.com> wrote:
>
>>
>>
>> On Thu, 26 Apr 2018 at 10:55 Hari Prasanth Loganathan <
>> hariprasant...@msystechnologies.com> wrote:
>>
>>> I am using mvn clean install -Dmaven.test.skip=true and I end up with
>>> that error.
>>>
>>> I think that is the problem sense we require the test jar of utils
>> according to this error
>> org.ovirt.engine.core:utils:jar:tests:4.3.0-SNAPSHOT
>>
>> so

Re: [ovirt-users] Ovirt Code Build Error

2018-04-26 Thread Roy Golan
On Thu, 26 Apr 2018 at 10:55 Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:

> I am using mvn clean install -Dmaven.test.skip=true and I end up with that
> error.
>
> I think that is the problem sense we require the test jar of utils
according to this error
org.ovirt.engine.core:utils:jar:tests:4.3.0-SNAPSHOT

so just remove the skip=true for now


> On Thu, Apr 26, 2018 at 1:24 PM, Roy Golan <rgo...@redhat.com> wrote:
>
>> what's you maven command? or make?
>>
>> If you didn't already just try 'mvn clean install'
>>
>> On Thu, 26 Apr 2018 at 10:29 Hari Prasanth Loganathan <
>> hariprasant...@msystechnologies.com> wrote:
>>
>>> Hi Team,
>>>
>>> I try to build the oVirt code and I get the following error,
>>>
>>> [INFO] Common utilities ... SUCCESS [
>>> 8.089 s]
>>> [INFO] Branding package ... SUCCESS [
>>> 1.849 s]
>>> [INFO] ovirt-engine sso ... SUCCESS [
>>> 3.281 s]
>>> [INFO] Data Access Layer .. FAILURE [
>>> 3.532 s]
>>> [INFO] engine scheduler bean .. SKIPPED
>>> [INFO] Vds broker . SKIPPED
>>> [INFO] builtin-extensions . SKIPPED
>>> [INFO] Search Backend . SKIPPED
>>> [INFO] Backend Authentication, Authorization and Accounting SKIPPED
>>> [INFO] Custom Application Server Authentication Plugin  SKIPPED
>>> [INFO] Backend Logic @Service bean  SKIPPED
>>> [INFO] oVirt RESTful API Backend Integration .. SKIPPED
>>> [INFO] oVirt RESTful API interface  SKIPPED
>>> [INFO] oVirt Engine API Definition  SKIPPED
>>> [INFO] oVirt Engine API Commom Parent POM . SKIPPED
>>> [INFO] oVirt Engine API Common JAX-RS . SKIPPED
>>> [INFO] oVirt RESTful API Backend Integration Type Mappers . SKIPPED
>>> [INFO] oVirt RESTful API Backend Integration JAX-RS Resources SKIPPED
>>> [INFO] oVirt RESTful API Backend Integration Webapp ... SKIPPED
>>> [INFO] oVirt RESTful API Documentation  SKIPPED
>>> [INFO] Custom Logger Using Extensions . SKIPPED
>>> [INFO] oVirt Engine Web Root .. SKIPPED
>>> [INFO] ovirt-engine services .. SKIPPED
>>> [INFO] ovirt-engine docs .. SKIPPED
>>> [INFO] ovirt-engine welcome ... SKIPPED
>>> [INFO] oVirt Engine Microbenchmarks ... SKIPPED
>>> [INFO] oVirt Engine Tools . SKIPPED
>>> [INFO] oVirt Engine extensions tool ... SKIPPED
>>> [INFO] oVirt Engine sso client registration tool .. SKIPPED
>>> [INFO] oVirt Modules :: Frontend .. SKIPPED
>>> [INFO] oVirt Modules :: Brands  SKIPPED
>>> [INFO] oVirt Engine brand . SKIPPED
>>> [INFO] oVirt Modules :: Webadmin .. SKIPPED
>>> [INFO] oVirt UI Modules ... SKIPPED
>>> [INFO] AOP tweaks for GWT compiler  SKIPPED
>>> [INFO] Extensions for GWT . SKIPPED
>>> [INFO] UI Utils Compatibility (for UICommon) .. SKIPPED
>>> [INFO] Frontend for GWT UI Projects ... SKIPPED
>>> [INFO] UICommonWeb  SKIPPED
>>> [INFO] oVirt GWT UI common infrastructure . SKIPPED
>>> [INFO] Frontend Assembly Descriptors .. SKIPPED
>>> [INFO] WebAdmin ... SKIPPED
>>> [INFO] oVirt Server EAR ... SKIPPED
>>> [INFO] ovirt-engine maven make  SKIPPED
>>> [INFO]
>>> 
>>> [INFO] BUILD FAILURE
>>> [INFO]
>>> 
>>> [INFO] Total time: 01:06 min
>>> [INFO] Finished at: 2018-04-26T12:29:15+05:30
>>> [INFO] Final Memory: 135M/1574M
>>> [INFO]
>>> --

Re: [ovirt-users] Ovirt Code Build Error

2018-04-26 Thread Roy Golan
what's you maven command? or make?

If you didn't already just try 'mvn clean install'

On Thu, 26 Apr 2018 at 10:29 Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:

> Hi Team,
>
> I try to build the oVirt code and I get the following error,
>
> [INFO] Common utilities ... SUCCESS [
> 8.089 s]
> [INFO] Branding package ... SUCCESS [
> 1.849 s]
> [INFO] ovirt-engine sso ... SUCCESS [
> 3.281 s]
> [INFO] Data Access Layer .. FAILURE [
> 3.532 s]
> [INFO] engine scheduler bean .. SKIPPED
> [INFO] Vds broker . SKIPPED
> [INFO] builtin-extensions . SKIPPED
> [INFO] Search Backend . SKIPPED
> [INFO] Backend Authentication, Authorization and Accounting SKIPPED
> [INFO] Custom Application Server Authentication Plugin  SKIPPED
> [INFO] Backend Logic @Service bean  SKIPPED
> [INFO] oVirt RESTful API Backend Integration .. SKIPPED
> [INFO] oVirt RESTful API interface  SKIPPED
> [INFO] oVirt Engine API Definition  SKIPPED
> [INFO] oVirt Engine API Commom Parent POM . SKIPPED
> [INFO] oVirt Engine API Common JAX-RS . SKIPPED
> [INFO] oVirt RESTful API Backend Integration Type Mappers . SKIPPED
> [INFO] oVirt RESTful API Backend Integration JAX-RS Resources SKIPPED
> [INFO] oVirt RESTful API Backend Integration Webapp ... SKIPPED
> [INFO] oVirt RESTful API Documentation  SKIPPED
> [INFO] Custom Logger Using Extensions . SKIPPED
> [INFO] oVirt Engine Web Root .. SKIPPED
> [INFO] ovirt-engine services .. SKIPPED
> [INFO] ovirt-engine docs .. SKIPPED
> [INFO] ovirt-engine welcome ... SKIPPED
> [INFO] oVirt Engine Microbenchmarks ... SKIPPED
> [INFO] oVirt Engine Tools . SKIPPED
> [INFO] oVirt Engine extensions tool ... SKIPPED
> [INFO] oVirt Engine sso client registration tool .. SKIPPED
> [INFO] oVirt Modules :: Frontend .. SKIPPED
> [INFO] oVirt Modules :: Brands  SKIPPED
> [INFO] oVirt Engine brand . SKIPPED
> [INFO] oVirt Modules :: Webadmin .. SKIPPED
> [INFO] oVirt UI Modules ... SKIPPED
> [INFO] AOP tweaks for GWT compiler  SKIPPED
> [INFO] Extensions for GWT . SKIPPED
> [INFO] UI Utils Compatibility (for UICommon) .. SKIPPED
> [INFO] Frontend for GWT UI Projects ... SKIPPED
> [INFO] UICommonWeb  SKIPPED
> [INFO] oVirt GWT UI common infrastructure . SKIPPED
> [INFO] Frontend Assembly Descriptors .. SKIPPED
> [INFO] WebAdmin ... SKIPPED
> [INFO] oVirt Server EAR ... SKIPPED
> [INFO] ovirt-engine maven make  SKIPPED
> [INFO]
> 
> [INFO] BUILD FAILURE
> [INFO]
> 
> [INFO] Total time: 01:06 min
> [INFO] Finished at: 2018-04-26T12:29:15+05:30
> [INFO] Final Memory: 135M/1574M
> [INFO]
> 
> [ERROR] Failed to execute goal on project dal: Could not resolve
> dependencies for project org.ovirt.engine.core:dal:jar:4.3.0-SNAPSHOT:
> Could not find artifact
> org.ovirt.engine.core:utils:jar:tests:4.3.0-SNAPSHOT in sonatype-snapshots (
> http://oss.sonatype.org/content/repositories/snapshots/) -> [Help 1]
>
>
> I didn't make any change, Could somebody help me in building this please?
>
> Thanks,
> Hari
>
> ___
> 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] Help debugging VM import error

2018-04-23 Thread Roy Golan
I suspect

List guids =
Guid.createGuidListFromString(snap.getMemoryVolume());

where guids is empty because there is not memory volume. which fails this

StorageDomain sd =
getStorageDomainDao().getForStoragePool(guids.get(0),
params.getStoragePoolId());



On Mon, 23 Apr 2018 at 22:01 Benny Zlotnik  wrote:

> Looks like a bug. Can you please file a report:
> https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine
>
> On Mon, Apr 23, 2018 at 9:38 PM, ~Stack~  wrote:
>
>> Greetings,
>>
>> After my rebuild, I have imported my VM's. Everything went smooth and
>> all of them came back, except one. One VM gives me the error "General
>> command validation failure." which isn't helping me when I search for
>> the problem.
>>
>> The oVirt engine logs aren't much better at pointing to what the failure
>> is (posted below).
>>
>> Can someone help me figure out why this VM isn't importing, please?
>>
>> Thanks!
>> ~Stack~
>>
>>
>> 2018-04-23 13:31:44,313-05 INFO
>> [org.ovirt.engine.core.bll.exportimport.ImportVmFromConfigurationCommand]
>> (default task-72) [6793fe73-7cda-4cb5-a806-7104a05c3c1b] Lock Acquired
>> to object 'EngineLock:{exclusiveLocks='[infra01=VM_NAME,
>> 0b64ced5-7e4b-48cd-9d0d-24e8b905758c=VM]',
>> sharedLocks='[0b64ced5-7e4b-48cd-9d0d-24e8b905758c=REMOTE_VM]'}'
>> 2018-04-23 13:31:44,349-05 ERROR
>> [org.ovirt.engine.core.bll.exportimport.ImportVmFromConfigurationCommand]
>> (default task-72) [6793fe73-7cda-4cb5-a806-7104a05c3c1b] Error during
>> ValidateFailure.: java.lang.NullPointerException
>> at
>>
>> org.ovirt.engine.core.bll.validator.ImportValidator.validateStorageExistsForMemoryDisks(ImportValidator.java:140)
>> [bll.jar:]
>> at
>>
>> org.ovirt.engine.core.bll.exportimport.ImportVmFromConfigurationCommand.isValidDisks(ImportVmFromConfigurationCommand.java:151)
>> [bll.jar:]
>> at
>>
>> org.ovirt.engine.core.bll.exportimport.ImportVmFromConfigurationCommand.validate(ImportVmFromConfigurationCommand.java:103)
>> [bll.jar:]
>> at
>>
>> org.ovirt.engine.core.bll.CommandBase.internalValidate(CommandBase.java:779)
>> [bll.jar:]
>> at
>> org.ovirt.engine.core.bll.CommandBase.validateOnly(CommandBase.java:368)
>> [bll.jar:]
>> at
>>
>> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.canRunActions(PrevalidatingMultipleActionsRunner.java:113)
>> [bll.jar:]
>> at
>>
>> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.invokeCommands(PrevalidatingMultipleActionsRunner.java:99)
>> [bll.jar:]
>> at
>>
>> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.execute(PrevalidatingMultipleActionsRunner.java:76)
>> [bll.jar:]
>> at
>> org.ovirt.engine.core.bll.Backend.runMultipleActionsImpl(Backend.java:596)
>> [bll.jar:]
>> at
>> org.ovirt.engine.core.bll.Backend.runMultipleActions(Backend.java:566)
>> [bll.jar:]
>> at sun.reflect.GeneratedMethodAccessor914.invoke(Unknown Source)
>> [:1.8.0_161]
>> at
>>
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> [rt.jar:1.8.0_161]
>> at java.lang.reflect.Method.invoke(Method.java:498)
>> [rt.jar:1.8.0_161]
>> at
>>
>> org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
>> at
>>
>> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
>> at
>>
>> org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
>> at
>>
>> org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:78)
>> at
>>
>> org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:88)
>> at
>>
>> org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:101)
>> at
>>
>> org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
>> at
>>
>> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
>> at
>>
>> org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
>> at
>>
>> org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13)
>> [bll.jar:]
>> at sun.reflect.GeneratedMethodAccessor71.invoke(Unknown Source)
>> [:1.8.0_161]
>> at
>>
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> [rt.jar:1.8.0_161]
>> at java.lang.reflect.Method.invoke(Method.java:498)
>> [rt.jar:1.8.0_161]
>> at
>>
>> org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89)
>> at
>>
>> 

Re: [ovirt-users] Help debugging VM import error

2018-04-23 Thread Roy Golan
Please open a bug including the logs.
https://www.ovirt.org/community/get-involved/report-a-bug/

Also what is the exact version you are using?



On Mon, 23 Apr 2018 at 21:48 ~Stack~  wrote:

> Greetings,
>
> After my rebuild, I have imported my VM's. Everything went smooth and
> all of them came back, except one. One VM gives me the error "General
> command validation failure." which isn't helping me when I search for
> the problem.
>
> The oVirt engine logs aren't much better at pointing to what the failure
> is (posted below).
>
> Can someone help me figure out why this VM isn't importing, please?
>
> Thanks!
> ~Stack~
>
>
> 2018-04-23 13:31:44,313-05 INFO
> [org.ovirt.engine.core.bll.exportimport.ImportVmFromConfigurationCommand]
> (default task-72) [6793fe73-7cda-4cb5-a806-7104a05c3c1b] Lock Acquired
> to object 'EngineLock:{exclusiveLocks='[infra01=VM_NAME,
> 0b64ced5-7e4b-48cd-9d0d-24e8b905758c=VM]',
> sharedLocks='[0b64ced5-7e4b-48cd-9d0d-24e8b905758c=REMOTE_VM]'}'
> 2018-04-23 13:31:44,349-05 ERROR
> [org.ovirt.engine.core.bll.exportimport.ImportVmFromConfigurationCommand]
> (default task-72) [6793fe73-7cda-4cb5-a806-7104a05c3c1b] Error during
> ValidateFailure.: java.lang.NullPointerException
> at
>
> org.ovirt.engine.core.bll.validator.ImportValidator.validateStorageExistsForMemoryDisks(ImportValidator.java:140)
> [bll.jar:]
> at
>
> org.ovirt.engine.core.bll.exportimport.ImportVmFromConfigurationCommand.isValidDisks(ImportVmFromConfigurationCommand.java:151)
> [bll.jar:]
> at
>
> org.ovirt.engine.core.bll.exportimport.ImportVmFromConfigurationCommand.validate(ImportVmFromConfigurationCommand.java:103)
> [bll.jar:]
> at
>
> org.ovirt.engine.core.bll.CommandBase.internalValidate(CommandBase.java:779)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.CommandBase.validateOnly(CommandBase.java:368)
> [bll.jar:]
> at
>
> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.canRunActions(PrevalidatingMultipleActionsRunner.java:113)
> [bll.jar:]
> at
>
> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.invokeCommands(PrevalidatingMultipleActionsRunner.java:99)
> [bll.jar:]
> at
>
> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.execute(PrevalidatingMultipleActionsRunner.java:76)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.Backend.runMultipleActionsImpl(Backend.java:596)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.Backend.runMultipleActions(Backend.java:566)
> [bll.jar:]
> at sun.reflect.GeneratedMethodAccessor914.invoke(Unknown Source)
> [:1.8.0_161]
> at
>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [rt.jar:1.8.0_161]
> at java.lang.reflect.Method.invoke(Method.java:498)
> [rt.jar:1.8.0_161]
> at
>
> org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
> at
>
> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at
>
> org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
> at
>
> org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:78)
> at
>
> org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:88)
> at
>
> org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:101)
> at
>
> org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
> at
>
> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at
>
> org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
> at
>
> org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13)
> [bll.jar:]
> at sun.reflect.GeneratedMethodAccessor71.invoke(Unknown Source)
> [:1.8.0_161]
> at
>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [rt.jar:1.8.0_161]
> at java.lang.reflect.Method.invoke(Method.java:498)
> [rt.jar:1.8.0_161]
> at
>
> org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89)
> at
>
> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at
>
> org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43)
> [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
> at
>
> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at
>
> 

Re: [ovirt-users] oVirt permissions

2018-04-23 Thread Roy Golan
We don't limit admin roles from querying assets, so the simple answer is no.



On Mon, 23 Apr 2018 at 10:10 Николаев Алексей 
wrote:

> Hi community!
>
> I want to create a Admin Role like "DataCenterAdmin" but without a
> permissions to list a resources (ex[ample VM) from another datacenters. Is
> it possible?
> ___
> 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] Performance Issue

2018-04-17 Thread Roy Golan
On Tue, 17 Apr 2018 at 12:58 Thomas Fecke <thomas.fe...@eset.de> wrote:

> Hey Thank you,
>
>
>
> If been monitoring vor about an Hour now. The Templates VM´s are really
> slow – copy a new Template is slow. Non Template VM´s are fast
>
>
>
> Storage IO is average on 75 M/s Read Disk and 25 Write Disk. ( SSD Raid )
>
> Network is on 500 Mbits/s internal ( 10 Gbit Stroage connection )
>
> And about 25Mbit/s external ( 400.000 k Internet )
>
>
>
> I realy cant find that bottle neck
>
>
>

what type is the disks, the domain, how many domains ?


> *From:* Roy Golan <rgo...@redhat.com>
> *Sent:* Dienstag, 17. April 2018 11:52
> *To:* Thomas Fecke <thomas.fe...@eset.de>
> *Cc:* users@ovirt.org
> *Subject:* Re: [ovirt-users] Performance Issue
>
>
>
>
>
> On Tue, 17 Apr 2018 at 12:45 Thomas Fecke <thomas.fe...@eset.de> wrote:
>
> Okay,
>
>
>
> it seems to be that the Storage IO is the Problem – every Write and Read
> Process takes a lot of time
>
>
>
> Sometimes the copy Job stops with 0/Byte and the traffic goes up and down
> like a mountain.
>
>
>
>
>
> But the Storage Read and Write M/s looking fine… I don’t get it
>
>
>
> Any toughts?
>
>
>
>
>
> Keep monitoring you storage backend interface and see what's going on
> there if you don't see anything special on the host. It could be the
> network that leads to slow IO as well, who knows.
>
> If the initial VM creation is taking long you might want to create a pool
> from your template with Pre-Started VMs, and that would at least save you
> from the wait when you actually need the VM.
>
>
>
> *From:* users-boun...@ovirt.org <users-boun...@ovirt.org> *On Behalf Of 
> *Thomas
> Fecke
> *Sent:* Dienstag, 17. April 2018 10:58
> *To:* users@ovirt.org
> *Subject:* [ovirt-users] Performance Issue
>
>
>
> Hey Guys,
>
>
>
> We Deploy a lot of Templates. We got our Training Environment build in
> Ovirt.
>
>
>
> Our Problem – when we Deploy the Same Template. The VM´s getting slower
> every Time we deply a new VM from that Template.
>
>
>
> And I really don’t know why. RAM locking good – CPU and Network looking
> good.
>
>
>
> But it take about 15 Minute to create a new Template based VM – normaly it
> takes about 30 Seconds.
>
>
>
> I checked nload and the Interface traffic – but its not really high.
>
>
>
> Can someone explain why its getting so slow and how to troubleshoot?
>
>
>
> ___
> 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] Performance Issue

2018-04-17 Thread Roy Golan
On Tue, 17 Apr 2018 at 12:45 Thomas Fecke  wrote:

> Okay,
>
>
>
> it seems to be that the Storage IO is the Problem – every Write and Read
> Process takes a lot of time
>
>
>
> Sometimes the copy Job stops with 0/Byte and the traffic goes up and down
> like a mountain.
>
>
>
>
>
> But the Storage Read and Write M/s looking fine… I don’t get it
>
>
>
> Any toughts?
>
>
>

Keep monitoring you storage backend interface and see what's going on there
if you don't see anything special on the host. It could be the network that
leads to slow IO as well, who knows.

If the initial VM creation is taking long you might want to create a pool
from your template with Pre-Started VMs, and that would at least save you
from the wait when you actually need the VM.

>
>
> *From:* users-boun...@ovirt.org  *On Behalf Of 
> *Thomas
> Fecke
> *Sent:* Dienstag, 17. April 2018 10:58
> *To:* users@ovirt.org
> *Subject:* [ovirt-users] Performance Issue
>
>
>
> Hey Guys,
>
>
>
> We Deploy a lot of Templates. We got our Training Environment build in
> Ovirt.
>
>
>
> Our Problem – when we Deploy the Same Template. The VM´s getting slower
> every Time we deply a new VM from that Template.
>
>
>
> And I really don’t know why. RAM locking good – CPU and Network looking
> good.
>
>
>
> But it take about 15 Minute to create a new Template based VM – normaly it
> takes about 30 Seconds.
>
>
>
> I checked nload and the Interface traffic – but its not really high.
>
>
>
> Can someone explain why its getting so slow and how to troubleshoot?
>
>
> ___
> 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] WARN VdsBroker

2018-04-13 Thread Roy Golan
Every VDSM(host) reports the application list per installed vm, every time
the engine asks for the vm statistics. The list probably contains an
illegal value or we fail to convert it , anyhow it doesn't interfere with
the rest of the monitoring process.  Please share the output of this
command from one of your hosts that have running vms:

vdsm-client Host getAllVmStats



On Fri, 13 Apr 2018 at 15:24 Vrgotic, Marko 
wrote:

> Hi oVirt community,
>
>
>
> I have just upgraded from 4.2.0 to 4.2.2 version.
>
>
>
> I noticed a ton of :
>
> *   2018-04-13 11:13:48,857+02
> WARN  [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder]
> (EE-ManagedThreadFactory-engineScheduled-Thread-84) [] Failed to convert
> app: [[Ljava.lang.Object;] is not a string*
>
> *2018-04-13 11:13:48,857+02
> WARN  [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder]
> (EE-ManagedThreadFactory-engineScheduled-Thread-84) [] Failed to convert
> app: [[Ljava.lang.Object;] is not a string*
>
> *2018-04-13 11:13:48,857+02
> WARN  [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder]
> (EE-ManagedThreadFactory-engineScheduled-Thread-84) [] Failed to convert
> app: [[Ljava.lang.Object;] is not a string*
>
> *2018-04-13 11:13:48,857+02
> WARN  [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder]
> (EE-ManagedThreadFactory-engineScheduled-Thread-84) [] Failed to convert
> app: [[Ljava.lang.Object;] is not a string*
>
> *2018-04-13 11:13:50,056+02
> WARN  [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder]
> (EE-ManagedThreadFactory-engineScheduled-Thread-93) [] Failed to convert
> app: [[Ljava.lang.Object;] is not a string*
>
> *2018-04-13 11:13:51,482+02
> WARN  [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder]
> (EE-ManagedThreadFactory-engineScheduled-Thread-23) [] Failed to convert
> app: [[Ljava.lang.Object;] is not a string*
>
> *2018-04-13 11:13:51,482+02
> WARN  [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder]
> (EE-ManagedThreadFactory-engineScheduled-Thread-23) [] Failed to convert
> app: [[Ljava.lang.Object;] is not a string*
>
> *2018-04-13 11:13:51,483+02
> WARN  [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder]
> (EE-ManagedThreadFactory-engineScheduled-Thread-23) [] Failed to convert
> app: [[Ljava.lang.Object;] is not a string*
>
> *2018-04-13 11:13:51,483+02
> WARN  [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder]
> (EE-ManagedThreadFactory-engineScheduled-Thread-23) [] Failed to convert
> app: [[Ljava.lang.Object;] is not a string*
>
> *2018-04-13 11:14:03,912+02
> WARN  [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder]
> (EE-ManagedThreadFactory-engineScheduled-Thread-24) [] Failed to convert
> app: [[Ljava.lang.Object;] is not a string*
>
> *2018-04-13 11:14:03,912+02
> WARN  [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder]
> (EE-ManagedThreadFactory-engineScheduled-Thread-24) [] Failed to convert
> app: [[Ljava.lang.Object;] is not a string*
>
> *2018-04-13 11:14:03,912+02
> WARN  [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder]
> (EE-ManagedThreadFactory-engineScheduled-Thread-24) [] Failed to convert
> app: [[Ljava.lang.Object;] is not a string*
>
> *2018-04-13 11:14:03,912+02
> WARN  [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder]
> (EE-ManagedThreadFactory-engineScheduled-Thread-24) [] Failed to convert
> app: [[Ljava.lang.Object;] is not a string*
>
> *2018-04-13 11:14:05,120+02
> WARN  [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder]
> (EE-ManagedThreadFactory-engineScheduled-Thread-50) [] Failed to convert
> app: [[Ljava.lang.Object;] is not a string*
>
> *2018-04-13 11:14:06,564+02
> WARN  [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder]
> (EE-ManagedThreadFactory-engineScheduled-Thread-60) [] Failed to convert
> app: [[Ljava.lang.Object;] is not a string*
>
> *2018-04-13 11:14:06,564+02
> WARN  [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder]
> (EE-ManagedThreadFactory-engineScheduled-Thread-60) [] Failed to convert
> app: [[Ljava.lang.Object;] is not a string*
>
> *2018-04-13 11:14:06,564+02
> WARN  [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder]
> (EE-ManagedThreadFactory-engineScheduled-Thread-60) [] Failed to convert
> app: [[Ljava.lang.Object;] is not a string*
>
> *2018-04-13 11:14:06,564+02
> WARN  [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder]
> (EE-ManagedThreadFactory-engineScheduled-Thread-60) [] Failed to convert
> app: [[Ljava.lang.Object;] is not a string*
>
>
>
> Can somebody help me understand or trace where the issue could be?
>
>
>
> Kindly awaiting your reply.
>
>
>
> Marko Vrgotic
>
>
> ___
> Users mailing list
> Users@ovirt.org
> 

Re: [ovirt-users] [ovirt-devel] ovirt-system-tests hackathon report

2018-03-13 Thread Roy Golan
I missed it :( indeed calendar invite to the list didn't work.

On Tue, 13 Mar 2018 at 21:58 Eyal Edri  wrote:

> On Tue, Mar 13, 2018 at 8:00 PM, Yaniv Kaul  wrote:
>
>>
>>
>> On Mar 13, 2018 6:27 PM, "Sandro Bonazzola"  wrote:
>>
>> 4 people accepted calendar invite:
>> - Devin A. Bougie
>> - Francesco Romani
>> - Jiri Belka
>> - suporte, logicworks
>>
>> 4 people tentatively accepted calendar invite:
>> - Amnon Maimon
>> - Andreas Bleischwitz
>> - Arnaud Lauriou
>> - Stephen Pesini
>>
>> 2 mailing lists accepted calendar invite: users@ovirt.org,
>> de...@ovirt.org (don't ask me how) so I may have missed someone in above
>> list
>>
>>
>> 4 patches got merged:
>> Add check for host update to the 1st host.
>>  Merged Yaniv Kaul
>> 
>> ovirt-system-tests
>>  
>> master
>> (add_upgrade_check)
>> 
>>  4:10
>> PM
>> basic-suite-master: add vnic_profile_mappings to register vm
>>  Merged Eitan Raviv
>> 
>> ovirt-system-tests
>>  
>> master
>> (register-template-vnic-mapping)
>> 
>>  2:50
>> PM
>> Revert "ovirt-4.2: Skipping 002_bootstrap.update_default_cluster"
>>  Merged Eyal Edri
>> 
>> ovirt-system-tests
>> 
>> master
>> 
>>  11:36
>> AM
>> seperate 4.2 tests and utils from master 
>> Merged Eyal Edri
>> 
>> ovirt-system-tests
>> 
>> master
>> 
>>  11:35
>> AM
>>
>> 13 patches has been pushed / reviewed / rebased
>>
>> Add gdeploy to ovirt-4.2.repo 
>> Daniel Belenky
>> 
>> ovirt-system-tests
>> 
>> master
>> 
>>  4:53
>> PM
>> Cleanup of test code - next() replaced with any()
>> 
>> Martin Sivák
>> 
>> ovirt-system-tests
>> 
>> master
>> 
>>  4:51
>> PM
>> Add network queues custom property and use it in the vnic profile for VM0
>> 
>> Yaniv Kaul
>> 
>> ovirt-system-tests
>>  
>> master
>> (multi_queue_config)
>> 
>>  4:49
>> PM
>> new suite: he-basic-iscsi-suite-master 
>> Yuval Turgeman
>> 
>> ovirt-system-tests
>>  
>> master
>> (he-basic-iscsi-suite-master)
>> 
>>  4:47
>> PM
>> Collect host-deploy bundle from the engine
>> 
>> Yedidyah Bar David
>> 
>> ovirt-system-tests
>> 
>> master
>> 
>>  4:41
>> PM
>> network-suite-master: Make openstack_client_config fixture available to
>> all ...  Merge Conflict Marcin Mirecki
>> 
>> ovirt-system-tests
>> 
>> master
>> 

Re: [ovirt-users] Status in oVirt

2018-03-13 Thread Roy Golan
On Tue, Mar 13, 2018, 2:26 PM Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:

> Hi Guys,
>
> What is the best way to get the oVirt status like
> 1) Apache web server is running,
> 2) Jboss server is running,
> 3) postGreSQL server is running
>
> Thanks,
> Hari
>
>>
>>
Check the health url:

https:///ovirt-engine/services/health

There are more elaborated ways, but it's a good start. Works for you?

DISCLAIMER
>
> The information in this e-mail is confidential and may be subject to legal
> privilege. It is intended solely for the addressee. Access to this e-mail
> by anyone else is unauthorized. If you have received this communication in
> error, please address with the subject heading "Received in error," send to
> i...@msystechnologies.com,  then delete the e-mail and destroy any copies
> of it. If you are not the intended recipient, any disclosure, copying,
> distribution or any action taken or omitted to be taken in reliance on it,
> is prohibited and may be unlawful. The views, opinions, conclusions and
> other information expressed in this electronic mail and any attachments are
> not given or endorsed by the company unless otherwise indicated by an
> authorized representative independent of this message.
> MSys cannot guarantee that e-mail communications are secure or error-free,
> as information could be intercepted, corrupted, amended, lost, destroyed,
> arrive late or incomplete, or contain viruses, though all reasonable
> precautions have been taken to ensure no viruses are present in this e-mail.
> As our company cannot accept responsibility for any loss or damage arising
> from the use of this e-mail or attachments we recommend that you subject
> these to your virus checking procedures prior to use
> ___
> 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] Memory leaks in ovirt-ha-agent, vdsmd

2018-02-06 Thread Roy Golan
On Tue, 6 Feb 2018 at 19:12 Chris Adams  wrote:

> I regularly see memory leaks in ovirt-ha-agent and vdsmd.  For example,
> I have a two-node 4.2.0 test setup with a hosted engine on iSCSI.  Right
> now, vdsmd on one node is using 7.8G RAM, and ovirt-ha-agent is using
> 1.1G on each node.
>
> I've had this kind of problem with 4.1 production systems as well; it
> just seems to be a recurring issue.  I have to periodically go through
> and restart these services on the nodes.  Occasionally I see sanlock use
> up a bunch of RAM as well.
>
>
Can you please report it on bugzilla?


> --
> Chris Adams 
> ___
> 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] New post on oVirt blog: Build oVirt Reports Using Grafana

2018-01-22 Thread Roy Golan
On Mon, Jan 22, 2018, 8:10 PM Andrei V <andre...@starlett.lv> wrote:

> On 01/22/2018 06:37 PM, Roy Golan wrote:
> > We ship postgres 9.5 through the Software Collection. Its missing from
> your
> > path by default, so in order to run psql you need to:
> >
> > su - postgres
> > scl enable rh-postgresql95 -- psql engine engine
>
> scl enable rh-postgresql95 -- psql engine engine
> psql: FATAL:  Peer authentication failed for user "engine"
>
> Sorry, should it be:?
> scl enable rh-postgresql95 -- psql engine
>
> Do I need to re-enter everything for read-only oVirt DWH user ?
>


> I think so.
>

>
> > On Mon, 22 Jan 2018 at 18:19 <andre...@starlett.lv> wrote:
> >
> >> On 22 Jan 2018, at 18:09, Mikhail Krasnobaev <mi...@ya.ru> wrote:
> >>
> >> Good day,
> >>
> >> i had the same issue, you can try running the commands directly from
> >> postgres user:
> >> su - postgres
> >> And the run the commands from blog post.
> >>
> >>
> >> I did everything as user postgres, otherwise it doesn’t work at all.
> >>
> >>
> >> Best regards,
> >>
> >> Mikhail.
> >>
> >> 17:58, 22 января 2018 г., Andrei V <andre...@starlett.lv>:
> >>
> >> Hi !
> >>
> >> Thanks a lot for excellent addition !
> >>
> >> I’ve got a problem with connecting Grafana to oVirt 4.2
> >> Followed this instruction and created read-only user usrmonovirt
> >> #
> >>
> https://www.ovirt.org/documentation/data-warehouse/Allowing_Read_Only_Access_to_the_History_Database/
> >>
> >> However, from Grafana login is is always failed:
> >> pq: Ident authentication failed for user “usrmonovirt"
> >> host = localhost:5432, database = ovirt_engine_history, SSL = disable
> >>
> >> Reset password with another or even NULL don’t help, still can’t
> connect.
> >> psql -U postgres -c "ALTER ROLE usrmonovirt WITH PASSWORD ‘mypassword';"
> >> -d ovirt_engine_history
> >> psql -U postgres -c "ALTER ROLE usrmonovirt WITH PASSWORD NULL;”  -d
> >> ovirt_engine_history
> >>
> >> What went wrong? I can’t understand.
> >>
> >> PS. Looks like oVirt engine spawns PostgreSQL with its own data dir,
> >> standard restart via systemcll returns an error (data dir is empty). Yet
> >> "ps -aux | grep postgres" shows process is running.
> >>
> >> Thanks in advance for any suggestion(s).
> >>
> >>
> >> On 21 Jan 2018, at 14:21, Shirly Radco <sra...@redhat.com> wrote:
> >>
> >> Hello everyone,
> >>
> >> A new oVirt blog post has been published, on how to build oVirt reports
> >> using Grafana.
> >> This allows connecting to oVirt DWH and create dashboards for System,
> >> Hosts, VMs, Storage domains etc.
> >>
> >> See https://ovirt.org/blog/2018/01/ovirt-report-using-grafana/ for the
> >> full post.
> >>
> >> For more information you can contact me.
> >>
> >> Best regards,
> >>
> >> --
> >>
> >> SHIRLY RADCO
> >>
> >> BI SeNIOR SOFTWARE ENGINEER
> >> Red Hat Israel <https://www.redhat.com/>
> >> <https://red.ht/sig>
> >> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
> >> ___
> >> 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
> >>
> >>
> >>
> >> Sent from Yandex.Mail for mobile: http://m.ya.ru/ymail
> >>
> >> ___
> >> 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
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] New post on oVirt blog: Build oVirt Reports Using Grafana

2018-01-22 Thread Roy Golan
We ship postgres 9.5 through the Software Collection. Its missing from your
path by default, so in order to run psql you need to:

su - postgres
scl enable rh-postgresql95 -- psql engine engine

On Mon, 22 Jan 2018 at 18:19  wrote:

>
> On 22 Jan 2018, at 18:09, Mikhail Krasnobaev  wrote:
>
> Good day,
>
> i had the same issue, you can try running the commands directly from
> postgres user:
> su - postgres
> And the run the commands from blog post.
>
>
> I did everything as user postgres, otherwise it doesn’t work at all.
>
>
> Best regards,
>
> Mikhail.
>
> 17:58, 22 января 2018 г., Andrei V :
>
> Hi !
>
> Thanks a lot for excellent addition !
>
> I’ve got a problem with connecting Grafana to oVirt 4.2
> Followed this instruction and created read-only user usrmonovirt
> #
> https://www.ovirt.org/documentation/data-warehouse/Allowing_Read_Only_Access_to_the_History_Database/
>
> However, from Grafana login is is always failed:
> pq: Ident authentication failed for user “usrmonovirt"
> host = localhost:5432, database = ovirt_engine_history, SSL = disable
>
> Reset password with another or even NULL don’t help, still can’t connect.
> psql -U postgres -c "ALTER ROLE usrmonovirt WITH PASSWORD ‘mypassword';"
> -d ovirt_engine_history
> psql -U postgres -c "ALTER ROLE usrmonovirt WITH PASSWORD NULL;”  -d
> ovirt_engine_history
>
> What went wrong? I can’t understand.
>
> PS. Looks like oVirt engine spawns PostgreSQL with its own data dir,
> standard restart via systemcll returns an error (data dir is empty). Yet
> "ps -aux | grep postgres" shows process is running.
>
> Thanks in advance for any suggestion(s).
>
>
> On 21 Jan 2018, at 14:21, Shirly Radco  wrote:
>
> Hello everyone,
>
> A new oVirt blog post has been published, on how to build oVirt reports
> using Grafana.
> This allows connecting to oVirt DWH and create dashboards for System,
> Hosts, VMs, Storage domains etc.
>
> See https://ovirt.org/blog/2018/01/ovirt-report-using-grafana/ for the
> full post.
>
> For more information you can contact me.
>
> Best regards,
>
> --
>
> SHIRLY RADCO
>
> BI SeNIOR SOFTWARE ENGINEER
> Red Hat Israel 
> 
> TRIED. TESTED. TRUSTED. 
> ___
> 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
>
>
>
> Sent from Yandex.Mail for mobile: http://m.ya.ru/ymail
>
> ___
> 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] docker, kubernetes and ovirt

2018-01-18 Thread Roy Golan
On Thu, 18 Jan 2018 at 19:02 Nathanaël Blanchet  wrote:

> And without the kubernetes ui plugin, how can I achieve to use the ovirt
> cloud provider described on the official kubernetes site :
> https://kubernetes.io/docs/getting-started-guides/ovirt/ ?
>
>
I am working currently on updating the ovirt cloudprovider for
kubernetes[1]. The effort is
to create an out-of-tree plugin but I'll push the code into kubernetes so
the internal cloudprovider will work with modern version of ovirt.
Note: this is a work in progress.

Regarding the UI plugin, what exactly do you need? (I remember vaugly that
the old plugin kind of showed a layout of the nodes?)

[1] https://github.com/rgolangh/ovirt-k8s-cloudprovider


>
> Le 18/01/2018 à 17:55, Nathanaël Blanchet a écrit :
> > Hi all,
> >
> > Regarding to this video : https://www.youtube.com/watch?v=JyyST4ZKne8
> > and ovedou.blogspot.fr/2014/03/running-docker-container-in-ovirt.html,
> > it appears that some stuff has been done in integrated docker into ovirt.
> >
> > I'm interested into these two UI plugins : docker-resources (I found
> > it in samples-uiplugins) and the kubernetes one that I didn't find
> > anywhere.
> >
> > Can anyone tell me if the development of that projects are
> > definitively stopped and the reason why?
> >
>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> Pôle Infrastrutures Informatiques
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5
> Tél. 33 (0)4 67 54 84 55
> Fax  33 (0)4 67 54 84 14
> blanc...@abes.fr
>
> ___
> 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] [ovirt-devel] Cockpit oVirt support

2017-10-19 Thread Roy Golan
On Thu, 19 Oct 2017 at 14:02 Michal Skrivanek <michal.skriva...@redhat.com>
wrote:

>
> > On 18 Oct 2017, at 11:42, Roy Golan <rgo...@redhat.com> wrote:
> >
> >
> >
> > On Wed, 18 Oct 2017 at 10:25 Michal Skrivanek <
> michal.skriva...@redhat.com> wrote:
> > Hi all,
> > I’m happy to announce that we finally finished initial contribution of
> oVirt specific support into the Cockpit management platform
> > See below for more details
> >
> > There are only limited amount of operations you can do at the moment,
> but it may already be interesting for troubleshooting and simple admin
> actions where you don’t want to launch the full blown webadmin UI
> >
> > Worth noting that if you were ever intimidated by the complexity of the
> GWT UI of oVirt portals and it held you back from contributing, please take
> another look!
> >
> > Thanks,
> > michal
> >
> >
> > Congrats Michal, Marek and team, this is very nice! The unified look &
> feel is such a powerful thing (I didn't realize for a while that you left
> webadmin).
>
> and thanks to this[1] it’s going to be even more seamless when you click
> in Host view on Host Console button
>
>
+1
So why won't we integrate that as an optional tab using a ui plugin?

[1] https://github.com/mareklibra/ovirt-cockpit-sso
>
> >> Begin forwarded message:
> >>
> >> From: Marek Libra <mli...@redhat.com>
> >> Subject: Re: Cockpit 153 released
> >> Date: 17 October 2017 at 16:02:59 GMT+2
> >> To: Development discussion for the Cockpit Project <
> cockpit-de...@lists.fedorahosted.org>
> >> Reply-To: Development discussion for the Cockpit Project <
> cockpit-de...@lists.fedorahosted.org>
> >>
> >> Walk-through video for the new "oVirt Machines" page can be found here:
> https://youtu.be/5i-kshT6c5A
> >>
> >> On Tue, Oct 17, 2017 at 12:08 PM, Martin Pitt <mp...@redhat.com> wrote:
> >> http://cockpit-project.org/blog/cockpit-153.html
> >>
> >> Cockpit is the modern Linux admin interface. We release regularly. Here
> >> are the release notes from version 153.
> >>
> >>
> >> Add oVirt package
> >> -
> >>
> >> This version introduces the "oVirt Machines" page on Fedora for
> controlling
> >> oVirt virtual machine clusters.  This code was moved into Cockpit as it
> shares
> >> a lot of code with the existing "Machines" page, which manages virtual
> machines
> >> through libvirt.
> >>
> >> This feature is packaged in cockpit-ovirt and when installed it will
> replace
> >> the "Machines" page.
> >>
> >> Thanks to Marek Libra for working on this!
> >>
> >> Screenshot:
> >>
> >> http://cockpit-project.org/images/ovirt-overview.png
> >>
> >> Change: https://github.com/cockpit-project/cockpit/pull/7139
> >>
> >>
> >> Packaging cleanup
> >> -
> >>
> >> This release fixes a lot of small packaging issues that were spotted by
> >> rpmlint/lintian.
> >>
> >> Get it
> >> --
> >>
> >> You can get Cockpit here:
> >>
> >> http://cockpit-project.org/running.html
> >>
> >> Cockpit 153 is available in Fedora 27:
> >>
> >> https://bodhi.fedoraproject.org/updates/cockpit-153-1.fc27
> >>
> >> Or download the tarball here:
> >>
> >> https://github.com/cockpit-project/cockpit/releases/tag/153
> >>
> >>
> >> Take care,
> >>
> >> Martin Pitt
> >>
> >> ___
> >> cockpit-devel mailing list -- cockpit-de...@lists.fedorahosted.org
> >> To unsubscribe send an email to
> cockpit-devel-le...@lists.fedorahosted.org
> >>
> >>
> >>
> >>
> >> --
> >> MAREK LIBRA
> >> SENIOR SOFTWARE ENGINEER
> >> Red Hat Czech
> >>
> >> ___
> >> cockpit-devel mailing list -- cockpit-de...@lists.fedorahosted.org
> >> To unsubscribe send an email to
> cockpit-devel-le...@lists.fedorahosted.org
> >
> > ___
> > Devel mailing list
> > de...@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/devel
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [ovirt-devel] Cockpit oVirt support

2017-10-18 Thread Roy Golan
On Wed, 18 Oct 2017 at 10:25 Michal Skrivanek 
wrote:

> Hi all,
> I’m happy to announce that we finally finished initial contribution of
> oVirt specific support into the Cockpit management platform
> See below for more details
>
> There are only limited amount of operations you can do at the moment, but
> it may already be interesting for troubleshooting and simple admin actions
> where you don’t want to launch the full blown webadmin UI
>
> Worth noting that if you were ever intimidated by the complexity of the
> GWT UI of oVirt portals and it held you back from contributing, please take
> another look!
>
> Thanks,
> michal
>
>
Congrats Michal, Marek and team, this is very nice! The unified look & feel
is such a powerful thing (I didn't realize for a while that you left
webadmin).

> Begin forwarded message:
>
> *From: *Marek Libra 
> *Subject: **Re: Cockpit 153 released*
> *Date: *17 October 2017 at 16:02:59 GMT+2
> *To: *Development discussion for the Cockpit Project <
> cockpit-de...@lists.fedorahosted.org>
> *Reply-To: *Development discussion for the Cockpit Project <
> cockpit-de...@lists.fedorahosted.org>
>
> Walk-through video for the new "oVirt Machines" page can be found here:
> https://youtu.be/5i-kshT6c5A
>
> On Tue, Oct 17, 2017 at 12:08 PM, Martin Pitt  wrote:
>
>> http://cockpit-project.org/blog/cockpit-153.html
>>
>> Cockpit is the modern Linux admin interface. We release regularly. Here
>> are the release notes from version 153.
>>
>>
>> Add oVirt package
>> -
>>
>> This version introduces the "oVirt Machines" page on Fedora for
>> controlling
>> oVirt virtual machine clusters.  This code was moved into Cockpit as it
>> shares
>> a lot of code with the existing "Machines" page, which manages virtual
>> machines
>> through libvirt.
>>
>> This feature is packaged in cockpit-ovirt and when installed it will
>> replace
>> the "Machines" page.
>>
>> Thanks to Marek Libra for working on this!
>>
>> Screenshot:
>>
>> http://cockpit-project.org/images/ovirt-overview.png
>>
>> Change: https://github.com/cockpit-project/cockpit/pull/7139
>>
>>
>> Packaging cleanup
>> -
>>
>> This release fixes a lot of small packaging issues that were spotted by
>> rpmlint/lintian.
>>
>> Get it
>> --
>>
>> You can get Cockpit here:
>>
>> http://cockpit-project.org/running.html
>>
>> Cockpit 153 is available in Fedora 27:
>>
>> https://bodhi.fedoraproject.org/updates/cockpit-153-1.fc27
>>
>> Or download the tarball here:
>>
>> https://github.com/cockpit-project/cockpit/releases/tag/153
>>
>>
>> Take care,
>>
>> Martin Pitt
>>
>> ___
>> cockpit-devel mailing list -- cockpit-de...@lists.fedorahosted.org
>> To unsubscribe send an email to
>> cockpit-devel-le...@lists.fedorahosted.org
>>
>>
>
>
> --
> Marek Libra
>
> senior software engineer
> Red Hat Czech
>
> 
> ___
> cockpit-devel mailing list -- cockpit-de...@lists.fedorahosted.org
> To unsubscribe send an email to cockpit-devel-le...@lists.fedorahosted.org
>
>
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] install ovirt-engine

2017-05-10 Thread Roy Golan
On Thu, May 4, 2017 at 1:41 AM Brahim Rifahi <brahim.rifa...@gmail.com>
wrote:

> same problem :/
>
>
I can't help much without logs, outputs



> 2017-05-03 11:10 GMT+01:00 Roy Golan <rgo...@redhat.com>:
>
>>
>> http://www.ovirt.org/documentation/quickstart/quickstart-guide/#prerequisites
>>
>> On Wed, May 3, 2017 at 1:01 PM Brahim Rifahi <brahim.rifa...@gmail.com>
>> wrote:
>>
>>> sudo yum install -y ovirt-engine
>>> You do not want to work
>>> ___
>>> 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] install ovirt-engine

2017-05-03 Thread Roy Golan
http://www.ovirt.org/documentation/quickstart/quickstart-guide/#prerequisites

On Wed, May 3, 2017 at 1:01 PM Brahim Rifahi 
wrote:

> sudo yum install -y ovirt-engine
> You do not want to work
> ___
> 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] Memory for Engine Machine

2017-02-20 Thread Roy Golan
On Tue, Feb 21, 2017 at 12:12 AM Simone Tiraboschi <stira...@redhat.com>
wrote:

> On Mon, Feb 20, 2017 at 9:39 PM, Roy Golan <rgo...@redhat.com> wrote:
>
>
>
> On Feb 20, 2017 9:35 PM, "Doug Ingham" <dou...@gmail.com> wrote:
>
> 16GB is just the recommended amount of memory. The more items your Engine
> has to manage, the more memory it will consume, so whilst it might not be
> using that amount of memory at the moment, it will do as you expand your
> cluster.
>
>
> It will never really need this amount of memory. There is no reason to
> configure the heap for 16gb.
>
>
>
> On 20 February 2017 at 16:22, FERNANDO FREDIANI <fernando.fredi...@upx.com
> > wrote:
>
> Hello folks
>
> I have a Engine dedicated machine running with 4GB of memory. It has been
> working fine without any apparent issues.
>
> If I check the system memory usage it rarely goes over 1.5GB.
>
> But when I upgrade oVirt Engine it complains with the following message:
> "[WARNING] Less than 16384MB of memory is available".
>
>
> Please open a bug with all the details, we should address that.
>
>
> Currently we are tuning the java heap size to 1/4 of the system memory.
> On hosted-engine-setup side we propose to assign to the engine VM 16GB (so
> java heap = 4GB) as recommended and 4GB as a minimum suggested value.
>
>
So for a machine with 64Gb we would put 16Gb doesn't make sense.(for non
hosted engine but in the future this may change) . we should elaborate the
calculation to top 4Gb.

Also what is the purpose of the warning that you have less than 16Gb of
available ram?


>
>
> Why is all that required if the real usage doesn't show that need ? Or am
> I missing anything ?
>
> Fernando Frediani
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
>
> --
> Doug
>
> ___
> 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
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Memory for Engine Machine

2017-02-20 Thread Roy Golan
On Feb 20, 2017 9:35 PM, "Doug Ingham"  wrote:

16GB is just the recommended amount of memory. The more items your Engine
has to manage, the more memory it will consume, so whilst it might not be
using that amount of memory at the moment, it will do as you expand your
cluster.


It will never really need this amount of memory. There is no reason to
configure the heap for 16gb.



On 20 February 2017 at 16:22, FERNANDO FREDIANI 
wrote:

> Hello folks
>
> I have a Engine dedicated machine running with 4GB of memory. It has been
> working fine without any apparent issues.
>
> If I check the system memory usage it rarely goes over 1.5GB.
>
> But when I upgrade oVirt Engine it complains with the following message:
> "[WARNING] Less than 16384MB of memory is available".
>

Please open a bug with all the details, we should address that.


> Why is all that required if the real usage doesn't show that need ? Or am
> I missing anything ?
>
> Fernando Frediani
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Doug

___
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-engine is participating in openjdk's adoption group for jdk9

2017-02-08 Thread Roy Golan
ovirt-engine is now listed in openjdk's adoption group in order to help and
supply feedback on jdk9.

https://wiki.openjdk.java.net/display/quality/Quality+Outreach

I'm working on creating a ci job to just run compilation, that would be
travis or our jenkins.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [ovirt-devel] Lowering the bar for wiki contribution?

2017-01-16 Thread Roy Golan
On 11 January 2017 at 17:06, Marc Dequènes (Duck) <d...@redhat.com> wrote:

> Quack,
>
> On 01/08/2017 06:39 PM, Barak Korren wrote:
> > On 8 January 2017 at 10:17, Roy Golan <rgo...@redhat.com> wrote:
> >> Adding infra which I forgot to add from the beginning
>
> Thanks.
>
> > I don't think this is an infra issue, more of a community/working
> > procedures one.
>
> I do thin it is. We are involved in the tooling, for their maintenance,
> for documenting where things are, for suggesting better solutions,
> ensuring security…
>
> > On the one hand, the developers need a place where they create and
> > discuss design documents and road maps. That please needs to be as
> > friction-free as possible to allow developers to work on the code
> > instead of on the documentation tools.
>
> As for code, I think there is need for review, even more for design
> documents, so I don't see why people are bothered by PRs, which is a
> tool they already know fairly well.
>
> For people with few git knowledge, the GitHub web interface allows to
> edit files.
>
> > On the other hand, the user community needs a good, up to date source
> > of information about oVirt and how to use it.
>
> Yes, this official entry point and it needs to be clean.
>
> > Having said the above, I don't think the site project's wiki is the
> > best place for this. The individual project mirrors on GitHub may be
> > better for this
>
> We could indeed split the technical documentation. If people want to
> experiment with the GH wiki pages, I won't interfere.
>
> I read several people in this thread really miss the old wiki, so I
> think it is time to remember why we did not stay in paradise. I was not
> there at the time, but I know the wiki was not well maintained. People
> are comparing our situation to the MediaWiki site, but the workforce is
> nowhere to be compared. There is already no community manager, and noone
> is in charge of any part really, whereas Mediawiki has people in charge
> of every corner of the wiki. Also they developed tools over years to
> monitor, correct, revert… and we don't have any of this. So without any
> process then it was a total mess. More than one year later there was
> still much cleanup to do, and having contributed to it a little bit, I
> fear a sentimental rush to go back to a solution that was abandoned.
>
> Having a header telling if this is a draft or published is far from
> being sufficient. If noone cares you just pile up content that gets
> obsolete, then useless, then misleading for newcomers. You may prefer
> review a posteriori, but in this case you need to have the proper tool
> to be able to search for things to be reviewed, and a in-content
> pseudo-header is really not an easy way to get a todolist.
>
> As for the current builder, it checks every minute for new content to
> build. The current tool (Middleman) is a bit slow, and the machine is
> not ultra speedy, but even in the worst case it should not take more
> than half an hour to see the published result. So I don't know why
> someone suggested to build "at least once a day". There is also an
> experimentation to improve this part.
>
> So to sum up:
>   - the most needed thing here is not a tool but people in charge to
> review the content (additions, cleanup old things, ask devs to update
> some missing part…), this should also allow for faster publishing
>   - I'm not against changing tool, just do not forget what you loose in
> the process, and the migration pain
>   - I think free editing without workflow in our specific case is not
> gonna work because we do not have the needed workforce for things to
> auto-correct
>
> \_o<
>
>
What do you suggest then? how can infra help with this now? fwiw I don't
care only about 'developers', I do want to process to be better.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Reminder: we have Wildfly's web mgmt console (with auth)

2017-01-16 Thread Roy Golan
For quite some time now we can access Wildfly's web console on
https://127.0.0.1:8706

It's the UI equivalent of jboss.cli but much more convenient. Example of
tasks you can perform there:
- Change logging settings, live
- Tweak the managed thread pool (will send a different thread about it)
- Shutdown/reload the service
- Tweak db connection details
- Get info/stats on the running setup EE components and more

One of the main advantages over the old jmx method is that it uses a plugin
to authenticate the engine user so your credentials should be admin@internal
or any superuser for that matter.

The default is to expose it to localhost and that could be change in
services/ovirt-engine/ovirt-engine.xml.in.For firewalled setups, you can
ssh tunnel your machine to overcome that as always.

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


Re: [ovirt-users] Hardware upgrade Ovirt Engine

2017-01-13 Thread Roy Golan
On Jan 13, 2017 11:47 AM, "nicola gentile" 
wrote:

Hi,
My environment consists of:
1 engine
2 host
1 storage

I must to do an hardware upgrade only for engine manager.

How do I proceed?

Best regard

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


Use the engine backup tool [1]. That will take care of DB and
configurations.

Make sure the status of your Ovf_store disks is OK with no event of warning
 on them(this means you have cold backup of your VM config)

You can then just start the upgrade , your VMS will continue with no
interference.

[1]
http://www.ovirt.org/develop/release-,management/features/engine/engine-backup/
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] WG: High Database Load after updating to oVirt 4.0.4

2017-01-12 Thread Roy Golan
+guchen,eberman

Guy, Eyal, can you run this on the 4.0.x setup with many disks
explain analyze select * from getdisksvmguid(uuid_generate_v1(), false,
uuid_generate_v1(), false);

On 12 January 2017 at 14:53, Grundmann, Christian <
christian.grundm...@fabasoft.com> wrote:

> Hi,
>
> ok will write a bug
>
>
>
> Setup:
>
> 8 Nodes
>
> Around 100 VMs running all the time
>
> 100-200 VMs dynamically created and destroyed from template using vagrant
>
> Around 2 disks per VM
>
> 7 Storage Domains around 1TB each
>
>
>
> Christian
>
>
>
>
>
>
>
>
>
>
>
> *Von:* Roy Golan [mailto:rgo...@redhat.com]
> *Gesendet:* Donnerstag, 12. Jänner 2017 13:41
> *An:* Grundmann, Christian <christian.grundm...@fabasoft.com>
> *Cc:* users@ovirt.org
> *Betreff:* Re: [ovirt-users] WG: High Database Load after updating to
> oVirt 4.0.4
>
>
>
>
>
> On 11 January 2017 at 17:16, Grundmann, Christian <
> christian.grundm...@fabasoft.com> wrote:
>
> | select * from  getdisksvmguid($1, $2, $3, $4)
>
>
>
>
>
> At the moment its best that you open a bug and put all the info there.
> I can tell that other setups, even big setup, didn't experience that
>
> so I guess some env factor is hiding here. How big is your setup,
> hosts/vm/disks/domains?
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] WG: High Database Load after updating to oVirt 4.0.4

2017-01-12 Thread Roy Golan
On 11 January 2017 at 17:16, Grundmann, Christian <
christian.grundm...@fabasoft.com> wrote:

> | select * from  getdisksvmguid($1, $2, $3, $4)



At the moment its best that you open a bug and put all the info there.
I can tell that other setups, even big setup, didn't experience that
so I guess some env factor is hiding here. How big is your setup,
hosts/vm/disks/domains?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [ovirt-devel] Lowering the bar for wiki contribution?

2017-01-08 Thread Roy Golan
Adding infra which I forgot to add from the beginning

On 7 January 2017 at 02:44, Jakub Niedermertl <jnied...@redhat.com> wrote:

> On Wed, Jan 4, 2017 at 11:41 AM, Roy Golan <rgo...@redhat.com> wrote:
> >
> >
> > On 4 January 2017 at 12:17, Maor Lipchuk <mlipc...@redhat.com> wrote:
> >>
> >>
> >>
> >> On Wed, Jan 4, 2017 at 11:38 AM, Daniel Erez <de...@redhat.com> wrote:
> >>>
> >>>
> >>>
> >>> On Wed, Jan 4, 2017 at 9:57 AM, Roy Golan <rgo...@redhat.com> wrote:
> >>>>
> >>>> I'm getting the feeling I'm not alone in this, authoring and
> publishing
> >>>> a wiki page isn't as used to be for long time.
> >>>>
> >>>> I want to suggest a bit lighter workflow:
> >>>>
> >>>> 1.  Everyone can merge their page - (it's a wiki)
> >>>>   Same as with (public and open) code, no one has the motivation to
> >>>> publish a badly written
> >>>>   wiki page under their name. True, it can have an impact, but not as
> >>>> with broken code
> >>>>
> >>>
> >>> +1.
> >>> Moreover, I think we shouldn't block any merging. Instead, wiki
> >>> maintainers could act afterwards and revert when needed (Wikipedia
> style).
> >>> Another issue is that (sadly) unlike mediawiki, we need to wait for
> wiki
> >>> publish after a change. So I'd suggest to build and publish the wiki at
> >>> least once a day. Any way, I think we should make the workflow much
> more
> >>> intuitive and pleasant like the previous wiki - i.e. much less
> restrictive
> >>> than manipulating a code base.
> >>>
> >>>
> >>>>
> >>>> 2. Use Page-Status marker
> >>>>  The author first merges the draft. Its now out there and should be
> >>>> updated as time goes and its
> >>>>  status is DRAFT. Maintainers will come later and after review would
> >>>> change the status to
> >>>>  PUBLISH. That could be a header in on the page:
> >>>>  ---
> >>>>  page status: DRAFT/PUBLISH
> >>>>  ---
> >>>>
> >>>>  Simple I think, and should work.
> >>>>
> >>
> >>  +1
> >> The effort of maintaining the wiki today compare to how it used to be
> >> before is much more cumbersome and problematic.
> >> I think we can learn a lot from wikipedia workflow,
> >> It is a much more inviting process where anyone can change the content
> >> easily.
> >> I'm not saying we should let any anonymous user change the wiki but even
> >> if we make it easier in house we can achieve much more informative
> reliable
> >> and updated wiki.
> >>
> >
> >
> >
> > I really think Github Pages is a perfect fit and an alternative to my
> first
> > suggestion. see
> > https://github.com/oVirt/ovirt-site/wiki/Why-aren't-we-using-this%3F
>
> +1
> Github wiki would allow us instant publishing, review after after
> publishing, it works purely in browser (no need for running local ruby
> server) and it's a service that doesn't require any maintenance form
> our side.
>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> ___
> >>>> Devel mailing list
> >>>> de...@ovirt.org
> >>>> http://lists.ovirt.org/mailman/listinfo/devel
> >>>
> >>>
> >>>
> >>> ___
> >>> 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
> >
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] The feature everyone was asking for is finally here...

2017-01-05 Thread Roy Golan
On 4 January 2017 at 17:31, Eyal Edri  wrote:

> FYI,
>
> After many requests from multiple developers and testers, the oVirt CI
> added a new simple job that lets you run the full fledged end-to-end oVirt
> system tests with a click of a button.
> You can read all the details and how-to in the new oVirt blog [1].
>
> We wanted to allow running oVirt system tests on EVERY open patch from ANY
> oVirt project, without relaying on complex building code inside the job.
> Luckily we just added the 'build-on-demand' so together with it you can
> build any rpms you'd like and use them to run the manual job.
>
> So the 2 steps you'll need to do are:
>
>1. Write 'ci please build' inside a comment on an open oVirt patch (
>make sure the feature is enabled for that project first, its already
>available for ovirt-engine,vdsm,dashboard and vdsm-jsonrpc-java)
>2. Run the manual OST job for the version you'd like to test with the
>URLs you got from #1
>
> You'll get and email once the job is done and you can browse the results
> and check for logs from engine and the hosts.
>
> Please feel free to ask questions on in...@ovirt.org as usual.
>
>
> [1] https://www.ovirt.org/blog/2017/01/ovirt-system-tests-to-the-rescue/
>

kudus! will give it a try


> --
> Eyal Edri
> Associate Manager
> RHV DevOps
> EMEA ENG Virtualization R
> Red Hat Israel
>
> phone: +972-9-7692018 <+972%209-769-2018>
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>
> ___
> Infra mailing list
> in...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [ovirt-devel] Lowering the bar for wiki contribution?

2017-01-04 Thread Roy Golan
On 4 January 2017 at 12:17, Maor Lipchuk <mlipc...@redhat.com> wrote:

>
>
> On Wed, Jan 4, 2017 at 11:38 AM, Daniel Erez <de...@redhat.com> wrote:
>
>>
>>
>> On Wed, Jan 4, 2017 at 9:57 AM, Roy Golan <rgo...@redhat.com> wrote:
>>
>>> I'm getting the feeling I'm not alone in this, authoring and publishing
>>> a wiki page isn't as used to be for long time.
>>>
>>> I want to suggest a bit lighter workflow:
>>>
>>> 1.  Everyone can merge their page - (it's a wiki)
>>>   Same as with (public and open) code, no one has the motivation to
>>> publish a badly written
>>>   wiki page under their name. True, it can have an impact, but not as
>>> with broken code
>>>
>>>
>> +1.
>> Moreover, I think we shouldn't block any merging. Instead, wiki
>> maintainers could act afterwards and revert when needed (Wikipedia style).
>> Another issue is that (sadly) unlike mediawiki, we need to wait for wiki
>> publish after a change. So I'd suggest to build and publish the wiki at
>> least once a day. Any way, I think we should make the workflow much more
>> intuitive and pleasant like the previous wiki - i.e. much less restrictive
>> than manipulating a code base.
>>
>
>>
>>> 2. Use Page-Status marker
>>>  The author first merges the draft. Its now out there and should be
>>> updated as time goes and its
>>>  status is DRAFT. Maintainers will come later and after review would
>>> change the status to
>>>  PUBLISH. That could be a header in on the page:
>>>  ---
>>>  page status: DRAFT/PUBLISH
>>>  ---
>>>
>>>  Simple I think, and should work.
>>>
>>>
>  +1
> The effort of maintaining the wiki today compare to how it used to be
> before is much more cumbersome and problematic.
> I think we can learn a lot from wikipedia workflow,
> It is a much more inviting process where anyone can change the content
> easily.
> I'm not saying we should let any anonymous user change the wiki but even
> if we make it easier in house we can achieve much more informative reliable
> and updated wiki.
>
>


I really think Github Pages is a perfect fit and an alternative to my first
suggestion. see
https://github.com/oVirt/ovirt-site/wiki/Why-aren't-we-using-this%3F

>
>>>
>>>
>>> ___
>>> Devel mailing list
>>> de...@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>
>>
>>
>> ___
>> 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] [ovirt-devel] Lowering the bar for wiki contribution?

2017-01-04 Thread Roy Golan
On 4 January 2017 at 11:06, Nir Soffer <nsof...@redhat.com> wrote:

> On Wed, Jan 4, 2017 at 10:51 AM, Barak Korren <bkor...@redhat.com> wrote:
> > On 4 January 2017 at 09:57, Roy Golan <rgo...@redhat.com> wrote:
> >> I'm getting the feeling I'm not alone in this, authoring and publishing
> a
> >> wiki page isn't as used to be for long time.
> >
> > Maybe we're using the wrong tool for the job?
> > The site is intentionally not a wiki to allow OSAS some editorial
> > control over what goes on the public site.
> >
> > I'm guessing that the scenario you are talking about here is a
> > developer looking to create a preliminary design document for further
> > discussion. Maybe we need a different tool and process for that?
>
> I agree, we are using the wrong tool for the job of putting initial design
> for discussion.
>
> For publishing user documentation the site is ok.
>
> I miss the wiki we had, it was easier to use for development of feature
> pages and developer documentation.
>


Who is our OSAS contact these days?



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


[ovirt-users] Lowering the bar for wiki contribution?

2017-01-03 Thread Roy Golan
I'm getting the feeling I'm not alone in this, authoring and publishing a
wiki page isn't as used to be for long time.

I want to suggest a bit lighter workflow:

1.  Everyone can merge their page - (it's a wiki)
  Same as with (public and open) code, no one has the motivation to publish
a badly written
  wiki page under their name. True, it can have an impact, but not as with
broken code

2. Use Page-Status marker
 The author first merges the draft. Its now out there and should be updated
as time goes and its
 status is DRAFT. Maintainers will come later and after review would change
the status to
 PUBLISH. That could be a header in on the page:
 ---
 page status: DRAFT/PUBLISH
 ---

 Simple I think, and should work.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Ovirt Java SDK

2016-12-22 Thread Roy Golan
On 22 December 2016 at 11:21, TranceWorldLogic .  wrote:

> Hi,
>
> I want to try Java SDK to see its usability.
>
> Can someone help me how to checkout code and compile Java SDK ?
> or Install Java SDK ?
>
> I am using Eclipse-Java for IDE.
>


Start with the readme
https://github.com/oVirt/ovirt-engine-sdk-java/tree/master/sdk
and check out the examples
https://github.com/oVirt/ovirt-engine-sdk-java/tree/master/sdk/src/test/java/org/ovirt/engine/sdk4/examples


> Thanks,
> ~Rohit
>
> ___
> 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] Request for feedback on your db vacuum status

2016-12-12 Thread Roy Golan
On 8 December 2016 at 17:01, Baptiste Agasse <
baptiste.aga...@lyra-network.com> wrote:

>
>
> - Le 8 Déc 16, à 15:18, Roy Golan <rgo...@redhat.com> a écrit :
>
> Hi all,
>
> Following the thread about vacuum tool [1] I would like to gather some
> feedback about your deployment's db vacuum status The info is completely
> anonymous and function running it is a read only reporting one and should
> have little or no effect on the db.
>
> The result can be pretty verbose  but again will not disclose sensitive
> info. Anyway review it before pasting it. It should look something like
> that(a snippet of one table):
>
> INFO:  vacuuming "pg_catalog.pg_ts_template"
> INFO:  index "pg_ts_template_tmplname_index" now contains 5 row versions
> in 2 pages
> DETAIL:  0 index row versions were removed.
> 0 index pages have been deleted, 0 are currently reusable.
> CPU 0.00s/0.00u sec elapsed 0.00 sec.
>
>
> 1. sudo su - postgres  -c "psql engine -c 'vacuum verbose'" &>
> /tmp/vacuum.log
>
> 2. review the /tmp/vacuum.log
>
> 3. paste it to http://paste.fedoraproject.org/ and reply with the link
> here
>
>
> [1] http://lists.ovirt.org/pipermail/devel/2016-December/014484.html
>
>
> Thanks,
> Roy
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
> http://paste.fedoraproject.org/501769/48120789/
>
> But, we run a full vacuum about one month ago that have free about 8GB of
> space and we set DWH_SAMPLING=60 to decrease data size of DWH (install is ~
> 1y and half old, updated from 3.5 to 3.6 to 4.0).
>
> Have a nice day.
>
> Regards.
>
> --
> Baptiste
>
>
Baptiste thank you very much for submitting this, very helpful.
I wonder if it was the engine or dwh db who took most of the 8gb.
FYI there is a discussion on increasing the interval to 60 on  *Bug 1395608*
<https://bugzilla.redhat.com/show_bug.cgi?id=1395608> - DWH sampling is too
high
___
Users mailing list
Users@ovirt.org
http://lists.phx.ovirt.org/mailman/listinfo/users


[ovirt-users] Request for feedback on your db vacuum status

2016-12-08 Thread Roy Golan
Hi all,

Following the thread about vacuum tool [1] I would like to gather some
feedback about your deployment's db vacuum status The info is completely
anonymous and function running it is a read only reporting one and should
have little or no effect on the db.

The result can be pretty verbose  but again will not disclose sensitive
info. Anyway review it before pasting it. It should look something like
that(a snippet of one table):

INFO:  vacuuming "pg_catalog.pg_ts_template"
INFO:  index "pg_ts_template_tmplname_index" now contains 5 row versions in
2 pages
DETAIL:  0 index row versions were removed.
0 index pages have been deleted, 0 are currently reusable.
CPU 0.00s/0.00u sec elapsed 0.00 sec.


1. sudo su - postgres  -c "psql engine -c 'vacuum verbose'" &>
/tmp/vacuum.log

2. review the /tmp/vacuum.log

3. paste it to http://paste.fedoraproject.org/ and reply with the link here


[1] http://lists.ovirt.org/pipermail/devel/2016-December/014484.html


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


Re: [ovirt-users] [ovirt-devel] [Feture discussion] Full vacuum tool

2016-12-08 Thread Roy Golan
On 8 December 2016 at 12:16, Roy Golan <rgo...@redhat.com> wrote:

>
>
> On 8 December 2016 at 10:06, Yedidyah Bar David <d...@redhat.com> wrote:
>
>> On Wed, Dec 7, 2016 at 10:56 PM, Eldad Marciano <emarc...@redhat.com>
>> wrote:
>> > just forgot to mention that no customization required just plug & play
>> he
>> > will collect a large set of informative data by deafult
>> >
>> > On Wed, Dec 7, 2016 at 10:54 PM, Eldad Marciano <emarc...@redhat.com>
>> wrote:
>> >>
>> >> In terms of measuring I used pgclu couple of times and it
>> powerfull,easy
>> >> to use, and provide very nice HTML reports
>> >> http://pgcluu.darold.net/
>> >>
>> >> And also provide autovacum analysis
>> >> http://pgcluu.darold.net/example/dolibarr-table-vacuums-analyzes.html
>> >>
>> >>
>> >>
>> >> On Wed, Dec 7, 2016 at 9:55 PM, Roy Golan <rgo...@redhat.com> wrote:
>> >>>
>> >>>
>> >>>
>> >>> On 7 December 2016 at 21:44, Roy Golan <rgo...@redhat.com> wrote:
>> >>>>
>> >>>>
>> >>>>
>> >>>> On 7 December 2016 at 21:00, Michal Skrivanek <mskri...@redhat.com>
>> >>>> wrote:
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> On 07 Dec 2016, at 11:28, Yaniv Kaul <yk...@redhat.com> wrote:
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> On Wed, Dec 7, 2016 at 10:57 AM, Roy Golan <rgo...@redhat.com>
>> wrote:
>> >>>>>>
>> >>>>>> Hi all,
>> >>>>>>
>> >>>>>> This is a discussion on the RFE[1] to provide a tool to perform
>> full
>> >>>>>> vacuum on our DBs.
>> >>>>>>
>> >>>>>> First if you are not familiar with vacuum please read this [2]
>> >>>>>>
>> >>>>>> # Backgroud
>> >>>>>> ovirt 'engine' DB have several busy table with 2 differnt usage
>> >>>>>> patten. One is audit_log and the others are the 'v*_statistics'
>> tables and
>> >>>>>> the difference between them is mostly inserts vs mostly hot
>> updates.
>> >>>>>> Tables with tons of updates creates garbage or 'dead' records that
>> >>>>>> should be removed, and for this postgres have the aforementioned
>> autovacuum
>> >>>>>> cleaner. It will make the db reuse its already allocated space to
>> perform
>> >>>>>> future updates/inserts and so on.
>> >>>>>> Autovacuum is essential for a db to function optimally and
>> tweaking it
>> >>>>>> is out of the scope of the feature.
>> >>>>>>
>> >>>>>> Full vacuum is designed to reclaim the disk space and reset the
>> table
>> >>>>>> statistics. It is a heavy maintenance task, it takes an exclusive
>> lock on
>> >>>>>> the table and may take seconds to minutes. In some situations it is
>> >>>>>> effectively a downtime due to the long table lock and should not
>> be running
>> >>>>>> when the engine is running.
>> >>>>>
>> >>>>>
>> >>>>> So, effectively this should be interesting mostly/only for the audit
>> >>>>> log. All other busy table are mostly in-place updates
>> >>>>
>> >>>>
>> >>>> Given that autovacuum is performing well the yes but if it starts to
>> >>>> fall behind this may help a bit.
>> >>>> audit_log is insert mostly and also delete, we remove a day, each
>> day.
>> >>>>>
>> >>>>>
>> >>>>>>
>> >>>>>> # Critiria
>> >>>>>> Provide a way to reclaim disk space claimed by the garbage created
>> >>>>>> over time by the engine db and dwh.
>> >>>>>>
>> >>>>>> # Usage
>> >>>>>> Either use it as part of the upgrade procedure (after all dbscipts
>> >>>>>> execution)
>> >>>>>
>> >>>>>
>> >>>>> 

Re: [ovirt-users] [ovirt-devel] [Feture discussion] Full vacuum tool

2016-12-08 Thread Roy Golan
On 8 December 2016 at 10:06, Yedidyah Bar David <d...@redhat.com> wrote:

> On Wed, Dec 7, 2016 at 10:56 PM, Eldad Marciano <emarc...@redhat.com>
> wrote:
> > just forgot to mention that no customization required just plug & play he
> > will collect a large set of informative data by deafult
> >
> > On Wed, Dec 7, 2016 at 10:54 PM, Eldad Marciano <emarc...@redhat.com>
> wrote:
> >>
> >> In terms of measuring I used pgclu couple of times and it powerfull,easy
> >> to use, and provide very nice HTML reports
> >> http://pgcluu.darold.net/
> >>
> >> And also provide autovacum analysis
> >> http://pgcluu.darold.net/example/dolibarr-table-vacuums-analyzes.html
> >>
> >>
> >>
> >> On Wed, Dec 7, 2016 at 9:55 PM, Roy Golan <rgo...@redhat.com> wrote:
> >>>
> >>>
> >>>
> >>> On 7 December 2016 at 21:44, Roy Golan <rgo...@redhat.com> wrote:
> >>>>
> >>>>
> >>>>
> >>>> On 7 December 2016 at 21:00, Michal Skrivanek <mskri...@redhat.com>
> >>>> wrote:
> >>>>>
> >>>>>
> >>>>>
> >>>>> On 07 Dec 2016, at 11:28, Yaniv Kaul <yk...@redhat.com> wrote:
> >>>>>
> >>>>>
> >>>>>
> >>>>> On Wed, Dec 7, 2016 at 10:57 AM, Roy Golan <rgo...@redhat.com>
> wrote:
> >>>>>>
> >>>>>> Hi all,
> >>>>>>
> >>>>>> This is a discussion on the RFE[1] to provide a tool to perform full
> >>>>>> vacuum on our DBs.
> >>>>>>
> >>>>>> First if you are not familiar with vacuum please read this [2]
> >>>>>>
> >>>>>> # Backgroud
> >>>>>> ovirt 'engine' DB have several busy table with 2 differnt usage
> >>>>>> patten. One is audit_log and the others are the 'v*_statistics'
> tables and
> >>>>>> the difference between them is mostly inserts vs mostly hot updates.
> >>>>>> Tables with tons of updates creates garbage or 'dead' records that
> >>>>>> should be removed, and for this postgres have the aforementioned
> autovacuum
> >>>>>> cleaner. It will make the db reuse its already allocated space to
> perform
> >>>>>> future updates/inserts and so on.
> >>>>>> Autovacuum is essential for a db to function optimally and tweaking
> it
> >>>>>> is out of the scope of the feature.
> >>>>>>
> >>>>>> Full vacuum is designed to reclaim the disk space and reset the
> table
> >>>>>> statistics. It is a heavy maintenance task, it takes an exclusive
> lock on
> >>>>>> the table and may take seconds to minutes. In some situations it is
> >>>>>> effectively a downtime due to the long table lock and should not be
> running
> >>>>>> when the engine is running.
> >>>>>
> >>>>>
> >>>>> So, effectively this should be interesting mostly/only for the audit
> >>>>> log. All other busy table are mostly in-place updates
> >>>>
> >>>>
> >>>> Given that autovacuum is performing well the yes but if it starts to
> >>>> fall behind this may help a bit.
> >>>> audit_log is insert mostly and also delete, we remove a day, each day.
> >>>>>
> >>>>>
> >>>>>>
> >>>>>> # Critiria
> >>>>>> Provide a way to reclaim disk space claimed by the garbage created
> >>>>>> over time by the engine db and dwh.
> >>>>>>
> >>>>>> # Usage
> >>>>>> Either use it as part of the upgrade procedure (after all dbscipts
> >>>>>> execution)
> >>>>>
> >>>>>
> >>>>> That does sound as a good start not requiring much user involvement
> >>>>>
> >>>>>> or just provide the tool and admin will run in on demand
> >>>>>> - engine db credentials read from /etc/ovirt-engine/engine.conf.d/
> >>>>>> - invocation:
> >>>>>>  ```
> >>>>>>  tool: [dbname(default engine)] [table: (default all)]
> >>>>>>  ```
> >>>>&

Re: [ovirt-users] [Feture discussion] Full vacuum tool

2016-12-07 Thread Roy Golan
On 7 December 2016 at 21:44, Roy Golan <rgo...@redhat.com> wrote:

>
>
> On 7 December 2016 at 21:00, Michal Skrivanek <mskri...@redhat.com> wrote:
>
>>
>>
>> On 07 Dec 2016, at 11:28, Yaniv Kaul <yk...@redhat.com> wrote:
>>
>>
>>
>> On Wed, Dec 7, 2016 at 10:57 AM, Roy Golan <rgo...@redhat.com> wrote:
>>
>>> Hi all,
>>>
>>> This is a discussion on the RFE[1] to provide a tool to perform full
>>> vacuum on our DBs.
>>>
>>> First if you are not familiar with vacuum please read this [2]
>>>
>>> # Backgroud
>>> ovirt 'engine' DB have several busy table with 2 differnt usage patten.
>>> One is audit_log and the others are the 'v*_statistics' tables and the
>>> difference between them is mostly inserts vs mostly hot updates.
>>> Tables with tons of updates creates garbage or 'dead' records that
>>> should be removed, and for this postgres have the aforementioned autovacuum
>>> cleaner. It will make the db reuse its already allocated space to perform
>>> future updates/inserts and so on.
>>> Autovacuum is essential for a db to function optimally and tweaking it
>>> is out of the scope of the feature.
>>>
>>> Full vacuum is designed to reclaim the disk space and reset the table
>>> statistics. It is a heavy maintenance task, it takes an exclusive lock on
>>> the table and may take seconds to minutes. In some situations it is
>>> effectively a downtime due to the long table lock and should not be running
>>> when the engine is running.
>>>
>>
>> So, effectively this should be interesting mostly/only for the audit log.
>> All other busy table are mostly in-place updates
>>
>
> Given that autovacuum is performing well the yes but if it starts to fall
> behind this may help a bit.
> audit_log is insert mostly and also delete, we remove a day, each day.
>
>>
>>
>>> # Critiria
>>> Provide a way to reclaim disk space claimed by the garbage created over
>>> time by the engine db and dwh.
>>>
>>> # Usage
>>> Either use it as part of the upgrade procedure (after all dbscipts
>>> execution)
>>>
>>
>> That does sound as a good start not requiring much user involvement
>>
>> or just provide the tool and admin will run in on demand
>>> - engine db credentials read from /etc/ovirt-engine/engine.conf.d/
>>> - invocation:
>>>  ```
>>>  tool: [dbname(default engine)] [table: (default all)]
>>>  ```
>>> - if we invoke it on upgrade than an installation plugin should be added
>>> to invoke with default, no interaction
>>>
>>
>> +1
>>
>> - since VACUUM ANALYZE is consider a recommended maintenance task we can
>>> to it by default and ask the user for FULL.
>>>
>>
>> When would you run it? ANALYZE nightly?
>>
>> No I'd still avoid doing this repeatedly, autovaccum should handle that
> as well, but this would cover situations where it isn't functioning
> optimally.
>
> I think  its worth adding a report of the db status and the rate of the
> autovacuum (a slight midifed version of the query mskrivanek ran on one of
> the production systems [3])  that will go to the logcollector. Perhaps the
> output of the ANALYZE will help as well.
>
> [3] https://gist.github.com/rgolangh/049cff30b89c5b29284ceee80a35db
> b4#file-table_status_by_dead_rows-sql
>


Very interesting collection of pg scrips to measure bloat and vacuum -
needs access to postgres objects though

- https://github.com/pgexperts/pgx_scripts
-
https://github.com/pgexperts/pgx_scripts/blob/master/bloat/table_bloat_check.sql
-
https://github.com/pgexperts/pgx_scripts/blob/master/vacuum/last_autovacuum.sql


>
>
>>>
>> Will the user know to answer intelligently if vacuum is needed or not?
>> Except for 'yes, you need it', we cannot even provide a time estimate (I
>> assume a disk space estimate is available!)
>>
>> perhaps we can estimate the bloat, there should be a github script to
> calculate that [4] not sure how good it is.
>
>> I would suggest to run ANALYZE for sure and provide an option at the end
>> of installation, to run the required command line - so make it as
>> accessible as possible, but not part of the flow.
>>
>>
>> If there are no significant gains why bother any other time but on
>> upgrade when it can be run unconditionally?
>>
>>
>> I'm wondering if the community can run ANALYZE on their database, and we
>> can estimate how many are in d

Re: [ovirt-users] [Feture discussion] Full vacuum tool

2016-12-07 Thread Roy Golan
On 7 December 2016 at 21:00, Michal Skrivanek <mskri...@redhat.com> wrote:

>
>
> On 07 Dec 2016, at 11:28, Yaniv Kaul <yk...@redhat.com> wrote:
>
>
>
> On Wed, Dec 7, 2016 at 10:57 AM, Roy Golan <rgo...@redhat.com> wrote:
>
>> Hi all,
>>
>> This is a discussion on the RFE[1] to provide a tool to perform full
>> vacuum on our DBs.
>>
>> First if you are not familiar with vacuum please read this [2]
>>
>> # Backgroud
>> ovirt 'engine' DB have several busy table with 2 differnt usage patten.
>> One is audit_log and the others are the 'v*_statistics' tables and the
>> difference between them is mostly inserts vs mostly hot updates.
>> Tables with tons of updates creates garbage or 'dead' records that should
>> be removed, and for this postgres have the aforementioned autovacuum
>> cleaner. It will make the db reuse its already allocated space to perform
>> future updates/inserts and so on.
>> Autovacuum is essential for a db to function optimally and tweaking it is
>> out of the scope of the feature.
>>
>> Full vacuum is designed to reclaim the disk space and reset the table
>> statistics. It is a heavy maintenance task, it takes an exclusive lock on
>> the table and may take seconds to minutes. In some situations it is
>> effectively a downtime due to the long table lock and should not be running
>> when the engine is running.
>>
>
> So, effectively this should be interesting mostly/only for the audit log.
> All other busy table are mostly in-place updates
>

Given that autovacuum is performing well the yes but if it starts to fall
behind this may help a bit.
audit_log is insert mostly and also delete, we remove a day, each day.

>
>
>> # Critiria
>> Provide a way to reclaim disk space claimed by the garbage created over
>> time by the engine db and dwh.
>>
>> # Usage
>> Either use it as part of the upgrade procedure (after all dbscipts
>> execution)
>>
>
> That does sound as a good start not requiring much user involvement
>
> or just provide the tool and admin will run in on demand
>> - engine db credentials read from /etc/ovirt-engine/engine.conf.d/
>> - invocation:
>>  ```
>>  tool: [dbname(default engine)] [table: (default all)]
>>  ```
>> - if we invoke it on upgrade than an installation plugin should be added
>> to invoke with default, no interaction
>>
>
> +1
>
> - since VACUUM ANALYZE is consider a recommended maintenance task we can
>> to it by default and ask the user for FULL.
>>
>
> When would you run it? ANALYZE nightly?
>
> No I'd still avoid doing this repeatedly, autovaccum should handle that as
well, but this would cover situations where it isn't functioning optimally.

I think  its worth adding a report of the db status and the rate of the
autovacuum (a slight midifed version of the query mskrivanek ran on one of
the production systems [3])  that will go to the logcollector. Perhaps the
output of the ANALYZE will help as well.

[3]
https://gist.github.com/rgolangh/049cff30b89c5b29284ceee80a35dbb4#file-table_status_by_dead_rows-sql

>
>>
> Will the user know to answer intelligently if vacuum is needed or not?
> Except for 'yes, you need it', we cannot even provide a time estimate (I
> assume a disk space estimate is available!)
>
> perhaps we can estimate the bloat, there should be a github script to
calculate that [4] not sure how good it is.

> I would suggest to run ANALYZE for sure and provide an option at the end
> of installation, to run the required command line - so make it as
> accessible as possible, but not part of the flow.
>
>
> If there are no significant gains why bother any other time but on upgrade
> when it can be run unconditionally?
>
>
> I'm wondering if the community can run ANALYZE on their database, and we
> can estimate how many are in dire need for full vacuum already.
> Y.
>
> I'll send a different mail for that.


>
> - remote db is supported as well, doesn't have to be local
>>
>
> Well, not sure if we need to bother. It was introduced for large
> deployments where the host can't fit both engine and db load. Do we still
> have this issue? I wouldn't say so for 4.1. It may be very niche case
>
> Running full vacuum is anyway a psql command, so there is no hidden cost
here (to the development side I mean)


> Thanks,
> michal
>
>
>> # Questions
>>  - Will remote dwh have the credentials under
>> /etc/ovirt-engine/engine.conf.d?
>>  - Should  AAA schema be taken into account as well?
>>
>> Please review, thanks
>> Roy
>

[ovirt-users] [Feture discussion] Full vacuum tool

2016-12-07 Thread Roy Golan
Hi all,

This is a discussion on the RFE[1] to provide a tool to perform full vacuum
on our DBs.

First if you are not familiar with vacuum please read this [2]

# Backgroud
ovirt 'engine' DB have several busy table with 2 differnt usage patten. One
is audit_log and the others are the 'v*_statistics' tables and the
difference between them is mostly inserts vs mostly hot updates.
Tables with tons of updates creates garbage or 'dead' records that should
be removed, and for this postgres have the aforementioned autovacuum
cleaner. It will make the db reuse its already allocated space to perform
future updates/inserts and so on.
Autovacuum is essential for a db to function optimally and tweaking it is
out of the scope of the feature.

Full vacuum is designed to reclaim the disk space and reset the table
statistics. It is a heavy maintenance task, it takes an exclusive lock on
the table and may take seconds to minutes. In some situations it is
effectively a downtime due to the long table lock and should not be running
when the engine is running.

# Critiria
Provide a way to reclaim disk space claimed by the garbage created over
time by the engine db and dwh.

# Usage
Either use it as part of the upgrade procedure (after all dbscipts
execution)
or just provide the tool and admin will run in on demand
- engine db credentials read from /etc/ovirt-engine/engine.conf.d/
- invocation:
 ```
 tool: [dbname(default engine)] [table: (default all)]
 ```
- if we invoke it on upgrade than an installation plugin should be added to
invoke with default, no interaction
- since VACUUM ANALYZE is consider a recommended maintenance task we can to
it by default and ask the user for FULL.
- remote db is supported as well, doesn't have to be local

# Questions
 - Will remote dwh have the credentials under
/etc/ovirt-engine/engine.conf.d?
 - Should  AAA schema be taken into account as well?

Please review, thanks
Roy

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1388430
[2]
https://www.postgresql.org/docs/9.2/static/runtime-config-autovacuum.html
[3] https://www.postgresql.org/docs/devel/static/sql-vacuum.html
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Problem moving master storage domain to maintenance

2016-11-09 Thread Roy Golan
On 9 November 2016 at 14:49, knarra  wrote:

> Can some one please help me to understand the queries below.
>
> On 11/03/2016 06:43 PM, Maor Lipchuk wrote:
>
> Hi kasturi,
>
> Which version of oVirt are you using?
>
> Apologies for the late reply. I am using the latest master.
>
> Roy, I assume it is related to 4.0 version where the import of hosted
> storage domain was introduced. Care to share your insight about it?
>
> Regards,
> Maor
>
>
> On Thu, Nov 3, 2016 at 12:23 PM, knarra  wrote:
>
>> Hi,
>>
>> I have three storage domains backed by gluster in my environment
>> (hostedstorage, data and vmstore). I would want to move the storage domains
>> into maintenance. Have couple of questions here.
>>
>> 1) Will moving master storage domain into maintenance have some impact on
>> hostedstorage?
>>
>> 2) I see that moving master storage domain into maintenance causes
>> HostedEngine VM to restart and moves hosted_storage from active to Unknown
>> state. Is this expected?
>>
>> 3) master storage domain remains in  "Preparing for Maintenance" and i
>> see the following exceptions in the engine.log.
>>
>> 2016-11-03 06:22:10,988 ERROR 
>> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand]
>> (DefaultQuartzScheduler6) [2d534f09] 
>> IrsBroker::Failed::GetStoragePoolInfoVDS:
>> IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Wrong
>> Master domain or its version: u'SD=08aba92e-e685-45d7-b03f-85d9678ecc9b,
>> pool=581999ef-02aa-0272-0334-0159'
>> 2016-11-03 06:22:11,001 WARN [org.ovirt.engine.core.bll.sto
>> rage.pool.ReconstructMasterDomainCommand] (org.ovirt.thread.pool-6-thread-24)
>> [210d2f12] Validation of action 'ReconstructMasterDomain' failed for user
>> SYSTEM. Reasons: VAR__ACTION__RECONSTRUCT_MASTE
>> R,VAR__TYPE__STORAGE__DOMAIN,ACTION_TYPE_FAILED_STORAGE_DOMAIN_STATUS_ILLEGAL2,$status
>> PreparingForMaintenance
>>
>> Thanks
>>
>> kasturi.
>>
>>
>> The hosted_storage will not be picked up as a master domain. So the
reconstruct must have picked up one of your other domain. I don't know why
the reconstruct failed, it says here it's wrong master domain version.


> ___
>> 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] fakevdsm templates per datacenter

2016-10-27 Thread Roy Golan
On 27 October 2016 at 10:42,  wrote:

> Hi All, i have two ovirt / fakevdsm questions.
>
> I am using fakevdsm to test my ovirt 4.0.5 engine.
> I have a somewhat awkward setup where i have a relatively large amount of
> dc's.

I cannot get nfs master domain to work from the api.
> The api code is solid and is used on a ovirt-engine 3.5 production cluster.
>
>

> When creating the nfs storage domain i have no issues (it is created as id
> (0-0 more zeros here..) but when i try to attach it to a dc it
> fails.
>

please share the logs


> I am not sure this is an ovirt of fakevdsm issue. When i manually add the
> nfs storage domain it does get created which is somewhat worrying.
>

Manually?


> My real aim would be to run 500 dc's with 2 hosts and around 5 vms.
>
>
You'd have to have a host per DC, cause every DC has an SPM. You meant
cluster or I'm missing something.


> Not being able to use the nfs storage master domain is one of the issues.
>
> To work around this i decided to try and create 1000 dcs with a single
> host using local storage.
> Allthough this works it looks like the hosts and vms within the dc's are
> actually not having their own storage pool.
>
> In our prod environment we run at a much lower scale serveral dc's with
> shared gluster storage (shared between the two hosts in the cluster)
> This is considered per dc its own storage pool.
>
> In my tests when reaching dc,cluster, host 249 things fail, this is likely
> because of the value of 'maxnumberofhostsinstoragepool'. I would expect
> this to be bound to the dcs and not the overall server.
>
> In short i expect each dc to be able to run 249 hosts as each dc is its
> own storage pool?
>
> I'm not sure I understand the question. However, the limitation is soft
and can be overridden.


> Similarly when i look at the ovirt ui some hosts actually show they are
> running the total amount of running vms.
>

Yes, when running with vdsm fake you must set this config value as well

```bash

sudo -i -u postgreexport ENGINE_DB=dbname
psql $ENGINE_DB -c "UPDATE vdc_options set option_value = 'true' WHERE
option_name = 'UseHostNameIdentifier';"

 ```

I've sent a patch to gerrit for that  https://gerrit.ovirt.org/65804


> Again i am not sure if i am correct in assuming each dc is its own storage
> pool.
>
> Correct. DC = Storage Pool

>
> Finally.
> As this setup is somewhat awkward i would like to tweak the diverse flags
> in ovirt engine to be more relaxed about obtaining data from the hosts and
> storage domains.
>
> I believe ovirt engine now checks every 3 seconds the host but i am
> guessing i can live with every 60 seconds for example, the same would apply
> for the storage part. what i am not sure about though is if there is a
> golden ratio between these config items.
> I.e. there is vdsRefreshRate, if i set this to 60 instead of 3 do i need
> to also change the vdsTimeout value which is set to 180 by default?
>
> Change the VdsRefreshRate to 20s - but bare in mind that we have a
limitation when starting up a VM - its status will show as up only after
the next 20s interval
Please report with your finding on the above tweak


> sorru for the lenght of this message.
> the most critical items are.
> Should i worry about not being eable to create an nfs master domain or is
> this a fakevdsm thing
> Why are my dcs, for someone reason related to the main storage pool or am
> i right in thinking a dc + cluster +host with local storage, is its own
> storage pool?
>
> Thanks you so much.
>
>
>
>
>
>
> ___
> 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] Windows guests

2016-10-25 Thread Roy Golan
Hi Vasily,

The comparison is windows on bare-metal to windows guest?  I can't even
start answering without info about the VM OS, the host OS and hardware, and
the laptop info as well.

Roy

2016-10-20 17:45 GMT+03:00 vasily.lamy...@megafon.ru <
vasily.lamy...@megafon.ru>:

> I have windows vm and physical machine
>
> On benchmark test CPU,HDD. VM cause more faster result than Physical(VM
> running on enterprise server, physical – simply laptop)
>
> But 1 test failed.
>
> I run bat script, which doing dummy incremental operation in loop.
>
> 
>
> @echo %time% start
>
> @set /a lcount=0
>
> @set /a lmax=19
>
> @set /a tst=lmax+1
>
> :lstart
>
> @set /a lcount=lcount+1
>
>
>
> @if not %lcount%==%lmax% goto lstart
>
> @echo dummy|set /p dummy=Done looping %tst% times at
>
> @echo %time% stop
>
> 
>
>
>
> And physical laptop faster than vm in 2x.
>
> Why? How can I improve this test for vm?
>
>
>
> *Ламыкин Василий*
>
> Старший инженер по эксплуатации сервисных платформ
>
> Столичный ф-ал ПАО "МегаФон
>
>
>
> +7 (926) 500-3308
>
> [image: МегаФон лого+знак РУС B2C]
>
>
>
> --
>
> Информация в этом сообщении предназначена исключительно для конкретных
> лиц, которым она адресована. В сообщении может содержаться конфиденциальная
> информация, которая не может быть раскрыта или использована кем-либо, кроме
> адресатов. Если вы не адресат этого сообщения, то использование,
> переадресация, копирование или распространение содержания сообщения или его
> части незаконно и запрещено. Если Вы получили это сообщение ошибочно,
> пожалуйста, незамедлительно сообщите отправителю об этом и удалите со всем
> содержимым само сообщение и любые возможные его копии и приложения.
>
> The information contained in this communication is intended solely for the
> use of the individual or entity to whom it is addressed and others
> authorized to receive it. It may contain confidential or legally privileged
> information. The contents may not be disclosed or used by anyone other than
> the addressee. If you are not the intended recipient(s), any use,
> disclosure, copying, distribution or any action taken or omitted to be
> taken in reliance on it is prohibited and may be unlawful. If you have
> received this communication in error please notify us immediately by
> responding to this email and then delete the e-mail and all attachments and
> any copies thereof.
>
> (c)20mf50
>
> ___
> 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] HE vm stuck in migration state

2016-09-26 Thread Roy Golan
please open a bug and put the engine.log  as well as vdsm.log from vm01 and
vm03

On 26 September 2016 at 18:23, Davide Ferrari <dav...@billymob.com> wrote:

> 4.0.3-1.el7.centos
>
>
> 2016-09-26 14:07 GMT+02:00 Roy Golan <rgo...@redhat.com>:
>
>> I'm pretty sure we fixed that already, what version are you runing?
>>
>> On 26 September 2016 at 12:39, Davide Ferrari <dav...@billymob.com>
>> wrote:
>>
>>> Following this
>>>
>>> https://access.redhat.com/discussions/688043
>>>
>>> even if it's 4 years old, I've resatrted ovirt-engine on HE vm and now
>>> the status is OK again
>>>
>>> 2016-09-26 11:24 GMT+02:00 Davide Ferrari <dav...@billymob.com>:
>>>
>>>> It's running on my vm01 host and when I tried to manually migrate it on
>>>> another host (vm03) which had a "ghost" VM count (it's a fresh cluster
>>>> install with just the HE running in it), the migration started, the VMs
>>>> count in vm03 went to 0 but then the HE machine got stuck in migration.
>>>>
>>>> Actually it's still perfectly running on vm01, it seems that it's just
>>>> a database state. Is there a way to force a refresh?
>>>>
>>>> --
>>>> Davide Ferrari
>>>> Senior Systems Engineer
>>>>
>>>
>>>
>>>
>>> --
>>> Davide Ferrari
>>> Senior Systems Engineer
>>>
>>> ___
>>> 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] Replace one engine host

2016-09-26 Thread Roy Golan
Those ids are hidden in the UI and you can reveal them from the db

```sql
select vds_spm_id,vds_name from vds_spm_id_map map,vds_static static where
map.vds_id = static.vds_id ;
```

On 19 September 2016 at 11:52, Davide Ferrari <dav...@billymob.com> wrote:

> Mmmh, how can I check this? And how can I cahnge the id from the engine?
> IDs are not even shown in the GUI for example
>
> 2016-09-19 10:35 GMT+02:00 Roy Golan <rgo...@redhat.com>:
>
>> I'm suspect the host-id is out of sync in the engine now. changing the
>> host-id locally isn't supported. The engine is the only source of id
>> assignment.
>>
>> On 19 September 2016 at 00:21, Davide Ferrari <dav...@billymob.com>
>> wrote:
>>
>>> Oh, thanks! You put me on the right way! Now it works:
>>> Steps that I did:
>>> - reinstall + deploy vm03
>>> - manually set from maintenance to none on vm03
>>> - reinstall + undeploy vm04 (I left it deployed again last time, trying
>>> to remove it)
>>>
>>> Then I found the problem: vm03 hosted-engine conf
>>> (/etc/ovirt-hosted-engine/hosted-engine.conf) had host_id set to 4
>>> which conflicted with vm04 host_id. So I changed it to 2 (the only one
>>> free), restarted ovirt-ha-agent (and broker just to be sure) and it worked!
>>> Now from vm-status I see vm01,02 and 03 with 3400 as priority and I can
>>> migrate the HE vm to any of them!
>>>
>>> Thanks a lot for your kind help, Roy!
>>>
>>> 2016-09-18 22:00 GMT+02:00 Roy Golan <rgo...@redhat.com>:
>>>
>>>> Can you share the deploy logs of vm03? /var/log/ovirt-engine/host-dep
>>>> loy/
>>>> Is there an /etc/ovirt-hosted-engine/hosted-engine.conf at all?
>>>>
>>>> On 18 September 2016 at 17:28, Davide Ferrari <dav...@billymob.com>
>>>> wrote:
>>>>
>>>>> Hello Roy, I forgot to mention that I already reinstalled (several
>>>>> times) vm03 from the gui with the deploy option checked, but there's no 
>>>>> way
>>>>> it appears there. For the record vm04 was the first host deployed (from
>>>>> cli) after the initial vm01 installation, then vm02 and then 03.
>>>>>
>>>>> On Sep 18, 2016 11:06, "Roy Golan" <rgo...@redhat.com> wrote:
>>>>>
>>>>>> vm03 is missing here from the status. Can you reinstall it from UI
>>>>>> (if you added the host vm03 then just go to Management menu and click
>>>>>> reinstall, choose 'Deploy' Option) - After its done, when the host is
>>>>>> activated  you'll need to manually switch the host out of maintenence (we
>>>>>> have a bug on it - solved in master already)
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 18 September 2016 at 10:45, Davide Ferrari <dav...@billymob.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Hello
>>>>>>>
>>>>>>> Still playing a bit with oVirt, my cluster is ovirt+gluster with a
>>>>>>> replica 3 glusterfs for the engine (on vm01, vm02 and vm03) and 4 hosts 
>>>>>>> for
>>>>>>> the data glusterfs and running virtual machines (vm01, vm02, vm03 and
>>>>>>> vm04). Now, by mistake, I deployed hosted-engine on vm04 but I don't 
>>>>>>> want
>>>>>>> to have the engine on a machine without local data + it's not working
>>>>>>> correctly (weight 0 and marked as in maintenance). Now, I've already 
>>>>>>> tried
>>>>>>> to reinstall it from the the GUI marking the "Undeploy" check, reinstall
>>>>>>> vm03 marking the "deploy" check but nothing seems to work. Here it is 
>>>>>>> the
>>>>>>> hosted-engine --vm-status output from vm04. What can I do to deploy
>>>>>>> correctly the hosted engine on vm03?
>>>>>>>
>>>>>>> --== Host 1 status ==--
>>>>>>>
>>>>>>> Status up-to-date  : True
>>>>>>> Hostname   : vm01.mydomain.tld
>>>>>>> Host ID: 1
>>>>>>> Engine status  : {"reason": "vm not running on
>>>>>>> this host", "health": "bad", "vm": "down"

Re: [ovirt-users] HE vm stuck in migration state

2016-09-26 Thread Roy Golan
I'm pretty sure we fixed that already, what version are you runing?

On 26 September 2016 at 12:39, Davide Ferrari  wrote:

> Following this
>
> https://access.redhat.com/discussions/688043
>
> even if it's 4 years old, I've resatrted ovirt-engine on HE vm and now the
> status is OK again
>
> 2016-09-26 11:24 GMT+02:00 Davide Ferrari :
>
>> It's running on my vm01 host and when I tried to manually migrate it on
>> another host (vm03) which had a "ghost" VM count (it's a fresh cluster
>> install with just the HE running in it), the migration started, the VMs
>> count in vm03 went to 0 but then the HE machine got stuck in migration.
>>
>> Actually it's still perfectly running on vm01, it seems that it's just a
>> database state. Is there a way to force a refresh?
>>
>> --
>> Davide Ferrari
>> Senior Systems Engineer
>>
>
>
>
> --
> 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] How can I to add RAM to Hosted Engine VM?

2016-09-25 Thread Roy Golan
You need to edit the vm in the webui and increase the memory there. The
next cold boot of the machine will load it with the new config. Do note
that the engine has an interval which triggers the creation of the new
vm.conf. The interval config item can be checked using

```
engine-config -g OvfUpdateIntervalInMinutes
```

the vm.conf under the host is now always and extraction of the
configuration saved under your hosted_storage domain

On 24 September 2016 at 19:57,  wrote:

> My HE VM stored on FC Storage
>
> 24.09.2016, 19:51, "Logan Kuhn" :
> > Sorry hit send too quickly.
> >
> > Move the shared storage version out of the way if you can. In my
> instance it was just an NFS volume so it wasn't too hard to move it.
> >
> > Regards,
> > Logan
> >
> > - On Sep 24, 2016, at 11:50 AM, Logan Kuhn log...@wolfram.com wrote:
> >
> > | I believe you can do it by editing this file:
> > | /var/run/ovirt-hosted-engine-ha/vm.conf and then restarting the vm
> > |
> > | Regards,
> > | Logan
> > |
> > | - On Sep 24, 2016, at 10:13 AM, aleksey maksimov
> aleksey.maksi...@it-kb.ru
> > | wrote:
> > |
> > || Hello oVirt guru`s !
> > ||
> > || How can I to add RAM to Hosted Engine VM?
> > || Solution from "Fix: The recovery flow is:..." in
> > || https://bugzilla.redhat.com/show_bug.cgi?id=1309572 not working.
> > ||
> > || oVirt Engine Version: 4.0.3-1.el7.centos
> > || ___
> > || 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
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Replace one engine host

2016-09-19 Thread Roy Golan
I'm suspect the host-id is out of sync in the engine now. changing the
host-id locally isn't supported. The engine is the only source of id
assignment.

On 19 September 2016 at 00:21, Davide Ferrari <dav...@billymob.com> wrote:

> Oh, thanks! You put me on the right way! Now it works:
> Steps that I did:
> - reinstall + deploy vm03
> - manually set from maintenance to none on vm03
> - reinstall + undeploy vm04 (I left it deployed again last time, trying to
> remove it)
>
> Then I found the problem: vm03 hosted-engine conf
> (/etc/ovirt-hosted-engine/hosted-engine.conf) had host_id set to 4 which
> conflicted with vm04 host_id. So I changed it to 2 (the only one free),
> restarted ovirt-ha-agent (and broker just to be sure) and it worked! Now
> from vm-status I see vm01,02 and 03 with 3400 as priority and I can migrate
> the HE vm to any of them!
>
> Thanks a lot for your kind help, Roy!
>
> 2016-09-18 22:00 GMT+02:00 Roy Golan <rgo...@redhat.com>:
>
>> Can you share the deploy logs of vm03? /var/log/ovirt-engine/host-deploy/
>> Is there an /etc/ovirt-hosted-engine/hosted-engine.conf at all?
>>
>> On 18 September 2016 at 17:28, Davide Ferrari <dav...@billymob.com>
>> wrote:
>>
>>> Hello Roy, I forgot to mention that I already reinstalled (several
>>> times) vm03 from the gui with the deploy option checked, but there's no way
>>> it appears there. For the record vm04 was the first host deployed (from
>>> cli) after the initial vm01 installation, then vm02 and then 03.
>>>
>>> On Sep 18, 2016 11:06, "Roy Golan" <rgo...@redhat.com> wrote:
>>>
>>>> vm03 is missing here from the status. Can you reinstall it from UI (if
>>>> you added the host vm03 then just go to Management menu and click
>>>> reinstall, choose 'Deploy' Option) - After its done, when the host is
>>>> activated  you'll need to manually switch the host out of maintenence (we
>>>> have a bug on it - solved in master already)
>>>>
>>>>
>>>>
>>>> On 18 September 2016 at 10:45, Davide Ferrari <dav...@billymob.com>
>>>> wrote:
>>>>
>>>>> Hello
>>>>>
>>>>> Still playing a bit with oVirt, my cluster is ovirt+gluster with a
>>>>> replica 3 glusterfs for the engine (on vm01, vm02 and vm03) and 4 hosts 
>>>>> for
>>>>> the data glusterfs and running virtual machines (vm01, vm02, vm03 and
>>>>> vm04). Now, by mistake, I deployed hosted-engine on vm04 but I don't want
>>>>> to have the engine on a machine without local data + it's not working
>>>>> correctly (weight 0 and marked as in maintenance). Now, I've already tried
>>>>> to reinstall it from the the GUI marking the "Undeploy" check, reinstall
>>>>> vm03 marking the "deploy" check but nothing seems to work. Here it is the
>>>>> hosted-engine --vm-status output from vm04. What can I do to deploy
>>>>> correctly the hosted engine on vm03?
>>>>>
>>>>> --== Host 1 status ==--
>>>>>
>>>>> Status up-to-date  : True
>>>>> Hostname   : vm01.mydomain.tld
>>>>> Host ID: 1
>>>>> Engine status  : {"reason": "vm not running on
>>>>> this host", "health": "bad", "vm": "down", "detail": "unknown"}
>>>>> Score  : 3400
>>>>> stopped: False
>>>>> Local maintenance  : False
>>>>> crc32  : fee2f7d8
>>>>> Host timestamp : 48911
>>>>> Extra metadata (valid at timestamp):
>>>>> metadata_parse_version=1
>>>>> metadata_feature_version=1
>>>>> timestamp=48911 (Sat Sep 17 07:57:02 2016)
>>>>> host-id=1
>>>>> score=3400
>>>>> maintenance=False
>>>>> state=EngineDown
>>>>> stopped=False
>>>>>
>>>>>
>>>>> --== Host 3 status ==--
>>>>>
>>>>> Status up-to-date  : True
>>>>> Hostname   : vm02.mydomain.tld
>>>>> Host ID: 3
>>>>> Engine status  : {"health": "good&

Re: [ovirt-users] Replace one engine host

2016-09-18 Thread Roy Golan
Can you share the deploy logs of vm03? /var/log/ovirt-engine/host-deploy/
Is there an /etc/ovirt-hosted-engine/hosted-engine.conf at all?

On 18 September 2016 at 17:28, Davide Ferrari <dav...@billymob.com> wrote:

> Hello Roy, I forgot to mention that I already reinstalled (several times)
> vm03 from the gui with the deploy option checked, but there's no way it
> appears there. For the record vm04 was the first host deployed (from cli)
> after the initial vm01 installation, then vm02 and then 03.
>
> On Sep 18, 2016 11:06, "Roy Golan" <rgo...@redhat.com> wrote:
>
>> vm03 is missing here from the status. Can you reinstall it from UI (if
>> you added the host vm03 then just go to Management menu and click
>> reinstall, choose 'Deploy' Option) - After its done, when the host is
>> activated  you'll need to manually switch the host out of maintenence (we
>> have a bug on it - solved in master already)
>>
>>
>>
>> On 18 September 2016 at 10:45, Davide Ferrari <dav...@billymob.com>
>> wrote:
>>
>>> Hello
>>>
>>> Still playing a bit with oVirt, my cluster is ovirt+gluster with a
>>> replica 3 glusterfs for the engine (on vm01, vm02 and vm03) and 4 hosts for
>>> the data glusterfs and running virtual machines (vm01, vm02, vm03 and
>>> vm04). Now, by mistake, I deployed hosted-engine on vm04 but I don't want
>>> to have the engine on a machine without local data + it's not working
>>> correctly (weight 0 and marked as in maintenance). Now, I've already tried
>>> to reinstall it from the the GUI marking the "Undeploy" check, reinstall
>>> vm03 marking the "deploy" check but nothing seems to work. Here it is the
>>> hosted-engine --vm-status output from vm04. What can I do to deploy
>>> correctly the hosted engine on vm03?
>>>
>>> --== Host 1 status ==--
>>>
>>> Status up-to-date  : True
>>> Hostname   : vm01.mydomain.tld
>>> Host ID: 1
>>> Engine status  : {"reason": "vm not running on this
>>> host", "health": "bad", "vm": "down", "detail": "unknown"}
>>> Score  : 3400
>>> stopped: False
>>> Local maintenance  : False
>>> crc32  : fee2f7d8
>>> Host timestamp : 48911
>>> Extra metadata (valid at timestamp):
>>> metadata_parse_version=1
>>> metadata_feature_version=1
>>> timestamp=48911 (Sat Sep 17 07:57:02 2016)
>>> host-id=1
>>> score=3400
>>> maintenance=False
>>> state=EngineDown
>>> stopped=False
>>>
>>>
>>> --== Host 3 status ==--
>>>
>>> Status up-to-date  : True
>>> Hostname   : vm02.mydomain.tld
>>> Host ID: 3
>>> Engine status  : {"health": "good", "vm": "up",
>>> "detail": "up"}
>>> Score  : 3400
>>> stopped: False
>>> Local maintenance  : False
>>> crc32  : 9138d24e
>>> Host timestamp : 48907
>>> Extra metadata (valid at timestamp):
>>> metadata_parse_version=1
>>> metadata_feature_version=1
>>> timestamp=48907 (Sat Sep 17 07:57:00 2016)
>>> host-id=3
>>> score=3400
>>> maintenance=False
>>> state=EngineUp
>>> stopped=False
>>>
>>>
>>> --== Host 4 status ==--
>>>
>>> Status up-to-date  : False
>>> Hostname   : vm04.mydomain.tld
>>> Host ID: 4
>>> Engine status  : unknown stale-data
>>> Score  : 0
>>> stopped: False
>>> Local maintenance  : True
>>> crc32  : 221d262e
>>> Host timestamp : 17958
>>> Extra metadata (valid at timestamp):
>>> metadata_parse_version=1
>>> metadata_feature_version=1
>>> timestamp=17958 (Fri Sep 16 23:19:32 2016)
>>> host-id=4
>>> score=0
>>> maintenance=True
>>> state=LocalMaintenance
>>> stopped=False
>>>
>>>
>>> --
>>> 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] DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli

2016-09-18 Thread Roy Golan
Thanks Nir. He is using hosted engine which already uses vdscli

On 18 September 2016 at 13:55, Nir Soffer <nsof...@redhat.com> wrote:

> On Sun, Sep 18, 2016 at 10:51 AM, Roy Golan <rgo...@redhat.com> wrote:
>
>> Alexsey thank you.
>>
>> Irit, Danken please have a look at  https://bugzilla.redhat.com/sh
>> ow_bug.cgi?id=1377069
>>
>
> This is unfortunate regression in 4.0, should be fixed soon.
>
> In meantime this can be fixed by removing this line:
>
>  warnings.simplefilter("always", category=DeprecationWarning)
>
> In /usr/lib/python2.7/site-packages/vdsm/vdscli.py
>
> Note that vdsClient will be removed soon and you should
> not use it for automation.
>
> Please use vdsm.vdscli library for automation.
>
> Nir
>
>
>>
>> On 18 September 2016 at 10:49, <aleksey.maksi...@it-kb.ru> wrote:
>>
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1377069
>>>
>>> 18.09.2016, 10:09, "Roy Golan" <rgo...@redhat.com>:
>>> > On 18 September 2016 at 09:48, <aleksey.maksi...@it-kb.ru> wrote:
>>> >> Thanks Roy
>>> >>
>>> >> But if I'm going to redirect the output of the hosted-engine command
>>> to /dev/null, I can not identify the possible problem of the command :(
>>> >
>>> > That's only stderror. You should still see the standard input and
>>> check for $? value.  Not perfect but I think this can get you started. I
>>> must say I am against this deprecation warning and I'll make an effort to
>>> find other ways of doing that
>>> >
>>> >> It may be possible exclude DeprecationWarning from the code in next
>>> version 4.0.4 :) ?
>>> >
>>> > I know VDSM guys started working on that but its WIP. Can you please
>>> open a bug for that and I'll make sure to put it on the right person?
>>> >
>>> >> 18.09.2016, 09:27, "Roy Golan" <rgo...@redhat.com>:
>>> >>> Try to point stderr to /dev/null. For example this should work:
>>> >>>
>>> >>> ```bash
>>> >>> vdsClient -s 0 list table 2> /dev/null
>>> >>> ```
>>> >>>
>>> >>> On 18 September 2016 at 08:59, <aleksey.maksi...@it-kb.ru> wrote:
>>> >>>> Hello oVirt guru`s !
>>> >>>>
>>> >>>> Every time I call the commands:
>>> >>>>
>>> >>>> * hosted-engine --set-maintenance --mode=global
>>> >>>> * hosted-engine --set-maintenance --mode=none
>>> >>>>
>>> >>>> The message appears:
>>> >>>>
>>> >>>> /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15:
>>> DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is
>>> deprecated, please use vdsm.jsonrpcvdscli
>>> >>>>   import vdsm.vdscli
>>> >>>> ...
>>> >>>>
>>> >>>> This message prevents tracking the status of execution of commands
>>> in my scripts.
>>> >>>>
>>> >>>> How can I suppress this message?
>>> >>>> ___
>>> >>>> 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
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Replace one engine host

2016-09-18 Thread Roy Golan
vm03 is missing here from the status. Can you reinstall it from UI (if you
added the host vm03 then just go to Management menu and click reinstall,
choose 'Deploy' Option) - After its done, when the host is activated
you'll need to manually switch the host out of maintenence (we have a bug
on it - solved in master already)



On 18 September 2016 at 10:45, Davide Ferrari  wrote:

> Hello
>
> Still playing a bit with oVirt, my cluster is ovirt+gluster with a replica
> 3 glusterfs for the engine (on vm01, vm02 and vm03) and 4 hosts for the
> data glusterfs and running virtual machines (vm01, vm02, vm03 and vm04).
> Now, by mistake, I deployed hosted-engine on vm04 but I don't want to have
> the engine on a machine without local data + it's not working correctly
> (weight 0 and marked as in maintenance). Now, I've already tried to
> reinstall it from the the GUI marking the "Undeploy" check, reinstall vm03
> marking the "deploy" check but nothing seems to work. Here it is the
> hosted-engine --vm-status output from vm04. What can I do to deploy
> correctly the hosted engine on vm03?
>
> --== Host 1 status ==--
>
> Status up-to-date  : True
> Hostname   : vm01.mydomain.tld
> Host ID: 1
> Engine status  : {"reason": "vm not running on this
> host", "health": "bad", "vm": "down", "detail": "unknown"}
> Score  : 3400
> stopped: False
> Local maintenance  : False
> crc32  : fee2f7d8
> Host timestamp : 48911
> Extra metadata (valid at timestamp):
> metadata_parse_version=1
> metadata_feature_version=1
> timestamp=48911 (Sat Sep 17 07:57:02 2016)
> host-id=1
> score=3400
> maintenance=False
> state=EngineDown
> stopped=False
>
>
> --== Host 3 status ==--
>
> Status up-to-date  : True
> Hostname   : vm02.mydomain.tld
> Host ID: 3
> Engine status  : {"health": "good", "vm": "up",
> "detail": "up"}
> Score  : 3400
> stopped: False
> Local maintenance  : False
> crc32  : 9138d24e
> Host timestamp : 48907
> Extra metadata (valid at timestamp):
> metadata_parse_version=1
> metadata_feature_version=1
> timestamp=48907 (Sat Sep 17 07:57:00 2016)
> host-id=3
> score=3400
> maintenance=False
> state=EngineUp
> stopped=False
>
>
> --== Host 4 status ==--
>
> Status up-to-date  : False
> Hostname   : vm04.mydomain.tld
> Host ID: 4
> Engine status  : unknown stale-data
> Score  : 0
> stopped: False
> Local maintenance  : True
> crc32  : 221d262e
> Host timestamp : 17958
> Extra metadata (valid at timestamp):
> metadata_parse_version=1
> metadata_feature_version=1
> timestamp=17958 (Fri Sep 16 23:19:32 2016)
> host-id=4
> score=0
> maintenance=True
> state=LocalMaintenance
> stopped=False
>
>
> --
> 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] DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli

2016-09-18 Thread Roy Golan
Alexsey thank you.

Irit, Danken please have a look at  https://bugzilla.redhat.com/
show_bug.cgi?id=1377069

On 18 September 2016 at 10:49, <aleksey.maksi...@it-kb.ru> wrote:

> https://bugzilla.redhat.com/show_bug.cgi?id=1377069
>
> 18.09.2016, 10:09, "Roy Golan" <rgo...@redhat.com>:
> > On 18 September 2016 at 09:48, <aleksey.maksi...@it-kb.ru> wrote:
> >> Thanks Roy
> >>
> >> But if I'm going to redirect the output of the hosted-engine command to
> /dev/null, I can not identify the possible problem of the command :(
> >
> > That's only stderror. You should still see the standard input and check
> for $? value.  Not perfect but I think this can get you started. I must say
> I am against this deprecation warning and I'll make an effort to find other
> ways of doing that
> >
> >> It may be possible exclude DeprecationWarning from the code in next
> version 4.0.4 :) ?
> >
> > I know VDSM guys started working on that but its WIP. Can you please
> open a bug for that and I'll make sure to put it on the right person?
> >
> >> 18.09.2016, 09:27, "Roy Golan" <rgo...@redhat.com>:
> >>> Try to point stderr to /dev/null. For example this should work:
> >>>
> >>> ```bash
> >>> vdsClient -s 0 list table 2> /dev/null
> >>> ```
> >>>
> >>> On 18 September 2016 at 08:59, <aleksey.maksi...@it-kb.ru> wrote:
> >>>> Hello oVirt guru`s !
> >>>>
> >>>> Every time I call the commands:
> >>>>
> >>>> * hosted-engine --set-maintenance --mode=global
> >>>> * hosted-engine --set-maintenance --mode=none
> >>>>
> >>>> The message appears:
> >>>>
> >>>> /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15:
> DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is
> deprecated, please use vdsm.jsonrpcvdscli
> >>>>   import vdsm.vdscli
> >>>> ...
> >>>>
> >>>> This message prevents tracking the status of execution of commands in
> my scripts.
> >>>>
> >>>> How can I suppress this message?
> >>>> ___
> >>>> 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] DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli

2016-09-18 Thread Roy Golan
On 18 September 2016 at 10:09, Roy Golan <rgo...@redhat.com> wrote:

>
>
> On 18 September 2016 at 09:48, <aleksey.maksi...@it-kb.ru> wrote:
>
>> Thanks Roy
>>
>>
>> But if I'm going to redirect the output of the hosted-engine command to
>> /dev/null, I can not identify the possible problem of the command :(
>>
>
> That's only stderror. You should still see the standard input and check
> for $? value.  Not perfect but I think this can get you started. I must say
> I am against this deprecation warning and I'll make an effort to find other
> ways of doing that
>
>>
>>
* I meant standard output of course.


> It may be possible exclude DeprecationWarning from the code in next
>> version 4.0.4 :) ?
>>
>
> I know VDSM guys started working on that but its WIP. Can you please open
> a bug for that and I'll make sure to put it on the right person?
>
>>
>> 18.09.2016, 09:27, "Roy Golan" <rgo...@redhat.com>:
>> > Try to point stderr to /dev/null. For example this should work:
>> >
>> > ```bash
>> > vdsClient -s 0 list table 2> /dev/null
>> > ```
>> >
>> > On 18 September 2016 at 08:59, <aleksey.maksi...@it-kb.ru> wrote:
>> >> Hello oVirt guru`s !
>> >>
>> >> Every time I call the commands:
>> >>
>> >> * hosted-engine --set-maintenance --mode=global
>> >> * hosted-engine --set-maintenance --mode=none
>> >>
>> >> The message appears:
>> >>
>> >> /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15:
>> DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is
>> deprecated, please use vdsm.jsonrpcvdscli
>> >>   import vdsm.vdscli
>> >> ...
>> >>
>> >> This message prevents tracking the status of execution of commands in
>> my scripts.
>> >>
>> >> How can I suppress this message?
>> >> ___
>> >> 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] DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli

2016-09-18 Thread Roy Golan
On 18 September 2016 at 09:48, <aleksey.maksi...@it-kb.ru> wrote:

> Thanks Roy
>
>
> But if I'm going to redirect the output of the hosted-engine command to
> /dev/null, I can not identify the possible problem of the command :(
>

That's only stderror. You should still see the standard input and check for
$? value.  Not perfect but I think this can get you started. I must say I
am against this deprecation warning and I'll make an effort to find other
ways of doing that

>
> It may be possible exclude DeprecationWarning from the code in next
> version 4.0.4 :) ?
>

I know VDSM guys started working on that but its WIP. Can you please open a
bug for that and I'll make sure to put it on the right person?

>
> 18.09.2016, 09:27, "Roy Golan" <rgo...@redhat.com>:
> > Try to point stderr to /dev/null. For example this should work:
> >
> > ```bash
> > vdsClient -s 0 list table 2> /dev/null
> > ```
> >
> > On 18 September 2016 at 08:59, <aleksey.maksi...@it-kb.ru> wrote:
> >> Hello oVirt guru`s !
> >>
> >> Every time I call the commands:
> >>
> >> * hosted-engine --set-maintenance --mode=global
> >> * hosted-engine --set-maintenance --mode=none
> >>
> >> The message appears:
> >>
> >> /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15:
> DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is
> deprecated, please use vdsm.jsonrpcvdscli
> >>   import vdsm.vdscli
> >> ...
> >>
> >> This message prevents tracking the status of execution of commands in
> my scripts.
> >>
> >> How can I suppress this message?
> >> ___
> >> 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] DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli

2016-09-18 Thread Roy Golan
Try to point stderr to /dev/null. For example this should work:

```bash
vdsClient -s 0 list table 2> /dev/null
```

On 18 September 2016 at 08:59,  wrote:

> Hello oVirt guru`s !
>
> Every time I call the commands:
>
> * hosted-engine --set-maintenance --mode=global
> * hosted-engine --set-maintenance --mode=none
>
> The message appears:
>
> /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15:
> DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is
> deprecated, please use vdsm.jsonrpcvdscli
>   import vdsm.vdscli
> ...
>
> This message prevents tracking the status of execution of commands in my
> scripts.
>
> How can I suppress this message?
> ___
> 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] /var/run/ovirt-hosted-engine-ha/vm.conf not found

2016-09-05 Thread Roy Golan
btw is the hosted engine VM is listed in the web admin?

On 2 September 2016 at 16:40, Pat Riehecky  wrote:

> Hi Simone,
>
> Thanks for the follow up!
>
> I'll see about pulling out some log entries and getting a bugzilla filed
> with them attached.
>
> I was able to get it working again late last night by reinstalling the ha
> engine rpms and rebooting.  Not sure why that fixed it, but the engine
> fired right up shortly after and immediately saw all my running VMs.
>
> Pat
>
>
> On 09/02/2016 02:52 AM, Simone Tiraboschi wrote:
>
>
>
> On Thu, Sep 1, 2016 at 9:25 PM, Pat Riehecky  wrote:
>
>> Any suggestions for how I generate the alternate config?
>>
>>
> vm.conf will get generated when needed converting the ovf description in
> the OVF_STORE volume on the shared storage. The OVF_STORE volume and its
> content are managed by the engine; in this way you can edit the engine VM
> configuration from the engine in a distributed env.
>
> Now the question is why your system is failing on this step.
> Can you please attach your /var/log/ovirt-hosted-engine-ha/agent.log ?
>
>
>
>> Pat
>>
>>
>> On 09/01/2016 12:30 PM, Raymond wrote:
>>
>>> Same issue here, got it running with an alternate config
>>> hosted-engine  --vm-start --vm-conf=/etc/ovirt-hosted-engine/vm.conf
>>>
>>> Cheers
>>> Raymond
>>>
>>>
>>>
>>> - Original Message -
>>> From: "Pat Riehecky" 
>>> To: "users" 
>>> Sent: Thursday, September 1, 2016 6:41:08 PM
>>> Subject: [ovirt-users] /var/run/ovirt-hosted-engine-ha/vm.conf not found
>>>
>>> I seem to be unable to restart my ovirt hosted engine.
>>>
>>> I'd swear I had this issue once before, but couldn't find any notes on
>>> my end.
>>>
>>>
>>> # cat /etc/ovirt-hosted-engine/hosted-engine.conf
>>> fqdn=vmadmin.fnal.gov
>>> vm_disk_id=36a09f1d-0923-4b3b-87aa-4788ca64064e
>>> vm_disk_vol_id=c4244bdd-80c5-4f68-83c2-9494d9d05723
>>> vmid=823d3e5b-60c2-4e53-a9e8-313aedcaf808
>>> storage=None
>>> conf=/var/run/ovirt-hosted-engine-ha/vm.conf
>>> host_id=4
>>> console=qxl
>>> domainType=fc
>>> spUUID=----
>>> sdUUID=81f19871-4d91-4698-a97d-36452bfae281
>>> connectionUUID=73b61b0a-85f8-4fb7-8faf-c687ef7cc5d8
>>> ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
>>> ca_subject="C=EN, L=Test, O=Test, CN=Test"
>>> vdsm_use_ssl=true
>>> gateway=131.225.193.200
>>> bridge=ovirtmgmt
>>> metadata_volume_UUID=93cf12c5-d5e6-4ea6-bee7-de64ee52d7a5
>>> metadata_image_UUID=22a9849b-c551-4783-ad0c-530464df47f3
>>> lockspace_volume_UUID=0593a3b8-1d75-4be3-b65b-ce9a164d0309
>>> lockspace_image_UUID=2c8c56f2-1711-4867-8ed0-3c502bb635ff
>>> conf_volume_UUID=07c72aa5-7fd0-4159-b83e-4d078ae9c351
>>> conf_image_UUID=f9e59ec5-6903-4b2d-8164-4fce3d901bdd
>>>
>>> # The following are used only for iSCSI storage
>>> iqn=
>>> portal=
>>> user=
>>> password=
>>> port=
>>>
>>>
>>>
>>>
>> ___
>> 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
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Prefered Host to start VM instead of Pinned Host

2016-08-30 Thread Roy Golan
Matt you can use 4.0 labels feature. It does not give a 'preffered'
selection behaviour but it does abstract the selection of vm and host. So
all you need is to label your VM, in say label 'Web Sever' and then label
the hosts you want to run this VM with the same label.

Read more about it here http://www.ovirt.org/blog/2016/07/affinity-labels/

On 25 August 2016 at 15:11, Matt .  wrote:

> You need to edit all Pinned VM's instead of Hosts...
>
> 2016-08-25 14:11 GMT+02:00 Matt . :
> > Hi,
> >
> > Yes, I'm aware of that, the issue there is. If you want to remove a
> > host you first need to edit all pinned hosts, a fall back to Any Host
> > In Cluster would be nice when you remove the host.
> >
> > Maybe I should have asked my question different :)
> >
> >
> >
> > 2016-08-25 13:53 GMT+02:00 Alexander Wels :
> >> On Thursday, August 25, 2016 11:51:44 AM EDT Matt . wrote:
> >>> I don't get what you mean here, if there are two host in this cluster
> >>> without pinning it would chose whatever it wants.
> >>>
> >>> If I create a seperate cluster for each host, I cannot have VM's which
> >>> coult be running on each.
> >>>
> >>> It's more an and/and/or issue
> >>>
> >>
> >> In the edit VM dialog, if you show advanced options, there is a 'host'
> sub tab
> >> on the left. If you select that, there is a 'start running on' option.
> You can
> >> select the specific hosts(s) radio button. That will enable the multi
> select
> >> box that allows you to select a list of hosts this VM can run on. I
> think that
> >> will do what you are trying to do?
> >>
> >>> 2016-08-25 5:17 GMT+02:00 Yaniv Dary :
> >>> > You can define a default cluster for this use case.
> >>> >
> >>> > Yaniv Dary
> >>> > Technical Product Manager
> >>> > Red Hat Israel Ltd.
> >>> > 34 Jerusalem Road
> >>> > Building A, 4th floor
> >>> > Ra'anana, Israel 4350109
> >>> >
> >>> > Tel : +972 (9) 7692306
> >>> >
> >>> > 8272306
> >>> >
> >>> > Email: yd...@redhat.com
> >>> > IRC : ydary
> >>> >
> >>> > On Fri, Aug 19, 2016 at 8:09 AM, Matt . 
> wrote:
> >>> >> Hi Guys,
> >>> >>
> >>> >> Is it an idea to have an option, not the first boot option, to set a
> >>> >> prefered host for a VM to start on ?
> >>> >>
> >>> >> If you remove this host that it also does not complain about a
> pinned
> >>> >> VM as it should faillback on "any host in cluster" in that way ?
> >>> >>
> >>> >> It's nice for static VM's on hosts that might be started on other
> >>> >> hosts when the prefered host is gone, dead or whatever.
> >>> >>
> >>> >> Cheers,
> >>> >>
> >>> >> Matt
> >>> >> ___
> >>> >> 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
> >>
> >>
> ___
> 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


  1   2   3   >