From Christian.Grundmann at fabasoft.com Fri May 13 06:34:50 2016 Content-Type: multipart/mixed; boundary="===============1604116320768315616==" MIME-Version: 1.0 From: Grundmann, Christian To: users at ovirt.org Subject: [ovirt-users] volume_utilization_chunk_mb not working Date: Fri, 13 May 2016 10:34:46 +0000 Message-ID: <6A17C71B52524C408E7AAF69103E9E490F72FF7C@fabamailserver.fabagl.fabasoft.com> --===============1604116320768315616== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable --_000_6A17C71B52524C408E7AAF69103E9E490F72FF7Cfabamailserverf_ Content-Type: text/plain; charset=3D"us-ascii" Content-Transfer-Encoding: quoted-printable Hi I create a lot of Thin Disk VMs from templates every day, and get "paused d= =3D ue to no storage space error" and "paused due to unknown storage error" on = =3D a few of them. Sometimes the VMs are resumed a few seconds later but sometime not, but I c= =3D an resume them myself. I tried to set volume_utilization_percent=3D3D15 volume_utilization_chunk_mb=3D3D4048 in /etc/vdsm/vdsm.conf on every Host But the Initial Size of the Disk is always 1GB and then increments to 2GB 4GB would be the maximum Size I need before I destroy the VM. So if the ini= =3D tial Size would be 4GB the pausing shouldn't happen anymore Thx a lot for your help Christian --_000_6A17C71B52524C408E7AAF69103E9E490F72FF7Cfabamailserverf_ Content-Type: text/html; charset=3D"us-ascii" Content-Transfer-Encoding: quoted-printable

Hi

I create a lot of Thin Disk= VMs=3D from templates every day, and get „paused due to no storage space er= =3D ror“ and „paused due to unknown storage error“ on a few o= =3D f them.

Sometimes the VMs are resum= ed a=3D few seconds later but sometime not, but I can resume them myself.

 

I tried to set

volume_utilization_percent= =3D3D15=3D

volume_utilization_chunk_mb= =3D3D4=3D 048

 

in /etc/vdsm/vdsm.conf on e= very=3D Host

 

But the Initial Size of the= Dis=3D k is always 1GB and then increments to 2GB

 

4GB would be the maximum Si= ze I=3D need before I destroy the VM. So if the initial Size would be 4GB the paus= =3D ing shouldn’t happen anymore

 

Thx a lot for your help

Christian=

