[ovirt-users] Re: Understanding ovirt memory management which appears incorrect

2020-01-29 Thread Andrej Krejcir
I see you are using the engine version 4.3.7.2, but this fix is in vdsm,
since version:
vdsm-4.30.34


On Wed, 29 Jan 2020 at 10:03, Andrej Krejcir  wrote:

> Hi,
>
> you have probably hit this bug:
> https://bugzilla.redhat.com/show_bug.cgi?id=1749630
>
> It has been fixed in version 4.3.7.2.
>
>
> Best regards,
> Andrej
>
> On Wed, 29 Jan 2020 at 09:45, Divan Santana  wrote:
>
>>
>> > I've seen similar behavior before.  Have you tried to put the host in
>> > maintenance and once all VMs are moved away to reboot it ?
>>
>> We did so last night. It _did_ fix the issue!
>>
>> Shutting down the VMs on the host, putting the host in and out of
>> maintenance mode did not help. In fact it further illustrated the
>> problem.
>>
>> It took the host from 94% memory used down to 50% memory used, even
>> though there was nothing running on the host at all, and really 99% of
>> memory was available.
>>
>> Rebooting the host resolved the issue.
>>
>> I'm going to apply latest updates to a cluster and see if the issues
>> persist.
>>
>> This therefore sounds like a bug, which is quite bad. Unless there is
>> some communication issue from the engine to the host, which the reboot
>> assists with?
>> ___
>> 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/QIAWWFRVYTGEAUIBLUA7R7FLCXPTKGQ2/
>>
>
___
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/WI76RKCGU6UEWD3T2O6OSDWHRXW5FFRW/


[ovirt-users] Re: Understanding ovirt memory management which appears incorrect

2020-01-29 Thread Andrej Krejcir
Hi,

you have probably hit this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1749630

It has been fixed in version 4.3.7.2.


Best regards,
Andrej

On Wed, 29 Jan 2020 at 09:45, Divan Santana  wrote:

>
> > I've seen similar behavior before.  Have you tried to put the host in
> > maintenance and once all VMs are moved away to reboot it ?
>
> We did so last night. It _did_ fix the issue!
>
> Shutting down the VMs on the host, putting the host in and out of
> maintenance mode did not help. In fact it further illustrated the
> problem.
>
> It took the host from 94% memory used down to 50% memory used, even
> though there was nothing running on the host at all, and really 99% of
> memory was available.
>
> Rebooting the host resolved the issue.
>
> I'm going to apply latest updates to a cluster and see if the issues
> persist.
>
> This therefore sounds like a bug, which is quite bad. Unless there is
> some communication issue from the engine to the host, which the reboot
> assists with?
> ___
> 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/QIAWWFRVYTGEAUIBLUA7R7FLCXPTKGQ2/
>
___
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/JPTVQXL3FQEWO4TATWCTMJ4OP7L5LCGK/


[ovirt-users] Re: Cannot Increase Hosted Engine VM Memory

2019-12-11 Thread Andrej Krejcir
Hi,

here is the bugzilla for this problem:
https://bugzilla.redhat.com/show_bug.cgi?id=1523835

There is no simple workaround, but I'm working on fixing it.


Best Regards,
Andrej


On Wed, 11 Dec 2019 at 09:36, Serhiy Morhun 
wrote:

> Hello, did anyone find a resolution for this issue? I'm having exactly the
> same problem:
>
> Hosted Engine VM is running with 5344MB of RAM, when trying to increase to
> 8192 it would not accept the change because the difference is not divisible
> by 256.
> When trying to increase to 8160 the change is accepted but log shows
> "Hotset memory: changed the amount of memory on VM HostedEngine from 5344
> to 5344" at the same time amount of guaranteed memory does increase to 8160
> which, in turn, starts generating error messages that VM does not have all
> the guaranteed RAM.
>
> Serhiy Morhun
>
>
>
>
>
>
> *---*
>
> *THE INFORMATION CONTAINED IN THIS MESSAGE (E-MAIL AND ANY ATTACHMENTS) IS
> INTENDED ONLY FOR THE INDIVIDUAL AND CONFIDENTIAL USE OF THE DESIGNATED
> RECIPIENT(S).*
>
> If any reader of this message is not an intended recipient or any agent
> responsible for delivering it to an intended recipient, you are hereby
> notified that you have received this document in error, and that any
> review, dissemination, distribution, copying or other use of this message
> is prohibited.  If you have received this message in error, please notify
> us immediately by reply e-mail message or by telephone and delete the
> original message from your e-mail system and/or computer database.  Thank
> you.
>
>
> *---*
>
> *NOTICE*:
>
> *You are advised that e-mail correspondence and attachments between the
> public and the Ridgewood Board of Education are obtainable by any person
> who files a request under the NJ Open Public Records Act (OPRA) unless it
> is subject to a specific OPRA exception.  You should have no expectation
> that the content of e-mails sent to or from school district e-mail
> addresses, or between the public and school district officials and
> employees, will remain private.*
>
>
> *---*
> ___
> 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/773L25E4XYM5MVRJ6Q7TSMFRSEPRDOGF/
>
___
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/JHCKHK2MOFV3G5YR5G4BWAABRSJXYXVI/


[ovirt-users] Re: Creating hosts via the REST API using SSH Public Key authentication

2019-08-23 Thread Andrej Krejcir
Hi,

the following request should work, but I didn't test it.


POST /ovirt-engine/api/hosts

myhost
myhost.example.com

  publickey




Here is the relevant API documentation:
http://ovirt.github.io/ovirt-engine-api-model/4.4/#types/ssh


Regards,
Andrej

On Fri, 23 Aug 2019 at 15:01,  wrote:

