[ovirt-users] Re: ovirt-imagio-proxy upload speed slow

2019-06-04 Thread Punaatua PK
ovirt-engine-4.2.8.2-1.el7.noarch
ovirt-imageio-proxy-1.4.6-1.el7.noarch
ovirt-imageio-daemon-1.4.6-1.el7.noarch
___
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/OTE6AWQLYPQKNF3YUD2NKNFHULRSBIDI/


[ovirt-users] Re: ovirt-imagio-proxy upload speed slow

2019-06-04 Thread Punaatua PK
Hello,

We have the same problem. It's seems that the ovirt-imageio-proxy is the 
bottleneck for our setup. We use vprotect to backup a VM via api

We ask for support with vprotect team and we are currently tunning some 
parameters on the kernel.

We have full 10G network in ou setup.

Here is the kernel parameter that we set. Did you manage to progress on the 
speed process ?

# Maximum receive socket buffer size
net.core.rmem_max = 134217728 

# Maximum send socket buffer size
net.core.wmem_max = 134217728 

# Minimum, initial and max TCP Receive buffer size in Bytes
net.ipv4.tcp_rmem = 4096 87380 134217728 

# Minimum, initial and max buffer space allocated
net.ipv4.tcp_wmem = 4096 65536 134217728 

# Maximum number of packets queued on the input side
net.core.netdev_max_backlog = 30 

# Auto tuning
net.ipv4.tcp_moderate_rcvbuf =1

# Don't cache ssthresh from previous connection
net.ipv4.tcp_no_metrics_save = 1

# The Hamilton TCP (HighSpeed-TCP) algorithm is a packet loss based congestion 
control and is more aggressive pushing up to max bandwidth (total BDP) and 
favors hosts with lower TTL / VARTTL.
net.ipv4.tcp_congestion_control=htcp

# If you are using jumbo frames set this to avoid MTU black holes.
net.ipv4.tcp_mtu_probing = 1
___
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/PKBHNHPFRZYQCYZRJMDNYGXPAXPYDIBS/


[ovirt-users] Re: Planned restart of production services

2019-06-04 Thread Evgheni Dereveanchin
Maintenance complete, all services are back up and running.

If you spot any issues please report them to JIRA.

Regards,
Evgheni Dereveanchin

On Wed, Jun 5, 2019 at 12:05 AM Evgheni Dereveanchin 
wrote:

> Hi everyone,
>
> I will be restarting several production systems within the following hour
> to apply updates.
> The following services may be unreachable for some period of time:
> - resources.ovirt.org - package repositories
> - jenkins.ovirt.org - CI master
> - glance.ovirt.org - Glance image repository
>
> Package repositories will be unreachable for a short period of time.
> No new CI jobs will be started during this period.
>
> I will announce you once maintenance is complete.
>
> --
> Regards,
> Evgheni Dereveanchin
>


-- 
Regards,
Evgheni Dereveanchin
___
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/56535J5KBXHYO6MW6JLCMR2G5EEBR5OM/


[ovirt-users] Planned restart of production services

2019-06-04 Thread Evgheni Dereveanchin
Hi everyone,

I will be restarting several production systems within the following hour
to apply updates.
The following services may be unreachable for some period of time:
- resources.ovirt.org - package repositories
- jenkins.ovirt.org - CI master
- glance.ovirt.org - Glance image repository

Package repositories will be unreachable for a short period of time.
No new CI jobs will be started during this period.

I will announce you once maintenance is complete.

-- 
Regards,
Evgheni Dereveanchin
___
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/YKGUZANRLAH2SGRAZO2GB4NLXW66T3JB/


[ovirt-users] fence_rhevm not working with ovirt 4.3.4.2-1.el7 (RC2)

2019-06-04 Thread Strahil Nikolov
Hello Community,
I'm sending this e-mail just to notify you that I have raised a bug for the 
fence_rhevm (RHEL 8) which has problems parsing the response from the oVirt's 
API.
The bug is : 1717179 – fence_rhevm cannot obtain plug status on oVirt 
4.3.4.2-1.el7 (RC2)

