[Yahoo-eng-team] [Bug 1864841] Re: Neutron -> Designate integration does not consider the dns pool for zone

2020-02-27 Thread YAMAMOTO Takashi
** Tags added: dns rfe

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

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

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

Title:
  Neutron -> Designate integration does not consider the dns pool for
  zone

Status in neutron:
  Opinion

Bug description:
  Hi,

  We're using Neutron-> Designate "Reverse" Integration: 
https://docs.openstack.org/designate/latest/contributor/integrations.html
  for creating the PTR records automatically for FloatingIPs.

  The reverse dns zone for PTR gets created always in the default
  Designate server pool.

  We have multiple dns server pools and the expectation is that if the
  forward DNS zone (where A record is auto-created) is hosted on the
  non-default Designate pool, than the reverse dns zone should also be
  created on the same Designate pool.

  This is the code which handles zone creation:
  
https://github.com/openstack/neutron/blob/master/neutron/services/externaldns/drivers/designate/driver.py#L121-L126

  It can be improved as follows:

  1. Ask Designate on which dns pool the forward dns zone is located
  
(https://github.com/openstack/neutron/blob/master/neutron/services/externaldns/drivers/designate/driver.py#L93
  -> this is where A is created)

  2. If that is not a default dns pool -> specify that pool uuid as an
  attribute when creating the reverse dns zone for PTR records.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1864841/+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 1855919] Re: broken pipe errors cause neutron metadata agent to fail

2019-12-15 Thread YAMAMOTO Takashi
lower priority as there's a workaround. of course, documentation
improvements are welcome.

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

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

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

Title:
  broken pipe errors cause neutron metadata agent to fail

Status in neutron:
  Opinion

Bug description:
  After we increased computes to 200, we started seeing "broken pipe"
  errors in neutron-metadata-agent.log on the controllers. After a
  neutron restart the errors are reduced, then they increase until the
  log is mostly errors, and the neutron metadata service fails, and VMs
  cannot boot. Another symptom is that unacked RMQ messages build up in
  the q-plugin queue. This is the first error we see; this one occurs as
  the server is starting:

  
  2019-12-10 10:56:01.942 1838536 INFO eventlet.wsgi.server [-] (1838536) wsgi 
starting up on http:/var/lib/neutron/metadata_proxy
  2019-12-10 10:56:01.943 1838538 INFO eventlet.wsgi.server [-] (1838538) wsgi 
starting up on http:/var/lib/neutron/metadata_proxy
  2019-12-10 10:56:01.945 1838539 INFO eventlet.wsgi.server [-] (1838539) wsgi 
starting up on http:/var/lib/neutron/metadata_proxy
  2019-12-10 10:56:21.138 1838538 INFO eventlet.wsgi.server [-] Traceback (most 
recent call last):
File "/usr/lib/python2.7/dist-packages/eventlet/wsgi.py", line 521, in 
handle_one_response
  write(b''.join(towrite))
File "/usr/lib/python2.7/dist-packages/eventlet/wsgi.py", line 462, in write
  wfile.flush()
File "/usr/lib/python2.7/socket.py", line 307, in flush
  self._sock.sendall(view[write_offset:write_offset+buffer_size])
File "/usr/lib/python2.7/dist-packages/eventlet/greenio/base.py", line 390, 
in sendall
  tail = self.send(data, flags)
File "/usr/lib/python2.7/dist-packages/eventlet/greenio/base.py", line 384, 
in send
  return self._send_loop(self.fd.send, data, flags)
File "/usr/lib/python2.7/dist-packages/eventlet/greenio/base.py", line 371, 
in _send_loop
  return send_method(data, *args)
  error: [Errno 32] Broken pipe

  2019-12-10 10:56:21.138 1838538 INFO eventlet.wsgi.server [-] 
10.195.74.25, "GET /latest/meta-data/instance-id HTTP/1.0" status: 200  
len: 0 time: 19.0296111
  2019-12-10 10:56:25.059 1838516 INFO eventlet.wsgi.server [-] 
10.195.74.28, "GET /latest/meta-data/instance-id HTTP/1.0" status: 200  
len: 146 time: 0.2840948
  2019-12-10 10:56:25.181 1838529 INFO eventlet.wsgi.server [-] 
10.195.74.68, "GET /latest/meta-data/instance-id HTTP/1.0" status: 200  
len: 146 time: 0.2695429
  2019-12-10 10:56:25.259 1838518 INFO eventlet.wsgi.server [-] 
10.195.74.28, "GET /latest/meta-data/instance-id HTTP/1.0" status: 200  
len: 146 time: 0.1980510

  Then we see some "call queues" warnings and the threshold increases to
  40:

  2019-12-10 10:56:31.414 1838515 WARNING
  oslo_messaging._drivers.amqpdriver [-] Number of call queues is 11,
  greater than warning threshold: 10. There could be a leak. Increasing
  threshold to: 20

  Next we see RPC timeout errors:

  2019-12-10 10:57:02.043 1838520 WARNING oslo_messaging._drivers.amqpdriver 
[-] Number of call queues is 11, greater than warning threshold: 10. There 
could be a leak. Increasing threshold to: 20
  2019-12-10 10:57:02.059 1838534 ERROR neutron.common.rpc [-] Timeout in RPC 
method get_ports. Waiting for 37 seconds before next attempt. If the server is 
not down, consider increasing the rpc_response_timeout option as Neutron 
server(s) may be overloaded and unable to respond quickly enough.: 
MessagingTimeout: Timed out waiting for a reply to message ID 
1ed3e021607e466f8b9b84cd3b05b188
  2019-12-10 10:57:02.059 1838534 WARNING neutron.common.rpc [-] Increasing 
timeout for get_ports calls to 120 seconds. Restart the agent to restore it to 
the default value.: MessagingTimeout: Timed out waiting for a reply to message 
ID 1ed3e021607e466f8b9b84cd3b05b188
  2019-12-10 10:57:02.285 1838521 INFO eventlet.wsgi.server [-] 
10.195.74.27, "GET /latest/meta-data/instance-id HTTP/1.0" status: 200  
len: 146 time: 0.7959940

  2019-12-10 10:57:16.215 1838531 WARNING
  oslo_messaging._drivers.amqpdriver [-] Number of call queues is 21,
  greater than warning threshold: 20. There could be a leak. Increasing
  threshold to: 40

  2019-12-10 10:57:17.339 1838539 WARNING
  oslo_messaging._drivers.amqpdriver [-] Number of call queues is 11,
  greater than warning threshold: 10. There could be a leak. Increasing
  threshold to: 20

  2019-12-10 10:57:24.838 1838524 INFO eventlet.wsgi.server [-] 
10.195.73.242, "GET /latest/meta-data/instance-id HTTP/1.0" status: 200  
len: 146 time: 0.6842020
  2019-12-10 10:57:24.882 1838524 ERROR neutron.common.rpc [-] Timeout in RPC 
method get_ports. Waiting for 3 seconds before next attempt. If the server is 
not down, consider increasing the 

[Yahoo-eng-team] [Bug 1855123] Re: Neutron ovs agent still fails vlan transparency check

2019-12-09 Thread YAMAMOTO Takashi
this seems more like a feature request than a bug.

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

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

** Tags added: rfe

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

Title:
  Neutron ovs agent still fails vlan transparency check

Status in neutron:
  Opinion

Bug description:
  OVS has been supporting vlan transparency for a while (since 2.8), see
  belo

  
  http://www.openvswitch.org/support/dist-docs/ovs-vswitchd.conf.db.5.txt

 other_config : vlan-limit: optional string, containing an  integer,  at
 least 0
Limits  the  number  of  VLAN headers that can be matched to the
specified number. Further VLAN headers will be treated  as  pay‐
load, e.g. a packet with more 802.1q headers will match Ethernet
type 0x8100.

Open vSwitch userspace currently supports at most 2  VLANs,  and
each  datapath  has  its own limit. If vlan-limit is nonzero, it
acts as a further limit.

If this value is absent, the default is currently 1. This  main‐
tains backward compatibility with controllers that were designed
for use with Open vSwitch versions earlier than 2.8, which  only
supported one VLAN.

  But Neutron ovs agent still blindly fails the driver capability check,
  this prevents the OVS feature being used.

  def check_vlan_transparency(self, context):
  """Currently Openvswitch driver doesn't support vlan transparency."""
  return False

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1855123/+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 1847019] [NEW] test_update_firewall_calls_get_dvr_hosts_for_router failure on rocky

2019-10-07 Thread YAMAMOTO Takashi
Public bug reported:

eg.
https://storage.bhs1.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_5f4/686959/1/check
/openstack-tox-py27/5f405a7/testr_results.html.gz

ft1.24: 
midonet.neutron.tests.unit.test_extension_fwaas.FirewallTestCaseML2.test_update_firewall_calls_get_dvr_hosts_for_router_StringException:
 Traceback (most recent call last):
  File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron/tests/base.py",
 line 181, in func
return f(self, *args, **kwargs)
  File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron/tests/base.py",
 line 181, in func
return f(self, *args, **kwargs)
  File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron_fwaas/tests/unit/services/firewall/test_fwaas_plugin.py",
 line 398, in test_update_firewall_calls_get_dvr_hosts_for_router
'get_l3_agents_hosting_routers') as s_hosts, \
  File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/mock/mock.py",
 line 1369, in __enter__
original, local = self.get_original()
  File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/mock/mock.py",
 line 1343, in get_original
"%s does not have the attribute %r" % (target, name)
AttributeError:  does not have the attribute 
'get_l3_agents_hosting_routers'

** Affects: networking-midonet
 Importance: Critical
 Status: New

** Affects: neutron
 Importance: Undecided
 Status: New


** Tags: fwaas gate-failure

** Tags added: fwaas gate-failure

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

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

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

Title:
  test_update_firewall_calls_get_dvr_hosts_for_router failure on rocky

Status in networking-midonet:
  New
Status in neutron:
  New

Bug description:
  eg.
  
https://storage.bhs1.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_5f4/686959/1/check
  /openstack-tox-py27/5f405a7/testr_results.html.gz

  ft1.24: 
midonet.neutron.tests.unit.test_extension_fwaas.FirewallTestCaseML2.test_update_firewall_calls_get_dvr_hosts_for_router_StringException:
 Traceback (most recent call last):
File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron/tests/base.py",
 line 181, in func
  return f(self, *args, **kwargs)
File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron/tests/base.py",
 line 181, in func
  return f(self, *args, **kwargs)
File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron_fwaas/tests/unit/services/firewall/test_fwaas_plugin.py",
 line 398, in test_update_firewall_calls_get_dvr_hosts_for_router
  'get_l3_agents_hosting_routers') as s_hosts, \
File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/mock/mock.py",
 line 1369, in __enter__
  original, local = self.get_original()
File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/mock/mock.py",
 line 1343, in get_original
  "%s does not have the attribute %r" % (target, name)
  AttributeError: 
 does not have the attribute 'get_l3_agents_hosting_routers'

To manage notifications about this bug go to:
https://bugs.launchpad.net/networking-midonet/+bug/1847019/+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 1844097] Re: Redundant ipv6 address(SLAAC/DHCPv6 stateless) created for port

2019-09-20 Thread YAMAMOTO Takashi
it's the intended behavior and the reason is explained. (thank you
Rodolfo and Brian)


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

Title:
  Redundant ipv6 address(SLAAC/DHCPv6 stateless) created for port

Status in neutron:
  Invalid

Bug description:
  When one network has one ipv4 subnet and one ipv6 subnet(SLAAC/DHCPv6 
stateless), if wanting to create a port only includes ipv4 address, there will 
be redundant ipv6 address(SLAAC/DHCPv6 stateless) created for this port.
  PS: if the ipv6 subnet is Default(No options specified) or DHCPv6 stateful 
this issue does not ever occur. 

  Scenario:
  1) create a network and two subnets: one ipv4 subnet and one ipv6 
subnet(SLAAC/DHCPv6 stateless)
  ~$ openstack network create net-01
  ~$ openstack subnet create ipv4-subnet --network net-01   --subnet-range 
192.0.2.0/24
  
+---+--+
  | Field | Value   

 |
  
+---+--+
  | allocation_pools  | 192.0.2.2-192.0.2.254   

 |
  | cidr  | 192.0.2.0/24

 |
  | created_at| 2019-09-16T07:08:45Z

 |
  | description   | 

 |
  | dns_nameservers   | 

 |
  | enable_dhcp   | True

 |
  | gateway_ip| 192.0.2.1   

 |
  | host_routes   | 

 |
  | id| cff452fd-f982-43fd-be1a-201225d30c51

 |
  | ip_version| 4   

 |
  | ipv6_address_mode | None

 |
  | ipv6_ra_mode  | None

 |
  | location  | Munch({'project': Munch({'domain_id': None, 'id': 
u'37a1fc155ecf4fccbedf924e5906510a', 'name': 'a1672_CLCM', 'domain_name': 
'Default'}), 'cloud': '', 'region_name': 'regionOne', 'zone': None}) |
  | name  | ipv4-subnet 

 |
  | network_id| ae5a6f43-6485-4218-a7d0-0047882e2811

 |
  | 

[Yahoo-eng-team] [Bug 1840147] [NEW] network-vif-plugged and friends are not well documented

2019-08-14 Thread YAMAMOTO Takashi
Public bug reported:

network-vif-plugged and friends are not well documented.
the timing when those events are sent varies among drivers.
inter-project api like this should be defined and documented super-clearly.

the behaviour isn't consistent even within reference implementations.
nova folks call them bind-time events vs plug-time events.
https://review.opendev.org/#/c/667177/

networking-midonet always make compute ports ACTIVE. (create-time events?)
https://github.com/openstack/networking-midonet/blob/stable/stein/midonet/neutron/ml2/mech_driver.py#L178
it stopped working recently.
https://bugs.launchpad.net/networking-midonet/+bug/1839169

networking-ovn has a relevant dirty hack.
https://review.opendev.org/#/c/673803/
it has a nice bug description.
https://bugs.launchpad.net/ubuntu/+source/neutron/+bug/1834045

references:
https://wiki.openstack.org/wiki/Nova/ExternalEventAPI

** 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/1840147

Title:
  network-vif-plugged and friends are not well documented

Status in neutron:
  New

Bug description:
  network-vif-plugged and friends are not well documented.
  the timing when those events are sent varies among drivers.
  inter-project api like this should be defined and documented super-clearly.

  the behaviour isn't consistent even within reference implementations.
  nova folks call them bind-time events vs plug-time events.
  https://review.opendev.org/#/c/667177/

  networking-midonet always make compute ports ACTIVE. (create-time events?)
  
https://github.com/openstack/networking-midonet/blob/stable/stein/midonet/neutron/ml2/mech_driver.py#L178
  it stopped working recently.
  https://bugs.launchpad.net/networking-midonet/+bug/1839169

  networking-ovn has a relevant dirty hack.
  https://review.opendev.org/#/c/673803/
  it has a nice bug description.
  https://bugs.launchpad.net/ubuntu/+source/neutron/+bug/1834045

  references:
  https://wiki.openstack.org/wiki/Nova/ExternalEventAPI

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1840147/+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 1834045] Re: Live-migration double binding doesn't work with OVN

2019-08-06 Thread YAMAMOTO Takashi
** Also 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/1834045

Title:
  Live-migration double binding doesn't work with OVN

Status in networking-ovn:
  New
Status in neutron:
  New
Status in OpenStack Compute (nova):
  New
Status in neutron package in Ubuntu:
  New

Bug description:
  For ml2/OVN live-migration doesn't work. After spending some time
  debugging this issue I found that its potentially more complicated and
  not related to OVN intself.

  Here is the full story behind not working live-migration while using
  OVN in latest u/s master.

  To speedup live-migration double-binding was introduced in neutron [1] and 
nova [2]. It implements this blueprint [3]. In short words it creates double 
binding (ACTIVE and INACTIVE) to verify if network bind is possible to be done 
on destination host and then starts live-migration (to not waste time in case 
of rollback).
  This mechanism started to be default in Stein [4]. So before actual qemu 
live-migration neutron should send 'network-vif-plugged' to nova and then 
migration is being run.

  While using OVN this mechanism doesn't work. Notification 'network-
  vif-plugged' is not being send so live-migration is stuck at the
  beginning.

  Lets check how those notifications are send. On every change of
  'status' field (sqlalchemy event) in neutron.ports row [5] function
  [6] is executed and it is responsible for sending 'network-vif-
  unplugged' and 'network-vif-plugged' notifications.

  During pre_live_migration tasks two bindings and bindings levels are created. 
At the end of this process I found that commit_port_binding() is executed [7]. 
At this time neutron port status in the db is DOWN. 
  I found that at the end of commit_port_binding() [8] after 
neutron_lib.callbacks.registry notification is send the port status moves to 
UP. For ml2/OVN it stays DOWN. This is the first difference that I found 
between ml2/ovs and ml2/ovn.

  After a bit digging I figured out how 'network-vif-plugged' is triggered in 
ml2/ovs.
  Lets see how this is done.

  1. On list of registered callbacks in ml2/ovs [8] we have configured
  callback from class ovo_rpc._ObjectChangeHandler [9] and at the end of
  commit_port_binding() this callback is used.

  -
  neutron.plugins.ml2.ovo_rpc._ObjectChangeHandler.handle_event
  -

  2. It is responsible for pushing new port object revisions to agents,
  like:

  
  Jun 24 10:01:01 test-migrate-1 neutron-server[3685]: DEBUG 
neutron.api.rpc.handlers.resources_rpc [None 
req-1430f349-d644-4d33-8833-90fad0124dcd service neutron] Pushing event updated 
for resources: {'Port': 
['ID=3704a567-ef4c-4f6d-9557-a1191de07c4a,revision_number=10']} {{(pid=3697) 
push /opt/stack/neutron/neutron/api/rpc/handlers/resources_rpc.py:243}}
  

  3. OVS agent consumes it and sends back RPC to the neutron server that port 
is actually UP (on source node!):
  

  Jun 24 10:01:01 test-migrate-1 neutron-openvswitch-agent[18660]: DEBUG 
neutron.agent.resource_cache [None req-1430f349-d644-4d33-8833-90fad0124dcd 
service neutron] Resource Port 3704a567-ef4c-4f6d-9557-a1191de07c4a updated 
(revision_number 8->10). Old fields: {'status': u'ACTIVE', 'bindings': 
[PortBinding(host='test-migrate-1',port_id=3704a567-ef4c-4f6d-9557-a1191de07c4a,profile={},status='INACTIVE',vif_details={"port_filter":
 true, "bridge_name": "br-int", "datapath_type": "system", "ovs_hybrid_plug": 
false},vif_type='ovs',vnic_type='normal'), 
PortBinding(host='test-migrate-2',port_id=3704a567-ef4c-4f6d-9557-a1191de07c4a,profile={"migrating_to":
 "test-migrate-1"},status='ACTIVE',vif_details={"port_filter": true, 
"bridge_name": "br-int", "datapath_type": "system", "ovs_hybrid_plug": 
false},vif_type='ovs',vnic_type='normal')], 'binding_levels': 
[PortBindingLevel(driver='openvswitch',host='test-migrate-1',level=0,port_id=3704a567-ef4c-4f6d-9557-a1191de07c4a,segment=NetworkSegment(c6866834-4577-497f-a6c8-ff9724a82e59),segment_id=c6866834-4577-497f-a6c8-ff9724a82e59),
 
PortBindingLevel(driver='openvswitch',host='test-migrate-2',level=0,port_id=3704a567-ef4c-4f6d-9557-a1191de07c4a,segment=NetworkSegment(c6866834-4577-497f-a6c8-ff9724a82e59),segment_id=c6866834-4577-497f-a6c8-ff9724a82e59)]}
 New fields: {'status': u'DOWN', 'bindings': 
[PortBinding(host='test-migrate-1',port_id=3704a567-ef4c-4f6d-9557-a1191de07c4a,profile={},status='ACTIVE',vif_details={"port_filter":
 true, "bridge_name": "br-int", "datapath_type": "system", 

[Yahoo-eng-team] [Bug 1829239] Re: pyroute2 version conflict

2019-05-19 Thread YAMAMOTO Takashi
** Changed in: networking-midonet
   Status: New => Fix Released

** Changed in: networking-midonet
Milestone: None => 9.0.0

** Changed in: networking-midonet
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

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

Title:
  pyroute2 version conflict

Status in networking-midonet:
  Fix Released
Status in neutron:
  Fix Released

Bug description:
  eg. http://logs.openstack.org/90/659090/3/check/openstack-tox-
  pep8/57bd295/job-output.txt.gz

  2019-05-14 15:02:52.604303 | ubuntu-bionic | pep8 run-test: commands[0] | 
flake8
  2019-05-14 15:02:52.604442 | ubuntu-bionic | setting 
PATH=/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
  2019-05-14 15:02:52.605409 | ubuntu-bionic | [5702] 
/home/zuul/src/opendev.org/openstack/networking-midonet$ 
/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/bin/flake8
  2019-05-14 15:02:54.158191 | ubuntu-bionic | 
/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/pep8.py:1186:
 DeprecationWarning: inspect.getargspec() is deprecated, use 
inspect.signature() or inspect.getfullargspec()
  2019-05-14 15:02:54.158425 | ubuntu-bionic |   args = 
inspect.getargspec(check)[0]
  2019-05-14 15:02:54.158624 | ubuntu-bionic | 
/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/setuptools/depends.py:2:
 DeprecationWarning: the imp module is deprecated in favour of importlib; see 
the module's documentation for alternative uses
  2019-05-14 15:02:54.158656 | ubuntu-bionic |   import imp
  2019-05-14 15:02:54.158854 | ubuntu-bionic | 
/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/pep8.py:1192:
 DeprecationWarning: inspect.getargspec() is deprecated, use 
inspect.signature() or inspect.getfullargspec()
  2019-05-14 15:02:54.158929 | ubuntu-bionic |   if 
inspect.getargspec(check.__init__)[0][:2] == ['self', 'tree']:
  2019-05-14 15:02:54.159102 | ubuntu-bionic | 
/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/pep8.py:1192:
 DeprecationWarning: inspect.getargspec() is deprecated, use 
inspect.signature() or inspect.getfullargspec()
  2019-05-14 15:02:54.159214 | ubuntu-bionic |   if 
inspect.getargspec(check.__init__)[0][:2] == ['self', 'tree']:
  2019-05-14 15:02:54.159391 | ubuntu-bionic | 
/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/pep8.py:1186:
 DeprecationWarning: inspect.getargspec() is deprecated, use 
inspect.signature() or inspect.getfullargspec()
  2019-05-14 15:02:54.159438 | ubuntu-bionic |   args = 
inspect.getargspec(check)[0]
  2019-05-14 15:02:54.159604 | ubuntu-bionic | 
/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/pep8.py:1186:
 DeprecationWarning: inspect.getargspec() is deprecated, use 
inspect.signature() or inspect.getfullargspec()
  2019-05-14 15:02:54.159650 | ubuntu-bionic |   args = 
inspect.getargspec(check)[0]
  2019-05-14 15:02:54.355548 | ubuntu-bionic | Traceback (most recent call 
last):
  2019-05-14 15:02:54.355851 | ubuntu-bionic |   File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/bin/flake8", 
line 10, in 
  2019-05-14 15:02:54.355933 | ubuntu-bionic | sys.exit(main())
  2019-05-14 15:02:54.356133 | ubuntu-bionic |   File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/flake8/main.py",
 line 36, in main
  2019-05-14 15:02:54.356237 | ubuntu-bionic | report = 
flake8_style.check_files()
  2019-05-14 15:02:54.356464 | ubuntu-bionic |   File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/flake8/engine.py",
 line 181, in check_files
  2019-05-14 15:02:54.356602 | ubuntu-bionic | return 
self._retry_serial(self._styleguide.check_files, paths=paths)
  2019-05-14 15:02:54.356827 | ubuntu-bionic |   File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/flake8/engine.py",
 line 172, in _retry_serial
  2019-05-14 15:02:54.356921 | ubuntu-bionic | return func(*args, **kwargs)
  2019-05-14 15:02:54.357134 | ubuntu-bionic |   File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/pep8.py",
 line 1670, in check_files
  2019-05-14 15:02:54.357212 | ubuntu-bionic | self.input_dir(path)
  2019-05-14 15:02:54.357413 | ubuntu-bionic |   File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/pep8.py",
 line 1706, in input_dir
  2019-05-14 15:02:54.3575

[Yahoo-eng-team] [Bug 1829239] Re: pyroute2 version conflict

2019-05-15 Thread YAMAMOTO Takashi
a revert https://review.opendev.org/#/c/659294/

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

Title:
  pyroute2 version conflict

Status in networking-midonet:
  New
Status in neutron:
  New

Bug description:
  eg. http://logs.openstack.org/90/659090/3/check/openstack-tox-
  pep8/57bd295/job-output.txt.gz

  2019-05-14 15:02:52.604303 | ubuntu-bionic | pep8 run-test: commands[0] | 
flake8
  2019-05-14 15:02:52.604442 | ubuntu-bionic | setting 
PATH=/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
  2019-05-14 15:02:52.605409 | ubuntu-bionic | [5702] 
/home/zuul/src/opendev.org/openstack/networking-midonet$ 
/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/bin/flake8
  2019-05-14 15:02:54.158191 | ubuntu-bionic | 
/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/pep8.py:1186:
 DeprecationWarning: inspect.getargspec() is deprecated, use 
inspect.signature() or inspect.getfullargspec()
  2019-05-14 15:02:54.158425 | ubuntu-bionic |   args = 
inspect.getargspec(check)[0]
  2019-05-14 15:02:54.158624 | ubuntu-bionic | 
/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/setuptools/depends.py:2:
 DeprecationWarning: the imp module is deprecated in favour of importlib; see 
the module's documentation for alternative uses
  2019-05-14 15:02:54.158656 | ubuntu-bionic |   import imp
  2019-05-14 15:02:54.158854 | ubuntu-bionic | 
/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/pep8.py:1192:
 DeprecationWarning: inspect.getargspec() is deprecated, use 
inspect.signature() or inspect.getfullargspec()
  2019-05-14 15:02:54.158929 | ubuntu-bionic |   if 
inspect.getargspec(check.__init__)[0][:2] == ['self', 'tree']:
  2019-05-14 15:02:54.159102 | ubuntu-bionic | 
/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/pep8.py:1192:
 DeprecationWarning: inspect.getargspec() is deprecated, use 
inspect.signature() or inspect.getfullargspec()
  2019-05-14 15:02:54.159214 | ubuntu-bionic |   if 
inspect.getargspec(check.__init__)[0][:2] == ['self', 'tree']:
  2019-05-14 15:02:54.159391 | ubuntu-bionic | 
/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/pep8.py:1186:
 DeprecationWarning: inspect.getargspec() is deprecated, use 
inspect.signature() or inspect.getfullargspec()
  2019-05-14 15:02:54.159438 | ubuntu-bionic |   args = 
inspect.getargspec(check)[0]
  2019-05-14 15:02:54.159604 | ubuntu-bionic | 
/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/pep8.py:1186:
 DeprecationWarning: inspect.getargspec() is deprecated, use 
inspect.signature() or inspect.getfullargspec()
  2019-05-14 15:02:54.159650 | ubuntu-bionic |   args = 
inspect.getargspec(check)[0]
  2019-05-14 15:02:54.355548 | ubuntu-bionic | Traceback (most recent call 
last):
  2019-05-14 15:02:54.355851 | ubuntu-bionic |   File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/bin/flake8", 
line 10, in 
  2019-05-14 15:02:54.355933 | ubuntu-bionic | sys.exit(main())
  2019-05-14 15:02:54.356133 | ubuntu-bionic |   File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/flake8/main.py",
 line 36, in main
  2019-05-14 15:02:54.356237 | ubuntu-bionic | report = 
flake8_style.check_files()
  2019-05-14 15:02:54.356464 | ubuntu-bionic |   File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/flake8/engine.py",
 line 181, in check_files
  2019-05-14 15:02:54.356602 | ubuntu-bionic | return 
self._retry_serial(self._styleguide.check_files, paths=paths)
  2019-05-14 15:02:54.356827 | ubuntu-bionic |   File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/flake8/engine.py",
 line 172, in _retry_serial
  2019-05-14 15:02:54.356921 | ubuntu-bionic | return func(*args, **kwargs)
  2019-05-14 15:02:54.357134 | ubuntu-bionic |   File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/pep8.py",
 line 1670, in check_files
  2019-05-14 15:02:54.357212 | ubuntu-bionic | self.input_dir(path)
  2019-05-14 15:02:54.357413 | ubuntu-bionic |   File 
"/home/zuul/src/opendev.org/openstack/networking-midonet/.tox/pep8/lib/python3.6/site-packages/pep8.py",
 line 1706, in input_dir
  2019-05-14 15:02:54.357512 | ubuntu-bionic | runner(os.path.join(root, 
filename))
  2019-05-14 15:02:54.357727 | ubuntu-bionic |   File 

[Yahoo-eng-team] [Bug 1823294] Re: test_update_provider_net_unsupported failure

2019-04-05 Thread YAMAMOTO Takashi
https://review.openstack.org/#/c/648522/ introduced the KeyError

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

Title:
  test_update_provider_net_unsupported failure

Status in networking-midonet:
  New
Status in neutron:
  New

Bug description:
  eg. http://logs.openstack.org/09/649309/5/check/openstack-tox-
  py35/1ccf308/job-output.txt.gz#_2019-04-05_05_17_36_105547

  2019-04-05 05:17:36.099606 | ubuntu-xenial | Traceback (most recent call 
last):
  2019-04-05 05:17:36.099710 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py35/lib/python3.5/site-packages/pecan/core.py",
 line 683, in __call__
  2019-04-05 05:17:36.099766 | ubuntu-xenial | 
self.invoke_controller(controller, args, kwargs, state)
  2019-04-05 05:17:36.099887 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py35/lib/python3.5/site-packages/pecan/core.py",
 line 574, in invoke_controller
  2019-04-05 05:17:36.099939 | ubuntu-xenial | result = controller(*args, 
**kwargs)
  2019-04-05 05:17:36.100049 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py35/lib/python3.5/site-packages/neutron_lib/db/api.py",
 line 139, in wrapped
  2019-04-05 05:17:36.100092 | ubuntu-xenial | setattr(e, 
'_RETRY_EXCEEDED', True)
  2019-04-05 05:17:36.100200 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py35/lib/python3.5/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  2019-04-05 05:17:36.100234 | ubuntu-xenial | self.force_reraise()
  2019-04-05 05:17:36.100347 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py35/lib/python3.5/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  2019-04-05 05:17:36.100394 | ubuntu-xenial | six.reraise(self.type_, 
self.value, self.tb)
  2019-04-05 05:17:36.100493 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py35/lib/python3.5/site-packages/six.py",
 line 693, in reraise
  2019-04-05 05:17:36.100523 | ubuntu-xenial | raise value
  2019-04-05 05:17:36.100629 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py35/lib/python3.5/site-packages/neutron_lib/db/api.py",
 line 135, in wrapped
  2019-04-05 05:17:36.100666 | ubuntu-xenial | return f(*args, **kwargs)
  2019-04-05 05:17:36.100769 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py35/lib/python3.5/site-packages/oslo_db/api.py",
 line 154, in wrapper
  2019-04-05 05:17:36.100806 | ubuntu-xenial | ectxt.value = e.inner_exc
  2019-04-05 05:17:36.100926 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py35/lib/python3.5/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  2019-04-05 05:17:36.100968 | ubuntu-xenial | self.force_reraise()
  2019-04-05 05:17:36.101081 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py35/lib/python3.5/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  2019-04-05 05:17:36.101129 | ubuntu-xenial | six.reraise(self.type_, 
self.value, self.tb)
  2019-04-05 05:17:36.101227 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py35/lib/python3.5/site-packages/six.py",
 line 693, in reraise
  2019-04-05 05:17:36.101256 | ubuntu-xenial | raise value
  2019-04-05 05:17:36.101374 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py35/lib/python3.5/site-packages/oslo_db/api.py",
 line 142, in wrapper
  2019-04-05 05:17:36.101417 | ubuntu-xenial | return f(*args, **kwargs)
  2019-04-05 05:17:36.101535 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py35/lib/python3.5/site-packages/neutron_lib/db/api.py",
 line 183, in wrapped
  2019-04-05 05:17:36.101594 | ubuntu-xenial | LOG.debug("Retry wrapper got 
retriable exception: %s", e)
  2019-04-05 05:17:36.101704 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py35/lib/python3.5/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  2019-04-05 05:17:36.101738 | ubuntu-xenial | self.force_reraise()
  2019-04-05 05:17:36.101855 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py35/lib/python3.5/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  2019-04-05 05:17:36.101935 | ubuntu-xenial | six.reraise(self.type_, 
self.value, self.tb)
  2019-04-05 05:17:36.102041 | ubuntu-xenial |   File 

[Yahoo-eng-team] [Bug 1822999] Re: create_port_bulk is broken

2019-04-03 Thread YAMAMOTO Takashi
i added neutron because the change seems unintended.

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

** Summary changed:

- create_port_bulk is broken
+ ml2 create_port_bulk produces incompatible port context

** Summary changed:

- ml2 create_port_bulk produces incompatible port context
+ ml2 create_port_bulk produces incompatible port context to drivers

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

Title:
  ml2 create_port_bulk produces incompatible port context to drivers

Status in networking-midonet:
  New
Status in neutron:
  New

Bug description:
  recently the following tests are failing on the networking-midonet
  gate.

  test_create_bulk_port
  test_bulk_create_delete_port

  probably due to https://review.openstack.org/#/c/624815/

To manage notifications about this bug go to:
https://bugs.launchpad.net/networking-midonet/+bug/1822999/+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 1805126] [NEW] confusing wording in config-dns-int.rst

2018-11-26 Thread YAMAMOTO Takashi
Public bug reported:

"``dns_domain`` functionality for ports" should be "``dns_domain for
ports`` functionality" i guess

** Affects: neutron
 Importance: Undecided
     Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress


** Tags: dns doc

** Tags added: doc

** Tags added: dns

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

Title:
  confusing wording in config-dns-int.rst

Status in neutron:
  In Progress

Bug description:
  "``dns_domain`` functionality for ports" should be "``dns_domain for
  ports`` functionality" i guess

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1805126/+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 1758062] Re: fwaas unit tests are failing on networking-midonet gate

2018-10-18 Thread YAMAMOTO Takashi
** Changed in: networking-midonet
   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/1758062

Title:
  fwaas unit tests are failing on networking-midonet gate

Status in networking-midonet:
  Fix Released
Status in neutron:
  Fix Released

Bug description:
  After the recent CI changes, fwaas unit tests are broken.

  ft1.16: 
midonet.neutron.tests.unit.test_extension_fwaas.FirewallTestCaseML2.test_delete_error_in_midonet_does_not_delete_firewall_StringException:
 Traceback (most recent call last):
    File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron_fwaas/tests/unit/services/firewall/test_fwaas_plugin.py",
 line 317, in setUp
  super(TestFirewallPluginBase, self).setUp(fw_plugin=FW_PLUGIN_KLASS)
    File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron_fwaas/tests/unit/services/firewall/test_fwaas_plugin.py",
 line 93, in setUp
  plugin=plugin, service_plugins=service_plugins, ext_mgr=ext_mgr)
    File "midonet/neutron/tests/unit/test_midonet_plugin_ml2.py", line 112, in 
setUp
  self.setup_parent(service_plugins=service_plugins, ext_mgr=ext_mgr)
    File "midonet/neutron/tests/unit/test_midonet_plugin_ml2.py", line 108, in 
setup_parent
  MidonetPluginConf.setUp(self, parent_setup)
    File "midonet/neutron/tests/unit/test_midonet_plugin_ml2.py", line 81, in 
setUp
  parent_setup()
    File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron/tests/unit/db/test_db_base_plugin_v2.py",
 line 112, in setUp
  super(NeutronDbPluginV2TestCase, self).setUp()
    File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron/tests/unit/testlib_api.py",
 line 394, in setUp
  super(WebTestCase, self).setUp()
    File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron/tests/unit/testlib_api.py",
 line 289, in setUp
  super(BaseSqlTestCase, self).setUp()
    File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron/tests/base.py",
 line 329, in setUp
  self.setup_config()
    File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron_fwaas/tests/base.py",
 line 44, in setup_config
  self.config_parse(args=args)
    File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron/tests/base.py",
 line 305, in config_parse
  config.init(args=args)
    File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron/common/config.py",
 line 78, in init
  **kwargs)
    File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_config/cfg.py",
 line 2498, in __call__
  else sys.argv[1:])
    File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_config/cfg.py",
 line 3162, in _parse_cli_opts
  return self._parse_config_files()
    File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_config/cfg.py",
 line 3198, in _parse_config_files
  self._oparser.parse_args(self._args, namespace)
    File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_config/cfg.py",
 line 2326, in parse_args
  return super(_CachedArgumentParser, self).parse_args(args, namespace)
    File "/usr/lib/python2.7/argparse.py", line 1701, in parse_args
  args, argv = self.parse_known_args(args, namespace)
    File "/usr/lib/python2.7/argparse.py", line 1733, in parse_known_args
  namespace, args = self._parse_known_args(args, namespace)
    File "/usr/lib/python2.7/argparse.py", line 1939, in _parse_known_args
  start_index = consume_optional(start_index)
    File "/usr/lib/python2.7/argparse.py", line 1879, in consume_optional
  take_action(action, args, option_string)
    File "/usr/lib/python2.7/argparse.py", line 1807, in take_action
  action(self, namespace, argument_values, option_string)
    File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_config/cfg.py",
 line 1741, in __call__
  raise ConfigDirNotFoundError(values)
  oslo_config.cfg.ConfigDirNotFoundError: Failed to read config file directory: 
/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron_fwaas/tests/./../../etc/neutron/policy.d


[Yahoo-eng-team] [Bug 1796230] [NEW] no libnetfilter-log1 package on centos

2018-10-04 Thread YAMAMOTO Takashi
Public bug reported:

the recent version of neutron-fwaas devstack plugin tries to install 
libnetfilter-log1 package. [1]
unfortunately it isn't available on centos and thus make networking-midonet 
centos job fail.

[1] https://review.openstack.org/#/c/530694/

eg. http://logs.openstack.org/95/490295/5/check/networking-midonet-
tempest-aio-ml2-full-centos-7/0505fe4/logs/devstacklog.txt.gz

2018-10-04 17:23:30.718 | Installing collected packages: neutron, pyzmq, 
neutron-fwaas
2018-10-04 17:23:30.718 |   Found existing installation: neutron 
13.0.0.0rc2.dev196
2018-10-04 17:23:30.728 | Uninstalling neutron-13.0.0.0rc2.dev196:
2018-10-04 17:23:30.742 |   Successfully uninstalled 
neutron-13.0.0.0rc2.dev196
2018-10-04 17:23:30.742 |   Running setup.py develop for neutron
2018-10-04 17:23:33.497 |   Found existing installation: neutron-fwaas 13.0.0
2018-10-04 17:23:33.549 | Uninstalling neutron-fwaas-13.0.0:
2018-10-04 17:23:33.617 |   Successfully uninstalled neutron-fwaas-13.0.0
2018-10-04 17:23:33.617 |   Running setup.py develop for neutron-fwaas
2018-10-04 17:23:35.421 | Successfully installed neutron neutron-fwaas 
pyzmq-17.1.2
2018-10-04 17:23:35.688 | You are using pip version 9.0.3, however version 18.0 
is available.
2018-10-04 17:23:35.688 | You should consider upgrading via the 'pip install 
--upgrade pip' command.
2018-10-04 17:23:35.938 | Loaded plugins: fastestmirror
2018-10-04 17:23:36.003 | Loading mirror speeds from cached hostfile
2018-10-04 17:23:37.080 | No package libnetfilter-log1 available.
2018-10-04 17:23:37.293 | Error: Nothing to do
2018-10-04 17:23:37.312 | YUM_FAILED 1
2018-10-04 17:23:37.481 | Loaded plugins: fastestmirror
2018-10-04 17:23:37.546 | Loading mirror speeds from cached hostfile
2018-10-04 17:23:38.389 | No package libnetfilter-log1 available.
2018-10-04 17:23:38.597 | Error: Nothing to do
2018-10-04 17:23:38.615 | YUM_FAILED 1
2018-10-04 17:23:38.620 | Error on exit
2018-10-04 17:23:39.135 | World dumping... see 
/opt/stack/new/screen-logs/worlddump-2018-10-04-172339.txt for details

** Affects: neutron
 Importance: Undecided
 Status: New


** Tags: fwaas

** Tags added: fwaas

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

Title:
  no libnetfilter-log1 package on centos

Status in neutron:
  New

Bug description:
  the recent version of neutron-fwaas devstack plugin tries to install 
libnetfilter-log1 package. [1]
  unfortunately it isn't available on centos and thus make networking-midonet 
centos job fail.

  [1] https://review.openstack.org/#/c/530694/

  eg. http://logs.openstack.org/95/490295/5/check/networking-midonet-
  tempest-aio-ml2-full-centos-7/0505fe4/logs/devstacklog.txt.gz

  2018-10-04 17:23:30.718 | Installing collected packages: neutron, pyzmq, 
neutron-fwaas
  2018-10-04 17:23:30.718 |   Found existing installation: neutron 
13.0.0.0rc2.dev196
  2018-10-04 17:23:30.728 | Uninstalling neutron-13.0.0.0rc2.dev196:
  2018-10-04 17:23:30.742 |   Successfully uninstalled 
neutron-13.0.0.0rc2.dev196
  2018-10-04 17:23:30.742 |   Running setup.py develop for neutron
  2018-10-04 17:23:33.497 |   Found existing installation: neutron-fwaas 13.0.0
  2018-10-04 17:23:33.549 | Uninstalling neutron-fwaas-13.0.0:
  2018-10-04 17:23:33.617 |   Successfully uninstalled neutron-fwaas-13.0.0
  2018-10-04 17:23:33.617 |   Running setup.py develop for neutron-fwaas
  2018-10-04 17:23:35.421 | Successfully installed neutron neutron-fwaas 
pyzmq-17.1.2
  2018-10-04 17:23:35.688 | You are using pip version 9.0.3, however version 
18.0 is available.
  2018-10-04 17:23:35.688 | You should consider upgrading via the 'pip install 
--upgrade pip' command.
  2018-10-04 17:23:35.938 | Loaded plugins: fastestmirror
  2018-10-04 17:23:36.003 | Loading mirror speeds from cached hostfile
  2018-10-04 17:23:37.080 | No package libnetfilter-log1 available.
  2018-10-04 17:23:37.293 | Error: Nothing to do
  2018-10-04 17:23:37.312 | YUM_FAILED 1
  2018-10-04 17:23:37.481 | Loaded plugins: fastestmirror
  2018-10-04 17:23:37.546 | Loading mirror speeds from cached hostfile
  2018-10-04 17:23:38.389 | No package libnetfilter-log1 available.
  2018-10-04 17:23:38.597 | Error: Nothing to do
  2018-10-04 17:23:38.615 | YUM_FAILED 1
  2018-10-04 17:23:38.620 | Error on exit
  2018-10-04 17:23:39.135 | World dumping... see 
/opt/stack/new/screen-logs/worlddump-2018-10-04-172339.txt for details

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1796230/+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 1789322] [NEW] ImportError: cannot import name fake_notifier

