[ovirt-users] Re: oVirt Storage quota problems

[Staniforth, Paul]

Sorry haven't used quota in a while, one thought is there a template quota 
getting used?

Regards,
 Paul S.

From: Vrgotic, Marko 
Sent: 13 March 2020 15:15
To: Staniforth, Paul ; users@ovirt.org 

Cc: Stojchev, Darko 
Subject: Re: oVirt Storage quota problems


Caution External Mail: Do not click any links or open any attachments unless 
you trust the sender and know that the content is safe.

Hey Paul,



I did the check for another user that has same issue and what I found out its 
bit strange:

  *   DC1 / infrastructure1 – quota storage_inf1 – user is added in Consumers 
list   -   gets “2020-03-13 08:26:18,057Z WARN  
[org.ovirt.engine.core.bll.AddVmFromTemplateCommand] (default task-3804) 
[a6ba871a-dc42-4d4b-a01a-a72cd5a45959] Validation of action 'AddVmFromTemplate' 
failed for user azabal...@ictv.com@ictv.com-authz. Reasons: 
VAR__ACTION__ADD,VAR__TYPE__VM,USER_NOT_AUTHORIZED_TO_CONSUME_QUOTA”
  *   DC1 / development2 – quota storage_dev2 – user is added in Consumers list 
– works



The following logs confirm that:



  *   Fails against infrastructure1 :

“2020-03-13 08:26:18,057Z INFO  
[org.ovirt.engine.core.bll.AddVmFromTemplateCommand] (default task-3804) 
[a6ba871a-dc42-4d4b-a01a-a72cd5a45959] No permission found for user 
'699687a1-da37-4b4

0-a86d-dc744208302d' or one of the groups he is member of, when running action 
'AddVmFromTemplate', Required permissions are: Action type: 'USER' Action 
group: 'CONSUME_QUOTA' Object type: '

Quota'  Object ID: '254f2582-839d-11e9-aaa2-00163e4f2a6d'.

2020-03-13 08:26:18,057Z WARN  
[org.ovirt.engine.core.bll.AddVmFromTemplateCommand] (default task-3804) 
[a6ba871a-dc42-4d4b-a01a-a72cd5a45959] Validation of action 'AddVmFromTemplate' 
failed for user azabal...@ictv.com@ictv.com-authz. Reasons: 
VAR__ACTION__ADD,VAR__TYPE__VM,USER_NOT_AUTHORIZED_TO_CONSUME_QUOTA

2020-03-13 08:27:03,426Z INFO  
[org.ovirt.engine.core.bll.AddVmFromTemplateCommand] (default task-3813) 
[1e11522e-b25a-4972-8ff8-1d9a08bd57ca] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[azabaleta-runner=VM_NAME]', 
sharedLocks='[a80c1f1f-9cd3-4e8c-bfe9-670aa36d2aff=DISK, 
9c710118-bb68-45aa-bafd-0e90cb07b9cf=TEMPLATE]'}'

  *   Works against development2:



2020-03-13 08:27:04,323Z INFO  
[org.ovirt.engine.core.bll.AddGraphicsDeviceCommand] (default task-3813) 
[2cd83827] Running command: AddGraphicsDeviceCommand internal: true. Entities 
affected :  ID: d75c0d37-4640-49b0-afd1-7db27541f4d4 Type: VMAction group 
EDIT_VM_PROPERTIES with role type USER

2020-03-13 08:27:04,379Z INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-3813) [2cd83827] EVENT_ID: USER_ADD_VM_STARTED(37), VM azabaleta-runner 
creation was initiated by azabal...@ictv.com@ictv.com-authz.

2020-03-13 08:27:04,777Z INFO  
[org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] 
(EE-ManagedThreadFactory-engineScheduled-Thread-39) 
[1e11522e-b25a-4972-8ff8-1d9a08bd57ca] Command 'CreateCloneOfTemplate' (id: 
'806f2e38-fc42-45c3-87ab-20bec50c226c') waiting on child command id: 
'd3826f75-1095-4b5f-98c3-973f4683616b' type:'CopyImageGroupWithData' to complete

2020-03-13 08:27:04,777Z INFO  
[org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] 
(EE-ManagedThreadFactory-engineScheduled-Thread-39) 
[1e11522e-b25a-4972-8ff8-1d9a08bd57ca] Command 'CopyImageGroupWithData' (id: 
'd3826f75-1095-4b5f-98c3-973f4683616b') waiting on child command id: 
'eb9c3360-00a8-4539-bda4-89d70d22da68' type:'CreateVolumeContainer' to complete

2020-03-13 08:27:05,003Z INFO  
[org.ovirt.engine.core.bll.network.vm.ReorderVmNicsCommand] (default task-3813) 
[e9f67a0f-aaf8-45a6-bdae-d501e757a3b6] Running command: ReorderVmNicsCommand 
internal: false. Entities affected :  ID: d75c0d37-4640-49b0-afd1-7db27541f4d4 
Type: VMAction group CREATE_VM with role type USER



Please assist as it currently seems the Quota permissions are not working as 
expected. The Quotas storage_inf1 and storage_dev2 are configured in exact same 
way, expect that they are for different DataCenters.







From: "Vrgotic, Marko" 
Date: Thursday, 12 March 2020 at 20:19
To: "Staniforth, Paul" 
Cc: "users@ovirt.org" , Darko Stojchev 

