Public bug reported:
neutron-ovn-metadata-agent uses network namespaces to separate the
metadata services for individual networks. For each network it
automatically creates or destroys an appropriate namespace.
If the metadata agent dies for reasons outside of its control (e.g. a
SIGKILL) during
-dynamic-routing by just using
the master branch
Output of the failed tests is attached.
** Affects: neutron
Importance: Undecided
Assignee: Felix Huettner (felix.huettner)
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which
/fips and
allow them to drop the traffic as early as possible.
** Affects: neutron
Importance: Undecided
Assignee: Felix Huettner (felix.huettner)
Status: New
** Changed in: neutron
Assignee: (unassigned) => Felix Huettner (felix.huettner)
--
You received this
die because of our
20 second database max_statement_time.
** Affects: neutron
Importance: Undecided
Assignee: Felix Huettner (felix.huettner)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neut
Public bug reported:
When trying to associate a floating ip with a vm that does not have access to
the floating ip network (e.g. there is no router connected) a
ExternalGatewayForFloatingIPNotFound exception is raised.
This exception is translated to the client as a http status code "Not Found"
t this point. In the condition `0` is evaluated to
`False` thereby ignoring the event.
This issue might be the same as
https://bugs.launchpad.net/neutron/+bug/1955503
** Affects: neutron
Importance: Undecided
Assignee: Felix Huettner (felix.huettner)
Status: In Progress
**
This bug actually still exists and is not expected behaviour.
A restart of all other openstack services does not lead to stray fanout queues
being left in rabbitmq.
I could trace this behaviour to a failure to close the rabbitmq connections of
the RemoteResourceCache.
Please find a minimal patch
Assignee: Felix Huettner (felix.huettner)
Status: In Progress
--
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/1960401
Title:
missing gracefull recovery when attaching
dependent of Network, observed with ovs
** Affects: nova
Importance: Undecided
Assignee: Felix Huettner (felix.huettner)
Status: In Progress
** Changed in: nova
Assignee: (unassigned) => Felix Huettner (felix.huettner)
--
You received this bug notification
Public bug reported:
Hello everyone,
we have an issue in the following (simplified) setup:
* we have an user which is uploading images. This user only has default member
rights and is not an admin
* the user is uploading new versions of the images regularly
* the user tries to delete previous v
10 matches
Mail list logo