Sorry, just clicked the wrong buttons, trying to get this targeted to
the UCA back to Ussuri.
** Also affects: neutron/wallaby
Importance: Undecided
Status: New
** Also affects: neutron/xena
Importance: Undecided
Status: New
** Also affects: neutron/ussuri
Importance:
BTW, Terry Wilson found the original neutron bug where this behavior was
introduced in neutron, allowing all subnets indirectly connected to a
router to use the default SNAT address.
https://bugs.launchpad.net/neutron/+bug/1386041
Wanted to make sure that was documented.
--
You received this
I have tested neutron version 2:16.4.2-0ubuntu6.4~cloud0 from the cloud-
archive:ussuri-proposed repository and can verify the code has this
change, and the failure does not occur. I followed the steps from the
bug description:
Created two security group rules, one for 10.0.0.1/8 and the other
I have tested neutron version 2:16.4.2-0ubuntu6.4~cloud0 from the cloud-
archive:ussuri-proposed repository and can verify the code has this
change, and the failure does not occur. I followed the steps from
Comment #3:
openstack network create test_ap1_net
openstack network create test_ap2_net
I have tested neutron version 2:16.4.2-0ubuntu6.4~cloud0 from the cloud-
archive:ussuri-proposed repository and can verify the code has this
change, and the failure does not occur. I followed the steps from the
bug description:
neutron-ovn-db-sync-util --config-file /etc/neutron/neutron.conf
I have tested neutron version 2:16.4.2-0ubuntu6.4~cloud0 from the cloud-
archive:ussuri-proposed repository and can verify the code has this
change, and the failure does not occur. I followed the steps from the
bug description:
openstack port create --network --binding-profile
trusted=true
I have tested neutron version 2:16.4.2-0ubuntu6.4~cloud0 from the cloud-
archive:ussuri-proposed repository and can verify the code has this
change, and the failure does not occur. I followed the steps from the
bug description:
Quick way to reproduce on ML2/OVN:
- openstack project create
Can you paste the change you're using that seems to help? Maybe getting
some eyes on it might help point in a direction? Not that I have lots of
extra cycles.
And I didn't expect the change I made to help, that failure probably
never happens, and if you're just dealing with IPv4 it won't come
Just adding issue Rodolfo raised with the OVN team at Red Hat:
https://issues.redhat.com/browse/FDP-448
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2051935
Title:
[OVN] SNAT only happens for
** Also affects: neutron (Ubuntu)
Importance: Undecided
Status: New
** Also affects: neutron (Ubuntu Jammy)
Importance: Undecided
Status: New
** Also affects: neutron (Ubuntu Focal)
Importance: Undecided
Status: New
** Changed in: neutron (Ubuntu Jammy)
From that trace, it looks like it is in this code in dhcp_config_free()
when it makes the free() call:
#ifdef HAVE_DHCP6
if (config->flags & CONFIG_ADDR6)
{
struct addrlist *addr, *tmp;
for (addr = config->addr6; addr; addr = tmp)
{
tmp
So just some additional information.
The reporter confirmed their cloud is running HA routers, but not DVR.
And talking with Rodolfo on irc reminded me of a proposed change that I
finally found:
https://review.opendev.org/c/openstack/neutron/+/890459
And the bug for that is:
Ok, as I was asked about the case of 3 nested routers (i.e. a network on
a private subnet behind 3 total routers, 2 nested on their own private
networks), I've tested that as well. Same results - shows a clear
regression from ML2/OVS to OVN.
Again, I used devstack, this was the latest commit in
These are the settings I used for my ml2/ovs devstack:
Q_AGENT=openvswitch
Q_ML2_PLUGIN_MECHANISM_DRIVERS=openvswitch
Q_ML2_TENANT_NETWORK_TYPE=vxlan
enable_service q-agt
enable_service q-l3
enable_service q-dhcp
enable_service q-meta
disable_service ovn-controller
disable_service ovn-northd
Slawek - do you want to take this?
** Changed in: neutron
Importance: Undecided => High
** Changed in: neutron
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Changed in: neutron
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1668410
Title:
[SRU] Infinite loop trying to delete deleted HA router
To manage
** Changed in: neutron
Status: Incomplete => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1252900
Title:
Directional network performance issues with Neutron + OpenvSwitch
To
** Changed in: neutron
Importance: Undecided => Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1832210
Title:
incorrect decode of log prefix under python 3
To manage notifications about
I'll work on this change, think I have a fix, just need to get some
reviews.
** Changed in: neutron
Importance: Undecided => Critical
** Changed in: neutron
Status: New => Confirmed
** Changed in: neutron
Assignee: (unassigned) => Brian Haley (brian-haley)
--
You
Rodolfo - yes, we need both https://review.openstack.org/#/c/595496/ and
https://review.openstack.org/#/c/595490/ picked to stable/rocky.
I even dropped a note in the first one, just forgot to push the button:
"I saw this was picked to stable/queens, we need it in stable/rocky as
well I
Corey - I was going to reply to your upstream announcement to pick this
up, we're just waiting on the 12.0.2 tag to merge.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1750777
Title:
openvswitch
And just as a follow-on to my previous comment - is it possible to test
this with the latest code from the master branch? I know you're running
packages from Ubuntu I just didn't want to waste cycles tracking things
down that might be fixed already, and maybe just need a backport to a
stable
You described a lot of issues in comment #14:
* Missing interfaces inside qrouter namespaces (OVS taps)
* Missing iptables rules
* Missing floating IP aliases on OVS interfaces inside the qrouter namespaces
Some of those might be fixed in master, especially the iptables one, and
should have been
Christian - I believe we added dnsmasq in order to see about getting
v2.76 into LTS (xenial) since having a better dhcpv6 stateful offering
would be a good thing. It's currently only in Y.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
The NoFilterMatched is actually because the grenade job doesn't
automatically update dhcp.filters, I have a fix proposed there that I'll
update with this bug info, https://review.openstack.org/#/c/371015/
There is still a fix required for neutron to catch when we don't have
dhcp_release6, I'll
Like others, I have the same problem - Hardy with 2.6.24-16 kernel
(amd64) running vmplayer 2.0.3 build-80004. If I highlight any text
inside the vm (running XP) and ctrl-c to copy everything stops working -
setxkbmap did fix it for me though.
--
Shift key (and caps lock) stop working when
26 matches
Mail list logo