udev renaming the same hardware network i/f to different name, breaks networking and firewall
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
biosdevname (Ubuntu) |
Confirmed
|
High
|
Unassigned |
Bug Description
My installation of Ubuntu Server 14.04 is bare metal (no virtualisation). The hardware box contains 3 network interfaces, one broadcom (not yet used) and two intel (actually one PCIe network card with 2 ports, one is currently used).
The MAC address of the intel network card is not changed, it is the "stock" MAC address. When installing Ubuntu, I choose the interface p1p2 from the Intel network card as default (and only) network interface. This is the only port at the moment with an Ethernet cable.
Last Friday I got my Btrfs filesystem corrupted, I had to do a hard reset. I thereafter upgraded to the latest kernel version (3.13.0-11, but was 3.13.0-8 before the crash). I do not know if this is something related but since then when rebooting I have no network. The reason being that udev decides to rename eth1 (the 2nd port of the intel card) to rename4 instead of p1p2. The problem is that my /etc/network/
As a work around I had declared both p1p2 and rename4 in my interfaces configuration file, using the same settings for both. I had to duplicate the firewall rules so that they could be applied to either interfaces. The problem is that it is slowing the boot process (it is waiting 60 seconds to try to configure all network interfaces) and obviously I am ending up with either p1p2 or rename4 but not both, so each boot I have to wait.
I discarded the work around and only have p1p2 configured now and I am rebooting the machine when rename4 is "selected" by udev (rebooting until I get p1p2).
Note: it is possible that the problem was present since the beginning, but I almost did not reboot the system between the installation and the kernel update last Friday, so I cannot tell for sure if this was not existing already. Furthermore, I have tried also kernel 3.14-rc3 and I also have the problem. Finally, /var/log/dpkg.log does not report any udev update since initial installation.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: udev 204-5ubuntu11
ProcVersionSign
Uname: Linux 3.13.0-11-generic x86_64
ApportVersion: 2.13.2-0ubuntu5
Architecture: amd64
Date: Mon Feb 24 09:58:57 2014
InstallationDate: Installed on 2014-02-09 (14 days ago)
InstallationMedia: Ubuntu-Server 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140208)
MachineType: HP ProLiant MicroServer
ProcEnviron:
LANGUAGE=en_GB:en
TERM=screen
PATH=(custom, no user)
LANG=en_GB.UTF-8
SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=
SourcePackage: systemd
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 07/29/2011
dmi.bios.vendor: HP
dmi.bios.version: O41
dmi.chassis.type: 7
dmi.chassis.vendor: HP
dmi.modalias: dmi:bvnHP:
dmi.product.name: ProLiant MicroServer
dmi.sys.vendor: HP
Status changed to 'Confirmed' because the bug affects multiple users.