cloud-init crashes with IPv6 routes
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
cloud-init |
Expired
|
Undecided
|
Unassigned |
Bug Description
I have static routes specified for two networks, and during cloud-init an error occurs as it tries to make use of NETMASK1.
# Network 2
eth1:
addresses: # List of IP[v4,v6] addresses to assign to this interface
- 2001:db8:
routes: # List of static routes for this interface
- to: 2001:db8:
via: 2001:db8:
# Network 3
eth2:
addresses: # List of IP[v4,v6] addresses to assign to this interface
- 2001:db8:
routes: # List of static routes for this interface
- to: 2001:db8:
via: 2001:db8:
Traceback (most recent call last):
File "/usr/lib/
ret = functor(name, args)
File "/usr/lib/
init.
File "/usr/lib/
netcfg, bring_up=bring_up
File "/usr/lib/
self.
File "/usr/lib/
renderer.
File "/usr/lib/
base_
File "/usr/lib/
contents[cpath] = iface_cfg.
File "/usr/lib/
netmask_value = str(self.
KeyError: 'NETMASK1'
Additional Info:
1. Using KVM on a private server
2. See above configuration details that cause an issue. Note in the documentation I could only find an example of an ipv4 route, so maybe you could enhance the documentation with an example for ipv6 if possible.
Thanks for filing a bug and making cloud-init better and for the documentation request plug as well.
I'm adding a docs tag to the bug so it could be looked at from a documentation standpoint as well.
This bug looks conspicuously like the former bug https:/ /bugs.launchpad .net/cloud- init/+bug/ 1958506 which was fixed in cloud-init version 22.2. If possible, would you be able to try reproducing this issue with a newer version of cloud-init?
You may be able to install cloud-init upstream's latest approved upstream release of 23.1 from our copr repo /copr.fedorainf racloud. org/coprs/ g/cloud- init/el- testing/ packages/
https:/
Once cloud-init is upgraded to 23.1 try running `sudo cloud-init clean --logs --reboot` to force cloud-init to try to reconfigure the system and network from scratch across reboot. If the KeyError still persists, then we know this is a new bug and not one formerly fixed.
I'm marking it 'incomplete' status above. Please set back to 'New' if you get a chance to confirm that latest cloud-init 23.1 still exhibits this issue.