[Yahoo-eng-team] [Bug 1533194] Re: Gate failures for neutron in TestGettingAddress

[Kieran Spear]

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 1509004] Re: "test_dualnet_dhcp6_stateless_from_os" failures seen in the gate

[Launchpad Bug Tracker]

[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/1509004

Title:
  "test_dualnet_dhcp6_stateless_from_os" failures seen in the gate

Status in neutron:
  Expired

Bug description:
  "test_dualnet_dhcp6_stateless_from_os" - This test fails in the gate
  randomly both with DVR and non-DVR routers.

  http://logs.openstack.org/79/230079/27/check/gate-tempest-dsvm-
  neutron-full/1caed8b/logs/testr_results.html.gz

  http://logs.openstack.org/85/238485/1/check/gate-tempest-dsvm-neutron-
  dvr/1059e22/logs/testr_results.html.gz

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1509004/+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 1629484] Re: Key error when try to assign a floating ip to a VM

[OpenStack Infra]

Reviewed:  https://review.openstack.org/380669
Committed: 
https://git.openstack.org/cgit/openstack/neutron/commit/?id=19af726e39b30670314b3bf7025b3a682e523953
Submitter: Jenkins
Branch:master

commit 19af726e39b30670314b3bf7025b3a682e523953
Author: chen, hao 
Date:   Fri Sep 30 16:06:38 2016 -0700

Fix the 'port_id' attribute not exist error

Change-Id: Ie9e42771788d8a20572cb650b15edb95923dd426
Closes-Bug: #1629484


** Changed in: neutron
   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/1629484

Title:
  Key error when try to assign a floating ip to a VM

Status in neutron:
  Fix Released

Bug description:
  We have an environment with designate and DNS plugin enabled. When we
  upgrade to newton we got a problem that we can't assign the floating
  ip to the VM because of an key error.

  Here is the error message from neutron server

  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource Traceback (most recent call last):
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/neutron/api/v2/resource.py", line 79, in 
resource
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource result = method(request=request, **args)
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/neutron/api/v2/base.py", line 604, in update
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource return self._update(request, id, body, **kwargs)
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/neutron/db/api.py", line 88, in wrapped
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource setattr(e, '_RETRY_EXCEEDED', True)
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 220, in __exit__
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource self.force_reraise()
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 196, in 
force_reraise
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource six.reraise(self.type_, self.value, self.tb)
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/neutron/db/api.py", line 84, in wrapped
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource return f(*args, **kwargs)
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_db/api.py", line 151, in wrapper
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource ectxt.value = e.inner_exc
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 220, in __exit__
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource self.force_reraise()
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 196, in 
force_reraise
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource six.reraise(self.type_, self.value, self.tb)
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_db/api.py", line 139, in wrapper
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource return f(*args, **kwargs)
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/neutron/db/api.py", line 124, in wrapped
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource traceback.format_exc())
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 220, in __exit__
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource self.force_reraise()
  ./neutron/neutron-server.log:2016-09-30 22:00:36.797 527 ERROR 
neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 196, in 
force_reraise
  

[Yahoo-eng-team] [Bug 1630092] [NEW] Admin password reset should be exempt from password history validation

[Ron De Rose]

Public bug reported:

In Newton, we added password history validation for all password
changes. However, for administrative password resets, we shouldn't
validate against the end-user's password history.

** Affects: keystone
 Importance: Undecided
 Assignee: Ron De Rose (ronald-de-rose)
 Status: New

** Changed in: keystone
 Assignee: (unassigned) => Ron De Rose (ronald-de-rose)

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1630092

Title:
  Admin password reset should be exempt from password history validation

Status in OpenStack Identity (keystone):
  New

Bug description:
  In Newton, we added password history validation for all password
  changes. However, for administrative password resets, we shouldn't
  validate against the end-user's password history.

To manage notifications about this bug go to:
https://bugs.launchpad.net/keystone/+bug/1630092/+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 1629133] Re: New neutron subnet pool support breaks multinode testing.

[Armando Migliaccio]

Talked to Clarkb on IRC, perhaps we may need to tweak how routes are
installed by Neutron when subnetpools are adopted, but I would not
hastily rule out any responsibility from Neutron just yet. A build
failure example in [2].

[1] 
http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2016-10-04.log.html#t2016-10-04T00:44:50
[2] 
http://logs.openstack.org/78/381278/2/check/gate-tempest-dsvm-neutron-multinode-full-ubuntu-xenial/7f82862/console.html#_2016-10-03_21_14_28_763192
 

** Changed in: neutron
   Status: Invalid => Incomplete

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1629133

Title:
  New neutron subnet pool support breaks multinode testing.

Status in devstack:
  In Progress
Status in Ironic:
  New
Status in Manila:
  New
Status in neutron:
  Incomplete

Bug description:
  The new subnet pool support in devstack breaks multinode testing bceause it 
results in the route for 10.0.0.0/8 being set to via br-ex when the host has 
interfaces that are actually on 10 nets and that is where we need the routes to 
go out. Multinode testing is affected because it uses these 10 net addresses to 
run the vxlan overlays between hosts.
  For many years devstack-gate has set FIXED_RANGE to ensure that the networks 
devstack uses do not interfere with the underlying test host's networking. 
However this setting was completely ignored when setting up the subnet pools.

  I think the correct way to fix this is to use a much smaller subnet
  pool range to avoid conflicting with every possible 10.0.0.0/8 network
  in the wild, possibly by defaulting to the existing FIXED_RANGE
  information. Using the existing information will help ensure that
  anyone with networks in 10.0.0.0/8 will continue to work if they have
  specified a range that doesn't conflict using this variable.

  In addition to this we need to clearly document what this new stuff in
  devstack does and how people can work around it should they conflict
  with the new defaults we end up choosing.

  I have proposed https://review.openstack.org/379543 which mostly works
  except it fails one tempest test that apparently depends on this new
  subnet pool stuff. Specifically the V6 range isn't large enough aiui.

To manage notifications about this bug go to:
https://bugs.launchpad.net/devstack/+bug/1629133/+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 1517006] Re: Can't create instances with flavors that have "numa" related extra specs in a cell setup

[Augustina Ragwitz]

I'm going to update the status of this bug as wontfix per comments
regarding Cellsv1 freeze above. If you find further information that
suggests this is unrelated to Cellsv1 then feel free to reopen this bug
with that new information.

** Changed in: nova
   Status: Confirmed => Won't Fix

** Summary changed:

- Can't create instances with flavors that have "numa" related extra specs in a 
cell setup
+ Can't create instances with flavors that have "numa" related extra specs in a 
cell setup (cells v1)

-- 
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/1517006

Title:
  Can't create instances with flavors that have "numa" related extra
  specs in a cell setup (cells v1)

Status in OpenStack Compute (nova):
  Won't Fix

Bug description:
  In a cell setup can't create instances with flavors that have extra specs 
like:
  hw:numa_nodes
  hw:mem_page_size

  
  nova-cell in the "child cell" fails with:

  2015-11-17 10:51:50.574 ERROR nova.cells.scheduler 
[req-f7dc64e6-a545-4c2c-bc57-4e4a2e86cf58 demo demo] Couldn't communicate with 
cell 'cell'
  2015-11-17 10:51:50.574 TRACE nova.cells.scheduler Traceback (most recent 
call last):
  2015-11-17 10:51:50.574 TRACE nova.cells.scheduler   File 
"/opt/stack/nova/nova/cells/scheduler.py", line 186, in _build_instances
  2015-11-17 10:51:50.574 TRACE nova.cells.scheduler image, 
security_groups, block_device_mapping)
  2015-11-17 10:51:50.574 TRACE nova.cells.scheduler   File 
"/opt/stack/nova/nova/cells/scheduler.py", line 109, in _create_instances_here
  2015-11-17 10:51:50.574 TRACE nova.cells.scheduler 
instance.update(instance_values)
  2015-11-17 10:51:50.574 TRACE nova.cells.scheduler   File 
"/usr/local/lib/python2.7/dist-packages/oslo_versionedobjects/base.py", line 
727, in update
  2015-11-17 10:51:50.574 TRACE nova.cells.scheduler setattr(self, key, 
value)
  2015-11-17 10:51:50.574 TRACE nova.cells.scheduler   File 
"/usr/local/lib/python2.7/dist-packages/oslo_versionedobjects/base.py", line 
71, in setter
  2015-11-17 10:51:50.574 TRACE nova.cells.scheduler field_value = 
field.coerce(self, name, value)
  2015-11-17 10:51:50.574 TRACE nova.cells.scheduler   File 
"/usr/local/lib/python2.7/dist-packages/oslo_versionedobjects/fields.py", line 
189, in coerce
  2015-11-17 10:51:50.574 TRACE nova.cells.scheduler return 
self._type.coerce(obj, attr, value)
  2015-11-17 10:51:50.574 TRACE nova.cells.scheduler   File 
"/usr/local/lib/python2.7/dist-packages/oslo_versionedobjects/fields.py", line 
506, in coerce
  2015-11-17 10:51:50.574 TRACE nova.cells.scheduler 'valtype': obj_name})
  2015-11-17 10:51:50.574 TRACE nova.cells.scheduler ValueError: An object of 
type InstanceNUMATopology is required in field numa_topology, not a 
  2015-11-17 10:51:50.574 TRACE nova.cells.scheduler 
  2015-11-17 10:51:50.574 ERROR nova.cells.scheduler 
[req-f7dc64e6-a545-4c2c-bc57-4e4a2e86cf58 demo demo] Couldn't communicate with 
any cells

  
  Reproduce steps:
  1) Setup nova in order to use cells.

  2) Create a flavor with the extra spec "hw:numa_nodes"
  nova flavor-create m1.nano.numa2 30 64 1 1
  nova flavor-key 30 set hw:numa_nodes=1

  3) Create an instance with the new flavor

  
  Actual Result:
  Instance status: ERROR
  Instance task state: scheduling

  Trace in "child cell".

  
  Tested in devstack (master).
  Tested in Kilo.

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1517006/+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 1614361] Re: tox.ini needs to be updated as openstack infra now supports upper constraints

[OpenStack Infra]

Reviewed:  https://review.openstack.org/380966
Committed: 
https://git.openstack.org/cgit/openstack/searchlight/commit/?id=4b8ff3b6cc08bb59ec5225b7343f8dc09a96b699
Submitter: Jenkins
Branch:master

commit 4b8ff3b6cc08bb59ec5225b7343f8dc09a96b699
Author: pallavi 
Date:   Mon Oct 3 13:28:06 2016 +0530

Use upper constraints for all jobs in tox.ini

Openstack infra now supports upper constraints for
all jobs. Updated tox.ini to use upper constraints
for all jobs.

Change-Id: I13038b6dd7b7cb10ab704153319ffad2a060aa04
Closes-Bug: #1614361


** Changed in: searchlight
   Status: In Progress => Fix Released

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Glance.
https://bugs.launchpad.net/bugs/1614361

Title:
  tox.ini needs to be updated as openstack infra now supports upper
  constraints

Status in Ceilometer:
  Invalid
Status in Cinder:
  In Progress
Status in Designate:
  Fix Released
Status in Glance:
  In Progress
Status in heat:
  In Progress
Status in OpenStack Dashboard (Horizon):
  Fix Released
Status in Ironic Inspector:
  Fix Released
Status in Mistral:
  Fix Released
Status in networking-ovn:
  Invalid
Status in octavia:
  Fix Released
Status in python-mistralclient:
  In Progress
Status in python-muranoclient:
  Fix Released
Status in OpenStack Search (Searchlight):
  Fix Released
Status in OpenStack Object Storage (swift):
  In Progress
Status in tacker:
  Fix Released
Status in OpenStack DBaaS (Trove):
  Invalid
Status in vmware-nsx:
  Fix Released
Status in zaqar:
  Fix Released
Status in Zaqar-ui:
  Fix Released

Bug description:
  Openstack infra now supports upper constraints for releasenotes, cover, venv 
targets.
  tox.ini uses install_command for these targets, which can now be safely 
removed.
  Reference for mail that details this support: 
http://lists.openstack.org/pipermail/openstack-dev/2016-August/101474.html

To manage notifications about this bug go to:
https://bugs.launchpad.net/ceilometer/+bug/1614361/+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 1391504] Re: Sample policies for Openstack

[Lance Bragstad]

The various projects have touched on this at previous summits and one of
the items to come out of those discussions was a cross-project spec [0].
A cross-project spec seems like a more appropriate way to track this
amount of work across several projects.


[0] https://review.openstack.org/#/c/245629/

** Changed in: keystone
   Status: Confirmed => Invalid

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1391504

Title:
  Sample policies for Openstack

Status in Cinder:
  Won't Fix
Status in Glance:
  Opinion
Status in OpenStack Identity (keystone):
  Invalid
Status in neutron:
  Won't Fix
Status in OpenStack Compute (nova):
  Opinion

Bug description:
  Regarding OpenStack policies, in general, the described roles seem
  quite complicated, it is not clear which roles are appropriated for
  each user. For example, in many policies it is defined just a global
  admin role. We would like to clarify what are the role organizations,
  for example, cloud_admin is the role for the cloud managers,
  domain_admin is the role for the domain managers, project_admin for
  the project admin and project_member a member with a role in a project
  but with no admin permissions. In this way, it is clear for the cloud
  manager which capability is being given to a user. The idea is create
  a policy.cloudsample.json, where roles as cloud_admin project_admin,
  and project_member will be defined and some default permissions,
  making policies closer to the business reality.

To manage notifications about this bug go to:
https://bugs.launchpad.net/cinder/+bug/1391504/+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 1614882] Re: Put VMs without PCI-passthrough device to non-affinitized NUMA node

[Augustina Ragwitz]

Marking this bug as invalid because it was determined to be a feature
request and would be resolved by current specs under review.

** Changed in: nova
   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/1614882

Title:
  Put VMs without PCI-passthrough device to non-affinitized NUMA node

Status in OpenStack Compute (nova):
  Invalid

Bug description:
  Description
  ===

  Instances without pci passthrough requests can overfill host NUMA
  nodes with dedicated for pci passthrough PCI devices. Instances placed
  on such NUMA nodes despite that there are plenty free resources in
  other host NUMA nodes. Such scheduling can lead to situation that
  further deployment of an instance with pci passthrough request will
  fail because of unavailable capacity in required NUMA node.

  Steps to reproduce
  ==
  Test host with 2 NUMA nodes and PCI device attached to NUMA node 0.

  Create a flavor with hw:cpu_policy=dedicated

  Spawn several instances without pci passthrough with overall memory
  allocation equal memory capacity for NUMA node 0.

  Then deploy instance with sr-iov port. Scheduling fails with following
  error:

  2016-08-18 11:17:15.470 55110 DEBUG nova.compute.manager [req-c6d96425
  -e98b-4a63-8289-e56c40ac46d9 bb8e586fd1264034885fef3aae39e777
  b770743f66c44840a999cc8cf60916cd - - -] [instance:
  b4470025-2a59-4772-9990-a96b55966214] Build of instance
  b4470025-2a59-4772-9990-a96b55966214 was re-scheduled: Insufficient
  compute resources: Requested instance NUMA topology together with
  requested PCI devices cannot fit the given host NUMA topology.
  _do_build_and_run_instance /usr/lib/python2.7/site-
  packages/nova/compute/manager.py:1945

  Environment
  ===
  Mitaka release
  Nova: 13.0.0

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1614882/+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 1629374] Re: Instance Filter misidentified with equal sign

[Rob Cresswell]

** Changed in: horizon
   Status: Fix Committed => 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/1629374

Title:
  Instance Filter misidentified with equal sign

Status in OpenStack Dashboard (Horizon):
  Invalid

Bug description:
  GUI Bug.

  The Horizon Instances page/frame shows at the top a filter and the
  default filter is to filter by instance name (and this bug likely
  applies to other filters as well). It shows

  Instance Name= (enter name here)

  However, it really filters on something akin to %FILTER% ie, the term
  just has to APPEAR in the name, not be equal to it. The equal sign
  sends the wrong message and I'd suggest omitting it. I'll submit a
  patch when I can find this area in the code.

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1629374/+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 1391504] Re: Sample policies for Openstack

[Ian Cordasco]

** Changed in: glance
   Status: In Progress => Opinion

** Changed in: glance
 Assignee: Andre Aranha (afaranha) => (unassigned)

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1391504

Title:
  Sample policies for Openstack

Status in Cinder:
  Won't Fix
