if ip is specified on cmdline, networking should be brought up in initramfs

Bug #1463846 reported by Scott Moser
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
cloud-initramfs-tools (Ubuntu)
Fix Released
Undecided
Unassigned
initramfs-tools (Debian)
New
Unknown
initramfs-tools (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

if the initramfs has 'ip=' on the cmdline, it is arguable that we should bring the respective interface up as indicated.

Currently, initramfs only does this if something thinks it should.

Ie, open-iscsi might do it, or some other things might call 'configure_networking'.
But it seems reasonable that if the user put 'ip=' on the cmdline then they wanted that to happen in initramfs.

Additionally, one feature i'd like to have (admittedly for debug purposes) is the ability to write the /run/initramfs/open-iscsi.interface file that is used at least by open-iscsi to say "do not bring this interface down".

I've done this before, the code to do it is available in intramfs-tools style module at
  http://bazaar.launchpad.net/~smoser/maas/maas-pkg-test/files/head:/ephemtest-vivid/initrd-updates/

generically, it seems like it'd be nice to have a way to have the same functionality that open-iscsi.interface accomplishes but not tied to open-iscsi. Ie, the user may for any reason want to keep a network from getting re-configured by normal OS bringup. I used '/run/network/initramfs-persistent-iface' file to do that.

that is explicitly to patch over an existing initramfs (no 'hooks' directory).

Revision history for this message
Scott Moser (smoser) wrote :

Marked this as affecting initramfs-tools and cloud-initramfs-tools. only one of them is needed.

Scott Moser (smoser)
description: updated
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package cloud-initramfs-tools - 0.27ubuntu1

---------------
cloud-initramfs-tools (0.27ubuntu1) wily; urgency=medium

  * cloud-initramfs-dyn-netconf: bring up networking if ip is on kernel
    command line and it has not been brought up (LP: #1463846)
  * cloud-initramfs-copymods: do not warn to console if /lib/modules
    exists in the target, as that is an expected case.

 -- Scott Moser <email address hidden> Tue, 23 Jun 2015 12:46:29 -0400

Changed in cloud-initramfs-tools (Ubuntu):
status: New → Fix Released
Andy Whitcroft (apw)
Changed in initramfs-tools (Ubuntu):
status: New → Triaged
Revision history for this message
Scott Moser (smoser) wrote :

This is marked fix-released in cloud-initramfs-tools, but in reality that is not a useful fix anymore.
The fix was added to cloud-initramfs-dyn-netconf which is not used in xenial and later.

The fix really should go into mkinitramfs-tools proper.

Revision history for this message
kvaps (kvaps) wrote :

I just wanted to link it with the upstream issue on Debian bug tracker:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789067

Changed in initramfs-tools (Debian):
status: Unknown → New
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package initramfs-tools - 0.142ubuntu6

---------------
initramfs-tools (0.142ubuntu6) mantic; urgency=medium

  * To ease testing, always use the link-layer address as DHCP unique
    identifier (DUID-LL) for DHCPv6.
  * Drop direct dependency on isc-dhcp-client (it's not available on i386)
  * Add qemu-net-dnsmasq autopkgtest to test DHCPv6

 -- Benjamin Drung <email address hidden> Fri, 23 Jun 2023 21:12:21 +0200

Changed in initramfs-tools (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.