[Touch-packages] [Bug 2036358] Re: systemd wait-online now times out after jammy and lunar upgrade

2023-11-17 Thread David Bürgin
I think this bug should be reopened.

The timeout error still happens even after installing the stable release
update.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/2036358

Title:
  systemd wait-online now times out after jammy and lunar upgrade

Status in systemd package in Ubuntu:
  Invalid
Status in systemd source package in Jammy:
  Fix Released
Status in systemd source package in Lunar:
  Fix Released

Bug description:
  [NOTE]

  If you are running a desktop system and you see this issue, you should
  run:

  $ systemctl disable --now systemd-networkd.service

  This will disable systemd-networkd and associated units, including
  systemd-networkd-wait-online.service. NetworkManager and systemd-
  networkd should not be running at the same time. On desktop,
  NetworkManager is the default network stack.

  [Impact]

  When all interfaces are "not required for online", e.g. when they are
  marked "optional: true" in netplan, systemd-networkd-wait-online will
  timeout. Or, in other words, systemd-networkd-wait-online will timeout
  even though all interfaces are ignored, hence none of them will ever
  be marked as "ready." Depending on what units depend on network-
  online.target, this can delay boot by 120 seconds (the default timeout
  for systemd-networkd-wait-online).

  [Test Plan]

  1. Create a new LXD container. These instructions assume jammy is the
  release, but the same can be done for lunar.

  $ lxc launch ubuntu-daily:jammy jammy
  $ lxc exec jammy bash

  2. Once in the container, modify the default /etc/netplan/10-lxc.yaml
  so that eth0 is configured with "optional: true":

  $ vi /etc/netplan/50-cloud-init.yaml # Use whatever editor you like
  $ cat /etc/netplan/50-cloud-init.yaml
  network:
    version: 2
    ethernets:
  eth0:
    dhcp4: true
    dhcp-identifier: mac
    optional: true

  3. Re-generate and apply the netplan configuration.

  $ netplan generate
  $ netplan apply

  4. Manually run systemd-networkd-wait-online, and observe that all
  links are ignored, and the command times out:

  $ SYSTEMD_LOG_LEVEL=debug /lib/systemd/systemd-networkd-wait-online 
--timeout=10
  Found link lo(1)
  Found link eth0(19)
  lo: link is ignored
  eth0: link is ignored
  Timeout occurred while waiting for network connectivity.

  [Where problems could occur]

  This patch partially re-instates a patch remove in bug 1982218.
  However, instead of exiting if all links are unmanaged, we exit if all
  links are ignored in manager_configured(). If the patch was wrong, we
  may re-introduce bug 1982218, so as part of this SRU verification,
  that bug should be tested too. Any other regressions would also be
  related to systemd-networkd-wait-online behavior.

  [Original Description]

  On Ubuntu 22.04 desktop system using network-manager and upgrading to
  systemd 249.11-0ubuntu3.10, wait-online now times out which prevents
  logins (GDM, ssh, console) until it does time out. This seems to be
  introduced by the change for
  https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1982218.

  https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1982218/comments/21
  also mentioned the problem on Lunar.

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


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 2036427] Re: Upgrade to version 249.11-0ubuntu3.10 breaks 12d1:15c1 Huawei ME906s LTE M.2 Module

2023-09-22 Thread David Bürgin
I am also seeing this on Ubuntu 20.04.3 LTS Server. apt upgrade of systemd
"(249.11-0ubuntu3.9, 249.11-0ubuntu3.10)" results in:

Sep 22 22:25:27 mail systemd-networkd-wait-online[420]: Timeout occurred while 
waiting for network connectivity.
Sep 22 22:25:27 mail systemd[1]: systemd-networkd-wait-online.service: Main 
process exited, code=exited, status=1/FAILURE
Sep 22 22:25:27 mail systemd[1]: systemd-networkd-wait-online.service: Failed 
with result 'exit-code'.
Sep 22 22:25:27 mail systemd[1]: Failed to start Wait for Network to be 
Configured.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/2036427

Title:
  Upgrade to version 249.11-0ubuntu3.10 breaks 12d1:15c1 Huawei  ME906s
  LTE M.2 Module

Status in systemd package in Ubuntu:
  Incomplete

Bug description:
  Description:  Ubuntu 22.04.3 LTS
  Release:  22.04

  After the latest upgrade our Huawei LTE modem is not working anymore.
  We can see the modem wie lsusb, but no interfaces gets activated and 
systemd-networkd-wait-online gets a timeout.

  The following packages have been upgraded:
  Upgrade: udev:amd64 (249.11-0ubuntu3.9, 249.11-0ubuntu3.10), 
systemd-timesyncd:amd64 (249.11-0ubuntu3.9, 249.11-0ubuntu3.10), 
libpam-systemd:amd64 (249.11-0ubuntu3.9, 249.11-0ubuntu3.10), libsystemd0:amd64 
(249.11-0ubuntu3.9, 249.11-0ubuntu3.10), libnss-systemd:amd64 
(249.11-0ubuntu3.9, 249.11-0ubuntu3.10), systemd:amd64 (249.11-0ubuntu3.9, 
249.11-0ubuntu3.10), libudev1:amd64 (249.11-0ubuntu3.9, 249.11-0ubuntu3.10), 
systemd-sysv:amd64 (249.11-0ubuntu3.9, 249.11-0ubuntu3.10), thermald:amd64 
(2.4.9-1ubuntu0.3, 2.4.9-1ubuntu0.4)

  When we switch back to an older version the modem is working again!

  Downgrade: systemd-timesyncd:amd64 (249.11-0ubuntu3.10,
  249.11-0ubuntu3.7), libpam-systemd:amd64 (249.11-0ubuntu3.10,
  249.11-0ubuntu3.7), libsystemd0:amd64 (249.11-0ubuntu3.10,
  249.11-0ubuntu3.7), libnss-systemd:amd64 (249.11-0ubuntu3.10,
  249.11-0ubuntu3.7), systemd:amd64 (249.11-0ubuntu3.10,
  249.11-0ubuntu3.7), systemd-sysv:amd64 (249.11-0ubuntu3.10,
  249.11-0ubuntu3.7)

  So the latest update breaks anything with that modem.

  The output of lsusb stays the same with both versions:
  Bus 001 Device 003: ID 12d1:15c1 Huawei Technologies Co., Ltd. ME906s LTE M.2 
Module

  With old packages "ip link" looks like that:
  9: wwan0:  mtu 1500 qdisc fq_codel 
state UNKNOWN mode DEFAULT group default qlen 1000
  link/ether 2e:c4:ac:0a:11:f2 brd ff:ff:ff:ff:ff:ff

  With new packages "ip link" does not show any wwan0 or similar interface.
  Other network interfaces are avaiable.

  The network interfaces are configured with /etc/network/interfaces:
  allow-hotplug wwan0
  iface wwan0 inet dhcp
   apn a1.net
   metric 100

  We use modemmanager to connect:
  /usr/bin/mmcli --modem 0 --simple-connect="apn=a1.net"

  "mmcli -L" can't find any modems on a upgraded system.
  With the previous version we see the Huawei modem:
  /org/freedesktop/ModemManager1/Modem/0 [Huawei Technologies Co., Ltd.] 
HUAWEI Mobile V7R11

  
  We have a lot of systems with Huawei LTE modems and that's a serious problem 
for us!
  Do you need more information to debug that problem?

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


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp