nova does not inject IPv6 address
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mirantis OpenStack |
Invalid
|
High
|
Roman Lubianyi |
Bug Description
Detailed bug description:
Nova does not inject the IPv6 addresses into the VM,
network_data.json does not provide information about ipv6 addresses.
The bug is observed in MOS 9.0
Steps to reproduce:
1)Create dual stack network with dhcp disabled
2)neutron port created with fixed ip address for ipv4 and ipv6
3)nova boot with above port
4)mount the config drive,check for network_data
Result:only ipv4 addresses are present
Attached execution steps.
(in the attached steps, as vm is not having serial console , so had created ipv4 with dhcp enabled and ipv6
with dhcp disabled.)
Login to vm:
ubuntu@
1: lo: <LOOPBACK,
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,
link/ether fa:16:3e:a3:8a:84 brd ff:ff:ff:ff:ff:ff
inet 19.9.0.9/24 brd 19.9.0.255 scope global dynamic ens3
valid_lft 86212sec preferred_lft 86212sec
inet6 fe80::f816:
valid_lft forever preferred_lft forever
ubuntu@
root@testdummyv
mount: /mnt: WARNING: device write-protected, mounted read-only.
root@testdummyv
{
"services": [],
"networks": [
{
"network_id": "5eb2e6a3-
"link": "tap197667d9-13",
"type": "ipv4_dhcp",
"id": "network0"
}
],
"links": [
{
"ethernet_
"mtu": 1500,
"type": "vhostuser",
"id": "tap197667d9-13",
"vif_id": "197667d9-
}
]
}
Workaround:
use_ipv6=true must be set in nova.conf. The following patch seems to fix the metadata injection:
https:/
Changed in mos: | |
milestone: | none → 9.2-mu-12 |
assignee: | nobody → Roman Lubianyi (rlubianyi) |
importance: | Undecided → High |
status: | New → Confirmed |
Changed in mos: | |
milestone: | 9.2-mu-12 → 9.x-updates |
I have tested this behavior in my environment, and confirm that network_data.json contains IP address for ipv6 only when use_ipv6=true option enabled. According to the code comments, this feature does what it has to do: ":param use_ipv6: If False, do not return IPv6 template information even if an IPv6 subnet is present in network_info."
Could please you provide additional information about why the customer wants to remove this feature? Did customer spot any issues when option use_ipv6=true enabled?
Requested backport assumes removing the feature of the current release and more like feature request than backport.