--_000_6A17C71B52524C408E7AAF69103E9E490F72FF7Cfabamailserverf_-- --===============1604116320768315616== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS1fMDAwXzZBMTdDNzFCNTI1MjRDNDA4RTdBQUY2OTEwM0U5RTQ5MEY3MkZGN0NmYWJhbWFpbHNl cnZlcmZfCkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD0idXMtYXNjaWkiCkNvbnRl bnQtVHJhbnNmZXItRW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGUKCkhpCkkgY3JlYXRlIGEgbG90 IG9mIFRoaW4gRGlzayBWTXMgZnJvbSB0ZW1wbGF0ZXMgZXZlcnkgZGF5LCBhbmQgZ2V0ICJwYXVz ZWQgZD0KdWUgdG8gbm8gc3RvcmFnZSBzcGFjZSBlcnJvciIgYW5kICJwYXVzZWQgZHVlIHRvIHVu a25vd24gc3RvcmFnZSBlcnJvciIgb24gPQphIGZldyBvZiB0aGVtLgpTb21ldGltZXMgdGhlIFZN cyBhcmUgcmVzdW1lZCBhIGZldyBzZWNvbmRzIGxhdGVyIGJ1dCBzb21ldGltZSBub3QsIGJ1dCBJ IGM9CmFuIHJlc3VtZSB0aGVtIG15c2VsZi4KCkkgdHJpZWQgdG8gc2V0CnZvbHVtZV91dGlsaXph dGlvbl9wZXJjZW50PTNEMTUKdm9sdW1lX3V0aWxpemF0aW9uX2NodW5rX21iPTNENDA0OAoKaW4g L2V0Yy92ZHNtL3Zkc20uY29uZiBvbiBldmVyeSBIb3N0CgpCdXQgdGhlIEluaXRpYWwgU2l6ZSBv ZiB0aGUgRGlzayBpcyBhbHdheXMgMUdCIGFuZCB0aGVuIGluY3JlbWVudHMgdG8gMkdCCgo0R0Ig d291bGQgYmUgdGhlIG1heGltdW0gU2l6ZSBJIG5lZWQgYmVmb3JlIEkgZGVzdHJveSB0aGUgVk0u IFNvIGlmIHRoZSBpbmk9CnRpYWwgU2l6ZSB3b3VsZCBiZSA0R0IgdGhlIHBhdXNpbmcgc2hvdWxk bid0IGhhcHBlbiBhbnltb3JlCgpUaHggYSBsb3QgZm9yIHlvdXIgaGVscApDaHJpc3RpYW4KCi0t XzAwMF82QTE3QzcxQjUyNTI0QzQwOEU3QUFGNjkxMDNFOUU0OTBGNzJGRjdDZmFiYW1haWxzZXJ2 ZXJmXwpDb250ZW50LVR5cGU6IHRleHQvaHRtbDsgY2hhcnNldD0idXMtYXNjaWkiCkNvbnRlbnQt VHJhbnNmZXItRW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGUKCjxodG1sIHhtbG5zOnY9M0QidXJu OnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89M0QidXJuOnNjaGVtYXMtbWljcj0K b3NvZnQtY29tOm9mZmljZTpvZmZpY2UiIHhtbG5zOnc9M0QidXJuOnNjaGVtYXMtbWljcm9zb2Z0 LWNvbTpvZmZpY2U6d29yZCIgPQp4bWxuczptPTNEImh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9M0QiaHR0cDo9Ci8vd3d3LnczLm9yZy9UUi9S RUMtaHRtbDQwIj4KPGhlYWQ+CjxtZXRhIGh0dHAtZXF1aXY9M0QiQ29udGVudC1UeXBlIiBjb250 ZW50PTNEInRleHQvaHRtbDsgY2hhcnNldD0zRHVzLWFzY2lpIj0KPgo8bWV0YSBuYW1lPTNEIkdl bmVyYXRvciIgY29udGVudD0zRCJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQgbWVkaXVtKSI+ CjxzdHlsZT48IS0tCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8KQGZvbnQtZmFjZQoJe2ZvbnQtZmFt aWx5OiJDYW1icmlhIE1hdGgiOwoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9CkBmb250 LWZhY2UKCXtmb250LWZhbWlseTpDYWxpYnJpOwoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLwpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBk aXYuTXNvTm9ybWFsCgl7bWFyZ2luOjBjbTsKCW1hcmdpbi1ib3R0b206LjAwMDFwdDsKCWZvbnQt c2l6ZToxMS4wcHQ7Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsKCW1zby1mYXJl YXN0LWxhbmd1YWdlOkVOLVVTO30KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluawoJe21zby1zdHls ZS1wcmlvcml0eTo5OTsKCWNvbG9yOiMwNTYzQzE7Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l O30KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5OwoJY29sb3I6Izk1NEY3MjsKCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQpzcGFu LkUtTWFpbEZvcm1hdHZvcmxhZ2UxNwoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7 Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsKCWNvbG9yOndpbmRvd3RleHQ7fQou TXNvQ2hwRGVmYXVsdAoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5OwoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7Cgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9CkBwYWdl IFdvcmRTZWN0aW9uMQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0OwoJbWFyZ2luOjcwLjg1cHQgNzAu ODVwdCAyLjBjbSA3MC44NXB0O30KZGl2LldvcmRTZWN0aW9uMQoJe3BhZ2U6V29yZFNlY3Rpb24x O30KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4KPG86c2hhcGVkZWZhdWx0cyB2 OmV4dD0zRCJlZGl0IiBzcGlkbWF4PTNEIjEwMjYiIC8+CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPgo8bzpzaGFwZWxheW91dCB2OmV4dD0zRCJlZGl0Ij4KPG86aWRt YXAgdjpleHQ9M0QiZWRpdCIgZGF0YT0zRCIxIiAvPgo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFb ZW5kaWZdLS0+CjwvaGVhZD4KPGJvZHkgbGFuZz0zRCJERS1BVCIgbGluaz0zRCIjMDU2M0MxIiB2 bGluaz0zRCIjOTU0RjcyIj4KPGRpdiBjbGFzcz0zRCJXb3JkU2VjdGlvbjEiPgo8cCBjbGFzcz0z RCJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9M0QiRU4tVVMiPkhpPG86cD48L286cD48L3NwYW4+PC9w Pgo8cCBjbGFzcz0zRCJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9M0QiRU4tVVMiPkkgY3JlYXRlIGEg bG90IG9mIFRoaW4gRGlzayBWTXM9CiBmcm9tIHRlbXBsYXRlcyBldmVyeSBkYXksIGFuZCBnZXQg JiM4MjIyO3BhdXNlZCBkdWUgdG8gbm8gc3RvcmFnZSBzcGFjZSBlcj0Kcm9yJiM4MjIwOyBhbmQg JiM4MjIyO3BhdXNlZCBkdWUgdG8gdW5rbm93biBzdG9yYWdlIGVycm9yJiM4MjIwOyBvbiBhIGZl dyBvPQpmIHRoZW0uPG86cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0zRCJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9M0QiRU4tVVMiPlNvbWV0aW1lcyB0aGUgVk1zIGFyZSByZXN1bWVkIGE9CiBm ZXcgc2Vjb25kcyBsYXRlciBidXQgc29tZXRpbWUgbm90LCBidXQgSSBjYW4gcmVzdW1lIHRoZW0g bXlzZWxmLjxvOnA+PC9vOj0KcD48L3NwYW4+PC9wPgo8cCBjbGFzcz0zRCJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9M0QiRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9 M0QiTXNvTm9ybWFsIj48c3BhbiBsYW5nPTNEIkVOLVVTIj5JIHRyaWVkIHRvIHNldDxvOnA+PC9v OnA+PC9zcGFuPQo+PC9wPgo8cCBjbGFzcz0zRCJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9M0QiRU4t VVMiPnZvbHVtZV91dGlsaXphdGlvbl9wZXJjZW50PTNEMTU9CjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4KPHAgY2xhc3M9M0QiTXNvTm9ybWFsIj48c3BhbiBsYW5nPTNEIkVOLVVTIj52b2x1bWVfdXRp bGl6YXRpb25fY2h1bmtfbWI9M0Q0PQowNDg8bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNz PTNEIk1zb05vcm1hbCI+PHNwYW4gbGFuZz0zRCJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPgo8cCBjbGFzcz0zRCJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9M0QiRU4tVVMiPmluIC9l dGMvdmRzbS92ZHNtLmNvbmYgb24gZXZlcnk9CiBIb3N0PG86cD48L286cD48L3NwYW4+PC9wPgo8 cCBjbGFzcz0zRCJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9M0QiRU4tVVMiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9M0QiTXNvTm9ybWFsIj48c3BhbiBsYW5nPTNEIkVOLVVT Ij5CdXQgdGhlIEluaXRpYWwgU2l6ZSBvZiB0aGUgRGlzPQprIGlzIGFsd2F5cyAxR0IgYW5kIHRo ZW4gaW5jcmVtZW50cyB0byAyR0I8bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPTNEIk1z b05vcm1hbCI+PHNwYW4gbGFuZz0zRCJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pgo8cCBjbGFzcz0zRCJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9M0QiRU4tVVMiPjRHQiB3b3VsZCBi ZSB0aGUgbWF4aW11bSBTaXplIEk9CiBuZWVkIGJlZm9yZSBJIGRlc3Ryb3kgdGhlIFZNLiBTbyBp ZiB0aGUgaW5pdGlhbCBTaXplIHdvdWxkIGJlIDRHQiB0aGUgcGF1cz0KaW5nIHNob3VsZG4mIzgy MTc7dCBoYXBwZW4gYW55bW9yZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9M0QiTXNv Tm9ybWFsIj48c3BhbiBsYW5nPTNEIkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ CjxwIGNsYXNzPTNEIk1zb05vcm1hbCI+PHNwYW4gbGFuZz0zRCJFTi1VUyI+VGh4IGEgbG90IGZv ciB5b3VyIGhlbHA8bzpwPjwvbz0KOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9M0QiTXNvTm9ybWFs Ij48c3BhbiBsYW5nPTNEIkVOLVVTIj5DaHJpc3RpYW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+Cjwv ZGl2Pgo8L2JvZHk+CjwvaHRtbD4KCi0tXzAwMF82QTE3QzcxQjUyNTI0QzQwOEU3QUFGNjkxMDNF OUU0OTBGNzJGRjdDZmFiYW1haWxzZXJ2ZXJmXy0tCg== --===============1604116320768315616==-- From nsoffer at redhat.com Fri May 13 07:23:54 2016 Content-Type: multipart/mixed; boundary="===============6950236385484837896==" MIME-Version: 1.0 From: Nir Soffer To: users at ovirt.org Subject: Re: [ovirt-users] volume_utilization_chunk_mb not working Date: Fri, 13 May 2016 14:23:52 +0300 Message-ID: In-Reply-To: 6A17C71B52524C408E7AAF69103E9E490F72FF7C@fabamailserver.fabagl.fabasoft.com --===============6950236385484837896== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Fri, May 13, 2016 at 1:34 PM, Grundmann, Christian wrote: > Hi > > I create a lot of Thin Disk VMs from templates every day, and get =E2=80= =9Epaused > due to no storage space error=E2=80=9C and =E2=80=9Epaused due to unknown= storage error=E2=80=9C on > a few of them. > > Sometimes the VMs are resumed a few seconds later but sometime not, but I > can resume them myself. > > > > I tried to set > > volume_utilization_percent=3D15 > > volume_utilization_chunk_mb=3D4048 This looks correct if this is in the [irs] section of the configuration. [irs] # Together with volume_utilization_chunk_mb, set the minimal free # space before a thin provisioned block volume is extended. Use lower # values to extend earlier. # volume_utilization_percent =3D 50 # Size of extension chunk in megabytes, and together with # volume_utilization_percent, set the free space limit. Use higher # values to extend in bigger chunks. # volume_utilization_chunk_mb =3D 1024 To get the correct configuration format, you can do: python /usr/lib/python2.7/site-packages/vdsm/config.py > > > > in /etc/vdsm/vdsm.conf on every Host > > > > But the Initial Size of the Disk is always 1GB and then increments to 2GB Please share the vdsm.conf file with these settings. > > > > 4GB would be the maximum Size I need before I destroy the VM. So if the > initial Size would be 4GB the pausing shouldn=E2=80=99t happen anymore The initial volume size is always 1GiB, regardless of these settings. After creating 1GiB lv, we extend the lv volume_utilization_chunk_mb megaby= tes. So your setting will result in 1GiB lv, and after you write about 150MiB, it will be extended to 5GiB. So I guess that you want to use volume_utilization_chunk_mb =3D 3072 Which will give you 4GiB lv after the first extend. We support initialSize argument when creating volumes - use when importing external vms (v2v), but it is not exposed in the ui. If you think think exposing it in the ui is a useful feature, you can file a bug: https://bugzilla.redhat.com/enter_bug.cgi?product=3Dovirt-engine Nir --===============6950236385484837896==-- From nsoffer at redhat.com Fri May 13 07:31:37 2016 Content-Type: multipart/mixed; boundary="===============2168049100713179239==" MIME-Version: 1.0 From: Nir Soffer To: users at ovirt.org Subject: Re: [ovirt-users] volume_utilization_chunk_mb not working Date: Fri, 13 May 2016 14:31:35 +0300 Message-ID: In-Reply-To: 6A17C71B52524C408E7AAF69103E9E490F72FF7C@fabamailserver.fabagl.fabasoft.com --===============2168049100713179239== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Fri, May 13, 2016 at 1:34 PM, Grundmann, Christian wrote: > 4GB would be the maximum Size I need before I destroy the VM. So if the > initial Size would be 4GB the pausing shouldn=E2=80=99t happen anymore Maybe you want to use preallocated disks instead? Nir --===============2168049100713179239==-- From Christian.Grundmann at fabasoft.com Fri May 13 07:32:29 2016 Content-Type: multipart/mixed; boundary="===============3800934543104251169==" MIME-Version: 1.0 From: Grundmann, Christian To: users at ovirt.org Subject: Re: [ovirt-users] volume_utilization_chunk_mb not working Date: Fri, 13 May 2016 11:32:26 +0000 Message-ID: <6A17C71B52524C408E7AAF69103E9E490F73009F@fabamailserver.fabagl.fabasoft.com> In-Reply-To: CAMRbyyt8nLmKM0VjwiFisa=Qcnt=Dq8SqP8FWz1RgHfWjkr-5Q@mail.gmail.com --===============3800934543104251169== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, @ This looks correct if this is in the [irs] section of the configuration. It is = cat /etc/vdsm/vdsm.conf [vars] ssl =3D true [addresses] management_port =3D 54321 [irs ] volume_utilization_percent=3D15 volume_utilization_chunk_mb=3D4048 do I need a space before and after the =3D ? @ We support initialSize argument when creating volumes - use when importin= g external vms (v2v), but it is not exposed in the ui. If you think think exposing it in the ui is a useful feature, you can file = a bug: https://bugzilla.redhat.com/enter_bug.cgi?product=3Dovirt-engine I don't need it in the ui, but it would be nice to have it as tuneable Thx = Christian -----Urspr=C3=BCngliche Nachricht----- Von: Nir Soffer [mailto:nsoffer(a)redhat.com] = Gesendet: Freitag, 13. Mai 2016 13:24 An: Grundmann, Christian Cc: users(a)ovirt.org Betreff: Re: [ovirt-users] volume_utilization_chunk_mb not working On Fri, May 13, 2016 at 1:34 PM, Grundmann, Christian wrote: > Hi > > I create a lot of Thin Disk VMs from templates every day, and get = > =E2=80=9Epaused due to no storage space error=E2=80=9C and =E2=80=9Epause= d due to unknown = > storage error=E2=80=9C on a few of them. > > Sometimes the VMs are resumed a few seconds later but sometime not, = > but I can resume them myself. > > > > I tried to set > > volume_utilization_percent=3D15 > > volume_utilization_chunk_mb=3D4048 This looks correct if this is in the [irs] section of the configuration. [irs] # Together with volume_utilization_chunk_mb, set the minimal free # space b= efore a thin provisioned block volume is extended. Use lower # values to ex= tend earlier. # volume_utilization_percent =3D 50 # Size of extension chunk in megabytes, and together with # volume_utilizat= ion_percent, set the free space limit. Use higher # values to extend in big= ger chunks. # volume_utilization_chunk_mb =3D 1024 To get the correct configuration format, you can do: python /usr/lib/python2.7/site-packages/vdsm/config.py > > > > in /etc/vdsm/vdsm.conf on every Host > > > > But the Initial Size of the Disk is always 1GB and then increments to = > 2GB Please share the vdsm.conf file with these settings. > > > > 4GB would be the maximum Size I need before I destroy the VM. So if = > the initial Size would be 4GB the pausing shouldn=E2=80=99t happen anymore The initial volume size is always 1GiB, regardless of these settings. After creating 1GiB lv, we extend the lv volume_utilization_chunk_mb megaby= tes. So your setting will result in 1GiB lv, and after you write about 150MiB, i= t will be extended to 5GiB. So I guess that you want to use volume_utilization_chunk_mb =3D 3072 Which will give you 4GiB lv after the first extend. We support initialSize argument when creating volumes - use when importing = external vms (v2v), but it is not exposed in the ui. If you think think exposing it in the ui is a useful feature, you can file = a bug: https://bugzilla.redhat.com/enter_bug.cgi?product=3Dovirt-engine Nir --===============3800934543104251169==-- From nsoffer at redhat.com Fri May 13 07:51:32 2016 Content-Type: multipart/mixed; boundary="===============0349880318182383838==" MIME-Version: 1.0 From: Nir Soffer To: users at ovirt.org Subject: Re: [ovirt-users] volume_utilization_chunk_mb not working Date: Fri, 13 May 2016 14:51:31 +0300 Message-ID: In-Reply-To: 6A17C71B52524C408E7AAF69103E9E490F73009F@fabamailserver.fabagl.fabasoft.com --===============0349880318182383838== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Fri, May 13, 2016 at 2:32 PM, Grundmann, Christian wrote: > Hi, > @ This looks correct if this is in the [irs] section of the configuration. > It is > > cat /etc/vdsm/vdsm.conf > [vars] > ssl =3D true > > [addresses] > management_port =3D 54321 > > [irs ] This is the "irs " section, not the "irs" section :-) > volume_utilization_percent=3D15 > volume_utilization_chunk_mb=3D4048 > > do I need a space before and after the =3D ? No, it is just more human friendly this way. > @ We support initialSize argument when creating volumes - use when import= ing external vms (v2v), but it is not exposed in the ui. > If you think think exposing it in the ui is a useful feature, you can fil= e a bug: > https://bugzilla.redhat.com/enter_bug.cgi?product=3Dovirt-engine > > I don't need it in the ui, but it would be nice to have it as tuneable I checked the code, and we actually do use volume_utilization_chunk_mb when we create the initial disk, so getting the configuration to work will solve your issue. Nir --===============0349880318182383838==-- From Christian.Grundmann at fabasoft.com Fri May 13 07:53:11 2016 Content-Type: multipart/mixed; boundary="===============5051488023073111197==" MIME-Version: 1.0 From: Grundmann, Christian To: users at ovirt.org Subject: Re: [ovirt-users] volume_utilization_chunk_mb not working Date: Fri, 13 May 2016 11:53:08 +0000 Message-ID: <6A17C71B52524C408E7AAF69103E9E490F730158@fabamailserver.fabagl.fabasoft.com> In-Reply-To: CAMRbyytbvWCiTr4FrZzJFatViRuNTMqJ1g4T-yuCyjU-BR2VKA@mail.gmail.com --===============5051488023073111197== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Oh, i see Is there a way to reload the config without going to maintenance mode? Thx Christian -----Urspr=C3=BCngliche Nachricht----- Von: Nir Soffer [mailto:nsoffer(a)redhat.com] = Gesendet: Freitag, 13. Mai 2016 13:52 An: Grundmann, Christian Cc: users(a)ovirt.org Betreff: Re: [ovirt-users] volume_utilization_chunk_mb not working On Fri, May 13, 2016 at 2:32 PM, Grundmann, Christian wrote: > Hi, > @ This looks correct if this is in the [irs] section of the configuration. > It is > > cat /etc/vdsm/vdsm.conf > [vars] > ssl =3D true > > [addresses] > management_port =3D 54321 > > [irs ] This is the "irs " section, not the "irs" section :-) > volume_utilization_percent=3D15 > volume_utilization_chunk_mb=3D4048 > > do I need a space before and after the =3D ? No, it is just more human friendly this way. > @ We support initialSize argument when creating volumes - use when import= ing external vms (v2v), but it is not exposed in the ui. > If you think think exposing it in the ui is a useful feature, you can fil= e a bug: > https://bugzilla.redhat.com/enter_bug.cgi?product=3Dovirt-engine > > I don't need it in the ui, but it would be nice to have it as tuneable I checked the code, and we actually do use volume_utilization_chunk_mb when= we create the initial disk, so getting the configuration to work will solv= e your issue. Nir --===============5051488023073111197==-- From nsoffer at redhat.com Fri May 13 08:00:20 2016 Content-Type: multipart/mixed; boundary="===============1602902877754777808==" MIME-Version: 1.0 From: Nir Soffer To: users at ovirt.org Subject: Re: [ovirt-users] volume_utilization_chunk_mb not working Date: Fri, 13 May 2016 15:00:18 +0300 Message-ID: In-Reply-To: 6A17C71B52524C408E7AAF69103E9E490F730158@fabamailserver.fabagl.fabasoft.com --===============1602902877754777808== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Fri, May 13, 2016 at 2:53 PM, Grundmann, Christian wrote: > Oh, i see > > Is there a way to reload the config without going to maintenance mode? You can restart the service. On the spm this will abort operations like copying disks and like, this is safe. Nir > > Thx > Christian > > -----Urspr=C3=BCngliche Nachricht----- > Von: Nir Soffer [mailto:nsoffer(a)redhat.com] > Gesendet: Freitag, 13. Mai 2016 13:52 > An: Grundmann, Christian > Cc: users(a)ovirt.org > Betreff: Re: [ovirt-users] volume_utilization_chunk_mb not working > > On Fri, May 13, 2016 at 2:32 PM, Grundmann, Christian wrote: >> Hi, >> @ This looks correct if this is in the [irs] section of the configuratio= n. >> It is >> >> cat /etc/vdsm/vdsm.conf >> [vars] >> ssl =3D true >> >> [addresses] >> management_port =3D 54321 >> >> [irs ] > > This is the "irs " section, not the "irs" section :-) > >> volume_utilization_percent=3D15 >> volume_utilization_chunk_mb=3D4048 >> >> do I need a space before and after the =3D ? > > No, it is just more human friendly this way. > >> @ We support initialSize argument when creating volumes - use when impor= ting external vms (v2v), but it is not exposed in the ui. >> If you think think exposing it in the ui is a useful feature, you can fi= le a bug: >> https://bugzilla.redhat.com/enter_bug.cgi?product=3Dovirt-engine >> >> I don't need it in the ui, but it would be nice to have it as tuneable > > I checked the code, and we actually do use volume_utilization_chunk_mb wh= en we create the initial disk, so getting the configuration to work will so= lve your issue. > > Nir --===============1602902877754777808==-- From Christian.Grundmann at fabasoft.com Fri May 13 08:20:40 2016 Content-Type: multipart/mixed; boundary="===============2461692080578296910==" MIME-Version: 1.0 From: Grundmann, Christian To: users at ovirt.org Subject: Re: [ovirt-users] volume_utilization_chunk_mb not working Date: Fri, 13 May 2016 12:20:35 +0000 Message-ID: <6A17C71B52524C408E7AAF69103E9E490F730C67@fabamailserver.fabagl.fabasoft.com> In-Reply-To: CAMRbyyux6jH_awV-gxaoBSKM9vw+dZEn40a_hjiTVe1NsL2VYg@mail.gmail.com --===============2461692080578296910== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, it works now, Thx a lot -----Urspr=C3=BCngliche Nachricht----- Von: Nir Soffer [mailto:nsoffer(a)redhat.com] = Gesendet: Freitag, 13. Mai 2016 14:00 An: Grundmann, Christian Cc: users(a)ovirt.org Betreff: Re: [ovirt-users] volume_utilization_chunk_mb not working On Fri, May 13, 2016 at 2:53 PM, Grundmann, Christian wrote: > Oh, i see > > Is there a way to reload the config without going to maintenance mode? You can restart the service. On the spm this will abort operations like copying disks and like, this is = safe. Nir > > Thx > Christian > > -----Urspr=C3=BCngliche Nachricht----- > Von: Nir Soffer [mailto:nsoffer(a)redhat.com] > Gesendet: Freitag, 13. Mai 2016 13:52 > An: Grundmann, Christian > Cc: users(a)ovirt.org > Betreff: Re: [ovirt-users] volume_utilization_chunk_mb not working > > On Fri, May 13, 2016 at 2:32 PM, Grundmann, Christian wrote: >> Hi, >> @ This looks correct if this is in the [irs] section of the configuratio= n. >> It is >> >> cat /etc/vdsm/vdsm.conf >> [vars] >> ssl =3D true >> >> [addresses] >> management_port =3D 54321 >> >> [irs ] > > This is the "irs " section, not the "irs" section :-) > >> volume_utilization_percent=3D15 >> volume_utilization_chunk_mb=3D4048 >> >> do I need a space before and after the =3D ? > > No, it is just more human friendly this way. > >> @ We support initialSize argument when creating volumes - use when impor= ting external vms (v2v), but it is not exposed in the ui. >> If you think think exposing it in the ui is a useful feature, you can fi= le a bug: >> https://bugzilla.redhat.com/enter_bug.cgi?product=3Dovirt-engine >> >> I don't need it in the ui, but it would be nice to have it as = >> tuneable > > I checked the code, and we actually do use volume_utilization_chunk_mb wh= en we create the initial disk, so getting the configuration to work will so= lve your issue. > > Nir --===============2461692080578296910==--