>> Maybe, I'll do test without bond.

Doesn't work without bond too :(


----- Mail original ----- 

De: "Alexandre DERUMIER" <[email protected]> 
À: "Stefan Priebe - Profihost AG" <[email protected]> 
Cc: [email protected] 
Envoyé: Mercredi 6 Février 2013 14:22:08 
Objet: Re: [pve-devel] new bridge code doesn't work with redhat kernel 

>>Urgh... that's pretty sad. It was working fine my test. But maybe i 
>>didn't test everything. Could you desribe me how exactly you've done the 
>>test? 

simply start the vm with old code and new code. (I have reboot the host to be 
sure) 
can't ping the vm with new code. 

But it's work fine with kernel 3.7. 


>>I've no bond running - just plain eth => bridge. Maybe that's the 
>>important difference? 

Maybe, I'll do test without bond. 


It's really possible it's a kernel problem, because like I said it, a lot of 
work has been done in kernel around 2.6.39 on the vlan code. 


----- Mail original ----- 

De: "Stefan Priebe - Profihost AG" <[email protected]> 
À: "Alexandre DERUMIER" <[email protected]> 
Cc: "Dietmar Maurer" <[email protected]>, [email protected] 
Envoyé: Mercredi 6 Février 2013 13:56:08 
Objet: Re: new bridge code doesn't work with redhat kernel 

Hi, 

Urgh... that's pretty sad. It was working fine my test. But maybe i 
didn't test everything. Could you desribe me how exactly you've done the 
test? 

I've no bond running - just plain eth => bridge. Maybe that's the 
important difference? 

Stefan 

Am 06.02.2013 09:47, schrieb Alexandre DERUMIER: 
> Hi, 
> I'm testing the new bridge code, and it doesn't work for me ! 
> 
> setup: bridge vmbr1, on top of bond0 
> guest vm (id 115) have an interface in vlan95 
> host kernel 2.6.32-18-pve 
> 
> 
> But it's working fine with 3.7 kernel 
> 
> 
> 
> Also I notice than we update the pve-common code, the old tagged network 
> interface remain in bridge, 
> I don't known if it's can do network loop. (bond0.95 and vmbr1.95 in same 
> bridge in my example) 
> 
> 
> 
> 
> old 
> -------------- 
> #brctl show 
> 
> vmbr1 8000.001aa03c98c5 no bond0 
> 
> vmbr1v95 8000.001aa03c98c5 no bond0.95 
> tap115i0 
> 
> 
> update to last pve-common, restart the vm 
> ------------------------------------------- 
> #qm stop 115 
> #qm start 115 
> #brctl show 
> 
> vmbr1 8000.001aa03c98c5 no bond0 
> vmbr1v95 8000.001aa03c98c5 no bond0.95 -->old bond0.95 always attached (don't 
> known if it can cause network loop ?) 
> tap115i0 
> vmbr1.95 
> 
> 
> (I have also restart the server to have a clean bridge, doesn't work too) 
> 
> 
> 
> ----- Mail original ----- 
> 
> De: "Stefan Priebe" <[email protected]> 
> À: "Dietmar Maurer" <[email protected]> 
> Cc: [email protected] 
> Envoyé: Lundi 28 Janvier 2013 17:45:27 
> Objet: Re: [pve-devel] [PATCH] pve-common: PVE/Network: rework of 
> activate_bridge_vlan 
> 
> Thanks! 
> Am 28.01.2013 12:00, schrieb Dietmar Maurer: 
>> applied, thanks! 
>> 
>>> -----Original Message----- 
>>> From: [email protected] [mailto:pve-devel- 
>>> [email protected]] On Behalf Of Stefan Priebe 
>>> Sent: Freitag, 25. Jänner 2013 22:16 
>>> To: [email protected] 
>>> Subject: [pve-devel] [PATCH] pve-common: PVE/Network: rework of 
>>> activate_bridge_vlan 
>>> 
>>> - use ip command instead of old vconfig 
>>> - activate gvrp by default (it doesn't harm if the switch does not support 
>>> it or 
>>> it is disabled) 
>>> - use bridge instead of raw ethernet device as vlan bridge 
>>> 
>>> Signed-off-by: Stefan Priebe <[email protected]> 
>>> --- 
>>> data/PVE/Network.pm | 22 ++++------------------ 
>>> 1 file changed, 4 insertions(+), 18 deletions(-) 
>>> 
>>> diff --git a/data/PVE/Network.pm b/data/PVE/Network.pm index 
>>> 2c356eb..71045fe 100644 
>>> --- a/data/PVE/Network.pm 
>>> +++ b/data/PVE/Network.pm 
>>> @@ -72,28 +72,14 @@ sub activate_bridge_vlan { 
>>> die "got strange vlan tag '$tag_param'\n" if $tag < 1 || $tag > 4094; 
>>> 
>>> my $bridgevlan = "${bridge}v$tag"; 
>>> - 
>>> - my $dir = "/sys/class/net/$bridge/brif"; 
>>> - 
>>> - #check if we have an only one ethX or bondX interface in the bridge 
>>> - 
>>> - my $iface; 
>>> - PVE::Tools::dir_glob_foreach($dir, '((eth|bond)\d+)', sub { 
>>> - my ($slave) = @_; 
>>> - 
>>> - die "more then one physical interfaces on bridge '$bridge'\n" if 
>>> $iface; 
>>> - $iface = $slave; 
>>> - 
>>> - }); 
>>> - 
>>> - die "no physical interface on bridge '$bridge'\n" if !$iface; 
>>> - 
>>> + my $iface = $bridge; 
>>> my $ifacevlan = "${iface}.$tag"; 
>>> + my $vlanflags = "reorder_hdr on gvrp on"; 
>>> 
>>> # create vlan on $iface is not already exist 
>>> if (! -d "/sys/class/net/$ifacevlan") { 
>>> - system("/sbin/vconfig add $iface $tag") == 0 || 
>>> - die "can't add vlan tag $tag to interface $iface\n"; 
>>> + system("/sbin/ip link add link $iface name $ifacevlan type vlan id $tag 
>>> $vlanflags") == 0 || 
>>> + die "can't add vlan tag $tag to interface $iface\n"; 
>>> } 
>>> 
>>> # be sure to have the $ifacevlan up 
>>> -- 
>>> 1.7.10.4 
>>> 
>>> _______________________________________________ 
>>> pve-devel mailing list 
>>> [email protected] 
>>> http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel 
>> 
>> 
> _______________________________________________ 
> pve-devel mailing list 
> [email protected] 
> http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel 
> 
_______________________________________________ 
pve-devel mailing list 
[email protected] 
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel 
_______________________________________________
pve-devel mailing list
[email protected]
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel

Reply via email to