> In the UI one can create hosts using two authentication methods:
> 'Password' and 'SSH Public Key'.
> I have only found the Password authentication in the API Docs
> (/ovirt-engine/apidoc/#/services/hosts/methods/add).
> My question is: How can i create hosts using SSH Public Key authentication
> via the REST API?
> I would appreciate an example POST request!
> ___
> 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/ACRORRHQRH54SJGN3QLEOKIYUMSZC2LQ/
>
___
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/LR3MQS3K5YAERTYHHBHYOIQQ6NATKPTX/


[ovirt-users] Re: numa pinning and reserved hugepages (1G) Bug in scheduler calculation or decision ?

2019-08-23 Thread Andrej Krejcir
Hi,

this is a bug in the scheduler. Currently, it ignores hugepages when
evaluating NUMA pinning.

There is a bugzilla ticket[1] that was originally reported as a similar
case, but then later the reporter changed it.

Could you open a new bugzilla ticket and attach the details from this email?

As a workaround, if you don't want to migrate the VM or you are sure that
it can run on the target host, you can clone a cluster policy and remove
the 'NUMA' filter. (In Administration -> Configure -> Scheduling Policies).


[1] - https://bugzilla.redhat.com/show_bug.cgi?id=1720558


Best regards,
Andrej



On Wed, 21 Aug 2019 at 12:16, Ralf Schenk  wrote:

> Hello List,
>
> i ran into problems using numa-pinning and reserved hugepages.
>
> - My EPYC 7281 based Servers (Dual Socket) have 8 Numa-Nodes each having
> 32 GB of memory for a total of 256 GB System Memory
>
> - I'm using 192 x 1 GB hugepages reserved on the kernel cmdline
> default_hugepagesz=1G hugepagesz=1G hugepages=192 This reserves 24
> hugepages on each numa-node.
>
> I wanted to pin a MariaDB VM using 32 GB (Custom Property
> hugepages=1048576) to numa-nodes 0-3 of CPU-Socket 1. Pinning in GUI etc.
> no problem.
>
> When trying to start the vm this can't be done since ovirt claims that the
> host can't fullfill the memory requirements - which is simply not correct
> since there were > 164 hugepages free.
>
> It should have taken 8 hugepages from each numa node 0-3 to fullfill the
> 32 GB Memory requirement.
>
> I also freed the system completely from other VM's but that didn't work
> either.
>
> Is it possible that the scheduler only takes into account the "free
> memory" (as seen in numactl -H below) *not reserved* by hugepages for its
> decisions ? Since the host has only < 8 GB of free mem per numa-node I can
> understand that VM was not able to start under that condition.
>
> VM is runnig and using 32 hugepages without pinning but a warning states
> "VM dbserver01b does not fit to a single NUMA node on host
> myhost.mydomain.de. This may negatively impact its performance. Consider
> using vNUMA and NUMA pinning for this VM."
>
> This is the numa Hardware Layout and hugepages usage now with other VM's
> running:
>
> from cat /proc/meminfo
>
> HugePages_Total: 192
> HugePages_Free:  160
> HugePages_Rsvd:0
> HugePages_Surp:0
>
> I can confirm that also under the condition of running other VM's there
> are at least 8 hugepages free for each numa-node 0-3:
>
> grep ""
> /sys/devices/system/node/*/hugepages/hugepages-1048576kB/free_hugepages
>
> /sys/devices/system/node/node0/hugepages/hugepages-1048576kB/free_hugepages:8
>
> /sys/devices/system/node/node1/hugepages/hugepages-1048576kB/free_hugepages:23
>
> /sys/devices/system/node/node2/hugepages/hugepages-1048576kB/free_hugepages:20
>
> /sys/devices/system/node/node3/hugepages/hugepages-1048576kB/free_hugepages:22
>
> /sys/devices/system/node/node4/hugepages/hugepages-1048576kB/free_hugepages:16
>
> /sys/devices/system/node/node5/hugepages/hugepages-1048576kB/free_hugepages:5
>
> /sys/devices/system/node/node6/hugepages/hugepages-1048576kB/free_hugepages:19
>
> /sys/devices/system/node/node7/hugepages/hugepages-1048576kB/free_hugepages:24
>
> numactl -h:
>
> available: 8 nodes (0-7)
> node 0 cpus: 0 1 2 3 32 33 34 35
> node 0 size: 32673 MB
> node 0 free: 3779 MB
> node 1 cpus: 4 5 6 7 36 37 38 39
> node 1 size: 32767 MB
> node 1 free: 6162 MB
> node 2 cpus: 8 9 10 11 40 41 42 43
> node 2 size: 32767 MB
> node 2 free: 6698 MB
> node 3 cpus: 12 13 14 15 44 45 46 47
> node 3 size: 32767 MB
> node 3 free: 1589 MB
> node 4 cpus: 16 17 18 19 48 49 50 51
> node 4 size: 32767 MB
> node 4 free: 2630 MB
> node 5 cpus: 20 21 22 23 52 53 54 55
> node 5 size: 32767 MB
> node 5 free: 2487 MB
> node 6 cpus: 24 25 26 27 56 57 58 59
> node 6 size: 32767 MB
> node 6 free: 3279 MB
> node 7 cpus: 28 29 30 31 60 61 62 63
> node 7 size: 32767 MB
> node 7 free: 5513 MB
> node distances:
> node   0   1   2   3   4   5   6   7
>   0:  10  16  16  16  32  32  32  32
>   1:  16  10  16  16  32  32  32  32
>   2:  16  16  10  16  32  32  32  32
>   3:  16  16  16  10  32  32  32  32
>   4:  32  32  32  32  10  16  16  16
>   5:  32  32  32  32  16  10  16  16
>   6:  32  32  32  32  16  16  10  16
>   7:  32  32  32  32  16  16  16  10
>
> --
>
>
> *Ralf Schenk*
> fon +49 (0) 24 05 / 40 83 70
> fax +49 (0) 24 05 / 40 83 759
> mail *r...@databay.de* 
>
> *Databay AG*
> Jens-Otto-Krag-Straße 11
> D-52146 Würselen
> *www.databay.de* 
>
> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
> Philipp Hermanns
> Aufsichtsratsvorsitzender: Wilhelm Dohmen
> --
> ___
> 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 

[ovirt-users] Re: Request for clarification of logline

2019-07-22 Thread Andrej Krejcir
Hi,

It means that the VM is using a disk, that the ovirt-engine does not have
in the database.

The disk's path contains "payload", which means that the disk is probably a
CD or a floppy, mounted to the VM.
Once the VM is shut down, the disk information will be probably lost.


Best regards,
Andrej

On Wed, 17 Jul 2019 at 23:45, Vrgotic, Marko 
wrote:

> Dear oVirt,
>
>
>
> I was not able to find out meaning behind following WARN message:
>
>
>
> WARN  [org.ovirt.engine.core.vdsbroker.libvirt.VmDevicesConverter]
> (EE-ManagedThreadFactory-engineScheduled-Thread-50) [] unmanaged disk with
> path
> '/var/run/vdsm/payload/0687ad1a-4827-48d9-8629-b29a000df280.760410382a41ff5e6b1ee9365856517e.img'
> is ignored
>
>
>
> Will somebody be so kind to clarify the actual meaning of it or point me
> in right direction of cause?
>
>
>
> I can provide more information if required.
>
>
>
> Kindly awaiting your reply.
>
>
>
>
>
> — — —
> Met vriendelijke groet / Kind regards,
>
> *Marko Vrgotic*
>
> ActiveVideo
>
>
> ___
> 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/VIPD2IWLXDABSIFEGP2E7BDUADXPHUW3/
>
___
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/U6WOXNH7FEZ36HMARYLCALSL7LAB2OEU/


[ovirt-users] Re: Snapshots and quotas

2019-06-18 Thread Andrej Krejcir
Hi,

The storage quota takes into account virtual size of active VM's disks,
actual size of snapshots and actual size of templates. So the active VM
disk needs 40GB of quota, but snapshots need only the size they actually
consume.

In case the disk is preallocated, the first snapshot will have actual size
the same as virtual size. So the VM with snapshot will need quota twice as
big.

Currently it is not possible to exclude snapshots from the quota.
As a partial workaround, try setting the allocation policy of the disk to
'Thin Provision'.


There are config values that change the default threshold and grace values,
but they are not exposed through the engine-config utility. Currently the
only way to change them is to update the DB table 'vdc_options' directly.
The names of the config options are: 'QuotaThresholdCluster',
'QuotaThresholdStorage', 'QuotaGraceCluster', 'QuotaGraceStorage'. The
grace values are only what is above 100%, so grace value 20 is 120%.

The table can be updated for example by:
UPDATE vdc_options SET default_value = 20 WHERE option_name =
'QuotaGraceStorage';

The config values are cached, so the ovirt-engine service needs to be
restarted after updating the DB.


Best regards,
Andrej

On Fri, 14 Jun 2019 at 01:12, Mitja Mihelič  wrote:

> Hi!
>
> We are using oVirt 4.1.9 with quotas enabled. The usual quota is 40GB
> per user, usually used for a webserver. It is created from a template
> with a 40GB disk.
> When such users try to create a snapshot of their VM, oVirt blocks the
> operation with "Cannot create Snapshot. Quota has insufficient storage
> resources."
>
> I could increase the quota to 2x size. But then users would create
> additional disks, snapshot creation would fail due to insufficient
> storage resources and we're back to square one.
>
> I could increase "Storage Grace" to 200%. It would take users longer to
> figure out that they can create additional disk even if the quota showed
> 100% full. But sooner or later we would be back to square one.
>
> Is it possible to exclude snapshots from the quota system?
>
> Kind regards,
> Mitja
>
> P.S.
> "Storage Threshold" is currently set to 80% and "Storage Grace" to 120%.
> Where can we change the default settings to something else?
> E.g. new quotas would have "Storage Threshold" set to 90% and "Storage
> Grace" to 160%.
> ___
> 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/OUBWW6HKXZO2EOKDDHFX3YAXL4LJJMGR/
>
___
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/ZQXOJX6WSLTIBAESTGYQGEWKH6DTNDST/


[ovirt-users] Re: High Performance VM: trouble using vNUMA and hugepages

2019-06-13 Thread Andrej Krejcir
Hi,

this is probably a bug. Can you open a new ticket in Bugzilla?
https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine

As a workaround, if you are sure that the VM's NUMA configuration is
compatible with the host's NUMA configuration, you could create a custom
cluster scheduling policy and disable the "NUMA" filter. In Administration
-> Configure -> Scheduling Policies.


Regards,
Andrej


On Thu, 13 Jun 2019 at 12:49, Matthias Leopold <
matthias.leop...@meduniwien.ac.at> wrote:
> Hi,
>
> I'm having trouble using vNUMA and hugepages at the same time:
>
> - hypervisor host hast 2 CPU and 768G RAM
> - hypervisor host is configured to allocate 512 1G hugepages
> - VM configuration
> * 2 virtual sockets, vCPUs are evenly pinned to 2 physical CPUs
> * 512G RAM
> * 2 vNUMA nodes that are pinned to the 2 host NUMA nodes
> * custom property "hugepages=1048576"
> - VM is the only VM on hypervisor host
>
> when I want to start the VM I'm getting the error message
> "The host foo did not satisfy internal filter NUMA because cannot
> accommodate memory of VM's pinned virtual NUMA nodes within host's
> physical NUMA nodes"
> VM start only works when VM memory is shrunk so that it fits in (host
> memory - allocated huge pages)
>
> I don't understand why this happens. Can someone explain to me how this
> is supposed to work?
>
> oVirt engine is 4.3.3
> oVirt host is 4.3.4
>
> thanks
> matthias
___
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/2TDESOQYPVAVEFOTYBXGSTUCB4DD6JJ3/


[ovirt-users] Re: vNUMA question

2019-06-12 Thread Andrej Krejcir
Hi,

The number of vNUMA nodes does not limit the number of sockets, cpus, or
threads. The VM can have any number of sockets.

When using the UI, the vCPUs are distributed equally across all vNUMA
nodes. When using the REST API, it is up to the user to specify which vCPUs
are assighned to which vNUMA nodes.


Best regards,
Andrej

On Wed, 12 Jun 2019 at 12:37, Matthias Leopold <
matthias.leop...@meduniwien.ac.at> wrote:

> Hi,
>
> when I want to use vNUMA for VMs is it necessary that the number of VM
> virtual sockets corresponds to the number of vNUMA nodes?
>
> concrete example:
> hypervisor host has 2 physical cpus
> VM has 2 vNUMA nodes and uses CPU pinning which distributes the VCPUs
> equally over both physical CPUs
> is it necessary for the VM to have 2 virtual sockets or is it ok for
> virtual socket count to be powers of 2 (eg. 16)?
>
> thanks
> matthias
>
> ___
> 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/24UIDDFUVXF5FCLOLV442U5TJ2I7FL56/
>
___
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/UJK6PDWT2EXMNXDMYTRZLWRAYDYBYJKD/


[ovirt-users] Re: oVirt 3.6 SLA and QoS algorithm

2019-05-30 Thread Andrej Krejcir
Hi,

The storage QoS is provided by libvirt directly. Ovirt only sets
 element in the VM domain XML[1].

For the algorithm details, you could ask on the libvirt mailing list:
https://libvirt.org/contact.html


Best regards,
Andrej


[1] - https://libvirt.org/formatdomain.html#elementsBlockTuning

On Thu, 30 May 2019 at 08:55,  wrote:

> Hello!
>
> We are using oVirt 3.6 in our infrastructure and storage QoS in passive
> state (they are configured but not applie) for some of the servers. Last
> time we needed to activate QoS on high load servers and it caused storage
> load decrease. And this situation has raised some questions:
>
> 1. What happened to overlimit storage traffic, when QoS applying on high
> load virtual machine:
> a) All over traffic is pulling into some queue, where all disk
> transactions can be successfully finished with QoS throughput?
> b) All over-limitation data is dropped and opened transactions failed?
> c) All active transactions finishes on speed beyond QoS, but all new
> transactions immediately start to work based on configured limits?
>
> 2. How QoS mechanism actually works? Does it use some oVirt specific
> functions or it uses some system features to limit storage, network or CPU
> usage? If system one, then the QoS are provided by libvirt (using virsh or
> directly) or system kernel options and which one?
>
> Thanks in advance!
> ___
> 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/RX4XVW73EKECWLJJ74RFXF6FUGAFDNDT/
>
___
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/D27DHOHDNNMVRK6YHYAUYDBHNJYLW7TJ/


[ovirt-users] Re: Group Consumer on Quota not trickling down to Users in Group?

2019-05-28 Thread Andrej Krejcir
I have tired this in my environment and it is working as expected.

What were the exact steps you used? What role did you use for the group on
quota and vm?
Maybe I have tested something different.


Andrej

On Fri, 24 May 2019 at 17:12, Brian T 
wrote:

> I might have been unclear, so I apologize.
>
> I was referring to when one adds a Group to a Quota as a Consumer, the
> Users in that Group are not labelled as Consumers of the Quota.
>
> An example: Group A, which consists of Alice and Bob, is added to Quota A
> as a Consumer. However, Alice, when she creates a VM, receives an error
> stating she is not part of Quota A. The problem is rectified when Alice is
> individually added to the Quota as a Consumer.
>
> We currently are not using an AD solution.
>
> Thank you for the quick response!
> ___
> 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/QBGPXF7GECAYJ46HZRCW4MG742IPHGD3/
>
___
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/WLOIXCH6B3RPDNR5OAC732OTOFOXPPW7/


[ovirt-users] Re: Group Consumer on Quota not trickling down to Users in Group?

2019-05-24 Thread Andrej Krejcir
Hi,

Are you referring to the fact that quota is shared between all users in the
group, as described here in the documentation[1]?

This is done by design. Quota objects are independent of users or groups.
VMs and disks can be assigned to consume a given quota, and users or groups
just have a permission to create or update objects that consume the quota.


Best regards,
Andrej


[1] -
https://www.ovirt.org/documentation/admin-guide/chap-Quotas_and_Service_Level_Agreement_Policy.html#shared-quota-and-individually-defined-quota

On Thu, 23 May 2019 at 18:47, Brian T 
wrote:

> Good morning all,
>
> I have a problem with how Groups are handled with Quotas. Currently, when
> you assign a Group to a Quota, it does not make all the Users in that Group
> a Consumer in that Quota. As the documentation states, one would have to
> add each individual User in that Quota.
>
> Is this the intended design? I figure, much like how Groups are handled
> with other oVirt functions, that the Users in a Group assigned to a Quota
> should also inherit being a Consumer in that Quota.
>
> Thank you.
> ___
> 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/YICIDRKM3LLD6C7VFL4J4SAFYAUXNBNY/
>
___
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/432CBRUCORT7VLT36ATVQMQ7444IKMH6/


[ovirt-users] Re: VM migrations failing after upgrade 4.3.2 -> 4.3.3

2019-04-17 Thread Andrej Krejcir
Hi,

this is a bug:  https://bugzilla.redhat.com/show_bug.cgi?id=1696621

It happens when a migrated VM has missing CPU load.
Do you have some special VMs without updated CPU load, or VMs that were
recently started?


Regards,
Andrej

On Wed, 17 Apr 2019 at 11:08, Eduardo Mayoral  wrote:

>
> Hi,
>
> After upgrade to 4.3.3 from 4.3.2, VM migrations are failing with
> "No available host to migrate VMs to"
>
> Interestingly, this happens in one of our clusters, not on the
> other. Both on the same datacenter, both in 4.3 compatibility version.
>
> This are the relevant lines from /var/log/ovirt-engine/engine.log
>
>
>
>
> 2019-04-17 08:58:41,816Z ERROR
> [org.ovirt.engine.core.bll.GetValidHostsForVmsQuery] (default task-7)
> [51191ffb-0ae1-4414-8916-9e5012d86289] Query 'GetValidHostsForVmsQuery'
> failed: null
> 2019-04-17 08:58:41,816Z ERROR
> [org.ovirt.engine.core.bll.GetValidHostsForVmsQuery] (default task-7)
> [51191ffb-0ae1-4414-8916-9e5012d86289] Exception:
> java.lang.NullPointerException
> at
>
> org.ovirt.engine.core.bll.scheduling.SchedulingManager.subtractRunningVmResources(SchedulingManager.java:923)
> [bll.jar:]
> at
>
> org.ovirt.engine.core.bll.scheduling.SchedulingManager.canSchedule(SchedulingManager.java:616)
> [bll.jar:]
> at
>
> org.ovirt.engine.core.bll.GetValidHostsForVmsQuery.lambda$getValidHosts$0(GetValidHostsForVmsQuery.java:56)
> [bll.jar:]
> at
> java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
> [rt.jar:1.8.0_201]
> at
>
> java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1382)
> [rt.jar:1.8.0_201]
> at
> java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
> [rt.jar:1.8.0_201]
> at
>
> java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
> [rt.jar:1.8.0_201]
> at
> java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
> [rt.jar:1.8.0_201]
> at
> java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> [rt.jar:1.8.0_201]
> at
> java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
> [rt.jar:1.8.0_201]
> at
>
> org.ovirt.engine.core.bll.GetValidHostsForVmsQuery.getValidHosts(GetValidHostsForVmsQuery.java:59)
> [bll.jar:]
> at
>
> org.ovirt.engine.core.bll.GetValidHostsForVmsQuery.executeQueryCommand(GetValidHostsForVmsQuery.java:36)
> [bll.jar:]
> at
>
> org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:106)
> [bll.jar:]
> at
> org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:31)
> [dal.jar:]
> at
>
> org.ovirt.engine.core.bll.executor.DefaultBackendQueryExecutor.execute(DefaultBackendQueryExecutor.java:14)
> [bll.jar:]
> at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:521)
> [bll.jar:]
> at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:490)
> [bll.jar:]
> at sun.reflect.GeneratedMethodAccessor168.invoke(Unknown Source)
> [:1.8.0_201]
> at
>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [rt.jar:1.8.0_201]
> at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_201]
> 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.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:92)
> [wildfly-weld-ejb-15.0.1.Final.jar:15.0.1.Final]
> at
>
> org.jboss.weld.interceptor.proxy.WeldInvocationContextImpl.interceptorChainCompleted(WeldInvocationContextImpl.java:107)
> [weld-core-impl-3.0.5.Final.jar:3.0.5.Final]
> at
>
> org.jboss.weld.interceptor.proxy.WeldInvocationContextImpl.proceed(WeldInvocationContextImpl.java:126)
> [weld-core-impl-3.0.5.Final.jar:3.0.5.Final]
> at
>
> org.ovirt.engine.core.common.di.interceptor.LoggingInterceptor.apply(LoggingInterceptor.java:12)
> [common.jar:]
> at sun.reflect.GeneratedMethodAccessor66.invoke(Unknown Source)
> [:1.8.0_201]
> at
>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [rt.jar:1.8.0_201]
> at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_201]
> at
>
> org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73)
> [weld-core-impl-3.0.5.Final.jar:3.0.5.Final]
> at
>
> org.jboss.weld.interceptor.proxy.WeldInvocationContextImpl.invokeNext(WeldInvocationContextImpl.java:92)
> [weld-core-impl-3.0.5.Final.jar:3.0.5.Final]
> at
>
> org.jboss.weld.interceptor.proxy.WeldInvocationContextImpl.proceed(WeldInvocationContextImpl.java:124)
> [weld-core-impl-3.0.5.Final.jar:3.0.5.Final]
> at
> 

[ovirt-users] Re: NPE for GetValidHostsForVmsQuery

2019-04-05 Thread Andrej Krejcir
Thanks for the info.

Here is the Bug: https://bugzilla.redhat.com/show_bug.cgi?id=1696621


Andrej

On Fri, 5 Apr 2019 at 10:22,  wrote:

> Hi Andrej,
>
> I missed to point a fact that is probably determining. Prior to noticing
> the error, we upgraded the Cluster & Data Center compatibility version
> from 4.1 to 4.3, which caused ovirt-engine to automatically edit all VMs
> and modify their compatibility versions as well (with changes pending
> until next reboot).
>
> So if we powered down the VM, edited the VM, saved it (even without
> changes) and powered it up, migrations would work again.
>
> This happened with all affected machines.
>
> If you need some additional info, just ask.
>
> Thanks.
>
> El 2019-04-04 17:03, Andrej Krejcir escribió:
> > Hi,
> >
> > The NPE is because the CPU load of a VM is missing. It happens when
> > the VM statistics are not updated.
> >
> > This is definitely a bug, missing CPU load should not prevent
> > migration.
> > I will open a Bugzilla ticket.
> >
> > Can you share some more details about the VMs?
> > Does the NPE happen for all VMs or only some specific types?
> >
> > Thanks,
> > Andrej
> >
> > On Wed, 3 Apr 2019 at 13:45,  wrote:
> >
> >> Hi,
> >>
> >> We're running oVirt 4.3.2. When we click on the "Migrate" button
> >> over a
> >> VM, an error popup shows up and in the ovirt-engine log we see:
> >>
> >>2019-04-03 12:37:40,897+01 ERROR
> >> [org.ovirt.engine.core.bll.GetValidHostsForVmsQuery] (default
> >> task-6)
> >> [478381f0-18e3-4c96-bcb5-aafd116d7b7a] Query
> >> 'GetValidHostsForVmsQuery'
> >> failed: null
> >>
> >> I'm attaching the full NPE.
> >>
> >> Could someone point out what could be the reason for the NPE?
> >>
> >> 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/ [1]
> >> oVirt Code of Conduct:
> >> https://www.ovirt.org/community/about/community-guidelines/ [2]
> >> List Archives:
> >>
> >
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VZWPQR34DDQMTDPUI2EZFA3VSHA77BET/
> >> [3]
> >
> >
> > Links:
> > --
> > [1] https://www.ovirt.org/site/privacy-policy/
> > [2] https://www.ovirt.org/community/about/community-guidelines/
> > [3]
> >
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VZWPQR34DDQMTDPUI2EZFA3VSHA77BET/
>
___
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/D5HDG3GZJXTAC3BWXVK36XQGLBA462GS/


[ovirt-users] Re: NPE for GetValidHostsForVmsQuery

2019-04-04 Thread Andrej Krejcir
Hi,

The NPE is because the CPU load of a VM is missing. It happens when the VM
statistics are not updated.

This is definitely a bug, missing CPU load should not prevent migration.
I will open a Bugzilla ticket.

Can you share some more details about the VMs?
Does the NPE happen for all VMs or only some specific types?


Thanks,
Andrej


On Wed, 3 Apr 2019 at 13:45,  wrote:

> Hi,
>
> We're running oVirt 4.3.2. When we click on the "Migrate" button over a
> VM, an error popup shows up and in the ovirt-engine log we see:
>
>2019-04-03 12:37:40,897+01 ERROR
> [org.ovirt.engine.core.bll.GetValidHostsForVmsQuery] (default task-6)
> [478381f0-18e3-4c96-bcb5-aafd116d7b7a] Query 'GetValidHostsForVmsQuery'
> failed: null
>
> I'm attaching the full NPE.
>
> Could someone point out what could be the reason for the NPE?
>
> 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/VZWPQR34DDQMTDPUI2EZFA3VSHA77BET/
>
___
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/RPGELOL5TVLKQBF2MFOOE7HR2Z6AHQJL/


[ovirt-users] Re: Host affinity hard rule doesn't work

2019-03-13 Thread Andrej Krejcir
Hi,

This is the expected behavior. The process that automatically migrates VMs
so that they do not break affinity groups, only migrates one VM at a time.
In this case the two VMs are in a positive enforcing group, so none of them
can be migrated away from the other.

Currently, for the same reason, the 2 VMs cannot even be migrated manually.
But that will be fixed as part of RFE:
https://bugzilla.redhat.com/show_bug.cgi?id=1651406


Best regards,
Andrej

On Wed, 13 Mar 2019 at 08:50,  wrote:

> Hi there,
> Here is my setup:
> oVirt engine: 4.2.8
>
> 1. Create an affinity group as below:
> VM affinity rule: positive + enforcing
> Host affinity rule: disabled.
> VMs: 2 VMs added
> Hosts: No host selected.
> 2. Run the 2 VMs, they are running on the same host, say host1.
> 3. Change the affinity group's host affinity:
> Host affinity rule: positive  + enforcing
> Hosts: host2 added.
>
> I expect that the 2 VMs can migrate to host2, but that never happen, is
> this expected?
>
> snippet of engine.log:
> 2019-03-13 07:47:05,747Z INFO
> [org.ovirt.engine.core.bll.scheduling.SchedulingManager]
> (EE-ManagedThreadFactory-engineScheduled-Thread-30) [] Candidate host
> 'dub-svrfarm24' ('76b13e75-d01b-4dec-9298-1fad72b46525') was filtered out
> by 'VAR__FILTERTYPE__INTERNAL' filter 'VmAffinityGroups' (correlation id:
> null)
> 2019-03-13 07:47:05,747Z DEBUG
> [org.ovirt.engine.core.bll.scheduling.arem.AffinityRulesEnforcer]
> (EE-ManagedThreadFactory-engineScheduled-Thread-30) [] VM
> 822b37b7-5da3-453c-b775-d4192c2fdcae is NOT a viable candidate for solving
> the affinity group violation situation.
> 2019-03-13 07:47:05,747Z DEBUG
> [org.ovirt.engine.core.bll.scheduling.arem.AffinityRulesEnforcer]
> (EE-ManagedThreadFactory-engineScheduled-Thread-30) [] No vm to hosts
> soft-affinity group violation detected
> 2019-03-13 07:47:05,749Z DEBUG
> [org.ovirt.engine.core.bll.scheduling.arem.AffinityRulesEnforcer]
> (EE-ManagedThreadFactory-engineScheduled-Thread-30) [] No affinity group
> collision detected for cluster 8fe88b8c-966c-4c21-839d-e2437cc6b73d.
> Standing by.
> 2019-03-13 07:47:05,749Z DEBUG
> [org.ovirt.engine.core.bll.scheduling.arem.AffinityRulesEnforcer]
> (EE-ManagedThreadFactory-engineScheduled-Thread-30) [] No affinity group
> collision detected for cluster 3beac2ea-ed04-4f40-9ce3-5a9a67cebd8c.
> Standing by.
> 2019-03-13 07:47:05,750Z DEBUG
> [org.ovirt.engine.core.bll.scheduling.arem.AffinityRulesEnforcer]
> (EE-ManagedThreadFactory-engineScheduled-Thread-30) [] No affinity group
> collision detected for cluster da32d154-4303-11e9-9607-00163eaab080.
> Standing by.
>
> Thank you,
> -Zhen
> ___
> 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/2BVS3U4BBFLJ32EZN5K3TOI64M7DQHSZ/
>
___
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/3W7KG63II7PLJIMEJLL3TPO3HCRIXL2D/


[ovirt-users] Re: VM stats are not shown in HE-web interface and MOM is not available

2019-02-20 Thread Andrej Krejcir
Hi,

Check if ovirt-guest-agent is installed on the VM.
If not, some statistics can be missing, like free memory on the VM.

If you are using version 4.3, the MOM issue will be fixed by:
https://bugzilla.redhat.com/show_bug.cgi?id=1676695


Best regards,
Andrej

On Wed, 20 Feb 2019 at 09:25,  wrote:

> So the problem is that virtual machine statistics are not shown in Ovirt
> Virualization Manager and something is wrong with MOM service.
>
> [root@ovirt-04 ~]# service vdsmd status
> Redirecting to /bin/systemctl status vdsmd.service
> ● vdsmd.service - Virtual Desktop Server Manager
>Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled; vendor
> preset: enabled)
>Active: active (running) since Tue 2019-02-19 17:13:31 MSK; 16h ago
>  Main PID: 17676 (vdsmd)
> Tasks: 63
>CGroup: /system.slice/vdsmd.service
>├─17676 /usr/bin/python2 /usr/share/vdsm/vdsmd
>├─26249 /usr/libexec/ioprocess --read-pipe-fd 77
> --write-pipe-fd 76 --max-threads 10 --max-queued-requests 10
>└─26269 /usr/libexec/ioprocess --read-pipe-fd 82
> --write-pipe-fd 81 --max-threads 10 --max-queued-requests 10
>
> Feb 20 09:11:14 ovirt-04.scanru.local vdsm[17676]: WARN MOM not available.
> Feb 20 09:11:14 ovirt-04.scanru.local vdsm[17676]: WARN MOM not available,
> KSM stats will be missing.
> Feb 20 09:23:47 ovirt-04.scanru.local vdsm[17676]: WARN MOM not available.
> Feb 20 09:23:47 ovirt-04.scanru.local vdsm[17676]: WARN MOM not available,
> KSM stats will be missing.
> Feb 20 09:36:20 ovirt-04.scanru.local vdsm[17676]: WARN MOM not available.
> Feb 20 09:36:20 ovirt-04.scanru.local vdsm[17676]: WARN MOM not available,
> KSM stats will be missing.
> Feb 20 09:48:53 ovirt-04.scanru.local vdsm[17676]: WARN MOM not available.
> Feb 20 09:48:53 ovirt-04.scanru.local vdsm[17676]: WARN MOM not available,
> KSM stats will be missing.
> Feb 20 10:01:25 ovirt-04.scanru.local vdsm[17676]: WARN MOM not available.
> Feb 20 10:01:25 ovirt-04.scanru.local vdsm[17676]: WARN MOM not available,
> KSM stats will be missing.
> ___
> 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/CWUZHHGBTF7FYPDZX5N5MPNEBUNU7T7R/
>
___
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/R332MYBONBHHRPJ4GN26UXCICPEG5Z3A/


[ovirt-users] Re: Unable to increase memory or CPU on hosted Engine version 4.2.5.2

2019-01-04 Thread Andrej Krejcir
Hi,

Thanks for finding this bug, I will open a bugzilla ticket.

Was the hosted engine deployed as 4.2 or was it upgraded from an earlier
version?


Best Regards,
Andrej

On Fri, 4 Jan 2019 at 09:53, Florian Schmid  wrote:

> Hi,
>
> I finally fixed the issue not being able to edit the hosted engine in UI.
>
> It was the missing "quota_id" in the database for the engine and their
> disk. After adding the "quota_id" in the DB, editing the engine was
> possible.
>
> What I did:
> *engine=# select vm_name,quota_id from vm_static where vm_guid =
> 'd4c6d1b2-42ad-499c-8752-a2db2f82d469';*
> *   vm_name| quota_id *
> *--+--*
> * HostedEngine | *
>
> *engine=# select * from image_storage_domain_map where image_id =
> '21736453-bf46-422d-ba0d-973876e3b19b';*
> *   image_id   |  storage_domain_id
>| quota_id |   disk_profile_id*
>
> *--+--+--+--*
> * 21736453-bf46-422d-ba0d-973876e3b19b |
> 3f77d779-0f2e-472a-84ca-53bc015995ed |  |
> b1730a05-bcdf-4b3e-b7f3-5110841a547b*
>
>
> *UPDATE image_storage_domain_map SET quota_id =
> '58ab004a-0315-00d0-02b8-011d' where image_id =
> '21736453-bf46-422d-ba0d-973876e3b19b'; *
>
> *UPDATE vm_static SET quota_id = '58ab004a-0315-00d0-02b8-011d'
> where vm_guid = 'd4c6d1b2-42ad-499c-8752-a2db2f82d469';*
>
>
> *engine=# select vm_name,quota_id from vm_static where vm_guid =
> 'd4c6d1b2-42ad-499c-8752-a2db2f82d469';*
> *   vm_name|   quota_id   *
> *--+--*
> * HostedEngine | 58ab004a-0315-00d0-02b8-011d*
>
>
> *engine=# select * from image_storage_domain_map where image_id =
> '21736453-bf46-422d-ba0d-973876e3b19b';*
> *   image_id   |  storage_domain_id
>|   quota_id   |   disk_profile_id
>   *
>
> *--+--+--+--*
> * 21736453-bf46-422d-ba0d-973876e3b19b |
> 3f77d779-0f2e-472a-84ca-53bc015995ed | 58ab004a-0315-00d0-02b8-011d
> | b1730a05-bcdf-4b3e-b7f3-5110841a547b*
>
> BR Florian
>
> PS:
>
> @Gregor, maybe this helps you also!?
>
> --
> *Von: *"Florian Schmid" 
> *An: *"users" 
> *Gesendet: *Mittwoch, 21. November 2018 12:28:43
> *Betreff: *[ovirt-users] Unable to increase memory or CPU on hosted
> Engine version 4.2.5.2
>
> Hi,
>
> I'm using version 4.2.5.2 and every article I found, I read that with
> oVirt 4.2, it should be possible to update CPU and memory for hosted Engine
> in UI.
>
> Now, when I'm trying to do this, even being on global maintenance, I
> always get the same error:
> *Error while executing action: *
>
> *HostedEngine:*
> *There was an attempt to change Hosted Engine VM values that are locked.*
>
> My problem is, that I need to increase the memory, because we had now
> several times in the last 2 or 3 months an out of memory kill of the java
> process.
>
> What is the best way to increase memory here? Should I do it over the
> config file? But how is then the OVF updated?
>
> BR Florian
>
> ___
> 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/NNEAUQEQJAQDVMWHCQBDJ6QTFADLGDTH/
> ___
> 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/QLURVTZX6JIRGL7FHY5W3JP2TEEXJ4IU/
>
___
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/AS6GKPW2LH3OF5HXOG3PZ2AQ5B6UCADP/


[ovirt-users] Re: AffinityGroup API

2018-11-26 Thread Andrej Krejcir
Hi,

I don't know much about ruby SDK. I think the SDKs for various languages
are generated from the API specification.

Ondra, is this a bug in ruby SDK?


Andrej

On Fri, 23 Nov 2018 at 18:06, Staniforth, Paul <
p.stanifo...@leedsbeckett.ac.uk> wrote:

> Hello Andrej,
>
>  Also the Affinity Groups apparently aren't  available
> in the Ruby SDK should I add this to the bug report?
>
>
> Thanks,
>
>  Paul S.
> ----------
> *From:* Andrej Krejcir 
> *Sent:* 21 November 2018 13:32
> *To:* Staniforth, Paul
> *Cc:* users
> *Subject:* Re: [ovirt-users] AffinityGroup API
>
> Hi,
>
> Yes, the AffinityGroupHosts is missing. Can you please open a bug[1] so we
> can add it?
>
> As a workaround, the hosts can be modified by PUT request to the
> AffinityGroup endpoint directly, for example:
>
> PUT /ovirt-engine/api/clusters/1234/affinitygroups/5678
> 
> 
> 
> 
> 
> 
>
> However, this will replace all hosts in the affinity group with the hosts
> listed.
>
>
> Best regards,
> Andrej
>
>
> [1] - https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine
>
> On Wed, 21 Nov 2018 at 13:26,  wrote:
>
>> Hello,
>>   When using the API to update an AffinityGroup there is a
>> AffinityGroupVm and AffinityGroupVms so I can add or remove VMs but there
>> is no AffinityGroupHost or AffinityGroupHosts, therefore I can't add or
>> remove hosts.
>>
>> Thanks,
>>  Paul S.
>> ___
>> 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/BUMDJ34JRLDHSE6CPUVZOD3I2TI2YBQD/
>>
> To view the terms under which this email is distributed, please go to:-
> http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
>
>
___
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/4IVXNSG4KEPDPY3EGVC3VHOWL6ACLVGC/


[ovirt-users] Re: AffinityGroup API

2018-11-21 Thread Andrej Krejcir
Hi,

Yes, the AffinityGroupHosts is missing. Can you please open a bug[1] so we
can add it?

As a workaround, the hosts can be modified by PUT request to the
AffinityGroup endpoint directly, for example:

PUT /ovirt-engine/api/clusters/1234/affinitygroups/5678







However, this will replace all hosts in the affinity group with the hosts
listed.


Best regards,
Andrej


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

On Wed, 21 Nov 2018 at 13:26,  wrote:

> Hello,
>   When using the API to update an AffinityGroup there is a
> AffinityGroupVm and AffinityGroupVms so I can add or remove VMs but there
> is no AffinityGroupHost or AffinityGroupHosts, therefore I can't add or
> remove hosts.
>
> Thanks,
>  Paul S.
> ___
> 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/BUMDJ34JRLDHSE6CPUVZOD3I2TI2YBQD/
>
___
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/KSZVYBTVPJLTJC7VKICQDRW4WCLSHSRB/


[ovirt-users] Re: How to force a QoS IO limit update to all disks

2018-11-15 Thread Andrej Krejcir
Hi,

This looks like a bug. When a disk profile is updated, the QoS should be
refreshed for all disks that use the profile.
Please open a bug and I will look at it.

It is strange, updating a disk without changing anything should not update
the QoS.
But if it does, than maybe updating the disk using the API would update QoS
too:

PUT /ovirt-engine/api/disks/123


Otherwise the only way to refresh QoS is by migrating or restarting the VMs.

Best Regards,
Andrej

On Thu, 15 Nov 2018 at 10:40, Florian Schmid  wrote:

> Hi,
>
> I think, this is definitely a bug.
>
> In engine.log, I see some of those entries:
> 2018-11-15 09:11:02,668Z INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-777) [3670f111-0be3-474a-ae17-f6b826f6948b] EVENT_ID:
> USER_UPDATED_QOS(10,114), QoS Dev was updated. (User: fschmid@xyz-authz)
> 2018-11-15 09:11:02,669Z INFO
> [org.ovirt.engine.core.vdsbroker.UpdateVmPolicyVDSCommand]
> (EE-ManagedThreadFactory-engine-Thread-12) [26a262d9] START,
> UpdateVmPolicyVDSCommand(HostName = host1,
> UpdateVmPolicyVDSParams:{hostId='9de439b5-dd72-44d6-bab4-906a748a1abe',
> vmId='a29e87be-a261-4b33-a92f-5a84705fcba1'}), log id: 3f2b33f4
>
> 2018-11-15 09:11:02,760Z INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engine-Thread-12) [26a262d9] EVENT_ID:
> VM_SLA_POLICY_STORAGE(10,551), VM qwe SLA Policy was set. Storage policy
> changed for disks: [tmp, log, root, qwe_var]
>
>
> I see these entries for some of the VMs for some of their disks, but this
> policy is set for about 80 VMs and all of their disks.
>
> In the logs, I see only few of them and there is no error about not being
> able to set the SLA.
>
> Can please someone give me hint on how to force updating the QoS SLA for
> all affected VMs. An API call would also help.
> Maybe also someone else can confirm that this is a bug, because I would
> create a bug report.
>
> BR Florian Schmid
>
>
> - Ursprüngliche Mail -
> Von: "Florian Schmid" 
> An: "users" 
> Gesendet: Dienstag, 13. November 2018 17:11:21
> Betreff: [ovirt-users] How to force a QoS IO limit update to all disks
>
> Hi,
>
> oVirt version: 4.2.5.1
>
> I have a strange problem with IO limiting.
> I have a storage domain for our dev environment and I have set the default
> Disk Profile to a QoS rule with IO limit enabled.
> This rule is working so far, but when I change the QoS rule of this
> default Disk Profile to a different IO limit, all the disks have still the
> old limit active.
>
> Only when I edit the disk and click OK without changing anything, I see
> also in Events, that the new IO limit is set.
> This behavior would cause me a lot of work, because we have several 100s
> of disks and I can't edit all, only to have new QoS active.
>
> Is there another way to do this bulk change of disk IO limit?
>
> What data do you need to have a look on?
>
> EDIT:
> I saw now, that the QoS policy is automated updated on some VMs and there
> only on some disks, but not on all. Is there a rate limit active or so?
>
> BR Florian Schmid
> ___
> 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/FFCJDCL5KDCP37PSZPUX3EHNXHV74ILZ/
> ___
> 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/Z6RPT4R2BOZPWBHYBDVXZK7YJZD4LAEO/
>
___
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/6LOKHXV3X5IVACPGBSBF33AOWOTHEPGS/


[ovirt-users] Re: New disks cloned from template get wrong quota-id, when quota is disabled on DC

2018-11-11 Thread Andrej Krejcir
Hi Florian,

This is definitely a bug. Can you please open a new ticket in Bugzilla?
https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine

Set 'oVirt team' to 'SLA'.
We don't need any more info for now, the info in the email is sufficient.

If it is not possible to edit the disks, the only workaround is to modify
the DB directly:

UPDATE image_storage_domain_map
SET quota_id = quota.id
FROM storage_domains
  JOIN quota ON storage_domains.storage_pool_id = quota.storage_pool_id
WHERE storage_domains.id = image_storage_domain_map.storage_domain_id
  AND quota.is_default = true
  AND image_storage_domain_map.image_id = '{ID_OF_THE_IMAGE}';


Best Regards,
Andrej

On Tue, 6 Nov 2018 at 17:16, Florian Schmid  wrote:

> Hi,
>
> we have recently upgraded our ovirt environment from 4.1.6 to 4.1.9 and
> then to 4.2.5.
> I don't know exactly when this issue was happened the first time, because
> on the affected DCs, we haven't created new VMs for some time ago.
>
> To our setup:
> We have several DCs configured and only the former default one has quota
> enabled.
> We have separate templates for each DC and they haven't been cloned or
> anything else from a template in default DC
>
> When I now create a VM on DC from a template (disks are cloned), where
> quota is not enabled, the new disks are getting quotas assigned, which are
> not available in that DC!
> The template disks all have the correct quota ID assigned!
>
> Example from engine DB:
> select * from image_storage_domain_map where storage_domain_id =
> '73caedd0-6ef3-46e0-a705-fe268f04f9cc';
> ->
> ...
>  a50b46ce-e350-40a4-8f00-968529777446 |
> 73caedd0-6ef3-46e0-a705-fe268f04f9cc | 58ab004a-0315-00d0-02b8-011d
> | 4a7a0fea-9bc4-4c3a-b3f4-0e8444641ea3
>  1cd8f9d9-e2b5-4dec-aa3b-ade2612ed3e7 |
> 73caedd0-6ef3-46e0-a705-fe268f04f9cc | 58ab004a-009a-00ea-031c-0182
> | 4a7a0fea-9bc4-4c3a-b3f4-0e8444641ea3
>  2f982856-7afa-4f18-a676-fe2cc44b14d6 |
> 73caedd0-6ef3-46e0-a705-fe268f04f9cc | 58ab004a-009a-00ea-031c-0182
> | 4a7a0fea-9bc4-4c3a-b3f4-0e8444641ea3
> ...
> ->
> ll ./6d979004-cb4c-468e-b89a-a292407abafb/
> insgesamt 1420
> -rw-rw. 1 vdsm kvm 1073741824 Nov  6 15:46
> a50b46ce-e350-40a4-8f00-968529777446
> -rw-rw. 1 vdsm kvm1048576 Nov  6 15:46
> a50b46ce-e350-40a4-8f00-968529777446.lease
> -rw-r--r--. 1 vdsm kvm271 Nov  6 15:46
> a50b46ce-e350-40a4-8f00-968529777446.meta
>
> As you see, the disk a50b46ce-e350-40a4-8f00-968529777446 was created some
> minutes ago, but it has a different default quota ID assigned as the other
> disks above.
> 58ab004a-0315-00d0-02b8-011d instead of
> 58ab004a-009a-00ea-031c-0182
>
>
> select * from quota;
>   id  |   storage_pool_id
>   | quota_name |   description   | _create_date  |
>_update_date  | threshold_cluster_percent
> age | threshold_storage_percentage | grace_cluster_percentage |
> grace_storage_percentage | is_default
>
> --+--++-+---+---+--
>
> +--+--+--+
> 58ab004a-0315-00d0-02b8-011d |
> 0001-0001-0001-0001-0089 | Default| Default unlimited quota
> | 2017-02-20 14:42:18.967236+00 |   |
>
>  80 |   80 |   20 |
>20 | t
>
> 58ab004a-009a-00ea-031c-0182 |
> 5507b0a6-9170-4f42-90a7-80d22d4238c6 | Default| Default unlimited quota
> | 2017-02-20 14:42:18.967236+00 |   |
>
>  80 |   80 |   20 |
>20 | t
>
> As you see here, both quota IDs are default IDs and therefore can't be on
> the same DC or storage domain.
>
>
> As soon I enable quota on that DC, new disks created by VM creation via
> template, will get the correct quota ID.
>
>
> The problem with wrong IDs is, that you can't edit the disks anymore!
>
> I can repeat that error every time and I can give all the information you
> need to debug this. Pleas inform me, what data do you need...
>
> Best Regards
> Florian
> ___
> 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/YIJCGKHVJXSTTVVTWQIRJH7KNEXAGBXX/
>
___
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 

[ovirt-users] Re: Problems with quotas

2018-10-19 Thread Andrej Krejcir
Hi,

When creating a VM, users should be able to choose which quota they want to
use, because each user can have multiple quotas available.
But we found a bug where there is no way for the user to get a list of
available quotas using the REST API or VM Portal.

There is a related bug[1], which will change quota behavior, so that in
case the user does not specify quota in the REST request,
it will choose one of the quotas available. Which would solve the problem.

I'm not sure if there is any workaround for this without these bugs fixed.


Andrej

[1] - https://bugzilla.redhat.com/show_bug.cgi?id=1619154

On Thu, 18 Oct 2018 at 17:12,  wrote:

> Hi, I need to use Ovirt's quotas system. I have approximately 50 users
> that use my Ovirt and they can create virtual machines only from templates,
> in total there are 20 templates. I have assigned a quota for each user,
> until here there are no problems. The problem is that in order for the
> user's quota to be used for each template, it must be linked to a specific
> quota, but only one. The only solution I see would be to have 20 templates
> for each user so it would be a total of 50X20 templates = 1000 templates
> and if a new user arrives 20 templates more and so on, which would not be a
> good solution. I think evidently or that I have not understood well how
> Ovirt's system of quotas works or maybe my problem can be solved in another
> way. Please I need your help
> ___
> 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/CGFW72XC2CPCIZL5NEOCXVGFJH6KH4BI/
>
___
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/BHCKN7BJPBN6QW6HYLQJL57JSYW5BQAP/


[ovirt-users] Re: Affinity rules in ovirt

2018-10-16 Thread Andrej Krejcir
Hi,

A new parameter will be added to endpoint '/ovirt-engine/api/hosts' in 4.3,
'migration_target_of' which lists exactly that.
Here is the documentation:
http://ovirt.github.io/ovirt-engine-api-model/4.3/#services/hosts/methods/list/parameters/migration_target_of

I don't think it can be done using the 4.2 API.


Andrej

On Tue, 16 Oct 2018 at 14:00, Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:

> Hi Guys,
>
> 1) I have an use case in affinity rule, say
>   i) I have two VMs and two Hosts
>  ii) I created a affinity group, which has the Vm to Vm affinity rule as
> negative
>
>   so when I start the both the VMs, One Vm settled in one Host and another
> VM settled in another Host
>
> 2) Now I try to migrate one of the VM from Host 1 to Host 2, It is
> throwing an error saying It violates affinity rule (since Vm to Vm affinity
> rule as negative)
>
> I agree the use case is correct and working as expected.
>
> I see the ovirt API as https://{BASE_URL}/ovirt-engine/api/hosts, which
> list all the hosts available, Is there an API which list only the host
> applicable for VM migration for the VM ?
>
> Thanks,
> Hari
>
>
>
>
> I need an API to
>
>
>
>
> On Tue, Oct 16, 2018 at 12:52 PM Martin Sivak  wrote:
>
>> Hi,
>>
>> > "hosts_rule": {"enabled": "true", "enforcing": "true", "positive":
>> "false" },
>>
>> Notice positive: false. You created a rule which repels those VMs from
>> the host you selected.
>>
>> Martin
>>
>> On Tue, Oct 16, 2018 at 7:47 AM, Hari Prasanth Loganathan
>>  wrote:
>> > Hi Team,
>> >
>> > Affinity rule is not working as expected, I created a affinity group and
>> > added two VMs and one host (say TestHost2) (NOTE : two hosts available)
>> with
>> > following configuration
>> >
>> >"enforcing": "true",
>> > "hosts_rule": {
>> > "enabled": "true",
>> > "enforcing": "true",
>> > "positive": "false"
>> > },
>> > "positive": "true",
>> > "vms_rule": {
>> > "enabled": "true",
>> > "enforcing": "true",
>> > "positive": "true"
>> > },
>> >
>> > But both the VMs are coming up in TestHost1, Am I missing something?
>> >
>> > Thanks,
>> > Hari
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > On Mon, Oct 15, 2018 at 4:05 PM Martin Sivak  wrote:
>> >>
>> >> > I have found that migration doesn't  work when using
>> >> > vms_rule Enforcing Hard.
>> >> > Scenario vms in an affinity group with Enforcing Hard no host members
>> >> > when trying to migrate vms it comes back with no host to migrate to
>> even
>> >> > when selecting all vms in the affinity group.
>> >>
>> >> Yes you are right, the engine checks one by one. We do not support
>> >> group migration in the scheduler. It was never considered important
>> >> enough to offset the development costs (the internal architecture
>> >> would have to change significantly). The workaround is to relax the
>> >> affinity rule a bit first, do the migration and restore the affinity
>> >> rule.
>> >>
>> >> Martin Sivak
>> >>
>> >> On Mon, Oct 15, 2018 at 12:13 PM, Staniforth, Paul
>> >>  wrote:
>> >> > Hello,
>> >> > I have found that migration doesn't  work when using
>> >> > vms_rule Enforcing Hard.
>> >> > Scenario vms in an affinity group with Enforcing Hard no host members
>> >> > when trying to migrate vms it comes back with no host to migrate to
>> even
>> >> > when selecting all vms in the affinity group.
>> >> >
>> >> > Regards,
>> >> >   Paul S.
>> >> > 
>> >> > From: Martin Sivak 
>> >> > Sent: 15 October 2018 09:43
>> >> > To: Darrell Budic
>> >> > Cc: Ovirt Users
>> >> > Subject: [ovirt-users] Re: Affinity rules in ovirt
>> >> >
>> >> > Hi,
>> >> >
>> >> >> 3) What is the difference between VM to VM affinity and VM to Host
>> >> >> affinity?
>> >> >
>> >> > - VM - VM rule expresses the relationship of all running VMs from the
>> >> > specified list to each other.
>> >> > - VM - Host rule describes the relationship of all running VMs from
>> >> > the list to the selected hosts
>> >> >
>> >> >> Say I have 2 hosts, so what happens in case of failure of host
>> running
>> >> >> the VMs?
>> >> >
>> >> > VMs that are not up are not considered by scheduler. So it will
>> >> > (assuming those are highly available VMs) start the first VM
>> somewhere
>> >> > and then the second VM will be started at the same host where the
>> >> > first one is running.
>> >> >
>> >> >> Enforcing will keep the scheduler from launching a VM if it can’t
>> meet
>> >> >> those
>> >> >> criteria, and will try and make changes to which hosts are running
>> >> >> where if
>> >> >> it can. If you don’t set it, it will still try and launch VMs on
>> >> >> different
>> >> >> hosts, but if it can’t, it will still launch the VM.
>> >> >
>> >> > Correct.
>> >> >
>> >> >> It also won’t make
>> >> >> changes to bring 

[ovirt-users] Re: ovirt-ha-agent failed to start

2018-10-03 Thread Andrej Krejcir
Hi,

This error means that he ovirt-ha-agent cannot communicate with
ovirt-ha-broker. Usually the broker service can take a longer time to
create the socket for communication, so the agent service can restart a few
times until broker is ready.

If the broker fails to start, there should be an error in the log file:
/var/log/ovirt-hosted-engine-ha/broker.log

Regards,
Andrej

On Wed, 3 Oct 2018 at 10:42,  wrote:

> hi
> i try to start ovirt-ha-agent in my self-host machine but it does not work
> if i run   journalctl -xe   it shows :
>
> Oct 03 04:33:24 ovirtnode44.exalt.ps ovirt-ha-agent[81909]:
> ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine
> ERROR Failed to start necessary mo
> Oct 03 04:33:24 ovirtnode44.exalt.ps ovirt-ha-agent[81909]:
> ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback
> (most recent call last):
>   File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
> line 131, in _run_agent
> return
> action(he)
>   File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
> line 55, in action_prope
> return
> he.start_monitoring()
>   File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
> line 413, in sta
>
> self._initialize_broker()
>   File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
> line 535, in _in
>
> m.get('options', {}))
>   File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
> line 83, in start_mon
>
> .format(type, options, e))
> RequestError:
> Failed to start monitor ping, options {'addr': '192.168.3.2'}: [Errno 2] No
> such file or di
> Oct 03 04:33:24 ovirtnode44.exalt.ps ovirt-ha-agent[81909]:
> ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Trying to
> restart agent
>
>
> anybody have idea ?
> ___
> 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/7YD34KNXTPGSKEUPDSX7TEZITABXIMCD/
>
___
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/MNOTICL6QVHMD7NPWYXAKQNOA7YZ5B35/


[ovirt-users] Re: Invalid status on data centre after affinity enforcement rules run

2018-08-10 Thread Andrej Krejcir
Hi,

More information about the problem with the data center can be in the
engine log at:
/var/log/ovirt-engine/engine.log

And more info about the hosted engine restarts can be in the hosted engine
logs, on one of the hosts where it was running:
/var/log/ovirt-hosted-engine-ha/agent.log
/var/log/ovirt-hosted-engine-ha/broker.log


Andrej

On Thu, 9 Aug 2018 at 20:08, Jayme  wrote:

> I have a newly built three node HCI glusterFS cluster (deployed with
> cockpit) running ovirt 4.2.5
>
> I'm noticing that a few times a day I'm seeing the following event log:
>
> Invalid status on Data Center Default. Setting status to Non Responsive.
>
> In every single case it happens about 10 seconds after the previous event
> log:
>
> Affinity Rules Enforcement Manager started.
>
> Is it normal to see this temporary non responsive state of the default
> data center?
>
> I've also noticed something a bit odd with my hostedEngine.  It seems to
> be restarting on its own and correlates to around the time the above
> warnings are in the event log.
>
> My hosted engine says it has an uptime of 10 minutes right now but I
> haven't touched it or rebooted it in several days.  The events for
> hostedEngine specifically don't show any logs or problems for several
> weeks.
>
> Question is, why is the default data center intermittently going
> non-responsive and why is my hostedEngine seemingly restarting itself?
>
>
> ___
> 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/H7XXHVT5CVMS6T2VWFKSMFB572YYZAAR/
>
___
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/55D2NNICLBNYRFZPJOK5NGRIP26FE5M3/


[ovirt-users] Re: MoM - Not working ? How to use it ?

2018-08-06 Thread Andrej Krejcir
Hi,

Initially, when the VM is started, it consumes only 200 MB, because the
QEMU process
allocates memory from the OS only when accessed by the VM. Once the VM uses
26 GB,
QEMU process will also use at least 26 GB.

The ballooning starts shrinking the VM, only if the free memory on the host
is below
a threshold, by default 20%. And it will grow the VM back if the free
memory is above
the threshold. So once it stabilizes, the host will be using around 80% of
memory.

If the host has 30 GB of memory, 80% is 24 GB, so the ballooning seems to be
working correctly.


Regards,
Andrej


On Thu, 2 Aug 2018 at 12:38,  wrote:

> Hi,
>
> Does I need to activate for Clusters / Hosts, something more than:
>
> On my Cluster > Optimization > Memory Balloon > Enable Memory Balloon
> Optimization
> I've already reboot / take in maintenance and Force MOM policy several
> time since I try to make work Balloon
>
> How to check if MoM work on my host ? Which logs does I need to have if
> MoM work as expected ?
>
> 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/ZPXUAI4YTWCU5DMCKJDYQLSLLMY5JQJL/
>
___
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/3H7A7MYSW6X35BTOJN6J2ETG44SZK3CL/


[ovirt-users] Re: API for attaching the ISO image and virtual floppy disk to the VM

2018-07-31 Thread Andrej Krejcir
Hi,

I don't know much about floppies, but looking at the API documentation[1]
and the code,
it seems that the API endpoint /api/vms/123/cdroms is only for cdroms and
not floppies.

Probably a floppy cannot be attached permanently to a VM. It can only be
specified when running the VM.

For example using this request:

POST /ovirt-engine/api/vms/123/start
Body:

  

  

  

  



I cannot test it right now, so I'm not sure it will work.


Regards,
Andrej


[1] - http://ovirt.github.io/ovirt-engine-api-model/


On Mon, 23 Jul 2018 at 11:27, Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:

> Hi Team,
>
> 1) I use the following oVirt API to attach the ISO image to the virtual
> machine.
>
>
> URL:
> https://X.X.X.X/ovirt-engine/api/vms/625871af-180c-4e63-8813-93963907ed17/cdroms/----
> 
> Method Type : POST
>
> *PUT DATA* :
>
> {
> "file": {
> "id": "Windows_7_64-bit_Professional_x64 SP1.iso"
> }
> }
>
> 2) But If I want to assign the virtual floppy disk to the virtual machine,
> like below, *Is there a way to attach it*?
>
> URL:
> https://X.X.X.X/ovirt-engine/api/vms/625871af-180c-4e63-8813-93963907ed17/cdroms/----
> 
> Method Type : POST
>
> *PUT DATA* :
>
> {
> "file": {
> "id": "virto-win.vdf"
> }
> }
>
>
>
>
> *NOTE*: I am able to set the boot sequence using oVirt UI, like below,
> where I am able to attach the virtual Floppy Disk and as well as ISO image.
>
>
>
>
>
>
>
> DISCLAIMER - *MSysTechnologies LLC*
>
> This email message, contents and its attachments may contain confidential,
> proprietary or legally privileged information and is intended solely for
> the use of the individual or entity to whom it is actually intended. If you
> have erroneously received this message, please permanently delete it
> immediately and notify the sender. If you are not the intended recipient of
> the email message,you are notified strictly not to disseminate,distribute
> or copy this e-mail.E-mail transmission cannot be guaranteed to be secure
> or error-free as Information could be intercepted, corrupted, lost,
> destroyed, incomplete or contain viruses and MSysTechnologies LLC accepts
> no liability for the contents and integrity of this mail or for any damage
> caused by the limitations of the e-mail transmission.
>
> ___
> 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/BRYQMWNUALMOYF4XXC4JWRLV3WR5MGJY/
>
___
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/J63YH4I4YSSDJCOQLFZZXWEUDAPHOH5S/


[ovirt-users] Re: Disk Statistics API in oVirt

2018-07-31 Thread Andrej Krejcir
Hi,

Looking at the code, the disk statistics are only updated when the VM is
running.
It looks like a bug. Could you open a Bugzilla ticket, so we can properly
fix it?

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

Set the component to: Backend.Core
And oVirt Team to: Virt


Regards,
Andrej

On Mon, 30 Jul 2018 at 20:01, Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:

> Thanks Greg, please let me know this.
>
>
> On Mon, 30 Jul 2018 at 11:29 PM, Greg Sheremeta 
> wrote:
>
>> Sorry for the delay. adding some others that may know.
>>
>> On Sun, Jul 29, 2018 at 11:02 PM Hari Prasanth Loganathan <
>> hariprasant...@msystechnologies.com> wrote:
>>
>>> Hi Guys,
>>>
>>> Any update on this, please?
>>>
>>> Thanks,
>>> Hari
>>>
>>> On Fri, Jul 27, 2018 at 5:52 AM, Greg Sheremeta 
>>> wrote:
>>>
 + @Tomas Jelinek  do you know this one?

 On Wed, Jul 18, 2018 at 1:57 AM Hari Prasanth Loganathan <
 hariprasant...@msystechnologies.com> wrote:

> Hi Karli,
>
> Sorry for the confusion, Initially I thought it is an issue from our
> side so posted like 'ignore it',
> But this issue is from oVirt. So could you please help me.
>
> *Steps to reproduce :*
> 1) Attach the disk to any VM
> 2) Perform some read and write operation in the VM which will increase
> the disk level - 'Read data rate / Write data rate /
> disk.read.latency / disk.write.latency'
> 3) Now when I bring down the VM, all the disk statistics should come
> down to be zero *But it is still retaining with last known value when
> the VM was in UP state.*
>
>
> *Expected : All values should go to ZeroActual : All values retains
> the last known values when the VM was in UP state. *
>
> Thanks,
> Hari
>
>
> On Wed, Jul 18, 2018 at 11:20 AM, Karli Sjöberg 
> wrote:
>
>>
>>
>> On Jul 17, 2018 11:56, Hari Prasanth Loganathan <
>> hariprasant...@msystechnologies.com> wrote:
>>
>> It is an issue from our side. Please ignore my question.
>>
>>
>> You've now made several posts about wanting help, but this completely
>> contradicts it!
>>
>>
>> I don't get it, do you have an issue you want help with, or should
>> everyone just ignore you?
>>
>> /K
>>
>>
>> But How frequently we will collect the disk statistics and update in
>> PostgreSQL?
>>
>> Thanks,
>> Hari
>>
>> On Tue, Jul 17, 2018 at 3:18 PM, Hari Prasanth Loganathan <
>> hariprasant...@msystechnologies.com> wrote:
>>
>> Hi Team,
>>
>> We are using the following API to collect the disk statistics,
>>
>> https://X.X.X.2/ovirt-engine/api/
>> *disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics*
>> 
>>
>> I found one issue in the disk statistics. In case If the Virtual
>> Machine has this disk (*2331bad7-71ec-4fad-95bb-2b3449f3dbda*)
>> attached to it and I perform some read / write operation in the VM and it
>> increases the corresponding disk level Read data rate / Write data rate /
>> disk.read.latency / disk.write.latency.
>>
>> *Example*, I received the following values for this disk, But the
>> problem is even when I bring down the VM still the last known value is
>> received continuously.
>> *Is it a known issue Or any workaround is available? *
>>
>> *Expected : All values should go to Zero*
>>
>> *Actual : All values retains the last known values when the VM was in
>> UP state. *
>>
>>
>> {
>> "statistic": [
>> {
>> "kind": "gauge",
>> "type": "decimal",
>> "unit": "bytes_per_second",
>> "values": {
>> "value": [
>> {
>> "datum": 2184
>> }
>> ]
>> },
>> "disk": {
>> "href":
>> "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda",
>> "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda"
>> },
>> "name": "data.current.read",
>> "description": "Read data rate",
>> "href":
>> "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/33b9212b-f9cb-3fd0-b364-248fb61e1272",
>> "id": "33b9212b-f9cb-3fd0-b364-248fb61e1272"
>> },
>> {
>> "kind": "gauge",
>> "type": "decimal",
>> "unit": "bytes_per_second",
>> "values": {
>> "value": [
>> {
>> "datum": 41202005
>> }
>> ]
>> 

[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

2018-07-25 Thread Andrej Krejcir
I think the upgrade may not have affected the mom package, because no new
mom rpm version was released for a few months.

I'm not sure why the import fails even if the file is there.

As a workaround, mom can be configured to use the older (deprecated) json
rpc interface to communicate with vdsm. There is no difference in
functionality.
This can be done by editing /etc/vdsm/mom.conf. Set the
'hypervisor-interface' config value to 'vdsmjsonrpcbulk' insted of
'vdsmjsonrpcclient'.

On Wed, 25 Jul 2018 at 08:56, Maton, Brett  wrote:

> I upgraded my test cluster to 4.2.5.2-1 last night (hosts rebooted after
> update) and I've started to see the error again.
>
> As before it seems to be limited to the one host,  I've checked that
>
>
> /usr/lib/python2.7/site-packages/mom/HypervisorInterfaces/vdsmjsonrpcclientInterface.py
>
> exists, which it does but there are no matching .pyc / .pyo files which
> suggests that it's not been used?
>
> File permissions and SELinux contexts are the same on all files in the
> HypervisorInterfaces directory.
>
> 0644 root root system_u:object_r:lib_t:s0
>
> vdsm / mom log from time period attached.
>
>
> On 18 July 2018 at 16:10, Maton, Brett  wrote:
>
>> Thanks,
>>
>>   Cluster is all installed from pre-release, maybe I managed to get an
>> iffy rpm
>>
>> On 18 July 2018 at 15:50, Andrej Krejcir  wrote:
>>
>>> Yes, copying it from another host with mom version 0.5.12 is enough.
>>>
>>> I'm not sure why it was not installed. The file is in the rpm.
>>>
>>> On Wed, 18 Jul 2018 at 16:38, Maton, Brett 
>>> wrote:
>>>
>>>> Bingo
>>>>
>>>> How could that file not be installed/deployed ?
>>>>
>>>>
>>>> Should I simply copy it from one of the other hosts to make the message
>>>> go away ?
>>>>
>>>> On 18 July 2018 at 15:30, Andrej Krejcir  wrote:
>>>>
>>>>> Maybe the python module is missing. Can you check if this file exists?
>>>>>
>>>>>
>>>>> /usr/lib/python2.7/site-packages/mom/HypervisorInterfaces/vdsmjsonrpcclientInterface.py
>>>>>
>>>>>
>>>>> Andrej
>>>>>
>>>>> On Wed, 18 Jul 2018 at 16:04, Maton, Brett 
>>>>> wrote:
>>>>>
>>>>>> I just checked the mom version, it's already at 0.5.12
>>>>>>
>>>>>> # rpm -qa mom
>>>>>> mom-0.5.12-1.el7.centos.noarch
>>>>>>
>>>>>> All the physical hosts are fully updated /patched.
>>>>>>
>>>>>> Regards,
>>>>>> Brett
>>>>>>
>>>>>> On 18 July 2018 at 14:08, Andrej Krejcir  wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> Looking at MOM logs, the problem seems to be that MOM is configured
>>>>>>> to use 'vdsmjsonrpcclient' module to communicate with vdsm, but it
>>>>>>> cannot find this module, probably because it is an older version.
>>>>>>>
>>>>>>> Updating MOM to version 0.5.12 should fix it.
>>>>>>>
>>>>>>>
>>>>>>> Regards,
>>>>>>> Andrej
>>>>>>>
>>>>>>> On Wed, 18 Jul 2018 at 14:41, Maton, Brett 
>>>>>>> wrote:
>>>>>>>
>>>>>>>> FWIW:
>>>>>>>>
>>>>>>>> This test cluster is 3x HP MicroServer Gen 8 16GB RAM, Intel(R)
>>>>>>>> Xeon(R) CPU E3-1220 V2 @ 3.10GHz
>>>>>>>>
>>>>>>>> Network is bonded fail-over.
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>> Brett
>>>>>>>>
>>>>>>>> On 18 July 2018 at 13:15, Francesco Romani 
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Thanks!
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 07/18/2018 02:11 PM, Maton, Brett wrote:
>>>>>>>>>
>>>>>>>>>> Sure no problem, mom log attached.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> It seems to me that MOM is restarting *very* often:
>>>>>>>>>
>>>>>>>>> 2018-07-18 06:07:04,909 - mom - INFO - MOM starting
>>>>>>>>> 2018-07-18 06:07:20,407 - mom - INFO - MOM starting
>>>>>>>>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>>>>>>>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>>>>>>>>
>>>>>>>>> And I totally not expect this. Martin, Andrej, is this the
>>>>>>>>> expected behaviour?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Bests,
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Francesco Romani
>>>>>>>>> Senior SW Eng., Virtualization R
>>>>>>>>> Red Hat
>>>>>>>>> IRC: fromani github: @fromanirh
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>
>>>>
>>
>
___
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/OJSGX7XKAKA3DVJ7VLFHS75A7XTXROYS/


[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

2018-07-18 Thread Andrej Krejcir
Yes, copying it from another host with mom version 0.5.12 is enough.

I'm not sure why it was not installed. The file is in the rpm.

On Wed, 18 Jul 2018 at 16:38, Maton, Brett  wrote:

> Bingo
>
> How could that file not be installed/deployed ?
>
>
> Should I simply copy it from one of the other hosts to make the message go
> away ?
>
> On 18 July 2018 at 15:30, Andrej Krejcir  wrote:
>
>> Maybe the python module is missing. Can you check if this file exists?
>>
>>
>> /usr/lib/python2.7/site-packages/mom/HypervisorInterfaces/vdsmjsonrpcclientInterface.py
>>
>>
>> Andrej
>>
>> On Wed, 18 Jul 2018 at 16:04, Maton, Brett 
>> wrote:
>>
>>> I just checked the mom version, it's already at 0.5.12
>>>
>>> # rpm -qa mom
>>> mom-0.5.12-1.el7.centos.noarch
>>>
>>> All the physical hosts are fully updated /patched.
>>>
>>> Regards,
>>> Brett
>>>
>>> On 18 July 2018 at 14:08, Andrej Krejcir  wrote:
>>>
>>>> Hi,
>>>>
>>>> Looking at MOM logs, the problem seems to be that MOM is configured to
>>>> use 'vdsmjsonrpcclient' module to communicate with vdsm, but it cannot
>>>> find this module, probably because it is an older version.
>>>>
>>>> Updating MOM to version 0.5.12 should fix it.
>>>>
>>>>
>>>> Regards,
>>>> Andrej
>>>>
>>>> On Wed, 18 Jul 2018 at 14:41, Maton, Brett 
>>>> wrote:
>>>>
>>>>> FWIW:
>>>>>
>>>>> This test cluster is 3x HP MicroServer Gen 8 16GB RAM, Intel(R)
>>>>> Xeon(R) CPU E3-1220 V2 @ 3.10GHz
>>>>>
>>>>> Network is bonded fail-over.
>>>>>
>>>>> Regards,
>>>>> Brett
>>>>>
>>>>> On 18 July 2018 at 13:15, Francesco Romani  wrote:
>>>>>
>>>>>> Thanks!
>>>>>>
>>>>>>
>>>>>> On 07/18/2018 02:11 PM, Maton, Brett wrote:
>>>>>>
>>>>>>> Sure no problem, mom log attached.
>>>>>>>
>>>>>>
>>>>>> It seems to me that MOM is restarting *very* often:
>>>>>>
>>>>>> 2018-07-18 06:07:04,909 - mom - INFO - MOM starting
>>>>>> 2018-07-18 06:07:20,407 - mom - INFO - MOM starting
>>>>>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>>>>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>>>>>
>>>>>> And I totally not expect this. Martin, Andrej, is this the expected
>>>>>> behaviour?
>>>>>>
>>>>>>
>>>>>> Bests,
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Francesco Romani
>>>>>> Senior SW Eng., Virtualization R
>>>>>> Red Hat
>>>>>> IRC: fromani github: @fromanirh
>>>>>>
>>>>>>
>>>>>
>>>
>
___
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/2CBNRFQTXEWN3YVFEFQYWVG4C4HAMHOV/


[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

2018-07-18 Thread Andrej Krejcir
Maybe the python module is missing. Can you check if this file exists?

/usr/lib/python2.7/site-packages/mom/HypervisorInterfaces/vdsmjsonrpcclientInterface.py


Andrej

On Wed, 18 Jul 2018 at 16:04, Maton, Brett  wrote:

> I just checked the mom version, it's already at 0.5.12
>
> # rpm -qa mom
> mom-0.5.12-1.el7.centos.noarch
>
> All the physical hosts are fully updated /patched.
>
> Regards,
> Brett
>
> On 18 July 2018 at 14:08, Andrej Krejcir  wrote:
>
>> Hi,
>>
>> Looking at MOM logs, the problem seems to be that MOM is configured to
>> use 'vdsmjsonrpcclient' module to communicate with vdsm, but it cannot
>> find this module, probably because it is an older version.
>>
>> Updating MOM to version 0.5.12 should fix it.
>>
>>
>> Regards,
>> Andrej
>>
>> On Wed, 18 Jul 2018 at 14:41, Maton, Brett 
>> wrote:
>>
>>> FWIW:
>>>
>>> This test cluster is 3x HP MicroServer Gen 8 16GB RAM, Intel(R) Xeon(R)
>>> CPU E3-1220 V2 @ 3.10GHz
>>>
>>> Network is bonded fail-over.
>>>
>>> Regards,
>>> Brett
>>>
>>> On 18 July 2018 at 13:15, Francesco Romani  wrote:
>>>
>>>> Thanks!
>>>>
>>>>
>>>> On 07/18/2018 02:11 PM, Maton, Brett wrote:
>>>>
>>>>> Sure no problem, mom log attached.
>>>>>
>>>>
>>>> It seems to me that MOM is restarting *very* often:
>>>>
>>>> 2018-07-18 06:07:04,909 - mom - INFO - MOM starting
>>>> 2018-07-18 06:07:20,407 - mom - INFO - MOM starting
>>>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>>>
>>>> And I totally not expect this. Martin, Andrej, is this the expected
>>>> behaviour?
>>>>
>>>>
>>>> Bests,
>>>>
>>>>
>>>>
>>>> --
>>>> Francesco Romani
>>>> Senior SW Eng., Virtualization R
>>>> Red Hat
>>>> IRC: fromani github: @fromanirh
>>>>
>>>>
>>>
>
___
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/KTHJ66ZMEMTWS436GKU6TLM3WZE7HSXO/


[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

2018-07-18 Thread Andrej Krejcir
Hi,

Looking at MOM logs, the problem seems to be that MOM is configured to use
'vdsmjsonrpcclient' module to communicate with vdsm, but it cannot find
this module, probably because it is an older version.

Updating MOM to version 0.5.12 should fix it.


Regards,
Andrej

On Wed, 18 Jul 2018 at 14:41, Maton, Brett  wrote:

> FWIW:
>
> This test cluster is 3x HP MicroServer Gen 8 16GB RAM, Intel(R) Xeon(R)
> CPU E3-1220 V2 @ 3.10GHz
>
> Network is bonded fail-over.
>
> Regards,
> Brett
>
> On 18 July 2018 at 13:15, Francesco Romani  wrote:
>
>> Thanks!
>>
>>
>> On 07/18/2018 02:11 PM, Maton, Brett wrote:
>>
>>> Sure no problem, mom log attached.
>>>
>>
>> It seems to me that MOM is restarting *very* often:
>>
>> 2018-07-18 06:07:04,909 - mom - INFO - MOM starting
>> 2018-07-18 06:07:20,407 - mom - INFO - MOM starting
>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>
>> And I totally not expect this. Martin, Andrej, is this the expected
>> behaviour?
>>
>>
>> Bests,
>>
>>
>>
>> --
>> Francesco Romani
>> Senior SW Eng., Virtualization R
>> Red Hat
>> IRC: fromani github: @fromanirh
>>
>>
>
___
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/AJIX366ESGYMOXCNOCZHNM27HB4IQIH4/


[ovirt-users] Re: Non-responsive vm's due to crashed host and hosted vm liveliness check fails

2018-06-04 Thread Andrej Krejcir
The local vm.conf is overriden by the configuration on the shared storage,
but the bug with VM having 4 MB of RAM instead of 4 GB is already fixed:
https://bugzilla.redhat.com/1524331

Try upgrading the ovirt-hosted-engine-ha and ovirt-hosted-engine-setup
packages on the ovirt-node.
Specifically, the fix is in ovirt-hosted-engine-ha version 2.1.9

# yum upgrade ovirt-hosted-engine-ha ovirt-hosted-engine-setup

I'm not sure if the version 2.1.9 is available in ovirt-4.1 repositories.
If not, you could install the ovirt-4.1-snapshot repositories on the
ovirt-node:

# yum install
https://resources.ovirt.org/pub/yum-repo/ovirt-release41-snapshot.rpm

The snapshot repository may be a little unstable, so I would recommend
upgrading hosts to 4.2, when the engine is running.


Andrej

On 2 June 2018 at 20:06,  wrote:

> OK, I think the inability to change /var/run/ovirt-hosted-engine-ha/vm.conf
> might have something to do with HE configuration having been moved to
> shared storage? (https://ovirt.org/develop/release-management/features/
> sla/hosted-engine-configuration-on-shared-storage/)
>
> I am using NFS shares on a Synology cluster
>
> Any ideas how to fix memSize=4 and successfully boot HE?
>
> Thanks yet again,
> Charles
> ___
> 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/V3KKIKWANCOZWPMXQAAZVZTOUBDGXM5J/
>
___
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/4CVIAWX5RF53UQCYP2DUXICJDUFO5FHS/


[ovirt-users] Re: engine UI add user failed

2018-06-01 Thread Andrej Krejcir
The UI supports plugins. So you could maybe write a plugin, that would then
use the ovirt-aaa-jdbc-tool.

I don't know much about UI plugins, but here is some info:
https://www.ovirt.org/documentation/admin-guide/appe-oVirt_User_Interface_Plugins/


On 1 June 2018 at 13:46,  wrote:

> Hi,
> why don't add a function that create usres using the web UI,  has the
> engine API for create users in web UI
>
> we want to create users using the web ui, can you give me some advise?
> - Original Message -----
> From: Andrej Krejcir 
> To: dhy...@sina.com
> Cc: users 
> Subject: Re: [ovirt-users] engine UI add user failed
> Date: 2018-06-01 17:22
>
> Hi,
>
> Users are not created using the UI. Ovirt can be connected to various
> external user domains.
> The UI can then be used to assign permissions to existing users or groups.
>
> Here is the documentation:
> https://www.ovirt.org/documentation/admin-guide/chap-Users_and_Roles/
>
> The 'ovirt-aaa-jdbc-tool' can be used to create users locally.
>
>
> Andrej
>
> On 1 June 2018 at 09:46,  wrote:
>
> Hi
>  I want to add user by engine UI,but failed.  is it need other soft
> package, or should I do ?
>
> ___
> 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/communit
> y/about/community-guidelines/
> List Archives: https://lists.ovirt.org/archiv
> es/list/users@ovirt.org/message/E37HA64XX7ZPJGI4E4K6R3TSMXOMGAXB/
>
>
>
___
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/XT5VH34VER74B2QW6O6LL4XKRBMAWVCC/


[ovirt-users] Re: Non-responsive vm's due to crashed host and hosted vm liveliness check fails

2018-06-01 Thread Andrej Krejcir
This is an error from the VNC client, probably related to X forwarding.
Try setting the DISPLAY environment variable before running remote-viewer:
'export DISPLAY=0:0'

Or alternatively, you could setup port forwarding when connecting the the
host,
and then run the VNC client on your local machine:

ssh -L 5900:localhost:5900 r...@xxx.xxx.xxx.xxx
remote-viewer vnc://localhost:5900


Andrej

On 1 June 2018 at 05:51,  wrote:

> > Hi,
> >
> > You could try accessing the engine VM using the VNC.
> > First, set the VNC password using 'hosted-engine --add-console-password',
> > and then connect to the host using a VNC viewer, for example:
> > 'remove-viewer vnc://HOST_IP:5900'
> >
> > The liveliness check just checks if the web UI is running and reachable.
> > If the VNC works, try checking if the 'ovirt-engine' service is running
> on
> > the VM and that the network is configured properly.
> >
> >
> > Andrej
> >
> > On 30 May 2018 at 18:31,  Thank you very much Andrej.  When I do as you suggest I am still unable to
> console in - I receive "Gtk-WARNING **: cannot open display:"
>
> Any other ideas?
>
> Thanks,
> Charles
> ___
> 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/5W4N6BGVCCABUQTFZFOAE6ITYVCD2E2H/
>
___
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/SU6MX62G5RJOY55RP5N4QBHWM25TRIH2/


[ovirt-users] Re: engine UI add user failed

2018-06-01 Thread Andrej Krejcir
Hi,

Users are not created using the UI. Ovirt can be connected to various
external user domains.
The UI can then be used to assign permissions to existing users or groups.

Here is the documentation:
https://www.ovirt.org/documentation/admin-guide/chap-Users_and_Roles/

The 'ovirt-aaa-jdbc-tool' can be used to create users locally.


Andrej

On 1 June 2018 at 09:46,  wrote:

> Hi
>  I want to add user by engine UI,but failed.  is it need other soft
> package, or should I do ?
>
> ___
> 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/E37HA64XX7ZPJGI4E4K6R3TSMXOMGAXB/
>
>
___
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/3TFTHSCHTYAUJTQENULPXXJD4UTZMJLC/


[ovirt-users] Re: Non-responsive vm's due to crashed host and hosted vm liveliness check fails

2018-05-31 Thread Andrej Krejcir
Hi,

You could try accessing the engine VM using the VNC.
First, set the VNC password using 'hosted-engine --add-console-password',
and then connect to the host using a VNC viewer, for example:
'remove-viewer vnc://HOST_IP:5900'

The liveliness check just checks if the web UI is running and reachable.
If the VNC works, try checking if the 'ovirt-engine' service is running on
the VM and that the network is configured properly.


Andrej

On 30 May 2018 at 18:31,  wrote:

> Hi,
>
> I am still working to resolve my issue - is there any further detail or
> clarification I can provide that might help?  I really appreciate your time.
>
> Thank you,
> Charles
> ___
> 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/XE37L37BGTWIWXOYP5PTYM64I2NNKRO5/
>
___
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/KX6OEDEUVK43SXK3ICDO6KLW53YXH2BV/


[ovirt-users] Re: Simple API call to start VM

2018-05-30 Thread Andrej Krejcir
Hi,

the URL path is missing 'ovirt-engine', it should be:
https://ovirtengine.localnet:443/ovirt-engine/api/vms/dfbba498-e8b6-4fee-a86c-c91ab68eae0d/start

Also, the admin user name is: 'admin@internal'

Here is the API documentation, for more info:
http://ovirt.github.io/ovirt-engine-api-model/4.2/#services/vm/methods/start


Andrej

On 30 May 2018 at 08:07, Kirin van der Veer <
kirin.vanderv...@planetinnovation.com.au> wrote:

> Hi oVirt users,
> I have (what I hope) is a simple problem.
> I want to make an https request to start a VM via the oVirt REST API.
> Here is the command that I think should work:
> curl --user "admin:SECRETPASSWORD" --request POST --header "Content-Type:
> application/xml" --header "Accept: application/xml" --data ''
> https://ovirtengine.localnet:443/api/vms/69c47a91-bbv1-
> 4eda-b71d-7bddf82ee8ab/start
>
> However I get a 404 in response (see below):
> 
> 
> 404 Not Found
> 
> Not Found
> The requested URL /api/vms/60c47a91-bca1-4eda-b71d-7bddf82ee8ab/start
> was not found on this server.
> 
>
> Where have I made a mistake here?
>
>
>
> *IMPORTANT NOTE. *If you are NOT AN AUTHORISED RECIPIENT of this e-mail,
> please contact Planet Innovation Pty Ltd by return e-mail or by telephone
> on +613 9945 7510.  In this case, you should not read, print, re-transmit,
> store or act in reliance on this e-mail or any attachments, and should
> destroy all copies of them.  This e-mail and any attachments are
> confidential and may contain legally privileged information and/or
> copyright material of Planet Innovation Pty Ltd or third parties.  You
> should only re-transmit, distribute or commercialise the material if you
> are authorised to do so.  Although we use virus scanning software, we deny
> all liability for viruses or alike in any message or attachment. This
> notice should not be removed.
>
> ___
> 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/5N6N4BHF6ZFJLEARSEALCON7DJIMXRCZ/
>
>
___
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/EXEGUYYIG6AAHZ37HLFIVSASVKMTPLWC/


[ovirt-users] Re: How to update "quota_cluster_limit" settings of a quota object through REST API?

2018-05-09 Thread Andrej Krejcir
Hi,

Currently the REST API does not support updating the quota_cluster_limit
using the PUT method.

To change the limit, it has to be removed first using DELETE method and
then added again using POST.
The methods are described in the API documentation here:
http://ovirt.github.io/ovirt-engine-api-model/4.2/#services/quota_cluster_limit

The same also applies to quota_storage_limit.

The web UI does the same in the background, when changing
quota_cluster_limit or quota_storage_limit.

Best regards,
Andrej

On 9 May 2018 at 08:48, Shao-Da Huang  wrote:

> Hi,
>
> I can update the vCPU and memory quota by editing a Quota object of a
> datacenter through webadmin portal, but it seems that I cannot update
> through REST API...
>
> For example, I have a quota object with a global quota_cluster_limit
> object:
>
> GET https://192.168.80.168/ovirt-engine/api/datacenters/5ad4fafe
> -0253-0015-0215-0378/quotas/8a6b3336-2dfc-4e40-
> a58e-9bdcb45d228a/quotaclusterlimits/
>
> 
>   id="8a6b3336-2dfc-4e40-a58e-9bdcb45d228a"> 16.0
> 0.0 6
> 0  id="8a6b3336-2dfc-4e40-a58e-9bdcb45d228a"/> 
> 
>
> But when I try to do
>
> PUT
> https://192.168.80.168/ovirt-engine/api/datacenters/5ad4fafe
> -0253-0015-0215-0378/quotas/8a6b3336-2dfc-4e40-
> a58e-9bdcb45d228a/quotaclusterlimits/8a6b3336-2dfc-4e40-a58e-9bdcb45d228a
>
> with request body like:
> 
> 8
> 
>
> I got *405 Method Not Allowed.*
> Could anyone give me some advices?
>
>
> ___
> 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


Re: [ovirt-users] ovirt-ha-broker not work

2018-04-19 Thread Andrej Krejcir
Hi,

you have hit a bug, that is already fixed:
https://bugzilla.redhat.com/show_bug.cgi?id=1518887

Maybe you are running ovirt-engine verison 4.2 or above, but the host was
not yet updated to 4.2 ?
Updating the host will fix this.

Andrej

On 19 April 2018 at 05:21,  wrote:

> Hi, my hosted-engine is working, but after more than one hour,  the
> hosted-engine status is false, but hosted-engine is work,  I can visit
> webadmin UI,
> additional, demaon server "ovirt-ha-broker"  is not run, I try to restart
> it, find some error.
>
> should I debug ovirt-ha-broker and ovirt-ha-agent?
>
> thanks...
>
> Logs:
>
> [root@hosted-engine1 ~]# hosted-engine --vm-status
>
>
> --== Host 1 status ==--
>
> conf_on_shared_storage : True
> Status up-to-date  : False
> Hostname   : hosted-engine1
> Host ID: 1
> Engine status  : unknown stale-data
> Score  : 3400
> stopped: False
> Local maintenance  : False
> crc32  : 2f3d4df9
> local_conf_timestamp   : 5238
> Host timestamp : 5235
> Extra metadata (valid at timestamp):
> metadata_parse_version=1
> metadata_feature_version=1
> timestamp=5235 (Wed Apr 18 23:27:00 2018)
> host-id=1
> score=3400
> vm_conf_refresh_time=5238 (Wed Apr 18 23:27:02 2018)
> conf_on_shared_storage=True
> maintenance=False
> state=EngineUp
> stopped=False
> [root@hosted-engine1 ~]#
> [root@hosted-engine1 ~]#
> [root@hosted-engine1 ~]#
> [root@hosted-engine1 ~]# systemctl restart ovirt-ha-broker
> [root@hosted-engine1 ~]# journalctl -xe
> -- Defined-By: systemd
> -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
> --
> -- Unit mom-vdsm.service has begun starting up.
> Apr 19 11:06:20 hosted-engine1 vdsm[4733]: WARN ping was deprecated in
> favor of ping2 and confirmConnectivity
> Apr 19 11:06:30 hosted-engine1 vdsm[4733]: WARN cannot read eth0 speed
> Apr 19 11:06:34 hosted-engine1 ovirt-ha-agent[30837]: ovirt-ha-agent
> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Unable to
> refresh vm.conf from the shared storage. Has this HE cluster correctly
> Apr 19 11:06:36 hosted-engine1 vdsm[4733]: WARN unhandled write event
> Apr 19 11:06:44 hosted-engine1 ovirt-ha-agent[30837]: ovirt-ha-agent
> ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent
> call last):
> File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
> line 191, in _run_agent
>   return action(he)
> File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
> line 64, in action_proper
>   return
> he.start_monitoring()
> File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
> line 421, in start_monitoring
>
> self._config.refresh_vm_conf()
> File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/env/config.py",
> line 492, in refresh_vm_conf
>   content_from_ovf
> = self._get_vm_conf_content_from_ovf_store()
> File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/env/config.py",
> line 438, in _get_vm_conf_content_from_ovf_store
>   conf =
> ovf2VmParams.confFromOvf(heovf)
> File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/ovf/ovf2VmParams.py",
> line 283, in confFromOvf
>   vmConf =
> toDict(ovf)
> File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/ovf/ovf2VmParams.py",
> line 210, in toDict
>   vmParams['vmId']
> = tree.find('Content/Section').attrib[OVF_NS + 'id']
> File
> "lxml.etree.pyx", line 2272, in lxml.etree._Attrib.__getitem__
> (src/lxml/lxml.etree.c:55336)
>   KeyError: '{
> http://schemas.dmtf.org/ovf/envelope/1/}id'
> Apr 19 11:06:44 hosted-engine1 ovirt-ha-agent[30837]: ovirt-ha-agent
> ovirt_hosted_engine_ha.agent.agent.Agent ERROR Trying to restart agent
> Apr 19 11:06:45 hosted-engine1 vdsm[4733]: WARN cannot read eth0 speed
> Apr 19 11:06:46 hosted-engine1 systemd[1]: mom-vdsm.service holdoff time
> over, scheduling restart.
> Apr 19 11:06:46 hosted-engine1 

Re: [ovirt-users] Cannot Remove Disk

2018-02-09 Thread Andrej Krejcir
The last workaround I can think of, is to set the quota mode to Audit,
create a new quota and use this new quota for the new disk

Please, can you open a bug and include steps how to get to this state?

Thanks

On 9 February 2018 at 13:28, Donny Davis <do...@fortnebula.com> wrote:

> Error while executing action: Cannot edit Quota. Quota is not valid.
>
> On Fri, Feb 9, 2018 at 5:33 AM, Andrej Krejcir <akrej...@redhat.com>
> wrote:
>
>> The error can mean that a quota does not exist for the DC, or was saved
>> in an invalid state.
>>
>> Try these steps in the UI:
>> - Set the quota mode to Audit on the DC
>> - Check the DC details page, quota tab, if there is a quota defined
>>   - If not, create one
>>   - If it is, try editing it and save it. The UI will save a valid quota.
>>
>> - Set the quota mode back to Disabled.
>>
>> On 9 February 2018 at 00:00, Donny Davis <do...@fortnebula.com> wrote:
>>
>>> So now when I create a new disk on the same domain with quota disabled,
>>> I get
>>>
>>>- Cannot edit Virtual Disk. Quota is not valid.
>>>
>>>
>>> This is a new machine, created after the above issue was solved
>>>
>>> On Thu, Feb 8, 2018 at 11:56 AM, Donny Davis <do...@fortnebula.com>
>>> wrote:
>>>
>>>> Disabling the quota for that DC did the trick. The funny part is it was
>>>> never enabled. I put it in audit mode, tried a delete, got the error... and
>>>> then disabled it.
>>>>
>>>> Worked, I am a happy camper... Thanks guys.
>>>>
>>>> On Thu, Feb 8, 2018 at 11:51 AM, Andrej Krejcir <akrej...@redhat.com>
>>>> wrote:
>>>>
>>>>> Or, it should be enough to disable the quota in the data center, then
>>>>> change it for the disk and reenable it again.
>>>>>
>>>>> On 8 February 2018 at 17:42, Andrej Krejcir <akrej...@redhat.com>
>>>>> wrote:
>>>>>
>>>>>> Do the operations work in the UI?
>>>>>> If not, then the DB has to be changed manually:
>>>>>>
>>>>>> $ psql engine
>>>>>>
>>>>>> UPDATE image_storage_domain_map sd_map
>>>>>> SET quota_id = NULL
>>>>>> FROM images
>>>>>> WHERE sd_map.image_id = images.image_guid
>>>>>>   AND images.image_group_id = 'ID_OF_THE_DISK';
>>>>>>
>>>>>>
>>>>>> On 8 February 2018 at 17:06, Donny Davis <do...@fortnebula.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Any operation on the disk throws this error, to include changing the
>>>>>>> quota.
>>>>>>>
>>>>>>> On Thu, Feb 8, 2018 at 11:03 AM, Andrej Krejcir <akrej...@redhat.com
>>>>>>> > wrote:
>>>>>>>
>>>>>>>> The error message means that the data center (storage pool) where
>>>>>>>> the quota is defined is different from the data center where the disk 
>>>>>>>> is.
>>>>>>>>
>>>>>>>> It seems like a bug, as it should not be possible to assign a quota
>>>>>>>> to a disk from a different data center.
>>>>>>>>
>>>>>>>> To fix it, try setting the quota of the disk to any quota from the
>>>>>>>> same data center.
>>>>>>>>
>>>>>>>> ​Regards,
>>>>>>>> Andrej​
>>>>>>>>
>>>>>>>>
>>>>>>>> On 8 February 2018 at 16:37, Martin Sivak <msi...@redhat.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Andrej, this might be related to the recent fixes of yours in that
>>>>>>>>> area. Can you take a look please?
>>>>>>>>>
>>>>>>>>> Best regards
>>>>>>>>>
>>>>>>>>> Martin Sivak
>>>>>>>>>
>>>>>>>>> On Thu, Feb 8, 2018 at 4:18 PM, Donny Davis <do...@fortnebula.com>
>>>>>>>>> wrote:
>>>>>>>>> > Ovirt 4.2 has been humming away quite nicely for me in the last
>>>>>>>>> few months,
>>>>>>>>> > and now I am hitting an issue when try to touch any api call
>>>>>>>>> that has to do
>>>>>>>>> > with a specific disk. This disk resides on a hyperconverged DC,
>>>>>>>>> and none of
>>>>>>>>> > the other disks seem to be affected. Here is the error thrown.
>>>>>>>>> >
>>>>>>>>> > 2018-02-08 10:13:20,005-05 ERROR
>>>>>>>>> > [org.ovirt.engine.core.bll.storage.disk.RemoveDiskCommand]
>>>>>>>>> (default task-22)
>>>>>>>>> > [7b48d1ec-53a7-497a-af8e-938f30a321cf] Error during
>>>>>>>>> ValidateFailure.:
>>>>>>>>> > org.ovirt.engine.core.bll.quota.InvalidQuotaParametersException:
>>>>>>>>> Quota
>>>>>>>>> > 6156b8dd-50c9-4e8f-b1f3-4a6449b02c7b does not match storage pool
>>>>>>>>> > 5a497956-0380-021e-0025-035e
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> > Any ideas what can be done to fix this?
>>>>>>>>> >
>>>>>>>>> > ___
>>>>>>>>> > 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 Remove Disk

2018-02-09 Thread Andrej Krejcir
The error can mean that a quota does not exist for the DC, or was saved in
an invalid state.

Try these steps in the UI:
- Set the quota mode to Audit on the DC
- Check the DC details page, quota tab, if there is a quota defined
  - If not, create one
  - If it is, try editing it and save it. The UI will save a valid quota.

- Set the quota mode back to Disabled.

On 9 February 2018 at 00:00, Donny Davis <do...@fortnebula.com> wrote:

> So now when I create a new disk on the same domain with quota disabled, I
> get
>
>- Cannot edit Virtual Disk. Quota is not valid.
>
>
> This is a new machine, created after the above issue was solved
>
> On Thu, Feb 8, 2018 at 11:56 AM, Donny Davis <do...@fortnebula.com> wrote:
>
>> Disabling the quota for that DC did the trick. The funny part is it was
>> never enabled. I put it in audit mode, tried a delete, got the error... and
>> then disabled it.
>>
>> Worked, I am a happy camper... Thanks guys.
>>
>> On Thu, Feb 8, 2018 at 11:51 AM, Andrej Krejcir <akrej...@redhat.com>
>> wrote:
>>
>>> Or, it should be enough to disable the quota in the data center, then
>>> change it for the disk and reenable it again.
>>>
>>> On 8 February 2018 at 17:42, Andrej Krejcir <akrej...@redhat.com> wrote:
>>>
>>>> Do the operations work in the UI?
>>>> If not, then the DB has to be changed manually:
>>>>
>>>> $ psql engine
>>>>
>>>> UPDATE image_storage_domain_map sd_map
>>>> SET quota_id = NULL
>>>> FROM images
>>>> WHERE sd_map.image_id = images.image_guid
>>>>   AND images.image_group_id = 'ID_OF_THE_DISK';
>>>>
>>>>
>>>> On 8 February 2018 at 17:06, Donny Davis <do...@fortnebula.com> wrote:
>>>>
>>>>> Any operation on the disk throws this error, to include changing the
>>>>> quota.
>>>>>
>>>>> On Thu, Feb 8, 2018 at 11:03 AM, Andrej Krejcir <akrej...@redhat.com>
>>>>> wrote:
>>>>>
>>>>>> The error message means that the data center (storage pool) where the
>>>>>> quota is defined is different from the data center where the disk is.
>>>>>>
>>>>>> It seems like a bug, as it should not be possible to assign a quota
>>>>>> to a disk from a different data center.
>>>>>>
>>>>>> To fix it, try setting the quota of the disk to any quota from the
>>>>>> same data center.
>>>>>>
>>>>>> ​Regards,
>>>>>> Andrej​
>>>>>>
>>>>>>
>>>>>> On 8 February 2018 at 16:37, Martin Sivak <msi...@redhat.com> wrote:
>>>>>>
>>>>>>> Andrej, this might be related to the recent fixes of yours in that
>>>>>>> area. Can you take a look please?
>>>>>>>
>>>>>>> Best regards
>>>>>>>
>>>>>>> Martin Sivak
>>>>>>>
>>>>>>> On Thu, Feb 8, 2018 at 4:18 PM, Donny Davis <do...@fortnebula.com>
>>>>>>> wrote:
>>>>>>> > Ovirt 4.2 has been humming away quite nicely for me in the last
>>>>>>> few months,
>>>>>>> > and now I am hitting an issue when try to touch any api call that
>>>>>>> has to do
>>>>>>> > with a specific disk. This disk resides on a hyperconverged DC,
>>>>>>> and none of
>>>>>>> > the other disks seem to be affected. Here is the error thrown.
>>>>>>> >
>>>>>>> > 2018-02-08 10:13:20,005-05 ERROR
>>>>>>> > [org.ovirt.engine.core.bll.storage.disk.RemoveDiskCommand]
>>>>>>> (default task-22)
>>>>>>> > [7b48d1ec-53a7-497a-af8e-938f30a321cf] Error during
>>>>>>> ValidateFailure.:
>>>>>>> > org.ovirt.engine.core.bll.quota.InvalidQuotaParametersException:
>>>>>>> Quota
>>>>>>> > 6156b8dd-50c9-4e8f-b1f3-4a6449b02c7b does not match storage pool
>>>>>>> > 5a497956-0380-021e-0025-035e
>>>>>>> >
>>>>>>> >
>>>>>>> >
>>>>>>> > Any ideas what can be done to fix this?
>>>>>>> >
>>>>>>> > ___
>>>>>>> > 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 Remove Disk

2018-02-08 Thread Andrej Krejcir
Or, it should be enough to disable the quota in the data center, then
change it for the disk and reenable it again.

On 8 February 2018 at 17:42, Andrej Krejcir <akrej...@redhat.com> wrote:

> Do the operations work in the UI?
> If not, then the DB has to be changed manually:
>
> $ psql engine
>
> UPDATE image_storage_domain_map sd_map
> SET quota_id = NULL
> FROM images
> WHERE sd_map.image_id = images.image_guid
>   AND images.image_group_id = 'ID_OF_THE_DISK';
>
>
> On 8 February 2018 at 17:06, Donny Davis <do...@fortnebula.com> wrote:
>
>> Any operation on the disk throws this error, to include changing the
>> quota.
>>
>> On Thu, Feb 8, 2018 at 11:03 AM, Andrej Krejcir <akrej...@redhat.com>
>> wrote:
>>
>>> The error message means that the data center (storage pool) where the
>>> quota is defined is different from the data center where the disk is.
>>>
>>> It seems like a bug, as it should not be possible to assign a quota to a
>>> disk from a different data center.
>>>
>>> To fix it, try setting the quota of the disk to any quota from the same
>>> data center.
>>>
>>> ​Regards,
>>> Andrej​
>>>
>>>
>>> On 8 February 2018 at 16:37, Martin Sivak <msi...@redhat.com> wrote:
>>>
>>>> Andrej, this might be related to the recent fixes of yours in that
>>>> area. Can you take a look please?
>>>>
>>>> Best regards
>>>>
>>>> Martin Sivak
>>>>
>>>> On Thu, Feb 8, 2018 at 4:18 PM, Donny Davis <do...@fortnebula.com>
>>>> wrote:
>>>> > Ovirt 4.2 has been humming away quite nicely for me in the last few
>>>> months,
>>>> > and now I am hitting an issue when try to touch any api call that has
>>>> to do
>>>> > with a specific disk. This disk resides on a hyperconverged DC, and
>>>> none of
>>>> > the other disks seem to be affected. Here is the error thrown.
>>>> >
>>>> > 2018-02-08 10:13:20,005-05 ERROR
>>>> > [org.ovirt.engine.core.bll.storage.disk.RemoveDiskCommand] (default
>>>> task-22)
>>>> > [7b48d1ec-53a7-497a-af8e-938f30a321cf] Error during ValidateFailure.:
>>>> > org.ovirt.engine.core.bll.quota.InvalidQuotaParametersException:
>>>> Quota
>>>> > 6156b8dd-50c9-4e8f-b1f3-4a6449b02c7b does not match storage pool
>>>> > 5a497956-0380-021e-0025-035e
>>>> >
>>>> >
>>>> >
>>>> > Any ideas what can be done to fix this?
>>>> >
>>>> > ___
>>>> > 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 Remove Disk

2018-02-08 Thread Andrej Krejcir
Do the operations work in the UI?
If not, then the DB has to be changed manually:

$ psql engine

UPDATE image_storage_domain_map sd_map
SET quota_id = NULL
FROM images
WHERE sd_map.image_id = images.image_guid
  AND images.image_group_id = 'ID_OF_THE_DISK';


On 8 February 2018 at 17:06, Donny Davis <do...@fortnebula.com> wrote:

> Any operation on the disk throws this error, to include changing the quota.
>
> On Thu, Feb 8, 2018 at 11:03 AM, Andrej Krejcir <akrej...@redhat.com>
> wrote:
>
>> The error message means that the data center (storage pool) where the
>> quota is defined is different from the data center where the disk is.
>>
>> It seems like a bug, as it should not be possible to assign a quota to a
>> disk from a different data center.
>>
>> To fix it, try setting the quota of the disk to any quota from the same
>> data center.
>>
>> ​Regards,
>> Andrej​
>>
>>
>> On 8 February 2018 at 16:37, Martin Sivak <msi...@redhat.com> wrote:
>>
>>> Andrej, this might be related to the recent fixes of yours in that
>>> area. Can you take a look please?
>>>
>>> Best regards
>>>
>>> Martin Sivak
>>>
>>> On Thu, Feb 8, 2018 at 4:18 PM, Donny Davis <do...@fortnebula.com>
>>> wrote:
>>> > Ovirt 4.2 has been humming away quite nicely for me in the last few
>>> months,
>>> > and now I am hitting an issue when try to touch any api call that has
>>> to do
>>> > with a specific disk. This disk resides on a hyperconverged DC, and
>>> none of
>>> > the other disks seem to be affected. Here is the error thrown.
>>> >
>>> > 2018-02-08 10:13:20,005-05 ERROR
>>> > [org.ovirt.engine.core.bll.storage.disk.RemoveDiskCommand] (default
>>> task-22)
>>> > [7b48d1ec-53a7-497a-af8e-938f30a321cf] Error during ValidateFailure.:
>>> > org.ovirt.engine.core.bll.quota.InvalidQuotaParametersException: Quota
>>> > 6156b8dd-50c9-4e8f-b1f3-4a6449b02c7b does not match storage pool
>>> > 5a497956-0380-021e-0025-035e
>>> >
>>> >
>>> >
>>> > Any ideas what can be done to fix this?
>>> >
>>> > ___
>>> > 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 Remove Disk

2018-02-08 Thread Andrej Krejcir
The error message means that the data center (storage pool) where the quota
is defined is different from the data center where the disk is.

It seems like a bug, as it should not be possible to assign a quota to a
disk from a different data center.

To fix it, try setting the quota of the disk to any quota from the same
data center.

​Regards,
Andrej​


On 8 February 2018 at 16:37, Martin Sivak  wrote:

> Andrej, this might be related to the recent fixes of yours in that
> area. Can you take a look please?
>
> Best regards
>
> Martin Sivak
>
> On Thu, Feb 8, 2018 at 4:18 PM, Donny Davis  wrote:
> > Ovirt 4.2 has been humming away quite nicely for me in the last few
> months,
> > and now I am hitting an issue when try to touch any api call that has to
> do
> > with a specific disk. This disk resides on a hyperconverged DC, and none
> of
> > the other disks seem to be affected. Here is the error thrown.
> >
> > 2018-02-08 10:13:20,005-05 ERROR
> > [org.ovirt.engine.core.bll.storage.disk.RemoveDiskCommand] (default
> task-22)
> > [7b48d1ec-53a7-497a-af8e-938f30a321cf] Error during ValidateFailure.:
> > org.ovirt.engine.core.bll.quota.InvalidQuotaParametersException: Quota
> > 6156b8dd-50c9-4e8f-b1f3-4a6449b02c7b does not match storage pool
> > 5a497956-0380-021e-0025-035e
> >
> >
> >
> > Any ideas what can be done to fix this?
> >
> > ___
> > 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 4.1.9 quota problem

2018-02-02 Thread Andrej Krejcir
Hi,

This looks like a bug.

Please open one here:
https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine
And attach some information about the storage quota usage when this
happens, so it can be reproduced.

Andrej

On 2 February 2018 at 14:17, Стаценко Константин Юрьевич <
statsenko...@interrao.ru> wrote:

> Hello!
>
> We discovered some quota calculation error after oVirt was upgraded to
> 4.1.9.
>
> Storage quota calculates incorrectly now.
>
> See attached screenshot.
>
> ___
> 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 4.2 - Help adding VM to numa node via python SDK

2018-01-25 Thread Andrej Krejcir
Hi,

The VirtualNumaNode[1] object has 'numa_node_pins' member, that is a list
of NumaNodePin[2].
Most of the members of NumaNodePin object are deprecated and not used.
The important one is 'index', which is the index of the host numa node to
which the
vm numa node is pinned. Here is the REST API documentation: [3].

A simple python example can be:


import ovirtsdk4 as sdk

conn = sdk.Connection("URL", "admin@internal", "PASSWORD")

host_node = conn.service("hosts/123/numanodes/456").get()

vm_node_service = conn.service("vms/789/numanodes/123")
vm_node = vm_node_service.get()

vm_node.numa_node_pins = [ sdk.types.NumaNodePin(index=host_node.index,
pinned=True) ]

vm_node_service.put(vm_node)


Andrej

[1] -
http://ovirt.github.io/ovirt-engine-sdk/master/types.m.html#ovirtsdk4.types.VirtualNumaNode
[2] -
http://ovirt.github.io/ovirt-engine-sdk/master/types.m.html#ovirtsdk4.types.NumaNodePin

[3] - http://ovirt.github.io/ovirt-engine-api-model/4.2/#types/numa_node_pin

On 25 January 2018 at 16:12, Don Dupuis  wrote:

> I am able to create a vm using the sdk with nic and disks using the python
> sdk, but having trouble understanding how to assign it to virtual numanode
> onto the physical numanode via python sdk. Any help in this area would be
> greatly appreciated
>
> Thanks
>
> Don
>
> ___
> 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 enable Global Maintenance via the REST-API?

2017-02-15 Thread Andrej Krejcir
Hi,

global maintenance can be set using the 'maintenance' method on the Hosted
Engine VM.

http://ovirt.github.io/ovirt-engine-api-model/4.0/#services/
vm/methods/maintenance

Regards,
Andrej

On 13 February 2017 at 21:17, Doug Ingham  wrote:

> Hey Guys,
>  I've gone through both oVirt's & Red Hat's API docs, but I can only find
> info on getting the global maintenance state & setting local maintenance on
> specific hosts.
>
> Is it not possible to set global maintenance via the API?
>
> I'm writing up a new script for our engine-backup routine, but having to
> set GM by acessing a specific node seems a bit inelegant...
>
> https://access.redhat.com/documentation/en/red-hat-
> virtualization/4.0/single/rest-api-guide/
>
> Cheers,
> --
> 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] quota creation from ovirt-shell

2016-09-20 Thread Andrej Krejcir
Hi,

there is a bug in the ovirt-cli, which makes creating quotaclusterlimit and 
quotastoragelimit impossible.

The correct syntax would be: 
add quotastoragelimit --parent-datacenter-name Default --parent-quota-name 
testcli ...

You could use a python script with the SDK instead.
For example:


from ovirtsdk.api import API
from ovirtsdk.xml.params import Quota
from ovirtsdk.xml.params import QuotaStorageLimit

api = API('IP:PORT/ovirt-engine/api', 'admin@internal', 'pass')
dc = api.datacenters.list()[0]
quota = dc.quotas.add(Quota(name="quota1"))
quota.quotastoragelimits.add(QuotaStorageLimit(limit=100))



Regards,
Andrej

- Original Message -
From: "Paul Staniforth" 
To: users@ovirt.org
Sent: Monday, September 12, 2016 6:00:50 PM
Subject: [ovirt-users] quota creation from ovirt-shell



Hello, 

I am trying to create user quotas from the command line via the shell. 




I am using ovirt 3.6.7 and the command 




add quota --parent-datacenter-name Default --name testcli 




creates a quota but without quotaclusterlimit or quotastoragelimit 




I can't find the correct syntax to create these. 




Also how would I add a consumer and change the values when created? 




Any examples or pointers to documentation would be appreciated. 




Thanks, 

Paul S. 
To view the terms under which this email is distributed, please go to:- 
http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html 



___
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