Subject: Re: oVirt Storage quota problems



Hey Paul,



Thank you. I believe I already added him via Consumers tab, but it does not 
hurt to doublecheck.

Sent from my iPhone



On 12 Mar 2020, at 17:53, Staniforth, Paul  
wrote:

Hello Marko,

  if you select quota in the administration menu, then 
select the quota it is using you will see the consumers option and there it 
will allow you to add users or groups.



https://www.ovirt.org/documentation/admin-guide/chap-Quotas_and_Service_Level_Agreement_Policy.html

[ovirt-users] Re: upgrade from 4.38 to 4.39

[eevans]

This is from the secure log, /var/log/secure

Mar 13 19:23:17 kvm01 sshd[46045]: Accepted publickey for root from 
192.168.254.240 port 39668 ssh2: RSA 
SHA256:FobQnekaxOaUQ75xNh1OuZg5orcGbw+BgLDtr+el5VY
Mar 13 19:23:18 kvm01 sshd[46045]: pam_unix(sshd:session): session opened for 
user root by (uid=0)
Mar 13 19:24:14 kvm01 sshd[46207]: Connection closed by 192.168.254.240 port 
39760 [preauth]
Mar 13 19:24:23 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by root(uid=0)
Mar 13 19:24:23 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:24:24 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by root(uid=0)
Mar 13 19:24:24 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:26:08 kvm01 sshd[46368]: Connection closed by 192.168.254.240 port 
39894 [preauth]
Mar 13 19:26:15 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by root(uid=0)
Mar 13 19:26:15 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:26:15 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by root(uid=0)
Mar 13 19:26:15 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:29:06 kvm01 cockpit-session: pam_unix(cockpit:session): session 
closed for user root
Mar 13 19:32:14 kvm01 sshd[46840]: Connection closed by 192.168.254.240 port 
40368 [preauth]
Mar 13 19:32:23 kvm01 sshd[46851]: Connection closed by 192.168.254.240 port 
40382 [preauth]
Mar 13 19:32:31 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by (uid=0)
Mar 13 19:32:31 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:32:31 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by (uid=0)
Mar 13 19:32:31 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:32:32 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by (uid=0)
Mar 13 19:32:32 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:32:34 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by (uid=0)
Mar 13 19:32:34 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:32:34 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by (uid=0)
Mar 13 19:32:34 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:32:34 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by (uid=0)
Mar 13 19:32:35 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:32:35 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by (uid=0)
Mar 13 19:32:35 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:32:36 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by (uid=0)
Mar 13 19:32:36 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:32:36 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by (uid=0)
Mar 13 19:32:36 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:32:36 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by (uid=0)
Mar 13 19:32:37 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:32:38 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by (uid=0)
Mar 13 19:32:38 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:32:38 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by (uid=0)
Mar 13 19:32:38 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:32:39 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by (uid=0)
Mar 13 19:32:39 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:32:39 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by (uid=0)
Mar 13 19:32:39 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:32:39 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by (uid=0)
Mar 13 19:32:40 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:32:40 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by (uid=0)
Mar 13 19:32:40 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:32:40 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by (uid=0)
Mar 13 19:32:40 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:32:40 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by (uid=0)
Mar 13 19:32:40 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by (uid=0)
Mar 13 19:32:40 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:32:40 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:32:40 kvm01 sudo: pam_unix(sudo:session): session opened for user 
root by (uid=0)
Mar 13 19:32:41 kvm01 sudo: pam_unix(sudo:session): session closed for user root
Mar 13 19:32:41 kvm01 sudo: pam

[ovirt-users] Re: [Gluster-users] Image File Owner change Situation. (root:root)

[Olaf Buitelaar]

Hi Robert,

there were serveral issues with ownership in ovirt, for example see;
https://bugzilla.redhat.com/show_bug.cgi?id=1666795
Maybe you're encountering these issues during the upgrade process. Also if
you're using gluster as backend storage, there might be some permission
issues in the 6.7 or below branches. not sure about the newest version's.

Best Olaf

Op vr 13 mrt. 2020 om 16:55 schreef Robert O'Kane :

> Hello @All,
>
> This has happened to us for the first time and only on One VM.
>
> I believe it happened with the switch from Fuse to "LibgfApi" in Ovirt.
>
> I was using LibgfApiSupported=True on 4.2.8 . I upgraded to 4.3.8 and did
> NOT restart all of my VMs (30+)
>
> but only some VMs, no problem. Eventually I noticed that
> LibgfApiSupported=False  and reset it to True.
>
> The VM was Running WindowsServer2016 and we did a Cold-Reboot (not VM
> Restart). It did not come back online
> due to "Invalid Volume" which was eventually due to the IMAGEs (Boot and
> Data) being  user:group=root but
> not the meta,lease or directory. Nor any other VM have/had this problem
> but they were (if at all) completely
> stopped and restarted.
>
> I am looking for another VM that has not yet been restarted to test this
> theory. I thought this would be
> interesting for others looking into this problem.
>
> (I will ask my Colleague next week what he means with Cold-Reboot vs
> Warm-reboot)
>
> Stay Healthy.
>
> Cheers,
>
> Robert O'Kane
>
>
>
> --
> Robert O'Kane
> Systems Administrator
> Kunsthochschule für Medien Köln
> Peter-Welter-Platz 2
> 50676 Köln
>
> fon: +49(221)20189-223
> fax: +49(221)20189-49223
> 
>
>
>
> Community Meeting Calendar:
>
> Schedule -
> Every Tuesday at 14:30 IST / 09:00 UTC
> Bridge: https://bluejeans.com/441850968
>
> Gluster-users mailing list
> gluster-us...@gluster.org
> https://lists.gluster.org/mailman/listinfo/gluster-users
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KA5VG2TB2ENZ53BBLZGDJQTZWYIBRMBI/

