Ubuntu
ubuntu-raspi-settings package

raspi ethernet rename is racy

Bug #2038964 reported by Dave Jones
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
ubuntu-raspi-settings (Ubuntu)
Fix Released
High
Unassigned

Bug Description

The renaming of the ethernet interface (controlled by 10-raspi-eth0.link in ubuntu-raspi-settings) turns out to be racy. Specifically, in the final mantic server images (but not the desktop images), under armhf or arm64, on the Raspberry Pi 3B+ (but not any other supported board, including the 3B), the interface renames several times during boot. By the end, the interface is left in the enxMACMACMAC state and the netplan configuration fails to apply.

Will attach kern.log from an affected platform, and another from an unaffected platform.

Dave Jones (waveform)
tags: added: raspi-image
Revision history for this message
Dave Jones (waveform) wrote :
Revision history for this message
Dave Jones (waveform) wrote :
Revision history for this message
Ubuntu QA Website (ubuntuqa) wrote :

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
https://iso.qa.ubuntu.com/qatracker/reports/bugs/2038964

tags: added: iso-testing
Dave Jones (waveform)
Changed in ubuntu-settings (Ubuntu):
importance: Undecided → High
status: New → Confirmed
Revision history for this message
Juerg Haefliger (juergh) wrote :

udev debug log from a 3B+

Revision history for this message
Juerg Haefliger (juergh) wrote :

udev debug log from a 3B

Revision history for this message
Juerg Haefliger (juergh) wrote :

FWIW, this works correctly with a 6.2 lunar kernel and mantic userspace.

Revision history for this message
Dave Jones (waveform) wrote :

There does seem to be something unusual going on with the lan78xx re-initializing (or restarting?) part way through the boot sequence, causing another round of renaming to kick off (and then everything fails). Bizarre.

Revision history for this message
Dave Jones (waveform) wrote :

Figured out a work-around: ensure the matching state of the rename rule matches the end-state of the rename rule so the networkd state machine stops flopping between the two rules. Linked the MP with the required change; will tag ubuntu-release to see if it's not too late for a re-spin.

Steve Langasek (vorlon)
affects: ubuntu-settings (Ubuntu) → ubuntu-raspi-settings (Ubuntu)
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ubuntu-raspi-settings - 23.10.6

---------------
ubuntu-raspi-settings (23.10.6) mantic; urgency=medium

  * Separate ubuntu-raspi-settings from ubuntu-settings source package
  * Add eth0 to OriginalName match so that the end-state of the rename is
    also matched by the rule to prevent flip-flop between this and the
    MAC rule (LP: #2038964)

 -- William 'jawn-smith' Wilson <email address hidden> Wed, 11 Oct 2023 15:36:39 -0400

Changed in ubuntu-raspi-settings (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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