[Bug 1951653] Re: can't use NM for ethernet device on 20.04 LTS because it is 'strictly unmanaged'

[Launchpad Bug Tracker]

This bug was fixed in the package netplan.io - 0.105-0ubuntu1

---------------
netplan.io (0.105-0ubuntu1) kinetic; urgency=medium

  * New upstream release: 0.105
    - Add support for VXLAN tunnels (#288), LP: #1764716
    - Add support for VRF devices (#285), LP: #1773522
    - Add support for InfiniBand (IPoIB) (#283), LP: #1848471
    - Allow key configuration for GRE tunnels (#274), LP: #1966476
    - Allow setting the regulatory domain (#281), LP: #1951586
    - Documentation improvements & restructuring (#287)
    - Add meson build system (#268)
    - Add abigail ABI compatibility checker (#269)
    - Update of Fedora RPM spec (#264)
    - CI improvements (#265, #282)
    - Netplan `set` uses the consolidated libnetplan YAML parser (#254)
    - Refactor ConfigManager to use the libnetplan YAML parser (#255)
    - New `netplan_netdef_get_filepath` API (#275)
    - Improve NetworkManager device management logic (#276), LP: #1951653
    Bug fixes:
    - Fix `apply` netdev rename/create race condition (#260), LP: #1962095
    - Fix `try` timeout (#271), LP: #1967084
    - Fix infinite timeouts in ovs-vsctl (#266), Closes: #1000137
    - Fix offload options using tristate setting (#270), LP: #1956264
    - Fix rendering of NetworkManager passthrough WPA (#279), LP: #1972800
    - Fix CLI crash on LibNetplanException (#286)
    - Fix NetworkManager internal DHCP client lease lookup (#284), LP: #1979674
  * Update symbols file for 0.105
  * d/patches/: Drop patches, applied upstream
  * d/p/autopkgtest-fixes.patch: Refresh
  * d/control: bump Standards-Version, no changes needed
  * d/control, d/tests/control: suggest/add iw for setting a regulatory domain
  * d/control: merge with Debian, dropping deprecated versioned depends
  * d/control: Update Vcs-* tags for Ubuntu
  * d/watch: sync with Debian
  * d/u/metadata: sync with Debian
  * d/tests: partially merge with Debian

 -- Lukas Märdian <slyon at ubuntu.com>  Thu, 18 Aug 2022 14:53:33 +0200

** Changed in: netplan.io (Ubuntu)
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to netplan.io in Ubuntu.
Matching subscriptions: foundations-bugs
https://bugs.launchpad.net/bugs/1951653

Title:
  can't use NM for ethernet device on 20.04 LTS because it is 'strictly
  unmanaged'

Status in netplan.io package in Ubuntu:
  Fix Released
Status in network-manager package in Ubuntu:
  Confirmed

Bug description:
  I have tried to tell netplan to let my ethernet device be managed by
  NetworkManager, so that I can then configure a pppoe connection on top
  of this device.

  This fails with:

  # nmcli c up netplan-wan
  Error: Connection activation failed: No suitable device found for this connection (device lo not available because device is strictly unmanaged).
  #

  I don't know why it mentions 'lo' in that message, but the wan
  interface is unmanaged (as are all devices on the system, but this one
  is supposed to be managed):

  # nmcli d status | grep wan
  wan       ethernet  unmanaged  --         
  #

  After much searching, I've figured out that this comes from
  /usr/lib/NetworkManager/conf.d/10-globally-managed-devices.conf:

  keyfile]
  unmanaged-devices=*,except:type:wifi,except:type:gsm,except:type:cdma

  Even though I've told netplan to use the NM renderer for this device,
  the configuration emitted by netplan is insufficient to override this.

  Using the workaround from
  https://askubuntu.com/questions/71159/network-manager-says-device-not-
  managed (sudo touch /etc/NetworkManager/conf.d/10-globally-managed-
  devices.conf) doesn't work, but if I set NetworkManager as the
  toplevel renderer in /etc/netplan,
  /run/NetworkManager/conf.d/10-globally-managed-devices.conf is
  emitted, which evidently DOES work.  But I only have one device that I
  want rendered by NM, so I shouldn't have to declare NM at the top
  level of the yaml with a lot of duplication in order to get this
  result.

  I would argue that the 10-globally-managed-devices.conf should not be
  there at all.  But if it is going to be, then netplan needs to
  consistently override it whenever there is any use of the
  NetworkManager backend.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/netplan.io/+bug/1951653/+subscriptions