Bug 553348

Summary: [LTC 6.0 FEAT] VEPA support [202042] -- libvirt changes
Product: Red Hat Enterprise Linux 6 Reporter: IBM Bug Proxy <bugproxy>
Component: libvirtAssignee: Daniel Veillard <veillard>
Status: CLOSED CURRENTRELEASE QA Contact: Virtualization Bugs <virt-bugs>
Severity: high Docs Contact:
Priority: low    
Version: 6.0CC: berrange, chrisw, dyuan, hbrock, jjarvis, mjenner, nobody+PNT0273897, rpacheco, sbest, sghosh, syeghiay, xen-maint
Target Milestone: rcKeywords: FutureFeature, TechPreview
Target Release: 6.0   
Hardware: All   
OS: All   
Whiteboard:
Fixed In Version: libvirt-0.8.0-2.el6 Doc Type: Technology Preview
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-07-02 19:28:18 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: 553337    
Bug Blocks: 356741, 532549, 554559    

Description IBM Bug Proxy 2010-01-07 17:02:10 UTC
=Comment: #0=================================================
Arnd Bergmann <arnd.bergmann.com> - 
+++ This bug was initially created as a clone of Bug #57504 +++

1. Feature Overview:
Feature Id:	[202042]
a. Name of Feature:	VEPA support
b. Feature Description
The VEPA/PEPA support defers all switching and access control to the external fabric switches
thereby simplifying the management and control at layer 2.

2. Feature Details:
Sponsor:	LTC
Architectures:
x86
x86_64

Arch Specificity: Both
Affects Kernel Modules: Yes
Delivery Mechanism: Direct from community
Category:	Xen
Request Type:	Kernel - Enhancement from Upstream
d. Upstream Acceptance:	In Progress
Sponsor Priority	1
f. Severity: High
IBM Confidential:	no
Code Contribution:	IBM code
g. Component Version Target:	2.6.33

3. Business Case
In datacenter/cloud environments with a large number of VMs and  a large network fabric the
configuration and management of the network needs to be simplified and automated.

4. Primary contact at Red Hat: 
John Jarvis
jjarvis

5. Primary contacts at Partner:
Project Management Contact:
Albert Kopp, AKOPP.com

Technical contact(s):

Vivek Kashyap, vivk.com

IBM Manager:
Christoph Arenz, arenz.com

Comment 8 Daniel Berrangé 2010-02-11 16:47:25 UTC
Posted upstream

http://www.redhat.com/archives/libvir-list/2010-February/msg00379.html

Comment 14 IBM Bug Proxy 2010-03-01 23:50:37 UTC
------- Comment From stefanb.com 2010-03-01 18:49 EDT-------
All relevant patches have been applied to libvirt as of 3/1/2010.

Comment 15 Daniel Veillard 2010-03-05 18:21:44 UTC
libvirt-0.7.7-1.el6 has been built in RHEL-6-candidate with the fixes,

Daniel

Comment 16 Daniel Veillard 2010-03-05 20:53:12 UTC
Hum, apparently the macvtap support isn't yet available in the RHEL-6
environment or libvirt configure failed to find it:

configure: Drivers
configure: 
configure:      Xen: no
configure:    Proxy: no
configure:     QEMU: yes
configure:      UML: no
configure:   OpenVZ: no
configure:     VBox: no
configure:      LXC: yes
configure:     PHYP: no
configure:      ONE: no
configure:      ESX: no
configure:     Test: yes
configure:   Remote: yes
configure:  Network: yes
configure: Libvirtd: yes
configure:    netcf: yes
configure:  macvtap: no
configure: 

 either support isn't yet in kernel or libvirt failed to find it

Daniel

Comment 17 Chris Wright 2010-03-05 21:07:01 UTC
macvtap tracked here:

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

Comment 18 IBM Bug Proxy 2010-03-09 12:40:38 UTC
------- Comment From stefanb.com 2010-03-09 07:33 EDT-------
(In reply to comment #8)
> macvtap tracked here:
> https://bugzilla.redhat.com/show_bug.cgi?id=553337

After upgrading to 2.6.34-rc1 I found that the macvtap build detection did not work. (Had been building it with the existing code for quite a while)

So here's the fix that needs to be applied:

Index: libvirt-acl/configure.ac
===================================================================
--- libvirt-acl.orig/configure.ac
+++ libvirt-acl/configure.ac
@@ -1849,7 +1849,8 @@ AC_ARG_WITH([macvtap],
[with_macvtap=check])

if test "$with_macvtap" != "no" ; then
-    AC_TRY_COMPILE([ #include <linux/if_link.h> ],
+    AC_TRY_COMPILE([ #include <sys/socket.h>
+                     #include <linux/rtnetlink.h> ],
[ int x = MACVLAN_MODE_BRIDGE; ],
[ with_macvtap=yes ],
[ if test "$with_macvtap" = "yes" ; then

Comment 19 Daniel Veillard 2010-03-23 10:13:48 UTC
libvirt-0.7.0-0.pre20100322 is built with that macvtap detection check fix,

Daniel

Comment 21 Daniel Veillard 2010-04-13 18:31:36 UTC
I'm rebuilding a new version, and with the new -22 kernel in the buildroot
the feature is being detected now:

configure:  macvtap: yes

so I think this is now available for testing in libvirt-0.8.0-2.el6,

Daniel

Comment 23 IBM Bug Proxy 2010-05-11 11:31:27 UTC
------- Comment From gerhard.stenzel.com 2010-05-11 07:22 EDT-------
I verified RHEL 6.0 snap 1 contains libivrt 0.8.0-3, which includes this feature.

Comment 24 dyuan 2010-06-13 07:59:27 UTC
According to comment 23, change this bug to VERIFIED status

Comment 25 releng-rhel@redhat.com 2010-07-02 19:28:18 UTC
Red Hat Enterprise Linux Beta 2 is now available and should resolve
the problem described in this bug report. This report is therefore being closed
with a resolution of CURRENTRELEASE. You may reopen this bug report if the
solution does not work for you.