Mailing List Archive: create floating ip broken under the openstack cli

create floating ip broken under the openstack cli

May 23, 2018, 7:02 AM

Post #1 of 4 (467 views)

I have a provider network that has two subnets (Using 1.1.1.0/24 as an
publicly routable example):
> # openstack subnet list | grep 67917c09-6cb4-4622-ae1b-9f5aef890b0f
> | 066df21a-d23d-4917-8b28-d097957633dc | provider-campus       |
> 67917c09-6cb4-4622-ae1b-9f5aef890b0f | 172.31.96.0/22 |
> | b955a7bf-0965-4e56-a224-8a93bbcb3e99 | provider-public |
> 67917c09-6cb4-4622-ae1b-9f5aef890b0f | 1.1.1.0/24 |

Normally I use the neutron cli to create a floating ip address on
specific subnets, but I'm trying to migrate to the openstack cli since
the neutron cli is marked as deprecated. My understanding is that the
two following command should be equivalent to create a floating ip on
the provider-public subnet. However the first listed subnet
(provider-campus) is always used by the openstack cli and is the default
is not subnet is specified:

This result is correct:

> # neutron floatingip-create --tenant-id
> 774810c91edf4f97ae23ad55ebaf2a18 --subnet
> b955a7bf-0965-4e56-a224-8a93bbcb3e99 provider
> neutron CLI is deprecated and will be removed in the future. Use
> openstack CLI instead.
> Created a new floatingip:
> +---------------------+--------------------------------------+
> | Field               | Value                                |
> +---------------------+--------------------------------------+
> | created_at          | 2018-05-23T13:51:51Z                 |
> | description         |                                      |
> | fixed_ip_address    |                                      |
> | floating_ip_address | 1.1.1.39                        |
> | floating_network_id | 67917c09-6cb4-4622-ae1b-9f5aef890b0f |
> | id                  | 3b02eb6a-12b1-46d8-980c-a543c47836c9 |
> | port_id             |                                      |
> | project_id          | 774810c91edf4f97ae23ad55ebaf2a18     |
> | revision_number     | 0                                    |
> | router_id           |                                      |
> | status              | DOWN                                 |
> | tags                |                                      |
> | tenant_id           | 774810c91edf4f97ae23ad55ebaf2a18     |
> | updated_at          | 2018-05-23T13:51:51Z                 |
> +---------------------+--------------------------------------+

This result is incorrect:

> # openstack floating ip create --project
> 774810c91edf4f97ae23ad55ebaf2a18 --subnet
> b955a7bf-0965-4e56-a224-8a93bbcb3e99 provider
> +---------------------+--------------------------------------+
> | Field               | Value                                |
> +---------------------+--------------------------------------+
> | created_at          | 2018-05-23T13:53:35Z                 |
> | description         |                                      |
> | fixed_ip_address    | None                                 |
> | floating_ip_address | 172.31.96.61                         |
> | floating_network_id | 67917c09-6cb4-4622-ae1b-9f5aef890b0f |
> | id                  | 37fd261d-ffd3-440b-a19e-6d0fd093d575 |
> | name                | 172.31.96.61                         |
> | port_id             | None                                 |
> | project_id          | 774810c91edf4f97ae23ad55ebaf2a18     |
> | revision_number     | 0                                    |
> | router_id           | None                                 |
> | status              | DOWN                                 |
> | updated_at          | 2018-05-23T13:53:35Z                 |
> +---------------------+--------------------------------------+

Is this broken or am I doing something incorrect here? Any pointers
would be appreciated.

Version details:

BaseOS : Centos 7.4.1708
Openstack-release: centos-release-openstack-pike-1-1.el7.x86_64
openstack client: python2-openstackclient-3.12.1-1.el7.noarch
neutron client: python2-neutronclient-6.5.0-1.el7.noarch

Thanks
Gary.

--
Gary Molenkamp Computer Science/Science Technology Services
Systems Administrator University of Western Ontario
molenkam@uwo.ca http://www.csd.uwo.ca
(519) 661-2111 x86882 (519) 661-3566

_______________________________________________
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

Re: create floating ip broken under the openstack cli [ In reply to ]

remo at italy1

May 23, 2018, 7:26 AM

Post #2 of 4 (467 views)

Permalink

Content-Type: multipart/alternative;
boundary="=_445309788396a794fb382fe3ca5a9709"

