Cloud-init cannot write directly to /etc/NetworkManager/system-connections because subiquity may need to emit config to /etc/netplan/00-installer.yaml and call netplan apply for autoinstall.network use-cases. When cloud-init's config is written directly to /etc/NetworkManager, neither netplan nor subiquity has knowledge of this config and this results in namespace collisions in NetworkManager due to `netplan-` named connections and `cloud-init` connection ids fighting over which config own a given interface name. Deleting this config overlay allows subiquity to manage all network setup when it needs to with netplan directly. Subiquity already has logic to rename any unwanted netplan configuration when it intends to write cfg and run netplan apply[1]. This should allow subiquity full control of network config when needed. [1] https://github.com/canonical/subiquity/blob/ 92ac6544cdfedfd332d8cd94dbcfad0aab994575/subiquitycore/ controllers/network.py#L267 LP: #2015605fix-netboot-tarballs
parent
fce09c0e05
commit
9a82720f1c
Loading…
Reference in new issue