Public bug reported:
The ports that are not ready yet, shouldn't be listed as current ports,
see port log snippet
2016-08-12 15:00:44.593 12779 DEBUG
neutron.plugins.ml2.drivers.openvswitch.agent.ovs_neutron_agent [-] Port
ca63b83a-763c-402c-84f2-7f28ccbf87e3 not ready yet on the bridge
Public bug reported:
In some deployment DNS is already pre-populated for every IP. To make
Neutron use this DNS name, the attribute dns_name needs to be filled. It
would be more straightforward to provide in Neutron a way to fill
automatically this dns_name, doing a reverse DNS lookup.
**
I hit this. I can reproduce it almost every time on my env using
linuxbrige+vxlan. The nova trace is:
2016-07-02 16:20:52.670 9993 ERROR nova.api.openstack.extensions
[req-bf41dac1-8fc0-4fd6-9a35-d754cea79057 9a0be6e4b8bf4cadb4a43401696fec19
48935f9a5ed84703973c70dd70859b7f - - -] Unexpected
** 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/1596813
Title:
stable/mitaka branch creation request for networking-midonet
Status in networking-midonet:
** Changed in: neutron
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1595762
Title:
HTTPS connection failing for Docker >= 1.10
Status in neutron:
** Changed in: neutron
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1595832
Title:
lbaasv2:loadbalancer-create with tenant-id is not effective
Status in
he problem because the stale entry
is removed.
** Affects: neutron
Importance: High
Assignee: Rossella Sblendido (rossella-o)
Status: New
** Changed in: neutron
Importance: Undecided => High
** Changed in: neutron
Assignee: (unassigned) => Rossella Sblendido (ross
If l2pop is not enabled, tunnel ports are created in tunnel_sync that it's
executed at agent startup. In this case tunnels are opened to all the hosts.
When l2pop is enabled only tunnels to hosts that have VM running on the same
network are opened.
Not sure what's happening in your
Public bug reported:
This is the trace:
Traceback (most recent call last):
File "neutron/tests/functional/agent/test_firewall.py", line 532, in
test_icmp_from_specific_address
direction=self.tester.INGRESS)
File "neutron/tests/common/conn_testers.py", line 36, in wrap
return f(self,
*** This bug is a duplicate of bug 1439472 ***
https://bugs.launchpad.net/bugs/1439472
** This bug has been marked a duplicate of bug 1439472
OVS doesn't restart properly when Exception occurred
--
You received this bug notification because you are a member of Yahoo!
Engineering Team,
This doesn't happen any more ...marking it as invalid
** Changed in: neutron
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1407601
Title:
*** This bug is a duplicate of bug 1470234 ***
https://bugs.launchpad.net/bugs/1470234
** This bug is no longer a duplicate of bug 1547486
ARPSpoofOFCtlTestCase functional gate tests failing intermittently
** This bug has been marked a duplicate of bug 1470234
marking it as invalid, since we are not able to reproduce it
** Changed in: neutron
Status: Triaged => 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/1286209
Title:
Public bug reported:
In some deployments we are experiencing low network speed. When
disabling tso on all virtual interfaces the problem is fixed. See also
[1]. I need to dig more into it, anyway I wonder if we should disable
TSO automatically every time Neutron creates a vif...
[1]
It doesn't look like a bug in Neutron but it seems that something is
misconfigured/not working properly in your cloud
** Changed in: neutron
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
Public bug reported:
When ovs agent starts for the first time I get
2016-02-11 18:49:15.778 12566 ERROR neutron.agent.ovsdb.impl_vsctl
[req-38d5137d-054e-4a60-ac14-3b4d62cfa0da - - - - -] Unable to execute
['ovs-vsctl', '--timeout=10', '--oneline', '--format=json', '--',
'--columns=type',
Public bug reported:
When the port binding fails is very hard to understand what's going on.
Logs need to be improved and some duplicate log needs to be removed.
** Affects: neutron
Importance: Low
Assignee: Rossella Sblendido (rossella-o)
Status: In Progress
** Changed
Assignee: Rossella Sblendido (rossella-o)
Status: In Progress
** Tags: libvirt xen
** Tags added: libvirt xen
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs
Public bug reported:
it seems dnsmasq can't create the log file...
2016-02-04 16:52:42.164 10511 ERROR neutron.agent.dhcp.agent
[req-a29e6030-7524-4d33-8a1e-b7bb31809441 a19d99e7a3ac400db02142044a3190eb
728a8a9d8
1824100bc01735e12273607 - - -] Unable to enable dhcp for
Public bug reported:
I didn't experience it myself, I got an email from Tom Carroll
explaining this problem with lots of details. I thought I'd file a bug
so that other people can benefit.
This is the report:
"I've been attempting to use liberty neutron on XenServer and I've
noticed some
Public bug reported:
I see these kind of traces where running the ovs agent:
2015-12-22 16:33:56.650 2593 ERROR neutron.agent.linux.ip_conntrack
Stderr: /usr/bin/neutron-rootwrap: Unauthorized command: conntrack -D -f
ipv4 -d 44.0.2.78 -w 125 -s 44.0.3.89 (no filter matched)
rootwrap filters
Public bug reported:
The functional tests func test test_reprocess_port_when_ovs_restarts
fails sporadically with
Traceback (most recent call last):
File "neutron/agent/linux/polling.py", line 56, in stop
self._monitor.stop()
File "neutron/agent/linux/async_process.py", line 131, in stop
The agent doesn't delete unused bridges. If you want to clean up,
there's a tool for that, it's neutron/cmd/linuxbridge_cleanup.py :)
** Changed in: neutron
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is
Paul sorry but I think we can't help here. You should contact Wheezy
maintainers to update the package. Marking the bug as invalid
** Changed in: neutron
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed
Hello Hirofumi, there was a change in the way DocImpact flag workflow,
see here [1]. Now the bugs generated by the DocImpact flag are assigned
to the Neutron team instead of the doc team as it was before. Since you
are the author of the patch with the DocImpact flag would you mind
taking care of
Public bug reported:
devices_with_udpated_sg_members should be
devices_with_updated_sg_members
** Affects: neutron
Importance: Low
Status: New
** Tags: low-hanging-fruit
** Changed in: neutron
Importance: Undecided => Low
** Tags added: low-hanging-fruit
--
You received
If the bridge doesn't exists the exception is still not caught , which
is the right behaviour according to me because the agent tries to get
the ancillary ports only if it detects ancillary bridges. We were seeing
some race in the test clean up probably., which disappeared since I get
0 hit now. I
I think this doesn't occur any more, marking it as invalid if it appears
again we can resurrect it...
** Changed in: neutron
Status: In Progress => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
Out of curiosity why did you have to delete the ovs agent on that host?
I can't imagine any use case...
** 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.
Public bug reported:
gate-neutron-dsvm-api FWaaSExtensionTestJSON tests fail from time to
time with
2015-08-27 17:14:37.316 | 2015-08-27 17:14:37.309 | Captured traceback:
2015-08-27 17:14:37.318 | 2015-08-27 17:14:37.311 | ~~~
2015-08-27 17:14:37.319 | 2015-08-27 17:14:37.312 |
Public bug reported:
If a port is deleted right before calling _bind_devices ,
get_ports_attributes will throw an exception because the row is not
found
** Affects: neutron
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Public bug reported:
If a port is deleted right before calling _bind_devices ,
get_ports_attributes will throw an exception because the row is not
found
** Affects: neutron
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Public bug reported:
If a port is deleted right before calling _bind_devices ,
get_ports_attributes will throw an exception because the row is not
found
** Affects: neutron
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Public bug reported:
Since https://review.openstack.org/#/c/182920/ merged ovs agent
functional tests were failing on my machine, the reason is the the name
of the tunnel bridge is hard coded.
** Affects: neutron
Importance: Undecided
Assignee: Rossella Sblendido (rossella-o
Public bug reported:
Since ofport can be an integer or an empty set when the ovs port is not
ready, ovsdb monitor needs to handle the second case too
** Affects: neutron
Importance: Undecided
Assignee: Rossella Sblendido (rossella-o)
Status: In Progress
--
You received
Importance: Undecided
Assignee: Rossella Sblendido (rossella-o)
Status: New
** Changed in: neutron
Assignee: (unassigned) = Rossella Sblendido (rossella-o)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https
Sblendido (rossella-o)
Status: New
** Changed in: neutron
Assignee: (unassigned) = Rossella Sblendido (rossella-o)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1473199
Title
Public bug reported:
Functional test test_port_creation_and_deletion sometimes fails with
this stacktrace:
2015-07-02 03:24:13.028 | 2015-07-02 03:24:13.005 | Traceback (most recent
call last):
2015-07-02 03:24:13.029 | 2015-07-02 03:24:13.007 | File
, in __getattr__
raise NoSuchOptError(name)
oslo_config.cfg.NoSuchOptError: no such option: ml2
** Affects: neutron
Importance: Undecided
Assignee: Rossella Sblendido (rossella-o)
Status: New
** Changed in: neutron
Assignee: (unassigned) = Rossella Sblendido (rossella-o
Marking this as invalid, looking at the comments in the proposed code
review it seems that 409 is OK after all
** Changed in: neutron
Status: In Progress = Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
Public bug reported:
Plugin shouldn't be mocked since it's defined by the classes that
inherits from L3SchedulerTestBaseMixin
** Affects: neutron
Importance: Undecided
Assignee: Rossella Sblendido (rossella-o)
Status: New
** Changed in: neutron
Assignee: (unassigned
Public bug reported:
In the ML2 plugin instead of accessing the private members of
PortContext directly, use accessors. For example:
orig_context._network_context._network
should be:
orig_context.network.current
port = mech_context._port
should be:
port = mech_context.current
and so on...
', 'vlan_id': 3648},
{'allocated': False, 'physical_network': 'physnet1', 'vlan_id': 3649})
** Affects: neutron
Importance: Undecided
Assignee: Rossella Sblendido (rossella-o)
Status: New
** Changed in: neutron
Assignee: (unassigned) = Rossella Sblendido (rossella-o
Public bug reported:
Functional test test_rebuild_availability_range is failing quite often
with the following stacktrace:
2015-02-11 02:48:31.256 | 2015-02-11 02:48:29.890 | Traceback (most recent
call last):
2015-02-11 02:48:31.256 | 2015-02-11 02:48:29.892 | File
Public bug reported:
To avoid errors like this:
sqlalchemy.exc.InvalidRequestError: This Session's transaction has been
rolled back by a nested rollback() call. To begin a new transaction,
issue Session.rollback() first
the sqlalchemy session needs to be rolled back after catching a db
Public bug reported:
http://logs.openstack.org/57/141057/4/check/check-tempest-dsvm-neutron-
full-2/beb8bb1/logs/screen-q-svc.txt.gz
2014-12-12 07:17:15.382 30282 ERROR neutron.api.v2.resource
[req-c8bb4096-ddce-4dd8-b1ea-8f213aa4e307 None] create failed
2014-12-12 07:17:15.382 30282 TRACE
If it's still valid please add a comment and explain how to reproduce
it. For now marking it as invalid
** Changed in: neutron
Status: New = Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
** Changed in: neutron
Status: New = Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1306759
Title:
14.04 some updates will cover file /etc/sudoers
Status in OpenStack
Fix for Neutron was released https://review.openstack.org/#/c/98259/
** Changed in: neutron
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/1282206
Public bug reported:
delete_subnet makes 2 calls to get the same subnet:
one here:
https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/plugin.py#L711
the second here:
https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/plugin.py#L734
Only one call is needed
': [], 'gateway_ip': u'10.238.192.3',
'ip_version': 4, 'shared': False} _rebuild_availability_ranges
/usr/lib64/python2.6/site-packages/neutron/db/db_base_plugin_v2.py:414
** Affects: neutron
Importance: Undecided
Assignee: Rossella Sblendido (rossella-o)
Status: New
** Tags: postgresql
Public bug reported:
TAP_PREFIX_LEN constant is defined several times, it should be defined
only once preferably in neutron/common/constants.py .
From a coarse grep:
grep -r TAP . | grep 3
./neutron/plugins/brocade/NeutronPlugin.py:TAP_PREFIX_LEN = 3
Public bug reported:
LinuxInterfaceDriver plug and unplug in derived classes already check if
the device exists. There's no need to duplicate the check in the code
that is calling those methods. See l3_agent.py in internal_network_added
for example:
if not
Public bug reported:
In Neutron there's no retry logic in case a DB deadlock is got.
If a deadlock occurs the operation should be retried.
** Affects: neutron
Importance: Undecided
Assignee: Rossella Sblendido (rossella-o)
Status: In Progress
--
You received this bug
You should modify the port quota and use something 100 if you plan to launch
100 instances. Some ports are created automatically by Neutron and are included
in the quota (like dhcp ports for example).
Modify the port quota in horizon. Or you can use the command line, specifying
in the
Hello mouadino,
thanks for filing this bug.
This is the expected behavior, every dhcp agent will have a port on a network.
You should take this into account when you create the allocation pool.
If you want to change this behavior I suggest you file a blueprint instead of a
bug.
** Changed in:
This is the expected behavior. This change https://review.openstack.org/58017
modified the way IP are recycled.
Instead of being recycled immediately after the release of a port, the complex
operation of rebuilding the availability table is performed when the table is
exhausted
** Changed in:
/035264.html
** Affects: neutron
Importance: Undecided
Assignee: Rossella Sblendido (rossella-o)
Status: New
** Changed in: neutron
Assignee: (unassigned) = Rossella Sblendido (rossella-o)
--
You received this bug notification because you are a member of Yahoo!
Engineering
Public bug reported:
Something similar to what was done for get_device_details should be done
for update_device_up and update_device_down. That is being able to set
multiple devices down or up using one rpc call
** Affects: neutron
Importance: Undecided
Assignee: Rossella Sblendido
at once
** Affects: neutron
Importance: Undecided
Assignee: Rossella Sblendido (rossella-o)
Status: New
** Changed in: neutron
Assignee: (unassigned) = Rossella Sblendido (rossella-o)
--
You received this bug notification because you are a member of Yahoo!
Engineering
Public bug reported:
4-04-09 17:21:12.389 | Traceback (most recent call last):
2014-04-09 17:21:12.389 | File tempest/test.py, line 122, in wrapper
2014-04-09 17:21:12.389 | return f(self, *func_args, **func_kwargs)
2014-04-09 17:21:12.389 | File
Public bug reported:
In BaseTestCase a clean up is added to stop all patches :
self.addCleanup(mock.patch.stopall)
the tests that inherits from BaseTestCase don't need to stop their patches
** Affects: neutron
Importance: Undecided
Assignee: Rossella Sblendido (rossella-o
Public bug reported:
The linux bridge agent uses the root helper even where there's no need
** Affects: neutron
Importance: Undecided
Assignee: Rossella Sblendido (rossella-o)
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering
Public bug reported:
The dhcp agent never uses the reuse_existing flag, which is set to true
by default. It can be removed.
** Affects: neutron
Importance: Undecided
Assignee: Rossella Sblendido (rossella-o)
Status: New
** Changed in: neutron
Assignee: (unassigned
Public bug reported:
LinuxBridgeManager is adding a new method for checking the existence of
a device instead of using the one in ip_lib
** Affects: neutron
Importance: Undecided
Assignee: Rossella Sblendido (rossella-o)
Status: In Progress
** Changed in: neutron
Public bug reported:
Seen in the neutron full job:
Console log:
2014-03-29 19:09:49.985 | Traceback (most recent call last):
2014-03-29 19:09:49.985 | File
tempest/scenario/test_security_groups_basic_ops.py, line 167, in setUp
2014-03-29 19:09:49.985 |
Public bug reported:
In an HA setup, DB node 1 goes down and the DB is fail-overing to DB
node 2 using the same IP. Neutron reports
OperationalError: (OperationalError) socket not open
This is because the TCP connection is broken.
Anyway Neutron takes minutes to re-connect to the new DB node.
Public bug reported:
This error is often seen in the Neutron full job.
Example here:
http://logs.openstack.org/27/49227/34/check/check-tempest-dsvm-neutron-full/4841d69/console.html
Logstash query:
Public bug reported:
Observed on the Neutron full job
2014-03-13 03:15:57.038 | Traceback (most recent call last):
2014-03-13 03:15:57.039 | File
tempest/api/compute/servers/test_server_actions.py, line 296, in
test_create_backup
2014-03-13 03:15:57.039 |
Public bug reported:
Observed in the neutron full job.
2014-03-13 05:00:40.322 | Traceback (most recent call last):
2014-03-13 05:00:40.322 | File
tempest/api/network/admin/test_l3_agent_scheduler.py, line 83, in
test_add_list_remove_router_on_l3_agent
2014-03-13 05:00:40.323 |
Public bug reported:
Observed in the Neutron full job
2014-03-13 02:08:54.390 | Traceback (most recent call last):
2014-03-13 02:08:54.390 | File
tempest/api/volume/admin/test_volume_quotas.py, line 67, in
test_update_all_quota_resources_for_tenant
2014-03-13 02:08:54.390 |
Public bug reported:
Observed in the Neutron full job
2014-03-11 14:12:45.836 | _StringException: Traceback (most recent call last):
2014-03-11 14:12:45.836 | File
tempest/api/compute/images/test_image_metadata.py, line 44, in setUpClass
2014-03-11 14:12:45.836 |
Public bug reported:
Lb agent before creating a bridge checks if it already exists. If it
exists, it doesn´t creates a new one. Anyway if the device exists but
it´s not up, the agent doesn´t set it up.
** Affects: neutron
Importance: Undecided
Assignee: Rossella Sblendido (rossella-o
73 matches
Mail list logo