2018-08-27 Thread YAMAMOTO Takashi
Public bug reported:

eg. http://logs.openstack.org/87/199387/121/check/openstack-tox-
py27/9567b48/job-output.txt.gz

2018-08-27 00:50:08.241865 | ubuntu-xenial | Failed to import test module: 
midonet.neutron.tests.unit.test_extension_fwaas
2018-08-27 00:50:08.241970 | ubuntu-xenial | Traceback (most recent call last):
2018-08-27 00:50:08.242331 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/unittest2/loader.py",
 line 456, in _find_test_path
2018-08-27 00:50:08.242478 | ubuntu-xenial | module = 
self._get_module_from_name(name)
2018-08-27 00:50:08.242857 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/unittest2/loader.py",
 line 395, in _get_module_from_name
2018-08-27 00:50:08.242940 | ubuntu-xenial | __import__(name)
2018-08-27 00:50:08.243136 | ubuntu-xenial |   File 
"midonet/neutron/tests/unit/test_extension_fwaas.py", line 18, in 
2018-08-27 00:50:08.243339 | ubuntu-xenial | from 
neutron_fwaas.tests.unit.services.firewall import test_fwaas_plugin as tfp
2018-08-27 00:50:08.243793 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron_fwaas/tests/unit/services/firewall/test_fwaas_plugin.py",
 line 20, in 
2018-08-27 00:50:08.243906 | ubuntu-xenial | from neutron.tests import 
fake_notifier
2018-08-27 00:50:08.244014 | ubuntu-xenial | ImportError: cannot import name 
fake_notifier

** Affects: neutron
     Importance: Undecided
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress


** Tags: fwaas gate-failure

** Tags added: fwaas gate-failure

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

Title:
  ImportError: cannot import name fake_notifier

Status in neutron:
  In Progress

Bug description:
  eg. http://logs.openstack.org/87/199387/121/check/openstack-tox-
  py27/9567b48/job-output.txt.gz

  2018-08-27 00:50:08.241865 | ubuntu-xenial | Failed to import test module: 
midonet.neutron.tests.unit.test_extension_fwaas
  2018-08-27 00:50:08.241970 | ubuntu-xenial | Traceback (most recent call 
last):
  2018-08-27 00:50:08.242331 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/unittest2/loader.py",
 line 456, in _find_test_path
  2018-08-27 00:50:08.242478 | ubuntu-xenial | module = 
self._get_module_from_name(name)
  2018-08-27 00:50:08.242857 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/unittest2/loader.py",
 line 395, in _get_module_from_name
  2018-08-27 00:50:08.242940 | ubuntu-xenial | __import__(name)
  2018-08-27 00:50:08.243136 | ubuntu-xenial |   File 
"midonet/neutron/tests/unit/test_extension_fwaas.py", line 18, in 
  2018-08-27 00:50:08.243339 | ubuntu-xenial | from 
neutron_fwaas.tests.unit.services.firewall import test_fwaas_plugin as tfp
  2018-08-27 00:50:08.243793 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron_fwaas/tests/unit/services/firewall/test_fwaas_plugin.py",
 line 20, in 
  2018-08-27 00:50:08.243906 | ubuntu-xenial | from neutron.tests import 
fake_notifier
  2018-08-27 00:50:08.244014 | ubuntu-xenial | ImportError: cannot import name 
fake_notifier

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1789322/+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 1525775] Re: When ovs-agent is restarted flows creatd by other than ovs-agent are deleted.

2018-07-12 Thread YAMAMOTO Takashi
https://review.openstack.org/#/c/480031/

** Changed in: tap-as-a-service
   Importance: Undecided => Critical

** Changed in: tap-as-a-service
   Status: New => Fix Released

** Changed in: tap-as-a-service
 Assignee: (unassigned) => SUZUKI, Kazuhiro (kaz-kaz)

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

Title:
  When ovs-agent is restarted flows creatd by other than ovs-agent are
  deleted.

Status in neutron:
  Won't Fix
Status in tap-as-a-service:
  Fix Released

Bug description:
  When ovs-agent is restarted, the cleanup logic drops flow entries
  unless they are stamped by agent_uuid (recorded as a cookie).

  Referene:
  
https://git.openstack.org/cgit/openstack/neutron/commit/?id=73673beacd75a2d9f51f15b284f1b458d32e992e

  Not only old flows, but also flows created by other than ovs-agent
  (flows without a stamp) are deleted.

  Version: Liberty

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1525775/+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 1779801] Re: L3 AttributeError in doc job

2018-07-06 Thread YAMAMOTO Takashi
I added neutron as neutron-vpnaas has the same issue.
https://review.openstack.org/#/c/579742/

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

Title:
  L3 AttributeError in doc job

Status in networking-midonet:
  In Progress
Status in networking-odl:
  Confirmed
Status in neutron:
  New

Bug description:
  e.g http://logs.openstack.org/87/199387/116/check/build-openstack-
  sphinx-docs/a509328/job-output.txt.gz

  2018-07-03 01:03:26.111244 | ubuntu-xenial | Warning, treated as error:
  2018-07-03 01:03:26.111548 | ubuntu-xenial | autodoc: failed to import module 
u'midonet.neutron.db.bgp_db_midonet'; the following exception was raised:
  2018-07-03 01:03:26.111691 | ubuntu-xenial | Traceback (most recent call 
last):
  2018-07-03 01:03:26.112024 | ubuntu-xenial |   File 
"/home/zuul/.venv/local/lib/python2.7/site-packages/sphinx/ext/autodoc/importer.py",
 line 152, in import_module
  2018-07-03 01:03:26.112140 | ubuntu-xenial | __import__(modname)
  2018-07-03 01:03:26.112514 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/midonet/neutron/db/bgp_db_midonet.py",
 line 22, in 
  2018-07-03 01:03:26.112701 | ubuntu-xenial | from 
neutron_dynamic_routing.db import bgp_db
  2018-07-03 01:03:26.113035 | ubuntu-xenial |   File 
"/home/zuul/.venv/local/lib/python2.7/site-packages/neutron_dynamic_routing/db/bgp_db.py",
 line 21, in 
  2018-07-03 01:03:26.113165 | ubuntu-xenial | from neutron.db import 
l3_dvr_db
  2018-07-03 01:03:26.113413 | ubuntu-xenial |   File 
"/home/zuul/.venv/local/lib/python2.7/site-packages/neutron/db/l3_dvr_db.py", 
line 41, in 
  2018-07-03 01:03:26.113524 | ubuntu-xenial | from neutron.db import l3_db
  2018-07-03 01:03:26.113819 | ubuntu-xenial |   File 
"/home/zuul/.venv/local/lib/python2.7/site-packages/neutron/db/l3_db.py", line 
51, in 
  2018-07-03 01:03:26.113955 | ubuntu-xenial | from neutron.extensions 
import l3
  2018-07-03 01:03:26.114260 | ubuntu-xenial |   File 
"/home/zuul/.venv/local/lib/python2.7/site-packages/neutron/extensions/l3.py", 
line 23, in 
  2018-07-03 01:03:26.114405 | ubuntu-xenial | from neutron.api.v2 import 
resource_helper
  2018-07-03 01:03:26.114730 | ubuntu-xenial |   File 
"/home/zuul/.venv/local/lib/python2.7/site-packages/neutron/api/v2/resource_helper.py",
 line 20, in 
  2018-07-03 01:03:26.114877 | ubuntu-xenial | from neutron.api import 
extensions
  2018-07-03 01:03:26.115169 | ubuntu-xenial |   File 
"/home/zuul/.venv/local/lib/python2.7/site-packages/neutron/api/extensions.py", 
line 32, in 
  2018-07-03 01:03:26.115336 | ubuntu-xenial | from neutron.plugins.common 
import constants as const
  2018-07-03 01:03:26.115669 | ubuntu-xenial |   File 
"/home/zuul/.venv/local/lib/python2.7/site-packages/neutron/plugins/common/constants.py",
 line 28, in 
  2018-07-03 01:03:26.115768 | ubuntu-xenial | 'router': constants.L3,
  2018-07-03 01:03:26.115894 | ubuntu-xenial | AttributeError: 'module' object 
has no attribute 'L3'

To manage notifications about this bug go to:
https://bugs.launchpad.net/networking-midonet/+bug/1779801/+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 1765008] Re: Tempest API tests failing for stable/queens branch

2018-04-24 Thread YAMAMOTO Takashi
i think i misunderstood.
it seems the sim extension "standard-attr-segment" was added to ml2 plugin.
i suspect it should be in the segment service plugin instead.


** Changed in: neutron
   Status: Fix Released => Confirmed

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

Title:
  Tempest API tests failing for stable/queens branch

Status in neutron:
  Confirmed
Status in tripleo:
  In Progress

Bug description:
  neutron-tempest-plugin repo is branchless so same tests are running for 
master and stable/queens neutron code.
  Recently there was new test merged: https://review.openstack.org/#/c/558609/
  and this cause problem like: 
http://logs.openstack.org/47/562147/1/check/neutron-tempest-plugin-api/5596592/logs/testr_results.html.gz
 for stable branches

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1765008/+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 1765008] Re: Tempest API tests failing for stable/queens branch

2018-04-24 Thread YAMAMOTO Takashi
neutron part of the issue has been fixed

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

** Changed in: neutron
Milestone: None => rocky-2

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

Title:
  Tempest API tests failing for stable/queens branch

Status in neutron:
  Confirmed
Status in tripleo:
  In Progress

Bug description:
  neutron-tempest-plugin repo is branchless so same tests are running for 
master and stable/queens neutron code.
  Recently there was new test merged: https://review.openstack.org/#/c/558609/
  and this cause problem like: 
http://logs.openstack.org/47/562147/1/check/neutron-tempest-plugin-api/5596592/logs/testr_results.html.gz
 for stable branches

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1765008/+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 1758063] Re: neutron_tempest_plugin.scenario.test_floatingip.FloatingIPQosTest failing on networking-midonet gate

2018-03-26 Thread YAMAMOTO Takashi
** 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/1758063

Title:
  neutron_tempest_plugin.scenario.test_floatingip.FloatingIPQosTest
  failing on networking-midonet gate

Status in neutron:
  Fix Released

Bug description:
  eg. http://logs.openstack.org/13/551013/2/check/networking-midonet-
  tempest-aio-ml2-full/c661b05/logs/testr_results.html.gz

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1758063/+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 1758062] Re: fwaas unit tests are failing

2018-03-23 Thread YAMAMOTO Takashi
** Also affects: neutron
   Importance: Undecided
   Status: New

** Tags added: fwaas

** Changed in: neutron
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

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

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

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

Title:
  fwaas unit tests are failing

Status in networking-midonet:
  In Progress
Status in neutron:
  In Progress

Bug description:
  ft1.16: 
midonet.neutron.tests.unit.test_extension_fwaas.FirewallTestCaseML2.test_delete_error_in_midonet_does_not_delete_firewall_StringException:
 Traceback (most recent call last):
File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron_fwaas/tests/unit/services/firewall/test_fwaas_plugin.py",
 line 317, in setUp
  super(TestFirewallPluginBase, self).setUp(fw_plugin=FW_PLUGIN_KLASS)
File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron_fwaas/tests/unit/services/firewall/test_fwaas_plugin.py",
 line 93, in setUp
  plugin=plugin, service_plugins=service_plugins, ext_mgr=ext_mgr)
File "midonet/neutron/tests/unit/test_midonet_plugin_ml2.py", line 112, in 
setUp
  self.setup_parent(service_plugins=service_plugins, ext_mgr=ext_mgr)
File "midonet/neutron/tests/unit/test_midonet_plugin_ml2.py", line 108, in 
setup_parent
  MidonetPluginConf.setUp(self, parent_setup)
File "midonet/neutron/tests/unit/test_midonet_plugin_ml2.py", line 81, in 
setUp
  parent_setup()
File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron/tests/unit/db/test_db_base_plugin_v2.py",
 line 112, in setUp
  super(NeutronDbPluginV2TestCase, self).setUp()
File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron/tests/unit/testlib_api.py",
 line 394, in setUp
  super(WebTestCase, self).setUp()
File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron/tests/unit/testlib_api.py",
 line 289, in setUp
  super(BaseSqlTestCase, self).setUp()
File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron/tests/base.py",
 line 329, in setUp
  self.setup_config()
File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron_fwaas/tests/base.py",
 line 44, in setup_config
  self.config_parse(args=args)
File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron/tests/base.py",
 line 305, in config_parse
  config.init(args=args)
File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/neutron/common/config.py",
 line 78, in init
  **kwargs)
File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_config/cfg.py",
 line 2498, in __call__
  else sys.argv[1:])
File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_config/cfg.py",
 line 3162, in _parse_cli_opts
  return self._parse_config_files()
File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_config/cfg.py",
 line 3198, in _parse_config_files
  self._oparser.parse_args(self._args, namespace)
File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_config/cfg.py",
 line 2326, in parse_args
  return super(_CachedArgumentParser, self).parse_args(args, namespace)
File "/usr/lib/python2.7/argparse.py", line 1701, in parse_args
  args, argv = self.parse_known_args(args, namespace)
File "/usr/lib/python2.7/argparse.py", line 1733, in parse_known_args
  namespace, args = self._parse_known_args(args, namespace)
File "/usr/lib/python2.7/argparse.py", line 1939, in _parse_known_args
  start_index = consume_optional(start_index)
File "/usr/lib/python2.7/argparse.py", line 1879, in consume_optional
  take_action(action, args, option_string)
File "/usr/lib/python2.7/argparse.py", line 1807, in take_action
  action(self, namespace, argument_values, option_string)
File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.to

[Yahoo-eng-team] [Bug 1758063] [NEW] neutron_tempest_plugin.scenario.test_floatingip.FloatingIPQosTest failing on networking-midonet gate

2018-03-22 Thread YAMAMOTO Takashi
Public bug reported:

eg. http://logs.openstack.org/13/551013/2/check/networking-midonet-
tempest-aio-ml2-full/c661b05/logs/testr_results.html.gz

** Affects: neutron
 Importance: Critical
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress


** Tags: gate-failure

** Tags added: gate-failure

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

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

** Changed in: neutron
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

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

Title:
  neutron_tempest_plugin.scenario.test_floatingip.FloatingIPQosTest
  failing on networking-midonet gate

Status in neutron:
  In Progress

Bug description:
  eg. http://logs.openstack.org/13/551013/2/check/networking-midonet-
  tempest-aio-ml2-full/c661b05/logs/testr_results.html.gz

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1758063/+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 1742385] Re: test_create_show_delete_security_group_rule_names failure on networking-midonet gate

2018-03-11 Thread YAMAMOTO Takashi
** Changed in: networking-midonet
   Status: In Progress => Fix Released

** Changed in: networking-midonet
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

** Changed in: networking-midonet
Milestone: None => 6.0.0

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

Title:
  test_create_show_delete_security_group_rule_names failure on
  networking-midonet gate

Status in networking-midonet:
  Fix Released
Status in neutron:
  Fix Committed

Bug description:
  test_create_show_delete_security_group_rule_names is failing on
  networking-midonet gate jobs.

  it seems like a neutron-lib version mismatch.
  1.11.0 is used by neutron.
  on the other hand, 1.12.0 is used by tempest plugins installed via 
TEMPEST_PLUGINS, which doesn't honor upper-constraints.
  i guess tempest plugins should not use the list of protocols from neutron-lib 
because tempest is branchless and supposed to work against old servers (with 
older neutron-lib) and other implementations (like midonet) as well.

  note: "ipip" is added by neutron-lib 1.12.0
  (I18e5e42b687e12b64f5a9c523a912c8dd1afa9d2)

  eg. http://logs.openstack.org/91/531091/3/check/networking-midonet-
  tempest-multinode-ml2/1503639/logs/testr_results.html.gz

  Traceback (most recent call last):
    File 
"/opt/stack/new/tempest/.tox/tempest/local/lib/python2.7/site-packages/neutron_tempest_plugin/api/test_security_groups.py",
 line 80, in test_create_show_delete_security_group_rule_names
  ethertype=self.ethertype)
    File 
"/opt/stack/new/tempest/.tox/tempest/local/lib/python2.7/site-packages/neutron_tempest_plugin/api/base_security_groups.py",
 line 88, in _test_create_show_delete_security_group_rule
  self._create_security_group_rule(**kwargs)['security_group_rule'])
    File 
"/opt/stack/new/tempest/.tox/tempest/local/lib/python2.7/site-packages/neutron_tempest_plugin/api/base_security_groups.py",
 line 58, in _create_security_group_rule
  rule_create_body = self.client.create_security_group_rule(**kwargs)
    File 
"/opt/stack/new/tempest/.tox/tempest/local/lib/python2.7/site-packages/neutron_tempest_plugin/services/network/json/network_client.py",
 line 865, in create_security_group_rule
  resp, body = self.post(uri, body)
    File "tempest/lib/common/rest_client.py", line 279, in post
  return self.request('POST', url, extra_headers, headers, body, chunked)
    File "tempest/lib/common/rest_client.py", line 668, in request
  self._error_checker(resp, resp_body)
    File "tempest/lib/common/rest_client.py", line 779, in _error_checker
  raise exceptions.BadRequest(resp_body, resp=resp)
  tempest.lib.exceptions.BadRequest: Bad request
  Details: {u'type': u'SecurityGroupRuleInvalidProtocol', u'message': 
u"Security group rule protocol ipip not supported. Only protocol values [None, 
'ah', 'pgm', 'tcp', 'ipv6-encap', 'dccp', 'igmp', 'icmp', 'esp', 'ipv6-icmp', 
'vrrp', 'gre', 'sctp', 'rsvp', 'ipv6-route', 'udp', 'ipv6-opts', 'ipv6-nonxt', 
'udplite', 'egp', 'icmpv6', 'ipv6-frag', 'ospf'] and integer representations [0 
to 255] are supported.", u'detail': u''}

To manage notifications about this bug go to:
https://bugs.launchpad.net/networking-midonet/+bug/1742385/+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 1659691] Re: neutron-vpnaas tempest job improvement

2018-02-27 Thread YAMAMOTO Takashi
** 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/1659691

Title:
  neutron-vpnaas tempest job improvement

Status in neutron:
  Fix Released

Bug description:
  gate-neutron-dsvm-tempest-vpnaas-ubuntu-xenial is completely broken.
  (it doesn't even configure vpnaas)
  it needs to be fixed and made voting.

  i plan to fold gate-neutron-vpnaas-dsvm-api-ubuntu-xenial-nv into the above 
job
  once it gets ready.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1659691/+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 1747869] [NEW] ./stack.sh doesn't work with postgres

2018-02-07 Thread YAMAMOTO Takashi
Public bug reported:

probably after the recent change [1]
./stack.sh doesn't work with postgres anymore.

[1] I2653560d637a6696f936b49e87f16326fd601dfe


+lib/databases/postgresql:recreate_database_postgresql:46  createdb -h 
127.0.0.1 -Uroot 
-l C -T template0 -E utf8 glance
+lib/glance:init_glance:313time_start dbsync
+functions-common:time_start:2237  local name=dbsync
+functions-common:time_start:2238  local start_time=
+functions-common:time_start:2239  [[ -n '' ]]
++functions-common:time_start:2242  date +%s%3N
+functions-common:time_start:2242  _TIME_START[$name]=1517992535119
+lib/glance:init_glance:315/usr/local/bin/glance-manage 
--config-file /e
tc/glance/glance-api.conf db_sync
/usr/local/lib/python2.7/dist-packages/oslo_db/sqlalchemy/enginefacade.py:1334: 
OsloDBDeprecationWarning: EngineFacade is deprecated; please use 
oslo_db.sqlalchemy.enginefacade
  expire_on_commit=expire_on_commit, _conf=conf)
WARNING oslo_db.sqlalchemy.engines [-] URL 
postgresql://root:***@127.0.0.1/glance?client_encoding=utf8 does not contain a 
'+drivername' portion, and will make use of a default driver.  A full 
dbname+drivername:// protocol is recommended.
INFO alembic.runtime.migration [-] Context impl PostgresqlImpl.
INFO alembic.runtime.migration [-] Will assume transactional DDL.
Rolling upgrades are currently supported only for MySQL and Sqlite
+lib/glance:init_glance:1  exit_trap
+./stack.sh:exit_trap:510  local r=1
++./stack.sh:exit_trap:511  jobs -p
+./stack.sh:exit_trap:511  jobs=
+./stack.sh:exit_trap:514  [[ -n '' ]]
+./stack.sh:exit_trap:520  '[' -f /tmp/tmp.yKvw8EwKuQ ']'
+./stack.sh:exit_trap:521  rm /tmp/tmp.yKvw8EwKuQ
+./stack.sh:exit_trap:525  kill_spinner
+./stack.sh:kill_spinner:424   '[' '!' -z '' ']'
+./stack.sh:exit_trap:527  [[ 1 -ne 0 ]]
+./stack.sh:exit_trap:528  echo 'Error on exit'
Error on exit
+./stack.sh:exit_trap:530  type -p generate-subunit
+./stack.sh:exit_trap:531  generate-subunit 1517992018 519 fail
+./stack.sh:exit_trap:533  [[ -z /opt/stack/logs ]]
+./stack.sh:exit_trap:536  
/home/takashi/git/devstack/tools/worlddump.py -d /opt/stack/logs
World dumping... see /opt/stack/logs/worlddump-2018-02-07-083537.txt for details
+./stack.sh:exit_trap:545  exit 1

** Affects: glance
 Importance: Undecided
 Status: New

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

Title:
  ./stack.sh doesn't work with postgres

Status in Glance:
  New

Bug description:
  probably after the recent change [1]
  ./stack.sh doesn't work with postgres anymore.

  [1] I2653560d637a6696f936b49e87f16326fd601dfe

  
  +lib/databases/postgresql:recreate_database_postgresql:46  createdb -h 
127.0.0.1 -Uroot 
  -l C -T template0 -E utf8 glance
  +lib/glance:init_glance:313time_start dbsync
  +functions-common:time_start:2237  local name=dbsync
  +functions-common:time_start:2238  local start_time=
  +functions-common:time_start:2239  [[ -n '' ]]
  ++functions-common:time_start:2242  date +%s%3N
  +functions-common:time_start:2242  _TIME_START[$name]=1517992535119
  +lib/glance:init_glance:315/usr/local/bin/glance-manage 
--config-file /e
  tc/glance/glance-api.conf db_sync
  
/usr/local/lib/python2.7/dist-packages/oslo_db/sqlalchemy/enginefacade.py:1334: 
OsloDBDeprecationWarning: EngineFacade is deprecated; please use 
oslo_db.sqlalchemy.enginefacade
expire_on_commit=expire_on_commit, _conf=conf)
  WARNING oslo_db.sqlalchemy.engines [-] URL 
postgresql://root:***@127.0.0.1/glance?client_encoding=utf8 does not contain a 
'+drivername' portion, and will make use of a default driver.  A full 
dbname+drivername:// protocol is recommended.
  INFO alembic.runtime.migration [-] Context impl PostgresqlImpl.
  INFO alembic.runtime.migration [-] Will assume transactional DDL.
  Rolling upgrades are currently supported only for MySQL and Sqlite
  +lib/glance:init_glance:1  exit_trap
  +./stack.sh:exit_trap:510  local r=1
  ++./stack.sh:exit_trap:511  jobs -p
  +./stack.sh:exit_trap:511  jobs=
  +./stack.sh:exit_trap:514  [[ -n '' ]]
  +./stack.sh:exit_trap:520  '[' -f /tmp/tmp.yKvw8EwKuQ ']'
  +./stack.sh:exit_trap:521  rm /tmp/tmp.yKvw8EwKuQ
  +./stack.sh:exit_trap:525  kill_spinner
  +./stack.sh:kill_spinner:424   '[' '!' -z '' ']'
  +./stack.sh:exit_trap:527  [[ 1 -ne 0 ]]
  +./stack.sh:exit_trap:528  echo 'Error on exit'
  Error 

[Yahoo-eng-team] [Bug 1731623] Re: many UT cases are broken due to "AttributeError: type object 'Route' has no attribute 'foreign_keys'"

2018-01-15 Thread YAMAMOTO Takashi
** Changed in: networking-midonet
   Status: New => Fix Released

** Changed in: networking-midonet
Milestone: None => 6.0.0

** Changed in: networking-midonet
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

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

Title:
  many UT cases are broken due to "AttributeError: type object 'Route'
  has no attribute 'foreign_keys'"

Status in networking-midonet:
  Fix Released
Status in neutron:
  Fix Released

Bug description:
  eg. http://logs.openstack.org/24/518824/1/gate/openstack-tox-
  py27/6ea4c06/job-output.txt.gz

  2017-11-11 07:19:32.914772 | ubuntu-xenial | {2} 
midonet.neutron.tests.unit.test_extension_taas.TestMidonetTaasCaseML2.test_delete_tap_service_error_delete_neutron_resource
 [0.865560s] ... ok
  2017-11-11 07:19:32.931319 | ubuntu-xenial | INFO  
[alembic.runtime.migration] Running upgrade 24f28869838b -> 41b509d10b5e, 
VPNaaS endpoint groups
  2017-11-11 07:19:32.947636 | ubuntu-xenial | add_router_interface failed: No 
details.
  2017-11-11 07:19:32.947704 | ubuntu-xenial | Traceback (most recent call 
last):
  2017-11-11 07:19:32.947748 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/api/v2/resource.py",
 line 98, in resource
  2017-11-11 07:19:32.947775 | ubuntu-xenial | result = 
method(request=request, **args)
  2017-11-11 07:19:32.947812 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/db/api.py", line 
92, in wrapped
  2017-11-11 07:19:32.947837 | ubuntu-xenial | setattr(e, 
'_RETRY_EXCEEDED', True)
  2017-11-11 07:19:32.947889 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  2017-11-11 07:19:32.947946 | ubuntu-xenial | self.force_reraise()
  2017-11-11 07:19:32.948002 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  2017-11-11 07:19:32.948029 | ubuntu-xenial | six.reraise(self.type_, 
self.value, self.tb)
  2017-11-11 07:19:32.948086 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/db/api.py", line 
88, in wrapped
  2017-11-11 07:19:32.948117 | ubuntu-xenial | return f(*args, **kwargs)
  2017-11-11 07:19:32.948169 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_db/api.py",
 line 150, in wrapper
  2017-11-11 07:19:32.948191 | ubuntu-xenial | ectxt.value = e.inner_exc
  2017-11-11 07:19:32.948259 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  2017-11-11 07:19:32.948291 | ubuntu-xenial | self.force_reraise()
  2017-11-11 07:19:32.948363 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  2017-11-11 07:19:32.948393 | ubuntu-xenial | six.reraise(self.type_, 
self.value, self.tb)
  2017-11-11 07:19:32.948444 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_db/api.py",
 line 138, in wrapper
  2017-11-11 07:19:32.948466 | ubuntu-xenial | return f(*args, **kwargs)
  2017-11-11 07:19:32.948504 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/db/api.py", line 