| 
| 
|  | 
1717179 – fence_rhevm cannot obtain plug status on oVirt 4.3.4.2-1.el7 (...


 |

 |

 |




I guess the package won't work also with RHV (unless the changes in the API are 
in a recent version).
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/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/XO3JGXS44ENTKOGBWQDCTVWQFHWNTC4E/


[ovirt-users] Error importing kvm vm to oVirt 4.3.3: https://bugzilla.redhat.com/show_bug.cgi?id=1667488

2019-06-04 Thread adrianquintero
Has a resolution for https://bugzilla.redhat.com/show_bug.cgi?id=1667488 been 
provided somewhere? I cant seem to find a work around except to create an empty 
ISO domain.

Engine logs:
2019-06-04 14:17:45,364-04 INFO  
[org.ovirt.engine.core.bll.exportimport.ImportVmFromExternalProviderCommand] 
(default task-223) [f65d3feb-e76b-4e76-98f2-852152032a48] Lock Acquired to 
object 'EngineLock:{exclusiveLocks='[11553d4c-e084-4dfa-8ceb-6b00d62da19f=VM, 
testvm.mydomain.com=VM_NAME]', sharedLocks=''}'
2019-06-04 14:17:45,421-04 WARN  
[org.ovirt.engine.core.bll.exportimport.ImportVmFromExternalProviderCommand] 
(default task-223) [] Validation of action 'ImportVmFromExternalProvider' 
failed for user admin@internal-authz. Reasons: 
VAR__ACTION__IMPORT,VAR__TYPE__VM,ERROR_CANNOT_FIND_ISO_IMAGE_PATH
2019-06-04 14:17:45,422-04 INFO  
[org.ovirt.engine.core.bll.exportimport.ImportVmFromExternalProviderCommand] 
(default task-223) [] Lock freed to object 
'EngineLock:{exclusiveLocks='[11553d4c-e084-4dfa-8ceb-6b00d62da19f=VM, 
testvm.mydomain.com=VM_NAME]', sharedLocks=''}'


Thanks,

AQ
___
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/EULDPNO4MGMGC4HQUSCV4DZFTM4ETXW2/


[ovirt-users] Re: VM import doesn't see VMs on storage

2019-06-04 Thread Dmitry Filonov
I did deactivated and detached storage domain form the DC1 first.
Turned out the meta file for these disks had
DISKTYPE=1
After changing it to
DISKTYPE=DATA
I was able to import disks.

Not sure why was that, but changing that one line just solved my problem


--
Dmitry Filonov
Linux Administrator
SBGrid Core | Harvard Medical School
250 Longwood Ave, SGM-114
Boston, MA 02115


On Tue, Jun 4, 2019 at 12:56 PM Eyal Shenitzky  wrote:

