Public bug reported:
Hello everyone,
Seems I caught a race condition bug in neutron-l3-agent.
We have automated tests. One of the test performs the following scenario.
Creates different resources such as network, subnet and so on. Then the test
connects the subnet to a router and perform other things that are not related
to this bug. The test is performed in a cycle with different parameters but we
use the same parameters for the Neutron resources. I mean the test always
creates subnet with the same CIDR 192.168.0.0/24 and the subnet gateway
interface gets 192.168.0.1 IP address. The bug happens in the moment when the
subnet is connecting to the router. I would like to note that is not a
permanent bug, sometimes it happens but sometimes not.
So bug looks like you don't access to the instances(VMs) using floating IPs.
It's not possible to ping them. I did some debug, it turned out the subnet
gateway interface didn't get an IP sometimes. For example, when the bug happens
the interface looks so
root@network-N6-rmfqne:/var/log/neutron# sudo /usr/bin/neutron-rootwrap
/etc/neutron/rootwrap.conf ip netns exec
qrouter-a35f384b-549e-41c6-8076-2283be384e1b ip a
...
389: qr-7dc17e0a-97@if786: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1450 qdisc
noqueue state UP group default qlen 1000
link/ether fa:16:3e:1e:47:78 brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet6 fe80::f816:3eff:fe1e:4778/64 scope link
valid_lft forever preferred_lft forever
For a success case it looks so.
root@network-N6-rmfqne:/var/log/neutron# sudo /usr/bin/neutron-rootwrap
/etc/neutron/rootwrap.conf ip netns exec
qrouter-a35f384b-549e-41c6-8076-2283be384e1b ip a
...
393: qr-cccf794e-86@if794: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1450 qdisc
noqueue state UP group default qlen 1000
link/ether fa:16:3e:54:0c:11 brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 192.168.0.1/24 scope global qr-cccf794e-86
valid_lft forever preferred_lft forever
inet6 fe80::f816:3eff:fe54:c11/64 scope link
valid_lft forever preferred_lft forever
We are using Juju to deploy OpenStack. The version of the neutron-
gateway 9.4.1, the version of the charm is 244.
** Affects: neutron
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/1750563
Title:
IP address isn't assigned to a subnet gateway interface in some cases.
Status in neutron:
New
Bug description:
Hello everyone,
Seems I caught a race condition bug in neutron-l3-agent.
We have automated tests. One of the test performs the following scenario.
Creates different resources such as network, subnet and so on. Then the test
connects the subnet to a router and perform other things that are not related
to this bug. The test is performed in a cycle with different parameters but we
use the same parameters for the Neutron resources. I mean the test always
creates subnet with the same CIDR 192.168.0.0/24 and the subnet gateway
interface gets 192.168.0.1 IP address. The bug happens in the moment when the
subnet is connecting to the router. I would like to note that is not a
permanent bug, sometimes it happens but sometimes not.
So bug looks like you don't access to the instances(VMs) using floating IPs.
It's not possible to ping them. I did some debug, it turned out the subnet
gateway interface didn't get an IP sometimes. For example, when the bug happens
the interface looks so
root@network-N6-rmfqne:/var/log/neutron# sudo /usr/bin/neutron-rootwrap
/etc/neutron/rootwrap.conf ip netns exec
qrouter-a35f384b-549e-41c6-8076-2283be384e1b ip a
...
389: qr-7dc17e0a-97@if786: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1450 qdisc
noqueue state UP group default qlen 1000
link/ether fa:16:3e:1e:47:78 brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet6 fe80::f816:3eff:fe1e:4778/64 scope link
valid_lft forever preferred_lft forever
For a success case it looks so.
root@network-N6-rmfqne:/var/log/neutron# sudo /usr/bin/neutron-rootwrap
/etc/neutron/rootwrap.conf ip netns exec
qrouter-a35f384b-549e-41c6-8076-2283be384e1b ip a
...
393: qr-cccf794e-86@if794: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1450 qdisc
noqueue state UP group default qlen 1000
link/ether fa:16:3e:54:0c:11 brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 192.168.0.1/24 scope global qr-cccf794e-86
valid_lft forever preferred_lft forever
inet6 fe80::f816:3eff:fe54:c11/64 scope link
valid_lft forever preferred_lft forever
We are using Juju to deploy OpenStack. The version of the neutron-
gateway 9.4.1, the version of the charm is 244.
To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1750563/+subscriptions
--
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : [email protected]
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help : https://help.launchpad.net/ListHelp