[ovirt-users] Re: upgrade from 4.38 to 4.39

[eevans]

When I try the reinstall it fails with this in events on the web interface:

Host kvm01 installation failed. SSH authentication to 
'r...@kvm01.digitaldatatechs.com' failed. Please verify provided credentials. 
Make sure key is authorized at host.

I can ssh into the host from the engine host with no password and no problem.
I will dig deeper until I hear from you.
Thanks.

Eric Evans
Digital Data Services LLC.
304.660.9080


-Original Message-
From: eev...@digitaldatatechs.com  
Sent: Friday, March 13, 2020 1:15 PM
To: 'Strahil Nikolov' ; 'users@ovirt.org' 

Subject: RE: [ovirt-users] Re: upgrade from 4.38 to 4.39

I'll try that and let you know.
Thank you.

Eric Evans
Digital Data Services LLC.
304.660.9080


-Original Message-
From: Strahil Nikolov 
Sent: Friday, March 13, 2020 12:54 AM
To: eev...@digitaldatatechs.com; users@ovirt.org
Subject: [ovirt-users] Re: upgrade from 4.38 to 4.39

On March 10, 2020 5:33:18 PM GMT+02:00, eev...@digitaldatatechs.com wrote:
>
>
>Since the upgrade, for some reason I get this message when checking for 
>upgrade on one host:
>
>Failed to check for available updates on host kvm01 with message 
>'Failed to run check-update of host 'kvm01.digitaldatatechs.com'.
>Error: fatal:
>[kvm01.digitaldatatechs.com]: FAILED! => {"changed": false, "msg":
>"Failed
>to connect to the host via ssh: Permission denied 
>(publickey,gssapi-keyex,gssapi-with-mic,password).", "unreachable":
>true}
>
> 
>
>I can ssh into the server from the ovirt server and re-copied the ssh 
>keys and authorized keys but the problem persists.
>
>I am still unable to manually migrate but auto load balance seems to be 
>working again.
>
> 
>
>I am attaching the engine log for your review.
>
> 
>
>Thank you so much for your help.
>
> 
>
>Eric Evans
>
>Digital Data Services LLC.
>
>304.660.9080
>
>
>
> 

Hi Eric,

Can you try the following:
1. Set the node in maintenance
2. From the Hosts section ->  Installation -> Reinstall 3. Fill in if the host 
is hosting the HostedEngine and the rest of the wizard  4.  Start the install 
5. If it succeeds  -> remove the maintenance

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

[ovirt-users] Re: oVirt Storage quota problems

[Vrgotic, Marko]

Hey Paul,

Thats ok,

Hopefully someone else will engage to help so help.

I also noticed that each time I add a User into consumer list, UI throws and 
exception and I have to reload.

Sent from my iPhone

On 13 Mar 2020, at 18:19, Staniforth, Paul  
wrote:


Sorry haven't used quota in a while, one thought is there a template quota 
getting used?

Regards,
 Paul S.

From: Vrgotic, Marko 
Sent: 13 March 2020 15:15
To: Staniforth, Paul ; users@ovirt.org 

Cc: Stojchev, Darko 
Subject: Re: oVirt Storage quota problems


Caution External Mail: Do not click any links or open any attachments unless 
you trust the sender and know that the content is safe.

Hey Paul,



I did the check for another user that has same issue and what I found out its 
bit strange:

  *   DC1 / infrastructure1 – quota storage_inf1 – user is added in Consumers 
list   -   gets “2020-03-13 08:26:18,057Z WARN  
[org.ovirt.engine.core.bll.AddVmFromTemplateCommand] (default task-3804) 
[a6ba871a-dc42-4d4b-a01a-a72cd5a45959] Validation of action 'AddVmFromTemplate' 
failed for user azabal...@ictv.com@ictv.com-authz. Reasons: 
VAR__ACTION__ADD,VAR__TYPE__VM,USER_NOT_AUTHORIZED_TO_CONSUME_QUOTA”
  *   DC1 / development2 – quota storage_dev2 – user is added in Consumers list 
– works



The following logs confirm that:



  *   Fails against infrastructure1 :

“2020-03-13 08:26:18,057Z INFO  
[org.ovirt.engine.core.bll.AddVmFromTemplateCommand] (default task-3804) 
[a6ba871a-dc42-4d4b-a01a-a72cd5a45959] No permission found for user 
'699687a1-da37-4b4

0-a86d-dc744208302d' or one of the groups he is member of, when running action 
'AddVmFromTemplate', Required permissions are: Action type: 'USER' Action 
group: 'CONSUME_QUOTA' Object type: '

Quota'  Object ID: '254f2582-839d-11e9-aaa2-00163e4f2a6d'.

