[Bug 2034539] Re: Create the usbmux user in the preinst script

[Danilo Egea Gondolfo]

** Description changed:

  The installation of this package as part of the upgrade process from
  Lunar to Mantic (it's already present in Desktop images so it's not a
  problem there apparently) is triggering an issue in Netplan
  https://bugs.launchpad.net/netplan/+bug/1999178
  
  This package will install a udev .rules file referring to a user that
  will be created only in the final steps of the upgrade process. As
  systemd daemon-reload is called a number of times during the process.
  The issue is triggered many times and makes the upgrade take way longer
  than it should.
  
  In resume, Netplan is calling udevadm reload from a systemd generator,
  it will process .rules files. When it tries to check the users defined
  in these files, if they don't exist in /etc/passwd, it will go to
  systemd (thanks to our nsswitch.conf). But because we are in the middle
  of a daemon-reload, the userdb is not ready yet and the process will
  stuck until it times out (for like 2 minutes).
  
  The workaround would be to create the user sooner. But the problem will
  continue to happen if another package does the same thing.
  
  While this is an issue with Netplan, the proper fix is complicated and
  we are working on it https://github.com/canonical/netplan/pull/304
+ 
+ 
+ How to reproduce the issue: launch a LXD Lunar default or cloud image and try to do a do-release-upgrade to mantic. You'll notice that at some point during the "setting up" phase the process will stuck every time a install script calls a systemctl daemon-reload.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to usbmuxd in Ubuntu.
https://bugs.launchpad.net/bugs/2034539

Title:
  Create the usbmux user in the preinst script

Status in usbmuxd package in Ubuntu:
  New

Bug description:
  The installation of this package as part of the upgrade process from
  Lunar to Mantic (it's already present in Desktop images so it's not a
  problem there apparently) is triggering an issue in Netplan
  https://bugs.launchpad.net/netplan/+bug/1999178

  This package will install a udev .rules file referring to a user that
  will be created only in the final steps of the upgrade process. As
  systemd daemon-reload is called a number of times during the process.
  The issue is triggered many times and makes the upgrade take way
  longer than it should.

  In resume, Netplan is calling udevadm reload from a systemd generator,
  it will process .rules files. When it tries to check the users defined
  in these files, if they don't exist in /etc/passwd, it will go to
  systemd (thanks to our nsswitch.conf). But because we are in the
  middle of a daemon-reload, the userdb is not ready yet and the process
  will stuck until it times out (for like 2 minutes).

  The workaround would be to create the user sooner. But the problem
  will continue to happen if another package does the same thing.

  While this is an issue with Netplan, the proper fix is complicated and
  we are working on it https://github.com/canonical/netplan/pull/304

  
  How to reproduce the issue: launch a LXD Lunar default or cloud image and try to do a do-release-upgrade to mantic. You'll notice that at some point during the "setting up" phase the process will stuck every time a install script calls a systemctl daemon-reload.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/usbmuxd/+bug/2034539/+subscriptions