--=_445309788396a794fb382fe3ca5a9709

Content-Transfer-Encoding: base64

Content-Type: text/plain; charset=utf-8

SSB3aWxsIHNoYXJlIHRoZSBzdGVwcyBJIHRoaW5rIHlvdSBhcmUgbWlzc2luZyBzb21lLiANCkF0

IHRoZSBvcGVuc3RhY2sgc3VtbWl0IG5vdyBzbyB3aWxsIHRyeSBhcyBzb29uIGFzIEkgaGF2ZSBh

IG1pbi4gDQoNCj4gSWwgZ2lvcm5vIDIzIG1hZyAyMDE4LCBhbGxlIG9yZSAwNzowMiwgR2FyeSBN

b2xlbmthbXAgPG1vbGVua2FtQHV3by5jYT4gaGEgc2NyaXR0bzoNCj4gDQo+IEkgaGF2ZSBhIHBy

b3ZpZGVyIG5ldHdvcmsgdGhhdCBoYXMgdHdvIHN1Ym5ldHMgKFVzaW5nIDEuMS4xLjAvMjQgYXMg

YW4gcHVibGljbHkgcm91dGFibGUgZXhhbXBsZSk6DQo+PiAjIG9wZW5zdGFjayBzdWJuZXQgbGlz

dCB8IGdyZXAgNjc5MTdjMDktNmNiNC00NjIyLWFlMWItOWY1YWVmODkwYjBmDQo+PiB8IDA2NmRm

MjFhLWQyM2QtNDkxNy04YjI4LWQwOTc5NTc2MzNkYyB8IHByb3ZpZGVyLWNhbXB1cyAgICAgICB8

IDY3OTE3YzA5LTZjYjQtNDYyMi1hZTFiLTlmNWFlZjg5MGIwZiB8IDE3Mi4zMS45Ni4wLzIyICB8

DQo+PiB8IGI5NTVhN2JmLTA5NjUtNGU1Ni1hMjI0LThhOTNiYmNiM2U5OSB8IHByb3ZpZGVyLXB1

YmxpYyB8IDY3OTE3YzA5LTZjYjQtNDYyMi1hZTFiLTlmNWFlZjg5MGIwZiB8IDEuMS4xLjAvMjQg

fA0KPiANCj4gTm9ybWFsbHkgSSB1c2UgdGhlIG5ldXRyb24gY2xpIHRvIGNyZWF0ZSBhIGZsb2F0

aW5nIGlwIGFkZHJlc3Mgb24gc3BlY2lmaWMgc3VibmV0cywgYnV0IEknbSB0cnlpbmcgdG8gbWln

cmF0ZSB0byB0aGUgb3BlbnN0YWNrIGNsaSBzaW5jZSB0aGUgbmV1dHJvbiBjbGkgaXMgbWFya2Vk

IGFzIGRlcHJlY2F0ZWQuICBNeSB1bmRlcnN0YW5kaW5nIGlzIHRoYXQgdGhlIHR3byBmb2xsb3dp

bmcgY29tbWFuZCBzaG91bGQgYmUgZXF1aXZhbGVudCB0byBjcmVhdGUgYSBmbG9hdGluZyBpcCBv

biB0aGUgcHJvdmlkZXItcHVibGljIHN1Ym5ldC4gSG93ZXZlciB0aGUgZmlyc3QgbGlzdGVkIHN1

Ym5ldCAocHJvdmlkZXItY2FtcHVzKSBpcyBhbHdheXMgdXNlZCBieSB0aGUgb3BlbnN0YWNrIGNs

aSBhbmQgaXMgdGhlIGRlZmF1bHQgaXMgbm90IHN1Ym5ldCBpcyBzcGVjaWZpZWQ6DQo+IA0KPiAN

Cj4gVGhpcyByZXN1bHQgaXMgY29ycmVjdDoNCj4gDQo+PiAjIG5ldXRyb24gZmxvYXRpbmdpcC1j

cmVhdGUgLS10ZW5hbnQtaWQgNzc0ODEwYzkxZWRmNGY5N2FlMjNhZDU1ZWJhZjJhMTggLS1zdWJu

ZXQgYjk1NWE3YmYtMDk2NS00ZTU2LWEyMjQtOGE5M2JiY2IzZTk5IHByb3ZpZGVyDQo+PiBuZXV0