Status in Glance:
  Opinion
Status in OpenStack Identity (keystone):
  Confirmed
Status in neutron:
  Won't Fix
Status in OpenStack Compute (nova):
  Opinion

Bug description:
  Regarding OpenStack policies, in general, the described roles seem
  quite complicated, it is not clear which roles are appropriated for
  each user. For example, in many policies it is defined just a global
  admin role. We would like to clarify what are the role organizations,
  for example, cloud_admin is the role for the cloud managers,
  domain_admin is the role for the domain managers, project_admin for
  the project admin and project_member a member with a role in a project
  but with no admin permissions. In this way, it is clear for the cloud
  manager which capability is being given to a user. The idea is create
  a policy.cloudsample.json, where roles as cloud_admin project_admin,
  and project_member will be defined and some default permissions,
  making policies closer to the business reality.

To manage notifications about this bug go to:
https://bugs.launchpad.net/cinder/+bug/1391504/+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 1629726] Re: recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

[Matt Riedemann]

Yes this should be fixed now upstream. I've reverted the block on 2.14
in upper-constraints on master.

** No longer affects: nova

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1629726

Title:
  recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

Status in Cinder:
  Invalid
Status in Designate:
  Fix Released
Status in ec2-api:
  Fix Released
Status in gce-api:
  Fix Released
Status in heat:
  Confirmed
Status in Ironic:
  Fix Released
Status in Magnum:
  Confirmed
Status in Manila:
  Confirmed
Status in networking-cisco:
  Confirmed
Status in Rally:
  Confirmed
Status in OpenStack DBaaS (Trove):
  Fix Committed

Bug description:
  http://logs.openstack.org/76/380876/1/check/gate-grenade-dsvm-ubuntu-
  xenial/3d5e102/logs/grenade.sh.txt.gz#_2016-10-02_23_32_34_069

  2016-10-02 23:32:34.069 | + lib/cinder:init_cinder:421   :   
/usr/local/bin/cinder-manage --config-file /etc/cinder/cinder.conf db sync
  2016-10-02 23:32:34.691 | Traceback (most recent call last):
  2016-10-02 23:32:34.691 |   File "/usr/local/bin/cinder-manage", line 6, in 

  2016-10-02 23:32:34.691 | from cinder.cmd.manage import main
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/cmd/manage.py", line 77, in 
  2016-10-02 23:32:34.691 | from cinder import db
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/db/__init__.py", line 20, in 
  2016-10-02 23:32:34.691 | from cinder.db.api import *  # noqa
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/db/api.py", 
line 43, in 
  2016-10-02 23:32:34.691 | from cinder.api import common
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/api/common.py", line 30, in 
  2016-10-02 23:32:34.691 | from cinder import utils
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/utils.py", 
line 40, in 
  2016-10-02 23:32:34.691 | from os_brick import encryptors
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/__init__.py", line 
16, in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import nop
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/nop.py", line 16, 
in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import base
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/base.py", line 19, 
in 
  2016-10-02 23:32:34.691 | from os_brick import executor
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/executor.py", line 21, in 

  2016-10-02 23:32:34.691 | from os_brick.privileged import rootwrap as 
priv_rootwrap
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/privileged/__init__.py", line 
13, in 
  2016-10-02 23:32:34.691 | from oslo_privsep import capabilities as c
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/oslo_privsep/capabilities.py", line 73, 
in 
  2016-10-02 23:32:34.691 | ffi.cdef(CDEF)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 105, in cdef
  2016-10-02 23:32:34.692 | self._cdef(csource, override=override, 
packed=packed)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 119, in _cdef
  2016-10-02 23:32:34.692 | self._parser.parse(csource, override=override, 
**options)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 299, in parse
  2016-10-02 23:32:34.692 | self._internal_parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 304, in 
_internal_parse
  2016-10-02 23:32:34.692 | ast, macros, csource = self._parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 260, in _parse
  2016-10-02 23:32:34.692 | ast = _get_parser().parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 40, in 
_get_parser
  2016-10-02 23:32:34.692 | _parser_cache = pycparser.CParser()
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_parser.py", line 87, in 
__init__
  2016-10-02 23:32:34.692 | outputdir=taboutputdir)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_lexer.py", line 66, in build
  2016-10-02 23:32:34.692 | self.lexer = lex.lex(object=self, **kwargs)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 911, in lex
  2016-10-02 23:32:34.692 | lexobj.readtab(lextab, ldict)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 233, in 
readtab
  

[Yahoo-eng-team] [Bug 1583107] Re: live-migration abort parameters are not honored

[Augustina Ragwitz]

I'm going to mark this as Invalid for now. I asked in the nova irc
channel and it looks like my previous comment is accurate. If you have
further information per my comment above, please feel free to add it and
reopen this bug.

** Tags removed: needs-attention

** Changed in: nova
   Status: Incomplete => 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/1583107

Title:
  live-migration abort parameters are not honored

Status in OpenStack Compute (nova):
  Invalid

Bug description:
  The live_migration_downtime, live_migration_downtime_steps and
  live_migration_downtime_delay default values are not honored.

  Those parameters tune the live-migration abortion and must be higher
  than the LIVE_MIGRATION_DOWNTIME_MIN,
  LIVE_MIGRATION_DOWNTIME_STEPS_MIN and
  LIVE_MIGRATION_DOWNTIME_DELAY_MIN minimum values.

  However, those parameters have default values that are higher than the
  minimum values but they are overridden by the minimum ones.

  Steps to reproduce:
  - live-migrate an instance
  - simulate a downtime
  - observe that the minimum values are used instead of the default ones.

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1583107/+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 1629993] [NEW] Sucess message shown while deleting a non existing folder

[Juan Pablo lopez Gutierrez]

Public bug reported:

Steps to reproduce:
 - Go to Project>Object Store>Containers
 - Create a new Container with name 'Test'
 - Create 'Test 1' and 'Test 2' Folders inside 'Test'
 - Select both checkboxes of the new folders.
 - Delete both folders at the same time.
 - A message Saying Delete Files in Test is shown and a bar show the 
progression of the deletion.
 - Click on the delete button again, it will say that there are still 2 folders 
inside Test even if they we're deleted.

** Affects: horizon
 Importance: Undecided
 Status: New

** Attachment added: "Screen Shot 2016-10-03 at 2.38.13 PM.png"
   
https://bugs.launchpad.net/bugs/1629993/+attachment/4753668/+files/Screen%20Shot%202016-10-03%20at%202.38.13%20PM.png

-- 
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/1629993

Title:
  Sucess message shown while deleting a non existing folder

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Steps to reproduce:
   - Go to Project>Object Store>Containers
   - Create a new Container with name 'Test'
   - Create 'Test 1' and 'Test 2' Folders inside 'Test'
   - Select both checkboxes of the new folders.
   - Delete both folders at the same time.
   - A message Saying Delete Files in Test is shown and a bar show the 
progression of the deletion.
   - Click on the delete button again, it will say that there are still 2 
folders inside Test even if they we're deleted.

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1629993/+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 1625619] Re: It is possible to download key pair for other user at the same project

[Lance Bragstad]

Based on the comments above, specifically comment #10, I think we can
mark this as Invalid from a keystone perspective. If future information
proves otherwise - we can reopen.

** Changed in: keystone
   Status: New => Incomplete

** Changed in: keystone
   Status: Incomplete => 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/1625619

Title:
  It is possible to download key pair for other user at the same project

Status in OpenStack Dashboard (Horizon):
  New
Status in OpenStack Identity (keystone):
  Invalid
Status in OpenStack Compute (nova):
  Invalid
Status in OpenStack Security Advisory:
  Won't Fix

Bug description:
  Bug was reproduced in mitaka openstack release.

  Steps to reproduce:

  1. Login to horizon.
  2. Click Project-> Compute -> Access and Security
  3. Click "Key Pairs" tab
  4. Click "Create Key Pair" button, enter keypair name.
  5. On the next screen with download key dialog copy URL from browser URL field

  URL will be like
  http://server/horizon/project/access_and_security/keypairs//download

  6. Click cancel to close download window.
  7. Click Project->Compute->Instances.
  8. In opened window select other key pair name from KEY PAIR column (it could 
be key pair for different user)
  9. open new browser window, paste URL string from step 5.
  10. Change in URL  with name obtained from step 8 and press 
enter

  You will be prompted to download private key for other user.

  It isn't correct user should be able to download only his own keys

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1625619/+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 1629868] Re: times out because of no dbus

[Scott Moser]

** Description changed:

  Given this command line:
  BOOT_IMAGE=ubuntu/amd64/hwe-y/yakkety/daily/boot-kernel nomodeset 
iscsi_target_name=iqn.2004-05.com.ubuntu:maas:ephemeral-ubuntu-amd64-hwe-y-yakkety-daily
 iscsi_target_ip=2001:67c:1562:8010::2:1 iscsi_target_port=3260 
iscsi_initiator=kearns ip=kearns:BOOTIF ro 
root=/dev/disk/by-path/ip-2001:67c:1562:8010::2:1:3260-iscsi-iqn.2004-05.com.ubuntu:maas:ephemeral-ubuntu-amd64-hwe-y-yakkety-daily-lun-1
 overlayroot=tmpfs 
cloud-config-url=http://maas-boot-vm-xenial.dt-maas:5240/MAAS/metadata/latest/by-id/8w4gkk/?op=get_preseed
 log_host=maas-boot-vm-xenial.dt-maas log_port=514 --- console=ttyS1 
BOOTIF=01-38:63:bb:43:b8:bc
  
  Where:
  root@ubuntu:~# host maas-boot-vm-xenial.dt-maas
  maas-boot-vm-xenial.dt-maas is an alias for maas-boot-vm-xenial.maas.
  maas-boot-vm-xenial.maas has address 10.246.0.5
  maas-boot-vm-xenial.maas has IPv6 address 2001:67c:1562:8010::2:1
  
  cloud-init takes "forever" to run, because there is a 25 second pause
  every time it tries to report status to the maas server.  This is
  because hostname resolution assumes a working dbus, and takes 25 seconds
  to timeout on connecting to dbus to get the answer.
+ 
+ Related bugs:
+  * bug 1629868: Reformatting of ephemeral drive fails on resize of Azure VM

** Description changed:

  Given this command line:
  BOOT_IMAGE=ubuntu/amd64/hwe-y/yakkety/daily/boot-kernel nomodeset 
iscsi_target_name=iqn.2004-05.com.ubuntu:maas:ephemeral-ubuntu-amd64-hwe-y-yakkety-daily
 iscsi_target_ip=2001:67c:1562:8010::2:1 iscsi_target_port=3260 
iscsi_initiator=kearns ip=kearns:BOOTIF ro 
root=/dev/disk/by-path/ip-2001:67c:1562:8010::2:1:3260-iscsi-iqn.2004-05.com.ubuntu:maas:ephemeral-ubuntu-amd64-hwe-y-yakkety-daily-lun-1
 overlayroot=tmpfs 
cloud-config-url=http://maas-boot-vm-xenial.dt-maas:5240/MAAS/metadata/latest/by-id/8w4gkk/?op=get_preseed
 log_host=maas-boot-vm-xenial.dt-maas log_port=514 --- console=ttyS1 
BOOTIF=01-38:63:bb:43:b8:bc
  
  Where:
  root@ubuntu:~# host maas-boot-vm-xenial.dt-maas
  maas-boot-vm-xenial.dt-maas is an alias for maas-boot-vm-xenial.maas.
  maas-boot-vm-xenial.maas has address 10.246.0.5
  maas-boot-vm-xenial.maas has IPv6 address 2001:67c:1562:8010::2:1
  
  cloud-init takes "forever" to run, because there is a 25 second pause
  every time it tries to report status to the maas server.  This is
  because hostname resolution assumes a working dbus, and takes 25 seconds
  to timeout on connecting to dbus to get the answer.
  
  Related bugs:
-  * bug 1629868: Reformatting of ephemeral drive fails on resize of Azure VM
+  * bug 1611074: Reformatting of ephemeral drive fails on resize of Azure VM

** Also affects: cloud-init
   Importance: Undecided
   Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to cloud-init.
https://bugs.launchpad.net/bugs/1629868

Title:
  times out because of no dbus

Status in cloud-init:
  New
Status in MAAS:
  New
Status in cloud-init package in Ubuntu:
  New

Bug description:
  Given this command line:
  BOOT_IMAGE=ubuntu/amd64/hwe-y/yakkety/daily/boot-kernel nomodeset 
iscsi_target_name=iqn.2004-05.com.ubuntu:maas:ephemeral-ubuntu-amd64-hwe-y-yakkety-daily
 iscsi_target_ip=2001:67c:1562:8010::2:1 iscsi_target_port=3260 
iscsi_initiator=kearns ip=kearns:BOOTIF ro 
root=/dev/disk/by-path/ip-2001:67c:1562:8010::2:1:3260-iscsi-iqn.2004-05.com.ubuntu:maas:ephemeral-ubuntu-amd64-hwe-y-yakkety-daily-lun-1
 overlayroot=tmpfs 
cloud-config-url=http://maas-boot-vm-xenial.dt-maas:5240/MAAS/metadata/latest/by-id/8w4gkk/?op=get_preseed
 log_host=maas-boot-vm-xenial.dt-maas log_port=514 --- console=ttyS1 
BOOTIF=01-38:63:bb:43:b8:bc

  Where:
  root@ubuntu:~# host maas-boot-vm-xenial.dt-maas
  maas-boot-vm-xenial.dt-maas is an alias for maas-boot-vm-xenial.maas.
  maas-boot-vm-xenial.maas has address 10.246.0.5
  maas-boot-vm-xenial.maas has IPv6 address 2001:67c:1562:8010::2:1

  cloud-init takes "forever" to run, because there is a 25 second pause
  every time it tries to report status to the maas server.  This is
  because hostname resolution assumes a working dbus, and takes 25
  seconds to timeout on connecting to dbus to get the answer.

  Related bugs:
   * bug 1611074: Reformatting of ephemeral drive fails on resize of Azure VM

To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-init/+bug/1629868/+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 1629726] Re: recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

[Graham Hayes]

** Changed in: designate
   Status: Confirmed => 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/1629726

Title:
  recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

Status in Cinder:
  Invalid
Status in Designate:
  Fix Released
Status in ec2-api:
  Fix Released
Status in gce-api:
  Fix Released
Status in heat:
  Confirmed
Status in Ironic:
  Fix Released
Status in Magnum:
  Confirmed
Status in Manila:
  Confirmed
Status in networking-cisco:
  Confirmed
Status in OpenStack Compute (nova):
  Confirmed
Status in Rally:
  Confirmed
Status in OpenStack DBaaS (Trove):
  Fix Committed

Bug description:
  http://logs.openstack.org/76/380876/1/check/gate-grenade-dsvm-ubuntu-
  xenial/3d5e102/logs/grenade.sh.txt.gz#_2016-10-02_23_32_34_069

  2016-10-02 23:32:34.069 | + lib/cinder:init_cinder:421   :   
/usr/local/bin/cinder-manage --config-file /etc/cinder/cinder.conf db sync
  2016-10-02 23:32:34.691 | Traceback (most recent call last):
  2016-10-02 23:32:34.691 |   File "/usr/local/bin/cinder-manage", line 6, in 

  2016-10-02 23:32:34.691 | from cinder.cmd.manage import main
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/cmd/manage.py", line 77, in 
  2016-10-02 23:32:34.691 | from cinder import db
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/db/__init__.py", line 20, in 
  2016-10-02 23:32:34.691 | from cinder.db.api import *  # noqa
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/db/api.py", 
line 43, in 
  2016-10-02 23:32:34.691 | from cinder.api import common
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/api/common.py", line 30, in 
  2016-10-02 23:32:34.691 | from cinder import utils
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/utils.py", 
line 40, in 
  2016-10-02 23:32:34.691 | from os_brick import encryptors
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/__init__.py", line 
16, in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import nop
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/nop.py", line 16, 
in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import base
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/base.py", line 19, 
in 
  2016-10-02 23:32:34.691 | from os_brick import executor
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/executor.py", line 21, in 

  2016-10-02 23:32:34.691 | from os_brick.privileged import rootwrap as 
priv_rootwrap
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/privileged/__init__.py", line 
13, in 
  2016-10-02 23:32:34.691 | from oslo_privsep import capabilities as c
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/oslo_privsep/capabilities.py", line 73, 
in 
  2016-10-02 23:32:34.691 | ffi.cdef(CDEF)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 105, in cdef
  2016-10-02 23:32:34.692 | self._cdef(csource, override=override, 
packed=packed)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 119, in _cdef
  2016-10-02 23:32:34.692 | self._parser.parse(csource, override=override, 
**options)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 299, in parse
  2016-10-02 23:32:34.692 | self._internal_parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 304, in 
