Bug 537231

Summary:	Can't place different KVM guests onto different external VLANs via a bonded NIC
Product:	Red Hat Enterprise Linux 5	Reporter:	Casey Dahlin <cdahlin>
Component:	kvm	Assignee:	Eduardo Habkost <ehabkost>
Status:	CLOSED INSUFFICIENT_DATA	QA Contact:	Virtualization Bugs <virt-bugs>
Severity:	medium	Docs Contact:
Priority:	low
Version:	5.4	CC:	tao, tburke, vanhoof, virt-maint, ykaul
Target Milestone:	rc	Keywords:	Reopened
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2010-06-30 19:01:33 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:	580948

Description Casey Dahlin 2009-11-12 21:30:35 UTC

Quoting from customer:

"I have a RHEL 5.4 machine with KVM option installed and enabled. I have a bonding interface bond0 created which I'd like to use it for KVM guests. What I'm not clear is how to create VLAN tagged sub-interfaces which can be used by KVM guests. I have tried to create VLAN tagged sub-interfaces in the host machine and then create bridged interfaces to them which are assigned to the guest machines. I have also tried specify the VLAN tag in the guest definition. None of them worked properly. Can you tell me the proper procedures to achieve this?"

It seems like a few of these should have worked. How should this be accomplished?

Comment 1 Dor Laor 2009-12-13 08:58:26 UTC

This is not a bug, and even not a kvm issue.
The customer should use bond + vlan interface + bridge and hook it to the tap.
Not sure it is supported by libvirt.

Comment 2 Casey Dahlin 2010-02-17 15:54:06 UTC

I spoke to Daniel P. Berrange about this. He said:

"I don't think Dor should have closed it like that. The problem here is
really that there's no good component to assign it to yet since it is
not clear what the actual customer issue is:-) It could be mis-configuration,
it could be libvirt, it could be KVM."

I'm happy to collect whatever we need to give this some direction, but I do still feel there's an issue. The customer's way of attacking the problem was valid. Dor's workaround is fine but doesn't mean the issue isn't there.

Comment 4 Dor Laor 2010-02-18 12:34:45 UTC

We need exactly the setup that was checked. Please provide all the ip interfaces, bond config, bridge configuration, qemu cmdline, qemu-ifup script, guest side configuration, etc.

Both the solution that were tried should work