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

Launchpad Bug Tracker 2034539 at bugs.launchpad.net
Fri Oct 6 12:57:33 UTC 2023


This bug was fixed in the package usbmuxd - 1.1.1-3ubuntu1

---------------
usbmuxd (1.1.1-3ubuntu1) mantic; urgency=medium

  * Rename usbmuxd.postinst to usbmuxd.preinst (LP: #2034539)
    - Due to an issue with Netplan (LP#1999178), upgrades from Lunar to Mantic
      are suffering from long pauses. One of the observed causes is the fact
      that usbmuxd will install a udev rules file referring to a user that
      will only be created later in the upgrade process. While we work on the
      proper fix, turning the postinst script that created the user to a
      preinst will help working around this issue.

 -- Danilo Egea Gondolfo <danilo.egea.gondolfo at canonical.com>  Wed, 06
Sep 2023 12:22:35 +0100

** Changed in: usbmuxd (Ubuntu)
       Status: New => Fix Released

-- 
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:
  Fix Released

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




More information about the foundations-bugs mailing list