_internal_parse
  2016-10-02 23:32:34.692 | ast, macros, csource = self._parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 260, in _parse
  2016-10-02 23:32:34.692 | ast = _get_parser().parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 40, in 
_get_parser
  2016-10-02 23:32:34.692 | _parser_cache = pycparser.CParser()
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_parser.py", line 87, in 
__init__
  2016-10-02 23:32:34.692 | outputdir=taboutputdir)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_lexer.py", line 66, in build
  2016-10-02 23:32:34.692 | self.lexer = lex.lex(object=self, **kwargs)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 911, in lex
  2016-10-02 23:32:34.692 | lexobj.readtab(lextab, ldict)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 233, in 
readtab
  2016-10-02 23:32:34.692 | 

[Yahoo-eng-team] [Bug 1384377] Re: Policy rule position errors

[Steve Martinelli]

*** This bug is a duplicate of bug 1523030 ***
https://bugs.launchpad.net/bugs/1523030

This is fixed by https://review.openstack.org/#/c/253763/

** This bug has been marked a duplicate of bug 1523030
   parser can't handle mixed conditions of 'or' and 'and' operators

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1384377

Title:
  Policy rule position errors

Status in OpenStack Identity (keystone):
  Invalid
Status in oslo.policy:
  Triaged

Bug description:
  In the policy.v3cloudsample.json there is the rule "admin_or_owner"
  that is defined as "(rule:admin_required and
  domain_id:%(target.token.user.domain.id)s) or rule:owner", and the
  tests for it (
  
https://github.com/openstack/keystone/blob/master/etc/policy.v3cloudsample.json#L7
  ) , specially this
  
keystone.tests.test_v3_auth.TestTokenRevokeSelfAndAdmin.test_user_revokes_own_token
  shows it's working as expected. The rule "admin_required" is defined
  only as "role:admin" (
  
https://github.com/openstack/keystone/blob/master/etc/policy.v3cloudsample.json#L2
  ), so I changed the rule "admin_or_owner" to "(role:admin and
  domain_id:%(target.token.user.domain.id)s) or rule:owner" and the test
  raises a error saying that the user has no permission to do the
  action. As it's the same rule, it wasn't suppose to raise errors. But
  it doesn't stop there, when I rearrange the rule order to be like
  this: "admin_or_owner": "rule:owner or (role:admin and
  domain_id:%(target.token.user.domain.id)s)" it works.

To manage notifications about this bug go to:
https://bugs.launchpad.net/keystone/+bug/1384377/+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 1529721] Re: Attempting a RoleCheck when the credentials do not contain a roles list causes an exception

[Steve Martinelli]

** Changed in: oslo.policy
   Status: Fix Committed => Fix Released

** Changed in: oslo.policy
   Importance: Undecided => Medium

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1529721

Title:
  Attempting a RoleCheck when the credentials do not contain a roles
  list causes an exception

Status in OpenStack Identity (keystone):
  Invalid
Status in oslo.policy:
  Fix Released

Bug description:
  How to reproduce this bug using keystone :

  1) Retrieve an unscoped token for any valid account.

  2) Using curl - invoke list_user_projects for the SAME user from step
  1 using the token from step 1, and observe that this works as
  expected.

  3) Alter the in-use policy file by inserting "role:service or " at the 
beginning of the rule for list_user_projects ...
  < "identity:list_user_projects": "role:service or rule:admin_or_owner",
  ---
  > "identity:list_user_projects": "rule:admin_or_owner",
   Note that the addition of this 'or' clause should not be able to 
logically cause any additional denials.

  4) Try the identical curl command from step 2 again, and observe that
  it now fails with 403 Forbidden.

To manage notifications about this bug go to:
https://bugs.launchpad.net/keystone/+bug/1529721/+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 1259292] Re: Some tests use assertEqual(observed, expected) , the argument order is wrong

[Steve Martinelli]

Fixed in pycadf: https://review.openstack.org/#/c/338781/

** Changed in: pycadf
   Importance: Undecided => Low

** Changed in: pycadf
   Status: New => 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/1259292

Title:
  Some tests use assertEqual(observed, expected) , the argument order is
  wrong

Status in Astara:
  Fix Released
Status in Bandit:
  In Progress
Status in Barbican:
  In Progress
Status in Blazar:
  New
Status in Ceilometer:
  Invalid
Status in Cinder:
  Fix Released
Status in congress:
  Fix Released
Status in daisycloud-core:
  New
Status in Designate:
  Fix Released
Status in Freezer:
  In Progress
Status in Glance:
  Fix Released
Status in glance_store:
  Fix Released
Status in Higgins:
  New
Status in OpenStack Dashboard (Horizon):
  In Progress
Status in OpenStack Identity (keystone):
  Fix Released
Status in Magnum:
  Fix Released
Status in Manila:
  Fix Released
Status in Mistral:
  Fix Released
Status in Murano:
  Fix Released
Status in networking-calico:
  Fix Released
Status in networking-infoblox:
  In Progress
Status in networking-l2gw:
  In Progress
Status in networking-sfc:
  Fix Released
Status in OpenStack Compute (nova):
  Won't Fix
Status in os-brick:
  Fix Released
Status in PBR:
  Fix Released
Status in pycadf:
  Fix Released
Status in python-barbicanclient:
  In Progress
Status in python-ceilometerclient:
  Invalid
Status in python-cinderclient:
  Fix Released
Status in python-designateclient:
  Fix Committed
Status in python-glanceclient:
  Fix Released
Status in python-mistralclient:
  Fix Released
Status in python-solumclient:
  Fix Released
Status in Python client library for Zaqar:
  Fix Released
Status in Rally:
  In Progress
Status in Sahara:
  Fix Released
Status in Solum:
  Fix Released
Status in sqlalchemy-migrate:
  New
Status in SWIFT:
  New
Status in tacker:
  In Progress
Status in tempest:
  Invalid
Status in zaqar:
  Fix Released

Bug description:
  The test cases will produce a confusing error message if the tests
  ever fail, so this is worth fixing.

To manage notifications about this bug go to:
https://bugs.launchpad.net/astara/+bug/1259292/+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 1577370] Re: Duplicate lines in /etc/nova/policy.json

[Steve Martinelli]

Not an oslo.policy bug, and it looks like this was fixed in nova.

** Changed in: oslo.policy
   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/1577370

Title:
  Duplicate lines in /etc/nova/policy.json

Status in OpenStack Compute (nova):
  Invalid
Status in OpenStack Compute (nova) liberty series:
  Fix Released
Status in oslo.policy:
  Invalid

Bug description:
  The default /etc/nova/policy.json released with Liberty contains two times 
the declaration for:
  "compute:delete": "",
  "compute:soft_delete": "",
  "compute:force_delete": "",

  I don't known it can impact the policy, but it may be better to raise
  an error when a rule is declared more than one time.

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1577370/+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 1577370] Re: Duplicate lines in /etc/nova/policy.json

[Matt Riedemann]

** Also affects: nova/liberty
   Importance: Undecided
   Status: New

** Changed in: nova
   Status: Triaged => Invalid

** Changed in: nova/liberty
 Assignee: (unassigned) => Rajesh Tailor (ratailor)

** Changed in: nova
 Assignee: Rajesh Tailor (ratailor) => (unassigned)

** Changed in: nova/liberty
   Status: New => Fix Released

** Changed in: nova/liberty
   Importance: Undecided => Low

-- 
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/1577370

Title:
  Duplicate lines in /etc/nova/policy.json

Status in OpenStack Compute (nova):
  Invalid
Status in OpenStack Compute (nova) liberty series:
  Fix Released
Status in oslo.policy:
  Invalid

Bug description:
  The default /etc/nova/policy.json released with Liberty contains two times 
the declaration for:
  "compute:delete": "",
  "compute:soft_delete": "",
  "compute:force_delete": "",

  I don't known it can impact the policy, but it may be better to raise
  an error when a rule is declared more than one time.

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1577370/+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 1629952] [NEW] Volume is not unreserved when shelved_offloaded volume attach fails

[Matt Riedemann]

Public bug reported:

This code attaches a volume to a shelved offloaded instance:

https://github.com/openstack/nova/blob/b3d58ed718db91015582cf759a7c8af1874ef093/nova/compute/api.py#L3416

But it doesn't unreserve the volume if that fails in the exception
block. This could happen if the os-attach call to cinder failed. And if
that happens, then the volume is stuck in 'attaching' state and the
admin has to reset the state on it to make it available again.

** Affects: nova
 Importance: Medium
 Assignee: Matt Riedemann (mriedem)
 Status: Triaged


** Tags: api compute shelve volumes

-- 
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/1629952

Title:
  Volume is not unreserved when shelved_offloaded volume attach fails

Status in OpenStack Compute (nova):
  Triaged

Bug description:
  This code attaches a volume to a shelved offloaded instance:

  
https://github.com/openstack/nova/blob/b3d58ed718db91015582cf759a7c8af1874ef093/nova/compute/api.py#L3416

  But it doesn't unreserve the volume if that fails in the exception
  block. This could happen if the os-attach call to cinder failed. And
  if that happens, then the volume is stuck in 'attaching' state and the
  admin has to reset the state on it to make it available again.

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1629952/+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 1609258] Re: neutron ml2 local vlan assignment is nondeterministic

[Aihua Edward Li]

** Changed in: neutron
   Status: In Progress => Invalid

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1609258

Title:
  neutron ml2 local vlan assignment is nondeterministic

Status in neutron:
  Invalid

Bug description:
  When neutron ovs agent assign local vlan to a logic network, the assignment 
is non deterministic.
  For example, in our deployment, we typically have one or two network 
associated to one hypervisor. We expect the local vlan assignment to have vlan 
tag 1 or 2, but as the ports get deleted and vlan reclaimed, the vlan 
assignment would keeps increasing unexpected.
  While there is no functional impact to the data-path, for a large scale 
deployment with thousands of hypervisors, we would expect the assignment to be 
deterministic and consistent across all hypervisors.

  Pre-condition:

  neutron network already configured, and is associated with the hypervisor 
under test
  make the hypervisor clean and no VMs landed on it.

  # service neutron-plugin-openvswitch-agent restart
  # ovs-vsctl show | grep tag
  

  Steps to reproduce the issue.
  1. boot one VM on the given hypervisor
  $ nova boot --flavor g1-standard-2 --image  cr_sanity 
--availability-zone nova:h5wy282

  2. on hypervisor
  # ovs-vsctl show | grep tag
  tag: 1

  ovs-agent log:
  INFO [neutron.plugins.openvswitch.agent.ovs_neutron_agent] 528 [-OVS-AGENT-] 
Assigning 1 as local vlan for net-id=ffd84cfd-e7d9-435c-a7c4-61600974d0af

  3. delete the first VM.
  $ nova delete 

  INFO [neutron.plugins.openvswitch.agent.ovs_neutron_agent] 629 [-OVS-
  AGENT-] Reclaiming vlan = 1 from net-id = ffd84cfd-e7d9-435c-
  a7c4-61600974d0af

  4. boot another VM on the same hypervisor
  $ nova boot --flavor g1-standard-2 --image  cr_sanity 
--availability-zone nova:h5wy282

  5. on hypervisor
  # ovs-vsctl show | grep tag
  tag: 2

  INFO [neutron.plugins.openvswitch.agent.ovs_neutron_agent] 528 [-OVS-
  AGENT-] Assigning 2 as local vlan for net-id=ffd84cfd-e7d9-435c-
  a7c4-61600974d0af

  Expected:
  vlan 1 is reclaimed and should be assigned when the VM is spawn the second 
time.

  Actual:
  on second time VM is created, vlan 2 is assigned.

  Openstack version: stable/kilo
  Linux: ubuntu 12.04

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1609258/+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 1629726] Re: recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

[Andrey Pavlov]

** Changed in: ec2-api
   Status: Confirmed => Fix Released

** Changed in: gce-api
   Status: Confirmed => 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/1629726

Title:
  recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

Status in Cinder:
  Invalid
Status in Designate:
  Confirmed
Status in ec2-api:
  Fix Released
Status in gce-api:
  Fix Released
Status in heat:
  Confirmed
Status in Ironic:
  Fix Released
Status in Magnum:
  Confirmed
Status in Manila:
  Confirmed
Status in networking-cisco:
  Confirmed
Status in OpenStack Compute (nova):
  Confirmed
Status in Rally:
  Confirmed
Status in OpenStack DBaaS (Trove):
  Fix Committed

Bug description:
  http://logs.openstack.org/76/380876/1/check/gate-grenade-dsvm-ubuntu-
  xenial/3d5e102/logs/grenade.sh.txt.gz#_2016-10-02_23_32_34_069

  2016-10-02 23:32:34.069 | + lib/cinder:init_cinder:421   :   
/usr/local/bin/cinder-manage --config-file /etc/cinder/cinder.conf db sync
  2016-10-02 23:32:34.691 | Traceback (most recent call last):
  2016-10-02 23:32:34.691 |   File "/usr/local/bin/cinder-manage", line 6, in 

  2016-10-02 23:32:34.691 | from cinder.cmd.manage import main
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/cmd/manage.py", line 77, in 
  2016-10-02 23:32:34.691 | from cinder import db
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/db/__init__.py", line 20, in 
  2016-10-02 23:32:34.691 | from cinder.db.api import *  # noqa
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/db/api.py", 
line 43, in 
  2016-10-02 23:32:34.691 | from cinder.api import common
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/api/common.py", line 30, in 
  2016-10-02 23:32:34.691 | from cinder import utils
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/utils.py", 
line 40, in 
  2016-10-02 23:32:34.691 | from os_brick import encryptors
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/__init__.py", line 
16, in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import nop
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/nop.py", line 16, 
in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import base
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/base.py", line 19, 
in 
  2016-10-02 23:32:34.691 | from os_brick import executor
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/executor.py", line 21, in 

  2016-10-02 23:32:34.691 | from os_brick.privileged import rootwrap as 
priv_rootwrap
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/privileged/__init__.py", line 
13, in 
  2016-10-02 23:32:34.691 | from oslo_privsep import capabilities as c
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/oslo_privsep/capabilities.py", line 73, 
in 
  2016-10-02 23:32:34.691 | ffi.cdef(CDEF)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 105, in cdef
  2016-10-02 23:32:34.692 | self._cdef(csource, override=override, 
packed=packed)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 119, in _cdef
  2016-10-02 23:32:34.692 | self._parser.parse(csource, override=override, 
**options)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 299, in parse
  2016-10-02 23:32:34.692 | self._internal_parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 304, in 
_internal_parse
  2016-10-02 23:32:34.692 | ast, macros, csource = self._parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 260, in _parse
  2016-10-02 23:32:34.692 | ast = _get_parser().parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 40, in 
_get_parser
  2016-10-02 23:32:34.692 | _parser_cache = pycparser.CParser()
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_parser.py", line 87, in 
__init__
  2016-10-02 23:32:34.692 | outputdir=taboutputdir)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_lexer.py", line 66, in build
  2016-10-02 23:32:34.692 | self.lexer = lex.lex(object=self, **kwargs)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 911, in lex
  2016-10-02 23:32:34.692 | lexobj.readtab(lextab, ldict)
  2016-10-02 23:32:34.692 |   File 

[Yahoo-eng-team] [Bug 1629726] Re: recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

[Sean McGinnis]

** Changed in: cinder
   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/1629726

Title:
  recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

Status in Cinder:
  Invalid
Status in Designate:
  Confirmed
Status in ec2-api:
  Fix Released
Status in gce-api:
  Fix Released
Status in heat:
  Confirmed
Status in Ironic:
  Fix Released
Status in Magnum:
  Confirmed
Status in Manila:
  Confirmed
Status in networking-cisco:
  Confirmed
Status in OpenStack Compute (nova):
  Confirmed
Status in Rally:
  Confirmed
Status in OpenStack DBaaS (Trove):
  Fix Committed

Bug description:
  http://logs.openstack.org/76/380876/1/check/gate-grenade-dsvm-ubuntu-
  xenial/3d5e102/logs/grenade.sh.txt.gz#_2016-10-02_23_32_34_069

  2016-10-02 23:32:34.069 | + lib/cinder:init_cinder:421   :   