2020-03-13 08:26:18,057Z WARN  
[org.ovirt.engine.core.bll.AddVmFromTemplateCommand] (default task-3804) 
[a6ba871a-dc42-4d4b-a01a-a72cd5a45959] Validation of action 'AddVmFromTemplate' 
failed for user azabal...@ictv.com@ictv.com-authz. Reasons: 
VAR__ACTION__ADD,VAR__TYPE__VM,USER_NOT_AUTHORIZED_TO_CONSUME_QUOTA

2020-03-13 08:27:03,426Z INFO  
[org.ovirt.engine.core.bll.AddVmFromTemplateCommand] (default task-3813) 
[1e11522e-b25a-4972-8ff8-1d9a08bd57ca] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[azabaleta-runner=VM_NAME]', 
sharedLocks='[a80c1f1f-9cd3-4e8c-bfe9-670aa36d2aff=DISK, 
9c710118-bb68-45aa-bafd-0e90cb07b9cf=TEMPLATE]'}'

  *   Works against development2:



2020-03-13 08:27:04,323Z INFO  
[org.ovirt.engine.core.bll.AddGraphicsDeviceCommand] (default task-3813) 
[2cd83827] Running command: AddGraphicsDeviceCommand internal: true. Entities 
affected :  ID: d75c0d37-4640-49b0-afd1-7db27541f4d4 Type: VMAction group 
EDIT_VM_PROPERTIES with role type USER

2020-03-13 08:27:04,379Z INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-3813) [2cd83827] EVENT_ID: USER_ADD_VM_STARTED(37), VM azabaleta-runner 
creation was initiated by azabal...@ictv.com@ictv.com-authz.

2020-03-13 08:27:04,777Z INFO  
[org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] 
(EE-ManagedThreadFactory-engineScheduled-Thread-39) 
[1e11522e-b25a-4972-8ff8-1d9a08bd57ca] Command 'CreateCloneOfTemplate' (id: 
'806f2e38-fc42-45c3-87ab-20bec50c226c') waiting on child command id: 
'd3826f75-1095-4b5f-98c3-973f4683616b' type:'CopyImageGroupWithData' to complete

2020-03-13 08:27:04,777Z INFO  
[org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] 
(EE-ManagedThreadFactory-engineScheduled-Thread-39) 
[1e11522e-b25a-4972-8ff8-1d9a08bd57ca] Command 'CopyImageGroupWithData' (id: 
'd3826f75-1095-4b5f-98c3-973f4683616b') waiting on child command id: 
'eb9c3360-00a8-4539-bda4-89d70d22da68' type:'CreateVolumeContainer' to complete

2020-03-13 08:27:05,003Z INFO  
[org.ovirt.engine.core.bll.network.vm.ReorderVmNicsCommand] (default task-3813) 
[e9f67a0f-aaf8-45a6-bdae-d501e757a3b6] Running command: ReorderVmNicsCommand 
internal: false. Entities affected :  ID: d75c0d37-4640-49b0-afd1-7db27541f4d4 
Type: VMAction group CREATE_VM with role type USER



Please assist as it currently seems the Quota permissions are not working as 
expected. The Quotas storage_inf1 and storage_dev2 are configured in exact same 
way, expect that they are for different DataCenters.







From: "Vrgotic, Marko" 
Date: Thursday, 12 March 2020 at 20:19
To: "Staniforth, Paul" 
Cc: "users@ovirt.org" , Darko Stojchev 

Subject: Re: oVirt Storage quota problems



Hey Paul,



Thank you. I believe I already added him via Consumers tab, but it does not 
hurt to doublecheck.

Sent from my iPhone



On 12 Mar 2020, at 17:53, Staniforth, Paul  
wrote:

Hello Marko,

  if you select quota in the administration menu, then 
select the quota it is using you will see the consumers option and there it 
will allow you to add users or groups.



https://www.ovirt.org/documenta

[ovirt-users] Re: Ovirt engine showing wrong host's memory usage

[Alan G]

I've observed that oVirt considers cache/buffer memory as "used". So a host can 
report, for example, 10% memory utilisation when hosting 0 VMs. A reboot of the 
host will of course free all that memory and the host will again report 
something close to 0%.



This caused me a shock a few weeks ago when I thought my cluster was running 
out of memory.



Given that the kernel will give back the buffer memory as required, is it not 
perhaps a bit misleading to count it as "used"?




 On Fri, 13 Mar 2020 17:47:34 + Michal Skrivanek 
 wrote 



> On 10 Mar 2020, at 15:46, Noua TOUKOUROU  
> wrote: 
> 
>  
> Hi, 
> 
> My ovirt engine is showing wrong host's memory usage. Even when this one has 
> no VM. 
> How to fix it ? 
 
What’s wrong with it? 
 
> 
> Thanks 
> ___ 
> Users mailing list -- mailto:users@ovirt.org 
> To unsubscribe send an email to mailto:users-le...@ovirt.org 
> Privacy Statement: https://www.ovirt.org/privacy-policy.html 
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/ 
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/XBHQUIDKZDNIKPNWGWIL67EVJA2QYXKG/
>  
___
Users mailing list -- mailto:users@ovirt.org
To unsubscribe send an email to mailto:users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FNYIXMSBRHV2A3U55UG2P2WAQ5P5CFXO/___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/57X772YJMKLDVZLFL4EVY56JTFDZADDN/

