Re: [ovirt-users] Unable to add VM Portal successfully

[Jakub Niedermertl]

Hi Pym,

to deploy VM Portal (ovirt-web-ui) next to the engine one needs to compile
it from sources to rpm package [1], and install it next to ovirt-engine
package. Container deployment is not used by default.

Technically ovirt-web-ui is another war application served by engine's
Wildfly.
See symlink /usr/share/ovirt-engine/ovirt-web-ui.war and configuration file
/etc/ovirt-engine/engine.conf.d/50-ovirt-web-ui.conf of package
ovirt-web-ui [2] for details.

Best regards
Jakub

[1]: https://github.com/oVirt/ovirt-web-ui#build
[2]: http://resources.ovirt.org/pub/ovirt-4.2/rpm/el7/noarch/

On Thu, Jan 4, 2018 at 10:58 AM, Pym  wrote:

> Hi:
>
> I recently built the ovirt-engine service in source code compilation,
> which is now accessible through the web interface. However, there is no VM
> Portal feature on the main page. After clicking, "404 - failed to find the
> page".
>
> Next I found the source code for web- UI functionality at github, and I
> wanted to install it through source compilation. I tried to follow the
> above process, but the following problems occurred:
>
> "
> [root@ovirttest ovirt-web-ui]#  docker run --rm -it --network host
> --add-host ovirttest.erc.com:10.100.211.113 -e ENGINE_URL=
> https://ovirttest.erc.com/ovirt-engine -p 3000:3000
> mareklibra/ovirt-web-ui:latest
> yarn start v0.24.4
> $ node scripts/start.js
> Please authenticate against oVirt running at https://ovirttest.erc.com/o
> virt-engine
> oVirt user (admin@internal): admin
> oVirt password: **
> oVirt domain (internal-authz): ovirttest.erc.com
> Failed obtaining oVirt auth token: Error: connect ECONNREFUSED
> 10.100.211.113:443
> Done in 27.64s.
> "
>
> How to make sure the container can reach the engine on this ip:port.
>
> Or there are other ways to solve this problem, which has been bothering me
> for days.
>
> Thank you very much.
>
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Clarification on Broadwell as cluster cpu type

[Jakub Niedermertl]

Hello Gianluca,

ultimate source of truth for the engine is line [1] and possibly subsequent
update clauses. It contains Broadwell-noTSX for 4.1 as well as planned 4.2.

Regards
Jakub

[1]:
https://github.com/oVirt/ovirt-engine/blob/5e1e11ec6a560c0bc8d2be849b8b5ba6c6427f34/packaging/dbscripts/upgrade/pre_upgrade/_config.sql#L422

On Wed, Aug 30, 2017 at 6:23 PM, Gianluca Cecchi 
wrote:

> Hello,
> having to deploy some HP Gen 9 servers as Hypervisors, with Intel
> E5-2680v4 aka Broadwell cpu, I remember that in oVirt web admin UI I can
> set it as cpu type for a cluster (and also Broadwell-noTSX) since many
> months at least...
> And in fact I already have some with that setting.
> But now incidentally I go here:
> https://www.ovirt.org/documentation/admin-guide/chap-Clusters/
>
> and see that Broadwell is not listed among the supported cpu types... is
> there any reason?
> Also if I go into official RHEV 4.1 docs here it is missing in the list:
> https://access.redhat.com/documentation/en-us/red_hat_
> virtualization/4.1/html/planning_and_prerequisites_guide/requirements#cpu_
> requirements
>
> Should I submit a doc bug?
> Thanks,
> Gianluca
>
>
>
>
> ___
> 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 install videos or blogs?

[Jakub Niedermertl]

There is official oVirt youtube channel [1] full of "deep-dive" videos
usually created by authors of described features themselves.

[1]: https://www.youtube.com/channel/UCYZ57Bi2QkmfRrJ0U5m72MQ

On Tue, Aug 22, 2017 at 9:03 PM,  wrote:

> Topics to see:
> 1) Updates (if any) on the "oVirt + Gluster Storage" blog post
> 2) How to add more nodes, going from 3 nodes to 5 or 9
> 3) Intro concepts for newbies aka "oVirt for Dummies"
>
>
> On 2017-08-22 11:32, Jason Brooks wrote:
>
>> On Tue, Aug 22, 2017 at 1:52 AM,   wrote:
>>
>>> Are there any other resources, blogs or install videos similar to this?
>>> (see
>>> link)
>>> https://www.ovirt.org/blog/2017/04/up-and-running-with-ovirt
>>> -4.1-and-gluster-storage/
>>>
>>
>> What are some topics you'd like to see?
>>
>> Jason
>>
>> ___
>>> 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] VM Portal looking for translators

[Jakub Niedermertl]

Many thanks Gianluca. The translation will be part of 4.2 release.

On Tue, Aug 22, 2017 at 3:38 PM, Gianluca Cecchi <gianluca.cec...@gmail.com>
wrote:

> On Mon, Aug 14, 2017 at 8:37 PM, Jakub Niedermertl <jnied...@redhat.com>
> wrote:
>
>> Hi all,
>>
>> new VM Portal project [1] - a replacement of oVirt userportal -  is
>> looking for community translators. If you know any of
>>
>> * Chinese (Simplified)
>> * French
>> * German
>> * Italian
>> * Japanese
>> * Korean
>> * Portuguese
>> * Russian
>> * Spanish
>>
>>
> Hello,
> I just completed translation for Italian language.
> Hopefully it will flow into next version (4.2.0?)
>
> Gianluca
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VM Portal looking for translators

[Jakub Niedermertl]

Hi Doug,

there is no extra permission needed. As said above ovirt-web-ui project is
open to all registered Zanata users. One just need to be a member of
language group of language one wants to translate.

In this case probably Brazilian Portuguese [1]. Please follow the link and
request a language group membership [2]. This request needs to be approved
by pt-br language group coordinator. The approval usually comes in days.
Once a user is a member of a language group, (s)he can edit translations of
all open projects in Zanata, including ovirt-web-ui.

[1]: https://translate.zanata.org/language/view/pt-BR
[2]: http://i.imgur.com/L9M1hlW.png

On Tue, Aug 22, 2017 at 4:34 PM, Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

>
> On 22 Aug 2017, at 16:29, Doug Ingham <dou...@gmail.com> wrote:
>
> I sent Marek an email with my username last week, offering to do the pt_br
> translation, however I've still had no response?
>
>
> great!
> he’s out this week. Jakub can add you, can you resend it to him?
>
>
> Rgds,
>
> On 22 August 2017 at 09:38, Gianluca Cecchi <gianluca.cec...@gmail.com>
> wrote:
>
>> On Mon, Aug 14, 2017 at 8:37 PM, Jakub Niedermertl <jnied...@redhat.com>
>> wrote:
>>
>>> Hi all,
>>>
>>> new VM Portal project [1] - a replacement of oVirt userportal -  is
>>> looking for community translators. If you know any of
>>>
>>> * Chinese (Simplified)
>>> * French
>>> * German
>>> * Italian
>>> * Japanese
>>> * Korean
>>> * Portuguese
>>> * Russian
>>> * Spanish
>>>
>>>
>> Hello,
>> I just completed translation for Italian language.
>> Hopefully it will flow into next version (4.2.0?)
>>
>> Gianluca
>>
>> ___
>> 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

Re: [ovirt-users] VM Portal looking for translators

[Jakub Niedermertl]

ovirt-web-ui Zanata project should be open to all registered translators.

