Bug 723765

Summary:	VLAN, with custom MAC, on igb broken since 2.6.18-238 (5.6)
Product:	Red Hat Enterprise Linux 5	Reporter:	David Herselman <bbs2web>
Component:	kernel	Assignee:	Stefan Assmann <sassmann>
Status:	CLOSED DUPLICATE	QA Contact:	Network QE <network-qe>
Severity:	urgent	Docs Contact:
Priority:	unspecified
Version:	5.6	CC:	arozansk, ccui, haliu, wpan
Target Milestone:	rc
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-08-31 14:04:43 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description David Herselman 2011-07-21 04:39:19 UTC

Description of problem:
VLAN adapter on physical network using igb driver can not communicate. PPPoE on a vlan interface works, but not normal traffic doesn't (tcpdump does show ARP replies but they don't populate the ARP table). Possibly a MTU problem where the physical interface doesn't allow 1500+4 bytes.

Version-Release number of selected component (if applicable):
Booting off older kernel (2.6.18-194.*) immediately restores functionality. Broken since 2.6.18-238.

How reproducible:
Always, either can or can't ping as network is brought up during boot.

Steps to Reproduce:
/etc/sysconfig/network-scripts/ifcfg-vlan11:
/etc/sysconfig/network-scripts/ifcfg-vlan11
VLAN=yes
VLAN_NAME_TYPE=VLAN_PLUS_VID_NO_PAD
PHYSDEV=eth1
MACADDR=00:1E:67:28:00:11
DEVICE=vlan11
BOOTPROTO=static
IPADDR=10.0.0.1
NETMASK=255.255.255.0
ONBOOT=yes

NB: We manually specify the MAC of the vlan interface (using the first 3 octets of the physical card, incremental number, vlan number) as PPPoE at Telco has to originate each connection from a unique MAC.

Comment 1 David Herselman 2011-07-21 05:54:22 UTC

Hashing out the MACADDR line provides a working VLAN on 2.6.18-238+. We need each VLAN interface to have a unique MAC address though as we establish multiple PPPoE sessions and additionally interface with different networks on layer 3 switches.

Comment 2 Stefan Assmann 2011-08-18 13:13:46 UTC

please try kernel-2.6.18-279.el5.sassmann_bug723765_01 from
http://people.redhat.com/sassmann/kernel/

Comment 3 David Herselman 2011-08-20 06:12:46 UTC

This kernel works perfectly, many thanks!

Will this be committed back in to the main kernel?

Comment 4 RHEL Program Management 2011-08-22 14:49:45 UTC

This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update
release.

Comment 5 Stefan Assmann 2011-08-23 12:13:24 UTC

A fix should make it into the next update.

Comment 7 Weiping Pan 2011-08-31 06:58:47 UTC

I think this bug is the same with https://bugzilla.redhat.com/show_bug.cgi?id=698928,
and it have been fixed in kernel-2.6.18-283.el5.
git commit e9f56def58b3c85e161d38782bfceb0ac31662ad

Comment 8 Jarod Wilson 2011-08-31 14:04:43 UTC

Yep, this is definitely a dupe. Already have a patch for it included in 283.el5 and newer:

http://people.redhat.com/~jwilson/el5/

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