/usr/local/bin/cinder-manage --config-file /etc/cinder/cinder.conf db sync
  2016-10-02 23:32:34.691 | Traceback (most recent call last):
  2016-10-02 23:32:34.691 |   File "/usr/local/bin/cinder-manage", line 6, in 

  2016-10-02 23:32:34.691 | from cinder.cmd.manage import main
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/cmd/manage.py", line 77, in 
  2016-10-02 23:32:34.691 | from cinder import db
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/db/__init__.py", line 20, in 
  2016-10-02 23:32:34.691 | from cinder.db.api import *  # noqa
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/db/api.py", 
line 43, in 
  2016-10-02 23:32:34.691 | from cinder.api import common
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/api/common.py", line 30, in 
  2016-10-02 23:32:34.691 | from cinder import utils
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/utils.py", 
line 40, in 
  2016-10-02 23:32:34.691 | from os_brick import encryptors
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/__init__.py", line 
16, in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import nop
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/nop.py", line 16, 
in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import base
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/base.py", line 19, 
in 
  2016-10-02 23:32:34.691 | from os_brick import executor
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/executor.py", line 21, in 

  2016-10-02 23:32:34.691 | from os_brick.privileged import rootwrap as 
priv_rootwrap
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/privileged/__init__.py", line 
13, in 
  2016-10-02 23:32:34.691 | from oslo_privsep import capabilities as c
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/oslo_privsep/capabilities.py", line 73, 
in 
  2016-10-02 23:32:34.691 | ffi.cdef(CDEF)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 105, in cdef
  2016-10-02 23:32:34.692 | self._cdef(csource, override=override, 
packed=packed)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 119, in _cdef
  2016-10-02 23:32:34.692 | self._parser.parse(csource, override=override, 
**options)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 299, in parse
  2016-10-02 23:32:34.692 | self._internal_parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 304, in 
_internal_parse
  2016-10-02 23:32:34.692 | ast, macros, csource = self._parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 260, in _parse
  2016-10-02 23:32:34.692 | ast = _get_parser().parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 40, in 
_get_parser
  2016-10-02 23:32:34.692 | _parser_cache = pycparser.CParser()
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_parser.py", line 87, in 
__init__
  2016-10-02 23:32:34.692 | outputdir=taboutputdir)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_lexer.py", line 66, in build
  2016-10-02 23:32:34.692 | self.lexer = lex.lex(object=self, **kwargs)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 911, in lex
  2016-10-02 23:32:34.692 | lexobj.readtab(lextab, ldict)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 233, in 
readtab
  2016-10-02 23:32:34.692 | 

[Yahoo-eng-team] [Bug 1629726] Re: recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

[Dmitry Tantsur]

** Changed in: ironic
   Status: Confirmed => 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/1629726

Title:
  recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

Status in Cinder:
  Confirmed
Status in Designate:
  Confirmed
Status in ec2-api:
  Confirmed
Status in gce-api:
  Confirmed
Status in heat:
  Confirmed
Status in Ironic:
  Fix Released
Status in Magnum:
  Confirmed
Status in Manila:
  Confirmed
Status in networking-cisco:
  Confirmed
Status in OpenStack Compute (nova):
  Confirmed
Status in Rally:
  Confirmed
Status in OpenStack DBaaS (Trove):
  Fix Committed

Bug description:
  http://logs.openstack.org/76/380876/1/check/gate-grenade-dsvm-ubuntu-
  xenial/3d5e102/logs/grenade.sh.txt.gz#_2016-10-02_23_32_34_069

  2016-10-02 23:32:34.069 | + lib/cinder:init_cinder:421   :   
/usr/local/bin/cinder-manage --config-file /etc/cinder/cinder.conf db sync
  2016-10-02 23:32:34.691 | Traceback (most recent call last):
  2016-10-02 23:32:34.691 |   File "/usr/local/bin/cinder-manage", line 6, in 

  2016-10-02 23:32:34.691 | from cinder.cmd.manage import main
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/cmd/manage.py", line 77, in 
  2016-10-02 23:32:34.691 | from cinder import db
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/db/__init__.py", line 20, in 
  2016-10-02 23:32:34.691 | from cinder.db.api import *  # noqa
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/db/api.py", 
line 43, in 
  2016-10-02 23:32:34.691 | from cinder.api import common
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/api/common.py", line 30, in 
  2016-10-02 23:32:34.691 | from cinder import utils
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/utils.py", 
line 40, in 
  2016-10-02 23:32:34.691 | from os_brick import encryptors
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/__init__.py", line 
16, in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import nop
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/nop.py", line 16, 
in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import base
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/base.py", line 19, 
in 
  2016-10-02 23:32:34.691 | from os_brick import executor
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/executor.py", line 21, in 

  2016-10-02 23:32:34.691 | from os_brick.privileged import rootwrap as 
priv_rootwrap
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/privileged/__init__.py", line 
13, in 
  2016-10-02 23:32:34.691 | from oslo_privsep import capabilities as c
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/oslo_privsep/capabilities.py", line 73, 
in 
  2016-10-02 23:32:34.691 | ffi.cdef(CDEF)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 105, in cdef
  2016-10-02 23:32:34.692 | self._cdef(csource, override=override, 
packed=packed)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 119, in _cdef
  2016-10-02 23:32:34.692 | self._parser.parse(csource, override=override, 
**options)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 299, in parse
  2016-10-02 23:32:34.692 | self._internal_parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 304, in 
_internal_parse
  2016-10-02 23:32:34.692 | ast, macros, csource = self._parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 260, in _parse
  2016-10-02 23:32:34.692 | ast = _get_parser().parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 40, in 
_get_parser
  2016-10-02 23:32:34.692 | _parser_cache = pycparser.CParser()
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_parser.py", line 87, in 
__init__
  2016-10-02 23:32:34.692 | outputdir=taboutputdir)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_lexer.py", line 66, in build
  2016-10-02 23:32:34.692 | self.lexer = lex.lex(object=self, **kwargs)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 911, in lex
  2016-10-02 23:32:34.692 | lexobj.readtab(lextab, ldict)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 233, in 
readtab
  2016-10-02 23:32:34.692 | 

[Yahoo-eng-team] [Bug 1628044] Re: BGP Dynamic Routing: Not listening on 179 port in router namespace for V6

[vikram.choudhary]

Please check with Ryu team..

bgpspeaker.peer [-] Socket could not be created in time (30 secs), reason 
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/ryu/services/protocols/bgp/peer.py", 
line 1072, in _connect_loop
password=password)
  File "/usr/lib/python2.7/dist-packages/ryu/services/protocols/bgp/base.py", 
line 410, in _connect_tcp
sock.connect(peer_addr)
  File "/usr/lib/python2.7/dist-packages/eventlet/greenio/base.py", line 237, 
in connect

** Changed in: neutron
   Status: New => Invalid

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1628044

Title:
  BGP Dynamic Routing: Not listening on 179 port in router namespace for
  V6

Status in neutron:
  Invalid

Bug description:
  Trying to configure BGP on Mitaka/Ubuntu  setup.

  #uname -a
  Linux hp3bl2 3.13.0-96-generic #143-Ubuntu SMP Mon Aug 29 20:15:20 UTC 2016 
x86_64 x86_64 x86_64 GNU/Linux

  BGP neighborship is not getting established. Neutron router sents
  RST,ACK on session establishment request from Cisco Router.

  
  Snapshot of /var/log/neutron/neutron-bgp-dragent.log

  
  _connect_loop 
/usr/lib/python2.7/dist-packages/ryu/services/protocols/bgp/peer.py:1078
  2016-09-26 17:29:15.102 2010 INFO bgpspeaker.peer [-] Will try to reconnect 
to fd00:10:6b50:600a::2 after 30 secs: True
  2016-09-26 17:29:22.055 2010 DEBUG neutron.services.bgp.agent.bgp_dragent 
[req-7b042acb-731e-430c-bfd5-b67359980c69 - - - - -] Report state task started 
_report_state 
/usr/lib/python2.7/dist-packages/neutron/services/bgp/agent/bgp_dragent.py:675
  2016-09-26 17:29:22.058 2010 DEBUG oslo_messaging._drivers.amqpdriver 
[req-326e6789-1dd1-4b89-9ab6-82395d96e407 - - - - -] CALL msg_id: 
89ef26385d34408cbde5deb5725d1bb2 exchange 'neutron' topic 'q-plugin' _send 
/usr/lib/python2.7/dist-packages/oslo_messaging/_drivers/amqpdriver.py:454
  2016-09-26 17:29:22.082 2010 DEBUG oslo_messaging._drivers.amqpdriver [-] 
received reply msg_id: 89ef26385d34408cbde5deb5725d1bb2 __call__ 
/usr/lib/python2.7/dist-packages/oslo_messaging/_drivers/amqpdriver.py:302
  2016-09-26 17:29:33.945 2010 DEBUG oslo_service.periodic_task 
[req-089bb213-a2c5-40c8-9e1f-9282e80e4482 - - - - -] Running periodic task 
BgpDrAgentWithStateReport.periodic_resync run_periodic_tasks 
/usr/lib/python2.7/dist-packages/oslo_service/periodic_task.py:215
  2016-09-26 17:29:33.946 2010 DEBUG neutron.services.bgp.agent.bgp_dragent 
[req-089bb213-a2c5-40c8-9e1f-9282e80e4482 - - - - -] Started periodic resync. 
periodic_resync 
/usr/lib/python2.7/dist-packages/neutron/services/bgp/agent/bgp_dragent.py:173
  2016-09-26 17:29:33.947 2010 DEBUG neutron.services.bgp.agent.bgp_dragent 
[req-089bb213-a2c5-40c8-9e1f-9282e80e4482 - - - - -] resync 
(b9ed49f6-7a32-4049-a74b-9791dcfaea32): ['Periodic route cache refresh'] 
_periodic_resync_helper 
/usr/lib/python2.7/dist-packages/neutron/services/bgp/agent/bgp_dragent.py:165
  2016-09-26 17:29:33.948 2010 DEBUG oslo_concurrency.lockutils 
[req-089bb213-a2c5-40c8-9e1f-9282e80e4482 - - - - -] Lock "bgp-dragent" 
acquired by "neutron.services.bgp.agent.bgp_dragent.sync_state" :: waited 
0.000s inner /usr/lib/python2.7/dist-packages/oslo_concurrency/lockutils.py:273
  2016-09-26 17:29:33.950 2010 DEBUG oslo_messaging._drivers.amqpdriver 
[req-089bb213-a2c5-40c8-9e1f-9282e80e4482 - - - - -] CALL msg_id: 
e9eaf874365f453fb9cf76dce327b53b exchange 'neutron' topic 'q-bgp-plugin' _send 
/usr/lib/python2.7/dist-packages/oslo_messaging/_drivers/amqpdriver.py:454
  2016-09-26 17:29:34.009 2010 DEBUG oslo_messaging._drivers.amqpdriver [-] 
received reply msg_id: e9eaf874365f453fb9cf76dce327b53b __call__ 
/usr/lib/python2.7/dist-packages/oslo_messaging/_drivers/amqpdriver.py:302
  2016-09-26 17:29:34.011 2010 DEBUG neutron.services.bgp.agent.bgp_dragent 
[req-089bb213-a2c5-40c8-9e1f-9282e80e4482 - - - - -] Recording resync request 
for BGP Speaker b9ed49f6-7a32-4049-a74b-9791dcfaea32 with reason=Periodic route 
cache refresh schedule_resync 
/usr/lib/python2.7/dist-packages/neutron/services/bgp/agent/bgp_dragent.py:509
  2016-09-26 17:29:34.012 2010 DEBUG oslo_concurrency.lockutils 
[req-089bb213-a2c5-40c8-9e1f-9282e80e4482 - - - - -] Lock "bgp-dragent" 
released by "neutron.services.bgp.agent.bgp_dragent.sync_state" :: held 0.064s 
inner /usr/lib/python2.7/dist-packages/oslo_concurrency/lockutils.py:285
  2016-09-26 17:29:46.103 2010 DEBUG bgpspeaker.peer [-] Peer 
fd00:10:6b50:600a::2 BGP FSM went from Active to Connect bgp_state 
/usr/lib/python2.7/dist-packages/ryu/services/protocols/bgp/peer.py:222
  2016-09-26 17:29:46.103 2010 DEBUG bgpspeaker.peer [-] Peer(ip: 
fd00:10:6b50:600a::2, asn: 65002) trying to connect to ('fd00:10:6b50:600a::2', 
179) _connect_loop 
/usr/lib/python2.7/dist-packages/ryu/services/protocols/bgp/peer.py:1064
  2016-09-26 17:29:46.104 

[Yahoo-eng-team] [Bug 1619084] Re: Release request for networking-sfc for stable/Mitaka

[Ihar Hrachyshka]

** No longer affects: neutron

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1619084

Title:
  Release request for networking-sfc for stable/Mitaka

Status in networking-sfc:
  Fix Committed

Bug description:
  Branch: stable/mitaka
  New Tag: 2.0.0

  The Mitaka release of networking-SFC contains several enhancements and
  bug fixes.

  All code patches have been reviewed. In addition, comprehensive end-
  to-end integration testing with many different CLI combinations have
  been tested. The community project team has agreed that the codes are
  ready for release.

To manage notifications about this bug go to:
https://bugs.launchpad.net/networking-sfc/+bug/1619084/+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 1629536] Re: remove the blank line

[Kevin L. Mitchell]

This is not a bug.  It's not even a style issue.

** Changed in: nova
   Status: Incomplete => 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/1629536

Title:
  remove the blank line

Status in OpenStack Compute (nova):
  Invalid

Bug description:
  there is a blanck line in the nova code.
  https://github.com/openstack/nova/blob/master/nova/policy.py

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1629536/+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 1629040] Re: Incorrect hyper-v driver capability

[OpenStack Infra]

Reviewed:  https://review.openstack.org/379628
Committed: 
https://git.openstack.org/cgit/openstack/nova/commit/?id=e60e95f4997a8108de0d861e15775ea5e57ef759
Submitter: Jenkins
Branch:master

commit e60e95f4997a8108de0d861e15775ea5e57ef759
Author: Lucian Petrut 
Date:   Thu Sep 29 20:46:03 2016 +0300

Disable 'supports_migrate_to_same_host' HyperV driver capability

The Hyper-V driver incorrectly enables the
'supports_migrate_to_same_host' capability.

This capability seems to have been introduced having the VMWare
cluster architecture in mind, but it leads to unintended behavior
in case of the HyperV driver.

For this reason, the Hyper-V CI is failing on an recently introduced
tempest test, which asserts that the host has changed.

This change disables this driver capability.

Change-Id: Ibb4f1d4e40ccc98dc297e463b127772a49207d9a
Closes-Bug: #1629040


** Changed in: nova
   Status: In Progress => Fix Released

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1629040

Title:
  Incorrect hyper-v driver capability

Status in compute-hyperv:
  New
Status in OpenStack Compute (nova):
  Fix Released

Bug description:
  The Hyper-V driver incorrectly enables the
  'supports_migrate_to_same_host' capability.

  This capability seems to have been introduced having the VMWare
  cluster architecture in mind, but it leads to unintended behavior in
  case of the HyperV driver.

  For this reason, the Hyper-V CI is failing on the test_cold_migration
  tempest test, which asserts that the host has changed.

To manage notifications about this bug go to:
https://bugs.launchpad.net/compute-hyperv/+bug/1629040/+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 1599256] Re: instance_get_all_by_filters can perform unnecessary joins

[OpenStack Infra]

Reviewed:  https://review.openstack.org/342299
Committed: 
https://git.openstack.org/cgit/openstack/nova/commit/?id=dc7c21f3cfbd5f68e9bc6b88f75e160826fadb82
Submitter: Jenkins
Branch:master

commit dc7c21f3cfbd5f68e9bc6b88f75e160826fadb82
Author: Pushkar Umaranikar 
Date:   Thu Jul 14 17:32:02 2016 +

Removing duplicates from columns_to_join list

columns_to_join list contains duplicate values as we keep
extending expected_attrs list in api level.
This commit involves removing duplicates from columns_to_join
attribute of instance model to avoid unnecessary joins in
instance_get_all_by_filters method.
Sorting resultant set based on list index is required to maintain
the sequence.

Change-Id: I2c93cef0babad23fa456bf10ba2ccaec7844b4cd
Closes-Bug: #1599256


** Changed in: nova
   Status: In Progress => Fix Released

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1599256

Title:
  instance_get_all_by_filters can perform unnecessary joins

