[Yahoo-eng-team] [Bug 1619847] [NEW] A typo in Horizon and source code in developer.o.o doc

Public bug reported: In http://git.openstack.org/cgit/openstack/horizon/tree/openstack_dashboard/dashboards/admin/floating_ips/views.py#n119 , Line 119, "msg = _('Unknow resource type for detail API.')" : "Unknow" is typo. It should be changed to "Unknown". I am not sure whether the source

[Yahoo-eng-team] [Bug 1588355] Re: ovs agent resets ovs every 5 seconds

[Expired for neutron because there has been no activity for 60 days.] ** Changed in: neutron Status: Incomplete => Expired -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1588355

[Yahoo-eng-team] [Bug 1619833] [NEW] api-ref for create server block_device_mapping_v2 is wrong type

Public bug reported: The current api-ref for create server shows the 'block_device_mapping_v2' request parameter as: "block_device_mapping_v2": { "boot_index": "0", "uuid": "ac408821-c95a- 448f-9292-73986c790911", "source_type": "image", "volume_size": "25", "destination_type": "volume",

[Yahoo-eng-team] [Bug 1619497] Re: test_get_allocated_net_topology_as_tenant fails with Conflict

Reviewed: https://review.openstack.org/364622 Committed: https://git.openstack.org/cgit/openstack/neutron/commit/?id=e2fdeefd37314d3e6c5910fcc7070de34561ec44 Submitter: Jenkins Branch:master commit e2fdeefd37314d3e6c5910fcc7070de34561ec44 Author: Armando Migliaccio Date:

[Yahoo-eng-team] [Bug 1619696] Re: "neutron-db-manage upgrade heads" fails with networksegments_ibfk_2

Reviewed: https://review.openstack.org/365014 Committed: https://git.openstack.org/cgit/openstack/neutron/commit/?id=9127f074f5a5f99eae09aba45a713041a55d91ae Submitter: Jenkins Branch:master commit 9127f074f5a5f99eae09aba45a713041a55d91ae Author: Jakub Libosvar Date:

[Yahoo-eng-team] [Bug 1570489] Re: Create Volume Type Extra Spec modal double fail oddity

** Changed in: horizon Status: In Progress => Fix Released -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Dashboard (Horizon). https://bugs.launchpad.net/bugs/1570489 Title: Create Volume Type Extra Spec modal

[Yahoo-eng-team] [Bug 1617862] Re: NoFilterMatched when kill metadata proxy process in external_process.disable method

** Also affects: neutron Importance: Undecided Status: New ** 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/1617862 Title: NoFilterMatched when kill

[Yahoo-eng-team] [Bug 1618697] Re: os-brick 1.6.0 refactor was a major API change

I think the nova part of this bug was fixed with https://review.openstack.org/364454 - if there is more to do please be specific. ** Changed in: nova Status: New => Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to

[Yahoo-eng-team] [Bug 1618707] Re: add comment

What is this? ** Changed in: nova Status: New => 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/1618707 Title: add comment Status in OpenStack Compute

[Yahoo-eng-team] [Bug 1618716] Re: XenAPI drive lacks of driver capabilities dict

I'm not sure this is a bug, it just means that the xenapi driver gets the same capabilities as are defined in the base ComputeDriver class. Once it diverges from the base class defaults then it would need it's own capabilities dict. ** Tags added: xenserver ** Changed in: nova Status: New

[Yahoo-eng-team] [Bug 1619269] Re: nova docker setup error

This isn't a nova bug, it's either a problem in your setup or a bug in nova-docker, which is basically a defunct project, so your bug will probably not get addressed unless you attempt to fix it yourself, but I believe the nova-docker repo is being abandoned in newton. ** Also affects:

[Yahoo-eng-team] [Bug 1619639] Re: Unable to launch Instance with Mitaka - Unexpected API Error

This is an invalid setup, you have ec2 in the enabled_apis config option, which isn't supported in mitaka. If the docs say to do that, then this is a docs bug and should be redirected. ** Changed in: nova Status: New => Invalid -- You received this bug notification because you are a

[Yahoo-eng-team] [Bug 1599123] Re: Glance API doesn't work in IPv6 only environment

Have you tried this trick https://github.com/openstack/glance/blob/11cfe49b8f88f68d83028b5920891bb16792da72/glance/cmd/__init__.py#L23-L49 ? I think that'd work for you and we may have to update the documentation using this bug as an example to update the docs! ** Changed in: glance

[Yahoo-eng-team] [Bug 1611154] Re: Glance v2 gives 403 instead of 409 on Conflict

@Lyle: are you using the schemas to validate your request? I see how a 409 is more convenient. I'm on the fence for this -- my opinion is that 403 is the right call from glance's perspective as you are trying to update the reserved attribute and have some knowledge of the image (using the id).

[Yahoo-eng-team] [Bug 1618260] Re: Image signature base64 don't wrap lines

I doubt if we need doc change for this as the commit itself made the doc change. ** Changed in: glance Status: New => Opinion ** Changed in: glance Importance: Undecided => Wishlist ** Changed in: glance Importance: Wishlist => Low -- You received this bug notification because

[Yahoo-eng-team] [Bug 1619771] [NEW] in placement api format of GET .../inventories does not match spec

Public bug reported: The correct format is described at http://specs.openstack.org/openstack /nova-specs/specs/newton/approved/generic-resource-pools.html#get- resource-providers-uuid-inventories In that format the resource provider generation is its own top level key. In the code the

[Yahoo-eng-team] [Bug 1619758] Re: Credential Encryption breaks deployments without Fernet

I'm adding TripleO because we need to automate the process of upgrade regarding: http://docs.openstack.org/releasenotes/keystone/unreleased.html#upgrade-notes "Keystone now supports encrypted credentials at rest. In order to upgrade successfully to Newton, deployers must encrypt all credentials

[Yahoo-eng-team] [Bug 1619758] [NEW] Credential Encryption breaks deployments without Fernet

Public bug reported: A recent change to encrypt credetials broke RDO/Tripleo deployments: 2016-09-02 17:16:55.074 17619 ERROR keystone.common.fernet_utils [req-31d60075-7e0e-401e-a93f-58297cd5439b f2caffbaf10d4e3da294c6366fe19a36 fd71b607cfa84539bf0440915ea2d94b - default default] Either

[Yahoo-eng-team] [Bug 1381961] Re: Keystone API GET 5000/v3 returns wrong endpoint URL in response body

Reported in a downstream distribution that should have synced from this code as still a bug. please reconfirm. ** Changed in: keystone Status: Fix Released => Confirmed -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to

[Yahoo-eng-team] [Bug 1614994] Re: keystonemiddleware 401 authentication string is not translated

Reviewed: https://review.openstack.org/359675 Committed: https://git.openstack.org/cgit/openstack/keystonemiddleware/commit/?id=c43c8e4b7d4ea19267f6434bb45b3f0c0326c284 Submitter: Jenkins Branch:master commit c43c8e4b7d4ea19267f6434bb45b3f0c0326c284 Author: ubuntu

[Yahoo-eng-team] [Bug 1619723] [NEW] in placement api an allocation reporter sometimes needs to be able to report an allocation even if it violates capacity constraints

Public bug reported: If a compute node has been reconfigured such that its allocations are above its available capacity, the resource tracker still needs to be able to report existing allocations without failure so that it doesn't get in a stuck state. To that end, we will make it so that when

[Yahoo-eng-team] [Bug 1619722] [NEW] in placement api we must be able to update inventory to violate allocations

Public bug reported: If a compute node is reconfigured in a way that makes its inventory change, those changes must be reflected in the placement service, even if they violate the existing allocations, otherwise the node is left in a difficult state. This is safe because with this new inventory

[Yahoo-eng-team] [Bug 1619524] Re: l3 agent uses same request ID for every request

Reviewed: https://review.openstack.org/364634 Committed: https://git.openstack.org/cgit/openstack/neutron/commit/?id=c7369483557e23782d2ec293d548bc96cd729934 Submitter: Jenkins Branch:master commit c7369483557e23782d2ec293d548bc96cd729934 Author: Kevin Benton Date: Thu

[Yahoo-eng-team] [Bug 1619696] [NEW] "neutron-db-manage upgrade heads" fails with networksegments_ibfk_2

Public bug reported: Since this commit: https://review.openstack.org/#/c/293305/ Puppet OpenStack CI is failing to run db upgrades: 2016-09-02 13:41:05.973470 | Notice: /Stage[main]/Neutron::Db::Sync/Exec[neutron-db-sync]/returns: INFO [alembic.runtime.migration] Running upgrade

[Yahoo-eng-team] [Bug 1535557] Re: Multiple l3 agents are scheduled to host one newly created router if multiple interfaces are added at the same time

Reviewed: https://review.openstack.org/364278 Committed: https://git.openstack.org/cgit/openstack/neutron/commit/?id=b1ec8d523d4c45616dd71016f7e218b4b732c2ee Submitter: Jenkins Branch:master commit b1ec8d523d4c45616dd71016f7e218b4b732c2ee Author: John Schwarz Date:

[Yahoo-eng-team] [Bug 1619690] [NEW] request logging in placement api always logs success

Public bug reported: The request logging in the placement api will always log a status of 200, even when that's not the case because it it getting status from the wrong place. A possible fix is to raise the logging up a level to middleware where it can access the response status more directly

[Yahoo-eng-team] [Bug 1586268] Re: Unit test: self.assertNotEqual in unit.test_base.BaseTest.test_eq does not work in PY2

Reviewed: https://review.openstack.org/342016 Committed: https://git.openstack.org/cgit/openstack/tempest/commit/?id=79f5efd4687224519cd22b98b4f37b2832b1aae5 Submitter: Jenkins Branch:master commit 79f5efd4687224519cd22b98b4f37b2832b1aae5 Author: Ji-Wei Date: Thu Jul

[Yahoo-eng-team] [Bug 1597779] Re: Wily Deployements are failing in Maas

marked as fix-released. as bug states, it is fixed in xenial. wily is not supported any more, so its wont-fix there. ** No longer affects: maas ** Changed in: cloud-init Status: New => Fix Released ** Changed in: cloud-init Importance: Undecided => Medium -- You received this bug

[Yahoo-eng-team] [Bug 1589998] Re: cloud-init runs in single user mode

Hi, I've set this to 'wishlist' as I'm pretty sure it is fixed in 16.04, with systemd units. The issue is probably still present in upstart. I'm open to patches for this, and if it affects 16.04, please take out of fix-released and comment. Thanks for filing the bug. ** Also affects:

[Yahoo-eng-team] [Bug 1414218] Re: Remove extraneous trace in linux/dhcp.py

** Also affects: cloud-archive/icehouse Importance: Undecided Status: New ** Changed in: cloud-archive Status: Confirmed => Invalid ** Changed in: cloud-archive/icehouse Status: New => Fix Committed -- You received this bug notification because you are a member of

[Yahoo-eng-team] [Bug 1619639] [NEW] Unable to launch Instance with Mitaka - Unexpected API Error

Public bug reported: Hi, Description === I have installed Openstack Mitaka release manually and getting following error. Please find nova-api error log attached. root@con:/home/con# neutron net-list

[Yahoo-eng-team] [Bug 1619637] [NEW] ovsdb native DbSetCommand doesn't convert values into strings

Public bug reported: When passing a dictionary inside of external_ids and there is a list within the dictionary, Python OVS library raises ovsdb error: expected string, got while vsctl interface converts the value to string and stores it correctly into database. ** Affects: neutron

[Yahoo-eng-team] [Bug 1619624] [NEW] Pagination is not present for Identity-->Projects .

Public bug reported: In Mitaka, there is no pagination for Identity-->Projects and Number of items per page settings does not work in this page . ** Affects: horizon Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo!

[Yahoo-eng-team] [Bug 1619606] [NEW] snapshot_volume_backed races, could result in data corruption

Public bug reported: snapshot_volume_backed() in compute.API does not set a task_state during execution. However, in essence it does: if vm_state == ACTIVE: quiesce() snapshot() if vm_state == ACTIVE: unquiesce() There is no exclusion here, though, which means a user could do: quiesce()

[Yahoo-eng-team] [Bug 1619602] [NEW] Hyper-V: vhd config drive images are not migrated

Public bug reported: During cold migration, vhd config drive images are not copied over, on the wrong assumption that the instance is already configured and does not need the config drive. There is an explicit check at the following location:

[Yahoo-eng-team] [Bug 1619602] [NEW] Hyper-V: vhd config drive images are not migrated

You have been subscribed to a public bug: During cold migration, vhd config drive images are not copied over, on the wrong assumption that the instance is already configured and does not need the config drive. There is an explicit check at the following location:

[Yahoo-eng-team] [Bug 1545675] Re: Resizing a pinned VM results in inconsistent state

** Changed in: nova/mitaka Status: In Progress => Fix Released -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1545675 Title: Resizing a pinned VM results in

[Yahoo-eng-team] [Bug 1609217] Re: DVR: dvr router should not exist in not-binded network node

** Changed in: neutron Status: Invalid => In Progress -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1609217 Title: DVR: dvr router should not exist in not-binded network node

[Yahoo-eng-team] [Bug 1619161] Re: flavor-list need return the extra-specs information directly

With the current api design, we have to do multiple request to get the extra-spec of all the flavors. extra-spec information is not returned in '/v2.1/​{tenant_id}​/flavors' as well as in '/v2.1/​{tenant_id}​/flavors/details' api(s) and so, to get extra-spec for every single flavor, we have to

[Yahoo-eng-team] [Bug 1604662] Re: Bulk creation for security group returns 500 error.

Python-neutronclient and openstackclient also do not support bulk creation of security groups. ** Also affects: python-neutronclient Importance: Undecided Status: New ** Changed in: python-neutronclient Assignee: (unassigned) => Reedip (reedip-banerjee) ** Also affects: