-Original Message-
From: Matthew Patton [mailto:mpat...@inforelay.com]
Sent: Monday, August 20, 2012 5:38 PM
To: cloudstack-dev@incubator.apache.org
Subject: Re: Spawning VMs in bridged mode on KVM ( Cloudstack 3.0.2)
Given what appears to be a serious (though probably simple) bug in
V5T 1M4
kel...@bbits.ca | 604-331-1152 ext. 114
-Original Message-
From: Matthew Patton [mailto:mpat...@inforelay.com]
Sent: Monday, August 20, 2012 5:38 PM
To: cloudstack-dev@incubator.apache.org
Subject: Re: Spawning VMs in bridged mode on KVM ( Cloudstack 3.0.2)
Given what appears to
Given what appears to be a serious (though probably simple) bug in
CentOS/RHEL 6.3 and libvirt 0.9.10-21.el6 I don't know how ANYONE has
VLANs working (bonded or otherwise) in a KVM environment.
I've opened https://bugzilla.redhat.com/show_bug.cgi?id=849766
Anyone here with an actual, workin
Read that IBM article you referenced, it made a lot of things clear to me.
Sent from my iPhone
On Aug 17, 2012, at 5:54 AM, "Matthew Patton" wrote:
> 'cloudVirBr' is hard-coded in
> /usr/lib[64]/cloud/agent/scripts/vm/network/vnet/modifyvlan.sh in function
> addVlan().
>
> What I don't under
Just to add, a tagged interface needs no configuration to work.
Here is a centos example.
Create bridge:
DEVICE=Br0
TYPE=Bridge
Ifup Br0
now tag eth0:
vconfig add eth0 1
add tag to bridge:
brctl addif Br0 eth.1
At this point in theory traffic over Br0 should be tagged VLAN 1 and route out
'cloudVirBr' is hard-coded in
/usr/lib[64]/cloud/agent/scripts/vm/network/vnet/modifyvlan.sh in function
addVlan().
What I don't understand is how the script is even working. It does
vconfig add ethN V
brctl addbr brV
brctl addif brV ethN.V
Furthermore, in scripts/storage/qcow2/modifyvlan.s
. 114
>
> -Original Message-----
> From: chi...@clogeny.com [mailto:chi...@clogeny.com] On Behalf Of citrix-dev
> Sent: Wednesday, August 15, 2012 11:01 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: Spawning VMs in bridged mode on KVM ( Cloudstack 3.0.2)
>
>
ey Jamison-Damage
> Infrastructure Systems Architect
>
> Backbone Technology | Backbone Datavault | Backbone IT Services
> 55 East 7th Ave Vancouver - BC Canada V5T 1M4
> kel...@bbits.ca | 604-331-1152 ext. 114
>
> -Original Message-----
> From: chi...@clogeny.com [mailto
;>> Infrastructure Systems Architect
>>>
>>> Backbone Technology | Backbone Datavault | Backbone IT Services
>>> 55 East 7th Ave Vancouver - BC Canada V5T 1M4
>>> kel...@bbits.ca | 604-331-1152 ext. 114
>>>
>>> -Original Message-
>&
rvices
>> 55 East 7th Ave Vancouver - BC Canada V5T 1M4
>> kel...@bbits.ca | 604-331-1152 ext. 114
>>
>> -Original Message-
>> From: chi...@clogeny.com [mailto:chi...@clogeny.com] On Behalf Of
>> citrix-dev
>> Sent: Wednesday, August 15, 2012 11:01 AM
&
its.ca | 604-331-1152 ext. 114
>
> -Original Message-
> From: chi...@clogeny.com [mailto:chi...@clogeny.com] On Behalf Of
> citrix-dev
> Sent: Wednesday, August 15, 2012 11:01 AM
> To: cloudstack-dev@incubator.apache.org
> Subject: Spawning VMs in bridged mode on KVM ( Cloud
bridged mode on KVM ( Cloudstack 3.0.2)
Hello,
We have a KVM-based setup with the following configurations:
Private Network : 10.88.88.0/28
Public Network: 108.x.x.x/24
Each KVM host has a statically assigned IP Address to it from the 10.88.88.x
pool. 10.88.88.1 is the default gateway which is used
Hello,
We have a KVM-based setup with the following configurations:
Private Network : 10.88.88.0/28
Public Network: 108.x.x.x/24
Each KVM host has a statically assigned IP Address to it from the
10.88.88.x pool. 10.88.88.1 is the default gateway which is used to route
traffic to the external world
13 matches
Mail list logo