Status in OpenStack Compute (nova):
  Fix Released

Bug description:
  When listing server details, instance_get_all_by_filters() can be
  invoked with duplicates in the columns_to_join list.  This can result
  in both a join and a separate query against the potential
  "manual_join" tables.

  This appears to have been introduced with the behavior in this commit:

  
https://github.com/openstack/nova/commit/2e68b2298e94a15d1282c0fb46804b9efa6c8b3a

  Where the list of expected_attr here:

  
https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/views/servers.py#L55
  
https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/views/servers.py#L110

  is further extended with the expected_attr list in the compute_api
  here:

  https://github.com/openstack/nova/blob/master/nova/compute/api.py#L2092

  Resulting in a columns_to_join list resembling:

  ['flavor', 'info_cache', 'metadata', 'metadata', 'system_metadata',
  'info_cache', 'security_groups']

  In nova.db.sqlalchemy.api:_manual_join_columns(), only the first
  'metadata' entry gets removed resulting in both a sqlalchemy
  joinedload() hint (joining against instance_metadata) and separately
  querying instance_metadata via _instances_fill_metadata().  The
  'metadata' join in particular can be rather inefficient.  In some
  cases  this results in about 10x the data being pulled from the
  database compared to just the "manual join" - this problem is
  particularly amplified for projects with a large number of associated
  instances.

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1599256/+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 1628643] Re: RST markup error leaving trailing ::

[OpenStack Infra]

Reviewed:  https://review.openstack.org/378966
Committed: 
https://git.openstack.org/cgit/openstack/nova/commit/?id=a0b85d6f0611d98e21d2d05ade8290f14327f17a
Submitter: Jenkins
Branch:master

commit a0b85d6f0611d98e21d2d05ade8290f14327f17a
Author: Ianeta Hutchinson 
Date:   Wed Sep 28 14:13:51 2016 -0500

Fixes RST markup error to create a code-box.

Change-Id: Ief06eaa630befb3d9a45ad9177cc40d5ccdf6f34
Closes-Bug: #1628643


** Changed in: nova
   Status: In Progress => Fix Released

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1628643

Title:
  RST markup error leaving trailing ::

Status in OpenStack Compute (nova):
  Fix Released

Bug description:
  RST markup error left trailing "::" rather than creating a code box.

  Found under "Group the policy rules into different policy files"
  paragraph.

  http://docs.openstack.org/developer/nova/policy_enforcement.html

  Thanks

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1628643/+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 1628854] Re: Hyper-V VMs cannot spawn due to missing image property

[OpenStack Infra]

Reviewed:  https://review.openstack.org/379326
Committed: 
https://git.openstack.org/cgit/openstack/nova/commit/?id=aaf2532c2a368c549c0ab8199317a382365dee2f
Submitter: Jenkins
Branch:master

commit aaf2532c2a368c549c0ab8199317a382365dee2f
Author: Claudiu Belu 
Date:   Thu Sep 29 12:44:01 2016 +0300

Hyper-V: Fixes os_type image property requirement

The image property os_type is only needed when the instance
is required to have UEFI Secure Boot enabled. os_type is not
required if this feature is not required.

Closes-Bug: #1628854

Change-Id: Ib27ca25d8ee9fa82673943221aaa216ab274d4fe


** Changed in: nova
   Status: In Progress => Fix Released

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1628854

Title:
  Hyper-V VMs cannot spawn due to missing image property

Status in OpenStack Compute (nova):
  Fix Released

Bug description:
  The HyperVDriver currently fails to spawn instances due to missing
  "os_type" image property [1]. This image property is needed for VMs
  with UEFI Secure Boot enabled, but not needed if this feature is not
  required.

  This issue has been seen in the Hyper-V CI.

  [1] http://paste.openstack.org/show/583450/
  [2] https://review.openstack.org/#/c/209581/

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1628854/+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 1500896] Re: It's not necessary to pass context as kwarg to oslo.log in most cases

[OpenStack Infra]

Reviewed:  https://review.openstack.org/317109
Committed: 
https://git.openstack.org/cgit/openstack/nova/commit/?id=b3d58ed718db91015582cf759a7c8af1874ef093
Submitter: Jenkins
Branch:master

commit b3d58ed718db91015582cf759a7c8af1874ef093
Author: Sivasathurappan Radhakrishnan 
Date:   Mon May 16 22:09:44 2016 +

Remove context object in oslo.log method

Removed context object while logging as Nova uses oslo.context's
RequestContext which means the context object is in scope when doing
logging. Added hack to notify, in case if someone uses it in logging
statements in future.

Change-Id: I5aaa869f2e6155964827e659d18e2bcaad9d866b
Closes-Bug:#1500896


** Changed in: nova
   Status: In Progress => Fix Released

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1500896

Title:
  It's not necessary to pass context as kwarg to oslo.log in most cases

Status in Cinder:
  Fix Released
Status in OpenStack Compute (nova):
  Fix Released

Bug description:
  Nova is using oslo.context's RequestContext which means the context
  object is in scope when doing logging using oslo.log:

  http://docs.openstack.org/developer/oslo.log/usage.html#passing-
  context

  But there are a lot of places in nova where we do something like:

  context = context.elevated()
  LOG.info(_LI("Rebooting instance"), context=context, 
instance=instance)

  This is confusing because it makes you wonder if (1) you should be
  passing context in logging method and (2) if it's OK to pass the
  elevated context in this case or if you should be passing the original
  context.

  It turns out that in this case neither is necessary.  The elevated
  context just has the admin flag set, the request / user / project IDs
  in the context are left unchanged, which is what we want for logging.
  And the context is already in scope because of:

  
http://git.openstack.org/cgit/openstack/oslo.context/tree/oslo_context/context.py#n71

  So we don't need to pass it as a kwarg.

  This bug is meant to scrub through nova and remove any unnecessary
  passing of the context object to oslo.log methods.

To manage notifications about this bug go to:
https://bugs.launchpad.net/cinder/+bug/1500896/+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 1629726] Re: recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

[Sam Betts]

** Also affects: networking-cisco
   Importance: Undecided
   Status: New

** Changed in: networking-cisco
   Importance: Undecided => Critical

** Changed in: networking-cisco
   Status: New => Confirmed

-- 
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/1629726

Title:
  recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

Status in Cinder:
  Confirmed
Status in Designate:
  Confirmed
Status in ec2-api:
  Confirmed
Status in gce-api:
  Confirmed
Status in heat:
  Confirmed
Status in Ironic:
  Confirmed
Status in Magnum:
  Confirmed
Status in Manila:
  Confirmed
Status in networking-cisco:
  Confirmed
Status in OpenStack Compute (nova):
  Confirmed
Status in Rally:
  Confirmed
Status in OpenStack DBaaS (Trove):
  Confirmed

Bug description:
  http://logs.openstack.org/76/380876/1/check/gate-grenade-dsvm-ubuntu-
  xenial/3d5e102/logs/grenade.sh.txt.gz#_2016-10-02_23_32_34_069

  2016-10-02 23:32:34.069 | + lib/cinder:init_cinder:421   :   
/usr/local/bin/cinder-manage --config-file /etc/cinder/cinder.conf db sync
  2016-10-02 23:32:34.691 | Traceback (most recent call last):
  2016-10-02 23:32:34.691 |   File "/usr/local/bin/cinder-manage", line 6, in 

  2016-10-02 23:32:34.691 | from cinder.cmd.manage import main
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/cmd/manage.py", line 77, in 
  2016-10-02 23:32:34.691 | from cinder import db
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/db/__init__.py", line 20, in 
  2016-10-02 23:32:34.691 | from cinder.db.api import *  # noqa
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/db/api.py", 
line 43, in 
  2016-10-02 23:32:34.691 | from cinder.api import common
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/api/common.py", line 30, in 
  2016-10-02 23:32:34.691 | from cinder import utils
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/utils.py", 
line 40, in 
  2016-10-02 23:32:34.691 | from os_brick import encryptors
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/__init__.py", line 
16, in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import nop
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/nop.py", line 16, 
in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import base
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/base.py", line 19, 
in 
  2016-10-02 23:32:34.691 | from os_brick import executor
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/executor.py", line 21, in 

  2016-10-02 23:32:34.691 | from os_brick.privileged import rootwrap as 
priv_rootwrap
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/privileged/__init__.py", line 
13, in 
  2016-10-02 23:32:34.691 | from oslo_privsep import capabilities as c
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/oslo_privsep/capabilities.py", line 73, 
in 
  2016-10-02 23:32:34.691 | ffi.cdef(CDEF)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 105, in cdef
  2016-10-02 23:32:34.692 | self._cdef(csource, override=override, 
packed=packed)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 119, in _cdef
  2016-10-02 23:32:34.692 | self._parser.parse(csource, override=override, 
**options)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 299, in parse
  2016-10-02 23:32:34.692 | self._internal_parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 304, in 
_internal_parse
  2016-10-02 23:32:34.692 | ast, macros, csource = self._parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 260, in _parse
  2016-10-02 23:32:34.692 | ast = _get_parser().parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 40, in 
_get_parser
  2016-10-02 23:32:34.692 | _parser_cache = pycparser.CParser()
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_parser.py", line 87, in 
__init__
  2016-10-02 23:32:34.692 | outputdir=taboutputdir)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_lexer.py", line 66, in build
  2016-10-02 23:32:34.692 | self.lexer = lex.lex(object=self, **kwargs)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 911, in lex
  2016-10-02 23:32:34.692 | lexobj.readtab(lextab, ldict)
  2016-10-02 

[Yahoo-eng-team] [Bug 1629726] Re: recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

[Spyros Trigazis]

** Also affects: magnum
   Importance: Undecided
   Status: New

** Changed in: magnum
   Importance: Undecided => Critical

** Changed in: magnum
   Status: New => Confirmed

-- 
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/1629726

Title:
  recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

Status in Cinder:
  Confirmed
Status in Designate:
  Confirmed
Status in ec2-api:
  Confirmed
Status in gce-api:
  Confirmed
Status in heat:
  Confirmed
Status in Ironic:
  Confirmed
Status in Magnum:
  Confirmed
Status in Manila:
  Confirmed
Status in networking-cisco:
  New
Status in OpenStack Compute (nova):
  Confirmed
Status in Rally:
  Confirmed
Status in OpenStack DBaaS (Trove):
  Confirmed

Bug description:
  http://logs.openstack.org/76/380876/1/check/gate-grenade-dsvm-ubuntu-
  xenial/3d5e102/logs/grenade.sh.txt.gz#_2016-10-02_23_32_34_069

  2016-10-02 23:32:34.069 | + lib/cinder:init_cinder:421   :   
/usr/local/bin/cinder-manage --config-file /etc/cinder/cinder.conf db sync
  2016-10-02 23:32:34.691 | Traceback (most recent call last):
  2016-10-02 23:32:34.691 |   File "/usr/local/bin/cinder-manage", line 6, in 

  2016-10-02 23:32:34.691 | from cinder.cmd.manage import main
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/cmd/manage.py", line 77, in 
  2016-10-02 23:32:34.691 | from cinder import db
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/db/__init__.py", line 20, in 
  2016-10-02 23:32:34.691 | from cinder.db.api import *  # noqa
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/db/api.py", 
line 43, in 
  2016-10-02 23:32:34.691 | from cinder.api import common
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/api/common.py", line 30, in 
  2016-10-02 23:32:34.691 | from cinder import utils
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/utils.py", 
line 40, in 
  2016-10-02 23:32:34.691 | from os_brick import encryptors
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/__init__.py", line 
16, in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import nop
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/nop.py", line 16, 
in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import base
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/base.py", line 19, 
in 
  2016-10-02 23:32:34.691 | from os_brick import executor
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/executor.py", line 21, in 

  2016-10-02 23:32:34.691 | from os_brick.privileged import rootwrap as 
priv_rootwrap
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/privileged/__init__.py", line 
13, in 
  2016-10-02 23:32:34.691 | from oslo_privsep import capabilities as c
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/oslo_privsep/capabilities.py", line 73, 
in 
  2016-10-02 23:32:34.691 | ffi.cdef(CDEF)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 105, in cdef
  2016-10-02 23:32:34.692 | self._cdef(csource, override=override, 
packed=packed)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 119, in _cdef
  2016-10-02 23:32:34.692 | self._parser.parse(csource, override=override, 
**options)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 299, in parse
  2016-10-02 23:32:34.692 | self._internal_parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 304, in 
_internal_parse
  2016-10-02 23:32:34.692 | ast, macros, csource = self._parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 260, in _parse
  2016-10-02 23:32:34.692 | ast = _get_parser().parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 40, in 
_get_parser
  2016-10-02 23:32:34.692 | _parser_cache = pycparser.CParser()
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_parser.py", line 87, in 
__init__
  2016-10-02 23:32:34.692 | outputdir=taboutputdir)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_lexer.py", line 66, in build
  2016-10-02 23:32:34.692 | self.lexer = lex.lex(object=self, **kwargs)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 911, in lex
  2016-10-02 23:32:34.692 | lexobj.readtab(lextab, ldict)
  2016-10-02 23:32:34.692 |   File 

[Yahoo-eng-team] [Bug 1629830] Re: pycparser-2.14 wheel is wrongly built and raises AssertionError

[Spyros Trigazis]

*** This bug is a duplicate of bug 1629726 ***
https://bugs.launchpad.net/bugs/1629726

** Also affects: magnum
   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/1629830

Title:
  pycparser-2.14 wheel is wrongly built and raises AssertionError

Status in heat:
  New
Status in Ironic:
  New
Status in Magnum:
  New
Status in OpenStack Compute (nova):
  Confirmed

Bug description:
  Most of our gate jobs are impacted (Nova UTs, Tempest tests, Grenade
  checks) by a new respin of pycparser that raises an AssertionError
  when imported.

  Note that not only Nova but a lot of OpenStack projects are impacted :
  
http://logstash.openstack.org/#/dashboard/file/logstash.json?query=message:%20\%22AssertionError:%20sorry,%20but%20this%20version%20only%20supports%20100%20named%20groups\%22=24h

  The issue has been logged upstream
  https://github.com/eliben/pycparser/issues/147 but we somehow need to
  downgrade pycparser first in order to stabilize our gates.

To manage notifications about this bug go to:
https://bugs.launchpad.net/heat/+bug/1629830/+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 1629133] Re: New neutron subnet pool support breaks multinode testing.

[Ihar Hrachyshka]

It doesn't seem like a neutron issue. Removed neutron from the list of
affected projects.

** Changed in: neutron
   Status: New => Invalid

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1629133

Title:
  New neutron subnet pool support breaks multinode testing.

Status in devstack:
  In Progress
Status in Ironic:
  New
Status in Manila:
  New
Status in neutron:
  Invalid

Bug description:
  The new subnet pool support in devstack breaks multinode testing bceause it 
results in the route for 10.0.0.0/8 being set to via br-ex when the host has 
interfaces that are actually on 10 nets and that is where we need the routes to 
go out. Multinode testing is affected because it uses these 10 net addresses to 
run the vxlan overlays between hosts.
  For many years devstack-gate has set FIXED_RANGE to ensure that the networks 
devstack uses do not interfere with the underlying test host's networking. 
However this setting was completely ignored when setting up the subnet pools.

  I think the correct way to fix this is to use a much smaller subnet
  pool range to avoid conflicting with every possible 10.0.0.0/8 network
  in the wild, possibly by defaulting to the existing FIXED_RANGE
  information. Using the existing information will help ensure that
  anyone with networks in 10.0.0.0/8 will continue to work if they have
  specified a range that doesn't conflict using this variable.

  In addition to this we need to clearly document what this new stuff in
  devstack does and how people can work around it should they conflict
  with the new defaults we end up choosing.

  I have proposed https://review.openstack.org/379543 which mostly works
  except it fails one tempest test that apparently depends on this new
  subnet pool stuff. Specifically the V6 range isn't large enough aiui.

To manage notifications about this bug go to:
https://bugs.launchpad.net/devstack/+bug/1629133/+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 1585100] Re: lbaas-poolmember: subnet is optional according to docs, but actually required

[Ihar Hrachyshka]

It does not seem to me like there is anything to fix on neutron-lbaas
side. The wording quoted by 'cat' seems fine to me.

** Tags added: lbaas

** Changed in: neutron
   Importance: Undecided => Wishlist

** Changed in: neutron
   Status: New => Opinion

** Changed in: neutron
   Importance: Wishlist => Low

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1585100