127, in wrapped
  2017-11-11 07:19:32.948533 | ubuntu-xenial | LOG.debug("Retry wrapper got 
retriable exception: %s", e)
  2017-11-11 07:19:32.948586 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  2017-11-11 07:19:32.948607 | ubuntu-xenial | self.force_reraise()
  2017-11-11 07:19:32.948659 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  2017-11-11 07:19:32.948686 | ubuntu-xenial | six.reraise(self.type_, 
self.value, self.tb)
  2017-11-11 07:19:32.948723 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/db/api.py", line 
123, in wrapped
  2017-11-11 07:19:32.948746 | ubuntu-xenial | return f(*dup_args, 
**dup_kwargs)
  2017-11-11 07:19:32.948786 | ubuntu-xenial |   File 
"/home/zuu

[Yahoo-eng-team] [Bug 1742863] [NEW] ovs-vswitchd core dump in ovsfw jobs

2018-01-11 Thread YAMAMOTO Takashi
Public bug reported:

eg. http://logs.openstack.org/76/503076/12/check/neutron-tempest-
ovsfw/c350c10/logs/openvswitch/ovs-vswitchd.txt.gz

2018-01-11T09:12:37.323Z|01923|bridge|INFO|bridge br-int: deleted interface 
tap251a9cf5-3b on port 154
2018-01-11T09:12:37.327Z|01924|bridge|WARN|could not open network device 
tap251a9cf5-3b (No such device)
2018-01-11T09:12:37.476Z|01925|bridge|WARN|could not open network device 
tap251a9cf5-3b (No such device)
2018-01-11T09:12:37.479Z|01926|bridge|INFO|bridge br-int: deleted interface 
tapb73da219-3c on port 165
2018-01-11T09:12:37.484Z|01927|bridge|WARN|could not open network device 
tapb73da219-3c (No such device)
2018-01-11T09:12:37.487Z|01928|bridge|WARN|could not open network device 
tap251a9cf5-3b (No such device)
2018-01-11T09:12:37.580Z|01929|bridge|WARN|could not open network device 
tapb73da219-3c (No such device)
2018-01-11T09:12:37.875Z|01930|bridge|INFO|bridge br-int: added interface 
tapb73da219-3c on port 166
2018-01-11T09:12:38.267Z|01931|bridge|INFO|bridge br-int: added interface 
qr-e5ef3d2d-42 on port 167
2018-01-11T09:12:38.332Z|01932|netdev_linux|INFO|ioctl(SIOCGIFHWADDR) on 
qr-e5ef3d2d-42 device failed: No such device
2018-01-11T09:12:39.150Z|01933|connmgr|INFO|br-int<->unix: 1 flow_mods in the 
last 0 s (1 deletes)
2018-01-11T09:12:39.166Z|01934|connmgr|INFO|br-int<->unix: 1 flow_mods in the 
last 0 s (1 deletes)
2018-01-11T09:12:39.202Z|01935|connmgr|INFO|br-int<->unix: 2 flow_mods in the 
last 0 s (2 deletes)
2018-01-11T09:12:39.219Z|01936|connmgr|INFO|br-int<->unix: 56 flow_mods in the 
last 0 s (56 adds)
2018-01-11T09:12:39.636Z|01937|connmgr|INFO|br-int<->unix: 1 flow_mods in the 
last 0 s (1 deletes)
2018-01-11T09:12:39.643Z|01938|connmgr|INFO|br-int<->unix: 1 flow_mods in the 
last 0 s (1 deletes)
2018-01-11T09:12:39.652Z|01939|connmgr|INFO|br-int<->unix: 2 flow_mods in the 
last 0 s (2 deletes)
2018-01-11T09:12:40.866Z|01940|connmgr|INFO|br-int<->unix: 2 flow_mods in the 
last 0 s (2 deletes)
2018-01-11T09:12:40.875Z|01941|bridge|INFO|bridge br-int: deleted interface 
qr-e5ef3d2d-42 on port 167
2018-01-11T09:12:40.909Z|01942|util|EMER|../lib/netdev.c:2281: assertion ifidx 
failed in netdev_ports_remove()
2018-01-11T09:12:41.251Z|2|daemon_unix(monitor)|ERR|1 crashes: pid 7122 
died, killed (Aborted), core dumped, restarting

** Affects: neutron
 Importance: Undecided
 Status: New


** Tags: ovs-fw

** Tags added: ovs-fw

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

Title:
  ovs-vswitchd core dump in ovsfw jobs

Status in neutron:
  New

Bug description:
  eg. http://logs.openstack.org/76/503076/12/check/neutron-tempest-
  ovsfw/c350c10/logs/openvswitch/ovs-vswitchd.txt.gz

  2018-01-11T09:12:37.323Z|01923|bridge|INFO|bridge br-int: deleted interface 
tap251a9cf5-3b on port 154
  2018-01-11T09:12:37.327Z|01924|bridge|WARN|could not open network device 
tap251a9cf5-3b (No such device)
  2018-01-11T09:12:37.476Z|01925|bridge|WARN|could not open network device 
tap251a9cf5-3b (No such device)
  2018-01-11T09:12:37.479Z|01926|bridge|INFO|bridge br-int: deleted interface 
tapb73da219-3c on port 165
  2018-01-11T09:12:37.484Z|01927|bridge|WARN|could not open network device 
tapb73da219-3c (No such device)
  2018-01-11T09:12:37.487Z|01928|bridge|WARN|could not open network device 
tap251a9cf5-3b (No such device)
  2018-01-11T09:12:37.580Z|01929|bridge|WARN|could not open network device 
tapb73da219-3c (No such device)
  2018-01-11T09:12:37.875Z|01930|bridge|INFO|bridge br-int: added interface 
tapb73da219-3c on port 166
  2018-01-11T09:12:38.267Z|01931|bridge|INFO|bridge br-int: added interface 
qr-e5ef3d2d-42 on port 167
  2018-01-11T09:12:38.332Z|01932|netdev_linux|INFO|ioctl(SIOCGIFHWADDR) on 
qr-e5ef3d2d-42 device failed: No such device
  2018-01-11T09:12:39.150Z|01933|connmgr|INFO|br-int<->unix: 1 flow_mods in the 
last 0 s (1 deletes)
  2018-01-11T09:12:39.166Z|01934|connmgr|INFO|br-int<->unix: 1 flow_mods in the 
last 0 s (1 deletes)
  2018-01-11T09:12:39.202Z|01935|connmgr|INFO|br-int<->unix: 2 flow_mods in the 
last 0 s (2 deletes)
  2018-01-11T09:12:39.219Z|01936|connmgr|INFO|br-int<->unix: 56 flow_mods in 
the last 0 s (56 adds)
  2018-01-11T09:12:39.636Z|01937|connmgr|INFO|br-int<->unix: 1 flow_mods in the 
last 0 s (1 deletes)
  2018-01-11T09:12:39.643Z|01938|connmgr|INFO|br-int<->unix: 1 flow_mods in the 
last 0 s (1 deletes)
  2018-01-11T09:12:39.652Z|01939|connmgr|INFO|br-int<->unix: 2 flow_mods in the 
last 0 s (2 deletes)
  2018-01-11T09:12:40.866Z|01940|connmgr|INFO|br-int<->unix: 2 flow_mods in the 
last 0 s (2 deletes)
  2018-01-11T09:12:40.875Z|01941|bridge|INFO|bridge br-int: deleted interface 
qr-e5ef3d2d-42 on port 167
  2018-01-11T09:12:40.909Z|01942|util|EMER|../lib/netdev.c:2281: assertion 
ifidx failed in netdev_ports_remove()
  

[Yahoo-eng-team] [Bug 1742385] Re: test_create_show_delete_security_group_rule_names failure on networking-midonet gate

2018-01-10 Thread YAMAMOTO Takashi
** Description changed:

  test_create_show_delete_security_group_rule_names is failing on
  networking-midonet gate jobs.
+ 
+ it seems like a neutron-lib version mismatch.
+ 1.11.0 is used by neutron.
+ on the other hand, 1.12.0 is used by tempest plugins installed via 
TEMPEST_PLUGINS,
+ which doesn't honor upper-constraints.
+ i guess tempest plugins should not use the list of protocols in neutron-lib 
because tempest is branchless and supposed to work against old servers (with 
older neutron-lib) and other implementations (like midonet) as well.
  
  note: "ipip" is added by neutron-lib 1.12.0
  (I18e5e42b687e12b64f5a9c523a912c8dd1afa9d2)
  
  eg. http://logs.openstack.org/91/531091/3/check/networking-midonet-
  tempest-multinode-ml2/1503639/logs/testr_results.html.gz
  
  Traceback (most recent call last):
    File 
"/opt/stack/new/tempest/.tox/tempest/local/lib/python2.7/site-packages/neutron_tempest_plugin/api/test_security_groups.py",
 line 80, in test_create_show_delete_security_group_rule_names
  ethertype=self.ethertype)
    File 
"/opt/stack/new/tempest/.tox/tempest/local/lib/python2.7/site-packages/neutron_tempest_plugin/api/base_security_groups.py",
 line 88, in _test_create_show_delete_security_group_rule
  self._create_security_group_rule(**kwargs)['security_group_rule'])
    File 
"/opt/stack/new/tempest/.tox/tempest/local/lib/python2.7/site-packages/neutron_tempest_plugin/api/base_security_groups.py",
 line 58, in _create_security_group_rule
  rule_create_body = self.client.create_security_group_rule(**kwargs)
    File 
"/opt/stack/new/tempest/.tox/tempest/local/lib/python2.7/site-packages/neutron_tempest_plugin/services/network/json/network_client.py",
 line 865, in create_security_group_rule
  resp, body = self.post(uri, body)
    File "tempest/lib/common/rest_client.py", line 279, in post
  return self.request('POST', url, extra_headers, headers, body, chunked)
    File "tempest/lib/common/rest_client.py", line 668, in request
  self._error_checker(resp, resp_body)
    File "tempest/lib/common/rest_client.py", line 779, in _error_checker
  raise exceptions.BadRequest(resp_body, resp=resp)
  tempest.lib.exceptions.BadRequest: Bad request
  Details: {u'type': u'SecurityGroupRuleInvalidProtocol', u'message': 
u"Security group rule protocol ipip not supported. Only protocol values [None, 
'ah', 'pgm', 'tcp', 'ipv6-encap', 'dccp', 'igmp', 'icmp', 'esp', 'ipv6-icmp', 
'vrrp', 'gre', 'sctp', 'rsvp', 'ipv6-route', 'udp', 'ipv6-opts', 'ipv6-nonxt', 
'udplite', 'egp', 'icmpv6', 'ipv6-frag', 'ospf'] and integer representations [0 
to 255] are supported.", u'detail': u''}

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

** Description changed:

  test_create_show_delete_security_group_rule_names is failing on
  networking-midonet gate jobs.
  
  it seems like a neutron-lib version mismatch.
  1.11.0 is used by neutron.
- on the other hand, 1.12.0 is used by tempest plugins installed via 
TEMPEST_PLUGINS,
- which doesn't honor upper-constraints.
- i guess tempest plugins should not use the list of protocols in neutron-lib 
because tempest is branchless and supposed to work against old servers (with 
older neutron-lib) and other implementations (like midonet) as well.
+ on the other hand, 1.12.0 is used by tempest plugins installed via 
TEMPEST_PLUGINS, which doesn't honor upper-constraints.
+ i guess tempest plugins should not use the list of protocols from neutron-lib 
because tempest is branchless and supposed to work against old servers (with 
older neutron-lib) and other implementations (like midonet) as well.
  
  note: "ipip" is added by neutron-lib 1.12.0
  (I18e5e42b687e12b64f5a9c523a912c8dd1afa9d2)
  
  eg. http://logs.openstack.org/91/531091/3/check/networking-midonet-
  tempest-multinode-ml2/1503639/logs/testr_results.html.gz
  
  Traceback (most recent call last):
    File 
"/opt/stack/new/tempest/.tox/tempest/local/lib/python2.7/site-packages/neutron_tempest_plugin/api/test_security_groups.py",
 line 80, in test_create_show_delete_security_group_rule_names
  ethertype=self.ethertype)
    File 
"/opt/stack/new/tempest/.tox/tempest/local/lib/python2.7/site-packages/neutron_tempest_plugin/api/base_security_groups.py",
 line 88, in _test_create_show_delete_security_group_rule
  self._create_security_group_rule(**kwargs)['security_group_rule'])
    File 
"/opt/stack/new/tempest/.tox/tempest/local/lib/python2.7/site-packages/neutron_tempest_plugin/api/base_security_groups.py",
 line 58, in _create_security_group_rule
  rule_create_body = self.client.create_security_group_rule(**kwargs)
    File 
"/opt/stack/new/tempest/.tox/tempest/local/lib/python2.7/site-packages/neutron_tempest_plugin/services/network/json/network_client.py",
 line 865, in create_security_group_rule
  resp, body = self.post(uri, body)
    File "tempest/lib/common/rest_client.py", line 279, in post
  return self.request('POST', url, extra_headers, 

[Yahoo-eng-team] [Bug 1734265] [NEW] neutron-dynamic-routing needs an update for agent extension rehome

2017-11-23 Thread YAMAMOTO Takashi
Public bug reported:

the following seen on networking-midonet gate.

http://logs.openstack.org/00/522700/1/check/openstack-tox-
py27/3a80d2d/testr_results.html.gz

ft2.5: 
midonet.neutron.tests.unit.db.test_migrations.TestModelsMigrationsPostgresql.test_models_sync_StringException:
 Traceback (most recent call last):
  File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/tests/base.py", 
line 132, in func
return f(self, *args, **kwargs)
  File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_db/sqlalchemy/test_migrations.py",
 line 603, in test_models_sync
self.db_sync(self.get_engine())
  File "midonet/neutron/tests/unit/db/test_migrations.py", line 108, in db_sync
migration.do_alembic_command(conf, 'upgrade', 'heads')
  File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/db/migration/cli.py",
 line 74, in do_alembic_command
getattr(alembic_command, cmd)(config, *args, **kwargs)
  File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/alembic/command.py",
 line 254, in upgrade
script.run_env()
  File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/alembic/script/base.py",
 line 425, in run_env
util.load_python_file(self.dir, 'env.py')
  File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/alembic/util/pyfiles.py",
 line 81, in load_python_file
module = load_module_py(module_id, path)
  File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/alembic/util/compat.py",
 line 141, in load_module_py
mod = imp.load_source(module_id, path, fp)
  File 
"/home/zuul/src/git.openstack.org/openstack/neutron-dynamic-routing/neutron_dynamic_routing/db/migration/alembic_migrations/env.py",
 line 24, in 
from neutron_dynamic_routing.db.migration.models import head  # noqa
  File 
"/home/zuul/src/git.openstack.org/openstack/neutron-dynamic-routing/neutron_dynamic_routing/db/migration/models/head.py",
 line 18, in 
from neutron_dynamic_routing.db import bgp_dragentscheduler_db  # noqa
  File 
"/home/zuul/src/git.openstack.org/openstack/neutron-dynamic-routing/neutron_dynamic_routing/db/bgp_dragentscheduler_db.py",
 line 31, in 
from neutron_dynamic_routing.extensions import bgp_dragentscheduler as 
bgp_dras_ext  # noqa
  File 
"/home/zuul/src/git.openstack.org/openstack/neutron-dynamic-routing/neutron_dynamic_routing/extensions/bgp_dragentscheduler.py",
 line 43, in 
class DrAgentInvalid(agent.AgentNotFound):
AttributeError: 'module' object has no attribute 'AgentNotFound'

** Affects: neutron
 Importance: Undecided
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress


** Tags: gate-failure midokura-jira-tracked

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

** Changed in: neutron
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

** Tags added: gate-failure midokura-jira-tracked

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

Title:
  neutron-dynamic-routing needs an update for agent extension rehome

Status in neutron:
  In Progress

Bug description:
  the following seen on networking-midonet gate.

  http://logs.openstack.org/00/522700/1/check/openstack-tox-
  py27/3a80d2d/testr_results.html.gz

  ft2.5: 
midonet.neutron.tests.unit.db.test_migrations.TestModelsMigrationsPostgresql.test_models_sync_StringException:
 Traceback (most recent call last):
File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/tests/base.py", 
line 132, in func
  return f(self, *args, **kwargs)
File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_db/sqlalchemy/test_migrations.py",
 line 603, in test_models_sync
  self.db_sync(self.get_engine())
File "midonet/neutron/tests/unit/db/test_migrations.py", line 108, in 
db_sync
  migration.do_alembic_command(conf, 'upgrade', 'heads')
File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/db/migration/cli.py",
 line 74, in do_alembic_command
  getattr(alembic_command, cmd)(config, *args, **kwargs)
File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/alembic/command.py",
 line 254, in upgrade
  script.run_env()
File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/alembic/script/base.py",
 line 425, in run_env
  util.load_python_file(self.d

[Yahoo-eng-team] [Bug 1732362] [NEW] legacy-cross-networking-midonet-python35 is broken

2017-11-14 Thread YAMAMOTO Takashi
Public bug reported:

probably since zuul v3 transition.

eg. http://logs.openstack.org/24/519124/13/check/legacy-cross-
networking-midonet-python35/a880347/job-output.txt.gz

2017-11-14 22:52:08.767923 | primary | + /usr/zuul-env/bin/zuul-cloner -m 
/tmp/tmp.YuKWO0QOEU --cache-dir /opt/git git://git.openstack.org 
openstack/networking-midonet openstack/requirements
2017-11-14 22:52:08.867102 | primary | Workspace path set to: 
/home/zuul/workspace
2017-11-14 22:52:08.867220 | primary | Mapping projects to workspace...
2017-11-14 22:52:08.867265 | primary |   openstack/networking-midonet -> 
/home/zuul/workspace
2017-11-14 22:52:08.867298 | primary |   openstack/requirements -> 
/tmp/tmp.yPCSBPcMc3
2017-11-14 22:52:08.867331 | primary | Checking overlap in destination 
directories...
2017-11-14 22:52:08.867353 | primary | Expansion completed.
2017-11-14 22:52:08.867404 | primary | cp -dRl 
/home/zuul/src/git.openstack.org/openstack/networking-midonet/. 
/home/zuul/workspace
2017-11-14 22:52:08.867454 | primary |
2017-11-14 22:52:08.867490 | primary | **
2017-11-14 22:52:08.867537 | primary | ERROR! 
/home/zuul/src/git.openstack.org/openstack/requirements not found
2017-11-14 22:52:08.867574 | primary | In Zuul v3 all repositories used need to 
be declared
2017-11-14 22:52:08.867609 | primary | in the 'required-projects' parameter on 
the job.
2017-11-14 22:52:08.867633 | primary | To fix this issue, add:
2017-11-14 22:52:08.867648 | primary |
2017-11-14 22:52:08.867673 | primary |   openstack/requirements
2017-11-14 22:52:08.867688 | primary |
2017-11-14 22:52:08.867713 | primary | to 'required-projects'.
2017-11-14 22:52:08.867727 | primary |
2017-11-14 22:52:08.867767 | primary | While you're at it, it's worth noting 
that zuul-cloner itself
2017-11-14 22:52:08.867807 | primary | is deprecated and this shim is only 
present for transition
2017-11-14 22:52:08.867846 | primary | purposes. Start thinking about how to 
rework job content to
2017-11-14 22:52:08.867881 | primary | just use the git repos that zuul will 
place into
2017-11-14 22:52:08.867914 | primary | /home/zuul/src/git.openstack.org 
directly.
2017-11-14 22:52:08.867946 | primary | **
2017-11-14 22:52:08.867961 | primary |
2017-11-14 22:52:08.872008 | primary | + cleanup
2017-11-14 22:52:08.872094 | primary | + mkdir -p /home/zuul/workspace
2017-11-14 22:52:08.873635 | primary | + rm -rf /tmp/tmp.YuKWO0QOEU 
/tmp/tmp.yPCSBPcMc3
2017-11-14 22:52:09.329678 | primary | ERROR
2017-11-14 22:52:09.329925 | primary | {
2017-11-14 22:52:09.330020 | primary |   "delta": "0:00:00.123047",
2017-11-14 22:52:09.330105 | primary |   "end": "2017-11-14 22:52:08.875417",
2017-11-14 22:52:09.330191 | primary |   "failed": true,
2017-11-14 22:52:09.330276 | primary |   "rc": 1,
2017-11-14 22:52:09.330356 | primary |   "start": "2017-11-14 22:52:08.752370"
2017-11-14 22:52:09.330435 | primary | }

** Affects: neutron
 Importance: Undecided
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress


** Tags: fwaas midokura-jira-tracked

** Tags added: fwaas

** Changed in: neutron
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

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

** Tags added: midokura-jira-tracked

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

Title:
  legacy-cross-networking-midonet-python35 is broken

Status in neutron:
  In Progress

Bug description:
  probably since zuul v3 transition.

  eg. http://logs.openstack.org/24/519124/13/check/legacy-cross-
  networking-midonet-python35/a880347/job-output.txt.gz

  2017-11-14 22:52:08.767923 | primary | + /usr/zuul-env/bin/zuul-cloner -m 
/tmp/tmp.YuKWO0QOEU --cache-dir /opt/git git://git.openstack.org 
openstack/networking-midonet openstack/requirements
  2017-11-14 22:52:08.867102 | primary | Workspace path set to: 
/home/zuul/workspace
  2017-11-14 22:52:08.867220 | primary | Mapping projects to workspace...
  2017-11-14 22:52:08.867265 | primary |   openstack/networking-midonet -> 
/home/zuul/workspace
  2017-11-14 22:52:08.867298 | primary |   openstack/requirements -> 
/tmp/tmp.yPCSBPcMc3
  2017-11-14 22:52:08.867331 | primary | Checking overlap in destination 
directories...
  2017-11-14 22:52:08.867353 | primary | Expansion completed.
  2017-11-14 22:52:08.867404 | primary | cp -dRl 
/home/zuul/src/git.openstack.org/openstack/networking-midonet/. 
/home/zuul/workspace
  2017-11-14 22:52:08.867454 | primary |
  2017-11-14 22:52:08.867490 | primary | **
  2017-11-14 22:52:08.867537 | primary | ERROR! 
/home/zuul/src/git.openstack.org/openstack/requirements not found
  2017-11-14 22:52:08.867574 | primary | In Zuul v3 all repositories used 

[Yahoo-eng-team] [Bug 1731623] Re: many UT cases are broken due to "AttributeError: type object 'Route' has no attribute 'foreign_keys'"

2017-11-11 Thread YAMAMOTO Takashi
the recent neutron change [1] caused the problem.

[1] I04e155cb92be65f4d5e8e9a4c21e6ca736aff82c

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

Title:
  many UT cases are broken due to "AttributeError: type object 'Route'
  has no attribute 'foreign_keys'"

Status in networking-midonet:
  New
Status in neutron:
  New

Bug description:
  eg. http://logs.openstack.org/24/518824/1/gate/openstack-tox-
  py27/6ea4c06/job-output.txt.gz

  2017-11-11 07:19:32.914772 | ubuntu-xenial | {2} 
midonet.neutron.tests.unit.test_extension_taas.TestMidonetTaasCaseML2.test_delete_tap_service_error_delete_neutron_resource
 [0.865560s] ... ok
  2017-11-11 07:19:32.931319 | ubuntu-xenial | INFO  
[alembic.runtime.migration] Running upgrade 24f28869838b -> 41b509d10b5e, 
VPNaaS endpoint groups
  2017-11-11 07:19:32.947636 | ubuntu-xenial | add_router_interface failed: No 
details.
  2017-11-11 07:19:32.947704 | ubuntu-xenial | Traceback (most recent call 
last):
  2017-11-11 07:19:32.947748 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/api/v2/resource.py",
 line 98, in resource
  2017-11-11 07:19:32.947775 | ubuntu-xenial | result = 
method(request=request, **args)
  2017-11-11 07:19:32.947812 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/db/api.py", line 
92, in wrapped
  2017-11-11 07:19:32.947837 | ubuntu-xenial | setattr(e, 
'_RETRY_EXCEEDED', True)
  2017-11-11 07:19:32.947889 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  2017-11-11 07:19:32.947946 | ubuntu-xenial | self.force_reraise()
  2017-11-11 07:19:32.948002 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  2017-11-11 07:19:32.948029 | ubuntu-xenial | six.reraise(self.type_, 
self.value, self.tb)
  2017-11-11 07:19:32.948086 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/db/api.py", line 
88, in wrapped
  2017-11-11 07:19:32.948117 | ubuntu-xenial | return f(*args, **kwargs)
  2017-11-11 07:19:32.948169 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_db/api.py",
 line 150, in wrapper
  2017-11-11 07:19:32.948191 | ubuntu-xenial | ectxt.value = e.inner_exc
  2017-11-11 07:19:32.948259 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  2017-11-11 07:19:32.948291 | ubuntu-xenial | self.force_reraise()
  2017-11-11 07:19:32.948363 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  2017-11-11 07:19:32.948393 | ubuntu-xenial | six.reraise(self.type_, 
self.value, self.tb)
  2017-11-11 07:19:32.948444 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_db/api.py",
 line 138, in wrapper
  2017-11-11 07:19:32.948466 | ubuntu-xenial | return f(*args, **kwargs)
  2017-11-11 07:19:32.948504 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/db/api.py", line 
127, in wrapped
  2017-11-11 07:19:32.948533 | ubuntu-xenial | LOG.debug("Retry wrapper got 
retriable exception: %s", e)
  2017-11-11 07:19:32.948586 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  2017-11-11 07:19:32.948607 | ubuntu-xenial | self.force_reraise()
  2017-11-11 07:19:32.948659 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  2017-11-11 07:19:32.948686 | ubuntu-xenial | six.reraise(self.type_, 
self.value, self.tb)
  2017-11-11 07:19:32.948723 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/db/api.py", line 
123, in wrapped
  2017-11-11 07:19:32.948746 | ubuntu-xenial | return f(*dup_args, 
**dup_kwargs)
  2017-11-11 07:19:32.948786 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/api/v2/base.py", 
line 247, in _handle_action
  2017-11-11 07:19:32.948817 | ubuntu-xenial | ret_value = 
getattr(self._plugin, name)(*arg_list, **kwargs)
  2017-11-11 07:19:32.948867 | 

[Yahoo-eng-team] [Bug 1730271] Re: test_two_sec_groups failure

2017-11-08 Thread YAMAMOTO Takashi
** Changed in: networking-midonet
   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/1730271

Title:
  test_two_sec_groups failure

Status in networking-midonet:
  Fix Released
Status in neutron:
  Fix Released

Bug description:
  eg. http://logs.openstack.org/24/517524/3/gate/legacy-tempest-dsvm-
  networking-midonet-aio-ml2/538c357/logs/testr_results.html.gz

  ft1.4: 
neutron.tests.tempest.scenario.test_security_groups.NetworkDefaultSecGroupTest.test_two_sec_groups[id-3d73ec1a-2ec6-45a9-b0f8-04a283d9d964]_StringException:
 pythonlogging:'': {{{
  2017-11-06 02:36:21,418 20994 INFO [tempest.lib.common.rest_client] 
Request (NetworkDefaultSecGroupTest:test_two_sec_groups): 201 POST 
http://15.184.68.89:9696/v2.0/security-groups 0.316s
  2017-11-06 02:36:21,418 20994 DEBUG[tempest.lib.common.rest_client] 
Request - Headers: {'Content-Type': 'application/json', 'X-Auth-Token': 
'', 'Accept': 'application/json'}
  Body: {"security_group": {"name": "ssh_secgrp"}}
  Response - Headers: {u'x-openstack-request-id': 
'req-a84466f5-d1db-4b8e-99e3-d1e078d2299d', 'content-location': 
'http://15.184.68.89:9696/v2.0/security-groups', u'content-length': '1342', 
u'date': 'Mon, 06 Nov 2017 02:36:21 GMT', u'content-type': 'application/json', 
'status': '201', u'connection': 'close'}
  Body: {"security_group": {"description": "", "tags": [], "tenant_id": 
"2ed61f69d3d54a9980201640fbc24456", "created_at": "2017-11-06T02:36:21Z", 
"updated_at": "2017-11-06T02:36:21Z", "security_group_rules": [{"direction": 
"egress", "protocol": null, "description": null, "tags": [], "port_range_max": 
null, "updated_at": "2017-11-06T02:36:21Z", "revision_number": 0, "id": 
"39a7f84c-d3c4-4d57-accc-d7732d17abb1", "remote_group_id": null, 
"remote_ip_prefix": null, "created_at": "2017-11-06T02:36:21Z", 
"security_group_id": "95395f8b-5099-4c5a-8c13-1bbafbb60c65", "tenant_id": 
"2ed61f69d3d54a9980201640fbc24456", "port_range_min": null, "ethertype": 
"IPv6", "project_id": "2ed61f69d3d54a9980201640fbc24456"}, {"direction": 
"egress", "protocol": null, "description": null, "tags": [], "port_range_max": 
null, "updated_at": "2017-11-06T02:36:21Z", "revision_number": 0, "id": 
"9ea97847-8896-40ea-a72f-b3c0d35e9111", "remote_group_id": null, 
"remote_ip_prefix": null, "created_at": "2017-11-06T02:36:21Z", 
"security_group_id": "95395f8b-5099-4c5a-8c13-1bbafbb60c65", "tenant_id": 
"2ed61f69d3d54a9980201640fbc24456", "port_range_min": null, "ethertype": 
"IPv4", "project_id": "2ed61f69d3d54a9980201640fbc24456"}], "revision_number": 
2, "project_id": "2ed61f69d3d54a9980201640fbc24456", "id": 
"95395f8b-5099-4c5a-8c13-1bbafbb60c65", "name": "ssh_secgrp"}}
  2017-11-06 02:36:21,657 20994 INFO [tempest.lib.common.rest_client] 
Request (NetworkDefaultSecGroupTest:test_two_sec_groups): 201 POST 
http://15.184.68.89:9696/v2.0/security-group-rules 0.237s
  2017-11-06 02:36:21,657 20994 DEBUG[tempest.lib.common.rest_client] 
Request - Headers: {'Content-Type': 'application/json', 'X-Auth-Token': 
'', 'Accept': 'application/json'}
  Body: {"security_group_rule": {"port_range_max": 22, "direction": 
"ingress", "port_range_min": 22, "remote_ip_prefix": "0.0.0.0/0", 
"security_group_id": "95395f8b-5099-4c5a-8c13-1bbafbb60c65", "protocol": "tcp"}}
  Response - Headers: {u'x-openstack-request-id': 
'req-96b4e7f7-d605-4415-9a2f-5a724ec440e5', 'content-location': 
'http://15.184.68.89:9696/v2.0/security-group-rules', u'content-length': '514', 
u'date': 'Mon, 06 Nov 2017 02:36:21 GMT', u'content-type': 'application/json', 
'status': '201', u'connection': 'close'}
  Body: {"security_group_rule": {"remote_group_id": null, "direction": 
"ingress", "protocol": "tcp", "description": "", "ethertype": "IPv4", 
"remote_ip_prefix": "0.0.0.0/0", "port_range_max": 22, "updated_at": 
"2017-11-06T02:36:21Z", "security_group_id": 
"95395f8b-5099-4c5a-8c13-1bbafbb60c65", "port_range_min": 22, 
"revision_number": 0, "tenant_id": "2ed61f69d3d54a9980201640fbc24456", 
"created_at": "2017-11-06T02:36:21Z", "project_id": 
"2ed61f69d3d54a9980201640fbc24456", "id": 
"9ea35584-5a38-4941-a70a-9a145185e0a6"}}
  2017-11-06 02:36:21,942 20994 INFO [tempest.lib.common.rest_client] 
Request (NetworkDefaultSecGroupTest:test_two_sec_groups): 201 POST 
http://15.184.68.89:9696/v2.0/security-groups 0.283s
  2017-11-06 02:36:21,943 20994 DEBUG[tempest.lib.common.rest_client] 
Request - Headers: {'Content-Type': 'application/json', 'X-Auth-Token': 
'', 'Accept': 'application/json'}
  Body: {"security_group": {"name": "icmp_secgrp"}}
  Response - Headers: {u'x-openstack-request-id': 
'req-495a344b-8161-4426-95f6-b6340536d80c', 'content-location': 
'http://15.184.68.89:9696/v2.0/security-groups', u'content-length': '1343', 
u'date': 'Mon, 06 Nov 2017 02:36:21 GMT', u'content-type': 

[Yahoo-eng-team] [Bug 1729767] Re: Ocata upgrade, midonet port binding fails in mixed ml2 environment

2017-11-05 Thread YAMAMOTO Takashi
I added neutron to affected projects because it seems more about
linuxbridge.


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

Title:
  Ocata upgrade, midonet port binding fails in mixed ml2 environment

Status in networking-midonet:
  New
Status in neutron:
  New

Bug description:
  We have a mixed ml2 environment with some networks are linuxbridge and some 
are midonet.
  We can bind the 2 different ports to instances on the same compute nodes (can 
do to the same instance too)

  Testing out Ocata this is now not working due to some extra checks that have 
been introduced.
  In the logs I get:

  
  2017-11-03 15:50:47.967 25598 DEBUG neutron.plugins.ml2.drivers.mech_agent 
[req-0779656d-919a-4517-9a5c-12b63d77fd02 ac2c53521bd74ab89acb7b705f2b49ff 
2f3e9e705b0b460b9de90d9844e88fd2 - - -] Checking agent: {'binary': 
u'neutron-linuxbridge-agent', 'description': None, 'admin_state_up': True, 
'heartbeat_timestamp': datetime.datetime(2017, 11, 3, 4, 50, 31), 
'availability_zone': None, 'alive': True, 'topic': u'N/A', 'host': u'cn2-qh2', 
'agent_type': u'Linux bridge agent', 'resource_versions': {u'SubPort': u'1.0', 
u'QosPolicy': u'1.3', u'Trunk': u'1.0'}, 'created_at': datetime.datetime(2017, 
8, 9, 3, 43, 15), 'started_at': datetime.datetime(2017, 11, 3, 3, 38, 31), 
'id': u'afba1ad9-b880-4943-aea9-7faae20f787a', 'configurations': 
{u'bridge_mappings': {}, u'interface_mappings': {u'other': u'bond0.3082'}, 
u'extensions': [], u'devices': 9}} bind_port 
/opt/neutron/neutron/plugins/ml2/drivers/mech_agent.py:105
  2017-11-03 15:50:47.967 25598 DEBUG neutron.plugins.ml2.drivers.mech_agent 
[req-0779656d-919a-4517-9a5c-12b63d77fd02 ac2c53521bd74ab89acb7b705f2b49ff 
2f3e9e705b0b460b9de90d9844e88fd2 - - -] Checking segment: {'segmentation_id': 
None, 'physical_network': None, 'id': u'4d716b78-d0b6-4503-b22d-1e42f7d5667a', 
'network_type': u'midonet'} for mappings: {u'other': u'bond0.3082'} with 
network types: ['local', 'flat', 'vlan'] check_segment_for_agent 
/opt/neutron/neutron/plugins/ml2/drivers/mech_agent.py:231
  2017-11-03 15:50:47.968 25598 DEBUG neutron.plugins.ml2.drivers.mech_agent 
[req-0779656d-919a-4517-9a5c-12b63d77fd02 ac2c53521bd74ab89acb7b705f2b49ff 
2f3e9e705b0b460b9de90d9844e88fd2 - - -] Network 
4d716b78-d0b6-4503-b22d-1e42f7d5667a is of type midonet but agent cn2-qh2 or 
mechanism driver only support ['local', 'flat', 'vlan']. 
check_segment_for_agent 
/opt/neutron/neutron/plugins/ml2/drivers/mech_agent.py:242
  2017-11-03 15:50:47.969 25598 ERROR neutron.plugins.ml2.managers 
[req-0779656d-919a-4517-9a5c-12b63d77fd02 ac2c53521bd74ab89acb7b705f2b49ff 
2f3e9e705b0b460b9de90d9844e88fd2 - - -] Failed to bind port 
1c68f72b-1405-43cd-b0d1-ba128f211f51 on host cn2-qh2 for vnic_type normal using 
segments [{'segmentation_id': None, 'physical_network': None, 'id': 
u'4d716b78-d0b6-4503-b22d-1e42f7d5667a', 'network_type': u'midonet'}]

  
  It seems that because there is a linuxbridge agent on the compute node that 
it thinks that is the only type of network that can be bound.

To manage notifications about this bug go to:
https://bugs.launchpad.net/networking-midonet/+bug/1729767/+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 1718306] Re: RuntimeError: resource_cleanup for VPNaaSTestJSON did not call the super's resource_cleanup

2017-11-05 Thread YAMAMOTO Takashi
** Changed in: neutron
   Status: Confirmed => Fix Released

** Changed in: neutron
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

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

Title:
  RuntimeError: resource_cleanup for VPNaaSTestJSON did not call the
  super's resource_cleanup

Status in neutron:
  Fix Released

Bug description:
  in stable/ocata

  eg. http://logs.openstack.org/34/505234/1/check/gate-tempest-dsvm-
  networking-midonet-v2-full-ubuntu-xenial-
  nv/c32fd6e/logs/testr_results.html.gz

  ft1.1: tearDownClass 
(neutron_vpnaas.tests.tempest.api.test_vpnaas.VPNaaSTestJSON)_StringException: 
Traceback (most recent call last):
    File "tempest/test.py", line 223, in tearDownClass
  six.reraise(etype, value, trace)
    File "tempest/test.py", line 200, in tearDownClass
  "super's resource_cleanup" % cls.__name__)
  RuntimeError: resource_cleanup for VPNaaSTestJSON did not call the super's 
resource_cleanup

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1718306/+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 1730271] [NEW] test_two_sec_groups failure

2017-11-05 Thread YAMAMOTO Takashi
application/json'}
Body: {"server": {"key_name": "tempest-keypair-test-1915761625", 
"security_groups": [{"name": "ssh_secgrp"}, {"name": "icmp_secgrp"}], 
"imageRef": "c7222a59-ac6d-4f7b-930a-b786fd36cf88", "flavorRef": "42", "name": 
"tempest-server-test-1945275187", "networks": [{"uuid": 
"b1ed740a-6452-4042-a899-82f54b8bdef9"}]}}
Response - Headers: {u'x-openstack-request-id': 
'req-a67381de-783d-4fcf-89f5-1088d7149f01', u'server': 'Apache/2.4.18 
(Ubuntu)', u'content-length': '143', u'date': 'Mon, 06 Nov 2017 02:36:22 GMT', 
'status': '409', u'connection': 'close', 'content-location': 
'http://15.184.68.89/compute/v2.1/servers', u'vary': 
'OpenStack-API-Version,X-OpenStack-Nova-API-Version', u'x-compute-request-id': 
'req-a67381de-783d-4fcf-89f5-1088d7149f01', u'openstack-api-version': 'compute 
2.1', u'content-type': 'application/json; charset=UTF-8', 
u'x-openstack-nova-api-version': '2.1'}
Body: {"conflictingRequest": {"message": "Multiple security_group 
matches found for name 'ssh_secgrp', use an ID to be more specific.", "code": 
409}}
}}}

Traceback (most recent call last):
  File 
"/opt/stack/new/neutron/neutron/tests/tempest/scenario/test_security_groups.py",
 line 127, in test_two_sec_groups
num_servers=1, security_groups=security_groups_list)
  File 
"/opt/stack/new/neutron/neutron/tests/tempest/scenario/test_security_groups.py",
 line 50, in create_vm_testing_sec_grp
security_groups=security_groups))
  File "/opt/stack/new/neutron/neutron/tests/tempest/scenario/base.py", line 
