<div dir="ltr">Hi there,<div><br></div><div>Maybe we could try to replicate the 'onehost disable' behaviour.</div><div>That is, a disabled system DS would be ignored by the scheduler, but you can still deploy VMs manually there.</div>
<div><br></div><div>What do you think? Should I open a ticket for this?</div><div><br></div><div>Regards</div></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr">--<br><div>Carlos Martín, MSc<br>Project Engineer</div>
<div>OpenNebula - Flexible Enterprise Cloud Made Simple<br><div><span style="border-collapse:collapse;color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px"><a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:cmartin@opennebula.org" target="_blank">cmartin@opennebula.org</a> | <a href="http://twitter.com/opennebula" target="_blank">@OpenNebula</a></span><span style="border-collapse:collapse;color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px"><a href="mailto:cmartin@opennebula.org" style="color:rgb(42,93,176)" target="_blank"></a></span></div>
</div></div></div>
<br><br><div class="gmail_quote">On Mon, Feb 17, 2014 at 4:52 PM, Stefan Kooman <span dir="ltr"><<a href="mailto:stefan@bit.nl" target="_blank">stefan@bit.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">Quoting Daniel Dehennin (<a href="mailto:daniel.dehennin@baby-gnu.org">daniel.dehennin@baby-gnu.org</a>):<br>
> Stefan Kooman <<a href="mailto:stefan@bit.nl">stefan@bit.nl</a>> writes:<br>
><br>
><br>
> [...]<br>
><br>
> > You can, in your vm template you can put the following:<br>
> ><br>
> > SCHED_DS_REQUIREMENTS="NAME=NAMEOFYOURTESTDATASTORE". All other DS'es<br>
> > will be filtered out.<br>
><br>
> This will force a VM to use this one when it have this<br>
> SCHED_DS_REQUIREMENTS, but what about all other VMs which do not have<br>
> any requirements set?<br>
><br>
> As far as I understand, they will use it too.<br>
<br>
</div>They might use it. It depends on the policy set on the DS (packing,<br>
striping or custom) [1]. You have to set the requirement on each and<br>
every vm (template) to make sure they end up in the correct datastore.<br>
See sched.log to see what priorities your datastores end up with. Our<br>
datastores end up with the same priority and the first one in the list<br>
gets chosen.<br>
<br>
Gr. Stefan<br>
<br>
[1]:<br>
<a href="http://docs.opennebula.org/stable/administration/storage/system_ds.html?highlight=system%20datastores" target="_blank">http://docs.opennebula.org/stable/administration/storage/system_ds.html?highlight=system%20datastores</a><br>
<div class=""><br>
><br>
><br>
> [...]<br>
><br>
> > Actually I was looking for this as well :). For example I would like to<br>
> > be able to "link" certain datastores to "groups", i.e. use datastore A<br>
> > for group A by default instead of having it defined in every single<br>
> > template. If users of group A have the possibility to define their own<br>
> > templates and they would forget the "SCHED_DS_REQUIREMENTS" to their<br>
> > datastore it would end up somewhere else (if at least they have enough<br>
> > rights on other (system) datastores). Basically it would be nice to have<br>
> > even more filtering capabitilites to ensure correct<br>
> > placement/deployment.<br>
><br>
> If I remember correctly, I heard about some group and resource providers<br>
> mechanisms for 4.6, it may address this.<br>
><br>
> Regards.<br>
><br>
> --<br>
> Daniel Dehennin<br>
> Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF<br>
> Fingerprint: 3E69 014E 5C23 50E8 9ED6 2AAD CC1E 9E5B 7A6F E2DF<br>
<br>
<br>
<br>
</div>> _______________________________________________<br>
> Users mailing list<br>
> <a href="mailto:Users@lists.opennebula.org">Users@lists.opennebula.org</a><br>
> <a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
<div class="HOEnZb"><div class="h5"><br>
<br>
--<br>
| BIT BV <a href="http://www.bit.nl/" target="_blank">http://www.bit.nl/</a> Kamer van Koophandel 09090351<br>
| GPG: 0xD14839C6 <a href="tel:%2B31%20318%20648%20688" value="+31318648688">+31 318 648 688</a> / <a href="mailto:info@bit.nl">info@bit.nl</a><br>
</div></div><br>-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.10 (GNU/Linux)<br>
<br>
iF4EAREIAAYFAlMCMEoACgkQTyGgYdFIOcbqOwEAjnynlt3OOcgnm+c4FoVA22uj<br>
q6mKLNQ4iW5QqaGthhcBAJxYt3gkqWRP3iXV/rPME0/Bq/ZOm8UVpEa9PEqIBO7h<br>
=tDzh<br>
-----END PGP SIGNATURE-----<br>
<br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
<br></blockquote></div><br></div>