cm9uIENMSSBpcyBkZXByZWNhdGVkIGFuZCB3aWxsIGJlIHJlbW92ZWQgaW4gdGhlIGZ1dHVyZS4g

VXNlIG9wZW5zdGFjayBDTEkgaW5zdGVhZC4NCj4+IENyZWF0ZWQgYSBuZXcgZmxvYXRpbmdpcDoN

Cj4+ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t

LS0tLS0tLS0rDQo+PiB8IEZpZWxkICAgICAgICAgICAgICAgfCBWYWx1ZSAgICAgICAgICAgICAg

ICAgICAgICAgICAgICAgICAgfA0KPj4gKy0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0t

LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCj4+IHwgY3JlYXRlZF9hdCAgICAgICAgICB8

IDIwMTgtMDUtMjNUMTM6NTE6NTFaICAgICAgICAgICAgICAgICB8DQo+PiB8IGRlc2NyaXB0aW9u

ICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KPj4gfCBm

aXhlZF9pcF9hZGRyZXNzICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg

IHwNCj4+IHwgZmxvYXRpbmdfaXBfYWRkcmVzcyB8IDEuMS4xLjM5ICAgICAgICAgICAgICAgICAg

ICAgICAgfA0KPj4gfCBmbG9hdGluZ19uZXR3b3JrX2lkIHwgNjc5MTdjMDktNmNiNC00NjIyLWFl

MWItOWY1YWVmODkwYjBmIHwNCj4+IHwgaWQgICAgICAgICAgICAgICAgICB8IDNiMDJlYjZhLTEy

YjEtNDZkOC05ODBjLWE1NDNjNDc4MzZjOSB8DQo+PiB8IHBvcnRfaWQgICAgICAgICAgICAgfCAg

ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KPj4gfCBwcm9qZWN0X2lkICAg

ICAgICAgIHwgNzc0ODEwYzkxZWRmNGY5N2FlMjNhZDU1ZWJhZjJhMTggICAgIHwNCj4+IHwgcmV2

aXNpb25fbnVtYmVyICAgICB8IDAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8

DQo+PiB8IHJvdXRlcl9pZCAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg

ICAgICAgICAgfA0KPj4gfCBzdGF0dXMgICAgICAgICAgICAgIHwgRE9XTiAgICAgICAgICAgICAg

ICAgICAgICAgICAgICAgICAgIHwNCj4+IHwgdGFncyAgICAgICAgICAgICAgICB8ICAgICAgICAg

ICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQo+PiB8IHRlbmFudF9pZCAgICAgICAgICAg

fCA3NzQ4MTBjOTFlZGY0Zjk3YWUyM2FkNTVlYmFmMmExOCAgICAgfA0KPj4gfCB1cGRhdGVkX2F0

ICAgICAgICAgIHwgMjAxOC0wNS0yM1QxMzo1MTo1MVogICAgICAgICAgICAgICAgIHwNCj4+ICst

LS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t

LS0rDQo+IA0KPiBUaGlzIHJlc3VsdCBpcyBpbmNvcnJlY3Q6DQo+IA0KPj4gIyBvcGVuc3RhY2sg

ZmxvYXRpbmcgaXAgY3JlYXRlIC0tcHJvamVjdCA3NzQ4MTBjOTFlZGY0Zjk3YWUyM2FkNTVlYmFm

MmExOCAtLXN1Ym5ldCBiOTU1YTdiZi0wOTY1LTRlNTYtYTIyNC04YTkzYmJjYjNlOTkgcHJvdmlk

ZXINCj4+ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t

LS0tLS0tLS0tLS0rDQo+PiB8IEZpZWxkICAgICAgICAgICAgICAgfCBWYWx1ZSAgICAgICAgICAg

ICAgICAgICAgICAgICAgICAgICAgfA0KPj4gKy0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0t

LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCj4+IHwgY3JlYXRlZF9hdCAgICAgICAg

ICB8IDIwMTgtMDUtMjNUMTM6NTM6MzVaICAgICAgICAgICAgICAgICB8DQo+PiB8IGRlc2NyaXB0

aW9uICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KPj4g

fCBmaXhlZF9pcF9hZGRyZXNzICAgIHwgTm9uZSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg

ICAgIHwNCj4+IHwgZmxvYXRpbmdfaXBfYWRkcmVzcyB8IDE3Mi4zMS45Ni42MSAgICAgICAgICAg