Title:
  lbaas-poolmember: subnet is optional according to docs, but actually
  required

Status in neutron:
  Opinion
Status in openstack-api-site:
  New

Bug description:
  I have devstack master with neutron lbaas with octavia.
  And I tried to create poolmember with this Heat template:
  heat_template_version: 2013-05-23

  resources:
port:
  type: OS::Neutron::LBaaS::PoolMember
  properties:
pool: 7abe4251-c643-414a-8776-7346b9c09e71
address: 5.5.5.5
protocol_port: 

  And then I got an error:
  2016-05-24 11:20:26.239 INFO heat.engine.resource 
[req-3734d004-fe1d-4e55-8978-15c9251d5f30 None demo] CREATE: PoolMember "port" 
Stack "test_pool" [0ae40413-9d58-4840-8915-67dbc43f9035]
  2016-05-24 11:20:26.239 TRACE heat.engine.resource Traceback (most recent 
call last):
  2016-05-24 11:20:26.239 TRACE heat.engine.resource   File 
"/opt/stack/heat/heat/engine/resource.py", line 715, in _action_recorder
  2016-05-24 11:20:26.239 TRACE heat.engine.resource yield
  2016-05-24 11:20:26.239 TRACE heat.engine.resource   File 
"/opt/stack/heat/heat/engine/resource.py", line 795, in _do_action
  2016-05-24 11:20:26.239 TRACE heat.engine.resource yield 
self.action_handler_task(action, args=handler_args)
  2016-05-24 11:20:26.239 TRACE heat.engine.resource   File 
"/opt/stack/heat/heat/engine/scheduler.py", line 329, in wrapper
  2016-05-24 11:20:26.239 TRACE heat.engine.resource step = next(subtask)
  2016-05-24 11:20:26.239 TRACE heat.engine.resource   File 
"/opt/stack/heat/heat/engine/resource.py", line 763, in action_handler_task
  2016-05-24 11:20:26.239 TRACE heat.engine.resource done = 
check(handler_data)
  2016-05-24 11:20:26.239 TRACE heat.engine.resource   File 
"/opt/stack/heat/heat/engine/resources/openstack/neutron/lbaas/pool_member.py", 
line 168, in check_create_complete
  2016-05-24 11:20:26.239 TRACE heat.engine.resource self.pool_id, 
{'member': properties})['member']
  2016-05-24 11:20:26.239 TRACE heat.engine.resource   File 
"/usr/local/lib/python2.7/dist-packages/neutronclient/v2_0/client.py", line 
1110, in create_lbaas_member
  2016-05-24 11:20:26.239 TRACE heat.engine.resource return 
self.post(self.lbaas_members_path % lbaas_pool, body=body)
  2016-05-24 11:20:26.239 TRACE heat.engine.resource   File 
"/usr/local/lib/python2.7/dist-packages/neutronclient/v2_0/client.py", line 
347, in post
  2016-05-24 11:20:26.239 TRACE heat.engine.resource headers=headers, 
params=params)
  2016-05-24 11:20:26.239 TRACE heat.engine.resource   File 
"/usr/local/lib/python2.7/dist-packages/neutronclient/v2_0/client.py", line 
282, in do_request
  2016-05-24 11:20:26.239 TRACE heat.engine.resource 
self._handle_fault_response(status_code, replybody, resp)
  2016-05-24 11:20:26.239 TRACE heat.engine.resource   File 
"/usr/local/lib/python2.7/dist-packages/neutronclient/v2_0/client.py", line 
257, in _handle_fault_response
  2016-05-24 11:20:26.239 TRACE heat.engine.resource 
exception_handler_v20(status_code, error_body)
  2016-05-24 11:20:26.239 TRACE heat.engine.resource   File 
"/usr/local/lib/python2.7/dist-packages/neutronclient/v2_0/client.py", line 84, 
in exception_handler_v20
  2016-05-24 11:20:26.239 TRACE heat.engine.resource 
request_ids=request_ids)
  2016-05-24 11:20:26.239 TRACE heat.engine.resource BadRequest: Failed to 
parse request. Required attribute 'subnet_id' not specified
  2016-05-24 11:20:26.239 TRACE heat.engine.resource Neutron server returns 
request_ids: ['req-307da359-cccb-4b57-a9cb-0a29186e62cb']

  I also tried to create poolmember with cli, and got a message that
  subnet is required to create poolmember.

  But according to docs http://developer.openstack.org/api-ref-
  networking-v2-ext.html#createMemberv2 subnet is optional.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1585100/+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 1391504] Re: Sample policies for Openstack

[Ihar Hrachyshka]

** Changed in: neutron
   Status: In Progress => Won't Fix

** Changed in: neutron
   Importance: Undecided => Wishlist

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1391504

Title:
  Sample policies for Openstack

Status in Cinder:
  Won't Fix
Status in Glance:
  In Progress
Status in OpenStack Identity (keystone):
  Confirmed
Status in neutron:
  Won't Fix
Status in OpenStack Compute (nova):
  Opinion

Bug description:
  Regarding OpenStack policies, in general, the described roles seem
  quite complicated, it is not clear which roles are appropriated for
  each user. For example, in many policies it is defined just a global
  admin role. We would like to clarify what are the role organizations,
  for example, cloud_admin is the role for the cloud managers,
  domain_admin is the role for the domain managers, project_admin for
  the project admin and project_member a member with a role in a project
  but with no admin permissions. In this way, it is clear for the cloud
  manager which capability is being given to a user. The idea is create
  a policy.cloudsample.json, where roles as cloud_admin project_admin,
  and project_member will be defined and some default permissions,
  making policies closer to the business reality.

To manage notifications about this bug go to:
https://bugs.launchpad.net/cinder/+bug/1391504/+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 1628773] Re: Release request of networking-cisco and creation of stable/newton

[Ihar Hrachyshka]

networking-cisco is not part of neutron stadium:
https://github.com/openstack/governance/blob/master/reference/projects.yaml#L2771

** No longer affects: neutron

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1628773

Title:
  Release request of networking-cisco and creation of stable/newton

Status in networking-cisco:
  New

Bug description:
  networking-cisco has NOT yet branched stable/newton and there is no
  stable-newton tarball at http://tarballs.openstack.org/networking-
  cisco/

To manage notifications about this bug go to:
https://bugs.launchpad.net/networking-cisco/+bug/1628773/+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 1629726] Re: recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

[Andrey Pavlov]

** Also affects: ec2-api
   Importance: Undecided
   Status: New

** Also affects: gce-api
   Importance: Undecided
   Status: New

** Changed in: ec2-api
   Importance: Undecided => Critical

** Changed in: ec2-api
   Status: New => Confirmed

** Changed in: gce-api
   Importance: Undecided => Critical

** Changed in: gce-api
   Status: New => Confirmed

-- 
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/1629726

Title:
  recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

Status in Cinder:
  Confirmed
Status in Designate:
  Confirmed
Status in ec2-api:
  Confirmed
Status in gce-api:
  Confirmed
Status in heat:
  Confirmed
Status in Ironic:
  Confirmed
Status in Manila:
  Confirmed
Status in OpenStack Compute (nova):
  Confirmed
Status in Rally:
  Confirmed
Status in OpenStack DBaaS (Trove):
  Confirmed

Bug description:
  http://logs.openstack.org/76/380876/1/check/gate-grenade-dsvm-ubuntu-
  xenial/3d5e102/logs/grenade.sh.txt.gz#_2016-10-02_23_32_34_069

  2016-10-02 23:32:34.069 | + lib/cinder:init_cinder:421   :   
/usr/local/bin/cinder-manage --config-file /etc/cinder/cinder.conf db sync
  2016-10-02 23:32:34.691 | Traceback (most recent call last):
  2016-10-02 23:32:34.691 |   File "/usr/local/bin/cinder-manage", line 6, in 

  2016-10-02 23:32:34.691 | from cinder.cmd.manage import main
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/cmd/manage.py", line 77, in 
  2016-10-02 23:32:34.691 | from cinder import db
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/db/__init__.py", line 20, in 
  2016-10-02 23:32:34.691 | from cinder.db.api import *  # noqa
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/db/api.py", 
line 43, in 
  2016-10-02 23:32:34.691 | from cinder.api import common
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/api/common.py", line 30, in 
  2016-10-02 23:32:34.691 | from cinder import utils
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/utils.py", 
line 40, in 
  2016-10-02 23:32:34.691 | from os_brick import encryptors
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/__init__.py", line 
16, in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import nop
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/nop.py", line 16, 
in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import base
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/base.py", line 19, 
in 
  2016-10-02 23:32:34.691 | from os_brick import executor
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/executor.py", line 21, in 

  2016-10-02 23:32:34.691 | from os_brick.privileged import rootwrap as 
priv_rootwrap
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/privileged/__init__.py", line 
13, in 
  2016-10-02 23:32:34.691 | from oslo_privsep import capabilities as c
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/oslo_privsep/capabilities.py", line 73, 
in 
  2016-10-02 23:32:34.691 | ffi.cdef(CDEF)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 105, in cdef
  2016-10-02 23:32:34.692 | self._cdef(csource, override=override, 
packed=packed)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 119, in _cdef
  2016-10-02 23:32:34.692 | self._parser.parse(csource, override=override, 
**options)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 299, in parse
  2016-10-02 23:32:34.692 | self._internal_parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 304, in 
_internal_parse
  2016-10-02 23:32:34.692 | ast, macros, csource = self._parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 260, in _parse
  2016-10-02 23:32:34.692 | ast = _get_parser().parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 40, in 
_get_parser
  2016-10-02 23:32:34.692 | _parser_cache = pycparser.CParser()
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_parser.py", line 87, in 
__init__
  2016-10-02 23:32:34.692 | outputdir=taboutputdir)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_lexer.py", line 66, in build
  2016-10-02 23:32:34.692 | self.lexer = lex.lex(object=self, **kwargs)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 

[Yahoo-eng-team] [Bug 1629726] Re: recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

[Oleksiy Butenko]

** Also affects: rally
   Importance: Undecided
   Status: New

** Changed in: rally
   Status: New => Confirmed

-- 
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/1629726

Title:
  recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

Status in Cinder:
  Confirmed
Status in Designate:
  Confirmed
Status in ec2-api:
  Confirmed
Status in gce-api:
  Confirmed
Status in heat:
  Confirmed
Status in Ironic:
  Confirmed
Status in Manila:
  Confirmed
Status in OpenStack Compute (nova):
  Confirmed
Status in Rally:
  Confirmed
Status in OpenStack DBaaS (Trove):
  Confirmed

Bug description:
  http://logs.openstack.org/76/380876/1/check/gate-grenade-dsvm-ubuntu-
  xenial/3d5e102/logs/grenade.sh.txt.gz#_2016-10-02_23_32_34_069

  2016-10-02 23:32:34.069 | + lib/cinder:init_cinder:421   :   
/usr/local/bin/cinder-manage --config-file /etc/cinder/cinder.conf db sync
  2016-10-02 23:32:34.691 | Traceback (most recent call last):
  2016-10-02 23:32:34.691 |   File "/usr/local/bin/cinder-manage", line 6, in 

  2016-10-02 23:32:34.691 | from cinder.cmd.manage import main
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/cmd/manage.py", line 77, in 
  2016-10-02 23:32:34.691 | from cinder import db
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/db/__init__.py", line 20, in 
  2016-10-02 23:32:34.691 | from cinder.db.api import *  # noqa
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/db/api.py", 
line 43, in 
  2016-10-02 23:32:34.691 | from cinder.api import common
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/api/common.py", line 30, in 
  2016-10-02 23:32:34.691 | from cinder import utils
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/utils.py", 
line 40, in 
  2016-10-02 23:32:34.691 | from os_brick import encryptors
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/__init__.py", line 
16, in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import nop
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/nop.py", line 16, 
in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import base
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/base.py", line 19, 
in 
  2016-10-02 23:32:34.691 | from os_brick import executor
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/executor.py", line 21, in 

  2016-10-02 23:32:34.691 | from os_brick.privileged import rootwrap as 
priv_rootwrap
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/privileged/__init__.py", line 
13, in 
  2016-10-02 23:32:34.691 | from oslo_privsep import capabilities as c
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/oslo_privsep/capabilities.py", line 73, 
in 
  2016-10-02 23:32:34.691 | ffi.cdef(CDEF)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 105, in cdef
  2016-10-02 23:32:34.692 | self._cdef(csource, override=override, 
packed=packed)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 119, in _cdef
  2016-10-02 23:32:34.692 | self._parser.parse(csource, override=override, 
**options)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 299, in parse
  2016-10-02 23:32:34.692 | self._internal_parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 304, in 
_internal_parse
  2016-10-02 23:32:34.692 | ast, macros, csource = self._parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 260, in _parse
  2016-10-02 23:32:34.692 | ast = _get_parser().parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 40, in 
_get_parser
  2016-10-02 23:32:34.692 | _parser_cache = pycparser.CParser()
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_parser.py", line 87, in 
__init__
  2016-10-02 23:32:34.692 | outputdir=taboutputdir)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_lexer.py", line 66, in build
  2016-10-02 23:32:34.692 | self.lexer = lex.lex(object=self, **kwargs)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 911, in lex
  2016-10-02 23:32:34.692 | lexobj.readtab(lextab, ldict)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 233, in 
readtab
  2016-10-02 23:32:34.692 | 

[Yahoo-eng-team] [Bug 1629861] [NEW] L3 DVR: missing registry callback notification at Router Interface creation

[Thomas Morin]

Public bug reported:

The code triggering a ROUTER_INTERFACE AFTER_CREATE registry
notification is not ran if the Router to which an interface is added has
no gateway connected.

[1]
https://github.com/openstack/neutron/blob/930655cf57de523181b2d59bb4428b9f23991cce/neutron/db/l3_dvr_db.py#L427
)

This behavior is problematic for components that need to rely on this
functionality, and not consistent with what the non-DVR code does [2].

[2]
https://github.com/openstack/neutron/blob/f4ba9ea8ac18fabac80cb0443bc18d9f950482b3/neutron/db/l3_db.py#L815

** Affects: neutron
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1629861

Title:
  L3 DVR: missing registry callback notification at Router Interface
  creation

Status in neutron:
  New

Bug description:
  The code triggering a ROUTER_INTERFACE AFTER_CREATE registry
  notification is not ran if the Router to which an interface is added
  has no gateway connected.

  [1]
  
https://github.com/openstack/neutron/blob/930655cf57de523181b2d59bb4428b9f23991cce/neutron/db/l3_dvr_db.py#L427
  )

  This behavior is problematic for components that need to rely on this
  functionality, and not consistent with what the non-DVR code does [2].

  [2]
  
https://github.com/openstack/neutron/blob/f4ba9ea8ac18fabac80cb0443bc18d9f950482b3/neutron/db/l3_db.py#L815

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1629861/+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 856764] Re: RabbitMQ connections lack heartbeat or TCP keepalives

[Ihar Hrachyshka]

** No longer affects: neutron

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/856764

Title:
  RabbitMQ connections lack heartbeat or TCP keepalives

Status in Ceilometer:
  Invalid
Status in Ceilometer icehouse series:
  Fix Released
Status in Cinder:
  Invalid
Status in Mirantis OpenStack:
  Fix Committed
Status in OpenStack Compute (nova):
  Invalid
Status in oslo.messaging:
  Fix Released
Status in oslo.messaging package in Ubuntu:
  Fix Released

Bug description:
  There is currently no method built into Nova to keep connections from
  various components into RabbitMQ alive.  As a result, placing a
  stateful firewall (such as a Cisco ASA) between the connection
  can/does result in idle connections being terminated without either
  endpoint being aware.

  This issue can be mitigated a few different ways:

  1. Connections to RabbitMQ set socket options to enable TCP
  keepalives.

  2. Rabbit has heartbeat functionality.  If the client requests
  heartbeats on connection, rabbit server will regularly send messages
  to each connections with the expectation of a response.

  3. Other?

To manage notifications about this bug go to:
https://bugs.launchpad.net/ceilometer/+bug/856764/+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 1629726] Re: recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

[Graham Hayes]

** Also affects: designate
   Importance: Undecided
   Status: New

** Changed in: designate
   Status: New => Confirmed

** Changed in: designate
   Importance: Undecided => Critical

-- 
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/1629726

Title:
  recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

Status in Cinder:
  Confirmed
Status in Designate:
  Confirmed
Status in heat:
  Confirmed
Status in Ironic:
  Confirmed
Status in Manila:
  Confirmed