> Hi Dmitry,
>
> Those VMs has more disks on different SD as well?
> Did you deactivated and detached the SD as needed?
>
> Try to run manually the OVF update for this specific storage domain.
>
>
>
> On Tue, Jun 4, 2019 at 12:23 AM Dmitry Filonov <
> filo...@hkl.hms.harvard.edu> wrote:
>
>> Correction. At least one (might be more or even all) of the machines that
>> don't show up under VM import tab was based on Blank template.
>> So that shouldn't be an issue. Has to be something else that prevent
>> machines from being "importable".
>>
>> At least two machines were pinned to a specific host in the DC1. Can that
>> be the issue? Seems unlikely, but am running out of ideas here :(
>>
>> Fil
>>
>> --
>> Dmitry Filonov
>> Linux Administrator
>> SBGrid Core | Harvard Medical School
>> 250 Longwood Ave, SGM-114
>> Boston, MA 02115
>>
>>
>> On Mon, Jun 3, 2019 at 10:46 AM Dmitry Filonov <
>> filo...@hkl.hms.harvard.edu> wrote:
>>
>>> Hi,
>>>  I have 2 independent oVirt datacenters. Need to move some of the VMs
>>> from DC1 to DC2.
>>> So far the strategy was as simple as this -
>>> 1) connect new storage domain (NFS) to DC1
>>> 2) move VM disks to that storage
>>> 3) shut down VMs
>>> 4) disconnect storage from DC1
>>> 5) import same storage into DC2
>>> 6) import VMs from that storage and optionally move VM disks to storage
>>> local to DC2.
>>>
>>> Works fine for a dozen VMs until last Friday when I tried to import
>>> another 13 VMs into DC2 and VM import shows only 6. I can see disks in Disk
>>> import tab, but not VMs.
>>>
>>> I guess this is related to the fact that some of the VMs to be moved are
>>> based on a template that is still on DC1. But how do I move these VMs then?
>>> I can't move the template as
>>> 1) I still need it in DC1
>>> 2) it doesn't have any disks attached, so I can't really do the same
>>> steps to move it.
>>>
>>> Any ideas are very welcome here.
>>>
>>> Thanks a lot.
>>>
>>>
>>> --
>>> Dmitry Filonov
>>> Linux Administrator
>>> SBGrid Core | Harvard Medical School
>>> 250 Longwood Ave, SGM-114
>>> Boston, MA 02115
>>>
>> ___
>> 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/4236OJHD6LP6IMLK5Q7LOKIYY4BKOR5I/
>>
>
>
> --
> Regards,
> Eyal Shenitzky
>
___
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/D3GL5HG7B3GX67H6RT6RT2INGHHGKQMV/


[ovirt-users] Re: VM import doesn't see VMs on storage

2019-06-04 Thread Eyal Shenitzky
Hi Dmitry,

Those VMs has more disks on different SD as well?
Did you deactivated and detached the SD as needed?

Try to run manually the OVF update for this specific storage domain.



On Tue, Jun 4, 2019 at 12:23 AM Dmitry Filonov 
wrote:

> Correction. At least one (might be more or even all) of the machines that
> don't show up under VM import tab was based on Blank template.
> So that shouldn't be an issue. Has to be something else that prevent
> machines from being "importable".
>
> At least two machines were pinned to a specific host in the DC1. Can that
> be the issue? Seems unlikely, but am running out of ideas here :(
>
> Fil
>
> --
> Dmitry Filonov
> Linux Administrator
> SBGrid Core | Harvard Medical School
> 250 Longwood Ave, SGM-114
> Boston, MA 02115
>
>
> On Mon, Jun 3, 2019 at 10:46 AM Dmitry Filonov <
> filo...@hkl.hms.harvard.edu> wrote:
>
>> Hi,
>>  I have 2 independent oVirt datacenters. Need to move some of the VMs
>> from DC1 to DC2.
>> So far the strategy was as simple as this -
>> 1) connect new storage domain (NFS) to DC1
>> 2) move VM disks to that storage
>> 3) shut down VMs
>> 4) disconnect storage from DC1
>> 5) import same storage into DC2
>> 6) import VMs from that storage and optionally move VM disks to storage
>> local to DC2.
>>
>> Works fine for a dozen VMs until last Friday when I tried to import
>> another 13 VMs into DC2 and VM import shows only 6. I can see disks in Disk
>> import tab, but not VMs.
>>
>> I guess this is related to the fact that some of the VMs to be moved are
>> based on a template that is still on DC1. But how do I move these VMs then?
>> I can't move the template as
>> 1) I still need it in DC1
>> 2) it doesn't have any disks attached, so I can't really do the same
>> steps to move it.
>>
>> Any ideas are very welcome here.
>>
>> Thanks a lot.
>>
>>
>> --
>> Dmitry Filonov
>> Linux Administrator
>> SBGrid Core | Harvard Medical School
>> 250 Longwood Ave, SGM-114
>> Boston, MA 02115
>>
> ___
> 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/4236OJHD6LP6IMLK5Q7LOKIYY4BKOR5I/
>


-- 
Regards,
Eyal Shenitzky
___
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/NTWH7JELJPQ6WGLBWKX2ABNZC64WFFQ7/


[ovirt-users] Re: Feature Request: oVirt to warn when VDO is getting full

2019-06-04 Thread Strahil Nikolov
 Hi Sahina,
thanks for your response .Currently I'm below 70% usage , so I guess it's 
working properly.Actually the VDO is the brick for the gluster.I didn't know we 
have such feature - this will make everyone's life way better.
Best Regards,Strahil Nikolov


В вторник, 4 юни 2019 г., 6:19:22 ч. Гринуич-4, Sahina Bose 
 написа:  
 
 

On Tue, Jun 4, 2019 at 3:26 PM Strahil  wrote:


Hello All,

I would like to ask how many of you use VDO  before asking the oVirt Devs to 
assess a feature in oVirt for monitoring the size of the VDOs on  
hyperconverged systems.

I think such warning, will save a lot of headaches, but it will not be usefull 
if most of the community is not using VDO at all.


We do have a feature that monitors the space usage of VDO volumes. If this is 
not working as expected, can you raise a bug.Is the storage domain linked to 
the gluster volume using the VDO devices?


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/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/R2VAHSMRPJQA5P6O5IAX5UZFRXRCIJWO/

  ___
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/LHC6QRUKFQMW2VJHP4QTVNFNQSMGSG3G/


[ovirt-users] SSO problem for Window 7 VM (64)

2019-06-04 Thread Harry Conings
Hi i am new to oVirt so i think i am missing something.
I my case ovirt-engine-extension-aaa-ldap-setup did not work and i am not a 
domain administrator so i had to set it up by hand
I can login with my AD user into the VM portal but SSO to a windows 7 machine 
does not happen
Thks for your help
rgds
Harry
my files:
in /etc/ovirt-engine/aaa/zkf200mut.prd.properties
vars.user = CN=HARRY (Adm),OU=Administrative 
Accounts,OU=Operations,OU=203,DC=zkf200mut,DC=prd
vars.password = password
pool.default.auth.simple.bindDN = ${global:vars.user}
pool.default.auth.simple.password = ${global:vars.password}

pool.default.serverset.type = single
pool.default.serverset.single.server = 10.63.123.22
pool.default.dc-resolve.default.serverset.type = single
pool.default.dc-resolve.serverset.single.server = 10.63.123.22
pool.default.socketfactory.type = java

/etc/ovirt-engine/extensions.d/zkf200mut.prd-authn.properties
ovirt.engine.extension.name = zkf200mut.prd-authn
ovirt.engine.extension.bindings.method = jbossmodule
ovirt.engine.extension.binding.jbossmodule.module = 
org.ovirt.engine-extensions.aaa.ldap
ovirt.engine.extension.binding.jbossmodule.class = 
org.ovirt.engineextensions.aaa.ldap.AuthnExtension
ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn
ovirt.engine.aaa.authn.profile.name = zkf200mut.prd
ovirt.engine.aaa.authn.authz.plugin = zkf200mut.prd
config.profile.file.1 = ../aaa/zkf200mut.prd.properties

/etc/ovirt-engine/extensions.d/zkf200mut.prd.properties
ovirt.engine.extension.name = zkf200mut.prd
ovirt.engine.extension.bindings.method = jbossmodule
ovirt.engine.extension.binding.jbossmodule.module = 
org.ovirt.engine-extensions.aaa.ldap
ovirt.engine.extension.binding.jbossmodule.class = 
org.ovirt.engineextensions.aaa.ldap.AuthzExtension
ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz
config.profile.file.1 = ../aaa/zkf200mut.prd.properties