81, in create_server
security_groups=security_groups)
  File "tempest/lib/services/compute/servers_client.py", line 89, in 
create_server
resp, body = self.post('servers', post_body)
  File "tempest/lib/common/rest_client.py", line 279, in post
return self.request('POST', url, extra_headers, headers, body, chunked)
  File "tempest/lib/services/compute/base_compute_client.py", line 48, in 
request
method, url, extra_headers, headers, body, chunked)
  File "tempest/lib/common/rest_client.py", line 668, in request
self._error_checker(resp, resp_body)
  File "tempest/lib/common/rest_client.py", line 789, in _error_checker
raise exceptions.Conflict(resp_body, resp=resp)
tempest.lib.exceptions.Conflict: An object with that identifier already exists
Details: {u'message': u"Multiple security_group matches found for name 
'ssh_secgrp', use an ID to be more specific.", u'code': 409}

** Affects: networking-midonet
 Importance: Critical
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress

** Affects: neutron
 Importance: Undecided
 Status: New


** Tags: gate-failure midokura-jira-tracked

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

** Changed in: networking-midonet
   Status: New => In Progress

** Changed in: networking-midonet
Milestone: None => 6.0.0

** Changed in: networking-midonet
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

** Tags added: gate-failure midokura-jira-tracked

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

Title:
  test_two_sec_groups failure

Status in networking-midonet:
  In Progress
Status in neutron:
  New

Bug description:
  eg. http://logs.openstack.org/24/517524/3/gate/legacy-tempest-dsvm-
  networking-midonet-aio-ml2/538c357/logs/testr_results.html.gz

  ft1.4: 
neutron.tests.tempest.scenario.test_security_groups.NetworkDefaultSecGroupTest.test_two_sec_groups[id-3d73ec1a-2ec6-45a9-b0f8-04a283d9d964]_StringException:
 pythonlogging:'': {{{
  2017-11-06 02:36:21,418 20994 INFO [tempest.lib.common.rest_client] 
Request (NetworkDefaultSecGroupTest:test_two_sec_groups): 201 POST 
http://15.184.68.89:9696/v2.0/security-groups 0.316s
  2017-11-06 02:36:21,418 20994 DEBUG[tempest.lib.common.rest_client] 
Request - Headers: {'Content-Type': 'application/json', 'X-Auth-Token': 
'', 'Accept': 'application/json'}
  Body: {"security_group": {"name": "ssh_secgrp"}}
  Response - Headers: {u'x-openstack-request-id': 
'req-a84466f5-d1db-4b8e-99e3-d1e078d2299d', 'content-location': 
'http://15.184.68.89:9696/v2.0/security-groups', u'content-length': '1342', 
u'date': 'Mon, 06 Nov 2017 02:36:21 GMT', u'content-type': 'application/json', 
'status': '201', u'connection': 'close'}
  Body: {"security_group": {"description": "", "tags": [], "tenant_id": 
"2ed61f69d3d54a9

[Yahoo-eng-team] [Bug 1727950] Re: [vpnaas] UTs failed

2017-10-29 Thread YAMAMOTO Takashi
** Changed in: neutron
   Status: Fix Committed => 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/1727950

Title:
  [vpnaas] UTs failed

Status in neutron:
  Fix Released

Bug description:
  Here is the link to gate failed:
  http://logs.openstack.org/99/502699/105/check/openstack-tox-
  py27/5bf6b9c/testr_results.html.gz

  Detail as below:

  ft1.1: 
neutron_vpnaas.tests.unit.extensions.test_vpn_endpoint_groups.VpnEndpointGroupsTestCase.test_create_vlan_endpoint_group_create_StringException:
 Traceback (most recent call last):
File "neutron_vpnaas/tests/unit/extensions/test_vpn_endpoint_groups.py", 
line 53, in setUp
  use_quota=True)
  TypeError: _setUpExtension() got multiple values for keyword argument 
'plural_mappings'

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1727950/+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 1727180] [NEW] neutron.tests.tempest.api.admin.test_tag assumes some extensions

2017-10-24 Thread YAMAMOTO Takashi
Public bug reported:

neutron.tests.tempest.api.admin.test_tag assumes some extensions like trunk.
it's failing on networking-midonet gate.

** Affects: neutron
 Importance: Undecided
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress


** Tags: gate-failure

** Tags added: gate-failure

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

Title:
  neutron.tests.tempest.api.admin.test_tag assumes some extensions

Status in neutron:
  In Progress

Bug description:
  neutron.tests.tempest.api.admin.test_tag assumes some extensions like trunk.
  it's failing on networking-midonet gate.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1727180/+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 1724138] Re: InvalidRequestError in networking-midonet UTs

2017-10-23 Thread YAMAMOTO Takashi
** Changed in: networking-midonet
   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/1724138

Title:
  InvalidRequestError in networking-midonet UTs

Status in networking-midonet:
  Fix Released
Status in neutron:
  Fix Released

Bug description:
  eg. http://logs.openstack.org/95/490295/2/check/openstack-tox-
  py27/6dc90f1/job-output.txt.gz

  2017-10-17 04:45:52.592296 | ubuntu-xenial | add_router_interface failed: No 
details.
  2017-10-17 04:45:52.592360 | ubuntu-xenial | Traceback (most recent call 
last):
  2017-10-17 04:45:52.592415 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/api/v2/resource.py",
 line 98, in resource
  2017-10-17 04:45:52.592442 | ubuntu-xenial | result = 
method(request=request, **args)
  2017-10-17 04:45:52.592485 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/db/api.py", line 
92, in wrapped
  2017-10-17 04:45:52.592509 | ubuntu-xenial | setattr(e, 
'_RETRY_EXCEEDED', True)
  2017-10-17 04:45:52.592573 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  2017-10-17 04:45:52.592591 | ubuntu-xenial | self.force_reraise()
  2017-10-17 04:45:52.592692 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  2017-10-17 04:45:52.592746 | ubuntu-xenial | six.reraise(self.type_, 
self.value, self.tb)
  2017-10-17 04:45:52.592835 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/db/api.py", line 
88, in wrapped
  2017-10-17 04:45:52.592868 | ubuntu-xenial | return f(*args, **kwargs)
  2017-10-17 04:45:52.592932 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_db/api.py",
 line 150, in wrapper
  2017-10-17 04:45:52.592967 | ubuntu-xenial | ectxt.value = e.inner_exc
  2017-10-17 04:45:52.593087 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  2017-10-17 04:45:52.593121 | ubuntu-xenial | self.force_reraise()
  2017-10-17 04:45:52.593186 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  2017-10-17 04:45:52.593213 | ubuntu-xenial | six.reraise(self.type_, 
self.value, self.tb)
  2017-10-17 04:45:52.593273 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_db/api.py",
 line 138, in wrapper
  2017-10-17 04:45:52.593320 | ubuntu-xenial | return f(*args, **kwargs)
  2017-10-17 04:45:52.593398 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/db/api.py", line 
127, in wrapped
  2017-10-17 04:45:52.593465 | ubuntu-xenial | LOG.debug("Retry wrapper got 
retriable exception: %s", e)
  2017-10-17 04:45:52.593588 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  2017-10-17 04:45:52.593619 | ubuntu-xenial | self.force_reraise()
  2017-10-17 04:45:52.593731 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  2017-10-17 04:45:52.595972 | ubuntu-xenial | six.reraise(self.type_, 
self.value, self.tb)
  2017-10-17 04:45:52.596076 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/db/api.py", line 
123, in wrapped
  2017-10-17 04:45:52.596112 | ubuntu-xenial | return f(*dup_args, 
**dup_kwargs)
  2017-10-17 04:45:52.596184 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/api/v2/base.py", 
line 257, in _handle_action
  2017-10-17 04:45:52.596248 | ubuntu-xenial | ret_value = 
getattr(self._plugin, name)(*arg_list, **kwargs)
  2017-10-17 04:45:52.596356 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_log/helpers.py",
 line 67, in wrapper
  2017-10-17 04:45:52.596393 | ubuntu-xenial | return method(*args, 
**kwargs)
  2017-10-17 04:45:52.596467 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/db/api.py", line 
162, in wrapped
  2017-10-17 04:45:52.596516 | ubuntu-xenial | return method(*args, 

[Yahoo-eng-team] [Bug 1724138] Re: InvalidRequestError in UTs

2017-10-17 Thread YAMAMOTO Takashi
https://review.openstack.org/#/c/512564/

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

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

** Changed in: neutron
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

** Summary changed:

- InvalidRequestError in UTs
+ InvalidRequestError in networking-midonet UTs

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

Title:
  InvalidRequestError in networking-midonet UTs

Status in networking-midonet:
  In Progress
Status in neutron:
  In Progress

Bug description:
  eg. http://logs.openstack.org/95/490295/2/check/openstack-tox-
  py27/6dc90f1/job-output.txt.gz

  2017-10-17 04:45:52.592296 | ubuntu-xenial | add_router_interface failed: No 
details.
  2017-10-17 04:45:52.592360 | ubuntu-xenial | Traceback (most recent call 
last):
  2017-10-17 04:45:52.592415 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/api/v2/resource.py",
 line 98, in resource
  2017-10-17 04:45:52.592442 | ubuntu-xenial | result = 
method(request=request, **args)
  2017-10-17 04:45:52.592485 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/db/api.py", line 
92, in wrapped
  2017-10-17 04:45:52.592509 | ubuntu-xenial | setattr(e, 
'_RETRY_EXCEEDED', True)
  2017-10-17 04:45:52.592573 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  2017-10-17 04:45:52.592591 | ubuntu-xenial | self.force_reraise()
  2017-10-17 04:45:52.592692 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  2017-10-17 04:45:52.592746 | ubuntu-xenial | six.reraise(self.type_, 
self.value, self.tb)
  2017-10-17 04:45:52.592835 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/db/api.py", line 
88, in wrapped
  2017-10-17 04:45:52.592868 | ubuntu-xenial | return f(*args, **kwargs)
  2017-10-17 04:45:52.592932 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_db/api.py",
 line 150, in wrapper
  2017-10-17 04:45:52.592967 | ubuntu-xenial | ectxt.value = e.inner_exc
  2017-10-17 04:45:52.593087 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  2017-10-17 04:45:52.593121 | ubuntu-xenial | self.force_reraise()
  2017-10-17 04:45:52.593186 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  2017-10-17 04:45:52.593213 | ubuntu-xenial | six.reraise(self.type_, 
self.value, self.tb)
  2017-10-17 04:45:52.593273 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_db/api.py",
 line 138, in wrapper
  2017-10-17 04:45:52.593320 | ubuntu-xenial | return f(*args, **kwargs)
  2017-10-17 04:45:52.593398 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/db/api.py", line 
127, in wrapped
  2017-10-17 04:45:52.593465 | ubuntu-xenial | LOG.debug("Retry wrapper got 
retriable exception: %s", e)
  2017-10-17 04:45:52.593588 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  2017-10-17 04:45:52.593619 | ubuntu-xenial | self.force_reraise()
  2017-10-17 04:45:52.593731 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/networking-midonet/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  2017-10-17 04:45:52.595972 | ubuntu-xenial | six.reraise(self.type_, 
self.value, self.tb)
  2017-10-17 04:45:52.596076 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/db/api.py", line 
123, in wrapped
  2017-10-17 04:45:52.596112 | ubuntu-xenial | return f(*dup_args, 
**dup_kwargs)
  2017-10-17 04:45:52.596184 | ubuntu-xenial |   File 
"/home/zuul/src/git.openstack.org/openstack/neutron/neutron/api/v2/base.py", 
line 257, in _handle_action
  2017-10-17 04:45:52.596248 | ubuntu-xenial | ret_value = 
getattr(self._plugin, name)(*arg_list, **kwargs)
  2017-10-17 04:45:52.596356 | ubuntu-xenial |   File 
"/home/zuul/src/g

[Yahoo-eng-team] [Bug 1718306] [NEW] RuntimeError: resource_cleanup for VPNaaSTestJSON did not call the super's resource_cleanup

2017-09-19 Thread YAMAMOTO Takashi
Public bug reported:

eg. http://logs.openstack.org/34/505234/1/check/gate-tempest-dsvm-
networking-midonet-v2-full-ubuntu-xenial-
nv/c32fd6e/logs/testr_results.html.gz

ft1.1: tearDownClass 
(neutron_vpnaas.tests.tempest.api.test_vpnaas.VPNaaSTestJSON)_StringException: 
Traceback (most recent call last):
  File "tempest/test.py", line 223, in tearDownClass
six.reraise(etype, value, trace)
  File "tempest/test.py", line 200, in tearDownClass
"super's resource_cleanup" % cls.__name__)
RuntimeError: resource_cleanup for VPNaaSTestJSON did not call the super's 
resource_cleanup

** Affects: neutron
 Importance: Undecided
 Status: New


** Tags: tempest vpnaas

** Tags added: tempest vpnaas

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

Title:
  RuntimeError: resource_cleanup for VPNaaSTestJSON did not call the
  super's resource_cleanup

Status in neutron:
  New

Bug description:
  eg. http://logs.openstack.org/34/505234/1/check/gate-tempest-dsvm-
  networking-midonet-v2-full-ubuntu-xenial-
  nv/c32fd6e/logs/testr_results.html.gz

  ft1.1: tearDownClass 
(neutron_vpnaas.tests.tempest.api.test_vpnaas.VPNaaSTestJSON)_StringException: 
Traceback (most recent call last):
File "tempest/test.py", line 223, in tearDownClass
  six.reraise(etype, value, trace)
File "tempest/test.py", line 200, in tearDownClass
  "super's resource_cleanup" % cls.__name__)
  RuntimeError: resource_cleanup for VPNaaSTestJSON did not call the super's 
resource_cleanup

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1718306/+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 1714769] Re: quota_details is broken for CountableResource provided by plugins other than the core plugin

2017-09-18 Thread YAMAMOTO Takashi
** Changed in: networking-midonet
   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/1714769

Title:
  quota_details is broken for CountableResource provided by plugins
  other than the core plugin

Status in networking-midonet:
  Fix Released
Status in networking-ovn:
  Fix Released
Status in neutron:
  Fix Released

Bug description:
  The neutron tempest API test -
  neutron.tests.tempest.api.admin.test_quotas.QuotasTest.test_detail_quotas
  calls the API - ""GET /v2.0/quotas/{tenant_id}/details" which is
  failing with the below logs in the neutron server

  INFO neutron.pecan_wsgi.hooks.translation [None 
req-64308681-f568-4dea-961b-5c9de579ac7e admin admin] GET failed (client 
error): The resource could not be found.
  INFO neutron.wsgi [None req-64308681-f568-4dea-961b-5c9de579ac7e admin admin] 
10.0.0.7 "GET /v2.0/quotas/ff5c5121117348df94aa181d3504375b/detail HTTP/1.1" 
status: 404  len: 309 time: 0.0295429
  ERROR neutron.api.v2.resource [None req-b1b677cd-73b1-435d-bcc4-845dfa713046 
admin admin] details failed: No details.: AttributeError: 'Ml2Plugin' object 
has no attribute 'get_floatingips'
  ERROR neutron.api.v2.resource Traceback (most recent call last):
  ERROR neutron.api.v2.resource   File 
"/opt/stack/neutron/neutron/api/v2/resource.py", line 98, in resource
  ERROR neutron.api.v2.resource result = method(request=request, **args)
  ERROR neutron.api.v2.resource   File 
"/opt/stack/neutron/neutron/extensions/quotasv2_detail.py", line 56, in details
  ERROR neutron.api.v2.resource self._get_detailed_quotas(request, id)}
  ERROR neutron.api.v2.resource   File 
"/opt/stack/neutron/neutron/extensions/quotasv2_detail.py", line 46, in 
_get_detailed_quotas
  ERROR neutron.api.v2.resource resource_registry.get_all_resources(), 
tenant_id)
  ERROR neutron.api.v2.resource   File "/opt/stack/neutron/neutron/db/api.py", 
line 163, in wrapped
  ERROR neutron.api.v2.resource return method(*args, **kwargs)
  ERROR neutron.api.v2.resource   File "/opt/stack/neutron/neutron/db/api.py", 
line 93, in wrapped
  ERROR neutron.api.v2.resource setattr(e, '_RETRY_EXCEEDED', True)
  ERROR neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 220, in __exit__
  ERROR neutron.api.v2.resource self.force_reraise()
  ERROR neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 196, in 
force_reraise
  ERROR neutron.api.v2.resource six.reraise(self.type_, self.value, self.tb)
  ERROR neutron.api.v2.resource   File "/opt/stack/neutron/neutron/db/api.py", 
line 89, in wrapped
  ERROR neutron.api.v2.resource return f(*args, **kwargs)
  ERROR neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_db/api.py", line 150, in wrapper
  ERROR neutron.api.v2.resource ectxt.value = e.inner_exc
  ERROR neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 220, in __exit__
  ERROR neutron.api.v2.resource self.force_reraise()
  ERROR neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 196, in 
force_reraise
  ERROR neutron.api.v2.resource six.reraise(self.type_, self.value, self.tb)
  ERROR neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_db/api.py", line 138, in wrapper
  ERROR neutron.api.v2.resource return f(*args, **kwargs)
  ERROR neutron.api.v2.resource   File "/opt/stack/neutron/neutron/db/api.py", 
line 128, in wrapped
  ERROR neutron.api.v2.resource LOG.debug("Retry wrapper got retriable 
exception: %s", e)
  ERROR neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 220, in __exit__
  ERROR neutron.api.v2.resource self.force_reraise()
  ERROR neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 196, in 
force_reraise
  ERROR neutron.api.v2.resource six.reraise(self.type_, self.value, self.tb)
  ERROR neutron.api.v2.resource   File "/opt/stack/neutron/neutron/db/api.py", 
line 124, in wrapped
  ERROR neutron.api.v2.resource return f(*dup_args, **dup_kwargs)
  ERROR neutron.api.v2.resource   File 
"/opt/stack/neutron/neutron/db/quota/driver.py", line 98, in 
get_detailed_tenant_quotas
  ERROR neutron.api.v2.resource used = resource.count(context, plugin, 
tenant_id)
  ERROR neutron.api.v2.resource   File 
"/opt/stack/neutron/neutron/quota/resource.py", line 132, in count
  ERROR neutron.api.v2.resource return self._count_func(context, plugin, 
self.plural_name, tenant_id)
  ERROR neutron.api.v2.resource   File 
"/opt/stack/neutron/neutron/quota/resource.py", line 38, in _count_resource
  ERROR neutron.api.v2.resource obj_getter = getattr(plugin, "get_%s" % 
collection_name)
  ERROR neutron.api.v2.resource 

[Yahoo-eng-team] [Bug 1716743] [NEW] needs an update for os-testr 1.0.0 / stestr

2017-09-12 Thread YAMAMOTO Takashi
Public bug reported:

esp. functional jobs are broken

** Affects: neutron
 Importance: Undecided
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress


** Tags: gate-failure

** Tags added: gate-failure

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

Title:
  needs an update for os-testr 1.0.0 / stestr

Status in neutron:
  In Progress

Bug description:
  esp. functional jobs are broken

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1716743/+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 1715594] [NEW] lb graphs are not compatible with quota

2017-09-07 Thread YAMAMOTO Takashi
Public bug reported:

http://logs.openstack.org/93/501593/1/check/gate-tempest-dsvm-
networking-midonet-ml2-full-ubuntu-xenial-
nv/ac8464f/logs/testr_results.html.gz

(with I5245e217e1f44281f85febbdfaf873321253dc5d)

Traceback (most recent call last):
  File "tempest/common/utils/__init__.py", line 108, in wrapper
return func(*func_args, **func_kwargs)
  File "/opt/stack/new/neutron/neutron/tests/tempest/api/admin/test_quotas.py", 
line 149, in test_detail_quotas
quota_set = self.admin_client.show_details_quota(tenant_id)
  File 
"/opt/stack/new/neutron/neutron/tests/tempest/services/network/json/network_client.py",
 line 136, in _show
resp, body = self.get(uri)
  File "tempest/lib/common/rest_client.py", line 285, in get
return self.request('GET', url, extra_headers, headers)
  File "tempest/lib/common/rest_client.py", line 659, in request
self._error_checker(resp, resp_body)
  File "tempest/lib/common/rest_client.py", line 833, in _error_checker
message=message)
tempest.lib.exceptions.NotImplemented: Got NotImplemented error
Details: No plugins that support counting graphs found.

** Affects: neutron
 Importance: Undecided
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress


** Tags: lbaas

** Tags added: lbaas

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

Title:
  lb graphs are not compatible with quota

Status in neutron:
  In Progress

Bug description:
  http://logs.openstack.org/93/501593/1/check/gate-tempest-dsvm-
  networking-midonet-ml2-full-ubuntu-xenial-
  nv/ac8464f/logs/testr_results.html.gz

  (with I5245e217e1f44281f85febbdfaf873321253dc5d)

  Traceback (most recent call last):
File "tempest/common/utils/__init__.py", line 108, in wrapper
  return func(*func_args, **func_kwargs)
File 
"/opt/stack/new/neutron/neutron/tests/tempest/api/admin/test_quotas.py", line 
149, in test_detail_quotas
  quota_set = self.admin_client.show_details_quota(tenant_id)
File 
"/opt/stack/new/neutron/neutron/tests/tempest/services/network/json/network_client.py",
 line 136, in _show
  resp, body = self.get(uri)
File "tempest/lib/common/rest_client.py", line 285, in get
  return self.request('GET', url, extra_headers, headers)
File "tempest/lib/common/rest_client.py", line 659, in request
  self._error_checker(resp, resp_body)
File "tempest/lib/common/rest_client.py", line 833, in _error_checker
  message=message)
  tempest.lib.exceptions.NotImplemented: Got NotImplemented error
  Details: No plugins that support counting graphs found.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1715594/+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 1714769] Re: neutron tempest API test 'test_detail_quotas' fails with "internal server error"

2017-09-03 Thread YAMAMOTO Takashi
** Also affects: networking-midonet
   Importance: Undecided
   Status: New

** Changed in: networking-midonet
   Importance: Undecided => High

** Changed in: networking-midonet
   Status: New => In Progress

** Changed in: networking-midonet
Milestone: None => 6.0.0

** Changed in: networking-midonet
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

** Tags added: midokura-jira-tracked

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

Title:
  neutron tempest API test 'test_detail_quotas' fails with  "internal
  server error"

Status in networking-midonet:
  In Progress
Status in networking-ovn:
  In Progress
Status in neutron:
  New

Bug description:
  The neutron tempest API test -
  neutron.tests.tempest.api.admin.test_quotas.QuotasTest.test_detail_quotas
  calls the API - ""GET /v2.0/quotas/{tenant_id}/details" which is
  failing with the below logs in the neutron server

  INFO neutron.pecan_wsgi.hooks.translation [None 
req-64308681-f568-4dea-961b-5c9de579ac7e admin admin] GET failed (client 
error): The resource could not be found.
  INFO neutron.wsgi [None req-64308681-f568-4dea-961b-5c9de579ac7e admin admin] 
10.0.0.7 "GET /v2.0/quotas/ff5c5121117348df94aa181d3504375b/detail HTTP/1.1" 
status: 404  len: 309 time: 0.0295429
  ERROR neutron.api.v2.resource [None req-b1b677cd-73b1-435d-bcc4-845dfa713046 
admin admin] details failed: No details.: AttributeError: 'Ml2Plugin' object 
has no attribute 'get_floatingips'
  ERROR neutron.api.v2.resource Traceback (most recent call last):
  ERROR neutron.api.v2.resource   File 
"/opt/stack/neutron/neutron/api/v2/resource.py", line 98, in resource
  ERROR neutron.api.v2.resource result = method(request=request, **args)
  ERROR neutron.api.v2.resource   File 
"/opt/stack/neutron/neutron/extensions/quotasv2_detail.py", line 56, in details
  ERROR neutron.api.v2.resource self._get_detailed_quotas(request, id)}
  ERROR neutron.api.v2.resource   File 
"/opt/stack/neutron/neutron/extensions/quotasv2_detail.py", line 46, in 
_get_detailed_quotas
  ERROR neutron.api.v2.resource resource_registry.get_all_resources(), 
tenant_id)
  ERROR neutron.api.v2.resource   File "/opt/stack/neutron/neutron/db/api.py", 
line 163, in wrapped
  ERROR neutron.api.v2.resource return method(*args, **kwargs)
  ERROR neutron.api.v2.resource   File "/opt/stack/neutron/neutron/db/api.py", 
line 93, in wrapped
  ERROR neutron.api.v2.resource setattr(e, '_RETRY_EXCEEDED', True)
  ERROR neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 220, in __exit__
  ERROR neutron.api.v2.resource self.force_reraise()
  ERROR neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 196, in 
force_reraise
  ERROR neutron.api.v2.resource six.reraise(self.type_, self.value, self.tb)
  ERROR neutron.api.v2.resource   File "/opt/stack/neutron/neutron/db/api.py", 
line 89, in wrapped
  ERROR neutron.api.v2.resource return f(*args, **kwargs)
  ERROR neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_db/api.py", line 150, in wrapper
  ERROR neutron.api.v2.resource ectxt.value = e.inner_exc
  ERROR neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 220, in __exit__
  ERROR neutron.api.v2.resource self.force_reraise()
  ERROR neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 196, in 
force_reraise
  ERROR neutron.api.v2.resource six.reraise(self.type_, self.value, self.tb)
  ERROR neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_db/api.py", line 138, in wrapper
  ERROR neutron.api.v2.resource return f(*args, **kwargs)
  ERROR neutron.api.v2.resource   File "/opt/stack/neutron/neutron/db/api.py", 
line 128, in wrapped
  ERROR neutron.api.v2.resource LOG.debug("Retry wrapper got retriable 
exception: %s", e)
  ERROR neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 220, in __exit__
  ERROR neutron.api.v2.resource self.force_reraise()
  ERROR neutron.api.v2.resource   File 
"/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 196, in 
force_reraise
  ERROR neutron.api.v2.resource six.reraise(self.type_, self.value, self.tb)
  ERROR neutron.api.v2.resource   File "/opt/stack/neutron/neutron/db/api.py", 
line 124, in wrapped
  ERROR neutron.api.v2.resource return f(*dup_args, **dup_kwargs)
  ERROR neutron.api.v2.resource   File 
"/opt/stack/neutron/neutron/db/quota/driver.py", line 98, in 
get_detailed_tenant_quotas
  ERROR n

[Yahoo-eng-team] [Bug 1710589] Re: rally sla failure

2017-08-14 Thread YAMAMOTO Takashi
Added neutron as it doesn't seem networking-midonet specific

** Description changed:

  For following scenarios, max_seconds_per_iteration validation is failing 
miserably.
  IIRC, these scenarios used to work.  I don't remember when it was though. 
(Maybe newton timeframe)
  
  NetworkPlugin.create_ports
  NetworkPlugin.create_routers
  NetworkPlugin.create_subnets
  NetworkPlugin.create_subnets_routers_interfaces
  
  It's probably due to retriable exceptions like the following due to
  contentions.
  
  eg. http://logs.openstack.org/74/492374/3/check/gate-networking-midonet-
  rally-dsvm-ml2-ubuntu-xenial/d1aa9b9/logs/screen-q-svc.txt.gz
  
  Aug 14 06:08:16.188519 ubuntu-xenial-citycloud-kna1-10421138 neutron-
  server[14391]: DEBUG neutron.db.api [None req-
  6c986099-0e8d-4181-a488-c73d348f2ef5 c_rally_1a0448a8_y9LQrXNX
  c_rally_1a0448a8_QH0dDRH4] Retry wrapper got retriable exception: UPDATE
  statement on table 'standardattributes' expected to update 1 row(s); 0
  were matched. {{(pid=14479) wrapped
  /opt/stack/new/neutron/neutron/db/api.py:129}}
  
  Aug 14 05:46:27.279500 ubuntu-xenial-citycloud-kna1-10421138 neutron-
  server[14391]: DEBUG neutron.db.api [None req-6134c462-06e4-493f-
  8ff1-9b206dfda3dd c_rally_edf0ce7f_CaBvNcQe c_rally_edf0ce7f_ONZDWSHE]
  Retry wrapper got retriable exception: Failed to create a duplicate
  IpamAllocation: for attribute(s) ['PRIMARY'] with value(s)
  2.224.0.54-29522f59-ea05-4904-b034-fa3555da8ade {{(pid=14479) wrapped
  /opt/stack/new/neutron/neutron/db/api.py:129}}
  
  Aug 14 05:39:37.960137 ubuntu-xenial-citycloud-kna1-10421138 neutron-
  server[14391]: DEBUG neutron.db.api [None req-f3ecc8f3-2c7a-4b3c-ac8c-
  abe2766e36f4 c_rally_6464adb0_pXKwRzJz c_rally_6464adb0_uyMbSZqP] Retry
  wrapper got retriable exception: Failed to create a duplicate
  DefaultSecurityGroup: for attribute(s) ['PRIMARY'] with value(s)
  bc3b6a26a56646e7b098b9419d17c0d1 {{(pid=14480) wrapped
  /opt/stack/new/neutron/neutron/db/api.py:129}}
+ 
+ 
+ Even without max_seconds_per_iteration, it sometimes times out,
+ or causes internal error reaching to the retry limit.
+ 
+ eg. http://logs.openstack.org/74/492374/4/check/gate-networking-midonet-
+ rally-dsvm-ml2-ubuntu-
+ xenial/5f6c27d/logs/screen-q-svc.txt.gz?level=TRACE
+ 
+ Aug 14 13:54:59.896408 ubuntu-xenial-citycloud-la1-10426313 
neutron-server[13990]: ERROR oslo_db.api [None 
req-c66e03cb-f36a-494b-9f83-fcb51dd0a420 c_rally_732dd379_PVser3Et 
c_rally_732dd379_0ywBv9Oh] DB exceeded retry limit.: StaleDataError: UPDATE 
statement on table 'standardattributes' expected to update 1 row(s); 0 were 
matched.
+ Aug 14 13:54:59.896764 ubuntu-xenial-citycloud-la1-10426313 
neutron-server[13990]: ERROR oslo_db.api Traceback (most recent call last):
+ Aug 14 13:54:59.896968 ubuntu-xenial-citycloud-la1-10426313 
neutron-server[13990]: ERROR oslo_db.api   File 
"/usr/local/lib/python2.7/dist-packages/oslo_db/api.py", line 138, in wrapper
+ Aug 14 13:54:59.897135 ubuntu-xenial-citycloud-la1-10426313 
neutron-server[13990]: ERROR oslo_db.api return f(*args, **kwargs)
+ Aug 14 13:54:59.897300 ubuntu-xenial-citycloud-la1-10426313 
neutron-server[13990]: ERROR oslo_db.api   File 
"/opt/stack/new/neutron/neutron/db/api.py", line 129, in wrapped
+ Aug 14 13:54:59.897465 ubuntu-xenial-citycloud-la1-10426313 
neutron-server[13990]: ERROR oslo_db.api LOG.debug("Retry wrapper got 
retriable exception: %s", e)
+ Aug 14 13:54:59.897653 ubuntu-xenial-citycloud-la1-10426313 
neutron-server[13990]: ERROR oslo_db.api   File 
"/usr/local/lib/python2.7/dist-packages/oslo_utils/excutils.py", line 220, in 
__exit__
+ Aug 14 13:54:59.897819 ubuntu-xenial-citycloud-la1-10426313 
neutron-server[13990]: ERROR oslo_db.api self.force_reraise()
+ Aug 14 13:54:59.897970 ubuntu-xenial-citycloud-la1-10426313 
neutron-server[13990]: ERROR oslo_db.api   File 
"/usr/local/lib/python2.7/dist-packages/oslo_utils/excutils.py", line 196, in 
force_reraise
+ Aug 14 13:54:59.898135 ubuntu-xenial-citycloud-la1-10426313 
neutron-server[13990]: ERROR oslo_db.api six.reraise(self.type_, 
self.value, self.tb)
+ Aug 14 13:54:59.898300 ubuntu-xenial-citycloud-la1-10426313 
neutron-server[13990]: ERROR oslo_db.api   File 
"/opt/stack/new/neutron/neutron/db/api.py", line 125, in wrapped
+ Aug 14 13:54:59.898458 ubuntu-xenial-citycloud-la1-10426313 
neutron-server[13990]: ERROR oslo_db.api return f(*dup_args, **dup_kwargs)
+ Aug 14 13:54:59.898621 ubuntu-xenial-citycloud-la1-10426313 
neutron-server[13990]: ERROR oslo_db.api   File 
"/opt/stack/new/neutron/neutron/db/db_base_plugin_v2.py", line 1013, in 
delete_subnet
+ Aug 14 13:54:59.898792 ubuntu-xenial-citycloud-la1-10426313 
neutron-server[13990]: ERROR oslo_db.api self.ipam.delete_subnet(context, 
id)
+ Aug 14 13:54:59.898948 ubuntu-xenial-citycloud-la1-10426313 
neutron-server[13990]: ERROR oslo_db.api   File 
"/opt/stack/new/neutron/neutron/db/ipam_pluggable_backend.py", line 162, in 
delete_subnet
+ Aug 

[Yahoo-eng-team] [Bug 1707556] [NEW] neutron-dynamic-routing tempest plugin assumes dvr extension

2017-07-30 Thread YAMAMOTO Takashi
Public bug reported:

neutron-dynamic-routing tempest plugin assumes dvr extension.
it should either avoid relying on the extension or skip if the extension is not 
available.

** Affects: neutron
 Importance: Undecided
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress


** Tags: midokura-jira-tracked

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

Title:
  neutron-dynamic-routing tempest plugin assumes dvr extension

Status in neutron:
  In Progress

Bug description:
  neutron-dynamic-routing tempest plugin assumes dvr extension.
  it should either avoid relying on the extension or skip if the extension is 
not available.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1707556/+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 1705012] Re: vif type unbound not supported when creating server

2017-07-28 Thread YAMAMOTO Takashi
I confirmed the symptom seen in bug 1700448 was fixed

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

** Changed in: networking-midonet
   Status: New => Fix Released

** Changed in: networking-midonet
Milestone: None => 5.0.0

** Changed in: networking-midonet
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

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

Title:
  vif type unbound not supported when creating server

Status in networking-midonet:
  Fix Released
Status in networking-vsphere:
  New
Status in neutron:
  Fix Released
Status in OpenStack Compute (nova):
  Confirmed

Bug description:
  Creating a vmware server (using stable/newton packages) fails with the
  following error logged in nova-compute.log:

  2017-07-11 13:52:02.494 21616 ERROR nova.compute.manager 
[req-a970b485-da9e-4032
  -8c8a-af6f57d4d0f5 c8380cb1ad1842729061bff8d4a2b637 
6fec64fa2bd947e680100e1877db
  a0c7 - - -] [instance: c27d61ad-6884-4881-9fdb-5201c17141f7] Instance failed 
to 
  spawn
  2017-07-11 13:52:02.494 21616 ERROR nova.compute.manager [instance: 
c27d61ad-688
  4-4881-9fdb-5201c17141f7] Traceback (most recent call last):
  2017-07-11 13:52:02.494 21616 ERROR nova.compute.manager [instance: 
c27d61ad-688
  4-4881-9fdb-5201c17141f7]   File 
"/usr/lib/python2.7/site-packages/nova/compute/
  manager.py", line 2083, in _build_resources
  2017-07-11 13:52:02.494 21616 ERROR nova.compute.manager [instance: 
c27d61ad-688
  4-4881-9fdb-5201c17141f7] yield resources
  2017-07-11 13:52:02.494 21616 ERROR nova.compute.manager [instance: 
c27d61ad-688
  4-4881-9fdb-5201c17141f7]   File 
"/usr/lib/python2.7/site-packages/nova/compute/
  manager.py", line 1924, in _build_and_run_instance
  2017-07-11 13:52:02.494 21616 ERROR nova.compute.manager [instance: 
c27d61ad-6884-4881-9fdb-5201c17141f7] block_device_info=block_device_info)
  2017-07-11 13:52:02.494 21616 ERROR nova.compute.manager [instance: 
c27d61ad-6884-4881-9fdb-5201c17141f7]   File 
"/usr/lib/python2.7/site-packages/nova/virt/vmwareapi/driver.py", line 316, in 
spawn
  2017-07-11 13:52:02.494 21616 ERROR nova.compute.manager [instance: 
c27d61ad-6884-4881-9fdb-5201c17141f7] admin_password, network_info, 
block_device_info)
  2017-07-11 13:52:02.494 21616 ERROR nova.compute.manager [instance: 
c27d61ad-6884-4881-9fdb-5201c17141f7]   File 
"/usr/lib/python2.7/site-packages/nova/virt/vmwareapi/vmops.py", line 739, in 
spawn
  2017-07-11 13:52:02.494 21616 ERROR nova.compute.manager [instance: 
c27d61ad-6884-4881-9fdb-5201c17141f7] metadata)
  2017-07-11 13:52:02.494 21616 ERROR nova.compute.manager [instance: 
c27d61ad-6884-4881-9fdb-5201c17141f7]   File 
"/usr/lib/python2.7/site-packages/nova/virt/vmwareapi/vmops.py", line 281, in 
build_virtual_machine
  2017-07-11 13:52:02.494 21616 ERROR nova.compute.manager [instance: 
c27d61ad-6884-4881-9fdb-5201c17141f7] network_info)
  2017-07-11 13:52:02.494 21616 ERROR nova.compute.manager [instance: 
c27d61ad-6884-4881-9fdb-5201c17141f7]   File 
"/usr/lib/python2.7/site-packages/nova/virt/vmwareapi/vif.py", line 178, in 
get_vif_info
  2017-07-11 13:52:02.494 21616 ERROR nova.compute.manager [instance: 
c27d61ad-6884-4881-9fdb-5201c17141f7] is_neutron, vif))
  2017-07-11 13:52:02.494 21616 ERROR nova.compute.manager [instance: 
c27d61ad-6884-4881-9fdb-5201c17141f7]   File 
"/usr/lib/python2.7/site-packages/nova/virt/vmwareapi/vif.py", line 164, in 
get_vif_dict
  2017-07-11 13:52:02.494 21616 ERROR nova.compute.manager [instance: 
c27d61ad-6884-4881-9fdb-5201c17141f7] ref = get_network_ref(session, 
cluster, vif, is_neutron)
  2017-07-11 13:52:02.494 21616 ERROR nova.compute.manager [instance: 
c27d61ad-6884-4881-9fdb-5201c17141f7]   File 
"/usr/lib/python2.7/site-packages/nova/virt/vmwareapi/vif.py", line 153, in 
get_network_ref
  2017-07-11 13:52:02.494 21616 ERROR nova.compute.manager [instance: 
c27d61ad-6884-4881-9fdb-5201c17141f7] network_ref = 
_get_neutron_network(session, cluster, vif)
  2017-07-11 13:52:02.494 21616 ERROR nova.compute.manager [instance: 
c27d61ad-6884-4881-9fdb-5201c17141f7] raise 
exception.InvalidInput(reason=reason)
  2017-07-11 13:52:02.494 21616 ERROR nova.compute.manager [instance: 
c27d61ad-6884-4881-9fdb-5201c17141f7] InvalidInput: Invalid input received: vif 
type unbound not supported