The suspicion is correct - one really needs to be an approved member of a
language group to be able to edit translations of that particular language.
Otherwise red padlock icon is shown with pretty counter-intuitive text
"This project-version is readonly. It cannot be edited."

On Fri, Aug 18, 2017 at 10:44 AM, Marek Libra <mli...@redhat.com> wrote:

> Hi Nicolás,
>
> if you send me your Zanata's username, I can add you manually as
> translator of VM Portal.
>
> Thanks,
> Marek
>
>
> On Wed, Aug 16, 2017 at 8:40 PM, Nicolás <nico...@devels.es> wrote:
>
>> Hi,
>>
>> Why do I see a red lock on the translation page claiming "This
>> project-version is readonly. It cannot be edited"? Do I have to be granted
>> access specifically on the language site to translate?
>>
>> (Not sure if related: Requested access to some language groups like
>> described in [3], but it's still pending).
>>
>> Thanks.
>>
>> Nicolás
>>
>> El 14/08/17 a las 19:37, Jakub Niedermertl escribió:
>>
>> Hi all,
>>
>> new VM Portal project [1] - a replacement of oVirt userportal -  is
>> looking for community translators. If you know any of
>>
>> * Chinese (Simplified)
>> * French
>> * German
>> * Italian
>> * Japanese
>> * Korean
>> * Portuguese
>> * Russian
>> * Spanish
>>
>> and want to join translation effort, please
>>
>> * sign up to Zanata translation environment [2]
>> * request an access to language group of your choice [3]
>> * and join us at [4]
>>
>> Thank you
>>
>> Regards
>> Jakub
>>
>> [1]: https://github.com/oVirt/ovirt-web-ui
>> [2]: https://translate.zanata.org
>> [3]: https://translate.zanata.org/language/list
>> [4]: https://translate.zanata.org/iteration/view/ovirt-web-ui/1.2
>> .0/languages
>>
>>
>> ___
>> Users mailing 
>> listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
>
> Marek Libra
>
> senior software engineer
>
> Red Hat Czech
>
> <https://www.redhat.com>
>
> ___
> 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] VM Portal looking for translators

[Jakub Niedermertl]

Hi all,

new VM Portal project [1] - a replacement of oVirt userportal -  is looking
for community translators. If you know any of

* Chinese (Simplified)
* French
* German
* Italian
* Japanese
* Korean
* Portuguese
* Russian
* Spanish

and want to join translation effort, please

* sign up to Zanata translation environment [2]
* request an access to language group of your choice [3]
* and join us at [4]

Thank you

Regards
Jakub

[1]: https://github.com/oVirt/ovirt-web-ui
[2]: https://translate.zanata.org
[3]: https://translate.zanata.org/language/list
[4]:
https://translate.zanata.org/iteration/view/ovirt-web-ui/1.2.0/languages
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Feature: Maximum memory size | BUG

[Jakub Niedermertl]

yes, max memory size is customizabe even for Blank template

On Wed, Jul 26, 2017 at 4:32 PM, Ladislav Humenik <ladislav.hume...@1und1.de
> wrote:

