netplan apply fails if NIC alias exists
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Netplan |
Fix Released
|
Undecided
|
Deltik | ||
netplan.io (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Bionic |
Fix Released
|
Undecided
|
Unassigned | ||
Disco |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
[Impact]
Running 'netplan apply' when an interface has an alias/label defined for it.
[Test case]
On a system which has a label set for an interface:
ip addr add 192.168.0.1/24 dev eth0 label eth0:0
1) run 'netplan apply'
2) verify that the configuration for netplan can be applied without errors.
[Regression potential]
This has minimal risk, and only adds an extra check for a subprocess call that will otherwise fail, but is safely skipped. Avoid crashing in netplan when the files required to run 'net_setup_link' are not available, as the rest of the process will already run net_setup_link for the "master" interface which will have its own files in /sys/class/net.
---
# netplan apply
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/
stderr=
File "/usr/lib/
raise CalledProcessEr
subprocess.
Changed in netplan: | |
status: | New → Confirmed |
summary: |
- netplan apply fails if NetworkManager deletes devices during apply + netplan apply fails if NIC alias exists |
Changed in netplan: | |
assignee: | nobody → Deltik (deltik) |
status: | Confirmed → Fix Committed |
Changed in netplan: | |
status: | Fix Committed → Fix Released |
description: | updated |
Changed in netplan.io (Ubuntu Disco): | |
status: | New → Fix Committed |
more specifically... if there is a label set for alias as in:
ifconfig eth0:0 192.168.0.1
-- or --
ip addr add 192.168.0.1/24 dev eth0 label eth0:0