To manage notifications about this bug go to:
https://bugs.launchpad.net/networking-midonet/+bug/1705012/+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 1702599] Re: midonet url in vpnaas team.rst is broken

2017-07-23 Thread YAMAMOTO Takashi
** Changed in: neutron
   Status: Fix Committed => 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/1702599

Title:
  midonet url in vpnaas team.rst is broken

Status in neutron:
  Fix Released

Bug description:
  after the recent documentation rearrangement.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1702599/+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 1700454] Re: "Quota exceeded for instances" in fwaas tempest tests

2017-07-10 Thread YAMAMOTO Takashi
i haven't seen it recently. i guess it has been fixed in the meantime.

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

** Changed in: networking-midonet
   Status: In Progress => Invalid

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

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

Title:
  "Quota exceeded for instances" in fwaas tempest tests

Status in networking-midonet:
  Invalid
Status in neutron:
  Invalid

Bug description:
  eg. http://logs.openstack.org/87/199387/83/check/gate-tempest-dsvm-
  networking-midonet-ml2-full-
  centos-7-nv/b221d8d/logs/testr_results.html.gz

  Traceback (most recent call last):
File 
"/opt/stack/new/neutron-fwaas/neutron_fwaas/tests/tempest_plugin/tests/scenario/test_fwaas.py",
 line 366, in test_firewall_disable_rule
  allow=self._disable_rule)
File 
"/opt/stack/new/neutron-fwaas/neutron_fwaas/tests/tempest_plugin/tests/scenario/test_fwaas.py",
 line 305, in _test_firewall_basic
  self._create_topology()
File 
"/opt/stack/new/neutron-fwaas/neutron_fwaas/tests/tempest_plugin/tests/scenario/test_fwaas.py",
 line 267, in _create_topology
  security_group=security_group)
File 
"/opt/stack/new/neutron-fwaas/neutron_fwaas/tests/tempest_plugin/tests/scenario/test_fwaas.py",
 line 59, in _create_server
  **kwargs)
File 
"/opt/stack/new/neutron-fwaas/neutron_fwaas/tests/tempest_plugin/tests/scenario/manager.py",
 line 208, in create_server
  image_id=image_id, **kwargs)
File "tempest/common/compute.py", line 168, in create_test_server
  **kwargs)
File "tempest/lib/services/compute/servers_client.py", line 89, in 
create_server
  resp, body = self.post('servers', post_body)
File "tempest/lib/common/rest_client.py", line 270, in post
  return self.request('POST', url, extra_headers, headers, body, chunked)
File "tempest/lib/services/compute/base_compute_client.py", line 48, in 
request
  method, url, extra_headers, headers, body, chunked)
File "tempest/lib/common/rest_client.py", line 659, in request
  self._error_checker(resp, resp_body)
File "tempest/lib/common/rest_client.py", line 760, in _error_checker
  raise exceptions.Forbidden(resp_body, resp=resp)
  tempest.lib.exceptions.Forbidden: Forbidden
  Details: {u'message': u'Quota exceeded for instances: Requested 1, but 
already used 10 of 10 instances', u'code': 403}

To manage notifications about this bug go to:
https://bugs.launchpad.net/networking-midonet/+bug/1700454/+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 1702599] [NEW] midonet url in vpnaas team.rst is broken

2017-07-05 Thread YAMAMOTO Takashi
Public bug reported:

after the recent documentation rearrangement.

** Affects: neutron
 Importance: Undecided
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress


** Tags: midokura-jira-tracked vpnaas

** Tags added: midokura-jira-tracked vpnaas

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

** Changed in: neutron
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

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

Title:
  midonet url in vpnaas team.rst is broken

Status in neutron:
  In Progress

Bug description:
  after the recent documentation rearrangement.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1702599/+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 1701433] [NEW] address scopes extension doesn't have scenario tests

2017-06-29 Thread YAMAMOTO Takashi
Public bug reported:

the routing aspects of address-scope extension is not intuitive. (to me)
it ought to have tempest scenario tests to ensure the behaviour.

** 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/1701433

Title:
  address scopes extension doesn't have scenario tests

Status in neutron:
  New

Bug description:
  the routing aspects of address-scope extension is not intuitive. (to me)
  it ought to have tempest scenario tests to ensure the behaviour.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1701433/+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 1700454] Re: "Quota exceeded for instances" in fwaas tempest tests

2017-06-26 Thread YAMAMOTO Takashi
I added neutron because it doesn't seem to be networking-midonet specific.
it's seen in neutron-fwaas jobs. 
http://logs.openstack.org/71/477371/1/check/gate-neutron-fwaas-v1-dsvm-tempest/c5d9fc4/

** Summary changed:

- "Quota exceeded for instances" in fwaas tests
+ "Quota exceeded for instances" in fwaas tempest tests

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

** Changed in: networking-midonet
   Status: New => In Progress

** Changed in: networking-midonet
Milestone: None => 5.0.0

** Changed in: networking-midonet
     Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

** Tags added: fwaas

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

Title:
  "Quota exceeded for instances" in fwaas tempest tests

Status in networking-midonet:
  In Progress
Status in neutron:
  New

Bug description:
  eg. http://logs.openstack.org/87/199387/83/check/gate-tempest-dsvm-
  networking-midonet-ml2-full-
  centos-7-nv/b221d8d/logs/testr_results.html.gz

  Traceback (most recent call last):
File 
"/opt/stack/new/neutron-fwaas/neutron_fwaas/tests/tempest_plugin/tests/scenario/test_fwaas.py",
 line 366, in test_firewall_disable_rule
  allow=self._disable_rule)
File 
"/opt/stack/new/neutron-fwaas/neutron_fwaas/tests/tempest_plugin/tests/scenario/test_fwaas.py",
 line 305, in _test_firewall_basic
  self._create_topology()
File 
"/opt/stack/new/neutron-fwaas/neutron_fwaas/tests/tempest_plugin/tests/scenario/test_fwaas.py",
 line 267, in _create_topology
  security_group=security_group)
File 
"/opt/stack/new/neutron-fwaas/neutron_fwaas/tests/tempest_plugin/tests/scenario/test_fwaas.py",
 line 59, in _create_server
  **kwargs)
File 
"/opt/stack/new/neutron-fwaas/neutron_fwaas/tests/tempest_plugin/tests/scenario/manager.py",
 line 208, in create_server
  image_id=image_id, **kwargs)
File "tempest/common/compute.py", line 168, in create_test_server
  **kwargs)
File "tempest/lib/services/compute/servers_client.py", line 89, in 
create_server
  resp, body = self.post('servers', post_body)
File "tempest/lib/common/rest_client.py", line 270, in post
  return self.request('POST', url, extra_headers, headers, body, chunked)
File "tempest/lib/services/compute/base_compute_client.py", line 48, in 
request
  method, url, extra_headers, headers, body, chunked)
File "tempest/lib/common/rest_client.py", line 659, in request
  self._error_checker(resp, resp_body)
File "tempest/lib/common/rest_client.py", line 760, in _error_checker
  raise exceptions.Forbidden(resp_body, resp=resp)
  tempest.lib.exceptions.Forbidden: Forbidden
  Details: {u'message': u'Quota exceeded for instances: Requested 1, but 
already used 10 of 10 instances', u'code': 403}

To manage notifications about this bug go to:
https://bugs.launchpad.net/networking-midonet/+bug/1700454/+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 1698812] Re: security group callbacks regression

2017-06-21 Thread YAMAMOTO Takashi
** Changed in: networking-midonet
   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/1698812

Title:
  security group callbacks regression

Status in networking-midonet:
  Fix Released
Status in neutron:
  Fix Released

Bug description:
  after_create callback gets empty security_group_rules.

  eg. http://logs.openstack.org/87/199387/79/check/gate-tempest-dsvm-
  networking-midonet-ml2-ubuntu-xenial/331d691/logs/screen-q-svc.txt.gz

  Jun 19 10:51:51.378599 ubuntu-xenial-rax-ord-9385124 neutron-
  server[10764]: DEBUG midonet.neutron.ml2.sg_callback [None req-
  d097915b-1336-4fb8-bcdc-cd49486aee54 admin admin]
  midonet.neutron.ml2.sg_callback.MidonetSecurityGroupsHandler method
  create_security_group called with arguments ('security_group',
  'after_create', ) {'security_group': {'description': u'Default security
  group', 'tenant_id': u'1108c275750141b38d25d8fb05b19b82',
  'created_at': '2017-06-19T10:51:51Z', 'updated_at':
  '2017-06-19T10:51:51Z', 'security_group_rules': [], 'revision_number':
  5, 'project_id': u'1108c275750141b38d25d8fb05b19b82', 'id':
  '7e0bc780-7257-4506-a978-df7fb767bcc6', 'name': u'default'},
  'is_default': True, 'context': } {{(pid=10854) wrapper /usr/local/lib/python2.7/dist-
  packages/oslo_log/helpers.py:47}}

To manage notifications about this bug go to:
https://bugs.launchpad.net/networking-midonet/+bug/1698812/+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 1699006] [NEW] tempest: _create_router_with_client ignores enable_snat=False

2017-06-19 Thread YAMAMOTO Takashi
Public bug reported:

_create_router_with_client ignores enable_snat=False, rather than disabling 
snat.
it's counter-intuitive at least.

** Affects: neutron
 Importance: Undecided
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress


** Tags: midokura-jira-tracked tempest

** Tags added: tempest

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

Title:
  tempest: _create_router_with_client ignores enable_snat=False

Status in neutron:
  In Progress

Bug description:
  _create_router_with_client ignores enable_snat=False, rather than disabling 
snat.
  it's counter-intuitive at least.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1699006/+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 1698812] [NEW] security group callbacks regression

2017-06-19 Thread YAMAMOTO Takashi
Public bug reported:

after_create callback gets empty security_group_rules.

eg. http://logs.openstack.org/87/199387/79/check/gate-tempest-dsvm-
networking-midonet-ml2-ubuntu-xenial/331d691/logs/screen-q-svc.txt.gz

Jun 19 10:51:51.378599 ubuntu-xenial-rax-ord-9385124 neutron-
server[10764]: DEBUG midonet.neutron.ml2.sg_callback [None req-
d097915b-1336-4fb8-bcdc-cd49486aee54 admin admin]
midonet.neutron.ml2.sg_callback.MidonetSecurityGroupsHandler method
create_security_group called with arguments ('security_group',
'after_create', ) {'security_group': {'description': u'Default security
group', 'tenant_id': u'1108c275750141b38d25d8fb05b19b82', 'created_at':
'2017-06-19T10:51:51Z', 'updated_at': '2017-06-19T10:51:51Z',
'security_group_rules': [], 'revision_number': 5, 'project_id':
u'1108c275750141b38d25d8fb05b19b82', 'id':
'7e0bc780-7257-4506-a978-df7fb767bcc6', 'name': u'default'},
'is_default': True, 'context': } {{(pid=10854) wrapper /usr/local/lib/python2.7/dist-
packages/oslo_log/helpers.py:47}}

** Affects: networking-midonet
 Importance: Critical
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress

** Affects: neutron
 Importance: Undecided
 Status: New


** Tags: gate-failure midokura-jira-tracked

** Tags added: gate-failure midokura-jira-tracked

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

** Changed in: networking-midonet
   Status: New => In Progress

** Changed in: networking-midonet
Milestone: None => 5.0.0

** Changed in: networking-midonet
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

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

** Summary changed:

- sg regression
+ security group callbacks regression

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

Title:
  security group callbacks regression

Status in networking-midonet:
  In Progress
Status in neutron:
  New

Bug description:
  after_create callback gets empty security_group_rules.

  eg. http://logs.openstack.org/87/199387/79/check/gate-tempest-dsvm-
  networking-midonet-ml2-ubuntu-xenial/331d691/logs/screen-q-svc.txt.gz

  Jun 19 10:51:51.378599 ubuntu-xenial-rax-ord-9385124 neutron-
  server[10764]: DEBUG midonet.neutron.ml2.sg_callback [None req-
  d097915b-1336-4fb8-bcdc-cd49486aee54 admin admin]
  midonet.neutron.ml2.sg_callback.MidonetSecurityGroupsHandler method
  create_security_group called with arguments ('security_group',
  'after_create', ) {'security_group': {'description': u'Default security
  group', 'tenant_id': u'1108c275750141b38d25d8fb05b19b82',
  'created_at': '2017-06-19T10:51:51Z', 'updated_at':
  '2017-06-19T10:51:51Z', 'security_group_rules': [], 'revision_number':
  5, 'project_id': u'1108c275750141b38d25d8fb05b19b82', 'id':
  '7e0bc780-7257-4506-a978-df7fb767bcc6', 'name': u'default'},
  'is_default': True, 'context': } {{(pid=10854) wrapper /usr/local/lib/python2.7/dist-
  packages/oslo_log/helpers.py:47}}

To manage notifications about this bug go to:
https://bugs.launchpad.net/networking-midonet/+bug/1698812/+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 1697588] [NEW] update tempest plugin after removal of cred manager aliases

2017-06-12 Thread YAMAMOTO Takashi
Public bug reported:

Update after tempest change I5f7164f7a7ec5d4380ca22885000caa0183a0bf7

** Affects: networking-midonet
 Importance: Undecided
 Status: New

** Affects: neutron
 Importance: Undecided
 Status: New

** Affects: tap-as-a-service
 Importance: Undecided
 Status: New


** Tags: midokura-jira-tracked

** Tags added: midkoura

** Tags removed: midkoura
** Tags added: midokura-jira-tracked

** Also affects: tap-as-a-service
   Importance: Undecided
   Status: New

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

Title:
  update tempest plugin after removal of cred manager aliases

Status in networking-midonet:
  New
Status in neutron:
  New
Status in tap-as-a-service:
  New

Bug description:
  Update after tempest change I5f7164f7a7ec5d4380ca22885000caa0183a0bf7

To manage notifications about this bug go to:
https://bugs.launchpad.net/networking-midonet/+bug/1697588/+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 1696682] [NEW] port_range validator should allow a single integer

2017-06-08 Thread YAMAMOTO Takashi
Public bug reported:

neutron-lib version of the validator assumes it's a string.
but it used to accept an integer.  for compatibility it should accept an 
integer.

** Affects: neutron
 Importance: Undecided
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress


** Tags: midokura-jira-tracked

** Tags added: midokura-jira-tracked

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

** Changed in: neutron
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

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

Title:
  port_range validator should allow a single integer

Status in neutron:
  In Progress

Bug description:
  neutron-lib version of the validator assumes it's a string.
  but it used to accept an integer.  for compatibility it should accept an 
integer.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1696682/+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 1696668] [NEW] ovo_rpc semantics "warnings" are too verbose

2017-06-08 Thread YAMAMOTO Takashi
Public bug reported:

It logs traceback at ERROR level.
I know it's intentional, but given that it isn't a real issue for some 
configurations,
it's too verbose and potentially hides other issues by spamming logs too much.

** Affects: neutron
 Importance: Undecided
 Status: New


** Tags: midokura-jira-tracked

** Tags added: midokura-jira-tracked

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

Title:
  ovo_rpc semantics "warnings" are too verbose

Status in neutron:
  New

Bug description:
  It logs traceback at ERROR level.
  I know it's intentional, but given that it isn't a real issue for some 
configurations,
  it's too verbose and potentially hides other issues by spamming logs too much.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1696668/+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 1696376] [NEW] logging resource ut failures

2017-06-07 Thread YAMAMOTO Takashi
et-python27-ubuntu-xenial/.tmp/tmp.NahFG7mu4Z/openstack/neutron/neutron/api/v2/base.py",
 line 523, in do_create
return obj_creator(request.context, **kwargs)
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_log/helpers.py",
 line 48, in wrapper
return method(*args, **kwargs)
  File "midonet/neutron/services/logging_resource/plugin.py", line 103, in 
create_logging_resource_firewall_log
context, f_log, logging_resource_id)
  File "midonet/neutron/services/logging_resource/plugin.py", line 173, in 
_make_info_for_midonet
f_log_info['firewall'] = fw_plugin.get_firewall(
AttributeError: 'NoneType' object has no attribute 'get_firewall'
}}}

Traceback (most recent call last):
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.NahFG7mu4Z/openstack/neutron/neutron/tests/base.py",
 line 115, in func
return f(self, *args, **kwargs)
  File "midonet/neutron/tests/unit/test_extension_logging_resource.py", line 
291, in test_create_firewall_log_diff_log_res_diff_tenant_same_firewall
firewall_id=self._fw_id1):
  File "/usr/lib/python2.7/contextlib.py", line 17, in __enter__
return self.gen.next()
  File "midonet/neutron/tests/unit/test_extension_logging_resource.py", line 
135, in firewall_log
desc, tenant_id, fw_event)
  File "midonet/neutron/tests/unit/test_extension_logging_resource.py", line 
143, in _make_firewall_log
raise webob.exc.HTTPClientError(code=res.status_int)
webob.exc.HTTPClientError: The server could not comply with the request since 
it is either malformed or otherwise incorrect.

** Affects: neutron
 Importance: Critical
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress


** Tags: fwaas gate-failure midokura-jira-tracked

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

** Changed in: networking-midonet
   Status: New => In Progress

** Changed in: networking-midonet
Milestone: None => 5.0.0

** Changed in: networking-midonet
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

** Tags added: gate-failure

** Tags added: midokura-jira-tracked

** Project changed: networking-midonet => neutron

** Changed in: neutron
Milestone: 5.0.0 => None

** Tags added: fwaas

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

Title:
  logging resource ut failures

Status in neutron:
  In Progress

Bug description:
  logging resource unit tests including 
test_create_firewall_log_diff_log_res_diff_tenant_same_firewall
  are failing on gate.

  eg. http://logs.openstack.org/87/199387/75/check/gate-networking-
  midonet-python27-ubuntu-xenial/48614e7/testr_results.html.gz

  ft3.1: 
midonet.neutron.tests.unit.test_extension_logging_resource.LoggingResourceTestCase.test_create_firewall_log_diff_log_res_diff_tenant_same_firewall_StringException:
 pythonlogging:'': {{{
  WARNING [neutron.quota.resource_registry] floatingip is already registered
   WARNING [neutron.quota.resource_registry] router is already registered
   WARNING [neutron.quota.resource_registry] firewall is already registered
   WARNING [neutron.quota.resource_registry] firewall_policy is already 
registered
   WARNING [neutron.quota.resource_registry] firewall_rule is already registered
   WARNING [neutron.quota.resource_registry] firewall_log is already registered
 ERROR [neutron.api.v2.resource] create failed: No details.
  Traceback (most recent call last):
File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.NahFG7mu4Z/openstack/neutron/neutron/api/v2/resource.py",
 line 93, in resource
  result = method(request=request, **args)
File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.NahFG7mu4Z/openstack/neutron/neutron/api/v2/base.py",
 line 435, in create
  return self._create(request, body, **kwargs)
File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.NahFG7mu4Z/openstack/neutron/neutron/db/api.py",
 line 94, in wrapped
  setattr(e, '_RETRY_EXCEEDED', True)
File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  self.force_reraise()
File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  six.reraise(self.type_, self.value, self.tb)
File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.NahFG7mu4Z/openstack/neutron/neutron/db/api.py",
 line 90

[Yahoo-eng-team] [Bug 1696076] [NEW] tempest plugin needs an update for identity v3

2017-06-06 Thread YAMAMOTO Takashi
Public bug reported:

some tests are disabled for identity v3 only deployment
after [1].

[1] I8fffc50fd45e43f34ca591416924bcf29626b21f

** 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/1696076

Title:
  tempest plugin needs an update for identity v3

Status in neutron:
  New

Bug description:
  some tests are disabled for identity v3 only deployment
  after [1].

  [1] I8fffc50fd45e43f34ca591416924bcf29626b21f

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1696076/+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 1695140] [NEW] SRC without FIP, DEST with FIP case is broken for dvr-multinode

2017-06-01 Thread YAMAMOTO Takashi
Public bug reported:

communication from a vm without floating-ip to another vm with floating-ip
doesn't work in dvr-multinode setup. [1]
see the result of tempest test cases. [2]

the same test is working well for midonet [3] and linuxbridge. [4]

[1] gate-tempest-dsvm-neutron-dvr-multinode-scenario-ubuntu-xenial-nv
[2] https://review.openstack.org/#/c/424959/
[3] gate-tempest-dsvm-networking-midonet-ml2-ubuntu-xenial
[4] gate-tempest-dsvm-neutron-scenario-linuxbridge-ubuntu-xenial-nv

eg. http://logs.openstack.org/59/424959/6/check/gate-tempest-dsvm-
neutron-dvr-multinode-scenario-ubuntu-xenial-nv/071223e/

2017-06-02 03:07:48,518 347 INFO [tempest.lib.common.ssh] Creating ssh 
connection to '10.1.0.8:22' as 'ubuntu' with public key authentication
2017-06-02 03:07:48,518 347 INFO [tempest.lib.common.ssh] Creating ssh 
connection to '172.24.5.21:22' as 'ubuntu' with public key authentication
2017-06-02 03:07:48,712 347 INFO [paramiko.transport] Connected (version 
2.0, client OpenSSH_7.2p2)
2017-06-02 03:07:48,911 347 INFO [paramiko.transport] Authentication 
(publickey) successful!
2017-06-02 03:07:48,925 347 INFO [tempest.lib.common.ssh] ssh connection to 
ubuntu@172.24.5.21 successfully created
2017-06-02 03:07:51,806 347 INFO [paramiko.transport] Connected (version 
2.0, client OpenSSH_7.2p2)
2017-06-02 03:07:52,052 347 INFO [paramiko.transport] Authentication 
(publickey) successful!
2017-06-02 03:07:52,059 347 INFO [tempest.lib.common.ssh] ssh connection to 
ubuntu@10.1.0.8 successfully created
2017-06-02 03:07:55,854 347 WARNING  [neutron.tests.tempest.scenario.base] 
Failed to ping IP: 172.24.5.23 via a ssh connection from: 10.1.0.8.

** 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/1695140

Title:
  SRC without FIP,DEST with FIP case is broken for dvr-multinode

Status in neutron:
  New

Bug description:
  communication from a vm without floating-ip to another vm with floating-ip
  doesn't work in dvr-multinode setup. [1]
  see the result of tempest test cases. [2]

  the same test is working well for midonet [3] and linuxbridge. [4]

  [1] gate-tempest-dsvm-neutron-dvr-multinode-scenario-ubuntu-xenial-nv
  [2] https://review.openstack.org/#/c/424959/
  [3] gate-tempest-dsvm-networking-midonet-ml2-ubuntu-xenial
  [4] gate-tempest-dsvm-neutron-scenario-linuxbridge-ubuntu-xenial-nv

  eg. http://logs.openstack.org/59/424959/6/check/gate-tempest-dsvm-
  neutron-dvr-multinode-scenario-ubuntu-xenial-nv/071223e/

  2017-06-02 03:07:48,518 347 INFO [tempest.lib.common.ssh] Creating ssh 
connection to '10.1.0.8:22' as 'ubuntu' with public key authentication
  2017-06-02 03:07:48,518 347 INFO [tempest.lib.common.ssh] Creating ssh 
connection to '172.24.5.21:22' as 'ubuntu' with public key authentication
  2017-06-02 03:07:48,712 347 INFO [paramiko.transport] Connected (version 
2.0, client OpenSSH_7.2p2)
  2017-06-02 03:07:48,911 347 INFO [paramiko.transport] Authentication 
(publickey) successful!
  2017-06-02 03:07:48,925 347 INFO [tempest.lib.common.ssh] ssh connection 
to ubuntu@172.24.5.21 successfully created
  2017-06-02 03:07:51,806 347 INFO [paramiko.transport] Connected (version 
2.0, client OpenSSH_7.2p2)
  2017-06-02 03:07:52,052 347 INFO [paramiko.transport] Authentication 
(publickey) successful!
  2017-06-02 03:07:52,059 347 INFO [tempest.lib.common.ssh] ssh connection 
to ubuntu@10.1.0.8 successfully created
  2017-06-02 03:07:55,854 347 WARNING  [neutron.tests.tempest.scenario.base] 
Failed to ping IP: 172.24.5.23 via a ssh connection from: 10.1.0.8.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1695140/+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 1694396] [NEW] qos scenario tests should be skipped if rule type is not supported

2017-05-30 Thread YAMAMOTO Takashi
Public bug reported:

related bug 1694190

it should skip if the functionality is not supported.
it has require_qos_rule_type check but it's broken after the recent api 
semantics change. [1]
the problem is that if a deployment has multiple drivers and one of them 
doesn't support the
rule type, the test doesn't skip (anymore) and can fail.

[1] Ia00d349625db358ab486802fc0ff2e69eaa3895e

** Affects: neutron
 Importance: Undecided
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress


** Tags: qos

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

Title:
   qos scenario tests should be skipped if rule type is not supported

Status in neutron:
  In Progress

Bug description:
  related bug 1694190

  it should skip if the functionality is not supported.
  it has require_qos_rule_type check but it's broken after the recent api 
semantics change. [1]
  the problem is that if a deployment has multiple drivers and one of them 
doesn't support the
  rule type, the test doesn't skip (anymore) and can fail.

  [1] Ia00d349625db358ab486802fc0ff2e69eaa3895e

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1694396/+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 1694190] [NEW] qos scenario tests should check if rule types are supported

2017-05-28 Thread YAMAMOTO Takashi
Public bug reported:

it should skip if the functionality is not supported.
it has require_qos_rule_type check but it's broken after 
Ia00d349625db358ab486802fc0ff2e69eaa3895e .

eg. http://logs.openstack.org/26/468326/1/check/gate-tempest-dsvm-
neutron-scenario-linuxbridge-ubuntu-xenial-
nv/54e3dbe/testr_results.html.gz

NOTE: the CI has both of ovs and linuxbridge MDs enabled.

Traceback (most recent call last):
  File "/opt/stack/new/neutron/neutron/tests/tempest/scenario/test_qos.py", 
line 168, in test_qos
qos_policy_id=policy_id)
  File 
"/opt/stack/new/neutron/neutron/tests/tempest/services/network/json/network_client.py",
 line 154, in _update
resp, body = self.put(uri, post_data)
  File "tempest/lib/common/rest_client.py", line 334, in put
return self.request('PUT', url, extra_headers, headers, body, chunked)
  File "tempest/lib/common/rest_client.py", line 659, in request
self._error_checker(resp, resp_body)
  File "tempest/lib/common/rest_client.py", line 780, in _error_checker
raise exceptions.Conflict(resp_body, resp=resp)
tempest.lib.exceptions.Conflict: An object with that identifier already exists
Details: {u'message': u'Rule bandwidth_limit is not supported by port 
6f42de3d-43ad-4d27-a523-efc0f60c0944', u'detail': u'', u'type': 
u'QosRuleNotSupported'}

** 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/1694190

Title:
  qos scenario tests should check if rule types are supported

Status in neutron:
  New

Bug description:
  it should skip if the functionality is not supported.
  it has require_qos_rule_type check but it's broken after 
Ia00d349625db358ab486802fc0ff2e69eaa3895e .

  eg. http://logs.openstack.org/26/468326/1/check/gate-tempest-dsvm-
  neutron-scenario-linuxbridge-ubuntu-xenial-
  nv/54e3dbe/testr_results.html.gz

  NOTE: the CI has both of ovs and linuxbridge MDs enabled.

  Traceback (most recent call last):
File "/opt/stack/new/neutron/neutron/tests/tempest/scenario/test_qos.py", 
line 168, in test_qos
  qos_policy_id=policy_id)
File 
"/opt/stack/new/neutron/neutron/tests/tempest/services/network/json/network_client.py",
 line 154, in _update
  resp, body = self.put(uri, post_data)
File "tempest/lib/common/rest_client.py", line 334, in put
  return self.request('PUT', url, extra_headers, headers, body, chunked)
File "tempest/lib/common/rest_client.py", line 659, in request
  self._error_checker(resp, resp_body)
File "tempest/lib/common/rest_client.py", line 780, in _error_checker
  raise exceptions.Conflict(resp_body, resp=resp)
  tempest.lib.exceptions.Conflict: An object with that identifier already exists
  Details: {u'message': u'Rule bandwidth_limit is not supported by port 
6f42de3d-43ad-4d27-a523-efc0f60c0944', u'detail': u'', u'type': 
u'QosRuleNotSupported'}

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1694190/+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 1693689] [NEW] Could not determine host ip address

2017-05-26 Thread YAMAMOTO Takashi
Public bug reported:

it seems affecting the following jobs.

gate-neutron-dsvm-fullstack-ubuntu-xenial
gate-neutron-dsvm-functional-ubuntu-xenial-nv
gate-neutron-dsvm-functional-ubuntu-xenial
gate-networking-bagpipe-dsvm-fullstack-ubuntu-xenial-nv

to me it seems happening only on citycloud.

http://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%20%5C%22Could%20not%20determine%20host%20ip%20address.%5C%22

eg. http://logs.openstack.org/75/437775/10/check/gate-neutron-dsvm-
functional-ubuntu-xenial/22dbc16/

2017-05-26 03:22:08.617415 | +++ functions-common:address_in_net:2286 :   
network=10.0.0.0
2017-05-26 03:22:08.618918 | +++ functions-common:address_in_net:2287 :   
local subnet
2017-05-26 03:22:08.620812 | + functions-common:address_in_net:2288 :   
cidr2netmask 22
2017-05-26 03:22:08.621827 | + functions-common:cidr2netmask:2304   :   
local 'maskpat=255 255 255 255'
2017-05-26 03:22:08.622784 | + functions-common:cidr2netmask:2305   :   
local 'maskdgt=254 252 248 240 224 192 128'
2017-05-26 03:22:08.623706 | + functions-common:cidr2netmask:2306   :   
set -- 255 255 252
2017-05-26 03:22:08.624637 | + functions-common:cidr2netmask:2307   :   
echo 255.255.252.0
2017-05-26 03:22:08.626091 |  functions-common:address_in_net:2288 :   
maskip 10.0.1.215 255.255.252.0
2017-05-26 03:22:08.627654 |  functions-common:maskip:2361 :   
local ip=10.0.1.215
2017-05-26 03:22:08.628849 |  functions-common:maskip:2362 :   
local mask=255.255.252.0
2017-05-26 03:22:08.629910 |  functions-common:maskip:2363 :   
local l=10.0.1
2017-05-26 03:22:08.631051 |  functions-common:maskip:2363 :   
local r=0.1.215
2017-05-26 03:22:08.632372 |  functions-common:maskip:2363 :   
local n=255.255.252
2017-05-26 03:22:08.633835 |  functions-common:maskip:2363 :   
local m=255.252.0
2017-05-26 03:22:08.634883 |  functions-common:maskip:2364 :   
local subnet
2017-05-26 03:22:08.636020 |  functions-common:maskip:2365 :   
subnet=10.0.0.0
2017-05-26 03:22:08.637027 |  functions-common:maskip:2366 :   
echo 10.0.0.0
2017-05-26 03:22:08.639064 | +++ functions-common:address_in_net:2288 :   
subnet=10.0.0.0
2017-05-26 03:22:08.640696 | +++ functions-common:address_in_net:2289 :   
[[ 10.0.0.0 == 10.0.0.0 ]]
2017-05-26 03:22:08.642357 | +++ functions-common:get_default_host_ip:684 :   
echo
2017-05-26 03:22:08.643625 | ++ stackrc:source:815   :   
HOST_IP=
2017-05-26 03:22:08.644779 | ++ stackrc:source:816   :   
'[' '' == '' ']'
2017-05-26 03:22:08.645754 | ++ stackrc:source:817   :   
die 817 'Could not determine host ip address.  See local.conf for suggestions 
on setting HOST_IP.'
2017-05-26 03:22:08.646787 | ++ functions-common:die:186 :   
local exitcode=0
2017-05-26 03:22:08.647956 | ++ functions-common:die:187 :   
set +o xtrace
2017-05-26 03:22:08.648111 | [Call Trace]
2017-05-26 03:22:08.648178 | ./stack.sh:191:source
2017-05-26 03:22:08.648217 | /opt/stack/new/devstack/stackrc:817:die
2017-05-26 03:22:08.650467 | [ERROR] /opt/stack/new/devstack/stackrc:817 Could 
not determine host ip address. See local.conf for suggestions on setting 
HOST_IP.
2017-05-26 03:22:09.655121 | + 
/opt/stack/new/neutron/neutron/tests/contrib/gate_hook.sh:main:1 :   rm -rf 
/tmp/tmp.nAvEK2rZvR
2017-05-26 03:22:09.657520 | ERROR: the main setup script run by this job 
failed - exit code: 1
2017-05-26 03:22:09.657561 | please look at the relevant log files to 
determine the root cause
2017-05-26 03:22:09.657575 | Running devstack worlddump.py
2017-05-26 03:22:09.866930 | Cleaning up host
2017-05-26 03:22:09.867026 | ... this takes 3 - 4 minutes (logs at 
logs/devstack-gate-cleanup-host.txt.gz)
2017-05-26 03:22:45.893523 |  [WARNING]: No hosts matched, nothing to do
2017-05-26 03:22:46.763984 | Generating static files at 
/home/jenkins/workspace/gate-neutron-dsvm-functional-ubuntu-xenial/logs/ara...
2017-05-26 03:22:47.622857 | Done.
2017-05-26 03:22:49.039304 | *** FAILED with status: 1
2017-05-26 03:22:49.039942 | [Zuul] Task exit code: 1
2017-05-26 03:22:50.923786 | [Zuul] Job complete, result: FAILURE

