yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #74898
[Bug 1794450] [NEW] When creating a server instance with an IPv4 and an IPv6 addresses, the IPv6 is not assigned
Public bug reported:
This is expected behaviour:
Given:
G1) A tenant network with two subnets (one for IPV4 and one for IPv6)
G2) A port attached to the network with two fixed IPs (one for IPv4 and one for IPv6)
G3) A server VM instance created with the port with its two fixed IPs
When:
W1) Server instance is booted
Then:
T1) Server instance receives from cloud init the IPv4 address correctly on the first interface and set it up
T2) Server instance receives from cloud init the IPv6 address correctly on the first interface and set it up
The observed behavior differs in T2:
T2) Server instance receives from cloud init the wrong IPv6 on the first interface and set it up the wrong IP
These are the IPs of the server when it is created:
"addresses": {
"tempest-loginable-619471459": [
{"OS-EXT-IPS-MAC:mac_addr": "fa:16:3e:81:72:35",
"version": 4, "addr": "10.1.0.35", "OS-EXT-IPS:type": "fixed"},
{"OS-EXT-IPS-MAC:mac_addr": "fa:16:3e:81:72:35",
"version": 6, "addr": "2003:0:0:2::2", "OS-EXT-IPS:type": "fixed"}
]
}
These are the actual IPs assigned to the VM:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1400 qdisc pfifo_fast state UP group default qlen 1000
link/ether fa:16:3e:81:72:35 brd ff:ff:ff:ff:ff:ff
inet 10.1.0.35/28 brd 10.1.0.47 scope global ens3
valid_lft forever preferred_lft forever
inet6 fe80::f816:3eff:fe81:7235/64 scope link
valid_lft forever preferred_lft forever
These traces has been extracted from the instance log:
[ 331.846900] cloud-init[1014]: Cloud-init v. 18.2 running 'init' at Tue, 25 Sep 2018 19:13:18 +0000. Up 262.77 seconds.
[ 331.986855] cloud-init[1014]: ci-info: +++++++++++++++++++++++++++++++++++++++Net device info++++++++++++++++++++++++++++++++++++++++
[ 332.026098] cloud-init[1014]: ci-info: +--------+------+------------------------------+-----------------+-------+-------------------+
[ 332.052076] cloud-init[1014]: ci-info: | Device | Up | Address | Mask | Scope | Hw-Address |
[ 332.117348] cloud-init[1014]: ci-info: +--------+------+------------------------------+-----------------+-------+-------------------+
[ 332.137446] cloud-init[1014]: ci-info: | ens3 | True | 10.1.0.35 | 255.255.255.240 | . | fa:16:3e:81:72:35 |
[ 332.166719] cloud-init[1014]: ci-info: | ens3 | True | fe80::f816:3eff:fe81:7235/64 | . | link | fa:16:3e:81:72:35 |
[ 332.197524] cloud-init[1014]: ci-info: | lo | True | 127.0.0.1 | 255.0.0.0 | . | . |
[ 332.223152] cloud-init[1014]: ci-info: | lo | True | ::1/128 | . | host | . |
[ 332.258243] cloud-init[1014]: ci-info: +--------+------+------------------------------+-----------------+-------+-------------------+
[ 332.282758] cloud-init[1014]: ci-info: +++++++++++++++++++++++++++++++Route IPv4 info+++++++++++++++++++++++++++++++
[ 332.318255] cloud-init[1014]: ci-info: +-------+-----------------+-----------+-----------------+-----------+-------+
[ 332.343051] cloud-init[1014]: ci-info: | Route | Destination | Gateway | Genmask | Interface | Flags |
[ 332.369270] cloud-init[1014]: ci-info: +-------+-----------------+-----------+-----------------+-----------+-------+
[ 332.394200] cloud-init[1014]: ci-info: | 0 | 0.0.0.0 | 10.1.0.33 | 0.0.0.0 | ens3 | UG |
[ 332.418340] cloud-init[1014]: ci-info: | 1 | 10.1.0.32 | 0.0.0.0 | 255.255.255.240 | ens3 | U |
[ 332.442581] cloud-init[1014]: ci-info: | 2 | 169.254.169.254 | 10.1.0.33 | 255.255.255.255 | ens3 | UGH |
[ 332.463209] cloud-init[1014]: ci-info: +-------+-----------------+-----------+-----------------+-----------+-------+
This bug has been see when writing this test case for neutron-tempest-plugin:
https://review.openstack.org/#/c/586040/21
https://review.openstack.org/#/c/586040/21/neutron_tempest_plugin/scenario/test_loginable.py
The logs of the problem can be found here:
http://logs.openstack.org/40/586040/21/check/neutron-tempest-plugin-scenario-linuxbridge/28228b0/
http://logs.openstack.org/40/586040/21/check/neutron-tempest-plugin-scenario-linuxbridge/28228b0/testr_results.html.gz
** Affects: neutron
Importance: Undecided
Status: New
** Affects: nova
Importance: Undecided
Status: New
** Also affects: neutron
Importance: Undecided
Status: New
--
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/1794450
Title:
When creating a server instance with an IPv4 and an IPv6 addresses,
the IPv6 is not assigned
Status in neutron:
New
Status in OpenStack Compute (nova):
New
Bug description:
This is expected behaviour:
Given:
G1) A tenant network with two subnets (one for IPV4 and one for IPv6)
G2) A port attached to the network with two fixed IPs (one for IPv4 and one for IPv6)
G3) A server VM instance created with the port with its two fixed IPs
When:
W1) Server instance is booted
Then:
T1) Server instance receives from cloud init the IPv4 address correctly on the first interface and set it up
T2) Server instance receives from cloud init the IPv6 address correctly on the first interface and set it up
The observed behavior differs in T2:
T2) Server instance receives from cloud init the wrong IPv6 on the first interface and set it up the wrong IP
These are the IPs of the server when it is created:
"addresses": {
"tempest-loginable-619471459": [
{"OS-EXT-IPS-MAC:mac_addr": "fa:16:3e:81:72:35",
"version": 4, "addr": "10.1.0.35", "OS-EXT-IPS:type": "fixed"},
{"OS-EXT-IPS-MAC:mac_addr": "fa:16:3e:81:72:35",
"version": 6, "addr": "2003:0:0:2::2", "OS-EXT-IPS:type": "fixed"}
]
}
These are the actual IPs assigned to the VM:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1400 qdisc pfifo_fast state UP group default qlen 1000
link/ether fa:16:3e:81:72:35 brd ff:ff:ff:ff:ff:ff
inet 10.1.0.35/28 brd 10.1.0.47 scope global ens3
valid_lft forever preferred_lft forever
inet6 fe80::f816:3eff:fe81:7235/64 scope link
valid_lft forever preferred_lft forever
These traces has been extracted from the instance log:
[ 331.846900] cloud-init[1014]: Cloud-init v. 18.2 running 'init' at Tue, 25 Sep 2018 19:13:18 +0000. Up 262.77 seconds.
[ 331.986855] cloud-init[1014]: ci-info: +++++++++++++++++++++++++++++++++++++++Net device info++++++++++++++++++++++++++++++++++++++++
[ 332.026098] cloud-init[1014]: ci-info: +--------+------+------------------------------+-----------------+-------+-------------------+
[ 332.052076] cloud-init[1014]: ci-info: | Device | Up | Address | Mask | Scope | Hw-Address |
[ 332.117348] cloud-init[1014]: ci-info: +--------+------+------------------------------+-----------------+-------+-------------------+
[ 332.137446] cloud-init[1014]: ci-info: | ens3 | True | 10.1.0.35 | 255.255.255.240 | . | fa:16:3e:81:72:35 |
[ 332.166719] cloud-init[1014]: ci-info: | ens3 | True | fe80::f816:3eff:fe81:7235/64 | . | link | fa:16:3e:81:72:35 |
[ 332.197524] cloud-init[1014]: ci-info: | lo | True | 127.0.0.1 | 255.0.0.0 | . | . |
[ 332.223152] cloud-init[1014]: ci-info: | lo | True | ::1/128 | . | host | . |
[ 332.258243] cloud-init[1014]: ci-info: +--------+------+------------------------------+-----------------+-------+-------------------+
[ 332.282758] cloud-init[1014]: ci-info: +++++++++++++++++++++++++++++++Route IPv4 info+++++++++++++++++++++++++++++++
[ 332.318255] cloud-init[1014]: ci-info: +-------+-----------------+-----------+-----------------+-----------+-------+
[ 332.343051] cloud-init[1014]: ci-info: | Route | Destination | Gateway | Genmask | Interface | Flags |
[ 332.369270] cloud-init[1014]: ci-info: +-------+-----------------+-----------+-----------------+-----------+-------+
[ 332.394200] cloud-init[1014]: ci-info: | 0 | 0.0.0.0 | 10.1.0.33 | 0.0.0.0 | ens3 | UG |
[ 332.418340] cloud-init[1014]: ci-info: | 1 | 10.1.0.32 | 0.0.0.0 | 255.255.255.240 | ens3 | U |
[ 332.442581] cloud-init[1014]: ci-info: | 2 | 169.254.169.254 | 10.1.0.33 | 255.255.255.255 | ens3 | UGH |
[ 332.463209] cloud-init[1014]: ci-info: +-------+-----------------+-----------+-----------------+-----------+-------+
This bug has been see when writing this test case for neutron-tempest-plugin:
https://review.openstack.org/#/c/586040/21
https://review.openstack.org/#/c/586040/21/neutron_tempest_plugin/scenario/test_loginable.py
The logs of the problem can be found here:
http://logs.openstack.org/40/586040/21/check/neutron-tempest-plugin-scenario-linuxbridge/28228b0/
http://logs.openstack.org/40/586040/21/check/neutron-tempest-plugin-scenario-linuxbridge/28228b0/testr_results.html.gz
To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1794450/+subscriptions
Follow ups