[Yahoo-eng-team] [Bug 1553889] Re: When an VM was deleted which a port belong to, The port can not be assigned to other VM again
** Project changed: nova-project => nova -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1553889 Title: When an VM was deleted which a port belong to, The port can not be assigned to other VM again Status in OpenStack Compute (nova): In Progress Bug description: https://review.openstack.org/#/c/291669/ 1. When you create an VM with a given logic port, 2. delete the VM Instance. 3. Create an new VM with the old port, the status of vm is error. "dns_name" of the vm was not clear,when the vm was deleted. so when the new_name_vm was created, it show that the "dns_name" is not equal . To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1553889/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1553889] [NEW] When an VM was deleted which a port belong to, The port can not be assigned to other VM again
You have been subscribed to a public bug: https://review.openstack.org/#/c/291669/ 1. When you create an VM with a given logic port, 2. delete the VM Instance. 3. Create an new VM with the old port, the status of vm is error. "dns_name" of the vm was not clear,when the vm was deleted. so when the new_name_vm was created, it show that the "dns_name" is not equal . ** Affects: nova Importance: Undecided Assignee: bailin.zhang (bailin-zhang) Status: In Progress -- When an VM was deleted which a port belong to, The port can not be assigned to other VM again https://bugs.launchpad.net/bugs/1553889 You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1007038] Re: Nova is issuing unnecessary ROLLBACK statements to MySQL
[Expired for oslo.db because there has been no activity for 60 days.] ** Changed in: oslo.db Status: Incomplete => Expired -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1007038 Title: Nova is issuing unnecessary ROLLBACK statements to MySQL Status in Cinder: Invalid Status in OpenStack Compute (nova): Invalid Status in oslo.db: Expired Bug description: I'm not sure exactly where this is coming from yet, but Nova is issuing a "ROLLBACK" to MySQL after nearly every SELECT statement, even though I think the connection should be autocommit mode. This is unnecessary and wastes time (network roundtrip) and resources (database CPU cycles). I suspect this is getting generated by sqlalchemy when ever a connection is handed back to the pool, since the number of rollbacks roughly coincides with the number of "select 1" statements that I see in the logs. Those are issued by the MySQLPingListener when a connection is taken out of the pool. I opened a bug already for the unnecessary "select 1" statements, but I'm opening this as a separate bug. If someone finds a way to fix both at once, that'd be great. To manage notifications about this bug go to: https://bugs.launchpad.net/cinder/+bug/1007038/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1421098] Re: ofagent: test_update_instance_port_admin_state failure
** Changed in: networking-ofagent Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1421098 Title: ofagent: test_update_instance_port_admin_state failure Status in networking-ofagent: Fix Released Status in neutron juno series: Fix Released Bug description: recently introduced tempest test_update_instance_port_admin_state test case uncovered a bug in ofagent. To manage notifications about this bug go to: https://bugs.launchpad.net/networking-ofagent/+bug/1421098/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1420809] Re: Inconsistent beween Horizon & Glance image-create help
** Tags removed: horizon ** Changed in: horizon Status: In Progress => Won't Fix ** Changed in: horizon Assignee: vaibhav (vaibhav-j10) => (unassigned) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1420809 Title: Inconsistent beween Horizon & Glance image-create help Status in OpenStack Dashboard (Horizon): Won't Fix Bug description: In Glance CLI help we can see parameter that are written as "optional" when they are mandatory. I compare it with horizon WebUI dashboard and I saw which fields are mandatory . to reproduce the bug in CLI run the command : #glance help image-create compare it with WebUI Version [root@puma15 ~(keystone_eran1)]# rpm -qa |grep glance python-glanceclient-0.14.2-1.el7ost.noarch openstack-glance-2014.2.1-3.el7ost.noarch python-glance-2014.2.1-3.el7ost.noarch python-glance-store-0.1.10-2.el7ost.noarch [root@puma15 ~(keystone_eran1)]# rpm -qa |grep rhel libreport-rhel-2.1.11-10.el7.x86_64 **Attatched screenshot - describe compare between CLI & WebUI To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1420809/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1576475] [NEW] [RFE] Add OneView ML2 driver to Neutron
Public bug reported: .. This work is licensed under a Creative Commons Attribution 3.0 Unported License. http://creativecommons.org/licenses/by/3.0/legalcode === HP OneView Mechanism Driver for Neutron ML2 plugin === Launchpad blueprint: https://blueprints.launchpad.net/neutron/+spec/oneview-ml2-mechanism- driver This blueprint specifies the ML2 mechanism driver for HP OneView integration to OpenStack Neutron. Problem description === One of the most important initiatives in OpenStack currently focus in solve communication restrictions existent in Ironic. Ironic nodes have severe restrictions on how they can interact with other nodes because they demand a networking environment composed only by flat networks, not allowing tenants networks to be correctly isolated as already happens when using Virtual Machines. This initiative integrates Ironic and Neutron making possible the creation of isolated networks in Neutron to be used by Ironic Baremetal nodes. With this integration a better control of nodes communication is expected, improving system operation. To take advantage of this new interaction between OpenStack components, the integration of HP OneView and OpenStack might be extended to improve the management it offers considering these new functionalities and be more aligned to the evolution of OpenStack Platform. Currently, OpenStack only supports integration with OneView in operations for provisioning Ironic baremetal instances. Initially, Ironic/OneView driver only worked with 'pre-allocated' machines. It means that a Ironic node needed to have a Server Profile already applicated to the Server Hardware registered in OneView. A new version of the driver is being implemented to dynamically allocate Ironic nodes, avoiding that nodes already available in Ironic but not released in OneView could not be used by other OneView users. However, operations related with the OneView's communication infrastructure remains unsupported since there is no integration with current Openstack Neutron actions. This limitation restricts Openstack/OneView interaction since it demands all the configurations of communication infrastructure to be manually replicated in both sides to ensure servers correct communication. The mechanism driver proposed here will interact with Neutron and OneView to dynamically reflect networking operations made by OpenStack on OneView. With these operations it's possible to a OneView administrator to know what is happening in OpenStack System which is running in the Data Center and also automatizes some operations previously required to be manual. Proposed change === The diagram below provides an overview of how Neutron and OneView will interact using the Neutron-OneView Mechanism Driver. OneView Mechanism Driver uses the python-oneviewclient to provide communication between Neutron and OneView through OneView's Rest API. Flows: :: +-+ | | | Neutron Server| | (with ML2 plugin) | | | | +-+ | | OneView | Ironic API ++ | | Mechanism +--+ Ironic | | | Driver| ++ +---+--+--+ | REST API | | +-+-+ | OneView | +---+ Openstack Neutron based networks and ports information is demanded by OneView service to manage virtual networks. In order to send this information from neutron service, a new ML2 mechanism driver is required to post the precommit data to the OneView service. The OneView mechanism driver updates the OneView with port and network changes from Neutron. The OneView mechanism driver implements the following Neutron events: - Port create/update/delete for compute instances; - Network create/update/delete. When new networks are created in Neutron, OneView might also create this network to allow system managed elements to be connected to it. It's also necessary allowing these networks to access external systems, which is provided by adding this network to one or more existent uplinks in the system. If networks are updated or deleted in OpenStack, the same operation should be done in OneView to keep the information consistent on both systems. In the same way, when ports are created in Neutron, they might be represented in OneView. Primary Connections already existent in Server Profiles are then updated to allow attached Server Hardware to be connected to the network spe
[Yahoo-eng-team] [Bug 1482567] Re: Install error when run latest devstack on master branch
This doesn't appear on current master.
** Changed in: horizon
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1482567
Title:
Install error when run latest devstack on master branch
Status in OpenStack Dashboard (Horizon):
Invalid
Bug description:
2015-08-07 07:24:09.148 | + create_keystone_accounts
2015-08-07 07:24:09.149 | ++ get_or_create_project admin default
2015-08-07 07:24:09.150 | ++ local project_id
2015-08-07 07:24:09.151 | +++ openstack --os-url=http://172.16.91.153:5000/v3
--os-identity-api-version=3 project create admin --domain=default --or-show -f
value -c id
2015-08-07 07:24:09.834 | ERROR: openstackclient.shell Exception raised: (pbr
1.4.0 (/usr/local/lib/python2.7/dist-packages),
Requirement.parse('pbr!=0.7,<1.0,>=0.6'), set(['oslo.i18n',
'python-novaclient', 'cliff', 'python-neutronclient']))
2015-08-07 07:24:09.861 | ++ project_id=
2015-08-07 07:24:09.861 | ++ echo
2015-08-07 07:24:09.861 | + local admin_tenant=
2015-08-07 07:24:09.862 | ++ get_or_create_user admin canht32 default
2015-08-07 07:24:09.862 | ++ local user_id
2015-08-07 07:24:09.862 | ++ [[ ! -z '' ]]
2015-08-07 07:24:09.862 | ++ local email=
2015-08-07 07:24:09.864 | +++ openstack user create admin --password canht32
--os-url=http://172.16.91.153:5000/v3 --os-identity-api-version=3
--domain=default --or-show -f value -c id
2015-08-07 07:24:10.571 | ERROR: openstackclient.shell Exception raised: (pbr
1.4.0 (/usr/local/lib/python2.7/dist-packages),
Requirement.parse('pbr!=0.7,<1.0,>=0.6'), set(['oslo.i18n',
'python-novaclient', 'cliff', 'python-neutronclient']))
2015-08-07 07:24:10.598 | ++ user_id=
2015-08-07 07:24:10.598 | ++ echo
2015-08-07 07:24:10.598 | + local admin_user=
2015-08-07 07:24:10.599 | ++ get_or_create_role admin
2015-08-07 07:24:10.599 | ++ local role_id
2015-08-07 07:24:10.601 | +++ openstack role create admin
--os-url=http://172.16.91.153:5000/v3 --os-identity-api-version=3 --or-show -f
value -c id
2015-08-07 07:24:11.276 | ERROR: openstackclient.shell Exception raised: (pbr
1.4.0 (/usr/local/lib/python2.7/dist-packages),
Requirement.parse('pbr!=0.7,<1.0,>=0.6'), set(['oslo.i18n',
'python-novaclient', 'cliff', 'python-neutronclient']))
2015-08-07 07:24:11.303 | ++ role_id=
2015-08-07 07:24:11.303 | ++ echo
2015-08-07 07:24:11.303 | + local admin_role=
2015-08-07 07:24:11.303 | + get_or_add_user_project_role
2015-08-07 07:24:11.303 | + local user_role_id
2015-08-07 07:24:11.305 | ++ openstack role list --user
--os-url=http://172.16.91.153:5000/v3 --os-identity-api-version=3 --column ID
--project --column Name
2015-08-07 07:24:11.305 | ++ grep ' '
2015-08-07 07:24:11.306 | ++ get_field 1
2015-08-07 07:24:11.306 | ++ local data field
2015-08-07 07:24:11.306 | ++ read data
2015-08-07 07:24:12.017 | ERROR: openstackclient.shell Exception raised: (pbr
1.4.0 (/usr/local/lib/python2.7/dist-packages),
Requirement.parse('pbr!=0.7,<1.0,>=0.6'), set(['oslo.i18n',
'python-novaclient', 'cliff', 'python-neutronclient']))
2015-08-07 07:24:12.044 | + user_role_id=
2015-08-07 07:24:12.044 | + [[ -z '' ]]
2015-08-07 07:24:12.045 | ++ openstack role add --user --project
--os-url=http://172.16.91.153:5000/v3 --os-identity-api-version=3
2015-08-07 07:24:12.047 | ++ grep ' id '
2015-08-07 07:24:12.048 | ++ get_field 2
2015-08-07 07:24:12.049 | ++ local data field
2015-08-07 07:24:12.049 | ++ read data
2015-08-07 07:24:12.746 | ERROR: openstackclient.shell Exception raised: (pbr
1.4.0 (/usr/local/lib/python2.7/dist-packages),
Requirement.parse('pbr!=0.7,<1.0,>=0.6'), set(['oslo.i18n',
'python-novaclient', 'cliff', 'python-neutronclient']))
2015-08-07 07:24:12.774 | + user_role_id=
2015-08-07 07:24:12.775 | + echo
2015-08-07 07:24:12.775 |
2015-08-07 07:24:12.775 | + get_or_create_project service default
2015-08-07 07:24:12.775 | + local project_id
2015-08-07 07:24:12.775 | ++ openstack --os-url=http://172.16.91.153:5000/v3
--os-identity-api-version=3 project create service --domain=default --or-show
-f value -c id
2015-08-07 07:24:13.468 | ERROR: openstackclient.shell Exception raised: (pbr
1.4.0 (/usr/local/lib/python2.7/dist-packages),
Requirement.parse('pbr!=0.7,<1.0,>=0.6'), set(['oslo.i18n',
'python-novaclient', 'cliff', 'python-neutronclient']))
2015-08-07 07:24:13.494 | + project_id=
2015-08-07 07:24:13.495 | + exit_trap
2015-08-07 07:24:13.495 | + local r=1
2015-08-07 07:24:13.495 | ++ jobs -p
2015-08-07 07:24:13.496 | + jobs=
2015-08-07 07:24:13.496 | + [[ -n '' ]]
2015-08-07 07:24:13.496 | + kill_spinner
2015-08-07 07:24:13.496 | + '[' '!' -z '' ']'
2015-08-07 07:24:13.496 | + [[ 1 -ne 0 ]]
2015-08-07 07:24:13.496 | + echo 'Error on exit'
2015-08-07 07:24:13.496 | Error on exit
2015-08-07 07:24:13.496 | +
[Yahoo-eng-team] [Bug 1576470] [NEW] extra routes missing in namespace of l3-agent
Public bug reported: following steps: 1、neutron router-gateway-set 2、create extra routes，nexthop and gw_port are in the same cidr 3、neutron router-gateway-clear 4、neutron router-gateway-set then we find extra routes missing in namespace of l3-agent [root@opencos2 ~(keystone_admin)]# neutron router-gateway-set r1 ext-net1 Set gateway for router r1 [root@opencos2 ~(keystone_admin)]# ip netns exec qrouter-ba5bcb86-8c5a-4a3a-be48-5bf09288154b route Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface default 12.0.0.10.0.0.0 UG0 00 qg-ad1ad708-15 10.0.0.00.0.0.0 255.255.255.0 U 0 00 qg-ad1ad708-15 12.0.0.00.0.0.0 255.255.255.0 U 0 00 qg-ad1ad708-15 14.0.0.00.0.0.0 255.255.255.0 U 0 00 qg-ad1ad708-15 15.0.0.00.0.0.0 255.255.255.0 U 0 00 qg-ad1ad708-15 16.0.0.00.0.0.0 255.255.255.0 U 0 00 qg-ad1ad708-15 [root@opencos2 ~(keystone_admin)]# neutron router-update r1 --routes type=dict list=true destination=122.163.0.0/24,nexthop=12.0.0.14 Updated router: r1 [root@opencos2 ~(keystone_admin)]# ip netns exec qrouter-ba5bcb86-8c5a-4a3a-be48-5bf09288154b route Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface default 12.0.0.10.0.0.0 UG0 00 qg-ad1ad708-15 10.0.0.00.0.0.0 255.255.255.0 U 0 00 qg-ad1ad708-15 12.0.0.00.0.0.0 255.255.255.0 U 0 00 qg-ad1ad708-15 14.0.0.00.0.0.0 255.255.255.0 U 0 00 qg-ad1ad708-15 15.0.0.00.0.0.0 255.255.255.0 U 0 00 qg-ad1ad708-15 16.0.0.00.0.0.0 255.255.255.0 U 0 00 qg-ad1ad708-15 122.163.0.0 12.0.0.14 255.255.255.0 UG0 00 qg-ad1ad708-15 [root@opencos2 ~(keystone_admin)]# neutron router-gateway-clear r1 Removed gateway from router r1 [root@opencos2 ~(keystone_admin)]# ip netns exec qrouter-ba5bcb86-8c5a-4a3a-be48-5bf09288154b route Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface [root@opencos2 ~(keystone_admin)]# [root@opencos2 ~(keystone_admin)]# neutron router-gateway-set r1 ext-net1 Set gateway for router r1 [root@opencos2 ~(keystone_admin)]# ip netns exec qrouter-ba5bcb86-8c5a-4a3a-be48-5bf09288154b route Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface default 12.0.0.10.0.0.0 UG0 00 qg-b30e282f-99 10.0.0.00.0.0.0 255.255.255.0 U 0 00 qg-b30e282f-99 12.0.0.00.0.0.0 255.255.255.0 U 0 00 qg-b30e282f-99 14.0.0.00.0.0.0 255.255.255.0 U 0 00 qg-b30e282f-99 15.0.0.00.0.0.0 255.255.255.0 U 0 00 qg-b30e282f-99 16.0.0.00.0.0.0 255.255.255.0 U 0 00 qg-b30e282f-99 [root@opencos2 ~(keystone_admin)]# [root@opencos2 ~(keystone_admin)]# ip netns exec qrouter-ba5bcb86-8c5a-4a3a-be48-5bf09288154b route Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface default 12.0.0.10.0.0.0 UG0 00 qg-b30e282f-99 10.0.0.00.0.0.0 255.255.255.0 U 0 00 qg-b30e282f-99 12.0.0.00.0.0.0 255.255.255.0 U 0 00 qg-b30e282f-99 14.0.0.00.0.0.0 255.255.255.0 U 0 00 qg-b30e282f-99 15.0.0.00.0.0.0 255.255.255.0 U 0 00 qg-b30e282f-99 16.0.0.00.0.0.0 255.255.255.0 U 0 00 qg-b30e282f-99 [root@opencos2 ~(keystone_admin)]# neutron router-show r1 +---+---+ | Field | Value | +---+---+ | admin_state_up| True | | distributed | False
[Yahoo-eng-team] [Bug 1576464] [NEW] MQ timeout when lunching an instance
Public bug reported: When I try to create an instance, I got this error. 2016-04-28 20:52:43.060 3559 INFO nova.osapi_compute.wsgi.server [req-3e221cd7-0e1b-4d43-ba8e-f735fdeb04c2 5ff80e6795b44fb989a21267ff11b419 f0d1841f00c64ffea8216ec1b1052aa5 - - -] 192.168.40.201 "GET /v2.1/f0d1841f00c64ffea8216ec1b1052aa5/flavors/1 HTTP/1.1" status: 200 len: 680 time: 0.0173349 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions [req-90eaf672-3119-4e5f-aca1-5e80995f057f 5ff80e6795b44fb989a21267ff11b419 f0d1841f00c64ffea8216ec1b1052aa5 - - -] Unexpected exception in API method 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions Traceback (most recent call last): 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions File "/usr/lib/python2.7/site-packages/nova/api/openstack/extensions.py", line 478, in wrapped 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions return f(*args, **kwargs) 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions File "/usr/lib/python2.7/site-packages/nova/api/validation/__init__.py", line 73, in wrapper 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions return func(*args, **kwargs) 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions File "/usr/lib/python2.7/site-packages/nova/api/validation/__init__.py", line 73, in wrapper 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions return func(*args, **kwargs) 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions File "/usr/lib/python2.7/site-packages/nova/api/validation/__init__.py", line 73, in wrapper 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions return func(*args, **kwargs) 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions File "/usr/lib/python2.7/site-packages/nova/api/openstack/compute/servers.py", line 630, in create 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions **create_kwargs) 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions File "/usr/lib/python2.7/site-packages/nova/hooks.py", line 154, in inner 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions rv = f(*args, **kwargs) 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions File "/usr/lib/python2.7/site-packages/nova/compute/api.py", line 1556, in create 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions check_server_group_quota=check_server_group_quota) 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions File "/usr/lib/python2.7/site-packages/nova/compute/api.py", line 1139, in _create_instance 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions reservation_id, max_count) 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions File "/usr/lib/python2.7/site-packages/nova/compute/api.py", line 834, in _validate_and_build_base_options 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions requested_networks, max_count) 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions File "/usr/lib/python2.7/site-packages/nova/compute/api.py", line 448, in _check_requested_networks 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions max_count) 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions File "/usr/lib/python2.7/site-packages/nova/network/api.py", line 49, in wrapped 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions return func(self, context, *args, **kwargs) 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions File "/usr/lib/python2.7/site-packages/nova/network/api.py", line 399, in validate_networks 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions requested_networks) 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions File "/usr/lib/python2.7/site-packages/nova/network/rpcapi.py", line 212, in validate_networks 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions return self.client.call(ctxt, 'validate_networks', networks=networks) 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/client.py", line 413, in call 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions return self.prepare().call(ctxt, method, **kwargs) 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/client.py", line 158, in call 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions retry=self.retry) 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions File "/usr/lib/python2.7/site-packages/oslo_messaging/transport.py", line 90, in _send 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions timeout=timeout, retry=retry) 2016-04-28 20:53:43.351 3559 ERROR nova.api.openstack.extensions File "/usr/lib/python2.7/site-packages/oslo_messagi
[Yahoo-eng-team] [Bug 1531590] Re: Update xstatic-jasmine package
** Changed in: horizon Assignee: Rajat Vig (rajatv) => Rob Cresswell (robcresswell) ** Changed in: horizon Status: In Progress => Fix Released -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1531590 Title: Update xstatic-jasmine package Status in OpenStack Dashboard (Horizon): Fix Released Bug description: Upgrade Jasmine from 2.2.0 to 2.4.1 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1531590/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1531328] Re: Update xstatic-fontawesome package
** Changed in: horizon Status: In Progress => Fix Released -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1531328 Title: Update xstatic-fontawesome package Status in OpenStack Dashboard (Horizon): Fix Released Bug description: FontAwesome is currently at 4.5.0. https://github.com/FortAwesome/Font-Awesome/tree/v4.5.0 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1531328/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1460720] Re: [RFE] Add API to set ipv6 gateway
Going to revive this, as part of the RFE review done during the Austin '16 summit ** Changed in: neutron Assignee: (unassigned) => Sean M. Collins (scollins) ** Changed in: neutron Status: Expired => Confirmed -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1460720 Title: [RFE] Add API to set ipv6 gateway Status in neutron: Confirmed Bug description: Currently the ipv6 external gateway is an admin configuration item. We want instead to have an API to set the ipv6 gateway. Background: The ipv6 router BP (https://blueprints.launchpad.net/neutron/+spec/ipv6-router) added a new L3 agent config called ipv6_gateway wherein an admin can configure the IPv6 LLA of the upstream physical router, so that the neutron virtual router has a default V6 gateway route to the upstream router. This solution is however not scalable when there are multiple external routers per L3 agent. Per review comments - https://review.openstack.org/#/c/156283/42/etc/l3_agent.ini It is better to move this config to the CLI. As discussed in the L3 weekly meeting - http://eavesdrop.openstack.org/meetings/neutron_l3/2015/neutron_l3.2015-06-11-15.04.log.html, this change aims to make this exact change by updating neutron net- create CLI will to now have a new option to set an ipv6_gateway (for the external router). To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1460720/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1372441] Re: [RFE] Creating port in dual-stack network requires IPv4 and IPv6 addresses to be allocated
We took a look at this again during the Austin '16 summit, let's see if we can resurrect this. ** Changed in: neutron Status: Expired => Confirmed ** Changed in: neutron Assignee: (unassigned) => Sean M. Collins (scollins) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1372441 Title: [RFE] Creating port in dual-stack network requires IPv4 and IPv6 addresses to be allocated Status in neutron: Confirmed Bug description: Currently, when creating port in dual-stack network (network with one ore more IPv4 subnets and one or more IPv6 subnets), Neutron allocates fixed-ip from both, v4 and v6 subnets. If one of the subnets do not have available addresses, it is considered as error. IMO, this is wrong. Operation should succeed if at least one address (IPv4 of IPv6) was allocated. To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1372441/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1576425] [NEW] Security group changes can trigger thousands of messages
Public bug reported: There seems to be a scale issue with security groups and large number or agents. Users spinning up lots of instances in the same security group with source group rules can trigger orders of magnatutes more messages in rabbit that normal operation. Possibly this can be done more efficiently. I'm using Liberty ** Affects: neutron Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1576425 Title: Security group changes can trigger thousands of messages Status in neutron: New Bug description: There seems to be a scale issue with security groups and large number or agents. Users spinning up lots of instances in the same security group with source group rules can trigger orders of magnatutes more messages in rabbit that normal operation. Possibly this can be done more efficiently. I'm using Liberty To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1576425/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1576422] [NEW] swift ui upload results in 0 byte files
Public bug reported: Current master file uploads in the swift ui result in 0 byte files in swift. ** Affects: horizon Importance: Undecided Assignee: Richard Jones (r1chardj0n3s) Status: New ** Tags: angularjs -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1576422 Title: swift ui upload results in 0 byte files Status in OpenStack Dashboard (Horizon): New Bug description: Current master file uploads in the swift ui result in 0 byte files in swift. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1576422/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1576421] [NEW] IPv6 routing in DVR is taking dvr_snat (network node) path
Public bug reported: IPv6 support for DVR routers; As per the current design IPv6 on DVR is taking dvr_snat path unlike IPv4 (http://docs.openstack.org/liberty /networking-guide/adv_config_ipv6.html#neutron-s-distributed-router- feature-and-ipv6) ** Affects: neutron Importance: Undecided Status: New ** Tags: ipv6 l3-dvr-backlog -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1576421 Title: IPv6 routing in DVR is taking dvr_snat (network node) path Status in neutron: New Bug description: IPv6 support for DVR routers; As per the current design IPv6 on DVR is taking dvr_snat path unlike IPv4 (http://docs.openstack.org/liberty /networking-guide/adv_config_ipv6.html#neutron-s-distributed-router- feature-and-ipv6) To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1576421/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1576418] [NEW] Swift UI deletions result in confused action buttons
Public bug reported: Deleting a row in the swift UI will sometimes result in the row above it getting its actions button, even if it is the wrong type (file vs. folder). To reproduce, create a container with: - a file named "a" - a file named "b" - a folder named "c" Delete the file named "b" and it will be removed but the folder named "c" will have its action list instead of its own. ** Affects: horizon Importance: Undecided Assignee: Richard Jones (r1chardj0n3s) Status: New ** Tags: angularjs ** Changed in: horizon Assignee: (unassigned) => Richard Jones (r1chardj0n3s) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1576418 Title: Swift UI deletions result in confused action buttons Status in OpenStack Dashboard (Horizon): New Bug description: Deleting a row in the swift UI will sometimes result in the row above it getting its actions button, even if it is the wrong type (file vs. folder). To reproduce, create a container with: - a file named "a" - a file named "b" - a folder named "c" Delete the file named "b" and it will be removed but the folder named "c" will have its action list instead of its own. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1576418/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1576416] [NEW] Lots of agents all talking to one rabbit doesn't scale
Public bug reported: Having thousands of agents all talking to the same rabbit is hard to manage ** Affects: neutron Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1576416 Title: Lots of agents all talking to one rabbit doesn't scale Status in neutron: New Bug description: Having thousands of agents all talking to the same rabbit is hard to manage To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1576416/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1558626] Re: [sriov] physical_device_mappings allows only one physnet for per nic
** Changed in: neutron
Status: Fix Released => In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1558626
Title:
[sriov] physical_device_mappings allows only one physnet for per nic
Status in neutron:
In Progress
Bug description:
Mitaka, ML2, ml2_sriov.agent_required=True
sriov_nic.physical_device_mappings is allowed to specify ony one NIC
per physnet. If I try to specify two nics like following
[sriov_nic]
physical_device_mappings=physnet2:enp1s0f0,physnet2:enp1s0f1
I've got next error on start
2016-03-17 15:26:48.818 6832 INFO neutron.common.config [-] Logging enabled!
2016-03-17 15:26:48.819 6832 INFO neutron.common.config [-]
/usr/bin/neutron-sriov-nic-agent version 8.0.0.0b3
2016-03-17 15:26:48.819 6832 DEBUG neutron.common.config [-] command line:
/usr/bin/neutron-sriov-nic-agent
--config-file=/etc/neutron/plugins/ml2/sriov_agent.ini
--log-file=/var/log/neutron/neutron-sriov-agent.log
--config-file=/etc/neutron/neutron.conf setup_logging
/usr/lib/python2.7/dist-packages/neutron/common/config.py:266
2016-03-17 15:26:48.819 6832 ERROR
neutron.plugins.ml2.drivers.mech_sriov.agent.sriov_nic_agent [-] Failed on
Agent configuration parse. Agent terminated!
2016-03-17 15:26:48.819 6832 ERROR
neutron.plugins.ml2.drivers.mech_sriov.agent.sriov_nic_agent Traceback (most
recent call last):
2016-03-17 15:26:48.819 6832 ERROR
neutron.plugins.ml2.drivers.mech_sriov.agent.sriov_nic_agent File
"/usr/lib/python2.7/dist-packages/neutron/plugins/ml2/drivers/mech_sriov/agent/sriov_nic_agent.py",
line 436, in main
2016-03-17 15:26:48.819 6832 ERROR
neutron.plugins.ml2.drivers.mech_sriov.agent.sriov_nic_agent
config_parser.parse()
2016-03-17 15:26:48.819 6832 ERROR
neutron.plugins.ml2.drivers.mech_sriov.agent.sriov_nic_agent File
"/usr/lib/python2.7/dist-packages/neutron/plugins/ml2/drivers/mech_sriov/agent/sriov_nic_agent.py",
line 411, in parse
2016-03-17 15:26:48.819 6832 ERROR
neutron.plugins.ml2.drivers.mech_sriov.agent.sriov_nic_agent
cfg.CONF.SRIOV_NIC.physical_device_mappings)
2016-03-17 15:26:48.819 6832 ERROR
neutron.plugins.ml2.drivers.mech_sriov.agent.sriov_nic_agent File
"/usr/lib/python2.7/dist-packages/neutron/common/utils.py", line 240, in
parse_mappings
2016-03-17 15:26:48.819 6832 ERROR
neutron.plugins.ml2.drivers.mech_sriov.agent.sriov_nic_agent "unique") %
{'key': key, 'mapping': mapping})
2016-03-17 15:26:48.819 6832 ERROR
neutron.plugins.ml2.drivers.mech_sriov.agent.sriov_nic_agent ValueError: Key
physnet2 in mapping: 'physnet2:enp1s0f1' not unique
2016-03-17 15:26:48.819 6832 ERROR
neutron.plugins.ml2.drivers.mech_sriov.agent.sriov_nic_agent
To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1558626/+subscriptions
--
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1409706] Re: angular-cookies missing
yes, as I stated, I fixed it a looong time ago. Juno is not supported anymore anyways ** Changed in: horizon Status: Confirmed => Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1409706 Title: angular-cookies missing Status in OpenStack Dashboard (Horizon): Invalid Bug description: angular cookies is missing in requirements.txt and missing in settings.py but it's referenced from _scripts: https://github.com/openstack/horizon/blob/master/horizon/templates/horizon/_scripts.html#L16 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1409706/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1576384] [NEW] Request Mitaka release for networking-bgpvpn
Public bug reported: We want to release networking-bgpvpn for Mitaka. The release and stable branch should be created from commit Icad59a0d7deda38de3216a3be9ca7e75f6beff55 . The release should be numbered 4.0.0 . ** Affects: bgpvpn Importance: High Status: New ** Affects: neutron Importance: Undecided Status: New ** Tags: release-subproject ** Description changed: We want to release networking-bgpvpn for Mitaka. The release and stable branch should be created from commit Icad59a0d7deda38de3216a3be9ca7e75f6beff55 . + + The release should be numbered 4.0.0 . ** Tags added: release-subproject ** Also affects: neutron Importance: Undecided Status: New ** Changed in: bgpvpn Importance: Undecided => High -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1576384 Title: Request Mitaka release for networking-bgpvpn Status in bgpvpn: New Status in neutron: New Bug description: We want to release networking-bgpvpn for Mitaka. The release and stable branch should be created from commit Icad59a0d7deda38de3216a3be9ca7e75f6beff55 . The release should be numbered 4.0.0 . To manage notifications about this bug go to: https://bugs.launchpad.net/bgpvpn/+bug/1576384/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1576315] [NEW] Critically fail on startup if fernet_setup has not been run
Public bug reported: As a result of the Fernet work session at the Newton design summit in Austin: Prior to making Fernet the default token provider, keystone should fail on startup if fernet_setup has not been run when fernet is also the configured token provider. Today, keystone will instead return a 500 trying to create or validate tokens. Failing on startup will give operators a bigger red flag about the work they need to do to use Fernet. ** Affects: keystone Importance: High Status: Confirmed ** Tags: fernet ** Changed in: keystone Status: New => Confirmed -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Identity (keystone). https://bugs.launchpad.net/bugs/1576315 Title: Critically fail on startup if fernet_setup has not been run Status in OpenStack Identity (keystone): Confirmed Bug description: As a result of the Fernet work session at the Newton design summit in Austin: Prior to making Fernet the default token provider, keystone should fail on startup if fernet_setup has not been run when fernet is also the configured token provider. Today, keystone will instead return a 500 trying to create or validate tokens. Failing on startup will give operators a bigger red flag about the work they need to do to use Fernet. To manage notifications about this bug go to: https://bugs.launchpad.net/keystone/+bug/1576315/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1409706] Re: angular-cookies missing
How was this issue fixed? I hit the same issue in Juno Horizon. Thanks. ** Changed in: horizon Status: Expired => Confirmed -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1409706 Title: angular-cookies missing Status in OpenStack Dashboard (Horizon): Confirmed Bug description: angular cookies is missing in requirements.txt and missing in settings.py but it's referenced from _scripts: https://github.com/openstack/horizon/blob/master/horizon/templates/horizon/_scripts.html#L16 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1409706/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1576275] [NEW] generarted sriov agent config file is wrong with config group
Public bug reported: the group name should be sriov_nic instead of ml2_sriov sriov_nic is at https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/drivers/mech_sriov/agent/common/config.py#L89 but ml2_sriov is at https://github.com/openstack/neutron/blob/master/neutron/opts.py#L283 ** Affects: neutron Importance: Undecided Assignee: yong sheng gong (gongysh) Status: In Progress ** Changed in: neutron Assignee: (unassigned) => yong sheng gong (gongysh) ** Description changed: the group name should be sriov_nic instead of ml2_sriov + + sriov_nic is at https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/drivers/mech_sriov/agent/common/config.py#L89 + but ml2_sriov is at https://github.com/openstack/neutron/blob/master/neutron/opts.py#L283 -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1576275 Title: generarted sriov agent config file is wrong with config group Status in neutron: In Progress Bug description: the group name should be sriov_nic instead of ml2_sriov sriov_nic is at https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/drivers/mech_sriov/agent/common/config.py#L89 but ml2_sriov is at https://github.com/openstack/neutron/blob/master/neutron/opts.py#L283 To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1576275/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1576273] [NEW] CloudStack datasource fails to find DHCP lease if IPv6 present
Public bug reported:
The CloudStack data source looks in /var/lib/dhcp for DHCP lease files
and compares the timestamps.
If you have a dhclient.leases and dhclient6.leases file present it will
look in the dhclient6.leases file for a DHCP server to connect to.
The fix for this is rather simple, change a if-statement so that it
checks if the leases file starts with 'dhclient.'
if file_name.startswith("dhclient.") and \
(file_name.endswith(".lease") or file_name.endswith(".leases")):
** Affects: cloud-init
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to cloud-init.
https://bugs.launchpad.net/bugs/1576273
Title:
CloudStack datasource fails to find DHCP lease if IPv6 present
Status in cloud-init:
New
Bug description:
The CloudStack data source looks in /var/lib/dhcp for DHCP lease files
and compares the timestamps.
If you have a dhclient.leases and dhclient6.leases file present it
will look in the dhclient6.leases file for a DHCP server to connect
to.
The fix for this is rather simple, change a if-statement so that it
checks if the leases file starts with 'dhclient.'
if file_name.startswith("dhclient.") and \
(file_name.endswith(".lease") or file_name.endswith(".leases")):
To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-init/+bug/1576273/+subscriptions
--
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1569555] Re: Request is wrong for compute v2.1 os-flavor-access list
** Project changed: openstack-api-site => nova -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1569555 Title: Request is wrong for compute v2.1 os-flavor-access list Status in OpenStack Compute (nova): In Progress Bug description: The docs say that it takes a tenant_id parameter for listing flavor- access: http://developer.openstack.org/api-ref- compute-v2.1.html#listFlavorAccess But the code doesn't take a tenant_id, only a flavor_id: https://github.com/openstack/nova/blob/2002120c459561d995eac4273befb42b3809d5bb/nova/api/openstack/compute/flavor_access.py#L51 The response in the docs is correct, only the request is wrong. To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1569555/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1563314] Re: Add microversion changes desription con compute introduction section
** Project changed: openstack-api-site => nova -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1563314 Title: Add microversion changes desription con compute introduction section Status in OpenStack Compute (nova): In Progress Bug description: Add microversion changes description on compute introduction. https://github.com/openstack/nova/blob/4c18867424f09332cf5f7f5678e1f3a984b03618/nova/api/openstack/api_version_request.py#L72 Currently microversion history is not documented. http://developer.openstack.org/api-ref-compute-v2.1.html Ref. see following review comments https://review.openstack.org/#/c/291270/ To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1563314/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1569555] [NEW] Request is wrong for compute v2.1 os-flavor-access list
You have been subscribed to a public bug: The docs say that it takes a tenant_id parameter for listing flavor- access: http://developer.openstack.org/api-ref- compute-v2.1.html#listFlavorAccess But the code doesn't take a tenant_id, only a flavor_id: https://github.com/openstack/nova/blob/2002120c459561d995eac4273befb42b3809d5bb/nova/api/openstack/compute/flavor_access.py#L51 The response in the docs is correct, only the request is wrong. ** Affects: nova Importance: Undecided Assignee: Sharat Sharma (sharat-sharma) Status: In Progress ** Tags: nova -- Request is wrong for compute v2.1 os-flavor-access list https://bugs.launchpad.net/bugs/1569555 You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1563314] [NEW] Add microversion changes desription con compute introduction section
You have been subscribed to a public bug: Add microversion changes description on compute introduction. https://github.com/openstack/nova/blob/4c18867424f09332cf5f7f5678e1f3a984b03618/nova/api/openstack/api_version_request.py#L72 Currently microversion history is not documented. http://developer.openstack.org/api-ref-compute-v2.1.html Ref. see following review comments https://review.openstack.org/#/c/291270/ ** Affects: nova Importance: Undecided Assignee: Sharat Sharma (sharat-sharma) Status: In Progress ** Tags: nova -- Add microversion changes desription con compute introduction section https://bugs.launchpad.net/bugs/1563314 You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1576245] [NEW] block live-migration fails if source/dest have different instance dir
Public bug reported: block live migration fails if using libvirt python inter face migrationTOURI3 if source/dest have different instance dir. migrationTOURI3 requires a xml on the dest host, but we don't update instance dir. ** Affects: nova Importance: Undecided Assignee: Eli Qiao (taget-9) Status: New ** Tags: libvirt live-migration ** Changed in: nova Assignee: (unassigned) => Eli Qiao (taget-9) ** Tags added: libvirt live-migration -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1576245 Title: block live-migration fails if source/dest have different instance dir Status in OpenStack Compute (nova): New Bug description: block live migration fails if using libvirt python inter face migrationTOURI3 if source/dest have different instance dir. migrationTOURI3 requires a xml on the dest host, but we don't update instance dir. To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1576245/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1521791] Re: Nova client incorrectly lists block storage size units in GB
nova api does not exist in api-site anymore. So, moving to invalid. ** Changed in: openstack-api-site Status: In Progress => Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1521791 Title: Nova client incorrectly lists block storage size units in GB Status in OpenStack Compute (nova): In Progress Status in openstack-api-site: Invalid Status in python-novaclient: In Progress Bug description: Both Horizon and the nova client documents the block storage size parameters in gigabytes(GB), when it should be in gibibytes (GiB). Both the cinder and manila clients and associated Horizon panels have been changed to address this issue. Nova should follow suit for consistency. Related bugs: https://bugs.launchpad.net/horizon/+bug/1511167 https://bugs.launchpad.net/python-manilaclient/+bug/1516841 https://bugs.launchpad.net/horizon/+bug/1516848 To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1521791/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1572171] Re: Booting an instance with default + other security-groups does not work as expected
Reviewed: https://review.openstack.org/307850 Committed: https://git.openstack.org/cgit/openstack/nova/commit/?id=93fde493aceb47d74b84c7c8665bba5bd8ea1797 Submitter: Jenkins Branch:master commit 93fde493aceb47d74b84c7c8665bba5bd8ea1797 Author: Roey Chen Date: Tue Apr 26 08:42:54 2016 -0700 network: Fix nova boot with multiple security-groups Booting an instance with 'default' + other security-groups doesn't apply the 'default' security-group on the instance. Nova is required to remove the 'default' security-group from the request to Neutron when it's the only security-group that should be applied on the instance. This bug is a result of change I630008a9733624a9d9b59b7aa3b8b2a3f8985d61. Closes-Bug: #1572171 Change-Id: I3eb685f4d82615d3ebd25e7471de47129c78c86a ** Changed in: nova Status: In Progress => Fix Released -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1572171 Title: Booting an instance with default + other security-groups does not work as expected Status in OpenStack Compute (nova): Fix Released Bug description: booting an instance with multiple security-groups where one of the security-groups is the 'default' security-groups, will not apply the default security group to the instance. E.g - $ nova boot ... --security-groups default,MYSG VM1 Expected result: VM1 should have both 'default' and MYSG security-groups. Actual result: VM1 has only MYSG security-group To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1572171/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1573049] Re: documentation glanceclient images list v1
** Project changed: glance => python-glanceclient
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Glance.
https://bugs.launchpad.net/bugs/1573049
Title:
documentation glanceclient images list v1
Status in python-glanceclient:
New
Bug description:
The file glanceclient/v1/images.py has the following documentation:
def list(self, **kwargs):
"""Get a list of images.
:param page_size: number of items to request in each paginated request
:param limit: maximum number of images to return
:param marker: begin returning images that appear later in the image
list than that represented by this image id
:param filters: dict of direct comparison filters that mimics the
structure of an image object
:param owner: If provided, only images with this owner (tenant id)
will be listed. An empty string ('') matches ownerless
images.
:param return_request_id: If an empty list is provided, populate this
list with the request ID value from the header
x-openstack-request-id
:rtype: list of :class:`Image`
"""
Nonetheless, the parameter 'return_request_id' used within **kwargs is
'return_req_id' and not 'return_request_id' (see line 246)
To manage notifications about this bug go to:
https://bugs.launchpad.net/python-glanceclient/+bug/1573049/+subscriptions
--
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1576106] [NEW] File constants.py miss VETH_DEVICE_PREFIX and SNAT_INT_DEV_PREFIX parameters
Public bug reported: During installing Openstack via Devstack and running "neutron-db-manage revision" command, it is always fail [1]. I found to miss two parameter: VETH_DEVICE_PREFIX and SNAT_INT_DEV_PREFIX in file constants.py [2]. They have to be added. [1] http://paste.openstack.org/show/495635/ [2] https://github.com/openstack/neutron/blob/master/neutron/common/constants.py#L95 ** Affects: neutron Importance: Undecided Assignee: Nam (namnh) Status: New ** Changed in: neutron Assignee: (unassigned) => Nam (namnh) ** Summary changed: - File constants.py miss VETH_DEVICE_PREFIX and SNAT_INT_DEV_PREFIX and parameters + File constants.py miss VETH_DEVICE_PREFIX and SNAT_INT_DEV_PREFIX parameters -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1576106 Title: File constants.py miss VETH_DEVICE_PREFIX and SNAT_INT_DEV_PREFIX parameters Status in neutron: New Bug description: During installing Openstack via Devstack and running "neutron-db- manage revision" command, it is always fail [1]. I found to miss two parameter: VETH_DEVICE_PREFIX and SNAT_INT_DEV_PREFIX in file constants.py [2]. They have to be added. [1] http://paste.openstack.org/show/495635/ [2] https://github.com/openstack/neutron/blob/master/neutron/common/constants.py#L95 To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1576106/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1576093] [NEW] block migration fail with libvirt 1.3.1
Public bug reported: Try to do block migration but fail and libvirt reports that "Selecting disks to migrate is not implemented for tunneled migration" Nova: a4e15e329f9adbcfe72fbcd6acb94f0743ad02f8 libvirt: 1.3.1 reproduce: default devstack setting and do block migration (no shared instance_dir and shared instance storage used) ** Affects: nova Importance: Undecided Assignee: Eli Qiao (taget-9) Status: New ** Tags: libvirt live-migration ** Changed in: nova Assignee: (unassigned) => Eli Qiao (taget-9) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1576093 Title: block migration fail with libvirt 1.3.1 Status in OpenStack Compute (nova): New Bug description: Try to do block migration but fail and libvirt reports that "Selecting disks to migrate is not implemented for tunneled migration" Nova: a4e15e329f9adbcfe72fbcd6acb94f0743ad02f8 libvirt: 1.3.1 reproduce: default devstack setting and do block migration (no shared instance_dir and shared instance storage used) To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1576093/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
