<div dir="ltr">But it will lead to situations, when certain plugins, like standalone_rabbitmq/standalone_mysql will need to overwrite settings on *all*<div>dependent roles, and it might be a problem.. Because, how plugin developer will be able to know what are those roles?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 21, 2015 at 1:01 PM, Igor Kalnitsky <span dir="ltr"><<a href="mailto:ikalnitsky@mirantis.com" target="_blank">ikalnitsky@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Dmitry,<br>
<span class=""><br>
> Insert required metadata into roles that relies on another roles, for<br>
> compute it will be something like:<br>
><br>
>     compute:<br>
>         requires: controller > 1<br>
<br>
</span><span class="">Yeah, that's actually what I was thinking about when I wrote:<br>
<br>
> Or should we improve it somehow so it would work for one nodes,<br>
> and will be ignored for others?<br>
<br>
</span>So I'm +1 for extending our meta information with such dependencies.<br>
<br>
Sincerely,<br>
Igor<br>
<div class="HOEnZb"><div class="h5"><br>
On Wed, Oct 21, 2015 at 12:51 PM, Dmitriy Shulyak <<a href="mailto:dshulyak@mirantis.com">dshulyak@mirantis.com</a>> wrote:<br>
> Hi,<br>
><br>
>> Can we ignore the problem above and remove this limitation? Or should<br>
>> we improve it somehow so it would work for one nodes, and will be<br>
>> ignored for others?<br>
><br>
> I think that this validation needs to be accomplished in a different way, we<br>
> don't need 1 controller for the sake of 1 controller,<br>
> 1 controller is a dependency of compute/cinder/other roles. So from my pov<br>
> there is atleast 2 options:<br>
><br>
> 1. Use tasks dependencies, and prevent deployment in case if some tasks<br>
> relies on controller.<br>
> But the implementation might be complicated<br>
><br>
> 2. Insert required metadata into roles that relies on another roles, for<br>
> compute it will be something like:<br>
>    compute:<br>
>      requires: controller > 1<br>
> We actually have DSL for declaring such things, we just need to specify this<br>
> requirements from other side.<br>
><br>
> But in 2nd case we will still need to use tricks, like one provided by Matt,<br>
> for certain plugins. So maybe we should spend time and do 1st.<br>
><br>
</div></div><div class="HOEnZb"><div class="h5">> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div>