engine.log -> when i login and click on the console of the VM
2019-06-04 12:24:30,442+02 INFO  
[org.ovirt.engine.core.bll.aaa.TerminateSessionsForTokenCommand] (default 
task-8) [354a4756] Running command: TerminateSessionsForTokenCommand internal: 
true.
2019-06-04 12:24:46,247+02 INFO  
[org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-7) [] User 
m203h...@zkf200mut.prd successfully logged in with scopes: ovirt-app-admin 
ovirt-app-api ovirt-app-portal ovirt-ext=auth:sequence-priority=~ 
ovirt-ext=revoke:revoke-all ovirt-ext=token-info:authz-search 
ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate 
ovirt-ext=token:password-access
2019-06-04 12:24:46,316+02 INFO  
[org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-7) 
[d7805c4] Running command: CreateUserSessionCommand internal: false.
2019-06-04 12:24:46,331+02 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-7) [d7805c4] EVENT_ID: USER_VDC_LOGIN(30), User 
m203h...@zkf200mut.prd@zkf200mut.prd connecting from '10.63.120.199' using 
session 
'CGIKs/CP4HQdLoUhWAzsq996BKkMcKDrqdfHT1x/kIBzixxbNl/hle8BZCZmS2L/ehVZdoStH2JByXragQxeqw=='
 logged in.
2019-06-04 12:24:47,015+02 ERROR 
[org.ovirt.engine.core.bll.GetPermissionsForObjectQuery] (default task-3) 
[1e271632-b9f4-4bcc-8205-ccd8ff1421f6] Query execution failed due to 
insufficient permissions.
2019-06-04 12:24:47,017+02 ERROR 
[org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default 
task-3) [] Operation Failed: query execution failed due to insufficient 
permissions.
2019-06-04 12:24:50,106+02 INFO  [org.ovirt.engine.core.bll.SetVmTicketCommand] 
(default task-8) [6f85887f] Running command: SetVmTicketCommand internal: 
false. Entities affected :  ID: 3985528e-5bd3-4d87-b766-361c7985788f Type: 
VMAction group CONNECT_TO_VM with role type USER
2019-06-04 12:24:50,118+02 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (default 
task-8) [6f85887f] START, SetVmTicketVDSCommand(HostName = 
ovirtServer1.zkf200mut.prd, 
SetVmTicketVDSCommandParameters:{hostId='d28491ac-2c3b-4462-b24b-1c673155c644', 
vmId='3985528e-5bd3-4d87-b766-361c7985788f', protocol='SPICE', 
ticket='PzMAJhjN75ij', validTime='120', userName='m203h...@zkf200mut.prd', 
userId='12f092ed-db4c-4ed0-b4bb-f3051c4fc677', 
disconnectAction='LOCK_SCREEN'}), log id: 103ea2
2019-06-04 12:24:50,150+02 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (default 
task-8) [6f85887f] FINISH, SetVmTicketVDSCommand, return: , log id: 103ea2
2019-06-04 12:24:50,168+02 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-8) [6f85887f] EVENT_ID: VM_SET_TICKET(164), User 
m203h...@zkf200mut.prd@zkf200mut.prd initiated console session for VM W203YZ001V


___
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: Feature Request: oVirt to warn when VDO is getting full

2019-06-04 Thread Sahina Bose
On Tue, Jun 4, 2019 at 3:26 PM Strahil  wrote:

> Hello All,
>
> I would like to ask how many of you use VDO  before asking the oVirt Devs
> to assess a feature in oVirt for monitoring the size of the VDOs on
> hyperconverged systems.
>
> I think such warning, will save a lot of headaches, but it will not be
> usefull if most of the community is not using VDO at all.
>

We do have a feature that monitors the space usage of VDO volumes. If this
is not working as expected, can you raise a bug.
Is the storage domain linked to the gluster volume using the VDO devices?

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/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/R2VAHSMRPJQA5P6O5IAX5UZFRXRCIJWO/
>
___
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/X6ZSQU3NTNPQWBROGB77QHQNU5ELIN5H/


[ovirt-users] Feature Request: oVirt to warn when VDO is getting full

2019-06-04 Thread Strahil
Hello All,

I would like to ask how many of you use VDO  before asking the oVirt Devs to 
assess a feature in oVirt for monitoring the size of the VDOs on  
hyperconverged systems.

I think such warning, will save a lot of headaches, but it will not be usefull 
if most of the community is not using VDO at all.

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/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/R2VAHSMRPJQA5P6O5IAX5UZFRXRCIJWO/