[Yahoo-eng-team] [Bug 1719252] [NEW] some md-* create and update API's returns 500 error if user passes name with more than 80 characters
Public bug reported:
Following apis are returning 500 error if user passes name with more
than 80 characters:
* md-tag-create
* md-tag-update
* md-object-create
* md-object-update
* md-property-create
* md-property-update
This happens because there is a discrepancy in db column length and
glance-api length check in schema validation. In database the 'name'
field for these API's is defined as of maximum 80 characters and in
schema it is defined as of maximum 255 characters. So if user passes
name with more than 80 characters and less than 255 characters
database fails to store that value and shouts with following error
which leads to 500 error to API user:
(pymysql.err.DataError) (1406, u"Data too long for column 'name' at
row 1")
Steps to reproduce:
On current glance master:
commit a6fa8d9ce7b135ef9fa6d38aa7a8c1cffebf0baa
Merge: a1c8966 97158c3
Author: Jenkins <jenk...@review.openstack.org>
Date: Wed Sep 20 17:17:20 2017 +
Merge "Open Queens for data migrations"
command:
$ glance md-tag-update --name Ab222
222
222 OS::Compute::vMware Ab2
500 Internal Server Error: The server has either erred or is incapable
of performing the requested operation. (HTTP 500)
g-api logs:
Sep 18 15:45:22 dbopenstack-VirtualBox devstack@g-api.service[9103]:
ERROR glance.api.v2.metadef_tags [None req-af8f8144-6724-46a5-9d57-5fc
37d40fb2d admin admin] (pymysql.err.DataError) (1406, u"Data too long
for column 'name' at row 1") [SQL: u'UPDATE metadef_tags SET updated_at
=%(updated_at)s, name=%(name)s WHERE metadef_tags.id = %(metadef_tags_id)s']
[parameters: {'metadef_tags_id': 4, 'name':
u'Ab222
22',
'updated_at': datetime.datetime(2017, 9, 18, 10, 15, 22, 367087)}]:
DBDataError: (pymysql.err.DataError) (1406, u"Data too long for column
'name' at row 1") [SQL: u'UPDATE metadef_tags
SET updated_at=%(updated_at)s, name=%(name)s WHERE metadef_tags.id =
%(metadef_tags_id)s'] [parameters: {'metadef_tags_id': 4, 'name':
u'Ab2
', 'updated_at':
datetime.datetime(2017, 9, 18, 10, 15, 22, 367087)}]
Sep 18 15:45:22 dbopenstack-VirtualBox devstack@g-api.service[9103]:
[pid: 9108|app: 0|req: 23/46] 127.0.0.1 () {40 vars in 659 bytes}
[Mon Sep 18 15:45:22 2017]
PUT /v2/metadefs/namespaces/OS::Compute::vMware/tags/Ab2 =>
generated 228 bytes in 72 msecs (HTTP/1.1 500) 4 headers in 184 bytes
(1 switches on core 0)
** Affects: glance
Importance: Undecided
Assignee: Dinesh Bhor (dinesh-bhor)
Status: New
** Changed in: glance
Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Glance.
https://bugs.launchpad.net/bugs/1719252
Title:
some md-* create and update API's returns 500 error if user passes
name with more than 80 characters
Status in Glance:
New
Bug description:
Following apis are returning 500 error if user passes name with more
than 80 characters:
* md-tag-create
* md-tag-update
* md-object-create
* md-object-update
* md-property-create
* md-property-update
This happens because there is a discrepancy in db column length and
glance-api length check in schema validation. In database the 'name'
field for these API's is defined as of maximum 80 characters and in
schema it is defined as of maximum 255 characters. So if user passes
name with more than 80 characters and less than 255 characters
database fails to store that value and shouts with following error
which leads to 500 error to API user:
(pymysql.err.DataError) (1406, u"Data too long for column 'name' at
row 1")
Steps to reproduce:
On current glance master:
commit a6fa8d9ce7b135ef9fa6d38aa7a8c1cffebf0baa
Merge: a1c8966 97158c3
Author: Jenkins <jenk...@review.openstack.org>
Date: Wed Sep 20 17:17:20 2017 +
Merge "Open Queens for data migrations"
command:
$ glance md-tag-update --name Ab222
222
222 OS::Compute::vMware Ab2
500 Internal Server Error: The server has either erred or is incapable
of performing the requested operation. (HTTP 500)
g-api logs:
Sep 18 15:45:22 dbopenstack-VirtualBox devstack@g-api.service[9103]:
ERROR glance.api.v2.metadef_tags [None req-af8f8144-6724-46a5-9d57-5fc
37d40fb2d admin admin] (pymysql.err.DataError) (1406, u"Data too long
for column 'name' at row 1") [SQL: u'UPDATE metadef_tags SET updated_at
=%(updated_at)s, name=%(name)s WH
[Yahoo-eng-team] [Bug 1718877] [NEW] nova-api returns 500 error(DBError) if nova list API is called with filters with empty string
IN instance_info_caches
AS instance_info_caches_1 ON instance_info_caches_1.instance_uuid =
anon_1.instances_uuid ORDER BY anon_1.instances_created_at DESC,
anon_1.instances_id DESC'] [parameters: {u'deleted_3': 0, u'
display_name_1': u'', u'deleted_4': 0, u'param_1': 1000, u'deleted_2': 0,
u'deleted_1': 0, u'vm_state_1': 'soft-delete', u'project_id_1':
u'038a2813bce843e1a49a512701f17ddf'}]: InternalError:
(1139, u"Got error 'empty (sub)expression' from regexp")
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters Traceback (most recent call last):
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters File
"/usr/local/lib/python2.7/dist-packages/sqlalchemy/engine/base.py", line 1182,
in _execute_context
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters context)
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters File
"/usr/local/lib/python2.7/dist-packages/sqlalchemy/engine/default.py", line
470, in do_execute
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters cursor.execute(statement, parameters)
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters File
"/usr/local/lib/python2.7/dist-packages/pymysql/cursors.py", line 166, in
execute
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters result = self._query(query)
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters File
"/usr/local/lib/python2.7/dist-packages/pymysql/cursors.py", line 322, in _query
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters conn.query(q)
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters File
"/usr/local/lib/python2.7/dist-packages/pymysql/connections.py", line 856, in
query
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters self._affected_rows =
self._read_query_result(unbuffered=unbuffered)
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters File
"/usr/local/lib/python2.7/dist-packages/pymysql/connections.py", line 1057, in
_read_query_result
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters result.read()
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters File
"/usr/local/lib/python2.7/dist-packages/pymysql/connections.py", line 1340, in
read
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters first_packet = self.connection._read_packet()
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters File
"/usr/local/lib/python2.7/dist-packages/pymysql/connections.py", line 1014, in
_read_packet
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters packet.check_error()
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters File
"/usr/local/lib/python2.7/dist-packages/pymysql/connections.py", line 393, in
check_error
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters err.raise_mysql_exception(self._data)
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters File
"/usr/local/lib/python2.7/dist-packages/pymysql/err.py", line 107, in
raise_mysql_exception
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters raise errorclass(errno, errval)
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters InternalError: (1139, u"Got error 'empty
(sub)expression' from regexp")
Sep 15 16:04:40 dbopenstack-VirtualBox devstack@n-api.service[989]: ERROR
oslo_db.sqlalchemy.exc_filters
** Affects: nova
Importance: Undecided
Assignee: Dinesh Bhor (dinesh-bhor)
Status: New
** Changed in: nova
Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor)
--
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/1718877
Title:
nova-api returns 500 error(DBError) if nova list API is called with
filters with empty string
Status in OpenStack Compute (nova):
New
Bug d
[Yahoo-eng-team] [Bug 1510234] Re: Heartbeats stop when time is changed
** Also affects: masakari
Importance: Undecided
Status: New
** Changed in: masakari
Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor)
--
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/1510234
Title:
Heartbeats stop when time is changed
Status in masakari:
In Progress
Status in OpenStack Compute (nova):
Fix Released
Status in oslo.service:
Fix Released
Bug description:
Heartbeats stop working when you mess with the system time. If a
monotonic clock were used, they would continue to work when the system
time was changed.
Steps to reproduce:
1. List the nova services ('nova-manage service list'). Note that the
'State' for each services is a happy face ':-)'.
2. Move the time ahead (for example 2 hours in the future), and then
list the nova services again. Note that heartbeats continue to work
and use the future time (see 'Updated_At').
3. Revert back to the actual time, and list the nova services again.
Note that all heartbeats stop, and have a 'State' of 'XXX'.
4. The heartbeats will start again in 2 hours when the actual time
catches up to the future time, or if you restart the services.
5. You'll see a log message like the following when the heartbeats
stop:
2015-10-26 17:14:10.538 DEBUG nova.servicegroup.drivers.db [req-
c41a2ad7-e5a5-4914-bdc8-6c1ca8b224c6 None None] Seems service is down.
Last heartbeat was 2015-10-26 17:20:20. Elapsed time is -369.461679
from (pid=13994) is_up
/opt/stack/nova/nova/servicegroup/drivers/db.py:80
Here's example output demonstrating the issue:
http://paste.openstack.org/show/477404/
See bug #1450438 for more context:
https://bugs.launchpad.net/oslo.service/+bug/1450438
Long story short: looping call is using the built-in time rather than
a monotonic clock for sleeps.
https://github.com/openstack/oslo.service/blob/3d79348dae4d36bcaf4e525153abf74ad4bd182a/oslo_service/loopingcall.py#L122
Oslo Service: version 0.11
Nova: master (commit 2c3f9c339cae24576fefb66a91995d6612bb4ab2)
To manage notifications about this bug go to:
https://bugs.launchpad.net/masakari/+bug/1510234/+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 1696308] [NEW] list revoked tokens API returns 500 InternalServerError
Public bug reported:
list revoked tokens API returns 500 InternalServerError
The documentation [1] says that the API should return list of expired PKI
tokens, signed by the cryptographic message syntax (CMS) but
I am using token format as UUID.
[1] https://developer.openstack.org/api-ref/identity/v3/?expanded=list-
revoked-tokens-detail#list-revoked-tokens
Sample program:
1 from keystoneauth1.identity import v3
2 from keystoneauth1 import session
3 from keystoneclient.v3 import client
4 auth = v3.Password(auth_url='http:///identity/v3',
5user_id=,
6password=,
7project_id=)
8 sess = session.Session(auth=auth)
9 keystone = client.Client(session=sess)
10
11 a = keystone.tokens.get_revoked()
The API which is getting used is below:
GET http:///identity/v3/auth/tokens/OS-PKI/revoked
Curl command:
$ curl -g -i -X GET http://10.232.48.201/identity/v3/auth/tokens/OS-PKI/revoked
-H "X-Auth-Token: eb8fc9de9d154c6daa6b26a14d7c4e0f"
HTTP/1.1 500 Internal Server Error
Date: Wed, 07 Jun 2017 05:51:14 GMT
Server: Apache/2.4.18 (Ubuntu)
Vary: X-Auth-Token
Content-Type: application/json
Content-Length: 143
x-openstack-request-id: req-a6517dc2-08ac-4d62-8d21-c3405159e1f3
Connection: close
{"error": {"message": "An unexpected error prevented the server from
fulfilling your request.", "code": 500, "title": "Internal Server
Error"}}
command prompt traceback:
Traceback (most recent call last):
File "3_keystoneclient_program.py", line 12, in
a = keystone.tokens.get_revoked()
File "/usr/local/lib/python2.7/dist-packages/positional/__init__.py", line
101, in inner
return wrapped(*args, **kwargs)
File "/opt/stack/python-keystoneclient/keystoneclient/v3/tokens.py", line 62,
in get_revoked
resp, body = self._client.get(path)
File "/usr/local/lib/python2.7/dist-packages/keystoneauth1/adapter.py", line
223, in get
return self.request(url, 'GET', **kwargs)
File "/usr/local/lib/python2.7/dist-packages/keystoneauth1/adapter.py", line
382, in request
resp = super(LegacyJsonAdapter, self).request(*args, **kwargs)
File "/usr/local/lib/python2.7/dist-packages/keystoneauth1/adapter.py", line
148, in request
return self.session.request(url, method, **kwargs)
File "/usr/local/lib/python2.7/dist-packages/positional/__init__.py", line
101, in inner
return wrapped(*args, **kwargs)
File "/usr/local/lib/python2.7/dist-packages/keystoneauth1/session.py", line
655, in request
raise exceptions.from_response(resp, method, url)
keystoneauth1.exceptions.http.InternalServerError: An unexpected error
prevented the server from fulfilling your request. (HTTP 500) (Request-ID:
req-7004583f-3556-4b38-877a-b7669b3df3f8)
Keystone logs:
2017-06-07 11:07:13.262 DEBUG keystone.middleware.auth
[req-78ad2fdd-6a2d-4489-96c0
-98c7373b3eb2 None None] Authenticating user token from (pid=9498)
process_request
/usr/local/lib/python2.7/dist-packages/keystonemiddleware/auth_token/__init__.py:40
1
2017-06-07 11:07:13.270 DEBUG keystone.middleware.auth
[req-44f7294f-8430-48d3-b9a6
-4f531544c893 None None] RBAC: auth_context: {'is_delegated_auth': False,
'access_t
oken_id': None, 'user_id': u'3ad182b5723d4e88b97ea7a52bf50cea', 'roles':
[u'admin']
, 'user_domain_id': u'default', 'consumer_id': None, 'trustee_id': None,
'is_domain
': False, 'is_admin_project': True, 'trustor_id': None, 'token': , 'project_id': u'c76af8728a56496fb67c6ace6e78657d', 'trust_id': None,
'projec
t_domain_id': u'default'} from (pid=9498) fill_context
/opt/stack/keystone/keystone
/middleware/auth.py:239
2017-06-07 11:07:13.271 INFO keystone.common.wsgi
[req-44f7294f-8430-48d3-b9a6-4f53
1544c893 None None] GET
http://10.232.48.201/identity/v3/auth/tokens/OS-PKI/revoked
2017-06-07 11:07:13.271 DEBUG keystone.common.authorization
[req-44f7294f-8430-48d3
-b9a6-4f531544c893 None None] RBAC: Authorizing identity:revocation_list() from
(pi
d=9498) _build_policy_check_credentials
/opt/stack/keystone/keystone/common/authori
zation.py:136
2017-06-07 11:07:13.272 DEBUG keystone.policy.backends.rules
[req-44f7294f-8430-48d
3-b9a6-4f531544c893 None None] enforce identity:revocation_list:
{'is_delegated_aut
h': False, 'access_token_id': None, 'user_id':
u'3ad182b5723d4e88b97ea7a52bf50cea',
'roles': [u'admin'], 'user_domain_id': u'default', 'consumer_id': None,
'trustee_i
d': None, 'is_domain': False, 'is_admin_project': True, 'trustor_id': None,
'token'
: , 'project_id':
u'c76af8728a56496fb67c6ace6e78657d', 'trust_id': None, 'project_domain_id':
u'default'} from (pid=9498) enforce
/opt/stack/keystone/keystone/policy/backends/rules.py:33
2017-06-07 11:07:13.274 DEBUG keystone.common.authorization
[req-44f7294f-8430-48d3-b9a6-4f531544c893 None None] RBAC: Authorization
granted from (pid=9498) check_policy
/opt/stack/keystone/keystone/common/authorization.py:240
Wed Jun 7 09:49:23 2017 - SIGPIPE: writing to a closed pipe/socket/fd
[Yahoo-eng-team] [Bug 1682811] [NEW] nova boot apis raises 500 error if scheduler_hints additionalProperties value passed as "null" or "dict"
.py", line 220, in
__exit__
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions
self.force_reraise()
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions File
"/usr/local/lib/python2.7/dist-packages/oslo_utils/excutils.py", line 196, in
force_reraise
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions
six.reraise(self.type_, self.value, self.tb)
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/compute/api.py", line 1015, in _provision_instances
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions
security_groups=security_groups)
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/objects/request_spec.py", line 415, in from_components
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions
spec_obj._from_hints(filter_properties.get('scheduler_hints', {}))
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/objects/request_spec.py", line 224, in _from_hints
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions for hint, value
in hints_dict.items()}
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions File
"/usr/local/lib/python2.7/dist-packages/oslo_versionedobjects/base.py", line
72, in setter
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions field_value =
field.coerce(self, name, value)
python2.7/dist-packages/oslo_versionedobjects/fields.py", line 640, in coerce
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions
coerced_list.extend(value)
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions File
"/usr/local/lib/python2.7/dist-packages/oslo_versionedobjects/fields.py", line
1242, in extend
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions for index, item
in enumerate(t)]
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions File
"/usr/local/lib/python2.7/dist-packages/oslo_versionedobjects/fields.py", line
1222, in _coerce_item
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions return
self._element_type.coerce(self._obj, att_name, item)
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions File
"/usr/local/lib/python2.7/dist-packages/oslo_versionedobjects/fields.py", line
193, in coerce
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions return
self._null(obj, attr)
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions File
"/usr/local/lib/python2.7/dist-packages/oslo_versionedobjects/fields.py", line
171, in _null
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions raise
ValueError(_("Field `%s' cannot be None") % attr)
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions ValueError: Field
`scheduler_hints[[]][0]' cannot be None
2017-04-11 14:17:26.843 TRACE nova.api.openstack.extensions
2017-04-11 14:17:26.984 INFO nova.api.openstack.wsgi
[req-3c29eadc-20d0-4aef-b3c0-def9a51b0e64 admin admin] HTTP exception thrown:
Unexpected API Error. Please report this at http://bugs.launchpad.net/nova/ and
attach the Nova API log if possible.
2017-04-11 14:17:26.985 DEBUG nova.api.openstack.wsgi
[req-3c29eadc-20d0-4aef-b3c0-def9a51b0e64 admin admin] Returning 500 to user:
Unexpected API Error. Please report this at http://bugs.launchpad.net/nova/ and
attach the Nova API log if possible.
from (pid=2056) __call__
/opt/stack/nova/nova/api/openstack/wsgi.py:1041
2017-04-11 14:17:26.986 INFO nova.osapi_compute.wsgi.server
[req-3c29eadc-20d0-4aef-b3c0-def9a51b0e64 admin admin] 10.232.48.201 "POST
/v2.1/servers HTTP/1.1" status: 500 len: 539 time: 1.1872978
Latest commit:
commit ae637e70a72166067e09f3bbc3acb54e5d92771e
Merge: 9e071f4 370820b
Author: Jenkins <jenk...@review.openstack.org>
Date: Fri Apr 14 01:38:43 2017 +
Merge "Fix hypervisors api missing HostMappingNotFound handlers"
** Affects: nova
Importance: Undecided
Assignee: Dinesh Bhor (dinesh-bhor)
Status: New
** Changed in: nova
Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor)
--
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/1682811
Title:
nova boot apis raises 500 error if scheduler_hints
additionalProperties value passed as "null" or "dict"
Status in OpenStack Compute (nova):
New
Bug description:
Additional scheduler_hints can be passed while creating a VM but if
those additional scheduler_hints value is 'null' or 'dict' the create
server call fails with 500 InternalServerError.
Steps to reproduce:
Command:
$ curl -g -i -X POST http://10.232.48.201:8774/v2.1/servers -H "Accept:
application/json" -H "User-Agent: python-novaclient" -H "OpenStack-API-Version:
compute 2.
[Yahoo-eng-team] [Bug 1520159] Re: HTTP response codes should be extracted to constants
** Also affects: masakari Importance: Undecided Status: New ** Changed in: masakari Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Glance. https://bugs.launchpad.net/bugs/1520159 Title: HTTP response codes should be extracted to constants Status in Glance: Fix Released Status in masakari: New Bug description: There are several places in the source code where HTTP response codes are used as numeric values. These values should be extracted to a common file and the numeric values should be replaced by constants. For example: common/auth.py:186 elif resp.status == 404: --> elif resp.status == HTTP_NOT_FOUND; api/middleware/cache.py:261 if method == 'GET' and status_code == 204: --> if method == 'GET' and status_code == HTTP_NO_CONTENT: To manage notifications about this bug go to: https://bugs.launchpad.net/glance/+bug/1520159/+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 1646357] Re: When unsupported microversion requested, a microversion header returned with unsupported version
** Also affects: masakari Importance: Undecided Status: New ** Changed in: masakari Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor) -- 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/1646357 Title: When unsupported microversion requested, a microversion header returned with unsupported version Status in masakari: New Status in OpenStack Compute (nova): In Progress Bug description: When request a unsupported microversion, the 409 returned. But it includes that unsupport microversion in the header 'Openstack-Api- Version'. curl -g -i -X GET http://hp-pc:8774/v2.1/servers/detail -H "OpenStack- API-Version: compute 2.50" -H "User-Agent: python-novaclient" -H "Accept: application/json" -H "X-Auth-Token: 5e3c15ceb02f4e78a3b3a35b98a6d48a" HTTP/1.1 406 Not Acceptable Openstack-Api-Version: compute 2.50 X-Openstack-Nova-Api-Version: 2.50 Vary: OpenStack-API-Version Vary: X-OpenStack-Nova-API-Version Content-Type: application/json; charset=UTF-8 Content-Length: 123 X-Compute-Request-Id: req-1d511dd3-6882-443f-979b-e0812bd84f57 Date: Thu, 01 Dec 2016 05:59:58 GMT That looks like strange. We can remove that header when 406 returned. To manage notifications about this bug go to: https://bugs.launchpad.net/masakari/+bug/1646357/+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 1643793] Re: Display incorrect flavor name in instance property after edit flavor
Hi All,
I am not able to reproduce this issue in nova.
Steps:
Created one flaovr:
$nova flavor-create new_flavor 32 2 1 1
Created an instance with this flavor:
$nova boot --image c98e9a7c-7720-420b-a5cb-4990a80ebeb4 --flavor 32
flavor_instance
I can see flavor name in the instance information: new_flavor (32)
Deleted a flavor:
$nova flavor-delete 32
Show the instance:
$nova show 82b2b0a2-d904-4762-87f2-6c079e113494
+--++
| Property | Value
|
+--++
| OS-DCF:diskConfig| MANUAL
|
| OS-EXT-AZ:availability_zone | nova
|
| OS-EXT-SRV-ATTR:host | openstack-VirtualBox
|
| OS-EXT-SRV-ATTR:hostname | flavor-instance
|
| OS-EXT-SRV-ATTR:hypervisor_hostname | openstack-VirtualBox
|
| OS-EXT-SRV-ATTR:instance_name| instance-000a
|
| OS-EXT-SRV-ATTR:kernel_id| a5b4ae19-6b59-4db8-9b8f-80a95274b0ef
|
| OS-EXT-SRV-ATTR:launch_index | 0
|
| OS-EXT-SRV-ATTR:ramdisk_id | 74bf2775-4b4f-4f98-b5a3-d5b95a2fb2b5
|
| OS-EXT-SRV-ATTR:reservation_id | r-ebvq7dqa
|
| OS-EXT-SRV-ATTR:root_device_name | /dev/vda
|
| OS-EXT-SRV-ATTR:user_data| -
|
| OS-EXT-STS:power_state | 1
|
| OS-EXT-STS:task_state| -
|
| OS-EXT-STS:vm_state | active
|
| OS-SRV-USG:launched_at | 2016-12-01T07:58:50.00
|
| OS-SRV-USG:terminated_at | -
|
| accessIPv4 |
|
| accessIPv6 |
|
| config_drive |
|
| created | 2016-12-01T07:58:39Z
|
| description | -
|
| flavor | Flavor not found (32)
|
| hostId |
29293b7a5610f0716c95bb5fd6bdbe157ec88120712bcb67c6c5c6a5 |
| host_status | UP
|
| id | 82b2b0a2-d904-4762-87f2-6c079e113494
|
| image| cirros-0.3.4-x86_64-uec
(c98e9a7c-7720-420b-a5cb-4990a80ebeb4) |
| key_name | -
|
| locked | False
|
| metadata | {}
|
| name | flavor_instance
|
| os-extended-volumes:volumes_attached | []
|
| progress | 0
|
| public network | 172.24.4.13, 2001:db8::7
|
| security_groups | default
|
| status | ACTIVE
|
| tags | []
|
| tenant_id| 514df258afd54361a0d9e8a8afc71a02
|
| updated | 2016-12-01T07:58:51Z
|
| user_id |
[Yahoo-eng-team] [Bug 1614097] [NEW] nova boot fails with 500 InternalServerError for invalid snapshot id
Public bug reported:
If you pass an invalid snapshot while creating the instance then it's returning
500 InternalServerError.
Ideally it should return 400 HTTPBadRequest as snapshot doesn't exists.
Steps to reproduce:
Command:
nova boot --snapshot --flavor 1 new2
Output:
ERROR (ClientException): Unexpected API Error. Please report this at
http://bugs.launchpad.net/nova/ and attach the Nova API log if possible.
(HTTP 500) (Request-ID:
req-ead10ac5-5b57-4497-b772-66cd40b5e2eb)
n-api logs:
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/openstack/compute/servers.py", line 576, in create
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions **create_kwargs)
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/hooks.py", line 154, in inner
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions rv = f(*args,
**kwargs)
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/compute/api.py", line 1511, in create
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions
check_server_group_quota=check_server_group_quota)
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/compute/api.py", line 1101, in _create_instance
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions context,
block_device_mapping, legacy_bdm)
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/compute/api.py", line 1036, in _get_bdm_image_metadata
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions snapshot =
self.volume_api.get_snapshot(context, snapshot_id)
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/volume/cinder.py", line 188, in wrapper
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions res =
method(self, ctx, *args, **kwargs)
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/volume/cinder.py", line 227, in wrapper
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions
_reraise(exception.SnapshotNotFound(snapshot_id=snapshot_id))
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/volume/cinder.py", line 246, in _reraise
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions
six.reraise(type(desired_exc), desired_exc, sys.exc_info()[2])
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/volume/cinder.py", line 225, in wrapper
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions res =
method(self, ctx, snapshot_id, *args, **kwargs)
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/volume/cinder.py", line 463, in get_snapshot
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions item =
cinderclient(context).volume_snapshots.get(snapshot_id)
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions File
"/usr/local/lib/python2.7/dist-packages/cinderclient/v3/volume_snapshots.py",
line 107, in get
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions return
self._get("/snapshots/%s" % snapshot_id, "snapshot")
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions File
"/usr/local/lib/python2.7/dist-packages/cinderclient/base.py", line 303, in _get
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions resp, body =
self.api.client.get(url)
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions File
"/usr/local/lib/python2.7/dist-packages/cinderclient/client.py", line 143, in
get
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions return
self._cs_request(url, 'GET', **kwargs)
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions File
"/usr/local/lib/python2.7/dist-packages/cinderclient/client.py", line 134, in
_cs_request
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions return
self.request(url, method, **kwargs)
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions File
"/usr/local/lib/python2.7/dist-packages/cinderclient/client.py", line 123, in
request
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions raise
exceptions.from_response(resp, body)
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions SnapshotNotFound:
Snapshot cfa5f789-6771-4fb0-abe3-b82301bbab86 could not be found.
2016-08-17 17:05:48.033 TRACE nova.api.openstack.extensions
** Affects: nova
Importance: Undecided
Assignee: Dinesh Bhor (dinesh-bhor)
Status: New
** Changed in: nova
Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Comp
[Yahoo-eng-team] [Bug 1214176] Re: Fix copyright headers to be compliant with Foundation policies
** Also affects: pbr Importance: Undecided Status: New ** Changed in: pbr Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1214176 Title: Fix copyright headers to be compliant with Foundation policies Status in Ceilometer: Fix Released Status in Cinder: In Progress Status in devstack: Fix Released Status in heat: Fix Released Status in OpenStack Dashboard (Horizon): Fix Released Status in OpenStack Identity (keystone): Fix Released Status in Murano: In Progress Status in neutron: Fix Released Status in OpenStack Compute (nova): Fix Released Status in PBR: In Progress Status in python-ceilometerclient: Fix Released Status in python-cinderclient: Fix Released Status in python-glanceclient: Fix Released Status in python-heatclient: Fix Released Status in python-keystoneclient: Fix Released Status in python-manilaclient: In Progress Status in python-neutronclient: Fix Released Status in python-troveclient: In Progress Status in OpenStack Object Storage (swift): Fix Released Status in tempest: Fix Released Status in OpenStack DBaaS (Trove): Fix Released Bug description: Correct the copyright headers to be consistent with the policies outlined by the OpenStack Foundation at http://www.openstack.org/brand /openstack-trademark-policy/ Remove references to OpenStack LLC, replace with OpenStack Foundation To manage notifications about this bug go to: https://bugs.launchpad.net/ceilometer/+bug/1214176/+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 1214176] Re: Fix copyright headers to be compliant with Foundation policies
** Also affects: python-troveclient Importance: Undecided Status: New ** Changed in: python-troveclient Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1214176 Title: Fix copyright headers to be compliant with Foundation policies Status in Ceilometer: Fix Released Status in Cinder: In Progress Status in devstack: Fix Released Status in heat: Fix Released Status in OpenStack Dashboard (Horizon): Fix Released Status in OpenStack Identity (keystone): Fix Released Status in Murano: In Progress Status in neutron: Fix Released Status in OpenStack Compute (nova): Fix Released Status in python-ceilometerclient: Fix Released Status in python-cinderclient: Fix Released Status in python-glanceclient: Fix Released Status in python-heatclient: Fix Released Status in python-keystoneclient: Fix Released Status in python-manilaclient: In Progress Status in python-neutronclient: Fix Released Status in python-troveclient: In Progress Status in OpenStack Object Storage (swift): Fix Released Status in tempest: Fix Released Status in OpenStack DBaaS (Trove): Fix Released Bug description: Correct the copyright headers to be consistent with the policies outlined by the OpenStack Foundation at http://www.openstack.org/brand /openstack-trademark-policy/ Remove references to OpenStack LLC, replace with OpenStack Foundation To manage notifications about this bug go to: https://bugs.launchpad.net/ceilometer/+bug/1214176/+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 1214176] Re: Fix copyright headers to be compliant with Foundation policies
** Also affects: cinder Importance: Undecided Status: New ** Changed in: cinder Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1214176 Title: Fix copyright headers to be compliant with Foundation policies Status in Ceilometer: Fix Released Status in Cinder: In Progress Status in devstack: Fix Released Status in heat: Fix Released Status in OpenStack Dashboard (Horizon): Fix Released Status in OpenStack Identity (keystone): Fix Released Status in Murano: In Progress Status in neutron: Fix Released Status in OpenStack Compute (nova): Fix Released Status in python-ceilometerclient: Fix Released Status in python-cinderclient: Fix Released Status in python-glanceclient: Fix Released Status in python-heatclient: Fix Released Status in python-keystoneclient: Fix Released Status in python-manilaclient: In Progress Status in python-neutronclient: Fix Released Status in python-troveclient: New Status in OpenStack Object Storage (swift): Fix Released Status in tempest: Fix Released Status in OpenStack DBaaS (Trove): Fix Released Bug description: Correct the copyright headers to be consistent with the policies outlined by the OpenStack Foundation at http://www.openstack.org/brand /openstack-trademark-policy/ Remove references to OpenStack LLC, replace with OpenStack Foundation To manage notifications about this bug go to: https://bugs.launchpad.net/ceilometer/+bug/1214176/+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 1214176] Re: Fix copyright headers to be compliant with Foundation policies
** Also affects: python-manilaclient Importance: Undecided Status: New ** Changed in: python-manilaclient Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1214176 Title: Fix copyright headers to be compliant with Foundation policies Status in Ceilometer: Fix Released Status in Cinder: New Status in devstack: Fix Released Status in heat: Fix Released Status in OpenStack Dashboard (Horizon): Fix Released Status in OpenStack Identity (keystone): Fix Released Status in Murano: In Progress Status in neutron: Fix Released Status in OpenStack Compute (nova): Fix Released Status in python-ceilometerclient: Fix Released Status in python-cinderclient: Fix Released Status in python-glanceclient: Fix Released Status in python-heatclient: Fix Released Status in python-keystoneclient: Fix Released Status in python-manilaclient: In Progress Status in python-neutronclient: Fix Released Status in OpenStack Object Storage (swift): Fix Released Status in tempest: Fix Released Status in OpenStack DBaaS (Trove): Fix Released Bug description: Correct the copyright headers to be consistent with the policies outlined by the OpenStack Foundation at http://www.openstack.org/brand /openstack-trademark-policy/ Remove references to OpenStack LLC, replace with OpenStack Foundation To manage notifications about this bug go to: https://bugs.launchpad.net/ceilometer/+bug/1214176/+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 1604798] Re: Use DDT library to reduce code duplication
As per the discussion this is not a real bug so marking it as Invalid. ** Changed in: nova Status: In Progress => Invalid ** Changed in: nova Assignee: Dinesh Bhor (dinesh-bhor) => (unassigned) -- 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/1604798 Title: Use DDT library to reduce code duplication Status in OpenStack Compute (nova): Invalid Bug description: Use DDT library to reduce code duplication DDT can ease up error tracing and autogenerates tests on basis of different input data. It allows to multiply one test case by running it with different test data, and make it appear as multiple test cases. This will help to reduce code duplication. Please refer example use: http://ddt.readthedocs.io/en/latest/example.html Currently DDT is implemented in openstack/cinder and openstack/rally. To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1604798/+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 1214176] Re: Fix copyright headers to be compliant with Foundation policies
** Also affects: murano Importance: Undecided Status: New ** Changed in: murano Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1214176 Title: Fix copyright headers to be compliant with Foundation policies Status in Ceilometer: Fix Released Status in devstack: Fix Released Status in heat: Fix Released Status in OpenStack Dashboard (Horizon): Fix Released Status in OpenStack Identity (keystone): Fix Released Status in Murano: In Progress Status in neutron: Fix Released Status in OpenStack Compute (nova): Fix Released Status in python-ceilometerclient: Fix Released Status in python-cinderclient: Fix Released Status in python-glanceclient: Fix Released Status in python-heatclient: Fix Released Status in python-keystoneclient: Fix Released Status in python-neutronclient: Fix Released Status in OpenStack Object Storage (swift): Fix Released Status in tempest: Fix Released Status in OpenStack DBaaS (Trove): Fix Released Bug description: Correct the copyright headers to be consistent with the policies outlined by the OpenStack Foundation at http://www.openstack.org/brand /openstack-trademark-policy/ Remove references to OpenStack LLC, replace with OpenStack Foundation To manage notifications about this bug go to: https://bugs.launchpad.net/ceilometer/+bug/1214176/+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 1604798] [NEW] Use DDT library to reduce code duplication
Public bug reported: Use DDT library to reduce code duplication DDT can ease up error tracing and autogenerates tests on basis of different input data. It allows to multiply one test case by running it with different test data, and make it appear as multiple test cases. This will help to reduce code duplication. Please refer example use: http://ddt.readthedocs.io/en/latest/example.html Currently DDT is implemented in openstack/cinder and openstack/rally. ** Affects: nova Importance: Undecided Assignee: Dinesh Bhor (dinesh-bhor) Status: New ** Changed in: nova Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor) -- 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/1604798 Title: Use DDT library to reduce code duplication Status in OpenStack Compute (nova): New Bug description: Use DDT library to reduce code duplication DDT can ease up error tracing and autogenerates tests on basis of different input data. It allows to multiply one test case by running it with different test data, and make it appear as multiple test cases. This will help to reduce code duplication. Please refer example use: http://ddt.readthedocs.io/en/latest/example.html Currently DDT is implemented in openstack/cinder and openstack/rally. To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1604798/+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 1583419] Re: Make dict.keys() PY3 compatible
** No longer affects: nova
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1583419
Title:
Make dict.keys() PY3 compatible
Status in Ceilometer:
In Progress
Status in Cinder:
In Progress
Status in neutron:
In Progress
Status in python-ceilometerclient:
New
Status in python-cinderclient:
Fix Released
Status in python-glanceclient:
New
Status in python-heatclient:
New
Status in python-manilaclient:
In Progress
Status in python-troveclient:
Fix Released
Status in Rally:
Fix Released
Status in tempest:
New
Bug description:
In PY3, dict.keys() will return a view of list but not a list anymore, i.e.
$ python3.4
Python 3.4.3 (default, Mar 31 2016, 20:42:37)
>>> body={"11":"22"}
>>> body[body.keys()[0]]
Traceback (most recent call last):
File "", line 1, in
TypeError: 'dict_keys' object does not support indexing
so for py3 compatible we should change it as follows:
>>> body[list(body.keys())[0]]
'22'
To manage notifications about this bug go to:
https://bugs.launchpad.net/ceilometer/+bug/1583419/+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 1583419] Re: Make dict.keys() PY3 compatible
Hi All,
This issue is also present in nova, cinder and python-manilaclient as
well.
nova:
https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/volumes.py#L71
cinder:
https://github.com/openstack/cinder/blob/master/cinder/backup/manager.py#L128
python-manilaclient:
https://github.com/openstack/python-manilaclient/blob/master/manilaclient/tests/functional/test_shares_metadata.py#L139
** Also affects: cinder
Importance: Undecided
Status: New
** Changed in: cinder
Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor)
** Also affects: python-manilaclient
Importance: Undecided
Status: New
** Changed in: python-manilaclient
Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor)
** Also affects: nova
Importance: Undecided
Status: New
** Changed in: nova
Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor)
--
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/1583419
Title:
Make dict.keys() PY3 compatible
Status in Cinder:
In Progress
Status in OpenStack Compute (nova):
New
Status in python-cinderclient:
Fix Released
Status in python-manilaclient:
In Progress
Status in python-troveclient:
New
Bug description:
In PY3, dict.keys() will return a view of list but not a list anymore, i.e.
$ python3.4
Python 3.4.3 (default, Mar 31 2016, 20:42:37)
>>> body={"11":"22"}
>>> body[body.keys()[0]]
Traceback (most recent call last):
File "", line 1, in
TypeError: 'dict_keys' object does not support indexing
so for py3 compatible we should change it as follows:
>>> body[list(body.keys())[0]]
'22'
To manage notifications about this bug go to:
https://bugs.launchpad.net/cinder/+bug/1583419/+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 1581350] [NEW] baremetal apis raises 500 InternalServerError if ironic baremetal service is not configured or reachable
Public bug reported:
Baremetal apis raises 500 InternalServerError if ironic baremetal
service is not configured or reachable.
Steps to reproduce
==
Command:
nova baremetal-node-list
Actual result
=
ERROR (ClientException): Unexpected API Error. Please report this at
http://bugs.launchpad.net/nova/ and attach the Nova API log if possible.
(HTTP 500) (Request-ID:
req-663fbe2c-81b6-4264-9e02-efe5283e5f8f)
Command:
nova baremetal-node-show 1
Actual result
=
ERROR (ClientException): Unexpected API Error. Please report this at
http://bugs.launchpad.net/nova/ and attach the Nova API log if possible.
(HTTP 500) (Request-ID:
req-898b8986-ecd3-4d13-a819-1bcd0cf703c8)
Expected result
===
It should return 503 status code if ironic baremetal service is not configured
or reachable.
n-API LOG:
2016-05-13 06:34:14.337 ERROR nova.api.openstack.extensions
[req-898b8986-ecd3-4d13-a819-1bcd0cf703c8 admin admin] Unexpected exception in
API method
2016-05-13 06:34:14.337 TRACE nova.api.openstack.extensions Traceback (most
recent call last):
2016-05-13 06:34:14.337 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/openstack/extensions.py", line 478, in wrapped
2016-05-13 06:34:14.337 TRACE nova.api.openstack.extensions return f(*args,
**kwargs)
2016-05-13 06:34:14.337 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/openstack/compute/baremetal_nodes.py", line 90, in
index
2016-05-13 06:34:14.337 TRACE nova.api.openstack.extensions icli =
_get_ironic_client()
2016-05-13 06:34:14.337 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/openstack/compute/baremetal_nodes.py", line 61, in
_get_ironic_client
2016-05-13 06:34:14.337 TRACE nova.api.openstack.extensions icli =
ironic_client.get_client(CONF.ironic.api_version, **kwargs)
2016-05-13 06:34:14.337 TRACE nova.api.openstack.extensions File
"/usr/local/lib/python2.7/dist-packages/ironicclient/client.py", line 137, in
get_client
2016-05-13 06:34:14.337 TRACE nova.api.openstack.extensions raise
exc.AmbiguousAuthSystem(exception_msg)
2016-05-13 06:34:14.337 TRACE nova.api.openstack.extensions
AmbiguousAuthSystem: Must provide Keystone credentials or user-defined endpoint
and token
2016-05-13 06:34:14.337 TRACE nova.api.openstack.extensions
** Affects: nova
Importance: Undecided
Assignee: Dinesh Bhor (dinesh-bhor)
Status: New
** Changed in: nova
Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor)
--
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/1581350
Title:
baremetal apis raises 500 InternalServerError if ironic baremetal
service is not configured or reachable
Status in OpenStack Compute (nova):
New
Bug description:
Baremetal apis raises 500 InternalServerError if ironic baremetal
service is not configured or reachable.
Steps to reproduce
==
Command:
nova baremetal-node-list
Actual result
=
ERROR (ClientException): Unexpected API Error. Please report this at
http://bugs.launchpad.net/nova/ and attach the Nova API log if possible.
(HTTP 500) (Request-ID:
req-663fbe2c-81b6-4264-9e02-efe5283e5f8f)
Command:
nova baremetal-node-show 1
Actual result
=
ERROR (ClientException): Unexpected API Error. Please report this at
http://bugs.launchpad.net/nova/ and attach the Nova API log if possible.
(HTTP 500) (Request-ID:
req-898b8986-ecd3-4d13-a819-1bcd0cf703c8)
Expected result
===
It should return 503 status code if ironic baremetal service is not
configured or reachable.
n-API LOG:
2016-05-13 06:34:14.337 ERROR nova.api.openstack.extensions
[req-898b8986-ecd3-4d13-a819-1bcd0cf703c8 admin admin] Unexpected exception in
API method
2016-05-13 06:34:14.337 TRACE nova.api.openstack.extensions Traceback (most
recent call last):
2016-05-13 06:34:14.337 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/openstack/extensions.py", line 478, in wrapped
2016-05-13 06:34:14.337 TRACE nova.api.openstack.extensions return
f(*args, **kwargs)
2016-05-13 06:34:14.337 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/openstack/compute/baremetal_nodes.py", line 90, in
index
2016-05-13 06:34:14.337 TRACE nova.api.openstack.extensions icli =
_get_ironic_client()
2016-05-13 06:34:14.337 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/openstack/compute/baremetal_nodes.py", line 61, in
_get_ironic_client
2016-05-13 06:34:14.337 TRACE nova.api.openstack.extensions icli =
ironic_client.get_client(CONF.ironic.api_version, **kwargs)
2016-05-13 06:34:14.337 TRACE nova.api.openstack.extensions File
"/usr/local/lib/python2.7/d
[Yahoo-eng-team] [Bug 1580467] [NEW] instance boot with invalid availability zone raises 500 InternalServerError
Public bug reported:
instance boot with invalid availability zone raises 500
InternalServerError
Steps to reproduce
==
Command:
nova boot --flavor 1 --image 9c1618d0-a6ca-4db6-b2a9-38a9a5cc38b4
--availability-zone invalidzone instance1
Actual result
=
ERROR (ClientException): Unexpected API Error. Please report this at
http://bugs.launchpad.net/nova/ and attach the Nova API log if possible.
(HTTP 500) (Request-ID:
req-dcc9cfd6-1ea6-4e18-9acd-faccf54fdfd4)
Expected result
===
It should give 400 HTTPBadRequest with proper error message.
n-API LOG:
2016-05-11 08:59:37.467 ERROR nova.api.openstack.extensions
[req-dcc9cfd6-1ea6-4e18-9acd-faccf54fdfd4 admin admin] Unexpected exception in
API method
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions Traceback (most
recent call last):
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/openstack/extensions.py", line 478, in wrapped
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions return f(*args,
**kwargs)
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/validation/__init__.py", line 73, in wrapper
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions return
func(*args, **kwargs)
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/validation/__init__.py", line 73, in wrapper
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions return
func(*args, **kwargs)
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/validation/__init__.py", line 73, in wrapper
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions return
func(*args, **kwargs)
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/openstack/compute/servers.py", line 583, in create
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions
availability_zone, host, node = parse_az(context, availability_zone)
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/compute/api.py", line 517, in parse_availability_zone
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions reason="Unable
to parse availability_zone")
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions InvalidInput:
Invalid input received: Unable to parse availability_zone
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions
** Affects: nova
Importance: Undecided
Assignee: Dinesh Bhor (dinesh-bhor)
Status: New
** Changed in: nova
Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor)
--
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/1580467
Title:
instance boot with invalid availability zone raises 500
InternalServerError
Status in OpenStack Compute (nova):
New
Bug description:
instance boot with invalid availability zone raises 500
InternalServerError
Steps to reproduce
==
Command:
nova boot --flavor 1 --image 9c1618d0-a6ca-4db6-b2a9-38a9a5cc38b4
--availability-zone invalidzone instance1
Actual result
=
ERROR (ClientException): Unexpected API Error. Please report this at
http://bugs.launchpad.net/nova/ and attach the Nova API log if possible.
(HTTP 500) (Request-ID:
req-dcc9cfd6-1ea6-4e18-9acd-faccf54fdfd4)
Expected result
===
It should give 400 HTTPBadRequest with proper error message.
n-API LOG:
2016-05-11 08:59:37.467 ERROR nova.api.openstack.extensions
[req-dcc9cfd6-1ea6-4e18-9acd-faccf54fdfd4 admin admin] Unexpected exception in
API method
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions Traceback (most
recent call last):
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/openstack/extensions.py", line 478, in wrapped
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions return
f(*args, **kwargs)
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/validation/__init__.py", line 73, in wrapper
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions return
func(*args, **kwargs)
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/validation/__init__.py", line 73, in wrapper
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions return
func(*args, **kwargs)
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/validation/__init__.py", line 73, in wrapper
2016-05-11 08:59:37.467 TRACE nova.api.openstack.extensions return
func(*args, **kwargs)
2016-05-11 08:59:37.467 TRACE nova.api.opens
[Yahoo-eng-team] [Bug 1579706] [NEW] listing nova instances with invalid status raises 500 InternalServerError for admin user
**action_args)
2016-05-09 10:42:28.653 TRACE nova.api.openstack File
"/opt/stack/nova/nova/api/openstack/compute/extended_server_attributes.py",
line 92, in detail
2016-05-09 10:42:28.653 TRACE nova.api.openstack instances =
req.get_db_instances()
2016-05-09 10:42:28.653 TRACE nova.api.openstack File
"/opt/stack/nova/nova/api/openstack/wsgi.py", line 145, in get_db_instances
2016-05-09 10:42:28.653 TRACE nova.api.openstack return
self.get_db_items('instances')
2016-05-09 10:42:28.653 TRACE nova.api.openstack File
"/opt/stack/nova/nova/api/openstack/wsgi.py", line 128, in get_db_items
2016-05-09 10:42:28.653 TRACE nova.api.openstack return
self._extension_data['db_items'][key]
2016-05-09 10:42:28.653 TRACE nova.api.openstack KeyError: 'instances'
2016-05-09 10:42:28.653 TRACE nova.api.openstack
** Affects: nova
Importance: Undecided
Assignee: Dinesh Bhor (dinesh-bhor)
Status: New
** Changed in: nova
Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor)
--
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/1579706
Title:
listing nova instances with invalid status raises 500
InternalServerError for admin user
Status in OpenStack Compute (nova):
New
Bug description:
Listing nova instances with invalid status raises 500
InternalServerError for admin user.
Steps to reproduce
==
Command:
nova list --status invalid-status
Actual result
=
ERROR (ClientException): The server has either erred or is incapable of
performing the requested operation. (HTTP 500)
(Request-ID: req-07567061-bd94-4c83-ba8e-510cad9f388b)
Expected result
===
It should return empty instance list.
n-API LOG:
2016-05-09 10:42:28.653 ERROR nova.api.openstack
[req-07567061-bd94-4c83-ba8e-510cad9f388b admin admin] Caught error: 'instances'
2016-05-09 10:42:28.653 TRACE nova.api.openstack Traceback (most recent call
last):
2016-05-09 10:42:28.653 TRACE nova.api.openstack File
"/opt/stack/nova/nova/api/openstack/__init__.py", line 134, in __call__
2016-05-09 10:42:28.653 TRACE nova.api.openstack return
req.get_response(self.application)
2016-05-09 10:42:28.653 TRACE nova.api.openstack File
"/usr/local/lib/python2.7/dist-packages/webob/request.py", line 1299, in s
end
2016-05-09 10:42:28.653 TRACE nova.api.openstack application,
catch_exc_info=False)
2016-05-09 10:42:28.653 TRACE nova.api.openstack File
"/usr/local/lib/python2.7/dist-packages/webob/request.py", line 1263, in c
all_application
2016-05-09 10:42:28.653 TRACE nova.api.openstack app_iter =
application(self.environ, start_response)
2016-05-09 10:42:28.653 TRACE nova.api.openstack File
"/usr/local/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call
__
2016-05-09 10:42:28.653 TRACE nova.api.openstack return resp(environ,
start_response)
2016-05-09 10:42:28.653 TRACE nova.api.openstack File
"/usr/local/lib/python2.7/dist-packages/webob/dec.py", line 130, in __call
__
2016-05-09 10:42:28.653 TRACE nova.api.openstack resp =
self.call_func(req, *args, **self.kwargs)
2016-05-09 10:42:28.653 TRACE nova.api.openstack File
"/usr/local/lib/python2.7/dist-packages/webob/dec.py", line 195, in call_f
unc
2016-05-09 10:42:28.653 TRACE nova.api.openstack return self.func(req,
*args, **kwargs)
2016-05-09 10:42:28.653 TRACE nova.api.openstack File
"/usr/local/lib/python2.7/dist-packages/keystonemiddleware/auth_token/__in
it__.py", line 467, in __call__
2016-05-09 10:42:28.653 TRACE nova.api.openstack response =
req.get_response(self._app)
2016-05-09 10:42:28.653 TRACE nova.api.openstack File
"/usr/local/lib/python2.7/dist-packages/webob/request.py", line 1299, in send
2016-05-09 10:42:28.653 TRACE nova.api.openstack application,
catch_exc_info=False)
2016-05-09 10:42:28.653 TRACE nova.api.openstack File
"/usr/local/lib/python2.7/dist-packages/webob/request.py", line 1263, in
call_application
2016-05-09 10:42:28.653 TRACE nova.api.openstack app_iter =
application(self.environ, start_response)
2016-05-09 10:42:28.653 TRACE nova.api.openstack File
"/usr/local/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__
2016-05-09 10:42:28.653 TRACE nova.api.openstack return resp(environ,
start_response)
2016-05-09 10:42:28.653 TRACE nova.api.openstack File
"/usr/local/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__
2016-05-09 10:42:28.653 TRACE nova.api.openstack return resp(environ,
start_response)
2016-05-09 10:42:28.653 TRACE nova.api.openstack File
"/usr/local/lib/python2.7/dist-packages/routes/middleware.py", l
[Yahoo-eng-team] [Bug 1577727] Re: nova flavor-create raises 500 error if large value passed to flavor properties
Hi Pushkar, Thank you for your comment. I have updated the bug description for better understanding. Please let me know if you have any questions. ** Changed in: nova Status: Invalid => New -- 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/1577727 Title: nova flavor-create raises 500 error if large value passed to flavor properties Status in OpenStack Compute (nova): New Bug description: If large value is provided for properties other than name and ID then 500 error is raised. All integral flavor properties are validated against db.MAX_INT(2147483647) for maximum limit and raised exception.InvalidInput for invalid input. As exception.InvalidInput is not caught, it is returning 500 InternalServerError. Expected result: Instead of 500 InternalServerError it should return 400 HTTPBadRequest with message 'Invalid input received: ram must be <= 2147483647'. Command: nova flavor-create new_flavor 35 23478279183291369182 200 2 Output: ERROR (ClientException): Unexpected API Error. Please report this at http://bugs.launchpad.net/nova/ and attach the Nova API log if possible. (HTTP 500) (Request-ID: req-35f422d1-7232-4dfa-ab8e-7de36d11dcaf) n-api LOG: 2016-05-04 06:15:20.072 ERROR nova.api.openstack.extensions [req-35f422d1-7232-4dfa-ab8e-7de36d11dcaf admin admin] Unexpected exception in API method 2016-05-04 06:15:20.072 TRACE nova.api.openstack.extensions Traceback (most recent call last): 2016-05-04 06:15:20.072 TRACE nova.api.openstack.extensions File "/opt/stack/nova/nova/api/openstack/extensions.py", line 478, in wrapped 2016-05-04 06:15:20.072 TRACE nova.api.openstack.extensions return f(*args, **kwargs) 2016-05-04 06:15:20.072 TRACE nova.api.openstack.extensions File "/opt/stack/nova/nova/api/validation/__init__.py", line 73, in wrapper 2016-05-04 06:15:20.072 TRACE nova.api.openstack.extensions return func(*args, **kwargs) 2016-05-04 06:15:20.072 TRACE nova.api.openstack.extensions File "/opt/stack/nova/nova/api/validation/__init__.py", line 73, in wrapper 2016-05-04 06:15:20.072 TRACE nova.api.openstack.extensions return func(*args, **kwargs) 2016-05-04 06:15:20.072 TRACE nova.api.openstack.extensions File "/opt/stack/nova/nova/api/openstack/compute/flavor_manage.py", line 81, in _create 2016-05-04 06:15:20.072 TRACE nova.api.openstack.extensions is_public=is_public) 2016-05-04 06:15:20.072 TRACE nova.api.openstack.extensions File "/opt/stack/nova/nova/compute/flavors.py", line 152, in create 2016-05-04 06:15:20.072 TRACE nova.api.openstack.extensions db.MAX_INT) 2016-05-04 06:15:20.072 TRACE nova.api.openstack.extensions File "/opt/stack/nova/nova/utils.py", line 1030, in validate_integer 2016-05-04 06:15:20.072 TRACE nova.api.openstack.extensions 'max_value': max_value}) 2016-05-04 06:15:20.072 TRACE nova.api.openstack.extensions InvalidInput: Invalid input received: ram must be <= 2147483647 2016-05-04 06:15:20.072 TRACE nova.api.openstack.extensions To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1577727/+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 1577727] [NEW] nova flavor-create raises 500 error if long value passed to flavor properties
Public bug reported:
If long value is provided for properties other than name and ID then 500
error is raised.
Command:
nova flavor-create new_flavor 35 234276234512334234 200 2
n-api LOG:
2016-05-03 10:44:46.744 ERROR nova.api.openstack.extensions
[req-cadc48da-abb0-4dfb-abb8-c18855e45d30 admin admin] Unexpected exception in
API method
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions Traceback (most
recent call last):
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/openstack/extensions.py", line 478, in wrapped
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions return f(*args,
**kwargs)
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/validation/__init__.py", line 73, in wrapper
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions return
func(*args, **kwargs)
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/validation/__init__.py", line 73, in wrapper
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions return
func(*args, **kwargs)
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/openstack/compute/flavor_manage.py", line 81, in
_create
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions
is_public=is_public)
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/compute/flavors.py", line 152, in create
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions db.MAX_INT)
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/utils.py", line 1030, in validate_integer
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions 'max_value':
max_value})
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions InvalidInput:
Invalid input received: ram must be <= 2147483647
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions
** Affects: nova
Importance: Undecided
Assignee: Dinesh Bhor (dinesh-bhor)
Status: New
** Changed in: nova
Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor)
--
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/1577727
Title:
nova flavor-create raises 500 error if long value passed to flavor
properties
Status in OpenStack Compute (nova):
New
Bug description:
If long value is provided for properties other than name and ID then
500 error is raised.
Command:
nova flavor-create new_flavor 35 234276234512334234 200 2
n-api LOG:
2016-05-03 10:44:46.744 ERROR nova.api.openstack.extensions
[req-cadc48da-abb0-4dfb-abb8-c18855e45d30 admin admin] Unexpected exception in
API method
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions Traceback (most
recent call last):
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/openstack/extensions.py", line 478, in wrapped
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions return
f(*args, **kwargs)
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/validation/__init__.py", line 73, in wrapper
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions return
func(*args, **kwargs)
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/validation/__init__.py", line 73, in wrapper
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions return
func(*args, **kwargs)
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/api/openstack/compute/flavor_manage.py", line 81, in
_create
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions
is_public=is_public)
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/compute/flavors.py", line 152, in create
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions db.MAX_INT)
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions File
"/opt/stack/nova/nova/utils.py", line 1030, in validate_integer
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions 'max_value':
max_value})
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions InvalidInput:
Invalid input received: ram must be <= 2147483647
2016-05-03 10:44:46.744 TRACE nova.api.openstack.extensions
To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1577727/+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 1557459] Re: db purge fails for invalid age_in_days and max_rows
** Changed in: glance Status: New => Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Glance. https://bugs.launchpad.net/bugs/1557459 Title: db purge fails for invalid age_in_days and max_rows Status in Glance: Invalid Bug description: db purge fails for invalid age_in_days and max_rows Command: The command 'glance-manage db purge' has two arguments age_in_days and max_rows. If we give invalid input like string for age_in_days and max_rows it is throwing ValueError. For example: $ glance-manage db purge something LOG: 2016-03-15 09:32:07.197 CRITICAL glance [-] ValueError: invalid literal for int() with base 10: 'something' 2016-03-15 09:32:07.197 TRACE glance Traceback (most recent call last): 2016-03-15 09:32:07.197 TRACE glance File "/usr/local/bin/glance-manage", line 10, in 2016-03-15 09:32:07.197 TRACE glance sys.exit(main()) 2016-03-15 09:32:07.197 TRACE glance File "/opt/stack/glance/glance/cmd/manage.py", line 353, in main 2016-03-15 09:32:07.197 TRACE glance return CONF.command.action_fn(*func_args, **func_kwargs) 2016-03-15 09:32:07.197 TRACE glance File "/opt/stack/glance/glance/cmd/manage.py", line 160, in purge 2016-03-15 09:32:07.197 TRACE glance age_in_days = int(age_in_days) 2016-03-15 09:32:07.197 TRACE glance ValueError: invalid literal for int() with base 10: 'something' 2016-03-15 09:32:07.197 TRACE glance Command: $ glance-manage db purge 10 something LOG: 2016-03-15 09:33:02.122 CRITICAL glance [-] ValueError: invalid literal for int() with base 10: 'something' 2016-03-15 09:33:02.122 TRACE glance Traceback (most recent call last): 2016-03-15 09:33:02.122 TRACE glance File "/usr/local/bin/glance-manage", line 10, in 2016-03-15 09:33:02.122 TRACE glance sys.exit(main()) 2016-03-15 09:33:02.122 TRACE glance File "/opt/stack/glance/glance/cmd/manage.py", line 353, in main 2016-03-15 09:33:02.122 TRACE glance return CONF.command.action_fn(*func_args, **func_kwargs) 2016-03-15 09:33:02.122 TRACE glance File "/opt/stack/glance/glance/cmd/manage.py", line 161, in purge 2016-03-15 09:33:02.122 TRACE glance max_rows = int(max_rows) 2016-03-15 09:33:02.122 TRACE glance ValueError: invalid literal for int() with base 10: 'something' 2016-03-15 09:33:02.122 TRACE glance To manage notifications about this bug go to: https://bugs.launchpad.net/glance/+bug/1557459/+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 1557459] [NEW] db purge fails for invalid age_in_days and max_rows
Public bug reported:
db purge fails for invalid age_in_days and max_rows
Command:
The command 'glance-manage db purge' has two arguments age_in_days and max_rows.
If we give invalid input like string for age_in_days and max_rows it is
throwing ValueError.
For example:
$ glance-manage db purge something
LOG:
2016-03-15 09:32:07.197 CRITICAL glance [-] ValueError: invalid literal
for int() with base 10: 'something'
2016-03-15 09:32:07.197 TRACE glance Traceback (most recent call last):
2016-03-15 09:32:07.197 TRACE glance File "/usr/local/bin/glance-manage",
line 10, in
2016-03-15 09:32:07.197 TRACE glance sys.exit(main())
2016-03-15 09:32:07.197 TRACE glance File
"/opt/stack/glance/glance/cmd/manage.py", line 353, in main
2016-03-15 09:32:07.197 TRACE glance return
CONF.command.action_fn(*func_args, **func_kwargs)
2016-03-15 09:32:07.197 TRACE glance File
"/opt/stack/glance/glance/cmd/manage.py", line 160, in purge
2016-03-15 09:32:07.197 TRACE glance age_in_days = int(age_in_days)
2016-03-15 09:32:07.197 TRACE glance ValueError: invalid literal for int() with
base 10: 'something'
2016-03-15 09:32:07.197 TRACE glance
Command:
$ glance-manage db purge 10 something
LOG:
2016-03-15 09:33:02.122 CRITICAL glance [-] ValueError: invalid literal for
int() with base 10: 'something'
2016-03-15 09:33:02.122 TRACE glance Traceback (most recent call last):
2016-03-15 09:33:02.122 TRACE glance File "/usr/local/bin/glance-manage",
line 10, in
2016-03-15 09:33:02.122 TRACE glance sys.exit(main())
2016-03-15 09:33:02.122 TRACE glance File
"/opt/stack/glance/glance/cmd/manage.py", line 353, in main
2016-03-15 09:33:02.122 TRACE glance return
CONF.command.action_fn(*func_args, **func_kwargs)
2016-03-15 09:33:02.122 TRACE glance File
"/opt/stack/glance/glance/cmd/manage.py", line 161, in purge
2016-03-15 09:33:02.122 TRACE glance max_rows = int(max_rows)
2016-03-15 09:33:02.122 TRACE glance ValueError: invalid literal for int() with
base 10: 'something'
2016-03-15 09:33:02.122 TRACE glance
** Affects: glance
Importance: Undecided
Assignee: Dinesh Bhor (dinesh-bhor)
Status: New
** Changed in: glance
Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Glance.
https://bugs.launchpad.net/bugs/1557459
Title:
db purge fails for invalid age_in_days and max_rows
Status in Glance:
New
Bug description:
db purge fails for invalid age_in_days and max_rows
Command:
The command 'glance-manage db purge' has two arguments age_in_days and
max_rows.
If we give invalid input like string for age_in_days and max_rows it is
throwing ValueError.
For example:
$ glance-manage db purge something
LOG:
2016-03-15 09:32:07.197 CRITICAL glance [-] ValueError: invalid
literal for int() with base 10: 'something'
2016-03-15 09:32:07.197 TRACE glance Traceback (most recent call last):
2016-03-15 09:32:07.197 TRACE glance File "/usr/local/bin/glance-manage",
line 10, in
2016-03-15 09:32:07.197 TRACE glance sys.exit(main())
2016-03-15 09:32:07.197 TRACE glance File
"/opt/stack/glance/glance/cmd/manage.py", line 353, in main
2016-03-15 09:32:07.197 TRACE glance return
CONF.command.action_fn(*func_args, **func_kwargs)
2016-03-15 09:32:07.197 TRACE glance File
"/opt/stack/glance/glance/cmd/manage.py", line 160, in purge
2016-03-15 09:32:07.197 TRACE glance age_in_days = int(age_in_days)
2016-03-15 09:32:07.197 TRACE glance ValueError: invalid literal for int()
with base 10: 'something'
2016-03-15 09:32:07.197 TRACE glance
Command:
$ glance-manage db purge 10 something
LOG:
2016-03-15 09:33:02.122 CRITICAL glance [-] ValueError: invalid literal for
int() with base 10: 'something'
2016-03-15 09:33:02.122 TRACE glance Traceback (most recent call last):
2016-03-15 09:33:02.122 TRACE glance File "/usr/local/bin/glance-manage",
line 10, in
2016-03-15 09:33:02.122 TRACE glance sys.exit(main())
2016-03-15 09:33:02.122 TRACE glance File
"/opt/stack/glance/glance/cmd/manage.py", line 353, in main
2016-03-15 09:33:02.122 TRACE glance return
CONF.command.action_fn(*func_args, **func_kwargs)
2016-03-15 09:33:02.122 TRACE glance File
"/opt/stack/glance/glance/cmd/manage.py", line 161, in purge
2016-03-15 09:33:02.122 TRACE glance max_rows = int(max_rows)
2016-03-15 09:33:02.122 TRACE glance ValueError: invalid literal for int()
with base 10: 'something'
2016-03-15 09:33:02.122 TRACE glance
To manage notifications about this bug go to:
https://bugs.launchpad.net/glance/+bug/1557459/+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 1546441] [NEW] db sync command should give user friendly message for invalid 'version' specified
v in versions]
2016-02-16 02:06:15.045 TRACE nova File
"/usr/local/lib/python2.7/dist-packages/migrate/versioning/repository.py", line
189, in version
2016-02-16 02:06:15.045 TRACE nova return self.versions.version(*p, **k)
2016-02-16 02:06:15.045 TRACE nova File
"/usr/local/lib/python2.7/dist-packages/migrate/versioning/version.py", line
163, in version
2016-02-16 02:06:15.045 TRACE nova return self.versions[VerNum(vernum)]
2016-02-16 02:06:15.045 TRACE nova KeyError: <VerNum(315)>
2016-02-16 02:06:15.045 TRACE nova
The command:
$ nova-manage db sync something
LOG:
2016-02-17 00:47:20.287 CRITICAL nova [-] NovaException: version should be an
integer
2016-02-17 00:47:20.287 TRACE nova Traceback (most recent call last):
2016-02-17 00:47:20.287 TRACE nova File "/usr/local/bin/nova-manage", line
10, in
2016-02-17 00:47:20.287 TRACE nova sys.exit(main())
2016-02-17 00:47:20.287 TRACE nova File "/opt/stack/nova/nova/cmd/manage.py",
line 1448, in main
2016-02-17 00:47:20.287 TRACE nova ret = fn(*fn_args, **fn_kwargs)
2016-02-17 00:47:20.287 TRACE nova File "/opt/stack/nova/nova/cmd/manage.py",
line 932, in sync
2016-02-17 00:47:20.287 TRACE nova return migration.db_sync(version)
2016-02-17 00:47:20.287 TRACE nova File
"/opt/stack/nova/nova/db/migration.py", line 26, in db_sync
2016-02-17 00:47:20.287 TRACE nova return IMPL.db_sync(version=version,
database=database)
2016-02-17 00:47:20.287 TRACE nova File
"/opt/stack/nova/nova/db/sqlalchemy/migration.py", line 51, in db_sync
2016-02-17 00:47:20.287 TRACE nova raise exception.NovaException(_("version
should be an integer"))
2016-02-17 00:47:20.287 TRACE nova NovaException: version should be an integer
2016-02-17 00:47:20.287 TRACE nova
Same issues are present in glance, cinder and keystone also.
** Affects: cinder
Importance: Undecided
Assignee: Dinesh Bhor (dinesh-bhor)
Status: New
** Affects: glance
Importance: Undecided
Assignee: Dinesh Bhor (dinesh-bhor)
Status: New
** Affects: keystone
Importance: Undecided
Assignee: Dinesh Bhor (dinesh-bhor)
Status: New
** Affects: nova
Importance: Undecided
Assignee: Dinesh Bhor (dinesh-bhor)
Status: New
** Changed in: nova
Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor)
** Also affects: glance
Importance: Undecided
Status: New
** Also affects: cinder
Importance: Undecided
Status: New
** Also affects: keystone
Importance: Undecided
Status: New
** Changed in: keystone
Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor)
** Changed in: glance
Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor)
** Changed in: cinder
Assignee: (unassigned) => Dinesh Bhor (dinesh-bhor)
--
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/1546441
Title:
db sync command should give user friendly message for invalid
'version' specified
Status in Cinder:
New
Status in Glance:
New
Status in OpenStack Identity (keystone):
New
Status in OpenStack Compute (nova):
New
Bug description:
db sync command should give user friendly message for invalid
'version' specified
The command:
$ nova-manage db sync
11
LOG:
2016-02-16 01:54:53.908 CRITICAL nova [-] OverflowError: range()
result has too many items
2016-02-16 01:54:53.908 TRACE nova Traceback (most recent call last):
2016-02-16 01:54:53.908 TRACE nova File "/usr/local/bin/nova-manage", line
10, in
2016-02-16 01:54:53.908 TRACE nova sys.exit(main())
2016-02-16 01:54:53.908 TRACE nova File
"/opt/stack/nova/nova/cmd/manage.py", line 1448, in main
2016-02-16 01:54:53.908 TRACE nova ret = fn(*fn_args, **fn_kwargs)
2016-02-16 01:54:53.908 TRACE nova File
"/opt/stack/nova/nova/cmd/manage.py", line 932, in sync
2016-02-16 01:54:53.908 TRACE nova return migration.db_sync(version)
2016-02-16 01:54:53.908 TRACE nova File
"/opt/stack/nova/nova/db/migration.py", line 26, in db_sync
2016-02-16 01:54:53.908 TRACE nova return IMPL.db_sync(version=version,
database=database)
2016-02-16 01:54:53.908 TRACE nova File
"/opt/stack/nova/nova/db/sqlalchemy/migration.py", line 57, in db_sync
2016-02-16 01:54:53.908 TRACE nova version)
2016-02-16 01:54:53.908 TRACE nova File
"/usr/local/lib/python2.7/dist-packages/migrate/versioning/api.py", line 186,
in upgrade
2016-02-16 01:54:53.908 TRACE nova return _migrate(url, repository,
version, upgrade=True, err=err, **opts)
2016-02-16 01:54:53.908 TRACE nova File "", line 2, in
_migrate
2016-02-16 01:54:53.908 TRACE nova File
"/usr/local/lib/
