[one-users] Issue
Jaime Melis
jmelis at opennebula.org
Tue Dec 20 07:52:16 PST 2011
Hello Hutson,
Actually that's the expected behaviour of the 8021Q network drivers. We
decided to keep the bridge and the physical device with the vlan tag in the
host for the following reasons:
1) It doesn't hurt to leave the bridge and the tagged interface. It won't
eat up system's resources.
2) If another VM with the same network ID is launched in the same host, you
don't need to create it again, therefore (slightly) speeding up boot times
Do you agree with this? Do you think the default behaviour should be to
remove the bridge and tagged interface?
Of course this behaviour can be modified by enhancing the clean script [1].
Take a look at the ebtables clean script [2]. You will probably need to
develop a "deactivate" method in the ruby class that handles the 8021q
network drivers [3].
[1]
https://github.com/OpenNebula/one/blob/master/src/vnm_mad/remotes/802.1Q/clean
[2]
https://github.com/OpenNebula/one/blob/master/src/vnm_mad/remotes/ebtables/clean
[3]
https://github.com/OpenNebula/one/blob/master/src/vnm_mad/remotes/802.1Q/HostManaged.rb
Regards,
Jaime
On Wed, Dec 14, 2011 at 10:54 PM, Hutson Betts <hut101 at tamu.edu> wrote:
> I have been testing Host-managed VLANs, but I'm having an issue with
> cleanup.
>
> After creating a VNET and VM, I have the following:
> oneadmin at opennebula-server:~$ onevm show 5
> VIRTUAL MACHINE 5
> INFORMATION
> ID : 5
> NAME : vm-example
> USER : oneadmin
> GROUP : oneadmin
> STATE : ACTIVE
> LCM_STATE : RUNNING
> HOSTNAME : 10.1.0.101
> START TIME : 12/14 15:40:51
> END TIME : -
> DEPLOY ID : one-5
>
> VIRTUAL MACHINE
> MONITORING
> NET_TX : 0
> NET_RX : 390
> USED MEMORY : 524288
> USED CPU : 66
>
> VIRTUAL MACHINE
> TEMPLATE
> CPU=1
> DISK=[
> CLONE=YES,
> DISK_ID=0,
> IMAGE="Machine A",
> IMAGE_ID=1,
> READONLY=NO,
> SAVE=NO,
> SOURCE=/var/lib/one/images/643c79fb423c71730ffb84b1a88f06d0,
> TARGET=hda,
> TYPE=DISK ]
> MEMORY=512
> NAME=vm-example
> NIC=[
> BRIDGE=onebr2,
> IP=192.168.0.1,
> MAC=02:00:c0:a8:00:01,
> NETWORK="VLAN Test",
> NETWORK_ID=2,
> PHYDEV=eth2 ]
> OS=[
> INITRD=/initrd.img,
> KERNEL=/vmlinuz,
> ROOT=sda ]
> VMID=5
> oneadmin at opennebula-server:~$ onevnet show 2
> VIRTUAL NETWORK 2
> INFORMATION
> ID : 2
> USER : oneadmin
> GROUP : oneadmin
> PUBLIC : No
> USED LEASES : 1
>
> VIRTUAL NETWORK
> TEMPLATE
> BRIDGE=onebr2
> NAME="VLAN Test"
> NETWORK_ADDRESS=192.168.0.0
> NETWORK_SIZE=C
> PHYDEV=eth2
> TYPE=RANGED
>
> LEASES
> INFORMATION
> LEASE=[ IP=192.168.0.1, MAC=02:00:c0:a8:00:01, USED=1, VID=5 ]
>
>
> On the host system, I have the following, created as a result of the
> Host-managed VLAN script:
>
> eth2.502 Link encap:Ethernet HWaddr 00:1b:21:b8:cf:3d
> inet6 addr: fe80::21b:21ff:feb8:cf3d/64 Scope:Link
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:0
> RX bytes:0 (0.0 B) TX bytes:390 (390.0 B)\
>
> onebr2 Link encap:Ethernet HWaddr 00:1b:21:b8:cf:3d
> inet6 addr: fe80::9820:dff:fe31:9aab/64 Scope:Link
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:0
> RX bytes:0 (0.0 B) TX bytes:390 (390.0 B)
>
> vnet1 Link encap:Ethernet
>
> Next, I proceed to delete the VM and VNET using the following:
>
> oneadmin at opennebula-server:~$ onevm delete 5
> oneadmin at opennebula-server:~$ onevnet delete 2
>
>
> The "vnet0" tap was removed along with the VM, but the bridge and
> VLAN-tagged virtual interface are still there. Am I missing a
> configuration step to insure that those are removed when all remnants of
> the VM and VNET are deleted?
>
> --
> Hutson Betts
> Computer Science and Engineering
> Texas A&M University
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>
--
Jaime Melis
Project Engineer
OpenNebula - The Open Source Toolkit for Cloud Computing
www.OpenNebula.org | jmelis at opennebula.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20111220/6df6a081/attachment-0003.htm>
More information about the Users
mailing list