** Affects: neutron
 Importance: Undecided
 Status: New


** Tags: gate-failure

** Tags added: gate-failure

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

Title:
  Could not determine host ip address

Status in neutron:
  New

Bug description:
  it seems affecting the following jobs.

  gate-neutron-dsvm-fullstack-ubuntu-xenial
  gate-neutron-dsvm-functional-ubuntu-xenial-nv
  gate-neutron-dsvm-functional-ubuntu-xenial
  gate-networking-bagpipe-dsvm-fullstack-ubuntu-xenial-nv

  to me it seems 

[Yahoo-eng-team] [Bug 1689482] Re: coverage job failure

2017-05-10 Thread YAMAMOTO Takashi
downgraded to 4.3.4 in upper-constraints

** 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/1689482

Title:
  coverage job failure

Status in neutron:
  Fix Released

Bug description:
  neutron-coverage-ubuntu-xenial is failing with timeout,
  probably after the recent coverage update. (4.3.4 -> 4.4)

  succeed: 
http://logs.openstack.org/38/463238/1/gate/neutron-coverage-ubuntu-xenial/f92036d/
  failed: 
http://logs.openstack.org/75/437775/9/check/neutron-coverage-ubuntu-xenial/716a43a/

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1689482/+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 1689238] Re: enable qos scenario

2017-05-09 Thread YAMAMOTO Takashi
https://review.openstack.org/#/c/463268/

** Project changed: networking-midonet => neutron

** Summary changed:

- enable qos scenario
+ Do not disable qos scenario unconditionally

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

** Changed in: neutron
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

** Tags added: ocata-backport-potential

** Description changed:

  qos scenario test is disabled in neutron for bug 1662109.
  the bug doesn't seem related to midonet implementation.
+ note that the tempest plugin is used by subprojects' gate jobs.

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

Title:
  Do not disable qos scenario unconditionally

Status in neutron:
  In Progress

Bug description:
  qos scenario test is disabled in neutron for bug 1662109.
  the bug doesn't seem related to midonet implementation.
  note that the tempest plugin is used by subprojects' gate jobs.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1689238/+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 1687544] Re: tempest job failure (keystone related?)

2017-05-09 Thread YAMAMOTO Takashi
fixed in rally

** 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/1687544

Title:
  tempest job failure (keystone related?)

Status in neutron:
  Fix Released

Bug description:
  on networking-midonet gate, both of ml2 and v2 jobs are failing.

  ft1.1: 
neutron.tests.tempest.api.admin.test_floating_ips_admin_actions.FloatingIPAdminTestJSON.test_associate_floating_ip_with_port_from_another_tenant[id-6ee9-4e99-5b15-b8e1-aa7df92ca589,negative]_StringException:
 Empty attachments:
stderr
stdout

  pythonlogging:'': {{{
  2017-05-02 05:40:22,447 14623 INFO [tempest.lib.common.rest_client] 
Request 
(FloatingIPAdminTestJSON:test_associate_floating_ip_with_port_from_another_tenant):
 201 POST http://10.36.171.211/identity/v3/auth/tokens
  2017-05-02 05:40:22,448 14623 DEBUG[tempest.lib.common.rest_client] 
Request - Headers: {'Content-Type': 'application/json', 'Accept': 
'application/json'}
  Body: 
  Response - Headers: {'status': '201', u'server': 'Apache/2.4.18 
(Ubuntu)', u'x-subject-token': '', u'date': 'Tue, 02 May 2017 05:40:22 
GMT', 'content-location': 'http://10.36.171.211/identity/v3/auth/tokens', 
u'content-type': 'application/json', u'x-openstack-request-id': 
'req-45f6388d-a217-498f-a680-bfd6210fe7d7', u'vary': 'X-Auth-Token', 
u'content-length': '2382', u'connection': 'close'}
  Body: {"token": {"is_domain": false, "methods": ["password"], 
"roles": [{"id": "05c2fe7912fa44d890676d7f087a0ccf", "name": "admin"}, {"id": 
"0593b5fa632a496e865a4ca65e18baa1", "name": "Member"}], "expires_at": 
"2017-05-02T06:40:22.00Z", "project": {"domain": {"id": "default", "name": 
"Default"}, "id": "be5d7c7060034c33bba28e0299d0a5bd", "name": 
"tempest-FloatingIPAdminTestJSON-304146397"}, "catalog": [{"endpoints": 
[{"url": "http://10.36.171.211/placement;, "interface": "public", "region": 
"RegionOne", "region_id": "RegionOne", "id": 
"73fe7cfa06574ea084a14ffe5cc04f4f"}], "type": "placement", "id": 
"2aca05580953402fa9f5c0a73805e9ad", "name": "placement"}, {"endpoints": 
[{"url": "http://10.36.171.211/identity;, "interface": "public", "region": 
"RegionOne", "region_id": "RegionOne", "id": 
"78989aee5a1a4ec7b3755c304a7b22cb"}, {"url": "http://10.36.171.211/identity;, 
"interface": "admin", "region": "RegionOne", "region_id": "RegionOne", "id": 
"84e6b9dd0369400eb54de27fe19cec35"}], "type": "identity", "id": 
"82c9a82012664518a1aeaea9baca66e6", "name": "keystone"}, {"endpoints": [{"url": 
"http://10.36.171.211:9292;, "interface": "public", "region": "RegionOne", 
"region_id": "RegionOne", "id": "d8e527942b704f79b5f8d58cef59672e"}], "type": 
"image", "id": "a4b7c39e887b494686ae35954845bc9a", "name": "glance"}, 
{"endpoints": [{"url": 
"http://10.36.171.211:8774/v2/be5d7c7060034c33bba28e0299d0a5bd;, "interface": 
"public", "region": "RegionOne", "region_id": "RegionOne", "id": 
"8971013f2a6e40c3a3bef2b8a04721b6"}], "type": "compute_legacy", "id": 
"add743da019f411cbafbcff634bc26dd", "name": "nova_legacy"}, {"endpoints": 
[{"url": "http://10.36.171.211:9696/;, "interface": "public", "region": 
"RegionOne", "region_id": "RegionOne", "id": 
"60ac7875fd1f49e7933724859c1fcd02"}], "type": "network", "id": 
"b33998fa154d44978bbc3425a4e387a3", "name": "neutron"}, {"endpoints": [{"url": 
"http://10.36.171.211:8774/v2.1;, "interface": "public", "region": "RegionOne", 
"region_id": "RegionOne", "id": "fdc48a91c5ee4213a1b385861afb1b31"}], "type": 
"compute", "id": "bf04908653054d38bab6555ef40e3baf", "name": "nova"}], "user": 
{"password_expires_at": null, "domain": {"id": "default", "name": "Default"}, 
"id": "8935acfa6bfa48169dd19c3d84aa8355", "name": 
"tempest-FloatingIPAdminTestJSON-304146397"}, "audit_ids": 
["gU7OX01KRwebKUNSdCdhMA"], "issued_at": "2017-05-02T05:40:22.00Z"}}
  2017-05-02 05:40:23,932 14623 INFO [tempest.lib.common.rest_client] 
Request 
(FloatingIPAdminTestJSON:test_associate_floating_ip_with_port_from_another_tenant):
 201 POST http://10.36.171.211:9696/v2.0/floatingips 1.483s
  2017-05-02 05:40:23,932 14623 DEBUG[tempest.lib.common.rest_client] 
Request - Headers: {'Content-Type': 'application/json', 'X-Auth-Token': 
'', 'Accept': 'application/json'}
  Body: {"floatingip": {"floating_network_id": 
"d7c26168-469d-45ee-94f5-bd6bf474b048"}}
  Response - Headers: {u'x-openstack-request-id': 
'req-9d69594f-a433-4d0a-aec9-160ef32a6ae0', 'status': '201', u'content-length': 
'460', u'date': 'Tue, 02 May 2017 05:40:23 GMT', 'content-location': 
'http://10.36.171.211:9696/v2.0/floatingips', u'content-type': 
'application/json', u'connection': 'close'}
  Body: {"floatingip": {"router_id": null, "status": "ACTIVE", 
"description": "", "updated_at": "2017-05-02T05:40:23Z", "floating_network_id": 
"d7c26168-469d-45ee-94f5-bd6bf474b048", "fixed_ip_address": null, 

[Yahoo-eng-team] [Bug 1689482] [NEW] coverage job failure

2017-05-09 Thread YAMAMOTO Takashi
Public bug reported:

neutron-coverage-ubuntu-xenial is failing with timeout,
probably after the recent coverage update. (4.3.4 -> 4.4)

succeed: 
http://logs.openstack.org/38/463238/1/gate/neutron-coverage-ubuntu-xenial/f92036d/
failed: 
http://logs.openstack.org/75/437775/9/check/neutron-coverage-ubuntu-xenial/716a43a/

** Affects: neutron
 Importance: Undecided
 Status: New


** Tags: gate-failure

** Description changed:

- neutron-coverage-ubuntu-xenial is failing,
+ neutron-coverage-ubuntu-xenial is failing with timeout,
  probably after the recent coverage update. (4.3.4 -> 4.4)
+ 
+ succeed: 
http://logs.openstack.org/38/463238/1/gate/neutron-coverage-ubuntu-xenial/f92036d/
+ failed: 
http://logs.openstack.org/75/437775/9/check/neutron-coverage-ubuntu-xenial/716a43a/

** Tags added: gate-failure

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

Title:
  coverage job failure

Status in neutron:
  New

Bug description:
  neutron-coverage-ubuntu-xenial is failing with timeout,
  probably after the recent coverage update. (4.3.4 -> 4.4)

  succeed: 
http://logs.openstack.org/38/463238/1/gate/neutron-coverage-ubuntu-xenial/f92036d/
  failed: 
http://logs.openstack.org/75/437775/9/check/neutron-coverage-ubuntu-xenial/716a43a/

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1689482/+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 1689214] [NEW] neutron/devstack/settings assumes ml2

2017-05-07 Thread YAMAMOTO Takashi
Public bug reported:

the following block in the file assumes ml2 and make it difficult to use
the devstack plugin with other core plugins. (eg. midonet monolithic plugin)

if is_neutron_legacy_enabled; then
NEUTRON_CORE_PLUGIN=$Q_PLUGIN
NEUTRON_AGENT=$Q_AGENT
# NOTE(ihrachys) those values are defined same way as in
# lib/neutron_plugins/ml2:neutron_plugin_configure_common
NEUTRON_CORE_PLUGIN_CONF_PATH=etc/neutron/plugins/ml2
NEUTRON_CORE_PLUGIN_CONF=$NEUTRON_CORE_PLUGIN_CONF_PATH/ml2_conf.ini
fi

** Affects: neutron
 Importance: Undecided
 Status: New

** Summary changed:

- neutron/devstack/setttings assumes ml2
+ neutron/devstack/settings assumes ml2

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

Title:
  neutron/devstack/settings assumes ml2

Status in neutron:
  New

Bug description:
  the following block in the file assumes ml2 and make it difficult to use
  the devstack plugin with other core plugins. (eg. midonet monolithic plugin)

  if is_neutron_legacy_enabled; then
  NEUTRON_CORE_PLUGIN=$Q_PLUGIN
  NEUTRON_AGENT=$Q_AGENT
  # NOTE(ihrachys) those values are defined same way as in
  # lib/neutron_plugins/ml2:neutron_plugin_configure_common
  NEUTRON_CORE_PLUGIN_CONF_PATH=etc/neutron/plugins/ml2
  NEUTRON_CORE_PLUGIN_CONF=$NEUTRON_CORE_PLUGIN_CONF_PATH/ml2_conf.ini
  fi

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1689214/+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 1688548] Re: test_update_router_extra_attributes_bumps_revision failure

2017-05-05 Thread YAMAMOTO Takashi
seems like a bug in the test (I8caf86817a5cd8e4d0cf05d7beef850756e84bab)

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

** Project changed: networking-midonet => 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/1688548

Title:
  test_update_router_extra_attributes_bumps_revision failure

Status in neutron:
  In Progress

Bug description:
  eg. http://logs.openstack.org/10/438610/21/check/gate-tempest-dsvm-
  networking-midonet-ml2-ubuntu-
  xenial/a35d516/logs/testr_results.html.gz

  ft1.14: 
neutron.tests.tempest.api.test_revisions.TestRevisions.test_update_router_extra_attributes_bumps_revision[id-afb6486c-41b5-483e-a500-3c506f4deb49]_StringException:
 Empty attachments:
stderr
stdout

  pythonlogging:'': {{{
  2017-05-05 02:54:32,317 15758 INFO [tempest.lib.common.rest_client] 
Request (TestRevisions:test_update_router_extra_attributes_bumps_revision): 400 
POST http://10.37.33.223:9696/v2.0/routers 0.071s
  2017-05-05 02:54:32,317 15758 DEBUG[tempest.lib.common.rest_client] 
Request - Headers: {'Content-Type': 'application/json', 'Accept': 
'application/json', 'X-Auth-Token': ''}
  Body: {"router": {"name": "r1", "admin_state_up": true, "tenant_id": 
"5b8c1ab78ec849ff8c66db67fef80206", "ha": false}}
  Response - Headers: {u'x-openstack-request-id': 
'req-4daea7f8-2c7e-48a6-9d34-30538c101e45', u'date': 'Fri, 05 May 2017 02:54:32 
GMT', u'connection': 'close', u'content-length': '103', 'content-location': 
'http://10.37.33.223:9696/v2.0/routers', u'content-type': 'application/json', 
'status': '400'}
  Body: {"NeutronError": {"message": "Unrecognized attribute(s) 'ha'", 
"type": "HTTPBadRequest", "detail": ""}}
  }}}

  Traceback (most recent call last):
File "tempest/test.py", line 115, in wrapper
  return func(*func_args, **func_kwargs)
File "/opt/stack/new/neutron/neutron/tests/tempest/api/test_revisions.py", 
line 322, in test_update_router_extra_attributes_bumps_revision
  **router_args)['router']
File 
"/opt/stack/new/neutron/neutron/tests/tempest/services/network/json/network_client.py",
 line 340, in create_router
  resp, body = self.post(uri, body)
File "tempest/lib/common/rest_client.py", line 270, in post
  return self.request('POST', url, extra_headers, headers, body, chunked)
File "tempest/lib/common/rest_client.py", line 659, in request
  self._error_checker(resp, resp_body)
File "tempest/lib/common/rest_client.py", line 770, in _error_checker
  raise exceptions.BadRequest(resp_body, resp=resp)
  tempest.lib.exceptions.BadRequest: Bad request
  Details: {u'type': u'HTTPBadRequest', u'detail': u'', u'message': 
u"Unrecognized attribute(s) 'ha'"}

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1688548/+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 1687559] Re: gate-rally-dsvm-neutron-neutron-ubuntu-xenial failure

2017-05-02 Thread YAMAMOTO Takashi
** 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/1687559

Title:
  gate-rally-dsvm-neutron-neutron-ubuntu-xenial failure

Status in Rally:
  Fix Released

Bug description:
  probably due to the recent devstack changes.

  it seems rally deployment make a guess about the identity api version
  by looking for "v3" in auth_url.  unfortunately it doesn't seem to
  work.

  eg. http://logs.openstack.org/27/461627/1/check/gate-rally-dsvm-
  neutron-neutron-ubuntu-xenial/7313c33/console.html

  2017-05-02 05:35:39.206444 | 2017-05-02 05:35:39.206 | Using deployment: 
2b4fff03-aa06-485c-97d9-e0292e943499
  2017-05-02 05:35:39.208119 | 2017-05-02 05:35:39.207 | ~/.rally/openrc was 
updated
  2017-05-02 05:35:39.209776 | 2017-05-02 05:35:39.209 |
  2017-05-02 05:35:39.211477 | 2017-05-02 05:35:39.211 | HINTS:
  2017-05-02 05:35:39.213424 | 2017-05-02 05:35:39.213 |
  2017-05-02 05:35:39.215337 | 2017-05-02 05:35:39.215 | * To use standard 
OpenStack clients, set up your env by running:
  2017-05-02 05:35:39.216808 | 2017-05-02 05:35:39.216 |source 
~/.rally/openrc
  2017-05-02 05:35:39.218398 | 2017-05-02 05:35:39.218 |   OpenStack clients 
are now configured, e.g run:
  2017-05-02 05:35:39.219944 | 2017-05-02 05:35:39.219 |openstack image 
list
  2017-05-02 05:35:39.315616 | 2017-05-02 05:35:39.314 | + 
/opt/stack/new/rally/tests/ci/rally_gate_functions.sh:setUp:L35:   source 
/home/jenkins/.rally/openrc admin admin
  2017-05-02 05:35:39.317815 | 2017-05-02 05:35:39.316 | ++ 
/home/jenkins/.rally/openrc:source:L1:   export 
OS_AUTH_URL=http://104.239.168.159/identity
  2017-05-02 05:35:39.319504 | 2017-05-02 05:35:39.319 | ++ 
/home/jenkins/.rally/openrc:source:L1:   
OS_AUTH_URL=http://104.239.168.159/identity
  2017-05-02 05:35:39.321058 | 2017-05-02 05:35:39.320 | ++ 
/home/jenkins/.rally/openrc:source:L2:   export OS_USERNAME=admin
  2017-05-02 05:35:39.322594 | 2017-05-02 05:35:39.322 | ++ 
/home/jenkins/.rally/openrc:source:L2:   OS_USERNAME=admin
  2017-05-02 05:35:39.328439 | 2017-05-02 05:35:39.328 | ++ 
/home/jenkins/.rally/openrc:source:L3:   export OS_PASSWORD=secretadmin
  2017-05-02 05:35:39.329992 | 2017-05-02 05:35:39.329 | ++ 
/home/jenkins/.rally/openrc:source:L3:   OS_PASSWORD=secretadmin
  2017-05-02 05:35:39.331467 | 2017-05-02 05:35:39.331 | ++ 
/home/jenkins/.rally/openrc:source:L4:   export OS_TENANT_NAME=admin
  2017-05-02 05:35:39.332962 | 2017-05-02 05:35:39.332 | ++ 
/home/jenkins/.rally/openrc:source:L4:   OS_TENANT_NAME=admin
  2017-05-02 05:35:39.334654 | 2017-05-02 05:35:39.334 | ++ 
/home/jenkins/.rally/openrc:source:L5:   export OS_PROJECT_NAME=admin
  2017-05-02 05:35:39.336370 | 2017-05-02 05:35:39.336 | ++ 
/home/jenkins/.rally/openrc:source:L5:   OS_PROJECT_NAME=admin
  2017-05-02 05:35:39.337986 | 2017-05-02 05:35:39.337 | ++ 
/home/jenkins/.rally/openrc:source:L6:   export OS_REGION_NAME=RegionOne
  2017-05-02 05:35:39.339554 | 2017-05-02 05:35:39.339 | ++ 
/home/jenkins/.rally/openrc:source:L6:   OS_REGION_NAME=RegionOne
  2017-05-02 05:35:39.341073 | 2017-05-02 05:35:39.340 | ++ 
/opt/stack/new/rally/tests/ci/rally_gate_functions.sh:setUp:L37:   openstack 
service list
  2017-05-02 05:35:41.873705 | 2017-05-02 05:35:41.873 | 
(http://104.239.168.159/identity/v2.0/OS-KSADM/services): The resource could 
not be found. (HTTP 404) (Request-ID: req-edd2c69d-c553-45c2-b540-dc77153bf998)
  2017-05-02 05:35:41.927712 | 2017-05-02 05:35:41.927 | + 
/opt/stack/new/rally/tests/ci/rally_gate_functions.sh:setUp:L37:   
OPENSTACK_SERVICES=
  2017-05-02 05:35:41.928004 | + 
/home/jenkins/workspace/gate-rally-dsvm-neutron-neutron-ubuntu-xenial/devstack-gate/functions.sh:tsfilter:L96:
   return 1
  2017-05-02 05:35:41.928482 | + 
/home/jenkins/workspace/gate-rally-dsvm-neutron-neutron-ubuntu-xenial/devstack-gate/functions.sh:call_hook_if_defined:L76:
   local ret_val=1
  2017-05-02 05:35:41.928620 | + 
/home/jenkins/workspace/gate-rally-dsvm-neutron-neutron-ubuntu-xenial/devstack-gate/functions.sh:call_hook_if_defined:L77:
   sudo mv 
/home/jenkins/workspace/gate-rally-dsvm-neutron-neutron-ubuntu-xenial/devstack-gate-post_test_hook.txt
 /opt/stack/logs/
  2017-05-02 05:35:41.936629 | + 
/home/jenkins/workspace/gate-rally-dsvm-neutron-neutron-ubuntu-xenial/devstack-gate/functions.sh:call_hook_if_defined:L78:
   set +o pipefail
  2017-05-02 05:35:41.936707 | + 
/home/jenkins/workspace/gate-rally-dsvm-neutron-neutron-ubuntu-xenial/devstack-gate/functions.sh:call_hook_if_defined:L79:
   set +o xtrace
  2017-05-02 05:35:41.937382 | Cleaning up host
  2017-05-02 05:35:41.937478 | ... this takes 3 - 4 minutes (logs at 
logs/devstack-gate-cleanup-host.txt.gz)
  2017-05-02 05:36:25.861875 |  [WARNING]: No hosts matched, nothing to do
  2017-05-02 05:36:26.974430 | Generating static files at 

[Yahoo-eng-team] [Bug 1687559] Re: rally job failure

2017-05-02 Thread YAMAMOTO Takashi
** Description changed:

  probably due to the recent devstack changes.
+ 
+ it seems rally deployment make a guess about the identity api version by
+ looking for "v3" in auth_url.  unfortunately it doesn't seem to work.
  
  eg. http://logs.openstack.org/27/461627/1/check/gate-rally-dsvm-neutron-
  neutron-ubuntu-xenial/7313c33/console.html
  
  2017-05-02 05:35:39.206444 | 2017-05-02 05:35:39.206 | Using deployment: 
2b4fff03-aa06-485c-97d9-e0292e943499
  2017-05-02 05:35:39.208119 | 2017-05-02 05:35:39.207 | ~/.rally/openrc was 
updated
- 2017-05-02 05:35:39.209776 | 2017-05-02 05:35:39.209 | 
+ 2017-05-02 05:35:39.209776 | 2017-05-02 05:35:39.209 |
  2017-05-02 05:35:39.211477 | 2017-05-02 05:35:39.211 | HINTS:
- 2017-05-02 05:35:39.213424 | 2017-05-02 05:35:39.213 | 
+ 2017-05-02 05:35:39.213424 | 2017-05-02 05:35:39.213 |
  2017-05-02 05:35:39.215337 | 2017-05-02 05:35:39.215 | * To use standard 
OpenStack clients, set up your env by running:
  2017-05-02 05:35:39.216808 | 2017-05-02 05:35:39.216 |source 
~/.rally/openrc
  2017-05-02 05:35:39.218398 | 2017-05-02 05:35:39.218 |   OpenStack clients 
are now configured, e.g run:
  2017-05-02 05:35:39.219944 | 2017-05-02 05:35:39.219 |openstack image 
list
  2017-05-02 05:35:39.315616 | 2017-05-02 05:35:39.314 | + 
/opt/stack/new/rally/tests/ci/rally_gate_functions.sh:setUp:L35:   source 
/home/jenkins/.rally/openrc admin admin
  2017-05-02 05:35:39.317815 | 2017-05-02 05:35:39.316 | ++ 
/home/jenkins/.rally/openrc:source:L1:   export 
OS_AUTH_URL=http://104.239.168.159/identity
  2017-05-02 05:35:39.319504 | 2017-05-02 05:35:39.319 | ++ 
/home/jenkins/.rally/openrc:source:L1:   
OS_AUTH_URL=http://104.239.168.159/identity
  2017-05-02 05:35:39.321058 | 2017-05-02 05:35:39.320 | ++ 
/home/jenkins/.rally/openrc:source:L2:   export OS_USERNAME=admin
  2017-05-02 05:35:39.322594 | 2017-05-02 05:35:39.322 | ++ 
/home/jenkins/.rally/openrc:source:L2:   OS_USERNAME=admin
  2017-05-02 05:35:39.328439 | 2017-05-02 05:35:39.328 | ++ 
/home/jenkins/.rally/openrc:source:L3:   export OS_PASSWORD=secretadmin
  2017-05-02 05:35:39.329992 | 2017-05-02 05:35:39.329 | ++ 
/home/jenkins/.rally/openrc:source:L3:   OS_PASSWORD=secretadmin
  2017-05-02 05:35:39.331467 | 2017-05-02 05:35:39.331 | ++ 
/home/jenkins/.rally/openrc:source:L4:   export OS_TENANT_NAME=admin
  2017-05-02 05:35:39.332962 | 2017-05-02 05:35:39.332 | ++ 
/home/jenkins/.rally/openrc:source:L4:   OS_TENANT_NAME=admin
  2017-05-02 05:35:39.334654 | 2017-05-02 05:35:39.334 | ++ 
/home/jenkins/.rally/openrc:source:L5:   export OS_PROJECT_NAME=admin
  2017-05-02 05:35:39.336370 | 2017-05-02 05:35:39.336 | ++ 
/home/jenkins/.rally/openrc:source:L5:   OS_PROJECT_NAME=admin
  2017-05-02 05:35:39.337986 | 2017-05-02 05:35:39.337 | ++ 
/home/jenkins/.rally/openrc:source:L6:   export OS_REGION_NAME=RegionOne
  2017-05-02 05:35:39.339554 | 2017-05-02 05:35:39.339 | ++ 
/home/jenkins/.rally/openrc:source:L6:   OS_REGION_NAME=RegionOne
  2017-05-02 05:35:39.341073 | 2017-05-02 05:35:39.340 | ++ 
/opt/stack/new/rally/tests/ci/rally_gate_functions.sh:setUp:L37:   openstack 
service list
  2017-05-02 05:35:41.873705 | 2017-05-02 05:35:41.873 | 
(http://104.239.168.159/identity/v2.0/OS-KSADM/services): The resource could 
not be found. (HTTP 404) (Request-ID: req-edd2c69d-c553-45c2-b540-dc77153bf998)
  2017-05-02 05:35:41.927712 | 2017-05-02 05:35:41.927 | + 
/opt/stack/new/rally/tests/ci/rally_gate_functions.sh:setUp:L37:   
OPENSTACK_SERVICES=
  2017-05-02 05:35:41.928004 | + 
/home/jenkins/workspace/gate-rally-dsvm-neutron-neutron-ubuntu-xenial/devstack-gate/functions.sh:tsfilter:L96:
   return 1
  2017-05-02 05:35:41.928482 | + 
/home/jenkins/workspace/gate-rally-dsvm-neutron-neutron-ubuntu-xenial/devstack-gate/functions.sh:call_hook_if_defined:L76:
   local ret_val=1
  2017-05-02 05:35:41.928620 | + 
/home/jenkins/workspace/gate-rally-dsvm-neutron-neutron-ubuntu-xenial/devstack-gate/functions.sh:call_hook_if_defined:L77:
   sudo mv 
/home/jenkins/workspace/gate-rally-dsvm-neutron-neutron-ubuntu-xenial/devstack-gate-post_test_hook.txt
 /opt/stack/logs/
  2017-05-02 05:35:41.936629 | + 
/home/jenkins/workspace/gate-rally-dsvm-neutron-neutron-ubuntu-xenial/devstack-gate/functions.sh:call_hook_if_defined:L78:
   set +o pipefail
  2017-05-02 05:35:41.936707 | + 
/home/jenkins/workspace/gate-rally-dsvm-neutron-neutron-ubuntu-xenial/devstack-gate/functions.sh:call_hook_if_defined:L79:
   set +o xtrace
  2017-05-02 05:35:41.937382 | Cleaning up host
  2017-05-02 05:35:41.937478 | ... this takes 3 - 4 minutes (logs at 
logs/devstack-gate-cleanup-host.txt.gz)
  2017-05-02 05:36:25.861875 |  [WARNING]: No hosts matched, nothing to do
  2017-05-02 05:36:26.974430 | Generating static files at 
/home/jenkins/workspace/gate-rally-dsvm-neutron-neutron-ubuntu-xenial/logs/ara...
  2017-05-02 05:36:27.941232 | Done.
  2017-05-02 05:36:27.983028 | *** FAILED with status: 1
  2017-05-02 05:36:27.983542 | [Zuul] Task 

[Yahoo-eng-team] [Bug 1687559] [NEW] rally job failure

2017-05-02 Thread YAMAMOTO Takashi
Public bug reported:

probably due to the recent devstack changes.

eg. http://logs.openstack.org/27/461627/1/check/gate-rally-dsvm-neutron-
neutron-ubuntu-xenial/7313c33/console.html

2017-05-02 05:35:39.206444 | 2017-05-02 05:35:39.206 | Using deployment: 
2b4fff03-aa06-485c-97d9-e0292e943499
2017-05-02 05:35:39.208119 | 2017-05-02 05:35:39.207 | ~/.rally/openrc was 
updated
2017-05-02 05:35:39.209776 | 2017-05-02 05:35:39.209 | 
2017-05-02 05:35:39.211477 | 2017-05-02 05:35:39.211 | HINTS:
2017-05-02 05:35:39.213424 | 2017-05-02 05:35:39.213 | 
2017-05-02 05:35:39.215337 | 2017-05-02 05:35:39.215 | * To use standard 
OpenStack clients, set up your env by running:
2017-05-02 05:35:39.216808 | 2017-05-02 05:35:39.216 |  source ~/.rally/openrc
2017-05-02 05:35:39.218398 | 2017-05-02 05:35:39.218 |   OpenStack clients are 
now configured, e.g run:
2017-05-02 05:35:39.219944 | 2017-05-02 05:35:39.219 |  openstack image list
2017-05-02 05:35:39.315616 | 2017-05-02 05:35:39.314 | + 
/opt/stack/new/rally/tests/ci/rally_gate_functions.sh:setUp:L35:   source 
/home/jenkins/.rally/openrc admin admin
2017-05-02 05:35:39.317815 | 2017-05-02 05:35:39.316 | ++ 
/home/jenkins/.rally/openrc:source:L1:   export 
OS_AUTH_URL=http://104.239.168.159/identity
2017-05-02 05:35:39.319504 | 2017-05-02 05:35:39.319 | ++ 
/home/jenkins/.rally/openrc:source:L1:   
OS_AUTH_URL=http://104.239.168.159/identity
2017-05-02 05:35:39.321058 | 2017-05-02 05:35:39.320 | ++ 
/home/jenkins/.rally/openrc:source:L2:   export OS_USERNAME=admin
2017-05-02 05:35:39.322594 | 2017-05-02 05:35:39.322 | ++ 
/home/jenkins/.rally/openrc:source:L2:   OS_USERNAME=admin
2017-05-02 05:35:39.328439 | 2017-05-02 05:35:39.328 | ++ 
/home/jenkins/.rally/openrc:source:L3:   export OS_PASSWORD=secretadmin
2017-05-02 05:35:39.329992 | 2017-05-02 05:35:39.329 | ++ 
/home/jenkins/.rally/openrc:source:L3:   OS_PASSWORD=secretadmin
2017-05-02 05:35:39.331467 | 2017-05-02 05:35:39.331 | ++ 
/home/jenkins/.rally/openrc:source:L4:   export OS_TENANT_NAME=admin
2017-05-02 05:35:39.332962 | 2017-05-02 05:35:39.332 | ++ 
/home/jenkins/.rally/openrc:source:L4:   OS_TENANT_NAME=admin
2017-05-02 05:35:39.334654 | 2017-05-02 05:35:39.334 | ++ 
/home/jenkins/.rally/openrc:source:L5:   export OS_PROJECT_NAME=admin
2017-05-02 05:35:39.336370 | 2017-05-02 05:35:39.336 | ++ 
/home/jenkins/.rally/openrc:source:L5:   OS_PROJECT_NAME=admin
2017-05-02 05:35:39.337986 | 2017-05-02 05:35:39.337 | ++ 
/home/jenkins/.rally/openrc:source:L6:   export OS_REGION_NAME=RegionOne
2017-05-02 05:35:39.339554 | 2017-05-02 05:35:39.339 | ++ 
/home/jenkins/.rally/openrc:source:L6:   OS_REGION_NAME=RegionOne
2017-05-02 05:35:39.341073 | 2017-05-02 05:35:39.340 | ++ 
/opt/stack/new/rally/tests/ci/rally_gate_functions.sh:setUp:L37:   openstack 
service list
2017-05-02 05:35:41.873705 | 2017-05-02 05:35:41.873 | 
(http://104.239.168.159/identity/v2.0/OS-KSADM/services): The resource could 
not be found. (HTTP 404) (Request-ID: req-edd2c69d-c553-45c2-b540-dc77153bf998)
2017-05-02 05:35:41.927712 | 2017-05-02 05:35:41.927 | + 
/opt/stack/new/rally/tests/ci/rally_gate_functions.sh:setUp:L37:   
OPENSTACK_SERVICES=
2017-05-02 05:35:41.928004 | + 
/home/jenkins/workspace/gate-rally-dsvm-neutron-neutron-ubuntu-xenial/devstack-gate/functions.sh:tsfilter:L96:
   return 1
2017-05-02 05:35:41.928482 | + 
/home/jenkins/workspace/gate-rally-dsvm-neutron-neutron-ubuntu-xenial/devstack-gate/functions.sh:call_hook_if_defined:L76:
   local ret_val=1
2017-05-02 05:35:41.928620 | + 
/home/jenkins/workspace/gate-rally-dsvm-neutron-neutron-ubuntu-xenial/devstack-gate/functions.sh:call_hook_if_defined:L77:
   sudo mv 
/home/jenkins/workspace/gate-rally-dsvm-neutron-neutron-ubuntu-xenial/devstack-gate-post_test_hook.txt
 /opt/stack/logs/
2017-05-02 05:35:41.936629 | + 
/home/jenkins/workspace/gate-rally-dsvm-neutron-neutron-ubuntu-xenial/devstack-gate/functions.sh:call_hook_if_defined:L78:
   set +o pipefail
2017-05-02 05:35:41.936707 | + 
/home/jenkins/workspace/gate-rally-dsvm-neutron-neutron-ubuntu-xenial/devstack-gate/functions.sh:call_hook_if_defined:L79:
   set +o xtrace
2017-05-02 05:35:41.937382 | Cleaning up host
2017-05-02 05:35:41.937478 | ... this takes 3 - 4 minutes (logs at 
logs/devstack-gate-cleanup-host.txt.gz)
2017-05-02 05:36:25.861875 |  [WARNING]: No hosts matched, nothing to do
2017-05-02 05:36:26.974430 | Generating static files at 
/home/jenkins/workspace/gate-rally-dsvm-neutron-neutron-ubuntu-xenial/logs/ara...
2017-05-02 05:36:27.941232 | Done.
2017-05-02 05:36:27.983028 | *** FAILED with status: 1
2017-05-02 05:36:27.983542 | [Zuul] Task exit code: 1
2017-05-02 05:36:29.258318 | [Zuul] Job complete, result: FAILURE

** Affects: neutron
 Importance: Undecided
 Status: New


** Tags: gate-failure

** Tags added: gate-failure

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


[Yahoo-eng-team] [Bug 1687544] Re: tempest job failure (keystone related?)

2017-05-02 Thread YAMAMOTO Takashi
moved to neutron as it doesn't seem to be networking-midonet specific.

eg. http://logs.openstack.org/27/461627/1/check/gate-neutron-dsvm-api-
ubuntu-xenial/5460248/testr_results.html.gz

** Project changed: networking-midonet => neutron

** Changed in: neutron
Milestone: 5.0.0 => None

** Description changed:

- both of ml2 and v2 jobs are failing.
+ on networking-midonet gate, both of ml2 and v2 jobs are failing.
  
  eg. http://logs.openstack.org/75/438075/15/check/gate-tempest-dsvm-
  networking-midonet-ml2-ubuntu-xenial/784dab7/logs/testr_results.html.gz
  
- 
neutron.tests.tempest.api.admin.test_floating_ips_admin_actions.FloatingIPAdminTestJSON
   2   1   1   0   0   Detail  
+ 
neutron.tests.tempest.api.admin.test_floating_ips_admin_actions.FloatingIPAdminTestJSON
   2   1   1   0   0   Detail
  
test_associate_floating_ip_with_port_from_another_tenant[id-6ee9-4e99-5b15-b8e1-aa7df92ca589,negative]
-   fail
- neutron.tests.tempest.api.admin.test_quotas.QuotasTest1   0   
1   0   0   Detail  
+  fail
+ neutron.tests.tempest.api.admin.test_quotas.QuotasTest1   0   
1   0   0   Detail
  test_quotas[gate,id-2390f766-836d-40ef-9aeb-e810d78207fb]
-   fail
- 
neutron.tests.tempest.api.admin.test_quotas_negative.QuotasAdminNegativeTestJSON
  7   0   7   0   0   Detail  
+  fail
+ 
neutron.tests.tempest.api.admin.test_quotas_negative.QuotasAdminNegativeTestJSON
  7   0   7   0   0   Detail
  
test_create_floatingip_when_quotas_is_full[id-d00fe5bb-9db8-4e1a-9c31-490f52897e6f,negative]
-   fail
+  fail
  
test_create_network_when_quotas_is_full[id-952f9b24-9156-4bdc-90f3-682a3d4302f0,negative]
-   fail
+  fail
  
test_create_port_when_quotas_is_full[id-fe20d9f9-346c-4a20-bbfa-d9ca390f4dc6,negative]
-   fail
+  fail
  
test_create_router_when_quotas_is_full[id-bb1e9c3c-7e6f-41f1-b579-63dbc655ecb7,negative]
-   fail
+  fail
  
test_create_security_group_rule_when_quotas_is_full[id-b7143480-6118-4ed4-be38-1b6f15f30d05,negative]
-   fail
+  fail
  
test_create_security_group_when_quotas_is_full[id-5c924ff7-b7a9-474f-92a3-dbe0f976ec13,negative]
-   fail
+  fail
  
test_create_subnet_when_quotas_is_full[id-0b7f99e3-9f77-45ce-9a89-b39a184de618,negative]
-   fail
+  fail

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

Title:
  tempest job failure (keystone related?)

Status in neutron:
  In Progress

Bug description:
  on networking-midonet gate, both of ml2 and v2 jobs are failing.

  eg. http://logs.openstack.org/75/438075/15/check/gate-tempest-dsvm-
  networking-midonet-ml2-ubuntu-
  xenial/784dab7/logs/testr_results.html.gz

  
neutron.tests.tempest.api.admin.test_floating_ips_admin_actions.FloatingIPAdminTestJSON
   2   1   1   0   0   Detail
  
test_associate_floating_ip_with_port_from_another_tenant[id-6ee9-4e99-5b15-b8e1-aa7df92ca589,negative]
   fail
  neutron.tests.tempest.api.admin.test_quotas.QuotasTest1   0   
1   0   0   Detail
  test_quotas[gate,id-2390f766-836d-40ef-9aeb-e810d78207fb]
   fail
  
neutron.tests.tempest.api.admin.test_quotas_negative.QuotasAdminNegativeTestJSON
  7   0   7   0   0   Detail
  
test_create_floatingip_when_quotas_is_full[id-d00fe5bb-9db8-4e1a-9c31-490f52897e6f,negative]
   fail
  
test_create_network_when_quotas_is_full[id-952f9b24-9156-4bdc-90f3-682a3d4302f0,negative]
   fail
  
test_create_port_when_quotas_is_full[id-fe20d9f9-346c-4a20-bbfa-d9ca390f4dc6,negative]
   fail
  
test_create_router_when_quotas_is_full[id-bb1e9c3c-7e6f-41f1-b579-63dbc655ecb7,negative]
   fail
  
test_create_security_group_rule_when_quotas_is_full[id-b7143480-6118-4ed4-be38-1b6f15f30d05,negative]
   fail
  
test_create_security_group_when_quotas_is_full[id-5c924ff7-b7a9-474f-92a3-dbe0f976ec13,negative]
   fail
  
test_create_subnet_when_quotas_is_full[id-0b7f99e3-9f77-45ce-9a89-b39a184de618,negative]
   fail

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1687544/+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 1686584] Re: a few tempest tests are failing (fip related?)

2017-04-27 Thread YAMAMOTO Takashi
** Changed in: networking-midonet
   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/1686584

Title:
  a few tempest tests are failing (fip related?)

Status in networking-midonet:
  Fix Released
Status in neutron:
  Fix Released

Bug description:
  the following tests are failing for both of v2 and ml2.

  test_router_interface_fip
  test_update_floatingip_bumps_revision

To manage notifications about this bug go to:
https://bugs.launchpad.net/networking-midonet/+bug/1686584/+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 1686584] Re: a few tempest tests are failing (fip related?)

2017-04-26 Thread YAMAMOTO Takashi
** Also 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/1686584

Title:
  a few tempest tests are failing (fip related?)

Status in networking-midonet:
  In Progress
Status in neutron:
  In Progress

Bug description:
  the following tests are failing for both of v2 and ml2.

  test_router_interface_fip
  test_update_floatingip_bumps_revision

To manage notifications about this bug go to:
https://bugs.launchpad.net/networking-midonet/+bug/1686584/+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 1684338] [NEW] tempest jobs failing with midonet-cluster complaining about keystone

2017-04-19 Thread YAMAMOTO Takashi
Public bug reported:

eg. http://logs.openstack.org/11/458011/1/check/gate-tempest-dsvm-
networking-midonet-ml2-ubuntu-xenial/86d989d/logs/midonet-cluster.txt.gz

2017.04.19 10:50:50.132 ERROR [rest-api-55] auth Login authorization error 
occurred for user null
java.net.ConnectException: Connection refused (Connection refused)
at java.net.PlainSocketImpl.socketConnect(Native Method) ~[na:1.8.0_121]
at 
java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350) 
~[na:1.8.0_121]
at 
java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
 ~[na:1.8.0_121]
at 
java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188) 
~[na:1.8.0_121]
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) 
~[na:1.8.0_121]
at java.net.Socket.connect(Socket.java:589) ~[na:1.8.0_121]
at java.net.Socket.connect(Socket.java:538) ~[na:1.8.0_121]
at sun.net.NetworkClient.doConnect(NetworkClient.java:180) 
~[na:1.8.0_121]
at sun.net.www.http.HttpClient.openServer(HttpClient.java:432) 
~[na:1.8.0_121]
at sun.net.www.http.HttpClient.openServer(HttpClient.java:527) 
~[na:1.8.0_121]
at sun.net.www.http.HttpClient.(HttpClient.java:211) 
~[na:1.8.0_121]
at sun.net.www.http.HttpClient.New(HttpClient.java:308) ~[na:1.8.0_121]
at sun.net.www.http.HttpClient.New(HttpClient.java:326) ~[na:1.8.0_121]
at 
sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:1202)
 ~[na:1.8.0_121]