> Hello, thank you for fast response.
>
> The point of changing the max_mem_size is little tricky, as we have
> environments with together ~13k VMs running on top of ovirt, no kidding :)
> and currently doing upgrades from 3.6 > 4.1. So we can easy set those
> values to the needed ones for every VM, thats not a big deal.
>
> However, I was just hoping it is editable without changing/modifying our
> current API calls, for any newly created VM (as this is the reason for
> asking for help), somewhere in engine-config or in DB.
>
> I'll just opened an RFE https://bugzilla.redhat.com/
> show_bug.cgi?id=1475382
>
> Best regards,
> Ladislav Humenik
>
>
> On 26.07.2017 15:58, Michal Skrivanek wrote:
>
>
> On 26 Jul 2017, at 16:50, Jakub Niedermertl <jnied...@redhat.com> wrote:
>
> Hello Ladislav,
>
> the function computing size of default maximum memory size is currently
> not configurable from DB.
>
> If you want it to be so please feel free to file an RFE [1].
>
> [1]: https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine
>
> Best regards,
> Jakub
>
> On Wed, Jul 26, 2017 at 1:59 PM, Ladislav Humenik <
> ladislav.hume...@1und1.de> wrote:
>
>> Hallo, after engine update to 4.1.2 from 4.0.6 we have following bug
>>
>> *Your Future Description: *
>>
>> Maximum memory value is stored in |VmBase.maxMemorySizeMb| property. It
>> is validated against range [/memory of VM/, /*MaxMemorySizeInMB/], where
>> /*MaxMemorySizeInMB/ is one of |VM32BitMaxMemorySizeInMB|,
>> |VM64BitMaxMemorySizeInMB| and |VMPpc64BitMaxMemorySizeInMB| configuration
>> options depending on selected operating system of the VM. Default value in
>> webadmin UI is 4x size of memory.
>>
>> During migration of engine 4.0 -> 4.1 all VM-like entities will get max
>> memory = 4x memory.
>>
>> If a VM (or template) is imported (from export domain, snapshot, external
>> system) and doesn't have max memory set yet, the maximum value of max
>> memory is set (|*MaxMemorySizeInMB| config options).
>>
>> *Our engine settings:*
>> [root@ovirt]# engine-config -g VM64BitMaxMemorySizeInMB
>> VM64BitMaxMemorySizeInMB: 8388608 version: 4.1
>> VM64BitMaxMemorySizeInMB: 8388608 version: 3.6
>> VM64BitMaxMemorySizeInMB: 8388608 version: 4.0
>> [root@ovirt# engine-config -g VM32BitMaxMemorySizeInMB
>> VM32BitMaxMemorySizeInMB: 20480 version: general
>>
>> *Template:
>> *engine=# select vm_guid,vm_name,mem_size_mb,max_memory_size_mb from
>> vm_static where vm_name LIKE 'Blank';
>>vm_guid| vm_name | mem_size_mb |
>> max_memory_size_mb
>> --+-+---
>> --+
>>  ---- | Blank   |8192 |
>> 32768
>> (1 row)
>>
>> *Created VM*
>> - expected is mem_size_mb * VM64BitMaxMemorySizeInMB
>> - we get mem_size_mb * 4 (default)
>>
>> *Engine: *engine=# select vm_guid,vm_name,mem_size_mb,max_memory_size_mb
>> from vm_static where vm_name LIKE 'vm-hotplug%';
>>vm_guid|   vm_name   | mem_size_mb |
>> max_memory_size_mb
>> --+-+---
>> --+
>>  254a0c61-3c0a-41e7-a2ec-5f77cabbe533 | vm-hotplug  |1024 |
>>  4096
>>  c0794a03-58ba-4e68-8f43-e0320032830c | vm-hotplug2 |3072 |
>> 12288
>> (2 rows)
>>
>> *Question:*
>> It is possible to change this (default * 4) behavior in DB??
>>
>
> if the issue is with GUI then setting the max memory in the template would
> be inherited to all VMs from that template, you can even change that in
> “Blank” I think, Jakube?
> That’s for the default case, you can change that any way you like for the
> concrete VM you’re creating.
> if the issue is with API you can simply provide any number for the max mem
> in all the requests
>
> the VM[64|32]BitMaxMemorySizeInMB values are for the total maximum the
> particular qemu we ship supports, it’s not anything you should need to
> change.
>
> Thanks,
> michal
>
>
>> Kind Regards,
>> Ladislav Humenik, System administrator
>>
>>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
> --
> Ladislav Humenik
>
> System administrator / 

Re: [ovirt-users] Feature: Maximum memory size | BUG

[Jakub Niedermertl]

Hello Ladislav,

the function computing size of default maximum memory size is currently not
configurable from DB.

If you want it to be so please feel free to file an RFE [1].

[1]: https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine

Best regards,
Jakub

On Wed, Jul 26, 2017 at 1:59 PM, Ladislav Humenik  wrote:

> Hallo, after engine update to 4.1.2 from 4.0.6 we have following bug
>
> *Your Future Description: *
>
> Maximum memory value is stored in |VmBase.maxMemorySizeMb| property. It is
> validated against range [/memory of VM/, /*MaxMemorySizeInMB/], where
> /*MaxMemorySizeInMB/ is one of |VM32BitMaxMemorySizeInMB|,
> |VM64BitMaxMemorySizeInMB| and |VMPpc64BitMaxMemorySizeInMB| configuration
> options depending on selected operating system of the VM. Default value in
> webadmin UI is 4x size of memory.
>
> During migration of engine 4.0 -> 4.1 all VM-like entities will get max
> memory = 4x memory.
>
> If a VM (or template) is imported (from export domain, snapshot, external
> system) and doesn't have max memory set yet, the maximum value of max
> memory is set (|*MaxMemorySizeInMB| config options).
>
> *Our engine settings:*
> [root@ovirt]# engine-config -g VM64BitMaxMemorySizeInMB
> VM64BitMaxMemorySizeInMB: 8388608 version: 4.1
> VM64BitMaxMemorySizeInMB: 8388608 version: 3.6
> VM64BitMaxMemorySizeInMB: 8388608 version: 4.0
> [root@ovirt# engine-config -g VM32BitMaxMemorySizeInMB
> VM32BitMaxMemorySizeInMB: 20480 version: general
>
> *Template:
> *engine=# select vm_guid,vm_name,mem_size_mb,max_memory_size_mb from
> vm_static where vm_name LIKE 'Blank';
>vm_guid| vm_name | mem_size_mb |
> max_memory_size_mb
> --+-+---
> --+
>  ---- | Blank   |8192 |
> 32768
> (1 row)
>
> *Created VM*
> - expected is mem_size_mb * VM64BitMaxMemorySizeInMB
> - we get mem_size_mb * 4 (default)
>
> *Engine: *engine=# select vm_guid,vm_name,mem_size_mb,max_memory_size_mb
> from vm_static where vm_name LIKE 'vm-hotplug%';
>vm_guid|   vm_name   | mem_size_mb |
> max_memory_size_mb
> --+-+---
> --+
>  254a0c61-3c0a-41e7-a2ec-5f77cabbe533 | vm-hotplug  |1024 |
>  4096
>  c0794a03-58ba-4e68-8f43-e0320032830c | vm-hotplug2 |3072 |
> 12288
> (2 rows)
>
> *Question:*
> It is possible to change this (default * 4) behavior in DB??
>
> Kind Regards,
> Ladislav Humenik, System administrator
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Fwd: import domain and import template

[Jakub Niedermertl]

-- Forwarded message --
From: Jakub Niedermertl <jnied...@redhat.com>
Date: Mon, Apr 24, 2017 at 2:25 PM
Subject: Re: [ovirt-users] import domain and import template
To: "qinglong.d...@horebdata.cn" <qinglong.d...@horebdata.cn>


Hi,

thank you for reporting. This is bug, tracked at
https://bugzilla.redhat.com/show_bug.cgi?id=1444848.

Regards
Jakub

On Thu, Apr 20, 2017 at 9:31 AM, qinglong.d...@horebdata.cn <
qinglong.d...@horebdata.cn> wrote:

> Hi,
> I have created an ovirt 4.1.1.6 environment a few days ago. And I
> have imported a data domain which was used in early version(4.0.0.5)
> sucessfully. But I got a same error when importing all templates of the
> data domain:
> Anyone can help? Thanks!
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] cannot exceed maximum memory size

[Jakub Niedermertl]

Based on the snipped provided at the beginning of the conversation I
assume rest api v3 is used. I'm not sure, max memory property was
backported there.

@Juan do we have some support for 4.1 changes in rest api v3?

In rest api v4 it's
http://ovirt.github.io/ovirt-engine-api-model/4.1/#types/memory_policy/attributes/max
.


...

amount in bytes
...

...




On Thu, Mar 9, 2017 at 3:07 PM, Marcelo Leandro <marcelol...@gmail.com> wrote:
> Thanks for reply Jakub Niedermertl,
>
>  I would like the explicitly specifying in my script , but i dont know
> the parameters for use for max memory.
> Can you help me ?
>
> Very Thanks.
>
> 2017-03-09 10:37 GMT-03:00 Jakub Niedermertl <jnied...@redhat.com>:
>>
>> Hi all,
>>
>> Since engine 4.1 there is new property of VMs/templates - max memory
>> [1] that is required to be larger than (or equal to) memory size. The
>> problem is probably caused by the fact that the specified memory (I
>> assume that value of  `memo` is 20480MB) is larger that max memory
>> that is implicitly copied from template (Blank in this case). I can
>> see two possible solutions:
>> * Explicitly specifying size of max memory in the script.
>> * Increasing max memory in the template.
>>
>> Jakub
>>
>> [1]:
>> http://www.ovirt.org/develop/release-management/features/engine/maximum-memory-size/
>>
>> On Thu, Mar 9, 2017 at 2:20 PM, Shahar Havivi <shav...@redhat.com> wrote:
>> > its not related to bug 1425089 (which is upgrading cluster issue) but
>> > its
>> > the same feature that cause this issue,
>> > Jakub what do we have bug on that issue?
>> >
>> > as for the default RAM limit you can find it via the engine-config tool:
>> > $ engine-config -g VM32BitMaxMemorySizeInMB
>> > $ engine-config -g VM64BitMaxMemorySizeInMB
>> >
>> > On Thu, Mar 9, 2017 at 2:44 PM, Maton, Brett <mat...@ltresources.co.uk>
>> > wrote:
>> >>
>> >> I have a similar problem creating VM's with the API, but no solution.
>> >>
>> >>   It seems that by default oVirt uses custom 'Instance Type' ( you can
>> >> see
>> >> it if you use the UI to create a VM ).
>> >>   The default RAM limit for custom Instance Type is 4096MB.
>> >>
>> >>   I haven't found where you can change the settnigs for the custom
>> >> instance type though.
>> >>
>> >>
>> >>
>> >> On 9 March 2017 at 11:52, Marcelo Leandro <marcelol...@gmail.com>
>> >> wrote:
>> >>>
>> >>> can someone help me?
>> >>>
>> >>> 2017-03-07 16:25 GMT-03:00 Marcelo Leandro <marcelol...@gmail.com>:
>> >>>>
>> >>>> Hello ,
>> >>>>
>> >>>> I am have an script that create VM , after upgrade to 4.1 I have this
>> >>>> erro when trying create a new VM:
>> >>>>
>> >>>> detail: Cannot add VM. Memory size (20480MB) cannot exceed maximum
>> >>>> memory size (4096MB).
>> >>>>
>> >>>> my commando fore create VM :
>> >>>>
>> >>>> api.vms.add(params.VM(name="teste", memory=memo , cpu=cpu,
>> >>>> cluster=api.clusters.get(cluster),
>> >>>> template=api.templates.get('Blank'),
>> >>>> type_="server"))
>> >>>>
>> >>>> I dont how specific  the maximum memory size.
>> >>>>
>> >>>> Thanks
>> >>>>
>> >>>> Marcelo Leandro
>> >>>
>> >>>
>> >>>
>> >>> ___
>> >>> 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] cannot exceed maximum memory size

[Jakub Niedermertl]

Hi all,

Since engine 4.1 there is new property of VMs/templates - max memory
[1] that is required to be larger than (or equal to) memory size. The
problem is probably caused by the fact that the specified memory (I
assume that value of  `memo` is 20480MB) is larger that max memory
that is implicitly copied from template (Blank in this case). I can
see two possible solutions:
* Explicitly specifying size of max memory in the script.
* Increasing max memory in the template.

Jakub

[1]: 
http://www.ovirt.org/develop/release-management/features/engine/maximum-memory-size/

On Thu, Mar 9, 2017 at 2:20 PM, Shahar Havivi  wrote:
> its not related to bug 1425089 (which is upgrading cluster issue) but its
> the same feature that cause this issue,
> Jakub what do we have bug on that issue?
>
> as for the default RAM limit you can find it via the engine-config tool:
> $ engine-config -g VM32BitMaxMemorySizeInMB
> $ engine-config -g VM64BitMaxMemorySizeInMB
>
> On Thu, Mar 9, 2017 at 2:44 PM, Maton, Brett 
> wrote:
>>
>> I have a similar problem creating VM's with the API, but no solution.
>>
>>   It seems that by default oVirt uses custom 'Instance Type' ( you can see
>> it if you use the UI to create a VM ).
>>   The default RAM limit for custom Instance Type is 4096MB.
>>
>>   I haven't found where you can change the settnigs for the custom
>> instance type though.
>>
>>
>>
>> On 9 March 2017 at 11:52, Marcelo Leandro  wrote:
>>>
>>> can someone help me?
>>>
>>> 2017-03-07 16:25 GMT-03:00 Marcelo Leandro :

 Hello ,

 I am have an script that create VM , after upgrade to 4.1 I have this
 erro when trying create a new VM:

 detail: Cannot add VM. Memory size (20480MB) cannot exceed maximum
 memory size (4096MB).

 my commando fore create VM :

 api.vms.add(params.VM(name="teste", memory=memo , cpu=cpu,
 cluster=api.clusters.get(cluster), template=api.templates.get('Blank'),
 type_="server"))

 I dont how specific  the maximum memory size.

 Thanks

 Marcelo Leandro
>>>
>>>
>>>
>>> ___
>>> 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-devel] New oVirt 4.0.x documentation now live!

[Jakub Niedermertl]

Hi,

as Cam mentioned bunch of links is not working:

* all links in section 'Developer Documentation' section
* 'Quick Start Guide' in section 'Primary Documentation section'
* all links in section 'Community Documentation'

Also some links differs in font size and serif/sans-serif. Maybe we
shouldn't mix the fonts. I personally like to original smaller
sans-serif font more.

Jakub
'

On Mon, Jan 16, 2017 at 6:58 PM, cmc  wrote:
> When I try to go to
> http://www.ovirt.org/documentation/upgrade-guide/upgrade-guide/, and
> click on any of the links on that page, e.g.,:
>
> http://www.ovirt.org/documentation/upgrade-guide/upgrade-guide/chap-Updating_the_oVirt_Environment
> http://www.ovirt.org/documentation/upgrade-guide/upgrade-guide/chap-Updates_between_Minor_Releases
>
> I get:
>
> Not found :(
>
> Sorry, but the page you were trying to view does not exist.
>
> It looks like this was the result of either:
>
> a mistyped address
> an out-of-date link
>
> In fact, I get that on just about every link I've tried from
> https://www.ovirt.org/documentation/
>
> Am I missing something here perhaps?
>
> -C
>
> On Mon, Jan 16, 2017 at 5:39 PM, Brian Proffitt  wrote:
>> You wanted it, we delivered!
>>
>> The oVirt Project is pleased to announce the availability of all-new
>> principal documentation[1] for the oVirt 4.0 branch!
>>
>> For more information, check out the blog released today[2]!
>>
>> Peace,
>> Brian
>>
>>
>> [1] https://www.ovirt.org/documentation/
>> [2] https://www.ovirt.org/blog/2017/01/happy-new-documentation/
>>
>> --
>> Brian Proffitt
>> Principal Community Analyst
>> Open Source and Standards
>> @TheTechScribe
>> 574.383.9BKP
>>
>> ___
>> 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?

[Jakub Niedermertl]

On Wed, Jan 4, 2017 at 11:41 AM, Roy Golan  wrote:
>
>
> On 4 January 2017 at 12:17, Maor Lipchuk  wrote:
>>
>>
>>
>> On Wed, Jan 4, 2017 at 11:38 AM, Daniel Erez  wrote:
>>>
>>>
>>>
>>> On Wed, Jan 4, 2017 at 9:57 AM, Roy Golan  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] change tmp directory when importing VMs

[Jakub Niedermertl]

Hi Cam, 

unfortunately there is no direct support for customizing TMPDIR in engine. It 
can be solved by calling `virt-v2v` indirectly: 

# cp /usr/bin/virt-v2v /usr/bin/virt-v2v-original 
# cat > /usr/bin/virt-v2v < #!/usr/bin/sh 
> env TMPDIR=/path/to/custom/tmp /usr/bin/virt-v2v-original $@ 
> EOF 

This solution will only survive till next virt-v2v update.

Jakub


- Original Message - 

> From: "Cam Mac" 
> To: "users" 
> Sent: Thursday, August 25, 2016 5:36:17 PM
> Subject: Re: [ovirt-users] change tmp directory when importing VMs

> Sorry to reply to my own post, but if the GUI uses virt-v2v, there is a
> TMPDIR option in there which defaults to /var/tmp, so my guess is that this
> is what sets it, the only question is: how do I do this for the GUI? I've
> had a poke around in /etc/ovirt* on the engine host and nodes, but haven't
> seen it anywhere.

> Cam

> On Thu, Aug 25, 2016 at 12:28 PM, Cam Mac < iuco...@gmail.com > wrote:

> > Hi,
> 

> > I'm importing VMs in ova format, and the size of the disk images (vmdk) is
> > such that it fills up the partition where /var/tmp is located when
> > untarring
> > the ova. Can this be set to somewhere else?
> 

> > Thanks,
> 

> > Cam
> 

> ___
> 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] Join Windows Domain

[Jakub Niedermertl]

Dear JC,

if the steps below didn't work, it seems to be a bug. Could you please file an 
issue at http://bugzilla.redhat.com and describe the problem there?
Thank you.

Jakub

- Original Message -
> From: "JC Clark" <j...@mcsaipan.net>
> To: "Jakub Niedermertl" <jnied...@redhat.com>
> Sent: Wednesday, August 24, 2016 3:06:36 PM
> Subject: Re: [ovirt-users] Join Windows Domain
> 
> Dear Jakub,
> 
> Thank you very much for your answer.  Unfortunately I have done the
> exact procedure you have outlined. A matter of fact, I did it many times
> and failed. I was hoping you would have something different to add to
> the procedure.
> 
> It just didn't want to work for me.
> 
> I checked DNS connectivity with the engine server, everything I thought
> of did nothing to solve the problem.  The sysprep was operational
> because it auto answered the time configuration and the host name and
> put the domain name as a workgroup instead of joining the domain.
> 
> I only have 42 VM's in the school so I finally did them by hand and
> eliminated the pool for Windows machines... it was a big waste of time.
> 
> 
> On 08/24/2016 01:08 AM, Jakub Niedermertl wrote:
> > Procedure below uses domain credentials stored in engine configuration. It
> > can be customized using `engine-config` tool with keys
> > 'SysPrepDefaultUser' and 'SysPrepDefaultPassword'.
> >
> > - Original Message -
> >> From: "Jakub Niedermertl" <jnied...@redhat.com>
> >> To: "JC Clark" <j...@mcsaipan.net>
> >> Cc: users@ovirt.org
> >> Sent: Tuesday, August 23, 2016 4:15:27 PM
> >> Subject: Re: [ovirt-users] Join Windows Domain
> >>
> >> Hi JC,
> >>
> >> to create a pool of Windows 7 VMs joined AD please:
> >> 1. Create a template of selected Window 7 VM.
> >>* Make user proper guest Operating System is selected (Win 7/Win 7 x64)
> >>* In "Initial Run" side tab check "Use Cloud-Init/Sysprep" and fill
> >>"Domain", "Organization Name" and "Active Directory OU".
> >> 2. Create a pool based on the template above.
> >> 3. Run and Shutdown all pool VMs from webadmin for sysprep to be executed.
> >>
> >> Jakub
> >>
> >> - Original Message -
> >>> From: "JC Clark" <j...@mcsaipan.net>
> >>> To: users@ovirt.org
> >>> Sent: Thursday, August 18, 2016 6:20:52 AM
> >>> Subject: [ovirt-users] Join Windows Domain
> >>>
> >>> Dear Team,
> >>>
> >>> Please detail the steps for allowing Pool Windows 7 VM's to join AD
> >>> Domain automatically.  Ovirt 4.0
> >>>
> >>> ___
> >>> 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] how to debug no audio in guest?

[Jakub Niedermertl]

Hi,

it is not an expected behavior and filed a bug for that 
(https://bugzilla.redhat.com/show_bug.cgi?id=1371243). Please feel free to add 
any details.

Jakub

- Original Message -
> From: "Gianluca Cecchi" <gianluca.cec...@gmail.com>
> To: "Jakub Niedermertl" <jnied...@redhat.com>
> Cc: "users" <users@ovirt.org>, "Michal Skrivanek" 
> <michal.skriva...@redhat.com>
> Sent: Friday, August 26, 2016 1:58:03 AM
> Subject: Re: [ovirt-users] how to debug no audio in guest?
> 
> On Fri, Aug 26, 2016 at 1:37 AM, Gianluca Cecchi <gianluca.cec...@gmail.com>
> wrote:
> 
> > On Thu, Aug 25, 2016 at 5:17 PM, Jakub Niedermertl <jnied...@redhat.com>
> > wrote:
> >
> >> Hi Gianluca,
> >>
> >> QEMU_AUDIO_DRV=none is most probably the problem. Libvirt is supposed to
> >> set "QEMU_AUDIO_DRV" to "spice" for VMs with graphics. Please make sure
> >> that the "Optimize for" attribute is set to "Desktop" (in Edit VM dialog)
> >> and try to shutdown and start the VM again. If the QEMU process will still
> >> have QEMU_AUDIO_DRV=none set, you can try to set the variable in
> >> /etc/sysconfig/libvirtd by adding line "QEMU_AUDIO_DRV=spice" and restart
> >> the libvirtd service.
> >>
> >> Jakub
> >>
> >
> >
> [snip]
> 
> 
> >
> > Apparently all is the same in qemu-kvm command lines, comparing c6 with c7
> > one, but I don't understand who drives instead the QEMU_AUDIO_DRV=XXX in
> > log file that is different between the two guests (none vs spice) and btw
> > also in f24 it is spice:
> >
> 
> 
> [snip]
> 
> Understood!
> Actually CentOS 6 guest graphics protocol was configured as "SPICE + VNC"
> and this was the reason of "QEMU_AUDIO_DRV=none"
> Changing it to "SPICE", now I have "QEMU_AUDIO_DRV=spice" in guest logfile
> and also test speakers working inside guest.
> 
> Is this expected? I thought that the "+" would have given an aggregate of
> functionalities, not a limitation... because initialy I wanted to test both
> spice and vnc access...
> If this is the case, probably a note or tool-tip could be useful for the
> final user because it is not so immediate to correlate video with audio...
> 
> Gianluca
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] how to debug no audio in guest?

[Jakub Niedermertl]

Hi Gianluca,

QEMU_AUDIO_DRV=none is most probably the problem. Libvirt is supposed to set 
"QEMU_AUDIO_DRV" to "spice" for VMs with graphics. Please make sure that the 
"Optimize for" attribute is set to "Desktop" (in Edit VM dialog) and try to 
shutdown and start the VM again. If the QEMU process will still have 
QEMU_AUDIO_DRV=none set, you can try to set the variable in 
/etc/sysconfig/libvirtd by adding line "QEMU_AUDIO_DRV=spice" and restart the 
libvirtd service.

Jakub


- Original Message -
> From: "Michal Skrivanek" 
> To: "Gianluca Cecchi" 
> Cc: "users" 
> Sent: Wednesday, August 24, 2016 4:43:43 PM
> Subject: Re: [ovirt-users] how to debug no audio in guest?
> 
> 
> 
> 
> 
> On 11 Jun 2016, at 05:42, Gianluca Cecchi < gianluca.cec...@gmail.com >
> wrote:
> 
> Hello,
> I'm testing video and audio capacity inside a guest.
> Guest chosen is CentOS 6 with latest updates.
> oVirt is 3.6.6 on an intel NUC6i5SYH with CentOS 7.2 OS
> 
> BTW: is it of any importance audio adapter on the host?
> In case lspci on host gives
> 00:1f.3 Audio device: Intel Corporation Device 9d70 (rev 21)
> 
> Client connecting from user portal is Fedora 23 on an Asus laptop U36SD where
> audio works and lspci gives
> 00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family
> High Definition Audio Controller (rev 05)
> 
> On CentOS 6 guest the audio adapter detected by OS with lspci is
> 00:08.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family)
> High Definition Audio Controller (rev 01)
> 
> It seems all ok, apart that on guest actually I don't get any audio, also
> from test speakers page ;-)
> Both on guest and on client the volume bar is near the maximum.
> 
> Any hints about debugging?
> From host point of view the qemu-kvm command line is this one below
> 
> I don't understand the env variable
> QEMU_AUDIO_DRV=none
> ???
> 
> If it can be of any importance, I initially configured the guest without
> sound card and in fact in gnome I saw the audio card as "dummy".
> Then I powered off the guest and enabled sound card from user portal edit vm
> (I see it enabled also from admin portal btw...) and then powered on the VM.
> Now the sound card seems to be present but no audio
> 
> Sorry for late response:/
> This would be best answered by spice guys I guess
> Latest virt-viewer?
> 
> 
> 
> 
> 
> Thanks in advance,
> Gianluca
> 
> 2016-06-11 09:22:13.698+: starting up libvirt version: 1.2.17, package:
> 13.el7_2.4 (CentOS BuildSystem < http://bugs.centos.org >, 2016-03-
> 31-16:56:26, worker1.bsys.centos.org ), qemu version: 2.3.0
> (qemu-kvm-ev-2.3.0-31.el7_2.10.1)
> LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin
> QEMU_AUDIO_DRV=none /usr/libexec/qemu-kvm -name c6desktop -S -machine
> pc-i440
> fx-rhel7.2.0,accel=kvm,usb=off -cpu Broadwell-noTSX -m
> size=3145728k,slots=16,maxmem=4294967296k -realtime mlock=off -smp
> 1,maxcpus=16,socket
> s=16,cores=1,threads=1 -numa node,nodeid=0,cpus=0,mem=3072 -uuid
> 68a82ada-a1d2-44d0-85b0-f3a08cc2f579 -smbios type=1,manufacturer=oVirt,produ
> ct=oVirt
> Node,version=7-2.1511.el7.centos.2.10,serial=AC1EDDD3-CAF1-2711-EE16-B8AEED7F1711,uuid=68a82ada-a1d2-44d0-85b0-f3a08cc2f579
> -no-user
> -config -nodefaults -chardev
> socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-c6desktop/monitor.sock,server,nowait
> -mon chardev=charmo
> nitor,id=monitor,mode=control -rtc base=2016-06-11T09:22:13,driftfix=slew
> -global kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boo
> t menu=on,strict=on -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x9.0x7
> -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x
> 9.0x2 -device
> ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x9.0x1 -device
> ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,
> multifunction=on,addr=0x9 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x3
> -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pc
> i.0,addr=0x4 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw -device
> ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive
> file=/rhev/data-center/0001-0001-0001-0001-0343/572eabe7-15d0-42c2-8fa9-0bd773e22e2e/images/aff55e62-6a41-4f75-bbd3-78561eae18f3/
> f520473e-8fbe-4886-bb64-921b42edf499,if=none,id=drive-virtio-disk0,format=raw,serial=aff55e62-6a41-4f75-bbd3-78561eae18f3,cache=none,werror=s
> top,rerror=stop,aio=threads -device
> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1
> -netdev t
> ap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device
> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:51,bus=pci.0,addr=0x7
> -chardev soc
> ket,id=charserial0,path=/var/run/ovirt-vmconsole-console/68a82ada-a1d2-44d0-85b0-f3a08cc2f579.soc
> k,server,nowait -device isa-serial,chardev=charserial0,id=serial0 -chardev
> 

Re: [ovirt-users] Join Windows Domain

[Jakub Niedermertl]

Procedure below uses domain credentials stored in engine configuration. It can 
be customized using `engine-config` tool with keys 'SysPrepDefaultUser' and 
'SysPrepDefaultPassword'.

- Original Message -
> From: "Jakub Niedermertl" <jnied...@redhat.com>
> To: "JC Clark" <j...@mcsaipan.net>
> Cc: users@ovirt.org
> Sent: Tuesday, August 23, 2016 4:15:27 PM
> Subject: Re: [ovirt-users] Join Windows Domain
> 
> Hi JC,
> 
> to create a pool of Windows 7 VMs joined AD please:
> 1. Create a template of selected Window 7 VM.
>   * Make user proper guest Operating System is selected (Win 7/Win 7 x64)
>   * In "Initial Run" side tab check "Use Cloud-Init/Sysprep" and fill
>   "Domain", "Organization Name" and "Active Directory OU".
> 2. Create a pool based on the template above.
> 3. Run and Shutdown all pool VMs from webadmin for sysprep to be executed.
> 
> Jakub
> 
> - Original Message -
> > From: "JC Clark" <j...@mcsaipan.net>
> > To: users@ovirt.org
> > Sent: Thursday, August 18, 2016 6:20:52 AM
> > Subject: [ovirt-users] Join Windows Domain
> > 
> > Dear Team,
> > 
> > Please detail the steps for allowing Pool Windows 7 VM's to join AD
> > Domain automatically.  Ovirt 4.0
> > 
> > ___
> > 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] Join Windows Domain

[Jakub Niedermertl]

Hi JC,

to create a pool of Windows 7 VMs joined AD please:
1. Create a template of selected Window 7 VM.
  * Make user proper guest Operating System is selected (Win 7/Win 7 x64)
  * In "Initial Run" side tab check "Use Cloud-Init/Sysprep" and fill "Domain", 
"Organization Name" and "Active Directory OU".
2. Create a pool based on the template above.
3. Run and Shutdown all pool VMs from webadmin for sysprep to be executed.

Jakub

- Original Message -
> From: "JC Clark" 
> To: users@ovirt.org
> Sent: Thursday, August 18, 2016 6:20:52 AM
> Subject: [ovirt-users] Join Windows Domain
> 
> Dear Team,
> 
> Please detail the steps for allowing Pool Windows 7 VM's to join AD
> Domain automatically.  Ovirt 4.0
> 
> ___
> 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 3.5.6: ERROR: duplicate key value violates unique constraint "pk_images" during import

[Jakub Niedermertl]

Hi Andrea,

IIUIC the problem occurs during import VM from external domain. I can see two 
options to save data on disks:
* Export storage domain can be detached and removed from engine. Install new 
separate engine and try to import VMs into new engine.
* Alternative is to use virt-viewer to create a vm and directly attach images 
form export domain to the vm. The images have standard qcow2 format.

Jakub

- Original Message -
> From: "Andrea Ghelardi" 
> To: users@ovirt.org
> Sent: Monday, August 15, 2016 12:47:48 AM
> Subject: [ovirt-users] ovirt 3.5.6: ERROR: duplicate key value violates 
> unique constraint "pk_images" during import
> 
> 
> 
> Hallo all,
> 
> 
> 
> I’m currently unable to import/activate VM due to error above.
> 
> It has been a long series of unfortunate events.
> 
> Long story short:
> 
> - VM running on storage on iscsi failing disks
> 
> - put storage and server in maint. Shut down server
> 
> - restart server.
> 
> - server has a misconfiguration on lvm/multipath rules (not due to ovirt)
> 
> - put storage and server active
> 
> - cluster goes down. Put storage in maintenance again. Detached storage from
> cluster (ach! That was unfortunate).
> 
> - cluster now ok. Storage ok. Activate storage.
> 
> - trying to import VM. Ovirt replies with error in subject and attached.
> 
> 
> 
> How can I recover from this situation?
> 
> It would be great to recover the entire VM, but I’m more interested in disks
> which are in unregistered state than VM itself.
> 
> 
> 
> Thank you all
> 
> ___
> 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] Change local DC host address

[Jakub Niedermertl]

Hi Alexandr,

changing host address is not supported in general. The only way to do so is to 
remove and re-add the host. I'm not sure if there is some way for storage to 
survive the re-adding. 
@Tal, can you please add details?

Jakub

- Original Message -
> From: "Alexandr Krivulya" 
> To: users@ovirt.org
> Sent: Monday, August 15, 2016 3:58:31 PM
> Subject: [ovirt-users] Change local DC host address
> 
> Hi!
> 
> There is any way to change host address in a local DC? In web-ui it's
> grayed out, ovirt-shell gives an error:
> 
>   status: 400
>   reason: Bad Request
>   detail: Host Address can not be modified due to Security
> restrictions.  In order to change Host Address, Host has to be reinstalled
>  
> 
> Reinstall host is not a solution with local DC.
> 
> ___
> 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] leasing of vms

[Jakub Niedermertl]

Hi,

permissions are accessible using REST API (endpoint api/vms/{vmId}/permissions) 
so it can be scripted in time based manner.

Regarding quotas for VMs, there are CPU profiles [1]. @Roy, can you please 
provide details?

Jakub

[1]: http://www.ovirt.org/develop/release-management/features/sla/cpu-sla/


- Original Message -
> From: "Budur Nagaraju" 
> To: "Nir Soffer" 
> Cc: "users" 
> Sent: Wednesday, August 10, 2016 2:30:54 PM
> Subject: Re: [ovirt-users] leasing of vms
> 
> I want to restrict the vms to users for certain period , once the lease is
> expired vm should automatically retire.
> also is there a feature to assign quota of vms ?
> 
> Thanks,
> Nagaraju
> 
> 
> On Wed, Aug 10, 2016 at 5:58 PM, Nir Soffer < nsof...@redhat.com > wrote:
> 
> 
> On Wed, Aug 10, 2016 at 1:47 PM, Budur Nagaraju < nbud...@gmail.com > wrote:
> > HI
> > 
> > 
> > Is there a feature to lease the vms in oVirt ?
> 
> What do you mean by "lease the vms"?
> 
> Nir
> 
> 
> ___
> 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] Coming (Very) Soon - New ovirt.org Website & Deprecated Wiki

[Jakub Niedermertl]

- Original Message -
> From: "Daniel Erez" 
> To: "Mikey Ariel" 
> Cc: in...@ovirt.org, users@ovirt.org, de...@ovirt.org
> Sent: Monday, February 22, 2016 5:20:31 PM
> Subject: Re: [ovirt-users] [ovirt-devel] Coming (Very) Soon - New ovirt.org   
> Website &   Deprecated Wiki
> 
> 
> 
> - Original Message -
> > From: "Mikey Ariel" 
> > To: users@ovirt.org, de...@ovirt.org, in...@ovirt.org
> > Sent: Thursday, February 18, 2016 1:42:56 PM
> > Subject: [ovirt-devel] Coming (Very) Soon - New ovirt.org Website &
> > Deprecated Wiki
> > 
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA256
> > 
> > In the past months we've been working on upgrading the oVirt project
> > infrastructure, to better support the community contributions.
> > 
> > One of the main platforms for our user documentation, release
> > management content, and community content has been the MediaWiki site
> > that you all know as ovirt.org. Most of us are familiar with the wiki
> > site format, with all its advantages and disadvantages.
> > 
> > After several years of serving the community, I'm happy to announce
> > that we are very near to completing a full upgrade of the website
> > infrastructure from a wiki site to a static site, source-controlled on
> > GitHub and authored in Markdown.
> > 
> > This email is the pre-launch announcement, as we are reaching the
> > final stages of the migration, and there are a few actions that might
> > affect your work on website content in the meantime.
> > 
> > Why migrate the website
> > ===
> > 
> > As mentioned, wiki sites provide an open and flexible content editing
> > platform. Unfortunately, as the site grows the content becomes quite
> > difficult to manage and curate, resulting in lots of obsolete,
> > outdated, and incorrect information.
> > 
> > By moving to a source-controlled repository and implementing GitHub's
> > contribution workflow, we strive to ease the work of maintaining an
> > up-to-date content site, employ a peer-review process for changes, and
> > standardize the authoring markup language to lower the contribution
> > barrier.
> > 
> > The Middleman framework (Ruby-based static site generator) was chosen
> > based on observing successful implementation of other open-source
> > community websites, such as OpenStack RDO, Project Atomic, and Gluster.
> > 
> > What we did so far
> > ==
> > 
> > When we started the migration, our Web design team exported all of the
> > wiki content from the old website and converted it to MD files. They
> > also set up the website config flow, auto-deploy, and upgraded the
> > look-and-feel of the website.
> > 
> > We then initiated a content review effort as well as a UX review for
> > the new website in a smaller forum, which caught most of the critical
> > issues with the new website and helped us get the new format to a
> > place where we can release the website in a near-GA/public-beta format.
> > 
> > Yesterday (Wednesday Feb 17) we exported the website one more time and
> > currently we're running a diff on all the files that changed since the
> > initial export was done, to make sure we grab all the updates and the
> > latest content before we launch the new website.
> > 
> > What is about to happen
> > ===
> > 
> > Today we are initiating a **wiki freeze**, which means the old
> > MediaWiki site will become read-only. This is to ensure that all of
> 
> Where's the old MediaWiki site? (seems the old URL redirects to the new one).

http://old.ovirt.org/Home

> 
> > our diff scripts reflect the most current state of the content on the
> > website, and that we don't lose any content in the transition.
> > 
> > Barring any unexpected blockers, we will port the ovirt.org domain to
> > point to the new website and open the new website for contributions on
> > **Monday February 22** or earlier.
> > 
> > What do you need to do right now
> > 
> > 
> > If you have any wiki pages that you're actively editing, please don't
> > save them to the old MediaWiki site, and hold onto your pending
> > changes until we send the happy launch email.
> > 
> > We will also include instructions on how to contribute/edit/add
> > content to the new website, but in general the workflow will be
> > aligned with the standard GitHub best practices
> > (clone-edit-commit-pullrequest), so you can utilize all of the git
> > commands that you already know or work directly within the GitHub web
> > editor.
> > 
> > 
> > I'd like to thank all of the people who were involved with this
> > migration so far, ovirt.org is a big website with lots of content and
> > it was no small task to upgrade it.
> > 
> > Please feel free to ping me on- or off-list if you have any questions
> > about the next steps, and expect a happy launch email soon!
> > 
> > Cheers,
> > Mikey
> > 
> > 
> > - --
> > Mikey Ariel
> > 

Re: [ovirt-users] vdsm keeps removing BOOTPROTO=dhcp from ifcfg-ovirtmgmt

[Jakub Niedermertl]

Ahoj,

I've created a bug https://bugzilla.redhat.com/show_bug.cgi?id=1252534 and 
assign it to you.

Thanks for help
Jakub

- Original Message -
 From: Ondřej Svoboda ond...@svobodasoft.cz
 To: users@ovirt.org
 Sent: Tuesday, August 11, 2015 2:06:36 PM
 Subject: Re: [ovirt-users] vdsm keeps removing BOOTPROTO=dhcp from 
 ifcfg-ovirtmgmt
 
 Ahoj Kubo,
 
 would you try running 'sudo vdsClient -s 0 setSafeNetworkConfig' right
 after restarting the network service? I think your configuration needs
 be persisted in VDSM's network persistence so it is restored (with the
 same configuration) on startup.
 
 Anyway, VDSM should be used to configure networks (directly using
 vdsClient or indirectly through oVirt engine or via other means -- RPC).
 Your network may be configured by running (assuming your NIC is eth0):
 
 vdsClient -s 0 setupNetworks
 'networks={ovirtmgmt:{nic:eth0,bootproto:dhcp,blockingdhcp:true,bridged:true,stp:false,defaultRoute:false}}'
 
 If this doesn't help please attach /var/log/vdsm/supervdsm.log or file a
 bug with myself as the assignee :-)
 
 Thanks,
 Ondra
 
 On 11.8.2015 13:04, Jakub Niedermertl wrote:
  Hi all,
 
  I'd like my ovirtmgmt bridge to fetch ip address from dhcp, but vdsm keeps
  removing 'BOOTPROTO=dhcp' from
  /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt.
 
  I set the file as follows:
 
   DEVICE=ovirtmgmt
   TYPE=Bridge
   DELAY=0
   STP=off
   ONBOOT=yes
   BOOTPROTO=dhcp
   MTU=1500
   DEFROUTE=no
   NM_CONTROLLED=no
   IPV6INIT=no
 
  call 'sudo systemctl restart network' and ip address is successfully
  assigned. Then reboot the machine and ip address is not fetched and
  ifcfg-ovirtmgmt looks like this
 
   # Generated by VDSM version 4.17.0-1240.git487a19e.fc22
   DEVICE=ovirtmgmt
   TYPE=Bridge
   DELAY=0
   STP=off
   ONBOOT=yes
   MTU=1500
   DEFROUTE=no
   NM_CONTROLLED=no
   IPV6INIT=no
   HOTPLUG=no
 
  Is there any way how to prevent vdsm from removing BOOTPROTO statement or
  make ovirtmgmt to work with dhcp?
 
  Environment:
  Host: runs in virt-manager vm, Fedora 22
  vdsm: 4.17.0-1240.git487a19e.fc22 from
  http://resources.ovirt.org/pub/ovirt-3.6-pre/rpm/fc$releasever/
 
  Thanks.
 
  Jakub
  ___
  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] Autostart VM

[Jakub Niedermertl]

Hi Koen, 

AFAIK WebAdmin UI doesn't provide such feature. However it can be scripted 
using Java SDK, Python SDK or REST API. 

http://www.ovirt.org/REST-Api 
http://www.ovirt.org/Java-sdk 
http://www.ovirt.org/Python-sdk 

Best regards, 
Jakub 

- Original Message - 

 From: Koen Vanoppen vanoppen.k...@gmail.com
 To: users@ovirt.org
 Sent: Tuesday, June 30, 2015 1:17:56 PM
 Subject: [ovirt-users] Autostart VM

 Hi Guys,

 I couldn't find anything directly concerning my following question, so If it
 was asked before, I'm sorry...

 Is there a way to config ovirt in a way that when you created a new vm, it
 will automatically boot? Because now, when you create a VM it stays in down
 state.

 Kind regards,

 Koen

 ___
 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] Unexpected protocol mismatch with SPICE HTML5

[Jakub Niedermertl]

Hi,

SPICE in browser works for me with python-websockify-0.5.1 and either 
spice-html5-0.1.6 or -0.1.5.

Jakub

- Original Message -
 From: Michal Skrivanek michal.skriva...@redhat.com
 To: nico...@devels.es, Jakub Niedermertl jnied...@redhat.com
 Cc: users@ovirt.org (users@ovirt.org) users@ovirt.org
 Sent: Wednesday, June 17, 2015 1:35:04 PM
 Subject: Re: [ovirt-users] Unexpected protocol mismatch with SPICE HTML5
 
 
 On Jun 17, 2015, at 09:17 , nico...@devels.es wrote:
 
  Hi Michal,
  
  El 2015-06-17 07:24, Michal Skrivanek escribió:
  On Jun 17, 2015, at 08:21 , Michal Skrivanek
  michal.skriva...@redhat.com wrote:
  On Jun 16, 2015, at 12:02 , nico...@devels.es wrote:
  Hi,
  I just made a fresh install of ovirt-engine (v. 3.5.3.1-1) on a CentOS-7
  x86_64 box. My previous installation had issues with the TLS
  certificate time of issue, which was successfully fixed in this version
  (https://bugzilla.redhat.com/show_bug.cgi?id=1210486). However, when
  trying to start the SPICE HTML5 client, all I can see is the grey
  square and no activity, and when clicking on Toggle messages output,
  the error message Unexpected protocol mismatch is shown.
  Things done:
  * ovirt-guest-agent installed on the VM
  * On client side, updated browser (Firefox) to latest version (38.0) and
  /ca.crt has been imported into Firefox certs
  Regarding logs on the server side, I can see the following:
  ovirt-engine
  
  2015-06-16 10:49:29,862 INFO
  [org.ovirt.engine.core.bll.SetVmTicketCommand]
  (ajp--127.0.0.1-8702-11) [39c79276] Running command: SetVmTicketCommand
  internal: false. Entities affected :  ID:
  c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc Type: VMAction group CONNECT_TO_VM
  with role type USER
  2015-06-16 10:49:29,917 INFO
  [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
  (ajp--127.0.0.1-8702-11) [39c79276] START,
  SetVmTicketVDSCommand(HostName = ovirtengine.myorg.es, HostId =
  82fb3c43-3a4b-464e-9077-8e86dea2016b,
  vmId=c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc, ticket=TgrRVYoRhC8T,
  validTime=120,m userName=user,
  userId=5d502bbb-97d6-40b5-abbf-90121cea94d5), log id: 1881c90f
  2015-06-16 10:49:29,937 INFO
  [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
  (ajp--127.0.0.1-8702-11) [39c79276] FINISH, SetVmTicketVDSCommand, log
  id: 1881c90f
  2015-06-16 10:49:29,957 INFO
  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
  (ajp--127.0.0.1-8702-11) [39c79276] Correlation ID: 39c79276, Call
  Stack: null, Custom Event ID: -1, Message: user user@domain initiated
  console session for VM testVM
  2015-06-16 10:49:29,987 WARN
  [org.ovirt.engine.core.dal.job.ExecutionMessageDirector]
  (ajp--127.0.0.1-8702-11) [7a71a9e4] The message key VmLogon is missing
  from bundles/ExecutionMessages
  2015-06-16 10:49:30,064 INFO  [org.ovirt.engine.core.bll.VmLogonCommand]
  (ajp--127.0.0.1-8702-11) [7a71a9e4] Running command: VmLogonCommand
  internal: false. Entities affected :  ID:
  c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc Type: VMAction group CONNECT_TO_VM
  with role type USER
  2015-06-16 10:49:30,114 INFO
  [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand]
  (ajp--127.0.0.1-8702-11) [7a71a9e4] START, VmLogonVDSCommand(HostName =
  ovirtengine.myorg.es, HostId = 82fb3c43-3a4b-464e-9077-8e86dea2016b,
  vmId=c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc, domain=domain-authz,
  password=**, userName=user@domain), log id: 68632b24
  2015-06-16 10:49:30,120 INFO
  [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand]
  (ajp--127.0.0.1-8702-11) [7a71a9e4] FINISH, VmLogonVDSCommand, log id:
  68632b24
  2015-06-16 10:49:30,351 INFO
  [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand]
  (DefaultQuartzScheduler_Worker-2) START,
  GlusterVolumesListVDSCommand(HostName = kvmhost.myorg.es, HostId =
  82fb3c43-3a4b-464e-9077-8e86dea2016b), log id: 2a2a439a
  2015-06-16 10:49:30,368 INFO
  [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand]
  (DefaultQuartzScheduler_Worker-2) FINISH, GlusterVolumesListVDSCommand,
  return: {}, log id: 2a2a439a
  ovirt-websocket-proxy
  =
  jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]:
  10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: SSL/TLS (wss://)
  WebSocket connection
  jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]:
  10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: Version hybi-13, base64:
  'False'
  jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]:
  10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: Path:
  '/eyJ2YWxpZFRvIjoiMjAxNTA2MTYwODU4MzgiLCJkYXRhIjoiJTdCJTIyaG9zdCUyMjolMjIxMC4xMDcuMjYuMjAxJTIyLCUyMnBvcnQlMjI6JTIyNTkwMCUyMiwlMjJzc2xfdGFyZ2V0JTIyOnRydWUlN0QiLCJ2YWxpZEZyb20iOiIyMDE1MDYxNjA4NTYzOCIsInNpZ25lZEZpZWxkcyI6InZhbGlkVG8sZGF0YSx2YWxpZEZyb20sc2FsdCI