Hi Laura, this is something I was wondering for quite some time but never bothered to ask about. How can one change the order of storage domains so the right one shows up by default? Thank you, Fil -- Dmitry Filonov Linux Administrator SBGrid Core | Harvard Medical School 250 Longwood Ave, SGM-114 Boston, MA 02115 On Tue, Aug 6, 2019 at 7:35 AM Laura Wright <lwright(a)redhat.com&gt; wrote:

Hi Jason, A time ago I wrote a "Storage Balancer" exactly for that, move disks between storage domains to keep them below a maximum threshold of occupation. You can find the project at [1]. It's not perfect but has been working for us for the last 3 years with no issues. That won't avoid people storing new disks in the first available storage domain, but the balancer will distribute them between the less occupied storage domains afterwards. Hope this helps, Nicolás [1]: https://github.com/nkovacne/ovirt-storage-balancer El 2019-08-04 17:57, Jason M. Stallings escribió: > Hello > > I'm trying to figure out a way to automatically distribute our storage > domain occupation evenly or at least avoid them getting full. We have > a lot of users creating vms and they seem to select the first > available storage domain, thus one is nearly full and the rest are > barely used. > > Is there a way to accomplish that? > > Thank you > > Jason > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)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/F66H6U2CWHU...

Hi Jason, El 2019-08-06 22:43, Jason M. Stallings escribió: Glad to hear that! Currently, the DATACENTER parameter only allows one value. When developing the code I didn't expect someone having more than two Data Centers :-) As a workaround, if you want to exclude the Storage Domains of an entire Data Center, you can exclude them explicitly using the "NOBALANCE" parameter of the config file, which does allow several values. If you consider this is something that should be implemented, feel free to fill an issue or extend the code and send a Pull Request. Regards. > Thanks > > El mar., 6 ago. 2019 a las 15:05, <nicolas(a)devels.es&gt; escribió: > >> Hi Jason, >> >> A time ago I wrote a "Storage Balancer" exactly for that, move >> disks >> between storage domains to keep them below a maximum threshold of >> occupation. You can find the project at [1]. >> >> It's not perfect but has been working for us for the last 3 years >> with >> no issues. >> >> That won't avoid people storing new disks in the first available >> storage >> domain, but the balancer will distribute them between the less >> occupied >> storage domains afterwards. >> >> Hope this helps, >> >> Nicolás >> >>    [1]: https://github.com/nkovacne/ovirt-storage-balancer [1] >> >> El 2019-08-04 17:57, Jason M. Stallings escribió: >>> Hello >>> >>> I'm trying to figure out a way to automatically distribute our >> storage >>> domain occupation evenly or at least avoid them getting full. We >> have >>> a lot of users creating vms and they seem to select the first >>> available storage domain, thus one is nearly full and the rest >> are >>> barely used. >>> >>> Is there a way to accomplish that? >>> >>> Thank you >>> >>> Jason >>> _______________________________________________ >>> Users mailing list -- users(a)ovirt.org >>> To unsubscribe send an email to users-leave(a)ovirt.org >>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ [2] >>> oVirt Code of Conduct: >>> https://www.ovirt.org/community/about/community-guidelines/ [3] >>> List Archives: >>> >> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/F66H6U2CWHU... >> [4] >> _______________________________________________ >> Users mailing list -- users(a)ovirt.org >> To unsubscribe send an email to users-leave(a)ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ [2] >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ [3] >> List Archives: >> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/VTWOMW6VMGK... >> [5] > > > Links: > ------ > [1] https://github.com/nkovacne/ovirt-storage-balancer > [2] https://www.ovirt.org/site/privacy-policy/ > [3] https://www.ovirt.org/community/about/community-guidelines/ > [4] > https://lists.ovirt.org/archives/list/users@ovirt.org/message/F66H6U2CWHU... > [5] > https://lists.ovirt.org/archives/list/users@ovirt.org/message/VTWOMW6VMGK...