[ovirt-users] Re: Ovirt engine showing wrong host's memory usage

[Michal Skrivanek]

> On 10 Mar 2020, at 15:46, Noua TOUKOUROU  wrote:
>
> 
> Hi,
>
> My ovirt engine is showing wrong host's memory usage. Even when this one has 
> no VM.
> How to fix it ?

What’s wrong with it?

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

[ovirt-users] Re: upgrade from 4.38 to 4.39

[eevans]

I'll try that and let you know.
Thank you.

Eric Evans
Digital Data Services LLC.
304.660.9080


-Original Message-
From: Strahil Nikolov  
Sent: Friday, March 13, 2020 12:54 AM
To: eev...@digitaldatatechs.com; users@ovirt.org
Subject: [ovirt-users] Re: upgrade from 4.38 to 4.39

On March 10, 2020 5:33:18 PM GMT+02:00, eev...@digitaldatatechs.com wrote:
>
>
>Since the upgrade, for some reason I get this message when checking for 
>upgrade on one host:
>
>Failed to check for available updates on host kvm01 with message 
>'Failed to run check-update of host 'kvm01.digitaldatatechs.com'. 
>Error: fatal:
>[kvm01.digitaldatatechs.com]: FAILED! => {"changed": false, "msg":
>"Failed
>to connect to the host via ssh: Permission denied 
>(publickey,gssapi-keyex,gssapi-with-mic,password).", "unreachable":
>true}
>
> 
>
>I can ssh into the server from the ovirt server and re-copied the ssh 
>keys and authorized keys but the problem persists.
>
>I am still unable to manually migrate but auto load balance seems to be 
>working again.
>
> 
>
>I am attaching the engine log for your review.
>
> 
>
>Thank you so much for your help.
>
> 
>
>Eric Evans
>
>Digital Data Services LLC.
>
>304.660.9080
>
>
>
> 

Hi Eric,

Can you try the following:
1. Set the node in maintenance
2. From the Hosts section ->  Installation -> Reinstall 3. Fill in if the host 
is hosting the HostedEngine and the rest of the wizard  4.  Start the install 
5. If it succeeds  -> remove the maintenance

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

[ovirt-users] Re: cannot manually migrate vm's

[eevans]

It restarts and status is active/running even if I reboot. But for some reason 
it's not checking in. One thing and I don't think it's an issue, it is on a 
different subnet than the rest of the vm's at this point. I have a Debian Email 
Security device and it works. 
The only variation is the subnet and of course, the packages.

Eric Evans
Digital Data Services LLC.
304.660.9080


-Original Message-
From: Strahil Nikolov  
Sent: Friday, March 13, 2020 12:54 AM
To: eev...@digitaldatatechs.com; 'Yedidyah Bar David' 
Cc: 'users' 
Subject: [ovirt-users] Re: cannot manually migrate vm's

On March 10, 2020 6:01:31 PM GMT+02:00, eev...@digitaldatatechs.com wrote:
>Last issue: I have a Debian Stretch based pbx with the guest agent 
>installed and running (see attachments). I have disabled the firewall 
>but Ovirt still shows it need gues agent.
>Any idea why it would not checking in properly?
>
>Thank you in advance for your help and support.
>
>Eric Evans
>Digital Data Services LLC.
>304.660.9080
>
>
>-Original Message-
>From: Yedidyah Bar David 
>Sent: Tuesday, March 10, 2020 5:06 AM
>To: eev...@digitaldatatechs.com
>Cc: users 
>Subject: [ovirt-users] Re: cannot manually migrate vm's
>
>On Tue, Mar 10, 2020 at 10:42 AM  wrote:
>>
>> Apologies. I had ask about the upgrade before I did it and thought
>this would be a different subject.
>> I have check the engine log. I can share it as well as any others.
>There is a message in the engine log that appears right after I try to 
>migrate that says:
>>
>> 2020-03-10 04:40:09,375-04 INFO
>> [org.ovirt.engine.core.utils.servlet.ServletUtils] (default task-29) 
>> [] Can't read file 
>> '/usr/share/ovirt-engine/files/spice/SpiceVersion.txt' for request 
>> '/ovirt-engine/services/files/spice/SpiceVersion.txt' -- 404
>> 2020-03-10 04:40:19,985-04 WARN
>[org.ovirt.engine.core.bll.SearchQuery] (default task-29) 
>[33910d48-e9a3-4761-a7c4-ba93d9acfa2b]
>ResourceManager::searchBusinessObjects - Invalid search text - ''VMs :
>id=''
>>
>> These entries come right after I attempt manual migration.
>
>Are you sure this is the only relevant thing you get?
>
>Perhaps it's a UI issue. Some things you can try:
>
>1. Check also ui.log and also your browser's console.
>
>2. Try with a new browser profile, and/or clean its cache.
>
>3. Try using the API/SDK.
>
>We have many example scripts for the SDK, but this does not include 
>migration, sadly:
>
>https://github.com/oVirt/ovirt-engine-sdk/tree/master/sdk/examples
>
>But you can have a look at this, which is what is actually testing that 
>this works in our CI:
>
>https://github.com/oVirt/ovirt-system-tests/blob/master/basic-suite-4.3
>/test-scenarios/006_migrations.py
>
>Actually understanding how latter works and using it as-is will be 
>hard. So you can start with one of the example scripts from first, and 
>copy/adapt relevant lines from second to your test script.
>
>Best regards,
>
>>
>> Eric Evans
>> Digital Data Services LLC.
>> 304.660.9080
>>
>>
>> -Original Message-
>> From: Yedidyah Bar David 
>> Sent: Tuesday, March 10, 2020 3:56 AM
>> To: eev...@digitaldatatechs.com
>> Cc: users 
>> Subject: [ovirt-users] Re: cannot manually migrate vm's
>>
>> On Tue, Mar 10, 2020 at 12:49 AM  wrote:
>> >
>> > I upgraded from 4.3.8 to 4.3.9. Before the migration, I could
>manually migrate vm's and also it would automatically load balance the 
>hosts. Now I cannot manually migrate and I have one server with no vm's 
>and 2 with several.
>> > If I put a host into maintenance mode, it will migrate the vm's off
>to other hosts, but before I noticed it would move vm's around to load 
>balance and now it does not.
>> > Not sure if this is a bug or not.
>> > How it happens:
>> > When I right click on a vm and click migrate, the migrate screen
>flashes on screen then disappears. Same behavior if I highlight the vm 
>and click the migrate button at the top of the vm screen.
>> > It's not critical, but something that needs corrected.
>> > Any help or advice is very much appreciated.
>>
>> You already started a different thread about this, with subject:
>>
>> [ovirt-users] upgrade from 4.38 to 4.39
>>
>> Right? Did you see my reply there? In short: Please check/share logs
>(more than what you shared there). Thanks.
>>
>> (No problem continuing in current thread, I think the subject is
>> better...)
>>
>> Best regards,
>> --
>> Didi
>> ___
>> Users mailing list -- users@ovirt.org To unsubscribe send an email to 
>> users-le...@ovirt.org Privacy
>> Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct: 
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives: 
>>
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/UZ5YXYDO
>> 3I2ERDMXPFOE6TLS3SDF7ASR/
>>
>
>
>--
>Didi
>___
>Users mailing list -- users@ovirt.org
>To unsubscribe send an email to users-le...@ovirt.org Privacy
>Stateme

