*** This bug is a duplicate of bug 1607670 ***
https://bugs.launchpad.net/bugs/1607670
I believe this is a duplicate of bug #1607670 which is already fixed.
https://review.openstack.org/#/c/348835/
** This bug has been marked a duplicate of bug 1607670
Cannot remove subnet from router
** 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/1607670
Title:
Cannot remove subnet from router even though the router
Public bug reported:
This is failing consistent recently.
2016-08-02 10:22:41.743463 | Captured traceback-1:
2016-08-02 10:22:41.743475 | ~
2016-08-02 10:22:41.743497 | Traceback (most recent call last):
2016-08-02 10:22:41.743536 | File
Public bug reported:
When bridge ports are missing for br-int and br-tun and agent starts up, it
checks for patch ports int-br-ex and phy-br-ex before adding those. But here
the function used to check their existence is get_port_ofport() which retries
it because of the @_ofport_retry
Public bug reported:
Neutron L3 agent fails to start if the neutron server is not running.
This is particularly annoying when we run multiple compute nodes with
only the agent and connecting it to nw/controller node.
There's been a partial fix which alleviates this to some extent with bug
Public bug reported:
Ports are not recreated during neutron agent restart with l2_pop=False.
When the agent is restarted after deleting br-int and br-tun, the bridges are
recreated but the tunnel ports and some of the integration bridge ports are not
recreated.
When l2_pop is turned True, and
Public bug reported:
The 'force_gateway_on_subnet' option is deprecated and should be removed in the
'Newton' cycle.
This is raised for tracking the removal of the option in Newton.
** Affects: neutron
Importance: Undecided
Assignee: Sreekumar S (sreesiv)
Status: New
Public bug reported:
Tests inside
neutron.tests.functional.agent.test_ovs_flows.ARPSpoofOFCtlTestCase
seems to fail intermittently. The root cause seems like to be the same
for all the tests...
Here are two different stack traces from two different patches...
*** This bug is a duplicate of bug 1470765 ***
https://bugs.launchpad.net/bugs/1470765
** This bug has been marked a duplicate of bug 1470765
multiple routers per subent cause a wrong placement of floating ips
--
You received this bug notification because you are a member of Yahoo!
** Changed in: nova
Status: In Progress => Invalid
** 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/1423168
Title:
no
Public bug reported:
2015-12-16 08:06:12.907 | 2015-12-16 08:06:12.889 |
neutron.tests.functional.db.test_migrations.TestModelsMigrationsMysql.test_models_sync
2015-12-16 08:06:12.907 | 2015-12-16 08:06:12.891 |
It's still failing...
2015-12-10 06:49:39.154 | 2015-12-10 06:49:39.107 |
==
2015-12-10 06:49:39.157 | 2015-12-10 06:49:39.110 | Failed 1 tests - output
below:
2015-12-10 06:49:39.160 | 2015-12-10 06:49:39.113 |
==
2015-12-10 06:49:39.163
** Also affects: horizon
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1521868
Title:
[RFE] API to fetch published configurations
Status in
Public bug reported:
Neutron clients like Horizon and CLI depend on redundant settings or
hard coded values for configurations that are specific to the
functionality of neutron and its sub-agents. For example Horizon has
settings for 'supported_provider_types', 'segmentation_id_range' and
14 matches
Mail list logo