[openstack-dev] --allowed-address-pairs fails...
*Hi every one, * *When trying to execute this command:* * neutron --debug port-update 51ae49c8-d360-488e-badb-7bee31585471 --allowed-address-pairs action=clear* *I am getting the following error:* Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/neutronclient/shell.py", line 819, in run_subcommand return run_command(cmd, cmd_parser, sub_argv) File "/usr/lib/python2.7/site-packages/neutronclient/shell.py", line 105, in run_command return cmd.run(known_args) File "/usr/lib/python2.7/site-packages/neutronclient/neutron/v2_0/__init__.py", line 558, in run obj_updater(_id, body) File "/usr/lib/python2.7/site-packages/neutronclient/v2_0/client.py", line 100, in with_params ret = self.function(instance, *args, **kwargs) File "/usr/lib/python2.7/site-packages/neutronclient/v2_0/client.py", line 530, in update_port return self.put(self.port_path % (port), body=body) File "/usr/lib/python2.7/site-packages/neutronclient/v2_0/client.py", line 275, in put headers=headers, params=params) File "/usr/lib/python2.7/site-packages/neutronclient/v2_0/client.py", line 243, in retry_request headers=headers, params=params) File "/usr/lib/python2.7/site-packages/neutronclient/v2_0/client.py", line 206, in do_request self._handle_fault_response(status_code, replybody) File "/usr/lib/python2.7/site-packages/neutronclient/v2_0/client.py", line 182, in _handle_fault_response exception_handler_v20(status_code, des_error_body) File "/usr/lib/python2.7/site-packages/neutronclient/v2_0/client.py", line 75, in exception_handler_v20 message=error_dict) NeutronClientException: Request Failed: internal server error while processing your request. *Within server.log, I am getting the following clue:* 2016-01-25 05:57:44.772 28288 INFO urllib3.connectionpool [-] Starting new HTTP connection (1): 10.114.198.200 2016-01-25 05:57:44.784 28288 INFO keystoneclient.middleware.auth_token [-] Auth Token confirmed use of v3.0 apis 2016-01-25 05:57:44.785 28288 INFO urllib3.connectionpool [-] Starting new HTTP connection (1): 10.114.198.200 2016-01-25 05:57:44.900 28288 INFO urllib3.connectionpool [-] Starting new HTTP connection (1): 10.114.198.200 2016-01-25 05:57:45.137 28288 INFO neutron.openstack.common.rpc.common [req-7df54e06-b479-4d11-8504-cd77709785fb None] Connected to AMQP server on svl9-csl-b-rabbitmq-001:5672 2016-01-25 05:57:45.148 28288 ERROR neutron.api.v2.resource [req-7df54e06-b479-4d11-8504-cd77709785fb None] update failed 2016-01-25 05:57:45.148 28288 TRACE neutron.api.v2.resource Traceback (most recent call last): 2016-01-25 05:57:45.148 28288 TRACE neutron.api.v2.resource File "/usr/lib/python2.7/site-packages/neutron/api/v2/resource.py", line 87, in resource 2016-01-25 05:57:45.148 28288 TRACE neutron.api.v2.resource result = method(request=request, **args) 2016-01-25 05:57:45.148 28288 TRACE neutron.api.v2.resource File "/usr/lib/python2.7/site-packages/neutron/api/v2/base.py", line 508, in update 2016-01-25 05:57:45.148 28288 TRACE neutron.api.v2.resource allow_bulk=self._allow_bulk) 2016-01-25 05:57:45.148 28288 TRACE neutron.api.v2.resource File "/usr/lib/python2.7/site-packages/neutron/api/v2/base.py", line 647, in prepare_request_body 2016-01-25 05:57:45.148 28288 TRACE neutron.api.v2.resource attr_vals['validate'][rule]) 2016-01-25 05:57:45.148 28288 TRACE neutron.api.v2.resource File "/usr/lib/python2.7/site-packages/neutron/extensions/allowedaddresspairs.py", line 55, in _validate_allowed_address_pairs 2016-01-25 05:57:45.148 28288 TRACE neutron.api.v2.resource if len(address_pairs) > cfg.CONF.max_allowed_address_pair: 2016-01-25 05:57:45.148 28288 TRACE neutron.api.v2.resource TypeError: object of type 'NoneType' has no len() 2016-01-25 05:57:45.148 28288 TRACE neutron.api.v2.resource 2016-01-25 05:57:45.163 28288 INFO neutron.wsgi [req-7df54e06-b479-4d11-8504-cd77709785fb None] 10.114.196.9,10.114.198.235 - - [25/Jan/2016 05:57:45] "PUT /v2.0/ports/51ae49c8-d360-488e-badb-7bee31585471.json HTTP/1.1" 500 315 0.400917 *There is a patch which deals with the situation mentioned here:* https://review.openstack.org/#/c/218551/ *But our NeutronClient is already patched with the aforementioned patchany clue...* *Thanks* __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] KILO: neutron port-update --allowed-address-pairs action=clear throws an exception
This patch: https://review.openstack.org/#/c/218551/
On Tue, Sep 29, 2015 at 11:55 PM, masoom alam <masoom.a...@wanclouds.net>
wrote:
> After I applied the patch set 4 manually, I am still getting the following
> exception:
>
> DEBUG: urllib3.util.retry Converted retries value: 0 -> Retry(total=0,
> connect=None, read=None, redirect=0)
> DEBUG: keystoneclient.session RESP:
> DEBUG: neutronclient.v2_0.client Error message: {"NeutronError":
> {"message": "Request Failed: internal server error while processing your
> request.", "type": "HTTPInternalServerError", "detail": ""}}
> ERROR: neutronclient.shell Request Failed: internal server error while
> processing your request.
> Traceback (most recent call last):
> File "/usr/local/lib/python2.7/dist-packages/neutronclient/shell.py",
> line 766, in run_subcommand
> return run_command(cmd, cmd_parser, sub_argv)
> File "/usr/local/lib/python2.7/dist-packages/neutronclient/shell.py",
> line 101, in run_command
> return cmd.run(known_args)
> File
> "/usr/local/lib/python2.7/dist-packages/neutronclient/neutron/v2_0/__init__.py",
> line 535, in run
> obj_updater(_id, body)
> File
> "/usr/local/lib/python2.7/dist-packages/neutronclient/v2_0/client.py", line
> 102, in with_params
> ret = self.function(instance, *args, **kwargs)
> File
> "/usr/local/lib/python2.7/dist-packages/neutronclient/v2_0/client.py", line
> 549, in update_port
> return self.put(self.port_path % (port), body=body)
> File
> "/usr/local/lib/python2.7/dist-packages/neutronclient/v2_0/client.py", line
> 302, in put
> headers=headers, params=params)
> File
> "/usr/local/lib/python2.7/dist-packages/neutronclient/v2_0/client.py", line
> 270, in retry_request
> headers=headers, params=params)
> File
> "/usr/local/lib/python2.7/dist-packages/neutronclient/v2_0/client.py", line
> 211, in do_request
> self._handle_fault_response(status_code, replybody)
> File
> "/usr/local/lib/python2.7/dist-packages/neutronclient/v2_0/client.py", line
> 185, in _handle_fault_response
> exception_handler_v20(status_code, des_error_body)
> File
> "/usr/local/lib/python2.7/dist-packages/neutronclient/v2_0/client.py", line
> 70, in exception_handler_v20
> status_code=status_code)
> InternalServerError: Request Failed: internal server error while
> processing your request.
>
>
> On Mon, Sep 28, 2015 at 9:09 AM, Akihiro Motoki <amot...@gmail.com> wrote:
>
>> 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 <masoom.a...@wanclouds.net>:
>>
>>> 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 <masoom.a...@wanclouds.net>
>>> 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"}
Re: [openstack-dev] KILO: neutron port-update --allowed-address-pairs action=clear throws an exception
After I applied the patch set 4 manually, I am still getting the following
exception:
DEBUG: urllib3.util.retry Converted retries value: 0 -> Retry(total=0,
connect=None, read=None, redirect=0)
DEBUG: keystoneclient.session RESP:
DEBUG: neutronclient.v2_0.client Error message: {"NeutronError":
{"message": "Request Failed: internal server error while processing your
request.", "type": "HTTPInternalServerError", "detail": ""}}
ERROR: neutronclient.shell Request Failed: internal server error while
processing your request.
Traceback (most recent call last):
File "/usr/local/lib/python2.7/dist-packages/neutronclient/shell.py",
line 766, in run_subcommand
return run_command(cmd, cmd_parser, sub_argv)
File "/usr/local/lib/python2.7/dist-packages/neutronclient/shell.py",
line 101, in run_command
return cmd.run(known_args)
File
"/usr/local/lib/python2.7/dist-packages/neutronclient/neutron/v2_0/__init__.py",
line 535, in run
obj_updater(_id, body)
File
"/usr/local/lib/python2.7/dist-packages/neutronclient/v2_0/client.py", line
102, in with_params
ret = self.function(instance, *args, **kwargs)
File
"/usr/local/lib/python2.7/dist-packages/neutronclient/v2_0/client.py", line
549, in update_port
return self.put(self.port_path % (port), body=body)
File
"/usr/local/lib/python2.7/dist-packages/neutronclient/v2_0/client.py", line
302, in put
headers=headers, params=params)
File
"/usr/local/lib/python2.7/dist-packages/neutronclient/v2_0/client.py", line
270, in retry_request
headers=headers, params=params)
File
"/usr/local/lib/python2.7/dist-packages/neutronclient/v2_0/client.py", line
211, in do_request
self._handle_fault_response(status_code, replybody)
File
"/usr/local/lib/python2.7/dist-packages/neutronclient/v2_0/client.py", line
185, in _handle_fault_response
exception_handler_v20(status_code, des_error_body)
File
"/usr/local/lib/python2.7/dist-packages/neutronclient/v2_0/client.py", line
70, in exception_handler_v20
status_code=status_code)
InternalServerError: Request Failed: internal server error while processing
your request.
On Mon, Sep 28, 2015 at 9:09 AM, Akihiro Motoki <amot...@gmail.com> wrote:
> 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 <masoom.a...@wanclouds.net>:
>
>> 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 <masoom.a...@wanclouds.net>
>> 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
>>>
Re: [openstack-dev] KILO: neutron port-update --allowed-address-pairs action=clear throws an exception
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 <masoom.a...@wanclouds.net>
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 <amot...@gmail.com> 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 <ayshihanzh...@126.com>:
>>
>>> 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" <masoom.a...@wanclouds.net> 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 endand there was
>>> no problem...
>>>
>>>
>>> Thanks
>>>
>>> On Sun, Sep 27, 2015 at 11:
Re: [openstack-dev] KILO: neutron port-update --allowed-address-pairs action=clear throws an exception
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 endand there was no problem... Thanks On Sun, Sep 27, 2015 at 11:29 PM, shihanzhang <ayshihanzh...@126.com> wrote: > which branch do you use? there is not this problem in master branch. > > > > > > At 2015-09-28 13:43:05, "masoom alam" <masoom.a...@wanclouds.net> 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 Icehouseany > pointers...? > > Thanks > > > > > 网易考拉iPhone6s玫瑰金5288元，现货不加价 > <http://rd.da.netease.com/redirect?t=ORBmhG=y7fo42=1024=http%3A%2F%2Fwww.kaola.com%2Factivity%2Fdetail%2F4650.html%3Ftag%3Dea467f1dcce6ada85b1ae151610748b5> > > __ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] KILO: neutron port-update --allowed-address-pairs action=clear throws an exception
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 <amot...@gmail.com> 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 <ayshihanzh...@126.com>:
>
>> 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" <masoom.a...@wanclouds.net> 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 endand there was
>> no problem...
>>
>>
>> Thanks
>>
>> On Sun, Sep 27, 2015 at 11:29 PM, shihanzhang <ayshihanzh...@126.com>
>> wrote:
>>
>>> which branch do you use? there is not this problem in master branch.
>>>
>>>
>>>
>>>
>>>
>>> At 2015-09-28 13:43:05, "masoom alam" <masoom.a...@wanclouds.net> 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.
[openstack-dev] KILO: neutron port-update --allowed-address-pairs action=clear throws an exception
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 Icehouseany pointers...? Thanks __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] Glance Image Protection Policy
Hi every one, The glance policy.json allows specific users/roles to download an image. If we apply a policy on a specific role, only that role can download and/or boot an image. What if we want to restrict downloading an image, but at the same time allowing the user to boot it via nova boot. The catch is that we will have to restrict the user from taking the snapshot right? Can glance can differentiate between user downloading an image and nova doing the same on the behalf of a user. OR how to solve the puzzle, please guide. Thanks __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] BUG in OpenVSwitch Version ovs-vswitchd (Open vSwitch) 1.4.6
Hi every one, Can any one spot why the following bug will appear in Openstack leaving all services of Neutron to unusable state? To give you an idea that I was trying: I tried to configure 173.39.237.0 ip to a VM, with the CIDR 173.39.236.0/23, however the OVS gave error and now all the neutron services are completely unusable 2015-02-04 05:25:06.993 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent Traceback (most recent call last): 2015-02-04 05:25:06.993 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent File /opt/stack/neutron/neutron/plugins/openvswitch/agent/ovs_neutron_agent.py, line 1197, in rpc_loop 2015-02-04 05:25:06.993 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent port_info = self.scan_ports(ports, updated_ports_copy) 2015-02-04 05:25:06.993 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent File /opt/stack/neutron/neutron/plugins/openvswitch/agent/ovs_neutron_agent.py, line 821, in scan_ports 2015-02-04 05:25:06.993 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent updated_ports.update(self.check_changed_vlans(registered_ports)) 2015-02-04 05:25:06.993 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent File /opt/stack/neutron/neutron/plugins/openvswitch/agent/ovs_neutron_agent.py, line 848, in check_changed_vlans 2015-02-04 05:25:06.993 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent port_tags = self.int_br.get_port_tag_dict() 2015-02-04 05:25:06.993 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent File /opt/stack/neutron/neutron/agent/linux/ovs_lib.py, line 394, in get_port_tag_dict 2015-02-04 05:25:06.993 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent result = self.run_vsctl(args, check_error=True) 2015-02-04 05:25:06.993 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent File /opt/stack/neutron/neutron/agent/linux/ovs_lib.py, line 67, in run_vsctl 2015-02-04 05:25:06.993 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent return utils.execute(full_args, root_helper=self.root_helper) 2015-02-04 05:25:06.993 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent File /opt/stack/neutron/neutron/agent/linux/utils.py, line 75, in execute 2015-02-04 05:25:06.993 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent raise RuntimeError(m) 2015-02-04 05:25:06.993 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent RuntimeError: 2015-02-04 05:25:06.993 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent Command: ['sudo', '/usr/local/bin/neutron-rootwrap', '/etc/neutron/rootwrap.conf', 'ovs-vsctl', '--timeout=10', '--format=json', '--', '--columns=name,tag', 'list', 'Port'] 2015-02-04 05:25:06.993 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent Exit code: 1 2015-02-04 05:25:06.993 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent Stdout: '' 2015-02-04 05:25:06.993 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent Stderr: 'Traceback (most recent call last):\n File /usr/local/bin/neutron-rootwrap, line 4, in module\n __import__(\'pkg_resources\').require(\'neutron==2013.2.4.dev32\')\n File /usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py, line 3018, in module\nworking_set = WorkingSet._build_master()\n File /usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py, line 614, in _build_master\nreturn cls._build_from_requirements(__requires__)\n File /usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py, line 627, in _build_from_requirements\ndists = ws.resolve(reqs, Environment())\n File /usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py, line 805, in resolve\nraise DistributionNotFound(req)\npkg_resources.DistributionNotFound: alembic0.6.4,=0.4.1\n' 2015-02-04 05:25:06.993 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] Openstack Havana installation using devstack
Hi every one, How can I install Openstack Havana using devstack. The problem is that Havana branch does not exist on Github. git clone https://github.com/openstack-dev/devstack.git -b stable/havana Please guide. __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] Openstack Havana installation using devstack
No I want Havana purposefully. Thanks On Thu, Jan 15, 2015 at 10:45 AM, iKhan ik.ibadk...@gmail.com wrote: Go with stable/icehouse then. On Thu Jan 15 2015 at 11:13:37 AM masoom alam masoom.a...@gmail.com wrote: Hi every one, How can I install Openstack Havana using devstack. The problem is that Havana branch does not exist on Github. git clone https://github.com/openstack-dev/devstack.git -b stable/havana Please guide. __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject: unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] VPNaaS site to site connection down.
, 2014, at 1:38 AM, masoom alam masoom.a...@gmail.com wrote: Hi Germy We cannot ping the public interface of the 2nd devstack setup (devstack West). From our Cirros instance (First devstack -- devstack east), we can ping our own public ip, but cannot ping the other public ip. I think problem lies here, if we are reaching the devstack west, how can we make a VPN connection Our topology looks like: CirrOS ---QrouterPublic IP ---publicIPQrouter-CirrOS _ _ devstack EASTdevstack WEST Also it is important to note that we are not able to ssh the instance private ip, without sudo ip netns qrouter id so this means we cannot even ssh with floating ip. it seems there is a problem in firewall or iptables. Please guide On Sunday, September 28, 2014, Germy Lure germy.l...@gmail.com wrote: Hi, masoom: I think firstly you can just check that if you could ping from left to right without installing VPN connection. If it worked, then you should cat the system logs to confirm the configure's OK. You can ping and tcpdump to dialog where packets are blocked. stackers: I think we should give mechanism to show the cause when vpn-connection is down. At least, we could extend an attribute to explain this. Maybe the VPN-incubator project is a chance? BR, Germy On Sat, Sep 27, 2014 at 7:04 PM, masoom alam masoom.a...@gmail.com wrote: Hi Every one, I am trying to establish the VPN connection by giving the neutron ipsec-site-connection-create. neutron ipsec-site-connection-create --name vpnconnection1 --vpnservice-id myvpn --ikepolicy-id ikepolicy1 --ipsecpolicy-id ipsecpolicy1 --peer-address 172.24.4.233 --peer-id 172.24.4.233 --peer-cidr 10.2.0.0/24 --psk secret For the --peer-address I am giving the public interface of the other devstack node. Please note that my two devstack nodes are on different public addresses, so scenario is a little different than the one described here: https://wiki.openstack.org/wiki/Neutron/VPNaaS/HowToInstall The --peer-id is the ip address of the Qrouter connected to the public interface. With this configuration, I am not able to up the VPN site to site connection. Do you think its a firewall issue, I have disabled both firewalls with sudo ufw disable. Any help in this regard. Am I giving the correct parameters? Thanks ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] VPNaaS site to site connection down.
Hi Paul, Apologies for late response. I was having throat infection. Can you show the ipsec-site-connection-create command used on each end? neutron ipsec-site-connection-create --name vpnconnection1 --vpnservice-id myvpn --ikepolicy-id ikepolicy1 --ipsecpolicy-id ipsecpolicy1 --peer-address public address --peer-id q-router-ip --peer-cidr 10.2.0.0/24 --psk secret - In the above command: --peer-address is the public ip of the node having devstack setup -- you can call it devstack West - --peer-id: we are giving the ip of the q-router Make sense? Can you show the topology with IP addresses used (and indicate how the two clouds are connected)? Are you using devstack? Two physical nodes? How are they interconnected? We are using exactly the same topology as shown below even the floating ip addresses are same one mentioned below. However, Our Internet gateway is a public ip. Similarly, other Internet GW is also a public ip. (10.1.0.0/24 - DevStack *East*) | | 10.1.0.1 [Quantum Router] | 172.24.4.226 | | 172.24.4.225 [Internet GW] | | [Internet GW] | 172.24.4.232 | | 172.24.4.233 [Quantum Router] | 10.2.0.1 | (10.2.0.0/24 DevStack *West*) First thing would be to ensure that you can ping from one host to another over the public IPs involved. You can then go to the namespace of the router and see if you can ping the public I/F of the other end’s router. We can ping anything on the host having devstack setup for example google.com, but GW of the other host. However, we cannot ping from within the CirrOS instance. I have run the traceroute command and we are reaching till 172.24.4.225 but not beyond this point. BTW we did some other experiments as well. For example, when we tried to explicitly link our br-ex (172.24.4.225) with eth0 (Internet GW), machine got corrupted. Same is the issue if we do a hard reboot, Neutron gets corrupted :) You can look at the screen-q-vpn.log (assuming devstack used) to see if any errors during setup. Note: When I stack, I turn off neutron security groups and then set nova security groups to allow SSH and ICMP. I imagine the alternative would be to setup neutron security groups to allow these two protocols. I didn’t quite follow what you meant by Please note that my two devstack nodes are on different public addresses, so scenario is a little different than the one described here: https://wiki.openstack.org/wiki/Neutron/VPNaaS/HowToInstall”. Can you elaborate (showing the commands and topology will help)? Germy, I have created this BP during Juno (unfortunately no progress on it however), regarding being able to see more status information for troubleshooting: https://blueprints.launchpad.net/neutron/+spec/l3-svcs-vendor-status-report It was targeted for vendor implementations, but would include reference implementation status too. Right now, if a VPN connection negotiation fails, there’s no indication of what went wrong. Regards, PCM (Paul Michali) MAIL …..…. p...@cisco.com IRC ……..… pcm_ (irc.freenode.com) TW ………... @pmichali GPG Key … 4525ECC253E31A83 Fingerprint .. 307A 96BB 1A4C D2C7 931D 8D2D 4525 ECC2 53E3 1A83 On Sep 29, 2014, at 1:38 AM, masoom alam masoom.a...@gmail.com wrote: Hi Germy We cannot ping the public interface of the 2nd devstack setup (devstack West). From our Cirros instance (First devstack -- devstack east), we can ping our own public ip, but cannot ping the other public ip. I think problem lies here, if we are reaching the devstack west, how can we make a VPN connection Our topology looks like: *CirrOS ---QrouterPublic IP ---publicIPQrouter-CirrOS* _ _ devstack EASTdevstack WEST Also it is important to note that we are not able to ssh the instance private ip, without *sudo ip netns qrouter id *so this means we cannot even ssh with floating ip. it seems there is a problem in firewall or iptables. Please guide On Sunday, September 28, 2014, Germy Lure germy.l...@gmail.com wrote: Hi, masoom: I think firstly you can just check that if you could ping from left to right without installing VPN connection. If it worked, then you should cat the system logs to confirm the configure's OK. You can ping and tcpdump to dialog where packets are blocked. stackers: I think we should give mechanism to show the cause when vpn-connection is down. At least, we could extend an attribute to explain this. Maybe the VPN-incubator project is a chance? BR, Germy On Sat, Sep 27, 2014 at 7:04 PM, masoom alam masoom.a...@gmail.com wrote: Hi Every one, I am trying to establish the VPN connection by giving the neutron ipsec-site
Re: [openstack-dev] VPNaaS site to site connection down.
Hi Germy We cannot ping the public interface of the 2nd devstack setup (devstack West). From our Cirros instance (First devstack -- devstack east), we can ping our own public ip, but cannot ping the other public ip. I think problem lies here, if we are reaching the devstack west, how can we make a VPN connection Our topology looks like: *CirrOS ---QrouterPublic IP ---publicIPQrouter-CirrOS* _ _ devstack EASTdevstack WEST Also it is important to note that we are not able to ssh the instance private ip, without *sudo ip netns qrouter id *so this means we cannot even ssh with floating ip. it seems there is a problem in firewall or iptables. Please guide On Sunday, September 28, 2014, Germy Lure germy.l...@gmail.com wrote: Hi, masoom: I think firstly you can just check that if you could ping from left to right without installing VPN connection. If it worked, then you should cat the system logs to confirm the configure's OK. You can ping and tcpdump to dialog where packets are blocked. stackers: I think we should give mechanism to show the cause when vpn-connection is down. At least, we could extend an attribute to explain this. Maybe the VPN-incubator project is a chance? BR, Germy On Sat, Sep 27, 2014 at 7:04 PM, masoom alam masoom.a...@gmail.com wrote: Hi Every one, I am trying to establish the VPN connection by giving the neutron ipsec-site-connection-create. neutron ipsec-site-connection-create --name vpnconnection1 --vpnservice-id myvpn --ikepolicy-id ikepolicy1 --ipsecpolicy-id ipsecpolicy1 --peer-address 172.24.4.233 --peer-id 172.24.4.233 --peer-cidr 10.2.0.0/24 --psk secret For the --peer-address I am giving the public interface of the other devstack node. Please note that my two devstack nodes are on different public addresses, so scenario is a little different than the one described here: https://wiki.openstack.org/wiki/Neutron/VPNaaS/HowToInstall The --peer-id is the ip address of the Qrouter connected to the public interface. With this configuration, I am not able to up the VPN site to site connection. Do you think its a firewall issue, I have disabled both firewalls with sudo ufw disable. Any help in this regard. Am I giving the correct parameters? Thanks ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] VPNaaS site to site connection down.
Hi Every one, I am trying to establish the VPN connection by giving the neutron ipsec-site-connection-create. neutron ipsec-site-connection-create --name vpnconnection1 --vpnservice-id myvpn --ikepolicy-id ikepolicy1 --ipsecpolicy-id ipsecpolicy1 --peer-address 172.24.4.233 --peer-id 172.24.4.233 --peer-cidr 10.2.0.0/24 --psk secret For the --peer-address I am giving the public interface of the other devstack node. Please note that my two devstack nodes are on different public addresses, so scenario is a little different than the one described here: https://wiki.openstack.org/wiki/Neutron/VPNaaS/HowToInstall The --peer-id is the ip address of the Qrouter connected to the public interface. With this configuration, I am not able to up the VPN site to site connection. Do you think its a firewall issue, I have disabled both firewalls with sudo ufw disable. Any help in this regard. Am I giving the correct parameters? Thanks ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [rally][iperf] Benchmarking network performance
The problem lies in this patch:
https://review.openstack.org/#/c/96300
Even If I apply it, i get an error that Unknown Neutron context. The patch
is correctly applied - some 20 times :)
Task and output is as follows:
{
VMTasks.boot_runcommand_delete: [
{
args: {
flavor: {
name: m1.tiny
},
image: {
name: cirros-0.3.2-x86_64-uec
},
fixed_network: net04,
floating_network: net04_ext,
use_floatingip: true,
script:
/home/alam/Desktop/rally/doc/samples/tasks/support/instance_dd_test.sh,
interpreter: /bin/sh,
username: cirros
},
runner: {
type: constant,
times: 2,
concurrency: 1
},
context: {
users: {
tenants: 1,
users_per_tenant: 1
},
neutron_network: {
network_cidr: 10.%s.0.0/16
}
}
}
]
}
$rally -v task start
/home/alam/Desktop/rally/doc/samples/tasks/scenarios/vm/boot-runcommand-delete.json
Task 193a4b11-ec2d-4e36-ba53-23819e9d6bcf is started
2014-09-07 17:23:00.680 2845 INFO rally.orchestrator.api [-] Benchmark Task
193a4b11-ec2d-4e36-ba53-23819e9d6bcf on Deployment
3cba9ee5-ef47-42f9-95bc-91107009a348
2014-09-07 17:23:00.680 2845 INFO rally.benchmark.engine [-] Task
193a4b11-ec2d-4e36-ba53-23819e9d6bcf | Starting: Check cloud.
2014-09-07 17:23:09.083 2845 INFO rally.benchmark.engine [-] Task
193a4b11-ec2d-4e36-ba53-23819e9d6bcf | Completed: Check cloud.
2014-09-07 17:23:09.084 2845 INFO rally.benchmark.engine [-] Task
193a4b11-ec2d-4e36-ba53-23819e9d6bcf | Starting: Task validation.
2014-09-07 17:23:09.134 2845 INFO rally.benchmark.engine [-] Task
193a4b11-ec2d-4e36-ba53-23819e9d6bcf | Starting: Task validation of
scenarios names.
2014-09-07 17:23:09.137 2845 INFO rally.benchmark.engine [-] Task
193a4b11-ec2d-4e36-ba53-23819e9d6bcf | Completed: Task validation of
scenarios names.
2014-09-07 17:23:09.138 2845 INFO rally.benchmark.engine [-] Task
193a4b11-ec2d-4e36-ba53-23819e9d6bcf | Starting: Task validation of syntax.
Task 193a4b11-ec2d-4e36-ba53-23819e9d6bcf is failed.
class 'rally.exceptions.InvalidBenchmarkConfig'
Task config is invalid.
Benchmark %(name)s has wrong configuration at position %(pos)s
Reason: %(reason)s
Benchmark configuration: %(config)s
On Fri, Sep 5, 2014 at 7:46 PM, Ajay Kalambur (akalambu) akala...@cisco.com
wrote:
Hi mason
What is the task you want to perform run commands after vm boot or run
performance
Based on that I can help with correct pointer
Ajay
Sent from my iPhone
On Sep 5, 2014, at 2:28 AM, masoom alam masoom.a...@gmail.com wrote:
Please forward ur vmtasks.py file
On Friday, September 5, 2014, masoom alam masoom.a...@gmail.com wrote:
http://paste.openstack.org/show/106297/
On Fri, Sep 5, 2014 at 1:12 PM, masoom alam masoom.a...@gmail.com
wrote:
Thanks Ajay
I corrected this earlier. But facing another problem. Will forward
paste in a while.
On Friday, September 5, 2014, Ajay Kalambur (akalambu)
akala...@cisco.com wrote:
Sorry there was typo in the patch should be @validation and not
@(validation
Please change that in vm_perf.py
Sent from my iPhone
On Sep 4, 2014, at 7:51 PM, masoom alam masoom.a...@gmail.com
wrote:
Why this is so when I patched with your sent patch:
http://paste.openstack.org/show/106196/
On Thu, Sep 4, 2014 at 8:58 PM, Rick Jones rick.jon...@hp.com wrote:
On 09/03/2014 11:47 AM, Ajay Kalambur (akalambu) wrote:
Hi
Looking into the following blueprint which requires that network
performance tests be done as part of a scenario
I plan to implement this using iperf and basically a scenario which
includes a client/server VM pair
My experience with netperf over the years has taught me that when
there is just the single stream and pair of systems one won't actually
know if the performance was limited by inbound, or outbound. That is why
the likes of
http://www.netperf.org/svn/netperf2/trunk/doc/examples/
netperf_by_flavor.py
and
http://www.netperf.org/svn/netperf2/trunk/doc/examples/
netperf_by_quantum.py
apart from being poorly written python :) Will launch several
instances of a given flavor and then run aggregate tests on the Instance
Under Test. Those aggregate tests will include inbound, outbound,
bidirectional, aggregate small packet
Re: [openstack-dev] [rally][iperf] Benchmarking network performance
Thanks Ajay I corrected this earlier. But facing another problem. Will forward paste in a while. On Friday, September 5, 2014, Ajay Kalambur (akalambu) akala...@cisco.com wrote: Sorry there was typo in the patch should be @validation and not @(validation Please change that in vm_perf.py Sent from my iPhone On Sep 4, 2014, at 7:51 PM, masoom alam masoom.a...@gmail.com javascript:_e(%7B%7D,'cvml','masoom.a...@gmail.com'); wrote: Why this is so when I patched with your sent patch: http://paste.openstack.org/show/106196/ On Thu, Sep 4, 2014 at 8:58 PM, Rick Jones rick.jon...@hp.com javascript:_e(%7B%7D,'cvml','rick.jon...@hp.com'); wrote: On 09/03/2014 11:47 AM, Ajay Kalambur (akalambu) wrote: Hi Looking into the following blueprint which requires that network performance tests be done as part of a scenario I plan to implement this using iperf and basically a scenario which includes a client/server VM pair My experience with netperf over the years has taught me that when there is just the single stream and pair of systems one won't actually know if the performance was limited by inbound, or outbound. That is why the likes of http://www.netperf.org/svn/netperf2/trunk/doc/examples/ netperf_by_flavor.py and http://www.netperf.org/svn/netperf2/trunk/doc/examples/ netperf_by_quantum.py apart from being poorly written python :) Will launch several instances of a given flavor and then run aggregate tests on the Instance Under Test. Those aggregate tests will include inbound, outbound, bidirectional, aggregate small packet and then a latency test. happy benchmarking, rick jones ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org javascript:_e(%7B%7D,'cvml','OpenStack-dev@lists.openstack.org'); http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Sent from noir ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [rally][iperf] Benchmarking network performance
http://paste.openstack.org/show/106297/ On Fri, Sep 5, 2014 at 1:12 PM, masoom alam masoom.a...@gmail.com wrote: Thanks Ajay I corrected this earlier. But facing another problem. Will forward paste in a while. On Friday, September 5, 2014, Ajay Kalambur (akalambu) akala...@cisco.com wrote: Sorry there was typo in the patch should be @validation and not @(validation Please change that in vm_perf.py Sent from my iPhone On Sep 4, 2014, at 7:51 PM, masoom alam masoom.a...@gmail.com wrote: Why this is so when I patched with your sent patch: http://paste.openstack.org/show/106196/ On Thu, Sep 4, 2014 at 8:58 PM, Rick Jones rick.jon...@hp.com wrote: On 09/03/2014 11:47 AM, Ajay Kalambur (akalambu) wrote: Hi Looking into the following blueprint which requires that network performance tests be done as part of a scenario I plan to implement this using iperf and basically a scenario which includes a client/server VM pair My experience with netperf over the years has taught me that when there is just the single stream and pair of systems one won't actually know if the performance was limited by inbound, or outbound. That is why the likes of http://www.netperf.org/svn/netperf2/trunk/doc/examples/ netperf_by_flavor.py and http://www.netperf.org/svn/netperf2/trunk/doc/examples/ netperf_by_quantum.py apart from being poorly written python :) Will launch several instances of a given flavor and then run aggregate tests on the Instance Under Test. Those aggregate tests will include inbound, outbound, bidirectional, aggregate small packet and then a latency test. happy benchmarking, rick jones ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Sent from noir ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [rally][iperf] Benchmarking network performance
Please forward ur vmtasks.py file On Friday, September 5, 2014, masoom alam masoom.a...@gmail.com wrote: http://paste.openstack.org/show/106297/ On Fri, Sep 5, 2014 at 1:12 PM, masoom alam masoom.a...@gmail.com javascript:_e(%7B%7D,'cvml','masoom.a...@gmail.com'); wrote: Thanks Ajay I corrected this earlier. But facing another problem. Will forward paste in a while. On Friday, September 5, 2014, Ajay Kalambur (akalambu) akala...@cisco.com javascript:_e(%7B%7D,'cvml','akala...@cisco.com'); wrote: Sorry there was typo in the patch should be @validation and not @(validation Please change that in vm_perf.py Sent from my iPhone On Sep 4, 2014, at 7:51 PM, masoom alam masoom.a...@gmail.com wrote: Why this is so when I patched with your sent patch: http://paste.openstack.org/show/106196/ On Thu, Sep 4, 2014 at 8:58 PM, Rick Jones rick.jon...@hp.com wrote: On 09/03/2014 11:47 AM, Ajay Kalambur (akalambu) wrote: Hi Looking into the following blueprint which requires that network performance tests be done as part of a scenario I plan to implement this using iperf and basically a scenario which includes a client/server VM pair My experience with netperf over the years has taught me that when there is just the single stream and pair of systems one won't actually know if the performance was limited by inbound, or outbound. That is why the likes of http://www.netperf.org/svn/netperf2/trunk/doc/examples/ netperf_by_flavor.py and http://www.netperf.org/svn/netperf2/trunk/doc/examples/ netperf_by_quantum.py apart from being poorly written python :) Will launch several instances of a given flavor and then run aggregate tests on the Instance Under Test. Those aggregate tests will include inbound, outbound, bidirectional, aggregate small packet and then a latency test. happy benchmarking, rick jones ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Sent from noir -- Sent from noir ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] Rally scenario Issue
Hi Ajay,
We are testing the same scenario that you are working one, but getting the
follow error:
http://paste.openstack.org/show/105029/
Could you be of any help here?
Thanks
On Wed, Sep 3, 2014 at 4:16 AM, Ajay Kalambur (akalambu) akala...@cisco.com
wrote:
Hi Guys
For the throughput tests I need to be able to install iperf on the cloud
image. For this DNS server needs to be set. But the current network context
should also support DNS name server setting
Should we add that into network context?
Ajay
From: Boris Pavlovic bo...@pavlovic.me
Reply-To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: Friday, August 29, 2014 at 2:08 PM
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Cc: Harshil Shah (harsshah) harss...@cisco.com
Subject: Re: [openstack-dev] Rally scenario Issue
Timur,
Thanks for pointing Ajay.
Ajay,
Also I cannot see this failure unless I run rally with –v –d object.
Actually rally is sotring information about all failures. To get
information about them you can run next command:
*rally task results --pprint*
It will display all information about all iterations (including
exceptions)
Second when most of the steps in the scenario failed like attaching to
network, ssh and run command why bother reporting the results
Because, bad results are better then nothing...
Best regards,
Boris Pavlovic
On Sat, Aug 30, 2014 at 12:54 AM, Timur Nurlygayanov
tnurlygaya...@mirantis.com wrote:
Hi Ajay,
looks like you need to use NeutronContext feature to configure Neutron
Networks during the benchmarks execution.
We now working on merge of two different comits with NeutronContext
implementation:
https://review.openstack.org/#/c/96300 and
https://review.openstack.org/#/c/103306
could you please apply commit https://review.openstack.org/#/c/96300
and run your benchmarks? Neutron Network with subnetworks and routers will
be automatically created for each created tenant and you should have the
ability to connect to VMs. Please, note, that you should add the following
part to your task JSON to enable Neutron context:
...
context: {
...
neutron_network: {
network_cidr: 10.%s.0.0/16,
}
}
...
Hope this will help.
On Fri, Aug 29, 2014 at 11:42 PM, Ajay Kalambur (akalambu)
akala...@cisco.com wrote:
Hi
I am trying to run the Rally scenario boot-runcommand-delete. This
scenario has the following code
def boot_runcommand_delete(self, image, flavor,
script, interpreter, username,
fixed_network=private,
floating_network=public,
ip_version=4, port=22,
use_floatingip=True, **kwargs):
server = None
floating_ip = None
try:
print fixed network:%s floating network:%s
%(fixed_network,floating_network)
server = self._boot_server(
self._generate_random_name(rally_novaserver_),
image, flavor, key_name='rally_ssh_key', **kwargs)
*self.check_network(server, fixed_network)*
The question I have is the instance is created with a call to
boot_server but no networks are attached to this server instance. Next step
it goes and checks if the fixed network is attached to the instance and
sure enough it fails
At the step highlighted in bold. Also I cannot see this failure unless I
run rally with –v –d object. So it actually reports benchmark scenario
numbers in a table with no errors when I run with
rally task start boot-and-delete.json
And reports results. First what am I missing in this case. Thing is I
am using neutron not nova-network
Second when most of the steps in the scenario failed like attaching to
network, ssh and run command why bother reporting the results
Ajay
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Timur,
QA Engineer
OpenStack Projects
Mirantis Inc
[image: http://www.openstacksv.com/] http://www.openstacksv.com/
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] Rally scenario Issue
Please pass on your VMTasks.py. Further, floating ips are available.
Thanks for the help!
On Wed, Sep 3, 2014 at 8:07 PM, Ajay Kalambur (akalambu) akala...@cisco.com
wrote:
The reason this is failing is you are specifying a fixed network and at
the same time asking for a new network to be created using context. What
happens is the VM gets attached to your fixed network instead of the
created Rally network
So you need to modify vm_tasks.py for this case and basically if not fixed
and using floating ip just skip the network check and the fixed ip code and
just directly use floating ip to access.
I think some changes are needed to vm_tasks.py to make it work for both
fixed and floating and support for network context
If you need a local change I can pass along a local change for
vm_tasks.py that only support floating ip. Let me know do you have floating
ips available ?
Ajay
From: masoom alam masoom.a...@gmail.com
Reply-To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: Tuesday, September 2, 2014 at 11:12 PM
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] Rally scenario Issue
Hi Ajay,
We are testing the same scenario that you are working one, but getting
the follow error:
http://paste.openstack.org/show/105029/
Could you be of any help here?
Thanks
On Wed, Sep 3, 2014 at 4:16 AM, Ajay Kalambur (akalambu)
akala...@cisco.com wrote:
Hi Guys
For the throughput tests I need to be able to install iperf on the cloud
image. For this DNS server needs to be set. But the current network context
should also support DNS name server setting
Should we add that into network context?
Ajay
From: Boris Pavlovic bo...@pavlovic.me
Reply-To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: Friday, August 29, 2014 at 2:08 PM
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Cc: Harshil Shah (harsshah) harss...@cisco.com
Subject: Re: [openstack-dev] Rally scenario Issue
Timur,
Thanks for pointing Ajay.
Ajay,
Also I cannot see this failure unless I run rally with –v –d object.
Actually rally is sotring information about all failures. To get
information about them you can run next command:
*rally task results --pprint*
It will display all information about all iterations (including
exceptions)
Second when most of the steps in the scenario failed like attaching to
network, ssh and run command why bother reporting the results
Because, bad results are better then nothing...
Best regards,
Boris Pavlovic
On Sat, Aug 30, 2014 at 12:54 AM, Timur Nurlygayanov
tnurlygaya...@mirantis.com wrote:
Hi Ajay,
looks like you need to use NeutronContext feature to configure Neutron
Networks during the benchmarks execution.
We now working on merge of two different comits with NeutronContext
implementation:
https://review.openstack.org/#/c/96300 and
https://review.openstack.org/#/c/103306
could you please apply commit https://review.openstack.org/#/c/96300
and run your benchmarks? Neutron Network with subnetworks and routers will
be automatically created for each created tenant and you should have the
ability to connect to VMs. Please, note, that you should add the following
part to your task JSON to enable Neutron context:
...
context: {
...
neutron_network: {
network_cidr: 10.%s.0.0/16,
}
}
...
Hope this will help.
On Fri, Aug 29, 2014 at 11:42 PM, Ajay Kalambur (akalambu)
akala...@cisco.com wrote:
Hi
I am trying to run the Rally scenario boot-runcommand-delete. This
scenario has the following code
def boot_runcommand_delete(self, image, flavor,
script, interpreter, username,
fixed_network=private,
floating_network=public,
ip_version=4, port=22,
use_floatingip=True, **kwargs):
server = None
floating_ip = None
try:
print fixed network:%s floating network:%s
%(fixed_network,floating_network)
server = self._boot_server(
self._generate_random_name(rally_novaserver_),
image, flavor, key_name='rally_ssh_key', **kwargs)
*self.check_network(server, fixed_network)*
The question I have is the instance is created with a call to
boot_server but no networks are attached to this server instance. Next step
it goes and checks if the fixed network is attached to the instance and
sure enough it fails
At the step highlighted in bold. Also I cannot see this failure unless
I run rally with –v –d object. So it actually reports benchmark scenario
numbers in a table with no errors when I
Re: [openstack-dev] Rally scenario Issue
How you solved this issue of syntax error. We are getting the same error:
# rally -v task start rally/doc/samples/tasks/scenarios/vm/boot-runcommand-
delete.json
Command failed, please check log for more info
2014-09-01 07:31:52.606 9155 CRITICAL rally [-] ParserError: while parsing
a flow mapping
in string, line 23, column 24:
context: {
^
expected ',' or '}', but got 'scalar'
in string, line 28, column 18:
neutron_network: {
^
2014-09-01 07:31:52.606 9155 TRACE rally Traceback (most recent call last):
2014-09-01 07:31:52.606 9155 TRACE rally File /usr/local/bin/rally,
line 10, in
Any clue?
Thanks
On Sat, Aug 30, 2014 at 12:42 AM, Ajay Kalambur (akalambu)
akala...@cisco.com wrote:
Hi
I am trying to run the Rally scenario boot-runcommand-delete. This
scenario has the following code
def boot_runcommand_delete(self, image, flavor,
script, interpreter, username,
fixed_network=private,
floating_network=public,
ip_version=4, port=22,
use_floatingip=True, **kwargs):
server = None
floating_ip = None
try:
print fixed network:%s floating network:%s
%(fixed_network,floating_network)
server = self._boot_server(
self._generate_random_name(rally_novaserver_),
image, flavor, key_name='rally_ssh_key', **kwargs)
*self.check_network(server, fixed_network)*
The question I have is the instance is created with a call to
boot_server but no networks are attached to this server instance. Next step
it goes and checks if the fixed network is attached to the instance and
sure enough it fails
At the step highlighted in bold. Also I cannot see this failure unless I
run rally with –v –d object. So it actually reports benchmark scenario
numbers in a table with no errors when I run with
rally task start boot-and-delete.json
And reports results. First what am I missing in this case. Thing is I am
using neutron not nova-network
Second when most of the steps in the scenario failed like attaching to
network, ssh and run command why bother reporting the results
Ajay
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