[ovirt-users] Image File Owner change Situation. (root:root)

[Robert O'Kane]

Hello @All,

This has happened to us for the first time and only on One VM.

I believe it happened with the switch from Fuse to "LibgfApi" in Ovirt.

I was using LibgfApiSupported=True on 4.2.8 . I upgraded to 4.3.8 and did NOT 
restart all of my VMs (30+)

but only some VMs, no problem. Eventually I noticed that 
LibgfApiSupported=False  and reset it to True.

The VM was Running WindowsServer2016 and we did a Cold-Reboot (not VM Restart). 
It did not come back online
due to "Invalid Volume" which was eventually due to the IMAGEs (Boot and Data) 
being  user:group=root but
not the meta,lease or directory. Nor any other VM have/had this problem but 
they were (if at all) completely
stopped and restarted.

I am looking for another VM that has not yet been restarted to test this 
theory. I thought this would be
interesting for others looking into this problem.

(I will ask my Colleague next week what he means with Cold-Reboot vs 
Warm-reboot)

Stay Healthy.

Cheers,

Robert O'Kane



--
Robert O'Kane
Systems Administrator
Kunsthochschule für Medien Köln
Peter-Welter-Platz 2
50676 Köln

fon: +49(221)20189-223
fax: +49(221)20189-49223
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HMG2SQBWUPXZJ45CFLE6J2TLVTNQ77QV/

[ovirt-users] Host after update NonResponsive

[Stefan Wolf]

Hello to all,

I ve done a normal host updadet at the webfrontend.
After the reboot the host is NonResponsive.

It is a HCI setup with glusterfs
But mount shows on this host that only engine is mountet.
The data volume is not mounted.

[root@kvm320 ~]# mount|grep _engine
kvm380.durchhalten.intern:/engine on 
/rhev/data-center/mnt/glusterSD/kvm380.durchhalten.intern:_engine type 
fuse.glusterfs 
(rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072)
[root@kvm320 ~]# mount|grep _data
[root@kvm320 ~]# #

on every other host it looks like this

[root@kvm10 ~]# mount|grep _engine
kvm380.durchhalten.intern:/engine on 
/rhev/data-center/mnt/glusterSD/kvm380.durchhalten.intern:_engine type 
fuse.glusterfs 
(rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072)
[root@kvm10 ~]# mount|grep _data
kvm380.durchhalten.intern:/data on 
/rhev/data-center/mnt/glusterSD/kvm380.durchhalten.intern:_data type 
fuse.glusterfs 
(rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072)
[root@kvm10 ~]#


here so more informaton
[root@kvm320 ~]# systemctl status glusterd -l
● glusterd.service - GlusterFS, a clustered file-system server
   Loaded: loaded (/usr/lib/systemd/system/glusterd.service; enabled; vendor 
preset: disabled)
   Active: active (running) since Fr 2020-03-13 14:19:03 CET; 1h 49min ago
 Docs: man:glusterd(8)
  Process: 9263 ExecStart=/usr/sbin/glusterd -p /var/run/glusterd.pid 
--log-level $LOG_LEVEL $GLUSTERD_OPTIONS (code=exited, status=0/SUCCESS)
 Main PID: 9264 (glusterd)
Tasks: 114
   CGroup: /system.slice/glusterd.service
   ├─3839 /usr/sbin/glusterfsd -s kvm320.durchhalten.intern 
--volfile-id data.kvm320.durchhalten.intern.gluster_bricks-data -p 
/var/run/gluster/vols/data/kvm320.durchhalten.intern-gluster_bricks-data.pid -S 
/var/run/gluster/1fd58e7c80335308.socket --brick-name /gluster_bricks/data -l 
/var/log/glusterfs/bricks/gluster_bricks-data.log --xlator-option 
*-posix.glusterd-uuid=ce474774-436a-41d3-bfdd-ab153ac77830 --process-name brick 
--brick-port 49152 --xlator-option data-server.listen-port=49152
   ├─3896 /usr/sbin/glusterfsd -s kvm320.durchhalten.intern 
--volfile-id engine.kvm320.durchhalten.intern.gluster_bricks-engine -p 
/var/run/gluster/vols/engine/kvm320.durchhalten.intern-gluster_bricks-engine.pid
 -S /var/run/gluster/5d4bcd552e3a3806.socket --brick-name 
/gluster_bricks/engine -l /var/log/glusterfs/bricks/gluster_bricks-engine.log 
--xlator-option *-posix.glusterd-uuid=ce474774-436a-41d3-bfdd-ab153ac77830 
--process-name brick --brick-port 49153 --xlator-option 
engine-server.listen-port=49153
   ├─4032 /usr/sbin/glusterfsd -s kvm320.durchhalten.intern 
--volfile-id home.kvm320.durchhalten.intern.gluster_bricks-home -p 
/var/run/gluster/vols/home/kvm320.durchhalten.intern-gluster_bricks-home.pid -S 
/var/run/gluster/050dbbce51bc7cb8.socket --brick-name /gluster_bricks/home -l 
/var/log/glusterfs/bricks/gluster_bricks-home.log --xlator-option 
*-posix.glusterd-uuid=ce474774-436a-41d3-bfdd-ab153ac77830 --process-name brick 
--brick-port 49154 --xlator-option home-server.listen-port=49154
   ├─9264 /usr/sbin/glusterd -p /var/run/glusterd.pid --log-level INFO
   └─9381 /usr/sbin/glusterfs -s localhost --volfile-id 
gluster/glustershd -p /var/run/gluster/glustershd/glustershd.pid -l 
/var/log/glusterfs/glustershd.log -S /var/run/gluster/6b30e1d260d31419.socket 
--xlator-option *replicate*.node-uuid=ce474774-436a-41d3-bfdd-ab153ac77830 
--process-name glustershd --client-pid=-6

Mär 13 14:19:02 kvm320.durchhalten.intern systemd[1]: Starting GlusterFS, a 
clustered file-system server...
Mär 13 14:19:03 kvm320.durchhalten.intern systemd[1]: Started GlusterFS, a 
clustered file-system server.
Mär 13 14:19:12 kvm320.durchhalten.intern glusterd[9264]: [2020-03-13 
13:19:12.869310] C [MSGID: 106003] 
[glusterd-server-quorum.c:348:glusterd_do_volume_quorum_action] 0-management: 
Server quorum regained for volume data. Starting local bricks.
Mär 13 14:19:13 kvm320.durchhalten.intern glusterd[9264]: [2020-03-13 
13:19:13.115484] C [MSGID: 106003] 
[glusterd-server-quorum.c:348:glusterd_do_volume_quorum_action] 0-management: 
Server quorum regained for volume engine. Starting local bricks.

everything seems to be connected

[root@kvm380 ~]# gluster peer status
Number of Peers: 3

Hostname: kvm360.durchhalten.intern
Uuid: 2f6cf198-afe5-4e61-b018-e7e4c10793b4
State: Peer in Cluster (Connected)

Hostname: kvm320.durchhalten.intern
Uuid: ce474774-436a-41d3-bfdd-ab153ac77830
State: Peer in Cluster (Connected)
Other names:
192.168.200.231

Hostname: kvm10
Uuid: 33cd77a6-3cda-4e21-bd45-a907044f410b
State: Peer in Cluster (Connected)
Other names:
kvm10

and this is the state of the brick from engine and data

[root@kvm320 ~]# gluster volume status engine
Status of volume: engine
Gluster process TCP Port  RDMA Port  Online  Pid

[ovirt-users] Re: oVirt Storage quota problems

[Vrgotic, Marko]

Hey Paul,

I did the check for another user that has same issue and what I found out its 
bit strange:

  *   DC1 / infrastructure1 – quota storage_inf1 – user is added in Consumers 
list   -   gets “2020-03-13 08:26:18,057Z WARN  
[org.ovirt.engine.core.bll.AddVmFromTemplateCommand] (default task-3804) 
[a6ba871a-dc42-4d4b-a01a-a72cd5a45959] Validation of action 'AddVmFromTemplate' 
failed for user azabal...@ictv.com@ictv.com-authz. Reasons: 
VAR__ACTION__ADD,VAR__TYPE__VM,USER_NOT_AUTHORIZED_TO_CONSUME_QUOTA”
  *   DC1 / development2 – quota storage_dev2 – user is added in Consumers list 
– works

The following logs confirm that:


  *   Fails against infrastructure1 :
“2020-03-13 08:26:18,057Z INFO  
[org.ovirt.engine.core.bll.AddVmFromTemplateCommand] (default task-3804) 
[a6ba871a-dc42-4d4b-a01a-a72cd5a45959] No permission found for user 
'699687a1-da37-4b4
0-a86d-dc744208302d' or one of the groups he is member of, when running action 
'AddVmFromTemplate', Required permissions are: Action type: 'USER' Action 
group: 'CONSUME_QUOTA' Object type: '
Quota'  Object ID: '254f2582-839d-11e9-aaa2-00163e4f2a6d'.
2020-03-13 08:26:18,057Z WARN  
[org.ovirt.engine.core.bll.AddVmFromTemplateCommand] (default task-3804) 
[a6ba871a-dc42-4d4b-a01a-a72cd5a45959] Validation of action 'AddVmFromTemplate' 
failed for user azabal...@ictv.com@ictv.com-authz. Reasons: 
VAR__ACTION__ADD,VAR__TYPE__VM,USER_NOT_AUTHORIZED_TO_CONSUME_QUOTA
2020-03-13 08:27:03,426Z INFO  
[org.ovirt.engine.core.bll.AddVmFromTemplateCommand] (default task-3813) 
[1e11522e-b25a-4972-8ff8-1d9a08bd57ca] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[azabaleta-runner=VM_NAME]', 
sharedLocks='[a80c1f1f-9cd3-4e8c-bfe9-670aa36d2aff=DISK, 
9c710118-bb68-45aa-bafd-0e90cb07b9cf=TEMPLATE]'}'

  *   Works against development2:



