Are you reading our reply comments? At the moment, there is no way to set allowed-address-pairs to an empty list by using neutron CLI. When action=clear is passed, type=xxx, list=true and specified values are ignored and None is sent to the server. Thus you cannot set allowed-address-pairs to [] with neutron port-update CLI command.
2015-09-28 22:54 GMT+09:00 masoom alam <[email protected]>: > This is even not working: > > root@openstack-latest-kilo-28-09-2015-masoom:/opt/stack/devstack/accrc/admin# > neutron port-update e5b05961-e5d0-481b-bbd0-2ce4bbd9ea64 > --allowed-address-pairs type=list [] action=clear > AllowedAddressPair must contain ip_address > > > root@openstack-latest-kilo-28-09-2015-masoom:/opt/stack/devstack/accrc/admin# > neutron port-update e5b05961-e5d0-481b-bbd0-2ce4bbd9ea64 > --allowed-address-pairs type=list {} action=clear > AllowedAddressPair must contain ip_address > > > > > On Mon, Sep 28, 2015 at 4:31 AM, masoom alam <[email protected]> > wrote: > >> Please help, its not working....: >> >> root@openstack-latest-kilo-28-09-2015-masoom:/opt/stack/devstack# >> neutron port-show 2d1bfe12-7db6-4665-9c98-6b9b8a043af9 >> >> +-----------------------+---------------------------------------------------------------------------------+ >> | Field | Value >> | >> >> +-----------------------+---------------------------------------------------------------------------------+ >> | admin_state_up | True >> | >> | allowed_address_pairs | {"ip_address": "10.0.0.201", "mac_address": >> "fa:16:3e:69:e9:ef"} | >> | binding:host_id | openstack-latest-kilo-28-09-2015-masoom >> | >> | binding:profile | {} >> | >> | binding:vif_details | {"port_filter": true, "ovs_hybrid_plug": true} >> | >> | binding:vif_type | ovs >> | >> | binding:vnic_type | normal >> | >> | device_id | d44b9025-f12b-4f85-8b7b-57cc1138acdd >> | >> | device_owner | compute:nova >> | >> | extra_dhcp_opts | >> | >> | fixed_ips | {"subnet_id": >> "bbb6726a-937f-4e0d-8ac2-f82f84272b1f", "ip_address": "10.0.0.3"} | >> | id | 2d1bfe12-7db6-4665-9c98-6b9b8a043af9 >> | >> | mac_address | fa:16:3e:69:e9:ef >> | >> | name | >> | >> | network_id | ae1b7e34-9f6c-4c8f-bf08-99a1e390034c >> | >> | security_groups | 8adda6d7-1b3e-4047-a130-a57609a0bd68 >> | >> | status | ACTIVE >> | >> | tenant_id | 09945e673b7a4ab183afb166735b4fa7 >> | >> >> +-----------------------+---------------------------------------------------------------------------------+ >> >> root@openstack-latest-kilo-28-09-2015-masoom:/opt/stack/devstack# >> neutron port-update 2d1bfe12-7db6-4665-9c98-6b9b8a043af9 >> --allowed-address-pairs [] action=clear >> AllowedAddressPair must contain ip_address >> >> >> root@openstack-latest-kilo-28-09-2015-masoom:/opt/stack/devstack# >> neutron port-update 2d1bfe12-7db6-4665-9c98-6b9b8a043af9 >> --allowed-address-pairs [10.0.0.201] action=clear >> The number of allowed address pair exceeds the maximum 10. >> >> root@openstack-latest-kilo-28-09-2015-masoom:/opt/stack/devstack# >> neutron port-update 2d1bfe12-7db6-4665-9c98-6b9b8a043af9 >> --allowed-address-pairs action=clear >> Request Failed: internal server error while processing your request. >> >> >> >> >> On Mon, Sep 28, 2015 at 1:57 AM, Akihiro Motoki <[email protected]> >> wrote: >> >>> As already mentioned, we need to pass [] (an empty list) rather than >>> None as allowed_address_pairs. >>> >>> At the moment it is not supported in Neutron CLI. >>> This review https://review.openstack.org/#/c/218551/ is trying to fix >>> this problem. >>> >>> Akihiro >>> >>> >>> 2015-09-28 15:51 GMT+09:00 shihanzhang <[email protected]>: >>> >>>> I don't see any exception using bellow command >>>> >>>> root@szxbz:/opt/stack/neutron# neutron port-update >>>> 3748649e-243d-4408-a5f1-8122f1fbf501 --allowed-address-pairs action=clear >>>> Allowed address pairs must be a list. >>>> >>>> >>>> >>>> At 2015-09-28 14:36:44, "masoom alam" <[email protected]> >>>> wrote: >>>> >>>> stable KILO >>>> >>>> shall I checkout the latest code are you saying this...Also can you >>>> please confirm if you have tested this thing at your end....and there was >>>> no problem... >>>> >>>> >>>> Thanks >>>> >>>> On Sun, Sep 27, 2015 at 11:29 PM, shihanzhang <[email protected]> >>>> wrote: >>>> >>>>> which branch do you use? there is not this problem in master branch. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> At 2015-09-28 13:43:05, "masoom alam" <[email protected]> >>>>> wrote: >>>>> >>>>> Can anybody highlight why the following command is throwing an >>>>> exception: >>>>> >>>>> *Command#* neutron port-update db3113df-14a3-4d6d-a3c5-d0517a134fc3 >>>>> --allowed-address-pairs action=clear >>>>> >>>>> *Error: * 2015-09-27 21:44:32.144 ERROR neutron.api.v2.resource >>>>> [req-b1cbe1f2-ba21-4337-a714-f337c54ee9fc admin None] update failed >>>>> 2015-09-27 21:44:32.144 TRACE neutron.api.v2.resource Traceback (most >>>>> recent call last): >>>>> 2015-09-27 21:44:32.144 TRACE neutron.api.v2.resource File >>>>> "/opt/stack/neutron/neutron/api/v2/resource.py", line 83, in resource >>>>> 2015-09-27 21:44:32.144 TRACE neutron.api.v2.resource result = >>>>> method(request=request, **args) >>>>> 2015-09-27 21:44:32.144 TRACE neutron.api.v2.resource File >>>>> "/opt/stack/neutron/neutron/api/v2/base.py", line 515, in update >>>>> 2015-09-27 21:44:32.144 TRACE neutron.api.v2.resource >>>>> allow_bulk=self._allow_bulk) >>>>> 2015-09-27 21:44:32.144 TRACE neutron.api.v2.resource File >>>>> "/opt/stack/neutron/neutron/api/v2/base.py", line 652, in >>>>> prepare_request_body >>>>> 2015-09-27 21:44:32.144 TRACE neutron.api.v2.resource >>>>> attr_vals['validate'][rule]) >>>>> 2015-09-27 21:44:32.144 TRACE neutron.api.v2.resource File >>>>> "/opt/stack/neutron/neutron/extensions/allowedaddresspairs.py", line 51, >>>>> in >>>>> _validate_allowed_address_pairs >>>>> 2015-09-27 21:44:32.144 TRACE neutron.api.v2.resource if >>>>> len(address_pairs) > cfg.CONF.max_allowed_address_pair: >>>>> 2015-09-27 21:44:32.144 TRACE neutron.api.v2.resource TypeError: >>>>> object of type 'NoneType' has no len() >>>>> 2015-09-27 21:44:32.144 TRACE neutron.api.v2.resource >>>>> >>>>> >>>>> >>>>> There is a similar bug filed at Lauchpad for Havana >>>>> https://bugs.launchpad.net/juniperopenstack/+bug/1351979 .However >>>>> there is no fix and the work around - using curl, mentioned on the bug is >>>>> also not working for KILO...it was working for havana and Icehouse....any >>>>> pointers...? >>>>> >>>>> Thanks >>>>> >>>>> >>>>> >>>>> >>>>> 网易考拉iPhone6s玫瑰金5288元，现货不加价 >>>>> <http://rd.da.netease.com/redirect?t=ORBmhG&p=y7fo42&proId=1024&target=http%3A%2F%2Fwww.kaola.com%2Factivity%2Fdetail%2F4650.html%3Ftag%3Dea467f1dcce6ada85b1ae151610748b5> >>>>> >>>>> >>>>> __________________________________________________________________________ >>>>> OpenStack Development Mailing List (not for usage questions) >>>>> Unsubscribe: >>>>> [email protected]?subject:unsubscribe >>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >>>>> >>>>> >>>> >>>> >>>> 网易考拉iPhone6s玫瑰金5288元，现货不加价 >>>> <http://rd.da.netease.com/redirect?t=ORBmhG&p=y7fo42&proId=1024&target=http%3A%2F%2Fwww.kaola.com%2Factivity%2Fdetail%2F4650.html%3Ftag%3Dea467f1dcce6ada85b1ae151610748b5> >>>> >>>> >>>> __________________________________________________________________________ >>>> OpenStack Development Mailing List (not for usage questions) >>>> Unsubscribe: >>>> [email protected]?subject:unsubscribe >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >>>> >>>> >>> >> >
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