ICAgICAgICAgICAgICB8DQo+PiB8IGZsb2F0aW5nX25ldHdvcmtfaWQgfCA2NzkxN2MwOS02Y2I0

LTQ2MjItYWUxYi05ZjVhZWY4OTBiMGYgfA0KPj4gfCBpZCAgICAgICAgICAgICAgICAgIHwgMzdm

ZDI2MWQtZmZkMy00NDBiLWExOWUtNmQwZmQwOTNkNTc1IHwNCj4+IHwgbmFtZSAgICAgICAgICAg

ICAgICB8IDE3Mi4zMS45Ni42MSAgICAgICAgICAgICAgICAgICAgICAgICB8DQo+PiB8IHBvcnRf

aWQgICAgICAgICAgICAgfCBOb25lICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0K

Pj4gfCBwcm9qZWN0X2lkICAgICAgICAgIHwgNzc0ODEwYzkxZWRmNGY5N2FlMjNhZDU1ZWJhZjJh

MTggICAgIHwNCj4+IHwgcmV2aXNpb25fbnVtYmVyICAgICB8IDAgICAgICAgICAgICAgICAgICAg

ICAgICAgICAgICAgICAgICB8DQo+PiB8IHJvdXRlcl9pZCAgICAgICAgICAgfCBOb25lICAgICAg

ICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KPj4gfCBzdGF0dXMgICAgICAgICAgICAgIHwg

RE9XTiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCj4+IHwgdXBkYXRlZF9hdCAg

ICAgICAgICB8IDIwMTgtMDUtMjNUMTM6NTM6MzVaICAgICAgICAgICAgICAgICB8DQo+PiArLS0t

LS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t

Kw0KPiANCj4gSXMgdGhpcyBicm9rZW4gb3IgYW0gSSBkb2luZyBzb21ldGhpbmcgaW5jb3JyZWN0

IGhlcmU/ICBBbnkgcG9pbnRlcnMgd291bGQgYmUgYXBwcmVjaWF0ZWQuDQo+IA0KPiBWZXJzaW9u

IGRldGFpbHM6DQo+IA0KPiBCYXNlT1MgOiBDZW50b3MgNy40LjE3MDgNCj4gT3BlbnN0YWNrLXJl

bGVhc2U6IGNlbnRvcy1yZWxlYXNlLW9wZW5zdGFjay1waWtlLTEtMS5lbDcueDg2XzY0DQo+IG9w

ZW5zdGFjayBjbGllbnQ6ICBweXRob24yLW9wZW5zdGFja2NsaWVudC0zLjEyLjEtMS5lbDcubm9h

cmNoDQo+IG5ldXRyb24gY2xpZW50OiBweXRob24yLW5ldXRyb25jbGllbnQtNi41LjAtMS5lbDcu

bm9hcmNoDQo+IA0KPiANCj4gVGhhbmtzDQo+IEdhcnkuDQo+IA0KPiANCj4gDQo+IC0tIA0KPiBH

YXJ5IE1vbGVua2FtcCAgICAgICAgICAgIENvbXB1dGVyIFNjaWVuY2UvU2NpZW5jZSBUZWNobm9s

b2d5IFNlcnZpY2VzDQo+IFN5c3RlbXMgQWRtaW5pc3RyYXRvciAgICAgICAgVW5pdmVyc2l0eSBv

ZiBXZXN0ZXJuIE9udGFyaW8NCj4gbW9sZW5rYW1AdXdvLmNhICAgICAgICAgICAgICAgICBodHRw

Oi8vd3d3LmNzZC51d28uY2ENCj4gKDUxOSkgNjYxLTIxMTEgeDg2ODgyICAgICAgICAoNTE5KSA2

NjEtMzU2Ng0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f

X19fX19fX19fDQo+IE1haWxpbmcgbGlzdDogaHR0cDovL2xpc3RzLm9wZW5zdGFjay5vcmcvY2dp

LWJpbi9tYWlsbWFuL2xpc3RpbmZvL29wZW5zdGFjaw0KPiBQb3N0IHRvICAgICA6IG9wZW5zdGFj

a0BsaXN0cy5vcGVuc3RhY2sub3JnDQo+IFVuc3Vic2NyaWJlIDogaHR0cDovL2xpc3RzLm9wZW5z

dGFjay5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL29wZW5zdGFjaw0K

--=_445309788396a794fb382fe3ca5a9709--

Re: create floating ip broken under the openstack cli [ In reply to ]

