[Bug 2065037] Re: dhcpcd is called before interfaces have carrier causing a 29 seconds boot delay

[Stefano]

So the good news is that the Fix can be replicated on 2 Machines now :).

ZFS Pool gets mounted at 19.679602 Seconds on the Main Workstation,
while it was getting mounted at 20.698236 Seconds on the Secondary
Laptop.

That's a bit surprising since the Main Workstation needs to unlock 2
Disks via Clevis (ZFS Pool Mirror VDEV) vs 1 Disk for the Secondary
Laptop (ZFS Pool Single Disk VDEV). But of course the Main Workstation
has (much) more CPU Power: Intel Xeon E3-1231 v3 (4C / 8T @ 3.50GHz) vs
Intel i5-3320M (2C / 4C @ 2.60GHz).

But anyway, that's all within the Margin of Error I'd say. It's
consistent behaviour.

Weird though that the Main Workstation screen stays frozen even with
`debug` added to the GRUB Command Line and `nomodeset` removed (so it
should behave EXACTLY like the Secondary Laptop, except NOTHING gets
displayed / refreshed on the screen - maybe output is going to a
different console / TTY for some weird reason ?).

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

Title:
  dhcpcd is called before interfaces have carrier causing a 29 seconds
  boot delay

Status in initramfs-tools package in Ubuntu:
  Fix Committed
Status in initramfs-tools source package in Noble:
  New

Bug description:
  In automatically encrypted Clevis+Tang unlock of LUKS encrypted device
  (dmcrypt/cryptsetup) - on top of which the ZFS Pool for / resides,
  dhcpcd is used in order to obtain automatically an IP address during
  initramfs boot.

  During this phase, dhcpcd is called before interfaces have carrier
  causing a 29 seconds boot delay.

  Boot delay is currently 45 seconds, instead of the 15 seconds that it
  should.

  BUG Initially reported in:
  https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2064926

  Relevant Logs:
  ```
  dhcpcd-10.0.6 starting
  [...]
  no interfaces have a carrier
  exiting due to oneshot
  dhcpcd exited
  Sleeping 29 seconds before retrying getting a DHCP lease
  dhcpcd-10.0.6 starting
  ```

  A possible workaround would be to manually edit /usr/share/initramfs-tools/scripts/functions
  Changing this:
  `for ROUNDTTT in 30 60 90 120; do`

  To this:
  `for ROUNDTTT in 5 5 5 5; do`

  But the proper solution would be to continuously "scan" the state of
  the Interface (every Second or so), and wait until the interface is
  UP, before deciding to call dhcpcd.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+subscriptions