Call trace occurred after a wrong wireless interface mistakenly applied once in the yaml
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
netplan.io (Ubuntu) |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Call trace occurred every time when running `netplan apply` after a wrong wireless interface was once described in the yaml.
System: Intel NUC7PJYH
Image: Ubuntu Core 20 beta daily build (20200514.2)
Steps to Reproduce:
1. On this Intel NUC7PJYH I tested, its wireless interface is wlo2 instead of wlan0, I mistakenly described the wireless interface as wlan0 in the yaml at the first time, corrected it to wlo2 as far as I found the wireless connection is unreachable.
2. After the wireless interface was corrected to wlo2, following call trace happened every time running `netplan apply`:
$ sudo netplan apply
Failed to start netplan-
Traceback (most recent call last):
File "/usr/sbin/
netplan.main()
File "/usr/share/
self.
File "/usr/share/
self.func()
File "/usr/share/
self.
File "/usr/share/
self.func()
File "/usr/share/
utils.
File "/usr/share/
subprocess.
File "/usr/lib/
raise CalledProcessEr
subprocess.
3. When a call trace happened, the wireless could still connect to the AP without problem. When system connected to the AP described in yaml, it still has the ability get an IP from it and ping the gateway on AP.
description: | updated |
tags: | added: core20 |
tags: | added: uc20 |
Changed in netplan.io (Ubuntu): | |
importance: | Undecided → Medium |
I assume this got fixed in https:/ /github. com/canonical/ netplan/ pull/133 especially https:/ /github. com/canonical/ netplan/ pull/133/ commits/ f2ff1f4f7d8d1a4 1b7d6021b13b46d 92e0736d0b as of Netplan v0.100
Please re-open if this is still an issue.