remo at italy1

May 23, 2018, 7:26 AM

Post #3 of 4 (467 views)

Permalink

Re: create floating ip broken under the openstack cli [ In reply to ]

j.harbott at x-ion

May 23, 2018, 8:33 AM

Post #4 of 4 (467 views)

Permalink

2018-05-23 14:02 GMT+00:00 Gary Molenkamp <molenkam@uwo.ca>:
> I have a provider network that has two subnets (Using 1.1.1.0/24 as an
> publicly routable example):
>>
>> # openstack subnet list | grep 67917c09-6cb4-4622-ae1b-9f5aef890b0f
>> | 066df21a-d23d-4917-8b28-d097957633dc | provider-campus |
>> 67917c09-6cb4-4622-ae1b-9f5aef890b0f | 172.31.96.0/22 |
>> | b955a7bf-0965-4e56-a224-8a93bbcb3e99 | provider-public |
>> 67917c09-6cb4-4622-ae1b-9f5aef890b0f | 1.1.1.0/24 |
>
>
> Normally I use the neutron cli to create a floating ip address on specific
> subnets, but I'm trying to migrate to the openstack cli since the neutron
> cli is marked as deprecated. My understanding is that the two following
> command should be equivalent to create a floating ip on the provider-public
> subnet. However the first listed subnet (provider-campus) is always used by
> the openstack cli and is the default is not subnet is specified:
>
>
> This result is correct:
>
>> # neutron floatingip-create --tenant-id 774810c91edf4f97ae23ad55ebaf2a18
>> --subnet b955a7bf-0965-4e56-a224-8a93bbcb3e99 provider
>> neutron CLI is deprecated and will be removed in the future. Use openstack
>> CLI instead.
>> Created a new floatingip:
>> +---------------------+--------------------------------------+
>> | Field | Value |
>> +---------------------+--------------------------------------+
>> | created_at | 2018-05-23T13:51:51Z |
>> | description | |
>> | fixed_ip_address | |
>> | floating_ip_address | 1.1.1.39 |
>> | floating_network_id | 67917c09-6cb4-4622-ae1b-9f5aef890b0f |
>> | id | 3b02eb6a-12b1-46d8-980c-a543c47836c9 |
>> | port_id | |
>> | project_id | 774810c91edf4f97ae23ad55ebaf2a18 |
>> | revision_number | 0 |
>> | router_id | |
>> | status | DOWN |
>> | tags | |
>> | tenant_id | 774810c91edf4f97ae23ad55ebaf2a18 |
>> | updated_at | 2018-05-23T13:51:51Z |
>> +---------------------+--------------------------------------+
>
>
> This result is incorrect:
>
>> # openstack floating ip create --project 774810c91edf4f97ae23ad55ebaf2a18
>> --subnet b955a7bf-0965-4e56-a224-8a93bbcb3e99 provider
>> +---------------------+--------------------------------------+
>> | Field | Value |
>> +---------------------+--------------------------------------+
>> | created_at | 2018-05-23T13:53:35Z |
>> | description | |
>> | fixed_ip_address | None |
>> | floating_ip_address | 172.31.96.61 |
>> | floating_network_id | 67917c09-6cb4-4622-ae1b-9f5aef890b0f |
>> | id | 37fd261d-ffd3-440b-a19e-6d0fd093d575 |
>> | name | 172.31.96.61 |
>> | port_id | None |
>> | project_id | 774810c91edf4f97ae23ad55ebaf2a18 |
>> | revision_number | 0 |
>> | router_id | None |
>> | status | DOWN |
>> | updated_at | 2018-05-23T13:53:35Z |
>> +---------------------+--------------------------------------+
>
>
> Is this broken or am I doing something incorrect here? Any pointers would
> be appreciated.
>
> Version details:
>
> BaseOS : Centos 7.4.1708
> Openstack-release: centos-release-openstack-pike-1-1.el7.x86_64
> openstack client: python2-openstackclient-3.12.1-1.el7.noarch
> neutron client: python2-neutronclient-6.5.0-1.el7.noarch

There was a bug in openstacksdk that could cause this behaviour, see
https://bugs.launchpad.net/python-openstacksdk/+bug/1733258 . You may
want to install the latest version of python-openstackclient into a
virtualenv and use that as a workaround. Not sure if we can backport
the fix, but I'll take a look.

Yours,
Jens

_______________________________________________
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack