[Bug 1090002] Re: biosdevname gives name of device as rename7 in Quantal

Paul Boven p.boven at xs4all.nl
Mon Sep 30 14:52:29 UTC 2013


Server configuration:

SuperMicro X9DRi-F mainboard
On-board dual I350 (rev 01) Gigabit Ethernet controller [8086:1521], igb driver
PCI-E X540-AT2 (rev01) 10Gbase-T Ethernet card [8086:1528], ixgbe driver.

bios: Version 2.0a, 03/27/2013

The current situation causes two issues:
1.) The former interface p2p2 is now consistently named 'rename3'.
2.) There's a delay of more than a minute during the boot process, where nothing happens.

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

Title:
  biosdevname gives name of device as rename7 in Quantal

Status in “linux” package in Ubuntu:
  Confirmed
Status in “udev” package in Ubuntu:
  Confirmed
Status in “linux” source package in Quantal:
  Confirmed
Status in “udev” source package in Quantal:
  Confirmed
Status in “linux” source package in Raring:
  Confirmed
Status in “udev” source package in Raring:
  Confirmed

Bug description:
  In Quantal kernel biosdevname feature is not working as it suppose to
  be. On hardware we are seeing an issue where few of the network
  interface names are named as rename7 etc.. while biosdevname -d
  utility provides the correct biosname while kernel name have been
  messed up. There are total 16 network interfaces on the server which
  are ALOMs for Emulex card connected to system.

  It seems this issue is a race condition and will get fixed in Fedora
  18. But having fix in Quantal will help also.

  https://bugzilla.redhat.com/show_bug.cgi?id=782145

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



More information about the foundations-bugs mailing list