at 
sun.net.www.protocol.http.HttpURLConnection.plainConnect0(HttpURLConnection.java:1138)
 ~[na:1.8.0_121]
at 
sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:1032)
 ~[na:1.8.0_121]
at 
sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:966) 
~[na:1.8.0_121]
at 
sun.net.www.protocol.http.HttpURLConnection.getOutputStream0(HttpURLConnection.java:1316)
 ~[na:1.8.0_121]
at 
sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1291)
 ~[na:1.8.0_121]
at 
com.sun.jersey.client.urlconnection.URLConnectionClientHandler$1$1.getOutputStream(URLConnectionClientHandler.java:238)
 ~[midonet-cluster.jar:5.6-SNAPSHOT]
at 
com.sun.jersey.api.client.CommittingOutputStream.commitStream(CommittingOutputStream.java:117)
 ~[midonet-cluster.jar:5.6-SNAPSHOT]
at 
com.sun.jersey.api.client.CommittingOutputStream.write(CommittingOutputStream.java:89)
 ~[midonet-cluster.jar:5.6-SNAPSHOT]
at 
com.sun.jersey.api.client.filter.LoggingFilter$LoggingOutputStream.write(LoggingFilter.java:110)
 ~[midonet-cluster.jar:5.6-SNAPSHOT]
at 
com.fasterxml.jackson.core.json.UTF8JsonGenerator._flushBuffer(UTF8JsonGenerator.java:1848)
 ~[midonet-cluster.jar:5.6-SNAPSHOT]
at 
com.fasterxml.jackson.core.json.UTF8JsonGenerator.flush(UTF8JsonGenerator.java:1041)
 ~[midonet-cluster.jar:5.6-SNAPSHOT]
at 
com.fasterxml.jackson.databind.ObjectWriter.writeValue(ObjectWriter.java:854) 
~[midonet-cluster.jar:5.6-SNAPSHOT]
at 
com.fasterxml.jackson.jaxrs.base.ProviderBase.writeTo(ProviderBase.java:650) 
~[midonet-cluster.jar:5.6-SNAPSHOT]
at 
com.sun.jersey.api.client.RequestWriter.writeRequestEntity(RequestWriter.java:300)
 ~[midonet-cluster.jar:5.6-SNAPSHOT]
at 
com.sun.jersey.client.urlconnection.URLConnectionClientHandler._invoke(URLConnectionClientHandler.java:217)
 ~[midonet-cluster.jar:5.6-SNAPSHOT]
at 
com.sun.jersey.client.urlconnection.URLConnectionClientHandler.handle(URLConnectionClientHandler.java:153)
 ~[midonet-cluster.jar:5.6-SNAPSHOT]
... 39 common frames omitted
Wrapped by: com.sun.jersey.api.client.ClientHandlerException: 
java.net.ConnectException: Connection refused (Connection refused)
at 
com.sun.jersey.client.urlconnection.URLConnectionClientHandler.handle(URLConnectionClientHandler.java:155)
 ~[midonet-cluster.jar:5.6-SNAPSHOT]
at 
com.sun.jersey.api.client.filter.LoggingFilter.handle(LoggingFilter.java:217) 
~[midonet-cluster.jar:5.6-SNAPSHOT]
at com.sun.jersey.api.client.Client.handle(Client.java:652) 
~[midonet-cluster.jar:5.6-SNAPSHOT]
at com.sun.jersey.api.client.WebResource.handle(WebResource.java:682) 
~[midonet-cluster.jar:5.6-SNAPSHOT]
at 
com.sun.jersey.api.client.WebResource.access$200(WebResource.java:74) 
~[midonet-cluster.jar:5.6-SNAPSHOT]
at 
com.sun.jersey.api.client.WebResource$Builder.post(WebResource.java:570) 
~[midonet-cluster.jar:5.6-SNAPSHOT]
at 
org.midonet.cluster.auth.keystone.KeystoneClient$$anonfun$org$midonet$cluster$auth$keystone$KeystoneClient$$post$1.apply(KeystoneClient.scala:412)
 ~[midonet-cluster.jar:5.6-SNAPSHOT]
at 
org.midonet.cluster.auth.keystone.KeystoneClient.tryRequest(KeystoneClient.scala:422)
 ~[midonet-cluster.jar:5.6-SNAPSHOT]
... 32 common frames omitted

[Yahoo-eng-team] [Bug 1682796] [NEW] release note entries included for wrong release

2017-04-14 Thread YAMAMOTO Takashi
Public bug reported:

ocata release note [1] has an entry for mitaka. [2]
it seems the file has been updated in ocata cycle. [3]

[1] https://docs.openstack.org/releasenotes/neutron/ocata.html

[2] hyperv-neutron-agent-decomposition-ae6a052aeb48c6ac.yaml
("Hyper-V Neutron Agent has been fully decomposed from Neutron.")

[3] Iec8494b40fed2d427c1edf4609f8b3dd8c770dce

** Affects: neutron
 Importance: Undecided
 Status: New

** Affects: reno
 Importance: Undecided
 Status: New

** Description changed:

  ocata release note [1] has an entry for mitaka. [2]
- it seems the file is updated in ocata cycle. [3]
+ it seems the file has been updated in ocata cycle. [3]
  
  [1] https://docs.openstack.org/releasenotes/neutron/ocata.html
  
  [2] hyperv-neutron-agent-decomposition-ae6a052aeb48c6ac.yaml
- ("Hyper-V Neutron Agent has been fully decomposed from Neutron.")
+ ("Hyper-V Neutron Agent has been fully decomposed from Neutron.")
  
  [3] Iec8494b40fed2d427c1edf4609f8b3dd8c770dce

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

** Summary changed:

- misleading release note
+ release note entries included for wrong release

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

Title:
  release note entries included for wrong release

Status in neutron:
  New
Status in reno:
  New

Bug description:
  ocata release note [1] has an entry for mitaka. [2]
  it seems the file has been updated in ocata cycle. [3]

  [1] https://docs.openstack.org/releasenotes/neutron/ocata.html

  [2] hyperv-neutron-agent-decomposition-ae6a052aeb48c6ac.yaml
  ("Hyper-V Neutron Agent has been fully decomposed from Neutron.")

  [3] Iec8494b40fed2d427c1edf4609f8b3dd8c770dce

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1682796/+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 1678726] [NEW] vpnaas endpoint related UT failure

2017-04-03 Thread YAMAMOTO Takashi
Public bug reported:

eg.
http://logs.openstack.org/14/445114/10/check/gate-neutron-vpnaas-python27-ubuntu-xenial/c87f6d6/testr_results.html.gz

ft2.11: 
neutron_vpnaas.tests.unit.db.vpn.test_vpn_db.TestVpnaas.test_create_ipsec_site_connection_StringException:
 Empty attachments:
  stdout

pythonlogging:'': {{{ERROR [neutron.api.extensions] Extension path 
'neutron/tests/unit/extensions' doesn't exist!}}}
stderr: {{{
/home/jenkins/workspace/gate-neutron-vpnaas-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/paste/deploy/loadwsgi.py:22:
 DeprecationWarning: Parameters to load are deprecated.  Call .resolve and 
.require separately.
  return pkg_resources.EntryPoint.parse("x=" + s).load(False)
}}}

Traceback (most recent call last):
  File 
"/home/jenkins/workspace/gate-neutron-vpnaas-python27-ubuntu-xenial/.tmp/tmp.Q1k56Jlxhb/openstack/neutron/neutron/tests/base.py",
 line 116, in func
return f(self, *args, **kwargs)
  File "neutron_vpnaas/tests/unit/db/vpn/test_vpn_db.py", line 1214, in 
test_create_ipsec_site_connection
self._test_create_ipsec_site_connection(key_overrides=extras)
  File "neutron_vpnaas/tests/unit/db/vpn/test_vpn_db.py", line 1207, in 
_test_create_ipsec_site_connection
dpd)
  File "neutron_vpnaas/tests/unit/db/vpn/test_vpn_db.py", line 410, in 
_check_ipsec_site_connection
in ipsec_site_connection.items()
  File 
"/home/jenkins/workspace/gate-neutron-vpnaas-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/testtools/testcase.py",
 line 411, in assertEqual
self.assertThat(observed, matcher, message)
  File 
"/home/jenkins/workspace/gate-neutron-vpnaas-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/testtools/testcase.py",
 line 498, in assertThat
raise mismatch_error
testtools.matchers._impl.MismatchError: !=:
reference = {'admin_state_up': True,
 'description': 'my-ipsec-connection',
 'ikepolicy_id': u'c63f4e69-420b-4cba-9bc6-77dde7e22fd7',
 'initiator': 'bi-directional',
 'ipsecpolicy_id': u'57074a7b-a9b3-4735-969c-e1ed0a0e3b92',
 'mtu': 1500,
 'name': 'connection1',
 'peer_address': '192.168.1.10',
 'peer_cidrs': ['192.168.2.0/24', '192.168.3.0/24'],
 'peer_id': '192.168.1.10',
 'psk': 'abcd',
 'status': 'PENDING_CREATE',
 'tenant_id': '46f70361-ba71-4bd0-9769-3573fd227c4b',
 'vpnservice_id': u'ac1c2e78-96a0-4f3b-a640-b92820675754'}
actual= {u'admin_state_up': True,
 u'description': u'my-ipsec-connection',
 u'ikepolicy_id': u'c63f4e69-420b-4cba-9bc6-77dde7e22fd7',
 u'initiator': u'bi-directional',
 u'ipsecpolicy_id': u'57074a7b-a9b3-4735-969c-e1ed0a0e3b92',
 u'mtu': 1500,
 u'name': u'connection1',
 u'peer_address': u'192.168.1.10',
 u'peer_cidrs': [],
 u'peer_id': u'192.168.1.10',
 u'psk': u'abcd',
 u'status': u'PENDING_CREATE',
 u'tenant_id': u'46f70361-ba71-4bd0-9769-3573fd227c4b',
 u'vpnservice_id': u'ac1c2e78-96a0-4f3b-a640-b92820675754'}

** 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/1678726

Title:
  vpnaas endpoint related UT failure

Status in neutron:
  New

Bug description:
  eg.
  
http://logs.openstack.org/14/445114/10/check/gate-neutron-vpnaas-python27-ubuntu-xenial/c87f6d6/testr_results.html.gz

  ft2.11: 
neutron_vpnaas.tests.unit.db.vpn.test_vpn_db.TestVpnaas.test_create_ipsec_site_connection_StringException:
 Empty attachments:
stdout

  pythonlogging:'': {{{ERROR [neutron.api.extensions] Extension path 
'neutron/tests/unit/extensions' doesn't exist!}}}
  stderr: {{{
  
/home/jenkins/workspace/gate-neutron-vpnaas-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/paste/deploy/loadwsgi.py:22:
 DeprecationWarning: Parameters to load are deprecated.  Call .resolve and 
.require separately.
return pkg_resources.EntryPoint.parse("x=" + s).load(False)
  }}}

  Traceback (most recent call last):
File 
"/home/jenkins/workspace/gate-neutron-vpnaas-python27-ubuntu-xenial/.tmp/tmp.Q1k56Jlxhb/openstack/neutron/neutron/tests/base.py",
 line 116, in func
  return f(self, *args, **kwargs)
File "neutron_vpnaas/tests/unit/db/vpn/test_vpn_db.py", line 1214, in 
test_create_ipsec_site_connection
  self._test_create_ipsec_site_connection(key_overrides=extras)
File "neutron_vpnaas/tests/unit/db/vpn/test_vpn_db.py", line 1207, in 
_test_create_ipsec_site_connection
  dpd)
File "neutron_vpnaas/tests/unit/db/vpn/test_vpn_db.py", line 410, in 
_check_ipsec_site_connection
  in ipsec_site_connection.items()
File 
"/home/jenkins/workspace/gate-neutron-vpnaas-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/testtools/testcase.py",
 line 411, in assertEqual
  self.assertThat(observed, matcher, message)
File 
"/home/jenkins/workspace/gate-neutron-vpnaas-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/testtools/testcase.py",
 line 498, in 

[Yahoo-eng-team] [Bug 1673780] [NEW] vpnaas import error for agent config

2017-03-17 Thread YAMAMOTO Takashi
Public bug reported:

eg. http://logs.openstack.org/14/445114/5/check/gate-neutron-vpnaas-
python27-ubuntu-xenial/12137de/console.html

2017-03-17 12:09:21.277510 | --- import errors ---
2017-03-17 12:09:21.277580 | Failed to import test module: 
neutron_vpnaas.tests.unit.services.vpn.test_vyatta_vpn_service
2017-03-17 12:09:21.277657 | Traceback (most recent call last):
2017-03-17 12:09:21.277757 |   File 
"/home/jenkins/workspace/gate-neutron-vpnaas-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/unittest2/loader.py",
 line 456, in _find_test_path
2017-03-17 12:09:21.277793 | module = self._get_module_from_name(name)
2017-03-17 12:09:21.277855 |   File 
"/home/jenkins/workspace/gate-neutron-vpnaas-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/unittest2/loader.py",
 line 395, in _get_module_from_name
2017-03-17 12:09:21.277881 | __import__(name)
2017-03-17 12:09:21.277922 |   File 
"neutron_vpnaas/tests/unit/services/vpn/test_vyatta_vpn_service.py", line 18, 
in 
2017-03-17 12:09:21.277950 | from neutron.agent.common import config as 
agent_config
2017-03-17 12:09:21.277973 | ImportError: cannot import name config
2017-03-17 12:09:21.277998 | The test run didn't actually run any tests

** Affects: neutron
 Importance: Undecided
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: New


** Tags: gate-failure vpnaas

** Tags added: gate-failure vpnaas

** Changed in: neutron
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

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

Title:
  vpnaas import error for agent config

Status in neutron:
  New

Bug description:
  eg. http://logs.openstack.org/14/445114/5/check/gate-neutron-vpnaas-
  python27-ubuntu-xenial/12137de/console.html

  2017-03-17 12:09:21.277510 | --- import errors ---
  2017-03-17 12:09:21.277580 | Failed to import test module: 
neutron_vpnaas.tests.unit.services.vpn.test_vyatta_vpn_service
  2017-03-17 12:09:21.277657 | Traceback (most recent call last):
  2017-03-17 12:09:21.277757 |   File 
"/home/jenkins/workspace/gate-neutron-vpnaas-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/unittest2/loader.py",
 line 456, in _find_test_path
  2017-03-17 12:09:21.277793 | module = self._get_module_from_name(name)
  2017-03-17 12:09:21.277855 |   File 
"/home/jenkins/workspace/gate-neutron-vpnaas-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/unittest2/loader.py",
 line 395, in _get_module_from_name
  2017-03-17 12:09:21.277881 | __import__(name)
  2017-03-17 12:09:21.277922 |   File 
"neutron_vpnaas/tests/unit/services/vpn/test_vyatta_vpn_service.py", line 18, 
in 
  2017-03-17 12:09:21.277950 | from neutron.agent.common import config as 
agent_config
  2017-03-17 12:09:21.277973 | ImportError: cannot import name config
  2017-03-17 12:09:21.277998 | The test run didn't actually run any tests

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1673780/+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 1670868] Re: AttributeError: 'MidonetL3ServicePlugin' object has no attribute 'get_l3_agents_hosting_routers'

2017-03-09 Thread YAMAMOTO Takashi
** Changed in: networking-midonet
   Status: New => 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/1670868

Title:
  AttributeError: 'MidonetL3ServicePlugin' object has no attribute
  'get_l3_agents_hosting_routers'

Status in networking-midonet:
  Fix Released
Status in neutron:
  Fix Released

Bug description:
  neutron-fwaas should not assume L3 plugin has get_l3_agents_hosting_routers.
  the assumption was introduced by Id6cb991aee959319997bb15ece240c09d4ac5e39 .
  MidonetL3ServicePlugin doesn't have it.

  eg. http://logs.openstack.org/92/440892/1/check/gate-networking-
  midonet-python27-ubuntu-xenial/6a4b725/testr_results.html.gz

  Traceback (most recent call last):
    File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.zBhXnCshkM/openstack/neutron/neutron/api/v2/resource.py",
 line 79, in resource
  result = method(request=request, **args)
    File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.zBhXnCshkM/openstack/neutron/neutron/api/v2/base.py",
 line 436, in create
  return self._create(request, body, **kwargs)
    File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.zBhXnCshkM/openstack/neutron/neutron/db/api.py",
 line 93, in wrapped
  setattr(e, '_RETRY_EXCEEDED', True)
    File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  self.force_reraise()
    File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  six.reraise(self.type_, self.value, self.tb)
    File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.zBhXnCshkM/openstack/neutron/neutron/db/api.py",
 line 89, in wrapped
  return f(*args, **kwargs)
    File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_db/api.py",
 line 151, in wrapper
  ectxt.value = e.inner_exc
    File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  self.force_reraise()
    File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  six.reraise(self.type_, self.value, self.tb)
    File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_db/api.py",
 line 139, in wrapper
  return f(*args, **kwargs)
    File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.zBhXnCshkM/openstack/neutron/neutron/db/api.py",
 line 129, in wrapped
  traceback.format_exc())
    File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  self.force_reraise()
    File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  six.reraise(self.type_, self.value, self.tb)
    File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.zBhXnCshkM/openstack/neutron/neutron/db/api.py",
 line 124, in wrapped
  return f(*dup_args, **dup_kwargs)
    File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.zBhXnCshkM/openstack/neutron/neutron/api/v2/base.py",
 line 549, in _create
  obj = do_create(body)
    File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.zBhXnCshkM/openstack/neutron/neutron/api/v2/base.py",
 line 531, in do_create
  request.context, reservation.reservation_id)
    File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  self.force_reraise()
    File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  six.reraise(self.type_, self.value, self.tb)
    File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.zBhXnCshkM/openstack/neutron/neutron/api/v2/base.py",
 line 524, in do_create
  return obj_creator(request.context, **kwargs)
    File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.ahfzmovvD0/openstack/neutron-fwaas/neutron_fwaas/services/firewall/fwaas_plugin.py",
 line 277, in create_firewall
    

[Yahoo-eng-team] [Bug 1659760] Re: General scale issue on neutron-fwaas due to RPC broadcast usage (fanout)

2017-03-09 Thread YAMAMOTO Takashi
** Also affects: networking-midonet
   Importance: Undecided
   Status: New

** Changed in: networking-midonet
   Importance: Undecided => Medium

** Changed in: networking-midonet
   Status: New => In Progress

** Changed in: networking-midonet
Milestone: None => 5.0.0

** Changed in: networking-midonet
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

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

Title:
  General scale issue on neutron-fwaas due to RPC broadcast usage
  (fanout)

Status in networking-midonet:
  In Progress
Status in neutron:
  Fix Released

Bug description:
  Actually on all CRUDs methods used on FWaaS resources (Firewall, 
FirewallPolicy, FirewallRule, Firewallgroup, ...) an AMQP fanout cast is sent 
to all L3 agents.
  This is a wrong design, AMPQ cast should be send only to L3Agents managing 
routers with firewalls related to the tenant.

  This wrong design result in many bugs already reported:

  1) FirewallNotFound during firewall_deleted
  https://bugs.launchpad.net/neutron/+bug/1622460
  https://bugs.launchpad.net/neutron/+bug/1658060

  Explanation using 2 L3agents:
  agent1: host router with firewall for tenant
  agent2: doesn't host tenant router

    1. neutron firewall-delete 
    2. neutron-server send an AMQP call "delete_firewall" to agent1 and agent2
    3. agent1 clean router firewall and send back "firewall_deleted" to 
neutron-server
    4. neutron-server delete firewall resource from database
    5. agent2 has nothing to clean and send back firewall_deleted to 
neutron-server
    6. neutron-server get an exception "FirewallNotFound"
   http://paste.openstack.org/raw/94663/

    But this is not ended :(
    7. agent2 get back the "FirewallNotfound" exception
    8. on RPC error it will performed a kind of "full synchronisation" 
(process_services_sync)
   send an AMQP call "get_tenants_with_firewalls"
    9. neutron-server will respond back with a ALL tenants (even if it's not 
related to this agents)
    10 FOR each tenant agent2 will sent a AMQP call:
   get_firewalls_for_tenant()

  Full sync bug is already reported here:
  https://bugs.launchpad.net/neutron/+bug/1618244

  2) Intermittent failed on Tempest check is probably link:
  https://bugs.launchpad.net/neutron/+bug/1649703

  3) More generally on FWaaS CRUDs operations neutron-server flood and is 
flooded by many AMQP requests.
  => this result in neutron-server RPC worker fully busy
  => AMQP messages accumulated in q-firewall-plugin queue
  => RPC Timeout appears on agents after (60s)
  => full synchronisation triggered
  => etc, etc...

To manage notifications about this bug go to:
https://bugs.launchpad.net/networking-midonet/+bug/1659760/+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 1670868] [NEW] AttributeError: 'MidonetL3ServicePlugin' object has no attribute 'get_l3_agents_hosting_routers'

2017-03-07 Thread YAMAMOTO Takashi
Public bug reported:

neutron-fwaas should not assume L3 plugin has get_l3_agents_hosting_routers.
the assumption was introduced by Id6cb991aee959319997bb15ece240c09d4ac5e39 .
MidonetL3ServicePlugin doesn't have it.

eg. http://logs.openstack.org/92/440892/1/check/gate-networking-midonet-
python27-ubuntu-xenial/6a4b725/testr_results.html.gz

Traceback (most recent call last):
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.zBhXnCshkM/openstack/neutron/neutron/api/v2/resource.py",
 line 79, in resource
result = method(request=request, **args)
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.zBhXnCshkM/openstack/neutron/neutron/api/v2/base.py",
 line 436, in create
return self._create(request, body, **kwargs)
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.zBhXnCshkM/openstack/neutron/neutron/db/api.py",
 line 93, in wrapped
setattr(e, '_RETRY_EXCEEDED', True)
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
self.force_reraise()
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
six.reraise(self.type_, self.value, self.tb)
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.zBhXnCshkM/openstack/neutron/neutron/db/api.py",
 line 89, in wrapped
return f(*args, **kwargs)
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_db/api.py",
 line 151, in wrapper
ectxt.value = e.inner_exc
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
self.force_reraise()
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
six.reraise(self.type_, self.value, self.tb)
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_db/api.py",
 line 139, in wrapper
return f(*args, **kwargs)
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.zBhXnCshkM/openstack/neutron/neutron/db/api.py",
 line 129, in wrapped
traceback.format_exc())
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
self.force_reraise()
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
six.reraise(self.type_, self.value, self.tb)
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.zBhXnCshkM/openstack/neutron/neutron/db/api.py",
 line 124, in wrapped
return f(*dup_args, **dup_kwargs)
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.zBhXnCshkM/openstack/neutron/neutron/api/v2/base.py",
 line 549, in _create
obj = do_create(body)
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.zBhXnCshkM/openstack/neutron/neutron/api/v2/base.py",
 line 531, in do_create
request.context, reservation.reservation_id)
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
self.force_reraise()
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tox/py27/local/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
six.reraise(self.type_, self.value, self.tb)
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.zBhXnCshkM/openstack/neutron/neutron/api/v2/base.py",
 line 524, in do_create
return obj_creator(request.context, **kwargs)
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.ahfzmovvD0/openstack/neutron-fwaas/neutron_fwaas/services/firewall/fwaas_plugin.py",
 line 277, in create_firewall
hosts = self._get_hosts_to_notify(context, fw_new_rtrs)
  File 
"/home/jenkins/workspace/gate-networking-midonet-python27-ubuntu-xenial/.tmp/tmp.ahfzmovvD0/openstack/neutron-fwaas/neutron_fwaas/services/firewall/fwaas_plugin.py",
 line 175, in _get_hosts_to_notify
nl_constants.L3).get_l3_a

[Yahoo-eng-team] [Bug 1669244] [NEW] noisy "Original exception being dropped" logs

2017-03-01 Thread YAMAMOTO Takashi
Public bug reported:

CallbackFailure related noisy log messages.

eg.


   ERROR [neutron.callbacks.manager] Callback 
neutron_vpnaas.db.vpn.vpn_db.vpn_callback--9223372036574151638 raised Subnet 
b3795775-0de9-4c75-bc9a-6f48bd1b2bb7 is used by VPNService 
a2913f9c-265b-4715-9294-789bb042b71f
   ERROR [root] Original exception being dropped: ['Traceback (most recent 
call last):\n', '  File 
"/Users/yamamoto/git/neutron-vpnaas/.tox/py27/src/neutron/neutron/db/l3_db.py", 
line 892, in _confirm_router_interface_not_in_use\nevents.BEFORE_DELETE, 
self, **kwargs)\n', '  File 
"/Users/yamamoto/git/neutron-vpnaas/.tox/py27/src/neutron/neutron/callbacks/registry.py",
 line 44, in notify\n_get_callback_manager().notify(resource, event, 
trigger, **kwargs)\n', '  File 
"/Users/yamamoto/git/neutron-vpnaas/.tox/py27/src/neutron/neutron/db/api.py", 
line 179, in wrapped\nraise db_exc.RetryRequest(e)\n', '  File 
"/Users/yamamoto/git/neutron-vpnaas/.tox/py27/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__\nself.force_reraise()\n', '  File 
"/Users/yamamoto/git/neutron-vpnaas/.tox/py27/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise\nsix.reraise(self.type_, self.value, 
self.tb)\n', '  File "/Users/yamamoto/git/neut
 ron-vpnaas/.tox/py27/src/neutron/neutron/db/api.py", line 174, in wrapped\n
return f(*args, **kwargs)\n', '  File 
"/Users/yamamoto/git/neutron-vpnaas/.tox/py27/src/neutron/neutron/callbacks/manager.py",
 line 127, in notify\nraise exceptions.CallbackFailure(errors=errors)\n', 
'CallbackFailure: Callback 
neutron_vpnaas.db.vpn.vpn_db.vpn_callback--9223372036574151638 failed with 
"Subnet b3795775-0de9-4c75-bc9a-6f48bd1b2bb7 is used by VPNService 
a2913f9c-265b-4715-9294-789bb042b71f"\n']

** Affects: neutron
 Importance: Undecided
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress

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

Title:
  noisy "Original exception being dropped" logs

Status in neutron:
  In Progress

Bug description:
  CallbackFailure related noisy log messages.

  eg.

  
 ERROR [neutron.callbacks.manager] Callback 
neutron_vpnaas.db.vpn.vpn_db.vpn_callback--9223372036574151638 raised Subnet 
b3795775-0de9-4c75-bc9a-6f48bd1b2bb7 is used by VPNService 
a2913f9c-265b-4715-9294-789bb042b71f
 ERROR [root] Original exception being dropped: ['Traceback (most 
recent call last):\n', '  File 
"/Users/yamamoto/git/neutron-vpnaas/.tox/py27/src/neutron/neutron/db/l3_db.py", 
line 892, in _confirm_router_interface_not_in_use\nevents.BEFORE_DELETE, 
self, **kwargs)\n', '  File 
"/Users/yamamoto/git/neutron-vpnaas/.tox/py27/src/neutron/neutron/callbacks/registry.py",
 line 44, in notify\n_get_callback_manager().notify(resource, event, 
trigger, **kwargs)\n', '  File 
"/Users/yamamoto/git/neutron-vpnaas/.tox/py27/src/neutron/neutron/db/api.py", 
line 179, in wrapped\nraise db_exc.RetryRequest(e)\n', '  File 
"/Users/yamamoto/git/neutron-vpnaas/.tox/py27/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__\nself.force_reraise()\n', '  File 
"/Users/yamamoto/git/neutron-vpnaas/.tox/py27/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise\nsix.reraise(self.type_, self.value, 
self.tb)\n', '  File "/Users/yamamoto/git/ne
 utron-vpnaas/.tox/py27/src/neutron/neutron/db/api.py", line 174, in wrapped\n  
  return f(*args, **kwargs)\n', '  File 
"/Users/yamamoto/git/neutron-vpnaas/.tox/py27/src/neutron/neutron/callbacks/manager.py",
 line 127, in notify\nraise exceptions.CallbackFailure(errors=errors)\n', 
'CallbackFailure: Callback 
neutron_vpnaas.db.vpn.vpn_db.vpn_callback--9223372036574151638 failed with 
"Subnet b3795775-0de9-4c75-bc9a-6f48bd1b2bb7 is used by VPNService 
a2913f9c-265b-4715-9294-789bb042b71f"\n']

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1669244/+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 1667331] Re: neutron-api job is broken after switch to local.conf in devstack-gate

2017-02-26 Thread YAMAMOTO Takashi
https://review.openstack.org/438253

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

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

** Changed in: octavia
   Status: New => In Progress

** Changed in: octavia
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

** No longer affects: networking-midonet

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

Title:
  neutron-api job is broken after switch to local.conf in devstack-gate

Status in neutron:
  Fix Released
Status in octavia:
  In Progress

Bug description:
  localrc is filled with wrong data from devstack plugin after
  https://review.openstack.org/#/c/326585/ :

  
  
