Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 235332

Summary: xen kernel reports "BUG" when enslaving NICs to bond
Product: [Fedora] Fedora Reporter: David Kostal <david.kostal>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 6CC: bstein, jonstanley, xen-maint
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-02-08 04:26:23 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:
Bug Depends On:    
Bug Blocks: 427887    
Attachments:
Description Flags
/var/log/messages from system boot none

Description David Kostal 2007-04-05 08:34:12 UTC 
Description of problem:
Hi, all fc6 kernels (now kernel-xen-2.6.20-1.2933.fc6) report BUG and produce
stack trace when bonding interface is started (resp. interface is enslaved in bond)

Version-Release number of selected component (if applicable):
kernel-xen-2.6.20-1.2933.fc6
xen-3.0.3-8.fc6
iputils-20020927-41.fc6
FC6 lates updates

How reproducible:
everytime

Steps to Reproduce:
1.create bond configuration (I use ALB but this has no effect) for NICs which
are not "renamed" during xend startup
2. boot xen kernel or execute "ifup bond0"
3. The "BUG" and call trace messages will appear in /var/log/messages
4. the system continues to work without problem
 
Actual results:
BUG" and call trace messages will appear in /var/log/messages

Expected results:
No problem reported

Additional info:
The problem appears during manipulation of enslaved devices, eg. adding or
removing, not by loading the bonding module
Comment 1 David Kostal 2007-04-05 08:34:13 UTC 
Created attachment 151739 [details]
/var/log/messages from system boot
Comment 2 Herbert Xu 2007-04-05 13:00:55 UTC 
This is an upstream bonding issue (MAC changes must be moved to process context)
which is not specific to Xen.
Comment 3 David Kostal 2007-04-05 13:38:41 UTC 
Well, the error does not appear if non-xen kernel is booted. Also the ALB mode
of bonding should not move/change mac addresses, right?
Comment 4 Stephen Tweedie 2007-04-19 15:42:24 UTC 
If you boot the xen kernel, then the xen userspace detects this and does
different things with bridging setup.  So booting xen could easily be tickling
an existing core bug; that doesn't mean that the bug itself is in xen.
Comment 5 Herbert Xu 2007-04-20 01:09:05 UTC 
The upstream bonding maintainer has recognised this problem and is working on a fix:

http://www.mail-archive.com/netdev@vger.kernel.org/msg32794.html
Comment 6 Jon Stanley 2008-01-08 01:53:29 UTC 
(This is a mass-update to all current FC6 kernel bugs in NEW state)

Hello,

I'm reviewing this bug list as part of the kernel bug triage project, an attempt
to isolate current bugs in the Fedora kernel.

http://fedoraproject.org/wiki/KernelBugTriage

I am CC'ing myself to this bug, however this version of Fedora is no longer
maintained.

Please attempt to reproduce this bug with a current version of Fedora (presently
Fedora 8). If the bug no longer exists, please close the bug or I'll do so in a
few days if there is no further information lodged.

Thanks for using Fedora!
Comment 7 Jon Stanley 2008-02-08 04:26:23 UTC 
Per the previous comment in this bug, I am closing it as INSUFFICIENT_DATA,
since no information has been lodged for over 30 days.

Please re-open this bug or file a new one if you can provide the requested data,
and thanks for filing the original report!