<div dir="ltr">Is there another openstack service that allows this so we can make the API consistent between the two when this change is made?</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 8, 2015 at 3:09 PM, Carl Baldwin <span dir="ltr"><<a href="mailto:carl@ecbaldwin.net" target="_blank">carl@ecbaldwin.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I added a link to @Jack's post to the ML to the bug report [1].  I am<br>
willing to support @Itsuro with reviews of the implementation and am<br>
willing to consult if you need and would like to ping me.<br>
<br>
Carl<br>
<br>
[1] <a href="https://bugs.launchpad.net/neutron/+bug/1408488" target="_blank">https://bugs.launchpad.net/neutron/+bug/1408488</a><br>
<span class="im HOEnZb"><br>
On Thu, Jan 8, 2015 at 7:49 AM, McCann, Jack <<a href="mailto:jack.mccann@hp.com">jack.mccann@hp.com</a>> wrote:<br>
</span><div class="HOEnZb"><div class="h5">> +1 on need for this feature<br>
><br>
> The way I've thought about this is we need a mode that stops the *automatic*<br>
> scheduling of routers/dhcp-servers to specific hosts/agents, while allowing<br>
> manual assignment of routers/dhcp-servers to those hosts/agents, and where<br>
> any existing routers/dhcp-servers on those hosts continue to operate as normal.<br>
><br>
> The maintenance use case was mentioned: I want to evacuate routers/dhcp-servers<br>
> from a host before taking it down, and having the scheduler add new routers/dhcp<br>
> while I'm evacuating the node is a) an annoyance, and b) causes a service blip<br>
> when I have to right away move that new router/dhcp to another host.<br>
><br>
> The other use case is adding a new host/agent into an existing environment.<br>
> I want to be able to bring the new host/agent up and into the neutron config, but<br>
> I don't want any of my customers' routers/dhcp-servers scheduled there until I've<br>
> had a chance to assign some test routers/dhcp-servers and make sure the new server<br>
> is properly configured and fully operational.<br>
><br>
> - Jack<br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div>Kevin Benton</div></div>
</div>