2020-03-13 08:27:04,323Z INFO  
[org.ovirt.engine.core.bll.AddGraphicsDeviceCommand] (default task-3813) 
[2cd83827] Running command: AddGraphicsDeviceCommand internal: true. Entities 
affected :  ID: d75c0d37-4640-49b0-afd1-7db27541f4d4 Type: VMAction group 
EDIT_VM_PROPERTIES with role type USER

2020-03-13 08:27:04,379Z INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-3813) [2cd83827] EVENT_ID: USER_ADD_VM_STARTED(37), VM azabaleta-runner 
creation was initiated by azabal...@ictv.com@ictv.com-authz.

2020-03-13 08:27:04,777Z INFO  
[org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] 
(EE-ManagedThreadFactory-engineScheduled-Thread-39) 
[1e11522e-b25a-4972-8ff8-1d9a08bd57ca] Command 'CreateCloneOfTemplate' (id: 
'806f2e38-fc42-45c3-87ab-20bec50c226c') waiting on child command id: 
'd3826f75-1095-4b5f-98c3-973f4683616b' type:'CopyImageGroupWithData' to complete

2020-03-13 08:27:04,777Z INFO  
[org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] 
(EE-ManagedThreadFactory-engineScheduled-Thread-39) 
[1e11522e-b25a-4972-8ff8-1d9a08bd57ca] Command 'CopyImageGroupWithData' (id: 
'd3826f75-1095-4b5f-98c3-973f4683616b') waiting on child command id: 
'eb9c3360-00a8-4539-bda4-89d70d22da68' type:'CreateVolumeContainer' to complete

