Public bug reported:
The Neutron Tempest Plugin has an ping_ip_address helper in:
neutron_tempest_plugin/scenario/base.py
It's used in several places:
git grep -n ping_ip_address | cut -d":" -f1-2
neutron_tempest_plugin/scenario/base.py:313
neutron_tempest_plugin/scenario/test_basic.py:39
neutr
agent.
The dns_domain attribute is persisted in the Neutron DB and passed on to
the DHCP agent via RPC, but the agent doesn't do anything with it.
Versions:
Master and all previous versions.
WIP fix is in https://review.openstack.org/#/c/571546.
** Affects: neutron
Importance: Medium
** Changed in: neutron
Status: Incomplete => Confirmed
** Changed in: neutron
Importance: Undecided => Critical
** Also affects: tripleo
Importance: Undecided
Status: New
** Changed in: tripleo
Status: New => Confirmed
--
You received this bug notification because yo
*** This bug is a duplicate of bug 1490885 ***
https://bugs.launchpad.net/bugs/1490885
This was resolved here:
https://review.openstack.org/#/c/219187
Which is already present in stable/newton+
Since stable/mitaka doesn't exist anymore, there's nothing that can be
done about this bug.
** Ch
Victor can you explain why you marked this bug as invalid when asking
for more information? Wouldn't you mark it as 'Incomplete' in that case?
Either way, it seems like what Eran is saying is that he created a
router, issued a show, and the created_at and updated_at fields aren't
matching, with no
You reported a bug on the OpenStack Neutron component, pretty clear the
bug report is not relevant for OpenStack.
** 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:
Public bug reported:
When deleting an HA router the agent shuts the neutron-keepalived-state-
monitor with signal 9, leaving behind processes that the state change
process spawns, the "ip -o monitor address" process.
How to reproduce:
$ps aux | grep "monitor address" # Verify you've got nothing
** 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/1628510
Title:
Lenovo vibe x3 can't use hi-fi mode with neutron
Status in neutron:
Added TripleO - br_filter kernel module should be loaded by installers.
** Also affects: tripleo
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/
I believe this was fixed by https://review.openstack.org/#/c/303966/.
** 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/15481
Public bug reported:
Example TRACE:
http://logs.openstack.org/58/360858/4/check/gate-neutron-dsvm-functional/3fb0ba3/console.html#_2016-08-30_23_25_18_854125
It looks like OVSDB adds an internal OVS port, then when we try to set
the MTU, the linux network stack cannot find the device.
I'm under
quot;lock_path"
from group "oslo_concurrency".
** Affects: neutron
Importance: Low
Assignee: Assaf Muller (amuller)
Status: In Progress
** Tags: fullstack
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subsc
://docs.openstack.org/developer/oslo.messaging/opts.html#DEFAULT.transport_url.
It doesn't seem like the option is documented, but the format is:
rabbit://$RABBIT_USERID:$RABBIT_PASSWORD@$RABBIT_HOST:$PORT/$virtual_host
** Affects: neutron
Importance: Low
Assignee: Assaf Muller (am
** Changed in: neutron
Status: Expired => 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/1345341
Title:
radvd needs functional tests
Status in neutron:
Confirmed
Bug
** Changed in: neutron
Status: Expired => 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/1403455
Title:
neutron-netns-cleanup doesn't clean up all L3 agent spawned proce
Public bug reported:
19 hits in the last 7 days
build_status:"FAILURE" AND message:", in test_cleanup_stale_devices" AND
build_name:"gate-neutron-dsvm-functional"
Example TRACE failure:
http://logs.openstack.org/55/342955/3/check/gate-neutron-dsvm-functional/0cd557d/console.html#_2016-07-18_16_4
I'd like to see this RFE discussed with the drivers team before it is
marked as Won't Fix.
** Changed in: neutron
Status: Won't Fix => Confirmed
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpa
the newly created tenant actually created a second tenant. The
existing create_tenant calls were unaffected by the Tempest change as it is
backwards compatible.
** Affects: neutron
Importance: Critical
Assignee: Assaf Muller (amuller)
Status: In Progress
** Tags: gate-failure
This can be done entirely in the client side. It would essentially be a
greppable, text based result similar to the current Horizon network
diagram. New features belong to the openstack client, not the neutron
client, so I fixed up the bug's target component.
** Project changed: neutron => python-
neutron router-port-list
** Changed in: neutron
Status: New => Invalid
** Changed in: neutron
Assignee: Sharat Sharma (sharat-sharma) => (unassigned)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://b
@John - Done. Thank you!
** Also affects: openstack-manuals
Importance: Undecided
Status: New
** Changed in: openstack-manuals
Status: New => In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
h
** Project changed: neutron => python-openstackclient
** Description changed:
- Hi all,
- After working with "neutron purge" and testing it, we have some thoughts
regarding the feature.
+ Hi all,
+ After working with "neutron purge" and testing it, we have some thoughts
regarding the feature.
** No longer affects: neutron/kilo
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1552960
Title:
Tempest and Neutron duplicate tests
Status in neutron:
In Progress
Bug description:
** Changed in: neutron/kilo
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/1525901
Title:
Agents report as started before neutron recognizes as active
The way I'm reading this, this is a deployment type issue, not a Neutron
bug. I highly recommend ask.openstack.org, it's a very active Q&A type
resource.
I'm setting this to not-a-bug for now. If later you discover a concrete
bug, reply here and I'll re-open the bug.
** Changed in: neutron
A
Public bug reported:
Plenty of hits in the last few days, currently the top issue affecting
fullstack stability.
Example paste:
http://paste.openstack.org/show/495797/
Example logs:
http://logs.openstack.org/18/276018/21/check/gate-neutron-dsvm-fullstack/c0761dc/logs/TestOvsConnectivitySameNetwo
Public bug reported:
Logstash query:
message:"in test_preventing_firewall_blink" AND build_status:"FAILURE" AND
build_name:"gate-neutron-dsvm-functional"
23 hits in the last 7 days.
Example TRACE:
http://paste.openstack.org/show/493886/
The test runs with the iptables driver with and without i
Public bug reported:
Here's an example:
http://logs.openstack.org/13/302913/1/check/gate-neutron-dsvm-functional/91dd537/console.html
Logstash query:
build_name:"gate-neutron-dsvm-functional" AND build_status:"FAILURE" AND
message:"Killed timeout -s 9"
45 hits in the last 7 day
Public bug reported:
Functional tests output per-test logs produced by the test runner
processes to /tmp/dsvm-functional-logs, and those files are then copied
so they're accessible when viewing logs produced by CI runs. However,
logging seems to be set incorrectly and most of the files are empty
w
Public bug reported:
Logstash query:
build_name:"gate-neutron-dsvm-functional" AND build_status:"FAILURE" AND
message:"ValueError: You must specify a valid interface name."
4 matches in the last 7 days.
TRACE example:
http://paste.openstack.org/show/493396/
** Affects: neutron
Importance:
Public bug reported:
Here's a simplification of 'get_free_namespace_port':
output = ip_wrapper.netns.execute(['ss', param])
used_ports = _get_source_ports_from_ss_output(output) # Parses 'ss' output and
gets all used ports, this is the problematic part
return get_unused_port(used_ports)
Here's
Public bug reported:
Running just KeepalivedManagerTestCase locally I see the following three
tests fail frequently:
test_keepalived_spawn
test_keepalived_respawns
test_keepalived_respawn_with_unexpected_exit
** Affects: neutron
Importance: Undecided
Assignee: Assaf Muller (amuller
Public bug reported:
Since https://review.openstack.org/#/c/266423/ merged we compile OVS
from source for the functional job. This had a side effect of not
providing OVS logs. Here's the openvswitch logs dir for the patch in
question:
http://logs.openstack.org/23/266423/26/check/gate-neutron-dsvm
I'd advise you to ask on ask.openstack.org. It's a super active Q&A,
you'll get much better answers there. Launchpad is typically used for
concrete bugs.
** Changed in: neutron
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team
Still seeing instances of this bug. I have a deterministic solution
coming up.
** 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/bug
. The commonality between agents that cannot
connect to rabbit is that they use a local_ip that is the *broadcast
address* of the subnet they belong to.
** Affects: neutron
Importance: Undecided
Assignee: Assaf Muller (amuller)
Status: New
** Tags: fullstack
--
You received thi
Public bug reported:
Paste of TRACE:
http://paste.openstack.org/show/491377/
Example of failure:
http://logs.openstack.org/06/286106/3/check/gate-neutron-dsvm-fullstack/df82460/logs/TestOvsConnectivitySameNetwork.test_connectivity_VLANs,Ofctl_/neutron-server--2016-03-22--00-18-18-027088.log.txt.g
Public bug reported:
Paste of failure:
http://paste.openstack.org/show/491014/
When looking at the LB agent logs, you start seeing RPC errors as
neutron-server is unable to access the DB. What's happening is that
fullstack times out trying to kill the LB agent and moves on to other
clean ups. It
Public bug reported:
Fullstack tests should be similar to non-test environments, especially
when it's easy. We should use rootwrap and rootwrap-daemon and not plain
sudo.
** Affects: neutron
Importance: Low
Assignee: Assaf Muller (amuller)
Status: In Progress
**
Public bug reported:
I recently dropped Tempest 'plumbing' code from Neutron and imported it
instead from Tempest: https://review.openstack.org/#/c/269771/
Since then, we've had two instances of changes to Tempest breaking the Neutron
API tests:
https://bugs.launchpad.net/neutron/+bug/1554362, a
** 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/1548547
Title:
Functional tests failing with FAIL: process-returncode
gin. This will be
tracked in a separate bug. Note that there's already a patch for this up
for review: https://review.openstack.org/#/c/274023/
* The work is also being tracked here: https://etherpad.openstack.org/p
/neutron-tempest-defork
** Affects: neutron
Importance: High
A
Public bug reported:
When running vulture (https://pypi.python.org/pypi/vulture), I found many
unused functions here:
neutron/agent/common/ovs_lib.BaseOVS:
neutron/agent/common/ovs_lib.py:118: Unused function 'add_bridge'
neutron/agent/common/ovs_lib.py:131: Unused function 'bridge_exists'
neutr
Public bug reported:
Example failure:
test_connectivity(VLANs,Native) fails with this error:
http://paste.openstack.org/show/488585/
wait_until_env_is_up is timing out, which typically means that the
expected number of agents failed to start. Indeed in this particular
example I saw this line bei
the last couple of days.
** Affects: neutron
Importance: Critical
Assignee: Assaf Muller (amuller)
Status: Confirmed
** Tags: functional-tests gate-failure
** Changed in: neutron
Assignee: (unassigned) => Assaf Muller (amuller)
--
You received this bug notificat
Public bug reported:
How to reproduce:
Create an external network with is_default = True
Run 'neutron auto-allocated-topology-show', actual output:
Deployment error: Unable to provide tenant private network.
>From neutron-server.log:
No default pools available
Unable to auto allocate topology fo
** Project changed: neutron => networking-ovn
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1544999
Title:
Encountered database ACL.","error":"referential integrity violation"
runnin
** 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/1538518
Title:
Avoid using `len(x)` to check if x is empty
Status in Cinder:
In Progress
Status in Glance:
Fixed with https://review.openstack.org/#/c/263400/.
** Changed in: neutron
Status: New => Fix Released
** Changed in: neutron
Assignee: (unassigned) => Assaf Muller (amuller)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, wh
Added networking-zvm as an affected component.
** Also affects: networking-zvm
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/1532921
Title:
log with bogus
information instead.
** Affects: neutron
Importance: Low
Assignee: Assaf Muller (amuller)
Status: In Progress
** Tags: l2-pop
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.lau
This bug doesn't require a patch from the Neutron repo so the affected
component should not be Neutron, it should be networking-zvm, but I
couldn't find a launchpad component for it.
** Changed in: neutron
Status: New => Invalid
--
You received this bug notification because you are a memb
This is a documentation issue. Since the Icehouse days I believe,
Neutron allows you to configure external connectivity in one of two
ways:
1) Configure the external bridge name in l3_agent.ini. This means that
'qg' external router devices are plugged directly in to the bridge, the
OVS agent doesn
*** This bug is a duplicate of bug 1497309 ***
https://bugs.launchpad.net/bugs/1497309
Closing as a duplicate of bug 1497309.
** This bug has been marked a duplicate of bug 1497309
l3-agent unable to parse output from ip netns list (iproute2 >= 4.0)
--
You received this bug notification
test_ha_router_failover does use mock to manipulate NS names, but I ran
the L3 functional tests and used 'watch ip netns', and all namespace
names were constructed correctly and didn't have any weird 'MagicMock'
substrings in 'em. Something must have changed since this bug was
reported.
** Changed
Confirmed bug.
I don't see how this is an 'opinion', Neutron is clearly screwing up
here.
** Changed in: neutron
Status: Opinion => Confirmed
** Tags added: l3-ipam-dhcp
** Changed in: neutron
Importance: Medium => Undecided
** Changed in: neutron
Importance: Undecided => Low
--
** 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/1460494
Title:
neutron-ovs-cleanup failing to start with ovs bonding
Sta
Public bug reported:
In the L3 agent's _process_routers_loop method, it spawns a GreenPool
with 8 eventlet threads. Those threads then take updates off the agent's
queue and process router updates. Router updates are serialized by
router_id so that two threads don't process the same router at any
Public bug reported:
Reproduction:
* Create a new router
* Attach external interface - Execute external_gateway_added successfully but
fail some time before self.ex_gw_port = self.get_ex_gw_port() (An example of a
failure would be an RPC error when trying to update FIP statuses. In such a
case
Public bug reported:
L3 HA did not work with l2pop at all, and that was fixed here:
https://bugs.launchpad.net/neutron/+bug/1365476 via
https://review.openstack.org/#/c/141114/.
However, the solution is sub optimal because it assumes the control plane is
operational for fail over to work correc
Public bug reported:
In the context of https://bugs.launchpad.net/openstack-
ansible/+bug/1521793, patch https://review.openstack.org/#/c/253606/ was
sent to test openstack-ansible deployment with LB agent and l2pop
disabled. VMs aren't spawning, you can see binding failures in the
neutron-server
Public bug reported:
Trace:
http://paste.openstack.org/show/480710/
The test creates a device via:
sudo ip tuntap add test223ef12 mode tap
Which on my system (Fedora 22) results in a device called:
test223ef12@NONE
And the test fails to compare 'test223ef12' to 'test223ef12@NONE'.
** Affects:
Public bug reported:
cat /etc/redhat-release
Fedora release 22 (Twenty Two)
uname -r
4.1.7-200.fc22.x86_64
tox -e dsvm-functional
neutron.tests.functional.agent.linux.test_iptables_firewall.IptablesFirewallTestCase
All tests in the test class fail with:
sysctl: cannot stat /proc/sys/net/bridge
Public bug reported:
Here's an example:
http://logs.openstack.org/74/247874/6/check/gate-tempest-dsvm-neutron-dvr/62fdece/console.html#_2015-12-02_02_15_59_182
It looks like the metering setUpClass is trying to register metering
resources before checking if the extension is actually loaded (Which
Public bug reported:
The FIP namespace is deleted when the agent receives an RPC message
'fipnamespace_delete_on_ext_net'
(https://review.openstack.org/#/c/230079/). This is simulated in some
DVR tests (Thus cleaning up the namespace), but not all. All of the DVR
'lifecycle' tests execute _dvr_rou
Public bug reported:
Some console logs:
http://logs.openstack.org/18/248418/3/check/gate-neutron-dsvm-functional/8a6dfcf/console.html
http://logs.openstack.org/00/189500/23/check/gate-neutron-dsvm-functional/d949ce0/console.html
http://logs.openstack.org/72/252072/1/check/gate-neutron-dsvm-functi
Public bug reported:
I'm seeing them running successfully on the 11th here, at 3:42AM EST:
https://review.openstack.org/#/c/230090/
But skipping here, at 10:48PM EST:
https://review.openstack.org/#/c/243915/
The tests are skipped with 'SKIPPED: Neutron support is required'.
** Affects: neutron
myself and it worked.
I think that the ping should be changed to a block/wait_until_ping.
** Affects: neutron
Importance: Low
Assignee: Assaf Muller (amuller)
Status: In Progress
** Tags: fullstack
--
You received this bug notification because you are a member of Yahoo
n, causing a
cascading failure and the situation does not resolve itself. The
sync_routers server RPC response was optimized to mitigate this, it
could also be helpful to simply increase the timeout.
** Affects: neutron
Importance: Low
Assignee: Assaf Muller (amuller)
Status: New
coverage for
l2pop is not amazing.
** Affects: neutron
Importance: High
Assignee: Assaf Muller (amuller)
Status: In Progress
** Tags: l2-pop
** Changed in: neutron
Importance: Undecided => High
** Changed in: neutron
Assignee: (unassigned) => Assaf Muller (a
The OVS documentation refers to documentation of its own implementation.
The Neutron QoS API offers an abstraction that happens to have only one
implementation at this time, but has your own LB patch
(https://review.openstack.org/236210) as a second one. As long as
something translates from the API
** Project changed: neutron => networking-cisco
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1507552
Title:
Changing in cisco exeption.py is requred
Status in networking-cisco:
New
conntrackd state, HA routers
don't because they're sentient beings with a sense of self that choose to not
follow common convention or reason.
** Affects: neutron
Importance: Medium
Assignee: Assaf Muller (amuller)
Status: In Progress
** Tags: l3-ha
--
You receive
l': u''}}
It should be a properly formatted error, and the error code should not
be 501, it should be 400.
** Affects: neutron
Importance: Low
Assignee: Assaf Muller (amuller)
Status: In Progress
** Tags: l3-dvr-backlog l3-ha
--
You received this bug noti
admin_state_up to False prior to
upgrade.
** Affects: neutron
Importance: Low
Assignee: Assaf Muller (amuller)
Status: New
** Tags: l3-dvr-backlog l3-ha
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron
eturn error 501 (NotImplemented).
** Affects: neutron
Importance: Low
Assignee: Assaf Muller (amuller)
Status: In Progress
** Tags: l3-dvr-backlog
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to
: Critical
Assignee: Assaf Muller (amuller)
Status: In Progress
** Tags: functional-tests
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1505259
Title:
Functional gate broken due
*** This bug is a duplicate of bug 1498844 ***
https://bugs.launchpad.net/bugs/1498844
** This bug is no longer a duplicate of bug 1419970
L3RpcCallback methods are not handled in rpc_worker processes
** This bug has been marked a duplicate of bug 1498844
Service plugin queues should be
Public bug reported:
Since by default api_workers = Number of CPUs on the machine, the
neutron-server forks itself when it starts. Those child processes are
left behind on both successful and failed fullstack runs. This is
possibly related to bug https://bugs.launchpad.net/neutron/+bug/1487548.
*
Public bug reported:
This bug is to track the following work:
1) neutron/tests/functional/agent/test_l3_agent is enormous. When I created
that file it was 300 lines of code. It's now nearly 1,500 lines of code. It's
very difficult to find what you're looking for. I propose splitting it up so
th
Public bug reported:
The fullstack testing infrastructure today is used purely in a testing
context. This RFE suggests that it could be useful to have fullstack
support another use case, which is a quick deployment tool for
developers that want to manually test something they're working on, or
if
Public bug reported:
If OVSBridge.get_ports_attributes is executed on an empty bridge,
get_port_name_list will return an empty string. In which case,
ovsdb.db_list is executed with port_names = '', meaning that it will
return all ports, instead of no ports.
The implication is that if, for example
This isn't a bug, this is a support request. Please use
ask.openstack.org. It has an extremely active user base and you'll have
much better luck asking there.
** Changed in: neutron
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering
Fixed here:
https://review.openstack.org/#/c/216516/
** 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/1472309
Title:
py34 tox env
Removing Neutron from affected projects, this is not worth the effort.
** 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/1259292
Title:
Some tests use assertE
Since
https://review.openstack.org/#/q/I8475548947526d8ea736ed7aa754fd0ca475cae2,n,z
we actually do update the port bindings 'host' field when HA router
states change. That patch was backported to Kilo, I am assuming the
reporter observed this behavior on an older Kilo version.
** Changed in: neut
Please use:
neutron l3-agent-list-hosting-router
To see where is the active router replica hosted. That is where the IPs
will be present.
** Changed in: neutron
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is sub
Public bug reported:
When triaging bugs found during functional tests (Either legit bugs with
Neutron, or issues related to the testing infrastructure), it is useful
to view the Oslo rootwrap daemon logs. It has an option to log to
syslog, but it is turned off by default. It should be turned on du
*** This bug is a duplicate of bug 1468523 ***
https://bugs.launchpad.net/bugs/1468523
Public bug reported:
Logstash query:
message:"Details: {u'message': u'Network not found', u'code': 404}" AND
tags:"console" AND build_name:"gate-tempest-dsvm-neutron-full"
9 unique hits starting from toda
onal gate, because stripping the
'stack' user from 'sudo' was previously being done by the gate_hook in
the devstack_gate project.
** Affects: neutron
Importance: Undecided
Assignee: Assaf Muller (amuller)
Status: New
** Tags: functional-tests
--
You rece
Please try ask.openstack.org, thank you!
** 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/1474204
Title:
vlan id are invalid
Status i
Public bug reported:
Logstash:
message:"time.sleep(0.25)" AND build_name:"gate-neutron-dsvm-functional"
http://logstash.openstack.org/#eyJzZWFyY2giOiJtZXNzYWdlOlwidGltZS5zbGVlcCgwLjI1KVwiIEFORCBidWlsZF9uYW1lOlwiZ2F0ZS1uZXV0cm9uLWRzdm0tZnVuY3Rpb25hbFwiIiwiZmllbGRzIjpbXSwib2Zmc2V0IjowLCJ0aW1lZnJhbW
Public bug reported:
test_keepalived_respawns spawns keepalived, asserts that it's up, kills
it, then waits for the process monitor to respawn it. Sometimes, the
test seems to fail when sending signal 15 to the process.
Logstash:
message:"pm.disable(sig='15')'" AND tags:"console"
http://logstas
Public bug reported:
Logstash query:
message:", in test_port_vlan_tags" AND tags:"console" AND (build_name
:"check-neutron-dsvm-functional" OR build_name:"gate-neutron-dsvm-
functional")
http://logstash.openstack.org/#eyJzZWFyY2giOiJtZXNzYWdlOlwiLCBpbiB0ZXN0X3BvcnRfdmxhbl90YWdzXCIgQU5EIHRhZ3M6XC
Public bug reported:
The pd, dibbler and agent side changes lack functional tests. There is
no test that validates that the entire feature works (Full stack or
Tempest).
** Affects: neutron
Importance: Undecided
Status: New
** Summary changed:
- Prefix delegation agent-side functi
After an IRC conversation, this turned out to be an SELinux issue.
** 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/1488619
Title:
Neu
No action required from Tempest folks, this is purely a Neutron bug.
** Changed in: tempest
Status: New => Invalid
** Changed in: tempest
Assignee: Sridhar Gaddam (sridhargaddam) => (unassigned)
--
You received this bug notification because you are a member of Yahoo!
Engineering Tea
Public bug reported:
I can't imagine this has good implications. Distros typically kill
neutron processes via kill -15, so this should definitely be doable here
as well.
** Affects: neutron
Importance: Undecided
Status: New
** Tags: fullstack
** Tags added: fullstack
--
You rec
Public bug reported:
I've observed both in the gate and locally, both in Ubuntu 14.04 with
OVS 2.0 and Fedora 22 with OVS 2.3.1, that sometimes a full stack test
can crash OVS. Subsequent tests in the same run will obviously fail.
To get around this issue locally I restart the OVS service.
** Af
This looks like more of a rabbit issue than a Neutron issue. It is most
likely deployment specific: Bad configuration etc.
** Changed in: neutron
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutro
1 - 100 of 192 matches
Mail list logo