http://logs.openstack.org/78/434978/3/check/gate-tempest-dsvm-neutron-dvr-multinode-scenario-ubuntu-xenial-nv/0bcf54a/logs/local.conf.txt.gz

  Leads to misconfiguration between Neutron and tempest.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1667331/+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 1667736] [NEW] gate-neutron-fwaas-dsvm-functional failure after recent localrc change

2017-02-24 Thread YAMAMOTO Takashi
Public bug reported:

eg. http://logs.openstack.org/59/286059/1/check/gate-neutron-fwaas-dsvm-
functional/a0f2285/console.html

2017-02-24 15:27:58.187720 | + 
/opt/stack/new/neutron-fwaas/neutron_fwaas/tests/contrib/gate_hook.sh:main:26 : 
  source /opt/stack/new/devstack/localrc
2017-02-24 15:27:58.187833 | 
/opt/stack/new/neutron-fwaas/neutron_fwaas/tests/contrib/gate_hook.sh: line 26: 
/opt/stack/new/devstack/localrc: No such file or directory

** Affects: neutron
 Importance: Undecided
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress


** Tags: fwaas gate-failure

** Tags added: fwaas gate-failure

** Changed in: neutron
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

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

Title:
  gate-neutron-fwaas-dsvm-functional failure after recent localrc change

Status in neutron:
  In Progress

Bug description:
  eg. http://logs.openstack.org/59/286059/1/check/gate-neutron-fwaas-
  dsvm-functional/a0f2285/console.html

  2017-02-24 15:27:58.187720 | + 
/opt/stack/new/neutron-fwaas/neutron_fwaas/tests/contrib/gate_hook.sh:main:26 : 
  source /opt/stack/new/devstack/localrc
  2017-02-24 15:27:58.187833 | 
/opt/stack/new/neutron-fwaas/neutron_fwaas/tests/contrib/gate_hook.sh: line 26: 
/opt/stack/new/devstack/localrc: No such file or directory

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1667736/+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 1666252] [NEW] vpnaas doc build warning

2017-02-20 Thread YAMAMOTO Takashi
Public bug reported:

Warning, treated as error:
/Users/yamamoto/git/neutron-vpnaas/doc/source/devref/vpnaas-tempest-test.rst:: 
WARNIN
G: document isn't included in any toctree

** Affects: neutron
 Importance: Undecided
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress

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

** Changed in: neutron
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

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

Title:
  vpnaas doc build warning

Status in neutron:
  In Progress

Bug description:
  Warning, treated as error:
  
/Users/yamamoto/git/neutron-vpnaas/doc/source/devref/vpnaas-tempest-test.rst:: 
WARNIN
  G: document isn't included in any toctree

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1666252/+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 1664102] [NEW] allow l3 flavors to provide extensions

2017-02-12 Thread YAMAMOTO Takashi
Public bug reported:

some of l3 flavors provide extensions.
eg. "dvr" flavor provides "dvr" extension.
eg. "midonet" flavor would provide "fip64" extension.

for in-tree stuff (dvr, ha, etc) extensions are currently hardcoded in
L3RouterPlugin.supported_extension_aliases.
user requests are validated runtime. (_ensure_driver_supports_request)

on the other hand, for out-of-tree stuff (eg. midonet/fip64) currently there's 
no way for l3 flavors
to express support.

while we can add all of possible extensions to 
L3RouterPlugin.supported_extension_aliases,
probably it's more appropriate to introduce a way for l3 flavors to provide 
extensions, which can be used by both of in-tree and out-of-tree flavors.

** Affects: neutron
 Importance: Undecided
 Status: New


** Tags: rfe

** Tags added: rfe

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

Title:
  allow l3 flavors to provide extensions

Status in neutron:
  New

Bug description:
  some of l3 flavors provide extensions.
  eg. "dvr" flavor provides "dvr" extension.
  eg. "midonet" flavor would provide "fip64" extension.

  for in-tree stuff (dvr, ha, etc) extensions are currently hardcoded in
  L3RouterPlugin.supported_extension_aliases.
  user requests are validated runtime. (_ensure_driver_supports_request)

  on the other hand, for out-of-tree stuff (eg. midonet/fip64) currently 
there's no way for l3 flavors
  to express support.

  while we can add all of possible extensions to 
L3RouterPlugin.supported_extension_aliases,
  probably it's more appropriate to introduce a way for l3 flavors to provide 
extensions, which can be used by both of in-tree and out-of-tree flavors.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1664102/+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 1663087] [NEW] multiprovidernet updates are ignored

2017-02-08 Thread YAMAMOTO Takashi
Public bug reported:

updates of "segments" attributes are accepted and ignored. (at least by ML2)
while it can raise an exception to be consistent with providernet,
i guess it's better to make it allow_put=False to reflect the reality.

** 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/1663087

Title:
  multiprovidernet updates are ignored

Status in neutron:
  New

Bug description:
  updates of "segments" attributes are accepted and ignored. (at least by ML2)
  while it can raise an exception to be consistent with providernet,
  i guess it's better to make it allow_put=False to reflect the reality.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1663087/+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 1662387] [NEW] occasional NetworkInUse in shared network tempest tests

2017-02-06 Thread YAMAMOTO Takashi
Public bug reported:

shared networks created during test can be picked by nova. (eg. for other 
tempest tests)
and it ends up with InUse errors on clean up.

in the following example, an unrelated test 
(tempest-TestServerAdvancedOps-1737118212)
happened to create a port on the network.

http://logs.openstack.org/60/409560/9/check/gate-tempest-dsvm-
networking-midonet-ml2-ubuntu-xenial/eac4f95/logs/testr_results.html.gz

ft1.1: tearDownClass 
(neutron.tests.tempest.api.admin.test_shared_network_extension.AllowedAddressPairSharedNetworkTest)_StringException:
 Traceback (most recent call last):
  File "tempest/test.py", line 307, in tearDownClass
six.reraise(etype, value, trace)
  File "tempest/test.py", line 290, in tearDownClass
teardown()
  File "/opt/stack/new/neutron/neutron/tests/tempest/api/base.py", line 169, in 
resource_cleanup
network['id'])
  File "/opt/stack/new/neutron/neutron/tests/tempest/api/base.py", line 210, in 
_try_delete_resource
delete_callable(*args, **kwargs)
  File 
"/opt/stack/new/neutron/neutron/tests/tempest/services/network/json/network_client.py",
 line 115, in _delete
resp, body = self.delete(uri)
  File "tempest/lib/common/rest_client.py", line 306, in delete
return self.request('DELETE', url, extra_headers, headers, body)
  File "tempest/lib/common/rest_client.py", line 663, in request
self._error_checker(resp, resp_body)
  File "tempest/lib/common/rest_client.py", line 775, in _error_checker
raise exceptions.Conflict(resp_body, resp=resp)
tempest.lib.exceptions.Conflict: An object with that identifier already exists
Details: {u'type': u'NetworkInUse', u'detail': u'', u'message': u'Unable to 
complete operation on network 773449f0-a5b0-4099-95fe-6b1a4ed096a6. There are 
one or more ports still in use on the network.'}

** Affects: neutron
 Importance: Undecided
 Status: New


** Tags: gate-failure

** Tags added: gate-failure

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

Title:
  occasional NetworkInUse in shared network tempest tests

Status in neutron:
  New

Bug description:
  shared networks created during test can be picked by nova. (eg. for other 
tempest tests)
  and it ends up with InUse errors on clean up.

  in the following example, an unrelated test 
(tempest-TestServerAdvancedOps-1737118212)
  happened to create a port on the network.

  http://logs.openstack.org/60/409560/9/check/gate-tempest-dsvm-
  networking-midonet-ml2-ubuntu-
  xenial/eac4f95/logs/testr_results.html.gz

  ft1.1: tearDownClass 
(neutron.tests.tempest.api.admin.test_shared_network_extension.AllowedAddressPairSharedNetworkTest)_StringException:
 Traceback (most recent call last):
File "tempest/test.py", line 307, in tearDownClass
  six.reraise(etype, value, trace)
File "tempest/test.py", line 290, in tearDownClass
  teardown()
File "/opt/stack/new/neutron/neutron/tests/tempest/api/base.py", line 169, 
in resource_cleanup
  network['id'])
File "/opt/stack/new/neutron/neutron/tests/tempest/api/base.py", line 210, 
in _try_delete_resource
  delete_callable(*args, **kwargs)
File 
"/opt/stack/new/neutron/neutron/tests/tempest/services/network/json/network_client.py",
 line 115, in _delete
  resp, body = self.delete(uri)
File "tempest/lib/common/rest_client.py", line 306, in delete
  return self.request('DELETE', url, extra_headers, headers, body)
File "tempest/lib/common/rest_client.py", line 663, in request
  self._error_checker(resp, resp_body)
File "tempest/lib/common/rest_client.py", line 775, in _error_checker
  raise exceptions.Conflict(resp_body, resp=resp)
  tempest.lib.exceptions.Conflict: An object with that identifier already exists
  Details: {u'type': u'NetworkInUse', u'detail': u'', u'message': u'Unable to 
complete operation on network 773449f0-a5b0-4099-95fe-6b1a4ed096a6. There are 
one or more ports still in use on the network.'}

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1662387/+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 1660899] [NEW] vpn agent stuck during sync

2017-01-31 Thread YAMAMOTO Takashi
Public bug reported:

for some reason, vpn agent's event consumer thread stuck after producing the 
following line,
holding the 'vpn-agent' lock.  further updates can't be processed because of 
the lock.

http://logs.openstack.org/01/419801/3/experimental/gate-neutron-dsvm-
tempest-vpnaas-ubuntu-xenial/43c55dc/

2017-02-01 04:40:34.655 3790 DEBUG neutron.agent.linux.utils [req-
8be2bfb5-2bf2-4b40-9121-cfa80e47ccac - tempest-Vpnaas-130233446] Running
command (rootwrap daemon): ['ip', 'netns', 'exec', 'qrouter-
1cb07028-b795-43c6-beb0-c1ebf9e76056', 'neutron-vpn-netns-wrapper', '--
mount_paths=/etc:/opt/stack/data/neutron/ipsec/1cb07028-b795-43c6-beb0-c1ebf9e76056/etc,/var/run:/opt/stack/data/neutron/ipsec/1cb07028-b795-43c6-beb0-c1ebf9e76056/var/run',
'--cmd=ipsec,up,3227d225-92ae-4e9f-b524-85eecead6fef']
execute_rootwrap_daemon
/opt/stack/new/neutron/neutron/agent/linux/utils.py:113

** Affects: neutron
 Importance: Undecided
 Status: New


** Tags: vpnaas

** Tags added: vpnaas

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

Title:
  vpn agent stuck during sync

Status in neutron:
  New

Bug description:
  for some reason, vpn agent's event consumer thread stuck after producing the 
following line,
  holding the 'vpn-agent' lock.  further updates can't be processed because of 
the lock.

  http://logs.openstack.org/01/419801/3/experimental/gate-neutron-dsvm-
  tempest-vpnaas-ubuntu-xenial/43c55dc/

  2017-02-01 04:40:34.655 3790 DEBUG neutron.agent.linux.utils [req-
  8be2bfb5-2bf2-4b40-9121-cfa80e47ccac - tempest-Vpnaas-130233446]
  Running command (rootwrap daemon): ['ip', 'netns', 'exec', 'qrouter-
  1cb07028-b795-43c6-beb0-c1ebf9e76056', 'neutron-vpn-netns-wrapper', '
  --
  
mount_paths=/etc:/opt/stack/data/neutron/ipsec/1cb07028-b795-43c6-beb0-c1ebf9e76056/etc,/var/run:/opt/stack/data/neutron/ipsec/1cb07028-b795-43c6-beb0-c1ebf9e76056/var/run',
  '--cmd=ipsec,up,3227d225-92ae-4e9f-b524-85eecead6fef']
  execute_rootwrap_daemon
  /opt/stack/new/neutron/neutron/agent/linux/utils.py:113

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1660899/+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 1659691] [NEW] neutron-vpnaas tempest job improvement

2017-01-26 Thread YAMAMOTO Takashi
Public bug reported:

gate-neutron-dsvm-tempest-vpnaas-ubuntu-xenial is completely broken.
(it doesn't even configure vpnaas)
it needs to be fixed and made voting.

i plan to fold gate-neutron-vpnaas-dsvm-api-ubuntu-xenial-nv into the above job
once it gets ready.

** 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/1659691

Title:
  neutron-vpnaas tempest job improvement

Status in neutron:
  New

Bug description:
  gate-neutron-dsvm-tempest-vpnaas-ubuntu-xenial is completely broken.
  (it doesn't even configure vpnaas)
  it needs to be fixed and made voting.

  i plan to fold gate-neutron-vpnaas-dsvm-api-ubuntu-xenial-nv into the above 
job
  once it gets ready.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1659691/+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 1656262] Re: test_floatingip_list_with_pagination failure

2017-01-22 Thread YAMAMOTO Takashi
** Changed in: networking-midonet
   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/1656262

Title:
  test_floatingip_list_with_pagination failure

Status in networking-midonet:
  Fix Released
Status in neutron:
  Fix Released

Bug description:
  
midonet.neutron.tests.unit.test_midonet_plugin_ml2.TestMidonetL3NatExtraRoute.test_floatingip_list_with_pagination_reverse
  
--

  Captured traceback:
  ~~~
  Traceback (most recent call last):
File 
"/Users/yamamoto/git/networking-midonet/.tox/py27/src/neutron/neutron/tests/base.py",
 line 114, in func
  return f(self, *args, **kwargs)
File 
"/Users/yamamoto/git/networking-midonet/.tox/py27/src/neutron/neutron/tests/base.py",
 line 114, in func
  return f(self, *args, **kwargs)
File 
"/Users/yamamoto/git/networking-midonet/.tox/py27/src/neutron/neutron/tests/base.py",
 line 114, in func
  return f(self, *args, **kwargs)
File 
"/Users/yamamoto/git/networking-midonet/.tox/py27/src/neutron/neutron/tests/unit/extensions/test_l3.py",
 line 2730, in test_floatingip_list_with_pagination_reverse
  ('floating_ip_address', 'asc'), 2, 2)
File 
"/Users/yamamoto/git/networking-midonet/.tox/py27/src/neutron/neutron/tests/unit/db/test_db_base_plugin_v2.py",
 line 746, in _test_list_with_pagination_reverse
  self.assertThat(len(res[resources]),
  KeyError: 'floatingips'

  
  Captured pythonlogging:
  ~~~
   WARNING [neutron.agent.securitygroups_rpc] Driver configuration doesn't 
match with enable_security_group
   WARNING [neutron.plugins.ml2.managers] Host filtering is disabled 
because at least one mechanism doesn't support it.
   WARNING [neutron.agent.securitygroups_rpc] Driver configuration doesn't 
match with enable_security_group
   WARNING [neutron.scheduler.dhcp_agent_scheduler] No more DHCP agents
   WARNING [neutron.api.rpc.agentnotifiers.dhcp_rpc_agent_api] Unable to 
schedule network 85a36d0b-3950-4c3b-aa00-8fbdab2b48a4: no agents available; 
will retry on subsequent port and subnet creation events.
   WARNING [neutron.scheduler.dhcp_agent_scheduler] No more DHCP agents
   WARNING [neutron.api.rpc.agentnotifiers.dhcp_rpc_agent_api] Unable to 
schedule network ce168e7d-70e7-412a-8333-711c3f13890b: no agents available; 
will retry on subsequent port and subnet creation events.
   WARNING [neutron.scheduler.dhcp_agent_scheduler] No more DHCP agents
   WARNING [neutron.api.rpc.agentnotifiers.dhcp_rpc_agent_api] Unable to 
schedule network c15a7692-272e-4140-bd9a-2faa8287deeb: no agents available; 
will retry on subsequent port and subnet creation events.
   WARNING [neutron.scheduler.dhcp_agent_scheduler] No more DHCP agents
   WARNING [neutron.api.rpc.agentnotifiers.dhcp_rpc_agent_api] Unable to 
schedule network 85a36d0b-3950-4c3b-aa00-8fbdab2b48a4: no agents available; 
will retry on subsequent port and subnet creation events.
   WARNING [neutron.scheduler.dhcp_agent_scheduler] No more DHCP agents
   WARNING [neutron.api.rpc.agentnotifiers.dhcp_rpc_agent_api] Unable to 
schedule network ce168e7d-70e7-412a-8333-711c3f13890b: no agents available; 
will retry on subsequent port and subnet creation events.
   WARNING [neutron.scheduler.dhcp_agent_scheduler] No more DHCP agents
   WARNING [neutron.api.rpc.agentnotifiers.dhcp_rpc_agent_api] Unable to 
schedule network c15a7692-272e-4140-bd9a-2faa8287deeb: no agents available; 
will retry on subsequent port and subnet creation events.
 ERROR [neutron.api.v2.resource] index failed: No details.
  Traceback (most recent call last):
File 
"/Users/yamamoto/git/networking-midonet/.tox/py27/src/neutron/neutron/api/v2/resource.py",
 line 79, in resource
  result = method(request=request, **args)
File 
"/Users/yamamoto/git/networking-midonet/.tox/py27/src/neutron/neutron/db/api.py",
 line 92, in wrapped
  setattr(e, '_RETRY_EXCEEDED', True)
File 
"/Users/yamamoto/git/networking-midonet/.tox/py27/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  self.force_reraise()
File 
"/Users/yamamoto/git/networking-midonet/.tox/py27/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 196, in force_reraise
  six.reraise(self.type_, self.value, self.tb)
File 
"/Users/yamamoto/git/networking-midonet/.tox/py27/src/neutron/neutron/db/api.py",
 line 88, in wrapped
  return f(*args, **kwargs)
File 
"/Users/yamamoto/git/networking-midonet/.tox/py27/lib/python2.7/site-packages/oslo_db/api.py",
 line 151, in wrapper
  ectxt.value = e.inner_exc
File 

[Yahoo-eng-team] [Bug 1658551] [NEW] neutron_dynamic_routing tempest plugin shadows neutron's

2017-01-22 Thread YAMAMOTO Takashi
Public bug reported:

neutron_dynamic_routing tempest plugin uses the same name as neutron's.

** Affects: neutron
 Importance: Undecided
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress

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

Title:
  neutron_dynamic_routing tempest plugin shadows neutron's

Status in neutron:
  In Progress

Bug description:
  neutron_dynamic_routing tempest plugin uses the same name as
  neutron's.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1658551/+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 1656716] [NEW] Internal Server Error with native pagination

2017-01-15 Thread YAMAMOTO Takashi
Public bug reported:

Internal Server Error with native pagination, when a user specified
some unfortunate sort keys.

eg.
the following request is constructed to make pagination code see a marker with 
fixed_ip_address=None.

ubu7% neutron floatingip-list --sort-key fixed_ip_address --sort-dir desc|cat
+--+--+-+--+
| id   | fixed_ip_address | floating_ip_address 
| port_id  |
+--+--+-+--+
| 2b3b7d02-3404-4c53-a783-e4c5ed5b5aee |  | 172.24.4.2  
|  |
| 67f732a1-1b02-4c90-9eb2-7318c0e7e5b6 |  | 172.24.4.4  
|  |
| dcc24c05-5697-4273-9ce1-d17b5e9372a4 |  | 172.24.4.7  
|  |
| 29c951e5-5d64-4bbc-bdf9-9774e308d1c3 | 10.0.0.9 | 2000::9 
| 3e78c8f5-eb7c-4a0d-a90e-7a804f4dd886 |
| d93b6472-6cf0-4233-9b27-bbb80e253214 | 10.0.0.9 | 172.24.4.8  
| 3e78c8f5-eb7c-4a0d-a90e-7a804f4dd886 |
+--+--+-+--+
ubu7% curl -g -i -X GET 
"http://192.168.137.129:9696/v2.0/floatingips.json?limit=1_key=fixed_ip_address_dir=desc=2b3b7d02-3404-4c53-a783-e4c5ed5b5aee;
 -H "User-Agent: python-neutronclient" -H "Accept: application/json" -H 
"X-Auth-Token: $TOKEN"
HTTP/1.1 500 Internal Server Error
Content-Type: application/json
Content-Length: 150
X-Openstack-Request-Id: req-e889f8c3-2f10-4ae8-b177-9fab54e8f1a9
Date: Thu, 12 Jan 2017 20:01:39 GMT

{"NeutronError": {"message": "Request Failed: internal server error
while processing your request.", "type": "HTTPInternalServerError",
"detail": ""}}%


2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource Traceback (most recent 
call last):
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource   File 
"/opt/stack/neutron/neutron/api/v2/resource.py", line 79, in resource
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource result = 
method(request=request, **args)
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource   File 
"/opt/stack/neutron/neutron/db/api.py", line 92, in wrapped
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource setattr(e, 
'_RETRY_EXCEEDED', True)
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource   File 
"/usr/local/lib/python2.7/dist-packages/oslo_utils/excutils.py", line 220, in 
__exit__
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource self.force_reraise()
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource   File 
"/usr/local/lib/python2.7/dist-packages/oslo_utils/excutils.py", line 196, in 
force_reraise
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource 
six.reraise(self.type_, self.value, self.tb)
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource   File 
"/opt/stack/neutron/neutron/db/api.py", line 88, in wrapped
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource return f(*args, 
**kwargs)
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource   File 
"/usr/local/lib/python2.7/dist-packages/oslo_db/api.py", line 151, in wrapper
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource ectxt.value = 
e.inner_exc
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource   File 
"/usr/local/lib/python2.7/dist-packages/oslo_utils/excutils.py", line 220, in 
__exit__
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource self.force_reraise()
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource   File 
"/usr/local/lib/python2.7/dist-packages/oslo_utils/excutils.py", line 196, in 
force_reraise
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource 
six.reraise(self.type_, self.value, self.tb)
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource   File 
"/usr/local/lib/python2.7/dist-packages/oslo_db/api.py", line 139, in wrapper
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource return f(*args, 
**kwargs)
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource   File 
"/opt/stack/neutron/neutron/db/api.py", line 128, in wrapped
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource 
traceback.format_exc())
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource   File 
"/usr/local/lib/python2.7/dist-packages/oslo_utils/excutils.py", line 220, in 
__exit__
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource self.force_reraise()
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource   File 
"/usr/local/lib/python2.7/dist-packages/oslo_utils/excutils.py", line 196, in 
force_reraise
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource 
six.reraise(self.type_, self.value, self.tb)
2017-01-13 05:01:39.706 TRACE neutron.api.v2.resource   File 
"/opt/stack/neutron/neutron/db/api.py", line 123, in wrapped
2017-01-13 

[Yahoo-eng-team] [Bug 1656262] Re: test_floatingip_list_with_pagination failure

2017-01-13 Thread YAMAMOTO Takashi
** Tags added: gate-failure

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

** Changed in: networking-midonet
   Status: New => In Progress

** Changed in: networking-midonet
Milestone: None => 4.0.0

** Changed in: networking-midonet
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

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

Title:
  test_floatingip_list_with_pagination failure

Status in networking-midonet:
  In Progress
Status in neutron:
  In Progress

Bug description:
  
midonet.neutron.tests.unit.test_midonet_plugin_ml2.TestMidonetL3NatExtraRoute.test_floatingip_list_with_pagination_reverse
  
--

  Captured traceback:
  ~~~
  Traceback (most recent call last):
File 
"/Users/yamamoto/git/networking-midonet/.tox/py27/src/neutron/neutron/tests/base.py",
 line 114, in func
  return f(self, *args, **kwargs)
File 
"/Users/yamamoto/git/networking-midonet/.tox/py27/src/neutron/neutron/tests/base.py",
 line 114, in func
  return f(self, *args, **kwargs)
File 
"/Users/yamamoto/git/networking-midonet/.tox/py27/src/neutron/neutron/tests/base.py",
 line 114, in func
  return f(self, *args, **kwargs)
File 
"/Users/yamamoto/git/networking-midonet/.tox/py27/src/neutron/neutron/tests/unit/extensions/test_l3.py",
 line 2730, in test_floatingip_list_with_pagination_reverse
  ('floating_ip_address', 'asc'), 2, 2)
File 
"/Users/yamamoto/git/networking-midonet/.tox/py27/src/neutron/neutron/tests/unit/db/test_db_base_plugin_v2.py",
 line 746, in _test_list_with_pagination_reverse
  self.assertThat(len(res[resources]),
  KeyError: 'floatingips'

  
  Captured pythonlogging:
  ~~~
   WARNING [neutron.agent.securitygroups_rpc] Driver configuration doesn't 
match with enable_security_group
   WARNING [neutron.plugins.ml2.managers] Host filtering is disabled 
because at least one mechanism doesn't support it.
   WARNING [neutron.agent.securitygroups_rpc] Driver configuration doesn't 
match with enable_security_group
   WARNING [neutron.scheduler.dhcp_agent_scheduler] No more DHCP agents
   WARNING [neutron.api.rpc.agentnotifiers.dhcp_rpc_agent_api] Unable to 
schedule network 85a36d0b-3950-4c3b-aa00-8fbdab2b48a4: no agents available; 
will retry on subsequent port and subnet creation events.
   WARNING [neutron.scheduler.dhcp_agent_scheduler] No more DHCP agents
   WARNING [neutron.api.rpc.agentnotifiers.dhcp_rpc_agent_api] Unable to 
schedule network ce168e7d-70e7-412a-8333-711c3f13890b: no agents available; 
will retry on subsequent port and subnet creation events.
   WARNING [neutron.scheduler.dhcp_agent_scheduler] No more DHCP agents
   WARNING [neutron.api.rpc.agentnotifiers.dhcp_rpc_agent_api] Unable to 
schedule network c15a7692-272e-4140-bd9a-2faa8287deeb: no agents available; 
will retry on subsequent port and subnet creation events.
   WARNING [neutron.scheduler.dhcp_agent_scheduler] No more DHCP agents
   WARNING [neutron.api.rpc.agentnotifiers.dhcp_rpc_agent_api] Unable to 
schedule network 85a36d0b-3950-4c3b-aa00-8fbdab2b48a4: no agents available; 
will retry on subsequent port and subnet creation events.
   WARNING [neutron.scheduler.dhcp_agent_scheduler] No more DHCP agents
   WARNING [neutron.api.rpc.agentnotifiers.dhcp_rpc_agent_api] Unable to 
schedule network ce168e7d-70e7-412a-8333-711c3f13890b: no agents available; 
will retry on subsequent port and subnet creation events.
   WARNING [neutron.scheduler.dhcp_agent_scheduler] No more DHCP agents
   WARNING [neutron.api.rpc.agentnotifiers.dhcp_rpc_agent_api] Unable to 
schedule network c15a7692-272e-4140-bd9a-2faa8287deeb: no agents available; 
will retry on subsequent port and subnet creation events.
 ERROR [neutron.api.v2.resource] index failed: No details.
  Traceback (most recent call last):
File 
"/Users/yamamoto/git/networking-midonet/.tox/py27/src/neutron/neutron/api/v2/resource.py",
 line 79, in resource
  result = method(request=request, **args)
File 
"/Users/yamamoto/git/networking-midonet/.tox/py27/src/neutron/neutron/db/api.py",
 line 92, in wrapped
  setattr(e, '_RETRY_EXCEEDED', True)
File 
"/Users/yamamoto/git/networking-midonet/.tox/py27/lib/python2.7/site-packages/oslo_utils/excutils.py",
 line 220, in __exit__
  self.force_reraise()
File 
"/Users/yamamoto/git/networking-midonet/.tox/py27/lib/python2.7/site-packages/oslo_utils/excutils.py",
 l

[Yahoo-eng-team] [Bug 1655914] [NEW] vpnaas test failure for router info

2017-01-12 Thread YAMAMOTO Takashi
Public bug reported:

recent router info change broke vpnaas tests.

eg. http://logs.openstack.org/76/415976/3/check/gate-neutron-vpnaas-
dsvm-functional-sswan-ubuntu-xenial/a6a6b34/testr_results.html.gz

ft1.1: 
neutron_vpnaas.tests.functional.strongswan.test_strongswan_driver.TestStrongSwanDeviceDriver.test_process_lifecycle_StringException:
 Empty attachments:
  pythonlogging:''
  stderr
  stdout

Traceback (most recent call last):
  File "neutron_vpnaas/tests/functional/strongswan/test_strongswan_driver.py", 
line 121, in setUp
self.router = legacy_router.LegacyRouter(FAKE_ROUTER_ID, **ri_kwargs)
TypeError: __init__() takes at least 6 arguments (5 given)

** Affects: neutron
 Importance: Undecided
 Assignee: YAMAMOTO Takashi (yamamoto)
 Status: In Progress


** Tags: gate-failure vpnaas

** Tags added: gate-failure vpnaas

** Description changed:

  recent router info change broke vpnaas tests.
+ 
+ eg. http://logs.openstack.org/76/415976/3/check/gate-neutron-vpnaas-
+ dsvm-functional-sswan-ubuntu-xenial/a6a6b34/testr_results.html.gz
+ 
+ ft1.1: 
neutron_vpnaas.tests.functional.strongswan.test_strongswan_driver.TestStrongSwanDeviceDriver.test_process_lifecycle_StringException:
 Empty attachments:
+   pythonlogging:''
+   stderr
+   stdout
+ 
+ Traceback (most recent call last):
+   File 
"neutron_vpnaas/tests/functional/strongswan/test_strongswan_driver.py", line 
121, in setUp
+ self.router = legacy_router.LegacyRouter(FAKE_ROUTER_ID, **ri_kwargs)
+ TypeError: __init__() takes at least 6 arguments (5 given)

** Changed in: neutron
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

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

Title:
  vpnaas test failure for router info

Status in neutron:
  In Progress

Bug description:
  recent router info change broke vpnaas tests.

  eg. http://logs.openstack.org/76/415976/3/check/gate-neutron-vpnaas-
  dsvm-functional-sswan-ubuntu-xenial/a6a6b34/testr_results.html.gz

  ft1.1: 
neutron_vpnaas.tests.functional.strongswan.test_strongswan_driver.TestStrongSwanDeviceDriver.test_process_lifecycle_StringException:
 Empty attachments:
pythonlogging:''
stderr
stdout

  Traceback (most recent call last):
File 
"neutron_vpnaas/tests/functional/strongswan/test_strongswan_driver.py", line 
121, in setUp
  self.router = legacy_router.LegacyRouter(FAKE_ROUTER_ID, **ri_kwargs)
  TypeError: __init__() takes at least 6 arguments (5 given)

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1655914/+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 1649845] Re: Interface drivers don't update port MTU if the port already exists

2017-01-03 Thread YAMAMOTO Takashi
** Also affects: networking-midonet
   Importance: Undecided
   Status: New

** Changed in: networking-midonet
 Assignee: (unassigned) => YAMAMOTO Takashi (yamamoto)

** Changed in: networking-midonet
Milestone: None => 4.0.0

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

Title:
  Interface drivers don't update port MTU if the port already exists

Status in networking-midonet:
  New
Status in neutron:
  Fix Released
Status in OpenStack Compute (nova):
  In Progress

Bug description:
  This is needed because Neutron allows to change MTU values for
  networks (through configuration options modification and neutron-
  server restart). Without that, there is no way to apply new MTU for
  DHCP and router ports without migrating resources to other nodes.

  I suggest we apply MTU on conseqent plug() attempts, even if port
  exists.

To manage notifications about this bug go to:
https://bugs.launchpad.net/networking-midonet/+bug/1649845/+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 1651012] Re: v2 api tests require v1 network api extension

2016-12-18 Thread YAMAMOTO Takashi
** Also affects: neutron
   Importance: Undecided
   Status: New

** Changed in: neutron-lbaas-dashboard
   Status: New => Invalid

** Project changed: neutron => octavia

** Description changed:

- The V2 v2 api tests require v1 network api extension in the tests
- themselves. If only lbaasv2 is enabled and lbaas is not, the v2 api
- tests are skipped.
+ The neutron-lbaas v2 api tests require lbaas v1 network api extension in
+ the tests themselves. If only lbaasv2 is enabled and lbaas is not, the
+ v2 api tests are skipped.

** Tags added: lbaas

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

Title:
  v2 api tests require v1 network api extension

Status in Neutron LBaaS Dashboard:
  Invalid
Status in octavia:
  New

Bug description:
  The neutron-lbaas v2 api tests require lbaas v1 network api extension
  in the tests themselves. If only lbaasv2 is enabled and lbaas is not,
  the v2 api tests are skipped.

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron-lbaas-dashboard/+bug/1651012/+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 1649762] [NEW] KeyError in vpn agent

2016-12-13 Thread YAMAMOTO Takashi
Public bug reported:

eg. http://logs.openstack.org/11/410511/2/check/gate-neutron-vpnaas-
dsvm-api-ubuntu-xenial-nv/7e31cf8/logs/screen-neutron-vpnaas.txt.gz

2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server 
[req-3b108eca-b4cb-470e-be8e-d20d2829974e tempest-BaseTestCase-373340779 -] 
Exception during message handling
2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server Traceback (most 
recent call last):
2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server   File 
"/usr/local/lib/python2.7/dist-packages/oslo_messaging/rpc/server.py", line 
155, in _process_incoming
2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server res = 
self.dispatcher.dispatch(message)
2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server   File 
"/usr/local/lib/python2.7/dist-packages/oslo_messaging/rpc/dispatcher.py", line 
222, in dispatch
2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server return 
self._do_dispatch(endpoint, method, ctxt, args)
2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server   File 
"/usr/local/lib/python2.7/dist-packages/oslo_messaging/rpc/dispatcher.py", line 
192, in _do_dispatch
2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server result = 
func(ctxt, **new_args)
2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server   File 
"/opt/stack/new/neutron-vpnaas/neutron_vpnaas/services/vpn/device_drivers/ipsec.py",
 line 884, in vpnservice_updated
2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server 
self.sync(context, [router] if router else [])
2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server   File 
"/usr/local/lib/python2.7/dist-packages/oslo_concurrency/lockutils.py", line 
271, in inner
2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server return 
f(*args, **kwargs)
2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server   File 
"/opt/stack/new/neutron-vpnaas/neutron_vpnaas/services/vpn/device_drivers/ipsec.py",
 line 1049, in sync
2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server 
self.report_status(context)
2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server   File 
"/opt/stack/new/neutron-vpnaas/neutron_vpnaas/services/vpn/device_drivers/ipsec.py",
 line 1005, in report_status
2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server if not 
self.should_be_reported(context, process):
2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server   File 
"/opt/stack/new/neutron-vpnaas/neutron_vpnaas/services/vpn/device_drivers/ipsec.py",
 line 999, in should_be_reported
2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server 
process.vpnservice["tenant_id"] == context.tenant_id):
2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server KeyError: 
'tenant_id'
2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server

** Affects: neutron
 Importance: Undecided
 Status: New


** Tags: vpnaas

** Tags added: vpnaas

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

Title:
  KeyError in vpn agent

Status in neutron:
  New

Bug description:
  eg. http://logs.openstack.org/11/410511/2/check/gate-neutron-vpnaas-
  dsvm-api-ubuntu-xenial-nv/7e31cf8/logs/screen-neutron-vpnaas.txt.gz

  2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server 
[req-3b108eca-b4cb-470e-be8e-d20d2829974e tempest-BaseTestCase-373340779 -] 
Exception during message handling
  2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server Traceback (most 
recent call last):
  2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server   File 
"/usr/local/lib/python2.7/dist-packages/oslo_messaging/rpc/server.py", line 
155, in _process_incoming
  2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server res = 
self.dispatcher.dispatch(message)
  2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server   File 
"/usr/local/lib/python2.7/dist-packages/oslo_messaging/rpc/dispatcher.py", line 
222, in dispatch
  2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server return 
self._do_dispatch(endpoint, method, ctxt, args)
  2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server   File 
"/usr/local/lib/python2.7/dist-packages/oslo_messaging/rpc/dispatcher.py", line 
192, in _do_dispatch
  2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server result = 
func(ctxt, **new_args)
  2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server   File 
"/opt/stack/new/neutron-vpnaas/neutron_vpnaas/services/vpn/device_drivers/ipsec.py",
 line 884, in vpnservice_updated
  2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server 
self.sync(context, [router] if router else [])
  2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server   File 
"/usr/local/lib/python2.7/dist-packages/oslo_concurrency/lockutils.py", line 
271, in inner
  2016-12-14 03:50:37.103 1970 ERROR oslo_messaging.rpc.server return 

  1   2   3   4   >