Status in OpenStack Compute (nova):
  Confirmed
Status in OpenStack DBaaS (Trove):
  Confirmed

Bug description:
  http://logs.openstack.org/76/380876/1/check/gate-grenade-dsvm-ubuntu-
  xenial/3d5e102/logs/grenade.sh.txt.gz#_2016-10-02_23_32_34_069

  2016-10-02 23:32:34.069 | + lib/cinder:init_cinder:421   :   
/usr/local/bin/cinder-manage --config-file /etc/cinder/cinder.conf db sync
  2016-10-02 23:32:34.691 | Traceback (most recent call last):
  2016-10-02 23:32:34.691 |   File "/usr/local/bin/cinder-manage", line 6, in 

  2016-10-02 23:32:34.691 | from cinder.cmd.manage import main
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/cmd/manage.py", line 77, in 
  2016-10-02 23:32:34.691 | from cinder import db
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/db/__init__.py", line 20, in 
  2016-10-02 23:32:34.691 | from cinder.db.api import *  # noqa
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/db/api.py", 
line 43, in 
  2016-10-02 23:32:34.691 | from cinder.api import common
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/api/common.py", line 30, in 
  2016-10-02 23:32:34.691 | from cinder import utils
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/utils.py", 
line 40, in 
  2016-10-02 23:32:34.691 | from os_brick import encryptors
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/__init__.py", line 
16, in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import nop
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/nop.py", line 16, 
in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import base
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/base.py", line 19, 
in 
  2016-10-02 23:32:34.691 | from os_brick import executor
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/executor.py", line 21, in 

  2016-10-02 23:32:34.691 | from os_brick.privileged import rootwrap as 
priv_rootwrap
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/privileged/__init__.py", line 
13, in 
  2016-10-02 23:32:34.691 | from oslo_privsep import capabilities as c
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/oslo_privsep/capabilities.py", line 73, 
in 
  2016-10-02 23:32:34.691 | ffi.cdef(CDEF)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 105, in cdef
  2016-10-02 23:32:34.692 | self._cdef(csource, override=override, 
packed=packed)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 119, in _cdef
  2016-10-02 23:32:34.692 | self._parser.parse(csource, override=override, 
**options)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 299, in parse
  2016-10-02 23:32:34.692 | self._internal_parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 304, in 
_internal_parse
  2016-10-02 23:32:34.692 | ast, macros, csource = self._parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 260, in _parse
  2016-10-02 23:32:34.692 | ast = _get_parser().parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 40, in 
_get_parser
  2016-10-02 23:32:34.692 | _parser_cache = pycparser.CParser()
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_parser.py", line 87, in 
__init__
  2016-10-02 23:32:34.692 | outputdir=taboutputdir)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_lexer.py", line 66, in build
  2016-10-02 23:32:34.692 | self.lexer = lex.lex(object=self, **kwargs)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 911, in lex
  2016-10-02 23:32:34.692 | lexobj.readtab(lextab, ldict)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 233, in 
readtab
  2016-10-02 23:32:34.692 | titem.append((re.compile(pat, 

[Yahoo-eng-team] [Bug 1629726] Re: recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

[Tom Barron]

** Also affects: manila
   Importance: Undecided
   Status: New

** Changed in: manila
   Status: New => Confirmed

-- 
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/1629726

Title:
  recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

Status in Cinder:
  Confirmed
Status in heat:
  Confirmed
Status in Ironic:
  Confirmed
Status in Manila:
  Confirmed
Status in OpenStack Compute (nova):
  Confirmed
Status in OpenStack DBaaS (Trove):
  Confirmed

Bug description:
  http://logs.openstack.org/76/380876/1/check/gate-grenade-dsvm-ubuntu-
  xenial/3d5e102/logs/grenade.sh.txt.gz#_2016-10-02_23_32_34_069

  2016-10-02 23:32:34.069 | + lib/cinder:init_cinder:421   :   
/usr/local/bin/cinder-manage --config-file /etc/cinder/cinder.conf db sync
  2016-10-02 23:32:34.691 | Traceback (most recent call last):
  2016-10-02 23:32:34.691 |   File "/usr/local/bin/cinder-manage", line 6, in 

  2016-10-02 23:32:34.691 | from cinder.cmd.manage import main
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/cmd/manage.py", line 77, in 
  2016-10-02 23:32:34.691 | from cinder import db
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/db/__init__.py", line 20, in 
  2016-10-02 23:32:34.691 | from cinder.db.api import *  # noqa
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/db/api.py", 
line 43, in 
  2016-10-02 23:32:34.691 | from cinder.api import common
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/api/common.py", line 30, in 
  2016-10-02 23:32:34.691 | from cinder import utils
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/utils.py", 
line 40, in 
  2016-10-02 23:32:34.691 | from os_brick import encryptors
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/__init__.py", line 
16, in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import nop
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/nop.py", line 16, 
in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import base
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/base.py", line 19, 
in 
  2016-10-02 23:32:34.691 | from os_brick import executor
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/executor.py", line 21, in 

  2016-10-02 23:32:34.691 | from os_brick.privileged import rootwrap as 
priv_rootwrap
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/privileged/__init__.py", line 
13, in 
  2016-10-02 23:32:34.691 | from oslo_privsep import capabilities as c
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/oslo_privsep/capabilities.py", line 73, 
in 
  2016-10-02 23:32:34.691 | ffi.cdef(CDEF)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 105, in cdef
  2016-10-02 23:32:34.692 | self._cdef(csource, override=override, 
packed=packed)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 119, in _cdef
  2016-10-02 23:32:34.692 | self._parser.parse(csource, override=override, 
**options)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 299, in parse
  2016-10-02 23:32:34.692 | self._internal_parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 304, in 
_internal_parse
  2016-10-02 23:32:34.692 | ast, macros, csource = self._parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 260, in _parse
  2016-10-02 23:32:34.692 | ast = _get_parser().parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 40, in 
_get_parser
  2016-10-02 23:32:34.692 | _parser_cache = pycparser.CParser()
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_parser.py", line 87, in 
__init__
  2016-10-02 23:32:34.692 | outputdir=taboutputdir)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_lexer.py", line 66, in build
  2016-10-02 23:32:34.692 | self.lexer = lex.lex(object=self, **kwargs)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 911, in lex
  2016-10-02 23:32:34.692 | lexobj.readtab(lextab, ldict)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 233, in 
readtab
  2016-10-02 23:32:34.692 | titem.append((re.compile(pat, 
lextab._lexreflags | re.VERBOSE), _names_to_funcs(func_name, fdict)))
  2016-10-02 23:32:34.692 |   File 

[Yahoo-eng-team] [Bug 1629726] Re: recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

[Amrith]

** Also affects: trove
   Importance: Undecided
   Status: New

** Changed in: trove
   Importance: Undecided => Critical

** Changed in: trove
   Status: New => Confirmed

-- 
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/1629726

Title:
  recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

Status in Cinder:
  Confirmed
Status in heat:
  Confirmed
Status in Ironic:
  Confirmed
Status in Manila:
  Confirmed
Status in OpenStack Compute (nova):
  Confirmed
Status in OpenStack DBaaS (Trove):
  Confirmed

Bug description:
  http://logs.openstack.org/76/380876/1/check/gate-grenade-dsvm-ubuntu-
  xenial/3d5e102/logs/grenade.sh.txt.gz#_2016-10-02_23_32_34_069

  2016-10-02 23:32:34.069 | + lib/cinder:init_cinder:421   :   
/usr/local/bin/cinder-manage --config-file /etc/cinder/cinder.conf db sync
  2016-10-02 23:32:34.691 | Traceback (most recent call last):
  2016-10-02 23:32:34.691 |   File "/usr/local/bin/cinder-manage", line 6, in 

  2016-10-02 23:32:34.691 | from cinder.cmd.manage import main
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/cmd/manage.py", line 77, in 
  2016-10-02 23:32:34.691 | from cinder import db
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/db/__init__.py", line 20, in 
  2016-10-02 23:32:34.691 | from cinder.db.api import *  # noqa
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/db/api.py", 
line 43, in 
  2016-10-02 23:32:34.691 | from cinder.api import common
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/api/common.py", line 30, in 
  2016-10-02 23:32:34.691 | from cinder import utils
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/utils.py", 
line 40, in 
  2016-10-02 23:32:34.691 | from os_brick import encryptors
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/__init__.py", line 
16, in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import nop
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/nop.py", line 16, 
in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import base
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/base.py", line 19, 
in 
  2016-10-02 23:32:34.691 | from os_brick import executor
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/executor.py", line 21, in 

  2016-10-02 23:32:34.691 | from os_brick.privileged import rootwrap as 
priv_rootwrap
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/privileged/__init__.py", line 
13, in 
  2016-10-02 23:32:34.691 | from oslo_privsep import capabilities as c
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/oslo_privsep/capabilities.py", line 73, 
in 
  2016-10-02 23:32:34.691 | ffi.cdef(CDEF)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 105, in cdef
  2016-10-02 23:32:34.692 | self._cdef(csource, override=override, 
packed=packed)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 119, in _cdef
  2016-10-02 23:32:34.692 | self._parser.parse(csource, override=override, 
**options)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 299, in parse
  2016-10-02 23:32:34.692 | self._internal_parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 304, in 
_internal_parse
  2016-10-02 23:32:34.692 | ast, macros, csource = self._parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 260, in _parse
  2016-10-02 23:32:34.692 | ast = _get_parser().parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 40, in 
_get_parser
  2016-10-02 23:32:34.692 | _parser_cache = pycparser.CParser()
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_parser.py", line 87, in 
__init__
  2016-10-02 23:32:34.692 | outputdir=taboutputdir)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_lexer.py", line 66, in build
  2016-10-02 23:32:34.692 | self.lexer = lex.lex(object=self, **kwargs)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 911, in lex
  2016-10-02 23:32:34.692 | lexobj.readtab(lextab, ldict)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 233, in 
readtab
  2016-10-02 23:32:34.692 | titem.append((re.compile(pat, 
lextab._lexreflags | re.VERBOSE), 

[Yahoo-eng-team] [Bug 1629726] Re: recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

[Rabi Mishra]

** Also affects: heat
   Importance: Undecided
   Status: New

** Changed in: heat
   Status: New => Confirmed

-- 
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/1629726

Title:
  recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

Status in Cinder:
  Confirmed
Status in heat:
  Confirmed
Status in Ironic:
  Confirmed
Status in OpenStack Compute (nova):
  Confirmed

Bug description:
  http://logs.openstack.org/76/380876/1/check/gate-grenade-dsvm-ubuntu-
  xenial/3d5e102/logs/grenade.sh.txt.gz#_2016-10-02_23_32_34_069

  2016-10-02 23:32:34.069 | + lib/cinder:init_cinder:421   :   
/usr/local/bin/cinder-manage --config-file /etc/cinder/cinder.conf db sync
  2016-10-02 23:32:34.691 | Traceback (most recent call last):
  2016-10-02 23:32:34.691 |   File "/usr/local/bin/cinder-manage", line 6, in 

  2016-10-02 23:32:34.691 | from cinder.cmd.manage import main
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/cmd/manage.py", line 77, in 
  2016-10-02 23:32:34.691 | from cinder import db
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/db/__init__.py", line 20, in 
  2016-10-02 23:32:34.691 | from cinder.db.api import *  # noqa
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/db/api.py", 
line 43, in 
  2016-10-02 23:32:34.691 | from cinder.api import common
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/api/common.py", line 30, in 
  2016-10-02 23:32:34.691 | from cinder import utils
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/utils.py", 
line 40, in 
  2016-10-02 23:32:34.691 | from os_brick import encryptors
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/__init__.py", line 
16, in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import nop
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/nop.py", line 16, 
in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import base
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/base.py", line 19, 
in 
  2016-10-02 23:32:34.691 | from os_brick import executor
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/executor.py", line 21, in 

  2016-10-02 23:32:34.691 | from os_brick.privileged import rootwrap as 
priv_rootwrap
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/privileged/__init__.py", line 
13, in 
  2016-10-02 23:32:34.691 | from oslo_privsep import capabilities as c
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/oslo_privsep/capabilities.py", line 73, 
in 
  2016-10-02 23:32:34.691 | ffi.cdef(CDEF)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 105, in cdef
  2016-10-02 23:32:34.692 | self._cdef(csource, override=override, 
packed=packed)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 119, in _cdef
  2016-10-02 23:32:34.692 | self._parser.parse(csource, override=override, 
**options)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 299, in parse
  2016-10-02 23:32:34.692 | self._internal_parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 304, in 
_internal_parse
  2016-10-02 23:32:34.692 | ast, macros, csource = self._parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 260, in _parse
  2016-10-02 23:32:34.692 | ast = _get_parser().parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 40, in 
_get_parser
  2016-10-02 23:32:34.692 | _parser_cache = pycparser.CParser()
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_parser.py", line 87, in 
__init__
  2016-10-02 23:32:34.692 | outputdir=taboutputdir)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_lexer.py", line 66, in build
  2016-10-02 23:32:34.692 | self.lexer = lex.lex(object=self, **kwargs)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 911, in lex
  2016-10-02 23:32:34.692 | lexobj.readtab(lextab, ldict)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 233, in 
readtab
  2016-10-02 23:32:34.692 | titem.append((re.compile(pat, 
lextab._lexreflags | re.VERBOSE), _names_to_funcs(func_name, fdict)))
  2016-10-02 23:32:34.692 |   File "/usr/lib/python2.7/re.py", line 194, in 
compile
  2016-10-02 23:32:34.692 | return 

[Yahoo-eng-team] [Bug 1629726] Re: cinder-manage db sync fails with recompiled pycparser 2.14

[Dmitry Tantsur]

** Also affects: ironic
   Importance: Undecided
   Status: New

** Changed in: ironic
   Status: New => Confirmed

** Changed in: ironic
   Importance: Undecided => Critical

-- 
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/1629726

Title:
  recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

Status in Cinder:
  Confirmed
Status in heat:
  Confirmed
Status in Ironic:
  Confirmed
Status in OpenStack Compute (nova):
  Confirmed

Bug description:
  http://logs.openstack.org/76/380876/1/check/gate-grenade-dsvm-ubuntu-
  xenial/3d5e102/logs/grenade.sh.txt.gz#_2016-10-02_23_32_34_069

  2016-10-02 23:32:34.069 | + lib/cinder:init_cinder:421   :   
/usr/local/bin/cinder-manage --config-file /etc/cinder/cinder.conf db sync
  2016-10-02 23:32:34.691 | Traceback (most recent call last):
  2016-10-02 23:32:34.691 |   File "/usr/local/bin/cinder-manage", line 6, in 

  2016-10-02 23:32:34.691 | from cinder.cmd.manage import main
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/cmd/manage.py", line 77, in 
  2016-10-02 23:32:34.691 | from cinder import db
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/db/__init__.py", line 20, in 
  2016-10-02 23:32:34.691 | from cinder.db.api import *  # noqa
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/db/api.py", 
line 43, in 
  2016-10-02 23:32:34.691 | from cinder.api import common
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/api/common.py", line 30, in 
  2016-10-02 23:32:34.691 | from cinder import utils
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/utils.py", 
line 40, in 
  2016-10-02 23:32:34.691 | from os_brick import encryptors
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/__init__.py", line 
16, in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import nop
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/nop.py", line 16, 
in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import base
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/base.py", line 19, 
in 
  2016-10-02 23:32:34.691 | from os_brick import executor
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/executor.py", line 21, in 

  2016-10-02 23:32:34.691 | from os_brick.privileged import rootwrap as 
priv_rootwrap
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/privileged/__init__.py", line 
13, in 
  2016-10-02 23:32:34.691 | from oslo_privsep import capabilities as c
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/oslo_privsep/capabilities.py", line 73, 
in 
  2016-10-02 23:32:34.691 | ffi.cdef(CDEF)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 105, in cdef
  2016-10-02 23:32:34.692 | self._cdef(csource, override=override, 
packed=packed)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 119, in _cdef
  2016-10-02 23:32:34.692 | self._parser.parse(csource, override=override, 
**options)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 299, in parse
  2016-10-02 23:32:34.692 | self._internal_parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 304, in 
_internal_parse
  2016-10-02 23:32:34.692 | ast, macros, csource = self._parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 260, in _parse
  2016-10-02 23:32:34.692 | ast = _get_parser().parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 40, in 
_get_parser
  2016-10-02 23:32:34.692 | _parser_cache = pycparser.CParser()
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_parser.py", line 87, in 
__init__
  2016-10-02 23:32:34.692 | outputdir=taboutputdir)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_lexer.py", line 66, in build
  2016-10-02 23:32:34.692 | self.lexer = lex.lex(object=self, **kwargs)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 911, in lex
  2016-10-02 23:32:34.692 | lexobj.readtab(lextab, ldict)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 233, in 
readtab
  2016-10-02 23:32:34.692 | titem.append((re.compile(pat, 
lextab._lexreflags | re.VERBOSE), _names_to_funcs(func_name, fdict)))
  2016-10-02 23:32:34.692 |   File "/usr/lib/python2.7/re.py", 

[Yahoo-eng-team] [Bug 1629726] Re: cinder-manage db sync fails with recompiled pycparser 2.14

[Sylvain Bauza]

** Also 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/1629726

Title:
  recompiled pycparser 2.14 breaks Cinder db sync and Nova UTs

Status in Cinder:
  Confirmed
Status in heat:
  Confirmed
Status in Ironic:
  Confirmed
Status in OpenStack Compute (nova):
  Confirmed

Bug description:
  http://logs.openstack.org/76/380876/1/check/gate-grenade-dsvm-ubuntu-
  xenial/3d5e102/logs/grenade.sh.txt.gz#_2016-10-02_23_32_34_069

  2016-10-02 23:32:34.069 | + lib/cinder:init_cinder:421   :   
/usr/local/bin/cinder-manage --config-file /etc/cinder/cinder.conf db sync
  2016-10-02 23:32:34.691 | Traceback (most recent call last):
  2016-10-02 23:32:34.691 |   File "/usr/local/bin/cinder-manage", line 6, in 

  2016-10-02 23:32:34.691 | from cinder.cmd.manage import main
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/cmd/manage.py", line 77, in 
  2016-10-02 23:32:34.691 | from cinder import db
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/db/__init__.py", line 20, in 
  2016-10-02 23:32:34.691 | from cinder.db.api import *  # noqa
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/db/api.py", 
line 43, in 
  2016-10-02 23:32:34.691 | from cinder.api import common
  2016-10-02 23:32:34.691 |   File 
"/opt/stack/old/cinder/cinder/api/common.py", line 30, in 
  2016-10-02 23:32:34.691 | from cinder import utils
  2016-10-02 23:32:34.691 |   File "/opt/stack/old/cinder/cinder/utils.py", 
line 40, in 
  2016-10-02 23:32:34.691 | from os_brick import encryptors
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/__init__.py", line 
16, in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import nop
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/nop.py", line 16, 
in 
  2016-10-02 23:32:34.691 | from os_brick.encryptors import base
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/encryptors/base.py", line 19, 
in 
  2016-10-02 23:32:34.691 | from os_brick import executor
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/executor.py", line 21, in 

  2016-10-02 23:32:34.691 | from os_brick.privileged import rootwrap as 
priv_rootwrap
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/os_brick/privileged/__init__.py", line 
13, in 
  2016-10-02 23:32:34.691 | from oslo_privsep import capabilities as c
  2016-10-02 23:32:34.691 |   File 
"/usr/local/lib/python2.7/dist-packages/oslo_privsep/capabilities.py", line 73, 
in 
  2016-10-02 23:32:34.691 | ffi.cdef(CDEF)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 105, in cdef
  2016-10-02 23:32:34.692 | self._cdef(csource, override=override, 
packed=packed)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/api.py", line 119, in _cdef
  2016-10-02 23:32:34.692 | self._parser.parse(csource, override=override, 
**options)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 299, in parse
  2016-10-02 23:32:34.692 | self._internal_parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 304, in 
_internal_parse
  2016-10-02 23:32:34.692 | ast, macros, csource = self._parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 260, in _parse
  2016-10-02 23:32:34.692 | ast = _get_parser().parse(csource)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/cffi/cparser.py", line 40, in 
_get_parser
  2016-10-02 23:32:34.692 | _parser_cache = pycparser.CParser()
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_parser.py", line 87, in 
__init__
  2016-10-02 23:32:34.692 | outputdir=taboutputdir)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/c_lexer.py", line 66, in build
  2016-10-02 23:32:34.692 | self.lexer = lex.lex(object=self, **kwargs)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 911, in lex
  2016-10-02 23:32:34.692 | lexobj.readtab(lextab, ldict)
  2016-10-02 23:32:34.692 |   File 
