[Yahoo-eng-team] [Bug 1878741] [NEW] Application credentials list displays roles as python list
Public bug reported: In the application credentials list the roles are displayed as a python list: [b'Member', b'admin'] ** Affects: horizon Importance: Undecided Assignee: Kieran Spear (kspear) Status: New ** Changed in: horizon Assignee: (unassigned) => Kieran Spear (kspear) -- 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/1878741 Title: Application credentials list displays roles as python list Status in OpenStack Dashboard (Horizon): New Bug description: In the application credentials list the roles are displayed as a python list: [b'Member', b'admin'] To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1878741/+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 1533194] Re: Gate failures for neutron in TestGettingAddress
This is still happening: 2016-10-03 17:16:46.741866 | tempest.scenario.test_network_v6.TestGettingAddress.test_dualnet_multi_prefix_dhcpv6_stateless[compute,id-cf1c4425-766b-45b8-be35-e2959728eb00,network] 2016-10-03 17:16:46.741911 | --- 2016-10-03 17:16:46.741918 | 2016-10-03 17:16:46.741929 | Captured traceback: 2016-10-03 17:16:46.741940 | ~~~ 2016-10-03 17:16:46.741955 | Traceback (most recent call last): 2016-10-03 17:16:46.741972 | File "tempest/test.py", line 107, in wrapper 2016-10-03 17:16:46.741989 | return f(self, *func_args, **func_kwargs) 2016-10-03 17:16:46.742017 | File "tempest/scenario/test_network_v6.py", line 256, in test_dualnet_multi_prefix_dhcpv6_stateless 2016-10-03 17:16:46.742029 | dualnet=True) 2016-10-03 17:16:46.742053 | File "tempest/scenario/test_network_v6.py", line 203, in _prepare_and_test 2016-10-03 17:16:46.742069 | self.subnets_v6[i]['gateway_ip']) 2016-10-03 17:16:46.742102 | File "tempest/scenario/test_network_v6.py", line 213, in _check_connectivity 2016-10-03 17:16:46.742117 | (dest, source.ssh_client.host) 2016-10-03 17:16:46.742148 | File "/opt/stack/new/tempest/.tox/tempest/local/lib/python2.7/site-packages/unittest2/case.py", line 702, in assertTrue 2016-10-03 17:16:46.742164 | raise self.failureException(msg) 2016-10-03 17:16:46.742192 | AssertionError: False is not true : Timed out waiting for 2003::1 to become reachable from 172.24.5.9 http://logs.openstack.org/45/371145/2/check/gate-tempest-dsvm-neutron- full-ubuntu-xenial-newton/78ca06d/console.html ** Changed in: neutron Status: Expired => New ** Changed in: tempest Status: Expired => New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1533194 Title: Gate failures for neutron in TestGettingAddress Status in neutron: New Status in tempest: New Bug description: Logstash query: message:"AssertionError: False is not true : Timed out waiting for 2003::1 to become reachable" AND voting:1 Example: http://logs.openstack.org/95/262395/7/check/gate-tempest-dsvm-neutron-full/4293c5f/console.html#_2016-01-12_07_44_55_971 Jobs that fail: gate-tempest-dsvm-neutron-full gate-tempest-dsvm-neutron-dvr gate-tempest-dsvm-neutron-src-taskflow ate-tempest-dsvm-neutron-src-futurist Tests that Fail include: tempest.scenario.test_network_v6.TestGettingAddress.test_dhcp6_stateless_from_os tempest.scenario.test_network_v6.TestGettingAddress.test_dualnet_multi_prefix_slaa Traceback: 2016-01-12 07:44:55.972 | Captured traceback: 2016-01-12 07:44:55.972 | ~~~ 2016-01-12 07:44:55.972 | Traceback (most recent call last): 2016-01-12 07:44:55.972 | File "tempest/test.py", line 113, in wrapper 2016-01-12 07:44:55.972 | return f(self, *func_args, **func_kwargs) 2016-01-12 07:44:55.972 | File "tempest/scenario/test_network_v6.py", line 216, in test_dhcp6_stateless_from_os 2016-01-12 07:44:55.973 | self._prepare_and_test(address6_mode='dhcpv6-stateless') 2016-01-12 07:44:55.973 | File "tempest/scenario/test_network_v6.py", line 195, in _prepare_and_test 2016-01-12 07:44:55.973 | self.subnets_v6[i].gateway_ip) 2016-01-12 07:44:55.973 | File "tempest/scenario/test_network_v6.py", line 205, in _check_connectivity 2016-01-12 07:44:55.973 | (dest, source.ssh_client.host) 2016-01-12 07:44:55.973 | File "/opt/stack/new/tempest/.tox/full/local/lib/python2.7/site-packages/unittest2/case.py", line 702, in assertTrue 2016-01-12 07:44:55.973 | raise self.failureException(msg) 2016-01-12 07:44:55.974 | AssertionError: False is not true : Timed out waiting for 2003::1 to become reachable from 172.24.5.111 To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1533194/+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 1392735] Re: Project Limits don't refresh while selecting Flavor
** Also affects: horizon/juno Importance: Undecided Status: New ** Changed in: horizon/juno Status: New = Confirmed ** Changed in: horizon/juno Assignee: (unassigned) = Kieran Spear (kspear) -- 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/1392735 Title: Project Limits don't refresh while selecting Flavor Status in OpenStack Dashboard (Horizon): Fix Released Status in OpenStack Dashboard (Horizon) juno series: In Progress Bug description: To recreate: Project - Compute - Instances - Launch instance Change the flavor using the up/down arrows Observe how the project limits do not update until the user tabs out of the field To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1392735/+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 1415807] Re: Instance Count does does not update Project Limits when launching new VM
*** This bug is a duplicate of bug 1369621 *** https://bugs.launchpad.net/bugs/1369621 ** This bug has been marked a duplicate of bug 1369621 Project limits don't update when using the input selector to change instance count -- 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/1415807 Title: Instance Count does does not update Project Limits when launching new VM Status in OpenStack Dashboard (Horizon): Invalid Bug description: When you are launching new VM and you change Flavour, then Project limits (the box on right size) updates on the fly. But if you update Instance Count (which should affect Project Limits) then Project Limits is not updated at all. Version: OpenStack Icehouse, RDO on RHEL7 Steps to Reproduce: 1. Opend Dashboard - Images - Click Launch button on some instance 2. Select flavour x1.large 3. Notice that green bars in Project Limits grow E.g. vcpu grow by 8. 4. Increase instance count to 4 Actual result: green bars in project limits does not change Expected result: green bars in project limits should grow. E.g. vcpu shoudl grow from 8 to 32 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1415807/+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 1369621] Re: Project limits don't update when using the input selector to change instance count
** Also affects: horizon/juno Importance: Undecided Status: New ** Changed in: horizon/juno Status: New = Confirmed ** Changed in: horizon/juno Assignee: (unassigned) = Kieran Spear (kspear) -- 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/1369621 Title: Project limits don't update when using the input selector to change instance count Status in OpenStack Dashboard (Horizon): Fix Released Status in OpenStack Dashboard (Horizon) juno series: In Progress Bug description: To recreate: Project - Compute - Instances - Launch instance Change the instance count using the up/down arrows Observe how the project limits do not update To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1369621/+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 1389108] Re: Horizon crashed when parsing volume list including a volume without name
** Also affects: horizon/juno Importance: Undecided Status: New ** Changed in: horizon/juno Importance: Undecided = Low ** Changed in: horizon/juno Status: New = In Progress ** Changed in: horizon/juno Assignee: (unassigned) = Kieran Spear (kspear) -- 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/1389108 Title: Horizon crashed when parsing volume list including a volume without name Status in OpenStack Dashboard (Horizon): Fix Released Status in OpenStack Dashboard (Horizon) juno series: In Progress Bug description: This bug can be re-produced as follows: - 1. Use Nova or Cinder CLI to create a volume without name that can be used to boot a new VM: nova boot some_name --flavor 1 --image some_img_id --nic net- id=some_nic_id --block-device source=image,id=some_img_id,dest=volume,size=1,bootindex=1 Note that: in the --block-device, we don't specify volume name cinder create 1 --image-id some_img_id Note that: we don't specify name for the volume to be created - 2. After that, if we try to retrieve the volume list by clicking the tab Volumes on Horizon, then Horizon will always be crashed. Note that, the crash does not occur when using CLI cinder list to list all available volumes. Traceback: [Tue Nov 04 06:36:51.620653 2014] [:error] [pid 12412:tid 140421861299968] Error while rendering table rows. [Tue Nov 04 06:36:51.620733 2014] [:error] [pid 12412:tid 140421861299968] Traceback (most recent call last): [Tue Nov 04 06:36:51.620776 2014] [:error] [pid 12412:tid 140421861299968] File /opt/stack_stable_juno/horizon/openstack_dashboard/wsgi/../../horizon/tables/base.py, line 1731, in get_rows [Tue Nov 04 06:36:51.620817 2014] [:error] [pid 12412:tid 140421861299968] row = self._meta.row_class(self, datum) [Tue Nov 04 06:36:51.620871 2014] [:error] [pid 12412:tid 140421861299968] File /opt/stack_stable_juno/horizon/openstack_dashboard/wsgi/../../horizon/tables/base.py, line 522, in __init__ [Tue Nov 04 06:36:51.620911 2014] [:error] [pid 12412:tid 140421861299968] self.load_cells() [Tue Nov 04 06:36:51.620975 2014] [:error] [pid 12412:tid 140421861299968] File /opt/stack_stable_juno/horizon/openstack_dashboard/wsgi/../../horizon/tables/base.py, line 548, in load_cells [Tue Nov 04 06:36:51.621040 2014] [:error] [pid 12412:tid 140421861299968] cell = table._meta.cell_class(datum, column, self) [Tue Nov 04 06:36:51.621078 2014] [:error] [pid 12412:tid 140421861299968] File /opt/stack_stable_juno/horizon/openstack_dashboard/wsgi/../../horizon/tables/base.py, line 644, in __init__ [Tue Nov 04 06:36:51.621118 2014] [:error] [pid 12412:tid 140421861299968] self.data = self.get_data(datum, column, row) [Tue Nov 04 06:36:51.621159 2014] [:error] [pid 12412:tid 140421861299968] File /opt/stack_stable_juno/horizon/openstack_dashboard/wsgi/../../horizon/tables/base.py, line 682, in get_data [Tue Nov 04 06:36:51.621200 2014] [:error] [pid 12412:tid 140421861299968] data = column.get_data(datum) [Tue Nov 04 06:36:51.621238 2014] [:error] [pid 12412:tid 140421861299968] File /opt/stack_stable_juno/horizon/openstack_dashboard/wsgi/../../horizon/tables/base.py, line 375, in get_data [Tue Nov 04 06:36:51.621331 2014] [:error] [pid 12412:tid 140421861299968] data = self.get_raw_data(datum) [Tue Nov 04 06:36:51.621373 2014] [:error] [pid 12412:tid 140421861299968] File /opt/stack_stable_juno/horizon/openstack_dashboard/wsgi/../../openstack_dashboard/dashboards/project/volumes/volumes/tables.py, line 298, in get_raw_data [Tue Nov 04 06:36:51.621414 2014] [:error] [pid 12412:tid 140421861299968] dev: html.escape(attachment[device])} [Tue Nov 04 06:36:51.621473 2014] [:error] [pid 12412:tid 140421861299968] KeyError: 'device' Root cause: from the above Traceback, it's easy to see that the crash root cause is because Horizon tries to get the value of a non-existing key. Proposal for fixing this bug: secure the accessing the key device as follows: dev: html.escape(attachment.get(device, ))} To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1389108/+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 1367442] Re: project images fixed filter is missing icons
** Also affects: horizon/juno Importance: Undecided Status: New ** Changed in: horizon/juno Importance: Undecided = Low ** Changed in: horizon/juno Status: New = In Progress ** Changed in: horizon/juno Assignee: (unassigned) = Kieran Spear (kspear) -- 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/1367442 Title: project images fixed filter is missing icons Status in OpenStack Dashboard (Horizon): Fix Committed Status in OpenStack Dashboard (Horizon) juno series: In Progress Bug description: Project | Shared with Me | Public == should have icons beside each filter choice as it did before bootstrap 3 update. https://github.com/openstack/horizon/blob/master/horizon/templates/horizon/common/_data_table_table_actions.html#L7 code: {% if button.icon %}i class={{ button.icon }}/i With Bootstrap 3 update, we should be using... class=glyphicon glyphicon-star for icons instead of i To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1367442/+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 1396501] Re: Post-Creation option marked mandatory in Launch Instance window
** Also affects: horizon/juno Importance: Undecided Status: New ** Changed in: horizon/juno Importance: Undecided = Low ** Changed in: horizon/juno Status: New = In Progress ** Changed in: horizon/juno Assignee: (unassigned) = Kieran Spear (kspear) -- 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/1396501 Title: Post-Creation option marked mandatory in Launch Instance window Status in OpenStack Dashboard (Horizon): Fix Released Status in OpenStack Dashboard (Horizon) juno series: In Progress Bug description: In Project - Instances - Launch Instance window, the Post-Creation tab is marked with a * making it a mandatory parameter whereas it is not a mandatory parameter. It represents --user-data, which is an optional argument. Also, if we do not specify anything in the Script Data (when Direct Input is the script source) or if we do not choose a file (when File is the script source), and launch an instance, no error is raised. Thus, the Asterisk sign is mis-leading and should be removed to make it an optional parameter. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1396501/+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 1413266] Re: Incorrect sorting in section Images
** Also affects: horizon/juno Importance: Undecided Status: New ** Changed in: horizon/juno Status: New = In Progress ** Changed in: horizon/juno Importance: Undecided = Low ** Changed in: horizon/juno Assignee: (unassigned) = Kieran Spear (kspear) -- 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/1413266 Title: Incorrect sorting in section Images Status in OpenStack Dashboard (Horizon): Fix Committed Status in OpenStack Dashboard (Horizon) juno series: In Progress Bug description: Environment: devstack Steps to reproduce: 1. Open Openstack Dashboard 2. Click on Images 3. Click on Size Expected result: correct sorting Actual result: incorrect sorting (attach screenshot) To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1413266/+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 1413426] [NEW] Forbidden: Policy doesn't allow compute:get_all_tenants to be performed. (HTTP 403)
Public bug reported: Horizon is making requests to admin-only APIs in the project dashboard: Error while checking action permissions. Traceback (most recent call last): File /home/kspear/openstack/horizon/horizon/tables/base.py, line 1260, in _filter_action return action._allowed(request, datum) and row_matched File /home/kspear/openstack/horizon/horizon/tables/actions.py, line 137, in _allowed return self.allowed(request, datum) File /home/kspear/openstack/horizon/openstack_dashboard/dashboards/project/access_and_security/floating_ips/tables.py, line 52, in allowed usages = quotas.tenant_quota_usages(request) File /home/kspear/openstack/horizon/horizon/utils/memoized.py, line 90, in wrapped value = cache[key] = func(*args, **kwargs) File /home/kspear/openstack/horizon/openstack_dashboard/usage/quotas.py, line 353, in tenant_quota_usages _get_tenant_compute_usages(request, usages, disabled_quotas, tenant_id) File /home/kspear/openstack/horizon/openstack_dashboard/usage/quotas.py, line 258, in _get_tenant_compute_usages request, search_opts={'tenant_id': tenant_id}, all_tenants=True) File /home/kspear/openstack/horizon/openstack_dashboard/api/nova.py, line 580, in server_list for s in c.servers.list(True, search_opts)] File /home/kspear/openstack/horizon/.venv/local/lib/python2.7/site-packages/novaclient/v1_1/servers.py, line 603, in list return self._list(/servers%s%s % (detail, query_string), servers) File /home/kspear/openstack/horizon/.venv/local/lib/python2.7/site-packages/novaclient/base.py, line 67, in _list _resp, body = self.api.client.get(url) File /home/kspear/openstack/horizon/.venv/local/lib/python2.7/site-packages/novaclient/client.py, line 487, in get return self._cs_request(url, 'GET', **kwargs) File /home/kspear/openstack/horizon/.venv/local/lib/python2.7/site-packages/novaclient/client.py, line 465, in _cs_request resp, body = self._time_request(url, method, **kwargs) File /home/kspear/openstack/horizon/.venv/local/lib/python2.7/site-packages/novaclient/client.py, line 439, in _time_request resp, body = self.request(url, method, **kwargs) File /home/kspear/openstack/horizon/.venv/local/lib/python2.7/site-packages/novaclient/client.py, line 433, in request raise exceptions.from_response(resp, body, url, method) Forbidden: Policy doesn't allow compute:get_all_tenants to be performed. (HTTP 403) (Request-ID: req-8c0549aa-4a3e-4c07-8911-a35196be0a13) Looks like this commit is the culprit: commit f5b77f9a145337c22cf29d8017f5df67a6bacb7c Author: eric eric.peters...@twcable.com Date: Sun Nov 30 07:03:20 2014 -0700 Quotas for users with admin role do not work The quotas code does not isloate counts to resources within the current tenant/project. So if a user with the admin role makes calls for quota items, the admin role will have counts of a global list of resources. This changes that for the tenant quota call to fallback to the request.user.project_id if no project was otherwise specified for the tenant quota api call. Change-Id: Ib0e6ce7774c4c03686a044f233dbb9aa36dbe1b9 Closes-bug: #1391242 ** Affects: horizon Importance: Undecided Status: New -- 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/1413426 Title: Forbidden: Policy doesn't allow compute:get_all_tenants to be performed. (HTTP 403) Status in OpenStack Dashboard (Horizon): New Bug description: Horizon is making requests to admin-only APIs in the project dashboard: Error while checking action permissions. Traceback (most recent call last): File /home/kspear/openstack/horizon/horizon/tables/base.py, line 1260, in _filter_action return action._allowed(request, datum) and row_matched File /home/kspear/openstack/horizon/horizon/tables/actions.py, line 137, in _allowed return self.allowed(request, datum) File /home/kspear/openstack/horizon/openstack_dashboard/dashboards/project/access_and_security/floating_ips/tables.py, line 52, in allowed usages = quotas.tenant_quota_usages(request) File /home/kspear/openstack/horizon/horizon/utils/memoized.py, line 90, in wrapped value = cache[key] = func(*args, **kwargs) File /home/kspear/openstack/horizon/openstack_dashboard/usage/quotas.py, line 353, in tenant_quota_usages _get_tenant_compute_usages(request, usages, disabled_quotas, tenant_id) File /home/kspear/openstack/horizon/openstack_dashboard/usage/quotas.py, line 258, in _get_tenant_compute_usages request, search_opts={'tenant_id': tenant_id}, all_tenants=True) File /home/kspear/openstack/horizon/openstack_dashboard/api/nova.py, line 580, in server_list for s in c.servers.list(True, search_opts)] File
[Yahoo-eng-team] [Bug 1392134] [NEW] nova rescue fails if connection made before RESCUE state
Public bug reported: Issue reported by one of our users in our Trusty/Icehouse controller + Precise/Havana compute + nova-network cloud: --- If I put the instance into rescue mode: $ nova rescue 598ec2ba-9d87-484d-ae3a-4661b4be3d91 And then *immediately* try to ssh in: $ ssh ubu...@fixed.ip -i ~/.ssh/some_key.pem I get no errors, but even if I get a connection refused message, the instance does not go into rescue mode properly. However, if I put the instance into rescue mode: $ nova rescue 598ec2ba-9d87-484d-ae3a-4661b4be3d91 And then wait until Nova list tells me that the instance is in rescue mode: $ nova list +--+-+++-+---+ | ID | Name| Status | Task State | Power State | Networks | +--+-+++-+---+ | 598ec2ba-9d87-484d-ae3a-4661b4be3d91 | tester2 | RESCUE | - | Running | public= | +--+-+++-+---+ only then ssh in, everything is sweetness and light. So to my untrained eye, it would appear that eagerly ssh'ing in to the instance is affecting the rescue operation. --- Console log for the instance shows: An error occurred while mounting /mnt. keys:Press S to skip mounting or M for manual recovery Looks like it failed to mount the rescue disk partition at /dev/vda1 and instead mounts /dev/vdb1 as the root disk, which is the disk from the original instance being rescued: Filesystem Size Used Avail Use% Mounted on /dev/vdb1 9.8G 833M 8.4G 9% / I can mount /dev/vda1 to /mnt manually and it looks like an untouched ubuntu image. ** Affects: nova Importance: Undecided Status: 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/1392134 Title: nova rescue fails if connection made before RESCUE state Status in OpenStack Compute (Nova): New Bug description: Issue reported by one of our users in our Trusty/Icehouse controller + Precise/Havana compute + nova-network cloud: --- If I put the instance into rescue mode: $ nova rescue 598ec2ba-9d87-484d-ae3a-4661b4be3d91 And then *immediately* try to ssh in: $ ssh ubu...@fixed.ip -i ~/.ssh/some_key.pem I get no errors, but even if I get a connection refused message, the instance does not go into rescue mode properly. However, if I put the instance into rescue mode: $ nova rescue 598ec2ba-9d87-484d-ae3a-4661b4be3d91 And then wait until Nova list tells me that the instance is in rescue mode: $ nova list +--+-+++-+---+ | ID | Name| Status | Task State | Power State | Networks | +--+-+++-+---+ | 598ec2ba-9d87-484d-ae3a-4661b4be3d91 | tester2 | RESCUE | - | Running | public= | +--+-+++-+---+ only then ssh in, everything is sweetness and light. So to my untrained eye, it would appear that eagerly ssh'ing in to the instance is affecting the rescue operation. --- Console log for the instance shows: An error occurred while mounting /mnt. keys:Press S to skip mounting or M for manual recovery Looks like it failed to mount the rescue disk partition at /dev/vda1 and instead mounts /dev/vdb1 as the root disk, which is the disk from the original instance being rescued: Filesystem Size Used Avail Use% Mounted on /dev/vdb1 9.8G 833M 8.4G 9% / I can mount /dev/vda1 to /mnt manually and it looks like an untouched ubuntu image. To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1392134/+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 1378170] [NEW] Secgroup rule protocol not shown on instance detail page
Public bug reported: On the instance detail page it's impossible to tell TCP from UDP rules because the protocol isn't listed: Security Groups test ALLOW 1:65535 from 0.0.0.0/0 ALLOW 1:65535 from 0.0.0.0/0 This only seems to be an issue when neutron isn't used. ** Affects: horizon Importance: Undecided Status: New -- 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/1378170 Title: Secgroup rule protocol not shown on instance detail page Status in OpenStack Dashboard (Horizon): New Bug description: On the instance detail page it's impossible to tell TCP from UDP rules because the protocol isn't listed: Security Groups test ALLOW 1:65535 from 0.0.0.0/0 ALLOW 1:65535 from 0.0.0.0/0 This only seems to be an issue when neutron isn't used. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1378170/+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 1362405] [NEW] 'Force' option broken for quota update
Public bug reported: This change broke the ability to force quotas below the current in-use value by adding new validation checks: https://review.openstack.org/#/c/28232/ $ nova quota-update --force --cores 0 132 ERROR (BadRequest): Quota limit must be greater than 1. (HTTP 400) (Request-ID: req-ff0751a9-9e87-443e-9965-a30768f91d9f) ** Affects: nova Importance: Undecided Assignee: Kieran Spear (kspear) Status: New ** Changed in: nova Assignee: (unassigned) = Kieran Spear (kspear) -- 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/1362405 Title: 'Force' option broken for quota update Status in OpenStack Compute (Nova): New Bug description: This change broke the ability to force quotas below the current in-use value by adding new validation checks: https://review.openstack.org/#/c/28232/ $ nova quota-update --force --cores 0 132 ERROR (BadRequest): Quota limit must be greater than 1. (HTTP 400) (Request-ID: req-ff0751a9-9e87-443e-9965-a30768f91d9f) To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1362405/+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 1322097] [NEW] Stack list pagination is broken
Public bug reported: This change to pagination doesn't work as intended: https://review.openstack.org/#/c/66484/ heatclient will always return $limit results when that param is specified, even if the server only has 1 result. $ heat stack-list +--++-+--+ | id | stack_name | stack_status| creation_time| +--++-+--+ | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | +--++-+--+ $ heat stack-list --limit 10 +--++-+--+ | id | stack_name | stack_status| creation_time| +--++-+--+ | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | +--++-+--+ This affects Horizon as well (see screenshot). ** Affects: horizon Importance: Undecided Status: New ** Affects: python-heatclient Importance: Undecided Status: New ** Attachment added: stackss.png https://bugs.launchpad.net/bugs/1322097/+attachment/4117433/+files/stackss.png ** Also affects: horizon Importance: Undecided Status: New -- 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/1322097 Title: Stack list pagination is broken Status in OpenStack Dashboard (Horizon): New Status in Python client library for heat: New Bug description: This change to pagination doesn't work as intended: https://review.openstack.org/#/c/66484/ heatclient will always return $limit results when that param is specified, even if the server only has 1 result. $ heat stack-list +--++-+--+ | id | stack_name | stack_status| creation_time| +--++-+--+ | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | +--++-+--+ $ heat stack-list --limit 10 +--++-+--+ | id | stack_name | stack_status| creation_time| +--++-+--+ | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | | 48978291-9303-4d2d-876f-8e4ac359716a | ktest | CREATE_COMPLETE | 2014-05-22T07:44:16Z | +--++-+--+ This affects Horizon as
[Yahoo-eng-team] [Bug 1321514] [NEW] Make selenium tests pass with WebKit
Public bug reported: The inline editing selenium tests aren't handling the behaviour of WebKit where it makes the text on a focused input field selected. Instead of prepending some text to the field, the input keys completely replace it. ** Affects: horizon Importance: Wishlist Assignee: Kieran Spear (kspear) Status: In Progress ** Changed in: horizon Importance: Undecided = Wishlist ** Changed in: horizon Assignee: (unassigned) = Kieran Spear (kspear) -- 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/1321514 Title: Make selenium tests pass with WebKit Status in OpenStack Dashboard (Horizon): In Progress Bug description: The inline editing selenium tests aren't handling the behaviour of WebKit where it makes the text on a focused input field selected. Instead of prepending some text to the field, the input keys completely replace it. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1321514/+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 1307279] [NEW] Overview piecharts are slightly off-center
Public bug reported: The overview piecharts are slightly off-centre and it's hurting my brain. ** Affects: horizon Importance: Undecided Assignee: Kieran Spear (kspear) Status: In Progress ** Changed in: horizon Assignee: (unassigned) = Kieran Spear (kspear) -- 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/1307279 Title: Overview piecharts are slightly off-center Status in OpenStack Dashboard (Horizon): In Progress Bug description: The overview piecharts are slightly off-centre and it's hurting my brain. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1307279/+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 1256821] Re: Cannot snapshot instances that are paused or suspended via Horizon
** Also affects: horizon/havana Importance: Undecided Status: New ** Tags removed: havana-backport-potential -- 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/1256821 Title: Cannot snapshot instances that are paused or suspended via Horizon Status in OpenStack Dashboard (Horizon): Fix Released Status in OpenStack Dashboard (Horizon) havana series: In Progress Bug description: Description of problem: === Those options are available via CLI API, (added to nova in bug 1100556) but it cannot be performed in Horizon. Once you set an instance to pause/suspend , the take snapshot option is absent from the menu. Version: horizon-2013.2 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1256821/+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 1243277] Re: timeout logic causes logout when load balanced
** Also affects: horizon/havana Importance: Undecided Status: New ** Changed in: horizon/havana Status: New = Triaged -- 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/1243277 Title: timeout logic causes logout when load balanced Status in OpenStack Dashboard (Horizon): Fix Committed Status in OpenStack Dashboard (Horizon) havana series: Triaged Bug description: The session timeout code in the horizon/middleware.py can cause inappropriate timeouts/logouts when running Horizon behind a load balancer on two machines that are slightly out of sync time-wise. Results in redirection to the login screen and Session expired error if not fixed. Example with 3 minute time difference: import datetime timestamp = datetime.datetime.now() day_one = datetime.datetime(2007, 12, 5, 9, 1, 1) day_two = datetime.datetime(2007, 12, 5, 9, 5, 1) print (day_one - day_two).seconds print (day_two - day_one).seconds print abs((day_one - day_two).total_seconds()) // apparently no total_seconds in python 2.6 print abs((day_two - day_one).total_seconds()) print abs(day_one - day_two).seconds print abs(day_two - day_one).seconds Output: 86160 240 240.0 240.0 240 240 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1243277/+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 1258349] [NEW] Rebuild Instance dialog fails for nameless images
Public bug reported: The image list in Rebuild Instance is constructed from (id, name) pairs. As the name is a string, the transform function is never called unless image name happens to be None. In that case it crashes the view. ** Affects: horizon Importance: Low Assignee: Kieran Spear (kspear) Status: In Progress ** Changed in: horizon Status: New = In Progress ** Changed in: horizon Assignee: (unassigned) = Kieran Spear (kspear) ** Changed in: horizon Importance: Undecided = Low -- 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/1258349 Title: Rebuild Instance dialog fails for nameless images Status in OpenStack Dashboard (Horizon): In Progress Bug description: The image list in Rebuild Instance is constructed from (id, name) pairs. As the name is a string, the transform function is never called unless image name happens to be None. In that case it crashes the view. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1258349/+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 1189307] Re: Table column sorting arrows are backwards
** Changed in: horizon Status: In Progress = Invalid ** Changed in: horizon Assignee: Lee Yao (yaoli44) = Kieran Spear (kspear) -- 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/1189307 Title: Table column sorting arrows are backwards Status in OpenStack Dashboard (Horizon): Invalid Bug description: Currently an ascending sort has a down arrow and descending the up arrow. Looks like the images in openstack_dashboard/static/dashboard/less/horizon.less need to be swapped. The class names confuse things as headerSortDown is actually an ascending sort. .table th.headerSortDown { background-image: url(/static/dashboard/img/drop_arrow.png); } .table th.headerSortUp { background-image: url(/static/dashboard/img/up_arrow.png); } To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1189307/+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 1174048] Re: Bootstrap drop-downs always visible
** Changed in: horizon Status: In Progress = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1174048 Title: Bootstrap drop-downs always visible Status in OpenStack Dashboard (Horizon): Invalid Bug description: The .clearfix class on ul.dropdown-menu is causing them to always be visible. Screenshot: http://bit.ly/Y6VKi0 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1174048/+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 1026769] Re: Dashboard should set active project to last used project
Users can choose their own default/primary project in the Keystone V3 API, but Horizon doesn't expose this to users yet. ** Changed in: horizon Status: In Progress = Opinion -- 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/1026769 Title: Dashboard should set active project to last used project Status in OpenStack Dashboard (Horizon): Opinion Bug description: Dashboard should remember active project ENV: devstack trunk ; https://github.com/openstack/horizon/commit/b282751440955e5a912588ad97284b6336913f39 Repo: always 1. Create newProject 2. Add user to the newProject 3. Log in as user 4. Switch to oldProject 5. Log out 6. Log in Actual Result: newProject is active, ie project with highest ID always seems to be the active project when logging in. Expected Result: Logged in to the project most recently active in. Addtional details: On creating a user why is a Primary Project set? Is it really just an add to project? -- should this be a separate bug to change the language? Or should a user be able to update their primary project? In the case of (super) admins this relates to Differentiate system- wide admins from tenant-specific admins, https://blueprints.launchpad.net/nova/+spec/differentiate-admin To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1026769/+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 1059764] Re: object copy incorrect without trailing slash in path
** Changed in: python-swiftclient Status: New = Invalid ** Changed in: horizon Status: Incomplete = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1059764 Title: object copy incorrect without trailing slash in path Status in OpenStack Dashboard (Horizon): Invalid Status in Python client library for Swift: Invalid Bug description: When copying objects, if the specified path w/in a container doesn't end with a slash (eg. test/test as opposed to test/test/), we end up with the last folder on the path created, but the object instead copied to the parent of that folder, with the name last folder actual_object_name. With the object obj and the path test/test, we get the folder test/test created, but the object exists at test/testobj To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1059764/+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 1161963] Re: Editing User fails when the user already has a Primary Project
@dolph: I think something more is going on here. With v2.0 I get a 409 every time if the user is already a member of the project, even if they have never had a default project before. User.update_user_project() seems very naive: https://github.com/openstack/keystone/blob/71c6a4b88279ddf9047595fb4c1ffbce4062621d/keystone/identity/controllers.py#L247 Shouldn't this be checking whether the user is already on the project? ** Changed in: keystone Status: Invalid = Confirmed -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1161963 Title: Editing User fails when the user already has a Primary Project Status in OpenStack Dashboard (Horizon): Confirmed Status in OpenStack Identity (Keystone): Confirmed Bug description: As an admin, if I want to edit the details for a user who already has a Primary Project associated, the form submission fails with Error: There was an error submitting the form. Please try again. DEBUG:requests.packages.urllib3.connectionpool:PUT /v2.0/users/9c058a211a0b4ceb938d0cd764f22f6b/OS-KSADM/tenant HTTP/1.1 409 240 DEBUG:keystoneclient.client:Request returned failure status: 409 ERROR:django.request:Internal Server Error: /admin/users/9c058a211a0b4ceb938d0cd764f22f6b/update/ Traceback (most recent call last): File /opt/stack/horizon/openstack_dashboard/wsgi/../../openstack_dashboard/api/keystone.py, line 221, in user_update_tenant tenant_id) File /opt/stack/python-keystoneclient/keystoneclient/v2_0/users.py, line 96, in update_tenant params, user) File /opt/stack/python-keystoneclient/keystoneclient/base.py, line 104, in _update management=management) File /opt/stack/python-keystoneclient/keystoneclient/client.py, line 417, in put return self._cs_request(url, 'PUT', **kwargs) File /opt/stack/python-keystoneclient/keystoneclient/client.py, line 404, in _cs_request **kwargs) File /opt/stack/python-keystoneclient/keystoneclient/client.py, line 366, in request raise exceptions.from_response(resp, resp.text) ClientException: Unable to communicate with identity service: {error: {message: Conflict occurred attempting to store role grant. User 9c058a211a0b4ceb938d0cd764f22f6b already has role 9fe2ff9ee4384b1894a90878d3e92bab in tenant 4783617525c349b28413bc32cf2d5cc4, code: 409, title: Conflict}}. (HTTP 409) Steps to reproduce: 1. As an admin, go to Admin - Users and Edit the demo user 2. Change the demo's email. It's not possible to submit the form without a primary project so select demo 3. Try to edit the demo user again to revert your change. demo will be preselected as a Primary project. Submit the form. 4. A message Error: There was an error submitting the form. Please try again. is displayed. The email change actually took place. This appears to be a regression, as I can't reproduce the problem in a Folsom devstack. The code around this hasn't changed in Horizon though, as far as I can tell. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1161963/+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 1165096] Re: When editing a flavor, the windows pulls up the tiny default regardless of flavor chosen
Hi Daniel, I suggest you report this bug directly to Rackspace support. I'm marking this as invalid because it's not clear what code Rackspace are running here. Suggest you give Rackspace a link to this bug in case they want to comment here with more info. ** Changed in: horizon Status: New = Invalid ** Changed in: horizon Assignee: (unassigned) = Kieran Spear (kspear) -- 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/1165096 Title: When editing a flavor, the windows pulls up the tiny default regardless of flavor chosen Status in OpenStack Dashboard (Horizon): Invalid Bug description: When attempting to edit a flavor, the modal window always shows the m1.tiny default, regardless of flavor chosen. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1165096/+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 1155381] Re: List of security groups is not filtered by tenant when quantum SG is enabled
** Changed in: horizon Assignee: (unassigned) = Kieran Spear (kspear) ** Also affects: nova Importance: Undecided Status: New ** Changed in: nova Assignee: (unassigned) = Kieran Spear (kspear) ** Changed in: horizon Status: Confirmed = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1155381 Title: List of security groups is not filtered by tenant when quantum SG is enabled Status in OpenStack Dashboard (Horizon): Invalid Status in OpenStack Compute (Nova): In Progress Bug description: Looks like horizon sees security groups for the admin tenant as well. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1155381/+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 1009912] Re: run_tests.sh script corrupt due to ‘error horizon.egg-info/requires.txt: Permission denied’
** Changed in: horizon Status: Incomplete = Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1009912 Title: run_tests.sh script corrupt due to ‘error horizon.egg- info/requires.txt: Permission denied’ Status in OpenStack Dashboard (Horizon): Invalid Bug description: This error occurs when running ./run_tests.sh. ./run_tests.sh Checking environment. Your environment appears to be out of date. Update? (Y/n) y ... ... Installing horizon module in development mode... Warning: Could not import Horizon dependencies. This is normal during installation. error: horizon.egg-info/requires.txt: Permission denied Command /opt/stack/horizon/tools/with_venv.sh python setup.py develop failed. running develop running egg_info writing requirements to horizon.egg-info/requires.txt It seems that the owner of horizon.egg-info directory is root by default. current user running this script doesn't have file permission. This problem could be resolved by change the owner of horizon.egg-info to current user. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1009912/+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