2020-03-13 08:27:05,003Z INFO  
[org.ovirt.engine.core.bll.network.vm.ReorderVmNicsCommand] (default task-3813) 
[e9f67a0f-aaf8-45a6-bdae-d501e757a3b6] Running command: ReorderVmNicsCommand 
internal: false. Entities affected :  ID: d75c0d37-4640-49b0-afd1-7db27541f4d4 
Type: VMAction group CREATE_VM with role type USER



Please assist as it currently seems the Quota permissions are not working as 
expected. The Quotas storage_inf1 and storage_dev2 are configured in exact same 
way, expect that they are for different DataCenters.





From: "Vrgotic, Marko" 
Date: Thursday, 12 March 2020 at 20:19
To: "Staniforth, Paul" 
Cc: "users@ovirt.org" , Darko Stojchev 

Subject: Re: oVirt Storage quota problems

Hey Paul,

Thank you. I believe I already added him via Consumers tab, but it does not 
hurt to doublecheck.
Sent from my iPhone


On 12 Mar 2020, at 17:53, Staniforth, Paul  
wrote:
Hello Marko,
  if you select quota in the administration menu, then 
select the quota it is using you will see the consumers option and there it 
will allow you to add users or groups.

https://www.ovirt.org/documentation/admin-guide/chap-Quotas_and_Service_Level_Agreement_Policy.html
Quotas and Service Level Agreement Policy | 
oVirt
Chapter 16: Quotas and Service Level Agreement Policy Introduction to Quota. 
Quota is a resource limitation tool provided with oVirt. Quota may be thought 
of as a layer of limitations on top of the layer of limitations set by User 
Permissions.
www.ovirt.org
Regards,
  Paul S.

From: Vrgotic, Marko 
Sent: 12 March 2020 15:46
To: users@ovirt.org 
Cc: Stojchev, Darko 
Subject: [ovirt-users] Re: oVirt Storage quota problems


Caution External Mail: Do not cli