"/usr/local/lib/python2.7/dist-packages/pycparser/ply/lex.py", line 233, in 
readtab
  2016-10-02 23:32:34.692 | titem.append((re.compile(pat, 
lextab._lexreflags | re.VERBOSE), _names_to_funcs(func_name, fdict)))
  2016-10-02 23:32:34.692 |   File "/usr/lib/python2.7/re.py", line 194, in 
compile
  2016-10-02 23:32:34.692 | return _compile(pattern, flags)
  2016-10-02 23:32:34.692 |   

[Yahoo-eng-team] [Bug 1629830] Re: pycparser-2.14 wheel is wrongly built and raises AssertionError

[Rabi Mishra]

*** This bug is a duplicate of bug 1629726 ***
https://bugs.launchpad.net/bugs/1629726

** Also affects: heat
   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/1629830

Title:
  pycparser-2.14 wheel is wrongly built and raises AssertionError

Status in heat:
  New
Status in Ironic:
  New
Status in OpenStack Compute (nova):
  Confirmed

Bug description:
  Most of our gate jobs are impacted (Nova UTs, Tempest tests, Grenade
  checks) by a new respin of pycparser that raises an AssertionError
  when imported.

  Note that not only Nova but a lot of OpenStack projects are impacted :
  
http://logstash.openstack.org/#/dashboard/file/logstash.json?query=message:%20\%22AssertionError:%20sorry,%20but%20this%20version%20only%20supports%20100%20named%20groups\%22=24h

  The issue has been logged upstream
  https://github.com/eliben/pycparser/issues/147 but we somehow need to
  downgrade pycparser first in order to stabilize our gates.

To manage notifications about this bug go to:
https://bugs.launchpad.net/heat/+bug/1629830/+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 1629830] [NEW] pycparser-2.14 wheel is wrongly built and raises AssertionError

[Sylvain Bauza]

*** This bug is a duplicate of bug 1629726 ***
https://bugs.launchpad.net/bugs/1629726

Public bug reported:

Most of our gate jobs are impacted (Nova UTs, Tempest tests, Grenade
checks) by a new respin of pycparser that raises an AssertionError when
imported.

Note that not only Nova but a lot of OpenStack projects are impacted :
http://logstash.openstack.org/#/dashboard/file/logstash.json?query=message:%20\%22AssertionError:%20sorry,%20but%20this%20version%20only%20supports%20100%20named%20groups\%22=24h

The issue has been logged upstream
https://github.com/eliben/pycparser/issues/147 but we somehow need to
downgrade pycparser first in order to stabilize our gates.

** Affects: heat
 Importance: Undecided
 Status: New

** Affects: ironic
 Importance: Undecided
 Status: New

** Affects: nova
 Importance: Critical
 Status: Confirmed


** Tags: testing

** Also affects: ironic
   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/1629830

Title:
  pycparser-2.14 wheel is wrongly built and raises AssertionError

Status in heat:
  New
Status in Ironic:
  New
Status in OpenStack Compute (nova):
  Confirmed

Bug description:
  Most of our gate jobs are impacted (Nova UTs, Tempest tests, Grenade
  checks) by a new respin of pycparser that raises an AssertionError
  when imported.

  Note that not only Nova but a lot of OpenStack projects are impacted :
  
http://logstash.openstack.org/#/dashboard/file/logstash.json?query=message:%20\%22AssertionError:%20sorry,%20but%20this%20version%20only%20supports%20100%20named%20groups\%22=24h

  The issue has been logged upstream
  https://github.com/eliben/pycparser/issues/147 but we somehow need to
  downgrade pycparser first in order to stabilize our gates.

To manage notifications about this bug go to:
https://bugs.launchpad.net/heat/+bug/1629830/+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 1629816] [NEW] Misleading "DVR: Duplicate DVR router interface detected for subnet"

[Oleg Bondarev]

Public bug reported:

The error message is seen on each ovs agent resync on compute node where
there are dvr serviced ports. Resync can be triggered by any error -
this is unrelated to this bug.

The error message appears on processing distributed router port for a
subnet which is already in local_dvr_map of the agent, see
_bind_distributed_router_interface_port in ovs_dvr_neutron_agent.py:

 if subnet_uuid in self.local_dvr_map:
 ldm = self.local_dvr_map[subnet_uuid]
 csnat_ofport = ldm.get_csnat_ofport()
 if csnat_ofport == constants.OFPORT_INVALID:
 LOG.error(_LE("DVR: Duplicate DVR router interface detected "
   "for subnet %s"), subnet_uuid)
 return

where csnat_ofport = OFPORT_INVALID by default and can only change when
the agent processes csnat port of the router - this will never happen on
compute node and we'll see the misleading log.

The proposal would be to delete the condition and the log as they're
useless.

** Affects: neutron
 Importance: Medium
 Assignee: Oleg Bondarev (obondarev)
 Status: Confirmed


** Tags: l3-dvr-backlog

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1629816

Title:
  Misleading "DVR: Duplicate DVR router interface detected for subnet"

Status in neutron:
  Confirmed

Bug description:
  The error message is seen on each ovs agent resync on compute node
  where there are dvr serviced ports. Resync can be triggered by any
  error - this is unrelated to this bug.

  The error message appears on processing distributed router port for a
  subnet which is already in local_dvr_map of the agent, see
  _bind_distributed_router_interface_port in ovs_dvr_neutron_agent.py:

   if subnet_uuid in self.local_dvr_map:
   ldm = self.local_dvr_map[subnet_uuid]
   csnat_ofport = ldm.get_csnat_ofport()
   if csnat_ofport == constants.OFPORT_INVALID:
   LOG.error(_LE("DVR: Duplicate DVR router interface detected "
 "for subnet %s"), subnet_uuid)
   return

  where csnat_ofport = OFPORT_INVALID by default and can only change
  when the agent processes csnat port of the router - this will never
  happen on compute node and we'll see the misleading log.

  The proposal would be to delete the condition and the log as they're
  useless.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1629816/+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 1614361] Re: tox.ini needs to be updated as openstack infra now supports upper constraints

[Julien Danjou]

** Changed in: ceilometer
   Status: New => Invalid

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Glance.
https://bugs.launchpad.net/bugs/1614361

Title:
  tox.ini needs to be updated as openstack infra now supports upper
  constraints

Status in Ceilometer:
  Invalid
Status in Cinder:
  In Progress
Status in Designate:
  Fix Released
Status in Glance:
  In Progress
Status in heat:
  In Progress
Status in OpenStack Dashboard (Horizon):
  Fix Released
Status in Ironic Inspector:
  Fix Released
Status in Mistral:
  Fix Released
Status in networking-ovn:
  Invalid
Status in octavia:
  Fix Released
Status in python-mistralclient:
  In Progress
Status in python-muranoclient:
  Fix Released
Status in OpenStack Search (Searchlight):
  In Progress
Status in OpenStack Object Storage (swift):
  In Progress
Status in tacker:
  Fix Released
Status in OpenStack DBaaS (Trove):
  Invalid
Status in vmware-nsx:
  Fix Released
Status in zaqar:
  Fix Released
Status in Zaqar-ui:
  Fix Released

Bug description:
  Openstack infra now supports upper constraints for releasenotes, cover, venv 
targets.
  tox.ini uses install_command for these targets, which can now be safely 
removed.
  Reference for mail that details this support: 
http://lists.openstack.org/pipermail/openstack-dev/2016-August/101474.html

To manage notifications about this bug go to:
https://bugs.launchpad.net/ceilometer/+bug/1614361/+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 1614361] Re: tox.ini needs to be updated as openstack infra now supports upper constraints

[Pallavi]

** Also affects: ceilometer
   Importance: Undecided
   Status: New

** Changed in: ceilometer
 Assignee: (unassigned) => Pallavi (pallavi-s)

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Glance.
https://bugs.launchpad.net/bugs/1614361

Title:
  tox.ini needs to be updated as openstack infra now supports upper
  constraints

Status in Ceilometer:
  New
Status in Cinder:
  In Progress
Status in Designate:
  Fix Released
Status in Glance:
  In Progress
Status in heat:
  In Progress
Status in OpenStack Dashboard (Horizon):
  Fix Released
Status in Ironic Inspector:
  Fix Released
Status in Mistral:
  Fix Released
Status in networking-ovn:
  Invalid
Status in octavia:
  Fix Released
Status in python-mistralclient:
  In Progress
Status in python-muranoclient:
  Fix Released
Status in OpenStack Search (Searchlight):
  New
Status in OpenStack Object Storage (swift):
  New
Status in tacker:
  Fix Released
Status in OpenStack DBaaS (Trove):
  Invalid
Status in vmware-nsx:
  Fix Released
Status in zaqar:
  Fix Released
Status in Zaqar-ui:
  Fix Released

Bug description:
  Openstack infra now supports upper constraints for releasenotes, cover, venv 
targets.
  tox.ini uses install_command for these targets, which can now be safely 
removed.
  Reference for mail that details this support: 
http://lists.openstack.org/pipermail/openstack-dev/2016-August/101474.html

To manage notifications about this bug go to:
https://bugs.launchpad.net/ceilometer/+bug/1614361/+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 1614361] Re: tox.ini needs to be updated as openstack infra now supports upper constraints

[Pallavi]

** Also affects: searchlight
   Importance: Undecided
   Status: New

** Changed in: searchlight
 Assignee: (unassigned) => Pallavi (pallavi-s)

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Glance.
https://bugs.launchpad.net/bugs/1614361

Title:
  tox.ini needs to be updated as openstack infra now supports upper
  constraints

Status in Cinder:
  In Progress
Status in Designate:
  Fix Released
Status in Glance:
  In Progress
Status in heat:
  In Progress
Status in OpenStack Dashboard (Horizon):
  Fix Released
Status in Ironic Inspector:
  Fix Released
Status in Mistral:
  Fix Released
Status in networking-ovn:
  Invalid
Status in octavia:
  Fix Released
Status in python-mistralclient:
  In Progress
Status in python-muranoclient:
  Fix Released
Status in OpenStack Search (Searchlight):
  New
Status in OpenStack Object Storage (swift):
  New
Status in tacker:
  Fix Released
Status in OpenStack DBaaS (Trove):
  Invalid
Status in vmware-nsx:
  Fix Released
Status in zaqar:
  Fix Released
Status in Zaqar-ui:
  Fix Released

Bug description:
  Openstack infra now supports upper constraints for releasenotes, cover, venv 
targets.
  tox.ini uses install_command for these targets, which can now be safely 
removed.
  Reference for mail that details this support: 
http://lists.openstack.org/pipermail/openstack-dev/2016-August/101474.html

To manage notifications about this bug go to:
https://bugs.launchpad.net/cinder/+bug/1614361/+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 1614361] Re: tox.ini needs to be updated as openstack infra now supports upper constraints

[Pallavi]

** Also affects: swift
   Importance: Undecided
   Status: New

** Changed in: swift
 Assignee: (unassigned) => Pallavi (pallavi-s)

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Glance.
https://bugs.launchpad.net/bugs/1614361

Title:
  tox.ini needs to be updated as openstack infra now supports upper
  constraints

Status in Cinder:
  In Progress
Status in Designate:
  Fix Released
Status in Glance:
  In Progress
Status in heat:
  In Progress
Status in OpenStack Dashboard (Horizon):
  Fix Released
Status in Ironic Inspector:
  Fix Released
Status in Mistral:
  Fix Released
Status in networking-ovn:
  Invalid
Status in octavia:
  Fix Released
Status in python-mistralclient:
  In Progress
Status in python-muranoclient:
  Fix Released
Status in OpenStack Object Storage (swift):
  New
Status in tacker:
  Fix Released
Status in OpenStack DBaaS (Trove):
  Invalid
Status in vmware-nsx:
  Fix Released
Status in zaqar:
  Fix Released
Status in Zaqar-ui:
  Fix Released

Bug description:
  Openstack infra now supports upper constraints for releasenotes, cover, venv 
targets.
  tox.ini uses install_command for these targets, which can now be safely 
removed.
  Reference for mail that details this support: 
http://lists.openstack.org/pipermail/openstack-dev/2016-August/101474.html

To manage notifications about this bug go to:
https://bugs.launchpad.net/cinder/+bug/1614361/+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