<div dir="ltr"><div><div><div><div><div>Hi Patrick,<br><br></div>During the 7.0 development cycle we made a lot of enhancements to what environment characteristics can be modified through a plugin. One item that plugins cannot directly modify is the default Fuel roles and their metadata. That having been said, there is an open-ended post_install.sh script you can use for your plugin to "hack" this value. I know of one project that currently disables the requirement for controller role in a deployment. This may be helpful in testing a given standalone role that doesn't depend on a controller.<br><br></div>Here's a link to the script: <a href="http://paste.openstack.org/show/476821/">http://paste.openstack.org/show/476821/</a><br></div>Note that this doesn't reflect "enabled" status of a plugin. It will make controller min count 0 for all environments. That won't break them, but it just removes the restriction.<br><br></div>Best Regards,<br></div>Matthew Mosesohn<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 19, 2015 at 3:29 PM, Dmitry Mescheryakov <span dir="ltr"><<a href="mailto:dmescheryakov@mirantis.com" target="_blank">dmescheryakov@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello folks,<div><br></div><div>I second Patrick's idea. In our case we would like to install standalone RabbitMQ cluster with Fuel reference architecture to perform destructive tests on it. Requirement to install controller is an excessive burden in that case.</div><div><br></div><div>Thanks,</div><div><br></div><div>Dmitry</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">2015-10-19 13:44 GMT+03:00 Patrick Petit <span dir="ltr"><<a href="mailto:ppetit@mirantis.com" target="_blank">ppetit@mirantis.com</a>></span>:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div style="word-wrap:break-word"><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto"><div style="margin:0px">Hi There,</div><div style="margin:0px"><br></div><div style="margin:0px">There are situations where we’d like to deploy only Fuel plugins in an environment.</div><div style="margin:0px">That’s typically the case with Elasticsearch and InfluxDB plugins of LMA tools.</div><div style="margin:0px">Currently it’s not possible because you need to at least have one controller.</div><div style="margin:0px">What exactly is making that limitation? How hard would it be to have it removed?</div></div><br><div><div style="font-family:helvetica,arial;font-size:13px">Thanks</div><span><font color="#888888"><div style="font-family:helvetica,arial;font-size:13px">Patrick</div></font></span></div></div><br></div></div>__________________________________________________________________________<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></blockquote></div><br></div>
<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>
<br></blockquote></div><br></div>