Bug 912323

Summary:	Adding a VLAN Device does not Work
Product:	[Fedora] Fedora	Reporter:	Muli Salem <msalem>
Component:	systemd	Assignee:	systemd-maint
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	high	Docs Contact:
Priority:	high
Version:	18	CC:	bailey, danken, harald, johannbg, jonathan, lnykryn, lpeer, metherid, mschmidt, msekleta, notting, plautrba, systemd-maint, udev-maint, vpavlin
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-02-20 13:28:58 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	881006

Description Muli Salem 2013-02-18 12:11:47 UTC

Description of problem:
When trying to add a VLAN device to a nic or to a bond using ip, it is not created properly.

Version-Release number of selected component (if applicable):


How reproducible:
always

Steps to Reproduce:
1. run "ip link add dev eth1.100 link eth1 type vlan id 100" 
2. run "ip link show eth1.100"
  
Actual results:
Device "eth1.100" does not exist.

Expected results:
Device should be created.

Additional info:
Instead, a device named "renamexx@eth1" is created, while "xx" is a incrementing number.

Comment 1 Michal Schmidt 2013-02-18 14:48:27 UTC

What is the exact version+release of the systemd package?

Comment 2 Harald Hoyer 2013-02-18 15:37:41 UTC

this is probably related to the initscript udev rule for device renaming:

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


What are your /etc/sysconfig/network-scripts/ifcfg-* ?

Comment 3 Dan Kenigsberg 2013-02-19 22:32:21 UTC

(In reply to comment #1)
> What is the exact version+release of the systemd package?

systemd-197-1.fc18.2

Comment 4 Jeff Bailey 2013-02-20 00:26:05 UTC

(In reply to comment #2)
> this is probably related to the initscript udev rule for device renaming:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=907365
> 
> 
> What are your /etc/sysconfig/network-scripts/ifcfg-* ?

I have the same problem with em1_1.538.  This message shows up in dmesg:


[   12.358181] systemd-udevd[543]: Tried to rename network interface em1_1.538, but the target name em1_1 already exists! The names that udev rules assign to network interfaces must be changed. Avoid names that collide with kernel created ones. A workaround will be attempted now, but this WILL BREAK in a future release! See https://bugs.freedesktop.org/show_bug.cgi?id=56929#c3


After reading BZ#907365 it looks like udev finds the mac address in ifcfg-em1_1 so it just decides that it's going to rename it to em1_1?  Removing the HWADDR line from ifcfg-em1_1 does indeed fix the problem but doesn't seem like the "right" thing to do.

Comment 5 Michal Schmidt 2013-02-20 13:28:58 UTC

I believe the udev rule I proposed in https://bugzilla.redhat.com/show_bug.cgi?id=907365#c14 fixes this bug as well.

*** This bug has been marked as a duplicate of bug 907365 ***