<div dir="ltr"><div>Matt, thanks! Unfortunately, I missed your thread.<br><br></div>Dean, I propose a patch (<span class="gmail-gr_ gmail-gr_121 gmail-gr-alert gmail-gr_gramm gmail-gr_hide gmail-gr_inline_cards gmail-gr_run_anim gmail-Style gmail-multiReplace gmail-replaceWithoutSep" id="gmail-121"><a href="https://review.openstack.org/549820">https://review.openstack.org/549820</a></span>) which should work for all environments where neutron is installed. Please check it when you have free time.<br></div><div class="gmail_extra"><br><div class="gmail_quote">2018-03-05 17:17 GMT+02:00 Dean Troyer <span dir="ltr"><<a href="mailto:dtroyer@gmail.com" target="_blank">dtroyer@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, Mar 5, 2018 at 8:07 AM, Matt Riedemann <<a href="mailto:mriedemos@gmail.com">mriedemos@gmail.com</a>> wrote:<br>
> On 3/5/2018 6:26 AM, Andrey Kurilin wrote:<br>
</span><span class="">>> - openstackclient<br>
>><br>
>> * command `openstack server add floating ip` calls `add_floating_ip`<br>
>> method of novaclient's server object[4]. This method is missed in the latest<br>
>> novaclient (see [2]).<br>
>>    It means that this command is broken now.<br>
<br>
</span><span class="">>> So here we have 2 global issues:<br>
>> - openstackclient has a broken command (or I missed something?)<br>
>> - there is no easy way to associate a floating ip with a vm using CLI or<br>
>> via python.<br>
<br>
</span><span class="">> I mentioned the related issue back in January:<br>
><br>
> <a href="http://lists.openstack.org/pipermail/openstack-dev/2018-January/126741.html" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>pipermail/openstack-dev/2018-<wbr>January/126741.html</a><br>
><br>
> Adding a floating IP to an instance is possible using OSC CLI, it's<br>
> essentially something like:<br>
><br>
> a) get the server id (openstack server show/list)<br>
> b) get the port id using the server id (openstack port list --device-id<br>
> $server_id)<br>
> c) assign the floating IP to the port (openstack floating ip set --port<br>
> $port_id)<br>
<br>
</span><rant><br>
We keep removing Python API bindings from client libraries that are<br>
still in use for old clouds that are still in much wider use than we<br>
would like.  Why do we not give a rats ass about our users?<br>
Especially when some deployers have multiple clouds lying about,<br>
requiring them to maintain multiple venvs of CLIs is just stupid to be<br>
able to work on their clouds and migrations to the cool new stuff.<br>
<br>
OSC is not done because I have about 3 hours a week left to work on<br>
it.  Continued shit like this isn't helping me want to keep going.<br>
Maybe my brain is just snow-fried.   And for the love of all the snow<br>
in Dublin, please, NOBODY USE THE SDK IN A SERVICE.  Keeping service<br>
assumptions out of client-side stuff is the biggest reason OSC NEEDS<br>
to get changed over to the SDK, like, 2 years ago.  Then I'll not give<br>
a rats ass about the legacy python client libs.<br>
</rant><br>
<span class="HOEnZb"><font color="#888888"><br>
dt<br>
<br>
--<br>
<br>
Dean Troyer<br>
<a href="mailto:dtroyer@gmail.com">dtroyer@gmail.com</a><br>
</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Best regards,<br>Andrey Kurilin.<br></div></div>
</div>