[Yahoo-eng-team] [Bug 1364344] Re: Nova client produces a wrong exception when user tries to boot an instance without specific network UUID
This is a bug in nova neutronv2 api. ** Also affects: nova Importance: Undecided Status: New ** No longer affects: python-novaclient ** Changed in: nova Importance: Undecided = Medium ** Changed in: nova Status: New = Confirmed ** Changed in: nova Assignee: (unassigned) = melanie witt (melwitt) ** Tags added: neutron -- 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/1364344 Title: Nova client produces a wrong exception when user tries to boot an instance without specific network UUID Status in OpenStack Compute (Nova): In Progress Bug description: Description of problem: === pyhton-novaclient produces a wrong exception when user tries to boot an instance without specific network UUID. The issue will only reproduce when an external network is shared with the tenant, but not created from within it (I created it in admin tenant). Version-Release: python-novaclient-2.17.0-2 How reproducible: = Always Steps to Reproduce: === 1. Have 2 tenants (admin + additional tenant would do). 2. In tenant A (admin), Create a network and mark it as both shared and external. 3. In tenant B, Create a network which is not shared or external. 4. Boot an instance within tenant B (I tested this via CLI), do not use the --nic option. Actual results: === DEBUG (shell:783) It is not allowed to create an interface on external network 49d0cb8a-2631-4308-89c4-cac502ef0bad (HTTP 403) (Request-ID: req-caacfa72-82f8-492a-8ce2-9476be8f3e0c) Traceback (most recent call last): File /usr/lib/python2.7/site-packages/novaclient/shell.py, line 780, in main OpenStackComputeShell().main(map(strutils.safe_decode, sys.argv[1:])) File /usr/lib/python2.7/site-packages/novaclient/shell.py, line 716, in main args.func(self.cs, args) File /usr/lib/python2.7/site-packages/novaclient/v1_1/shell.py, line 433, in do_boot server = cs.servers.create(*boot_args, **boot_kwargs) File /usr/lib/python2.7/site-packages/novaclient/v1_1/servers.py, line 871, in create **boot_kwargs) File /usr/lib/python2.7/site-packages/novaclient/v1_1/servers.py, line 534, in _boot return_raw=return_raw, **kwargs) File /usr/lib/python2.7/site-packages/novaclient/base.py, line 152, in _create _resp, body = self.api.client.post(url, body=body) File /usr/lib/python2.7/site-packages/novaclient/client.py, line 312, in post return self._cs_request(url, 'POST', **kwargs) File /usr/lib/python2.7/site-packages/novaclient/client.py, line 286, in _cs_request **kwargs) File /usr/lib/python2.7/site-packages/novaclient/client.py, line 268, in _time_request resp, body = self.request(url, method, **kwargs) File /usr/lib/python2.7/site-packages/novaclient/client.py, line 262, in request raise exceptions.from_response(resp, body, url, method) Forbidden: It is not allowed to create an interface on external network 49d0cb8a-2631-4308-89c4-cac502ef0bad (HTTP 403) (Request-ID: req-afce2569-6902-4b25-a9b8-9ebf1a6ce1b9) ERROR: It is not allowed to create an interface on external network 49d0cb8a-2631-4308-89c4-cac502ef0bad (HTTP 403) (Request-ID: req-afce2569-6902-4b25-a9b8-9ebf1a6ce1b9) Expected results: = This is what happens if: 1. The shared network is no longer marked as external. 2. The tenant itself has two networks. (+ no network UUID is speficied in the 'nova boot' command) DEBUG (shell:783) Multiple possible networks found, use a Network ID to be more specific. (HTTP 400) (Request-ID: req-a4e90abd-2ad7-4342-aa3c-1a9aa9f5e2a0) Traceback (most recent call last): File /usr/lib/python2.7/site-packages/novaclient/shell.py, line 780, in main OpenStackComputeShell().main(map(strutils.safe_decode, sys.argv[1:])) File /usr/lib/python2.7/site-packages/novaclient/shell.py, line 716, in main args.func(self.cs, args) File /usr/lib/python2.7/site-packages/novaclient/v1_1/shell.py, line 433, in do_boot server = cs.servers.create(*boot_args, **boot_kwargs) File /usr/lib/python2.7/site-packages/novaclient/v1_1/servers.py, line 871, in create **boot_kwargs) File /usr/lib/python2.7/site-packages/novaclient/v1_1/servers.py, line 534, in _boot return_raw=return_raw, **kwargs) File /usr/lib/python2.7/site-packages/novaclient/base.py, line 152, in _create _resp, body = self.api.client.post(url, body=body) File /usr/lib/python2.7/site-packages/novaclient/client.py, line 312, in post return self._cs_request(url, 'POST', **kwargs) File /usr/lib/python2.7/site-packages/novaclient/client.py, line 286, in _cs_request **kwargs) File /usr/lib/python2.7/site-packages/novaclient/client.py, line
[Yahoo-eng-team] [Bug 1368942] Re: lxc test failure under osx
Fix proposed to branch: master Review: https://review.openstack.org/121337 ** Changed in: nova Status: Opinion = In Progress ** Changed in: nova Assignee: (unassigned) = Davanum Srinivas (DIMS) (dims-v) -- 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/1368942 Title: lxc test failure under osx Status in OpenStack Compute (Nova): In Progress Bug description: Heres the stack trace from the following test: nova.tests.virt.libvirt.test_driver.LibvirtConnTestCase.test_create_propagates_exceptions Traceback (most recent call last): File nova/tests/virt/libvirt/test_driver.py, line 9231, in test_create_propagates_exceptions instance, None) File /Users/dims/openstack/nova/.tox/py27/lib/python2.7/site-packages/testtools/testcase.py, line 420, in assertRaises self.assertThat(our_callable, matcher) File /Users/dims/openstack/nova/.tox/py27/lib/python2.7/site-packages/testtools/testcase.py, line 431, in assertThat mismatch_error = self._matchHelper(matchee, matcher, message, verbose) File /Users/dims/openstack/nova/.tox/py27/lib/python2.7/site-packages/testtools/testcase.py, line 481, in _matchHelper mismatch = matcher.match(matchee) File /Users/dims/openstack/nova/.tox/py27/lib/python2.7/site-packages/testtools/matchers/_exception.py, line 108, in match mismatch = self.exception_matcher.match(exc_info) File /Users/dims/openstack/nova/.tox/py27/lib/python2.7/site-packages/testtools/matchers/_higherorder.py, line 62, in match mismatch = matcher.match(matchee) File /Users/dims/openstack/nova/.tox/py27/lib/python2.7/site-packages/testtools/testcase.py, line 412, in match reraise(*matchee) File /Users/dims/openstack/nova/.tox/py27/lib/python2.7/site-packages/testtools/matchers/_exception.py, line 101, in match result = matchee() File /Users/dims/openstack/nova/.tox/py27/lib/python2.7/site-packages/testtools/testcase.py, line 955, in __call__ return self._callable_object(*self._args, **self._kwargs) File nova/virt/libvirt/driver.py, line 4229, in _create_domain_and_network disk_info): File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/contextlib.py, line 17, in __enter__ return self.gen.next() File nova/virt/libvirt/driver.py, line 4125, in _lxc_disk_handler self._create_domain_setup_lxc(instance, block_device_info, disk_info) File nova/virt/libvirt/driver.py, line 4077, in _create_domain_setup_lxc use_cow=use_cow) File nova/virt/disk/api.py, line 385, in setup_container img = _DiskImage(image=image, use_cow=use_cow, mount_dir=container_dir) File nova/virt/disk/api.py, line 252, in __init__ device = self._device_for_path(mount_dir) File nova/virt/disk/api.py, line 260, in _device_for_path with open(/proc/mounts, 'r') as ifp: IOError: [Errno 2] No such file or directory: '/proc/mounts' Ran 1 tests in 1.172s (-30.247s) FAILED (id=12, failures=1 (+1)) error: testr failed (1) ERROR: InvocationError: '/Users/dims/openstack/nova/.tox/py27/bin/python -m nova.openstack.common.lockutils python setup.py test --slowest --testr-args=nova.tests.virt.libvirt.test_driver.LibvirtConnTestCase.test_create_propagates_exceptions' __ summary ___ ERROR: py27: commands failed To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1368942/+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 1368910] Re: intersphinx requires network access which sometimes fails
** Also affects: manila Importance: Undecided Status: New ** Changed in: manila Status: New = In Progress ** Changed in: manila Assignee: (unassigned) = Andreas Jaeger (jaegerandi) ** Also affects: python-manilaclient Importance: Undecided Status: New ** Changed in: python-manilaclient Status: New = In Progress ** Changed in: python-manilaclient Assignee: (unassigned) = Andreas Jaeger (jaegerandi) -- 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/1368910 Title: intersphinx requires network access which sometimes fails Status in Cinder: In Progress Status in Manila: In Progress Status in OpenStack Compute (Nova): In Progress Status in python-manilaclient: In Progress Bug description: The intersphinx module requires internet access, and periodically causes docs jobs to fail. This module also prevents docs from being built without internet access. Since we don't actually use intersphinx for much (if anything), lets just remove it. To manage notifications about this bug go to: https://bugs.launchpad.net/cinder/+bug/1368910/+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 1369115] [NEW] Metadata Definition service should include OS::Cinder::VolumeType as a default
Public bug reported: Metadata Definition service should include OS::Cinder::VolumeType as a default resource type We are going to create a widget for updating extra specs on Cinder Volume Types in Horizon, we need the ResourceType of OS::Cinder::VolumeType to be available by default for associating definitions to it. ** Affects: glance Importance: Undecided Status: New ** Tags: low-hanging-fruit metadef ** Tags added: low-hanging-fruit -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Glance. https://bugs.launchpad.net/bugs/1369115 Title: Metadata Definition service should include OS::Cinder::VolumeType as a default Status in OpenStack Image Registry and Delivery Service (Glance): New Bug description: Metadata Definition service should include OS::Cinder::VolumeType as a default resource type We are going to create a widget for updating extra specs on Cinder Volume Types in Horizon, we need the ResourceType of OS::Cinder::VolumeType to be available by default for associating definitions to it. To manage notifications about this bug go to: https://bugs.launchpad.net/glance/+bug/1369115/+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 1369137] [NEW] LIsting groups roles performance
Public bug reported: In UpdateProjectGroupsAction, is done a call to every group in a project to get their roles: https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/identity/projects/workflows.py#L313. With Identity V3 API, it's possible to get this information using a single API call: GET v3/role_assignments?group.id=group_idscope.project.id=project_id This issue is similar to bug #1278920. ** Affects: horizon Importance: Undecided Assignee: Rodrigo Duarte (rodrigodsousa) Status: In Progress ** Changed in: horizon Assignee: (unassigned) = Rodrigo Duarte (rodrigodsousa) ** Changed in: horizon Status: New = In Progress -- 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/1369137 Title: LIsting groups roles performance Status in OpenStack Dashboard (Horizon): In Progress Bug description: In UpdateProjectGroupsAction, is done a call to every group in a project to get their roles: https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/identity/projects/workflows.py#L313. With Identity V3 API, it's possible to get this information using a single API call: GET v3/role_assignments?group.id=group_idscope.project.id=project_id This issue is similar to bug #1278920. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1369137/+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 1369151] [NEW] TypeError: consume_from_instance() takes exactly 2 arguments
Public bug reported: As of today we are seeing the following scheduler errors when trying to schedule Ironic instances: Sep 13 16:42:48 ubuntu nova-scheduler: a/local/lib/python2.7/site- packages/nova/scheduler/filter_scheduler.py, line 147, in select_destinations\nfilter_properties)\n', ' File /opt/stack/venvs/nova/local/lib/python2.7/site- packages/nova/scheduler/filter_scheduler.py, line 300, in _schedule\n chosen_host.obj.consume_from_instance(context, instance_properties)\n', 'TypeError: consume_from_instance() takes exactly 2 arguments (3 given)\n'] ** Affects: nova Importance: Critical Assignee: Dan Prince (dan-prince) Status: In Progress ** Affects: tripleo Importance: Critical Assignee: Dan Prince (dan-prince) Status: In Progress ** Changed in: nova Assignee: (unassigned) = Dan Prince (dan-prince) ** Changed in: nova Status: New = In Progress ** Changed in: nova Importance: Undecided = Critical ** Also affects: tripleo Importance: Undecided Status: New ** Changed in: tripleo Assignee: (unassigned) = Dan Prince (dan-prince) ** Changed in: tripleo Importance: Undecided = Critical ** Changed in: tripleo Status: New = In Progress -- 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/1369151 Title: TypeError: consume_from_instance() takes exactly 2 arguments Status in OpenStack Compute (Nova): In Progress Status in tripleo - openstack on openstack: In Progress Bug description: As of today we are seeing the following scheduler errors when trying to schedule Ironic instances: Sep 13 16:42:48 ubuntu nova-scheduler: a/local/lib/python2.7/site- packages/nova/scheduler/filter_scheduler.py, line 147, in select_destinations\nfilter_properties)\n', ' File /opt/stack/venvs/nova/local/lib/python2.7/site- packages/nova/scheduler/filter_scheduler.py, line 300, in _schedule\n chosen_host.obj.consume_from_instance(context, instance_properties)\n', 'TypeError: consume_from_instance() takes exactly 2 arguments (3 given)\n'] To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1369151/+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 1369180] [NEW] keystone logs for unit tests are too verbose
Public bug reported: The current full jenkins run comes close to blowing the 50Mb limit we set for success, meaning that minor changes can tip the logging over this limit and tests fail. Once of the major culprits is that we log every time (for every test) when someone subscribes to a callback notification. This seems overzealous and wasteful of electrons. We should set the default notification log level to INFO in the tests/core.py to suppress this. ** Affects: keystone Importance: Medium Assignee: Henry Nash (henry-nash) Status: New ** Description changed: The current full jenkins run comes close to blowing the 50Mb limit we set for success, meaning that minor changes can tip the logging over - this limit. Once of the major culprits is that we log every time (for - every test) when someone subscribes to a callback notification. These - seems overzealous and wasteful of electrons. + this limit and tests fail. Once of the major culprits is that we log + every time (for every test) when someone subscribes to a callback + notification. This seems overzealous and wasteful of electrons. We should set the default notification log level to INFO in the tests/core.py to suppress this. ** Changed in: keystone Assignee: (unassigned) = Henry Nash (henry-nash) ** Changed in: keystone Importance: Undecided = Medium ** Changed in: keystone Milestone: None = juno-rc1 -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Keystone. https://bugs.launchpad.net/bugs/1369180 Title: keystone logs for unit tests are too verbose Status in OpenStack Identity (Keystone): New Bug description: The current full jenkins run comes close to blowing the 50Mb limit we set for success, meaning that minor changes can tip the logging over this limit and tests fail. Once of the major culprits is that we log every time (for every test) when someone subscribes to a callback notification. This seems overzealous and wasteful of electrons. We should set the default notification log level to INFO in the tests/core.py to suppress this. To manage notifications about this bug go to: https://bugs.launchpad.net/keystone/+bug/1369180/+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 1361413] Re: LBaaS documentation is outdated , shows listeners instead of VIPs
Reviewed: https://review.openstack.org/119949 Committed: https://git.openstack.org/cgit/openstack/api-site/commit/?id=244c8fa25b1595588ebf477b64315bfd88e9543b Submitter: Jenkins Branch:master commit 244c8fa25b1595588ebf477b64315bfd88e9543b Author: Anne Gentle a...@openstack.org Date: Mon Sep 8 16:41:39 2014 -0500 Provides LBaaS v1.0 extension info - removes experimental v2.0 - Updates health_monitor JSON example Closes-bug:1214353 Closes-bug:1361413 Change-Id: Id5bd7417090ec65fb6f797870b909c75ba14d634 ** Changed in: openstack-api-site Status: In Progress = 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/1361413 Title: LBaaS documentation is outdated , shows listeners instead of VIPs Status in OpenStack Neutron (virtual network service): Confirmed Status in OpenStack API documentation site: Fix Released Bug description: The documentation for the LBaaS REST API endpoints listed on the office docs website does not match the REST API exposed by neutron. Documentation URL: http://developer.openstack.org/api-ref-networking-v2.html#lbaas In the API docs there is a reference to /listeners. However, neutron doesn't have an API for /listeners, it only has an API for /vips Below is a curl command demonstrating the issue: Listing VIPs: *WORKS curl -i http://infracont.rnd.cloud:9696/v2.0/lb/vips -X GET -H X-Auth-Token: 5c5b55bb54cc4c90971fc695ff44923d -H Content-Type: application/json -H Accept: application/json -H User-Agent: python-neutronclient Listing Listeners: *FAILS curl -i http://infracont.rnd.cloud:9696/v2.0/lb/listeners -X GET -H X-Auth-Token: 5c5b55bb54cc4c90971fc695ff44923d -H Content-Type: application/json -H Accept: application/json -H User-Agent: python-neutronclient Openstack icehouse deployment. Running neutron version 2.3.4 To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1361413/+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 1369189] [NEW] unit test has nagging 'VolumeSnapshot' object has no attribute 'bootable
Public bug reported: As of 9/13/2014 rebased with master, now run_tests.sh has more nagging errors besides the 404 errors reported in https://bugs.launchpad.net/horizon/+bug/1367383 ...Error while checking action permissions. Traceback (most recent call last): File /home/stack/horizon/horizon/tables/base.py, line 1229, in _filter_action return action._allowed(request, datum) and row_matched File /home/stack/horizon/horizon/tables/actions.py, line 137, in _allowed return self.allowed(request, datum) File /home/stack/horizon/openstack_dashboard/dashboards/project/volumes/volumes/tables.py, line 53, in allowed if volume and volume.bootable == 'true': File /home/stack/horizon/openstack_dashboard/api/base.py, line 86, in __getattribute__ return getattr(self._apiresource, attr) File /home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/base.py, line 271, in __getattr__ raise AttributeError(k) AttributeError: bootable Error while checking action permissions. Traceback (most recent call last): File /home/stack/horizon/horizon/tables/base.py, line 1229, in _filter_action return action._allowed(request, datum) and row_matched File /home/stack/horizon/horizon/tables/actions.py, line 137, in _allowed return self.allowed(request, datum) File /home/stack/horizon/openstack_dashboard/dashboards/project/volumes/volumes/tables.py, line 53, in allowed if volume and volume.bootable == 'true': File /home/stack/horizon/openstack_dashboard/api/base.py, line 81, in __getattribute__ return object.__getattribute__(self, attr) AttributeError: 'VolumeSnapshot' object has no attribute 'bootable' ** Affects: horizon Importance: Undecided Assignee: Gloria Gu (gloria-gu) Status: New ** Changed in: horizon Assignee: (unassigned) = Gloria Gu (gloria-gu) -- 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/1369189 Title: unit test has nagging 'VolumeSnapshot' object has no attribute 'bootable Status in OpenStack Dashboard (Horizon): New Bug description: As of 9/13/2014 rebased with master, now run_tests.sh has more nagging errors besides the 404 errors reported in https://bugs.launchpad.net/horizon/+bug/1367383 ...Error while checking action permissions. Traceback (most recent call last): File /home/stack/horizon/horizon/tables/base.py, line 1229, in _filter_action return action._allowed(request, datum) and row_matched File /home/stack/horizon/horizon/tables/actions.py, line 137, in _allowed return self.allowed(request, datum) File /home/stack/horizon/openstack_dashboard/dashboards/project/volumes/volumes/tables.py, line 53, in allowed if volume and volume.bootable == 'true': File /home/stack/horizon/openstack_dashboard/api/base.py, line 86, in __getattribute__ return getattr(self._apiresource, attr) File /home/stack/horizon/.venv/local/lib/python2.7/site-packages/cinderclient/base.py, line 271, in __getattr__ raise AttributeError(k) AttributeError: bootable Error while checking action permissions. Traceback (most recent call last): File /home/stack/horizon/horizon/tables/base.py, line 1229, in _filter_action return action._allowed(request, datum) and row_matched File /home/stack/horizon/horizon/tables/actions.py, line 137, in _allowed return self.allowed(request, datum) File /home/stack/horizon/openstack_dashboard/dashboards/project/volumes/volumes/tables.py, line 53, in allowed if volume and volume.bootable == 'true': File /home/stack/horizon/openstack_dashboard/api/base.py, line 81, in __getattribute__ return object.__getattribute__(self, attr) AttributeError: 'VolumeSnapshot' object has no attribute 'bootable' To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1369189/+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 1368030] Re: nova-manage command when executed by non-root user, should give authorization error instead of low level database error
** Package changed: ubuntu = nova (Ubuntu) -- 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/1368030 Title: nova-manage command when executed by non-root user, should give authorization error instead of low level database error Status in OpenStack Compute (Nova): Confirmed Status in “nova” package in Ubuntu: New Bug description: Version of nova-compute and distribution/package (1:2014.1.2-0ubuntu1.1) 1) Execute below command using non-root user. ubuntu@mc1:~$ nova-manage flavor list It gives below error: Command failed, please check log for more info 2014-09-11 13:43:17.501 12857 CRITICAL nova [req-07bc6065-3ece-4fd5-b478-48d37c63a2c6 None None] OperationalError: (OperationalError) unable to open database file None None 2) Execute above command using root user: ubuntu@mc1:~$ sudo su - root@mc1:~# nova-manage flavor list m1.medium: Memory: 4096MB, VCPUS: 2, Root: 40GB, Ephemeral: 0Gb, FlavorID: 3, Swap: 0MB, RXTX Factor: 1.0, public, ExtraSpecs {} m1.tiny: Memory: 512MB, VCPUS: 1, Root: 1GB, Ephemeral: 0Gb, FlavorID: 1, Swap: 0MB, RXTX Factor: 1.0, public, ExtraSpecs {} m1.large: Memory: 8192MB, VCPUS: 4, Root: 80GB, Ephemeral: 0Gb, FlavorID: 4, Swap: 0MB, RXTX Factor: 1.0, public, ExtraSpecs {} m1.xlarge: Memory: 16384MB, VCPUS: 8, Root: 160GB, Ephemeral: 0Gb, FlavorID: 5, Swap: 0MB, RXTX Factor: 1.0, public, ExtraSpecs {} m1.small: Memory: 2048MB, VCPUS: 1, Root: 20GB, Ephemeral: 0Gb, FlavorID: 2, Swap: 0MB, RXTX Factor: 1.0, public, ExtraSpecs {} So instead of low level database error, it should give kind of authorization error to operator or end-user of nova-manage CLI. To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1368030/+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 1339439] Re: TypeError: object of type 'NoneType' has no len()
[Expired for Keystone because there has been no activity for 60 days.] ** Changed in: keystone Status: Incomplete = Expired -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Keystone. https://bugs.launchpad.net/bugs/1339439 Title: TypeError: object of type 'NoneType' has no len() Status in OpenStack Identity (Keystone): Expired Bug description: 2014-07-09 17:31:21.408 31964 ERROR keystone.common.wsgi [-] object of type 'NoneType' has no len() 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi Traceback (most recent call last): 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi File /usr/lib/python2.6/site-packages/keystone/common/wsgi.py, line 207, in __call__ 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi result = method(context, **params) 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi File /usr/lib/python2.6/site-packages/keystone/token/controllers.py, line 98, in authenticate 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi context, auth) 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi File /usr/lib/python2.6/site-packages/keystone/token/controllers.py, line 272, in _authenticate_local 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi password=password) 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi File /usr/lib/python2.6/site-packages/keystone/notifications.py, line 253, in wrapper 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi result = f(wrapped_self, context, user_id, *args, **kwargs) 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi File /usr/lib/python2.6/site-packages/keystone/identity/core.py, line 189, in wrapper 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi return f(self, *args, **kwargs) 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi File /usr/lib/python2.6/site-packages/keystone/identity/core.py, line 281, in authenticate 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi ref = driver.authenticate(user_id, password) 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi File /usr/lib/python2.6/site-packages/keystone/identity/backends/sql.py, line 110, in authenticate 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi user_ref = self._get_user(session, user_id) 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi File /usr/lib/python2.6/site-packages/keystone/identity/backends/sql.py, line 136, in _get_user 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi user_ref = session.query(User).get(user_id) 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi File /usr/lib64/python2.6/site-packages/sqlalchemy/orm/query.py, line 799, in get 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi if len(ident) != len(mapper.primary_key): 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi TypeError: object of type 'NoneType' has no len() 2014-07-09 17:31:21.408 31964 TRACE keystone.common.wsgi To manage notifications about this bug go to: https://bugs.launchpad.net/keystone/+bug/1339439/+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