network-manager not setting nm as renderer with netplan
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
snappy-hwe-snaps |
New
|
Undecided
|
Unassigned |
Bug Description
network-manager snap version (20/stable): 1.22.10-10
network-manager snap revision: 702
We have only see this on one of our Ubuntu Core 20.04 devices but it looks like /etc/netplan/
ubuntu@nureva:~$ network-
DEVICE TYPE STATE CONNECTION
eth0 ethernet unmanaged --
lo loopback unmanaged --
ubuntu@nureva:~$ network-
STATE CONNECTIVITY WIFI-HW WIFI WWAN-HW WWAN
disconnected unknown enabled enabled enabled enabled
Attached results of `sudo journalctl -xe |grep network-manager`.
I cannot confirm but I think the device might have got into this state of an empty `00-default- nm-renderer. yaml` because of a power loss sometime during device setup in first boot of Ubuntu Core. I am thinking that a way to recover from this is instead of Network Manager snap checking if file exists (https:/ /git.launchpad. net/~snappy- hwe-team/ snappy- hwe-snaps/ +git/network- manager/ tree/snap- common/ bin/snap- config. sh?h=1. 22.10-10# n160) to determine if it should write it out, it could check if it does not exist OR the file is empty. Then it could recover on a subsequent boot.
Could also consider using `_replace_ file_if_ diff`.