[
https://issues.apache.org/jira/browse/CLOUDSTACK-6464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14016919#comment-14016919
]
Bob Vanderford commented on CLOUDSTACK-6464:
--------------------------------------------
Marcus, thanks much for investigating.
Two physical nics, eth0 and eth1. No VPC. It is an isolated network using
vlans. The OS is CentOS6.5 minimal.
The compute nodes have 2 physical nics. Eth0 is running the storage and
management networks, with an untagged vlan and the bridge I named mgmt bridged
to eth0. Eth1 is running the guest and public network. The public bridge I
named breth1-20 and it runs over vlan 20. The guest bridge I named cloudbr1
and the vlans are 100-150. All these are of course tagged vlans on the compute
nodes.
If you need more detail let me know. I can provide the actual network configs
if needed but they are pretty straightforward and probably what you would
expect.
It would not surprise me if there are more than one issue among the posts. If
mine is difficult to reproduce, I can provide access to the management
interface for my setup. I would have to rebuild it though since I am currently
trying version 4.2, trying to get amysta installed and amysta is requiring
version 4.2 or else for me to compile in a usage patch for 4.3. Decided just
to try 4.2. But, I am willing, if needed to rebuild the 4.3 setup as I had it,
give me a few hours for that if needed.
> [KVM:basic zone- upgrade to 4.3],after any vm restart,all the nics are
> plugged to default bridge even though trafiic labels are being used
> ----------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: CLOUDSTACK-6464
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6464
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server
> Affects Versions: 4.3.0
> Reporter: sadhu suresh
> Priority: Critical
> Fix For: 4.4.0
>
>
> Steps:
> 1. create a KVM basic zone with 2 nics on host (pre 4.3 build)
> 2.use cloudbr0 for management and cloudbr1 for guest by specifying the
> traffic labels in the physical networks.
> 3.deploy few vms
> 4.upgrade to felton GA build as per the Upgrade instructions.
> actual result:
> Upgrade successful but all the vnets that were attached to cloudbr1 before
> upgrade are attached to cloudbr0.
> Due to this network connectivity is lost.
> Expected result:
> Even after upgrade ,all the vnets should be attached to the same bridge as
> before upgrade.
> ex:
> before Upgrade : this vms(i-5-616-VM) nic was attached to cloudbr1 and after
> upgrade and VM stop/start.
> the network rules are getting programmed in cloudbr0 .check below output
> ,984 DEBUG [kvm.resource.LibvirtComputingResource]
> (agentRequest-Handler-2:null) Executing:
> /usr/share/cloudstack-common/scripts/vm/network/security_group.py
> default_network_rules --vmname i-5-616-VM --vmid 616 --vmip 10.x.x245 --vmmac
> 06:14:48:00:00:7f --vif vnet15 --brname cloudbr0 --nicsecips 0:
> dumpxml output for i-5-616-VM after upgrade(& after VM restart)
> *****************************************************
> virsh # dumpxml 38
> <domain type='kvm' id='38'>
> <name>i-5-616-VM</name>
> <uuid>87557942-1393-49b3-a73e-ae24c40541d1</uuid>
> <description>Other CentOS (64-bit)</description>
> <memory unit='KiB'>2097152</memory>
> <currentMemory unit='KiB'>2097152</currentMemory>
> <vcpu placement='static'>1</vcpu>
> <cputune>
> <shares>1000</shares>
> </cputune>
> <os>
> <type arch='x86_64' machine='rhel6.2.0'>hvm</type>
> <boot dev='cdrom'/>
> <boot dev='hd'/>
> </os>
> <features>
> <acpi/>
> <apic/>
> <pae/>
> </features>
> <cpu>
> </cpu>
> <clock offset='utc'/>
> <on_poweroff>destroy</on_poweroff>
> <on_reboot>restart</on_reboot>
> <on_crash>destroy</on_crash>
> <devices>
> <emulator>/usr/libexec/qemu-kvm</emulator>
> <disk type='file' device='disk'>
> <driver name='qemu' type='qcow2' cache='none'/>
> <source
> file='/mnt/041e5d8e-d9c1-346d-aea9-cd9c7b80a211/75544e9d-a4c9-4a94-943e-b20827676a27'/>
> <target dev='hda' bus='ide'/>
> <alias name='ide0-0-0'/>
> <address type='drive' controller='0' bus='0' target='0' unit='0'/>
> </disk>
> <disk type='file' device='cdrom'>
> <driver name='qemu' type='raw' cache='none'/>
> <target dev='hdc' bus='ide'/>
> <readonly/>
> <alias name='ide0-1-0'/>
> <address type='drive' controller='0' bus='1' target='0' unit='0'/>
> </disk>
> <controller type='usb' index='0'>
> <alias name='usb0'/>
> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/>
> </controller>
> <controller type='ide' index='0'>
> <alias name='ide0'/>
> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>
> </controller>
> <interface type='bridge'>
> <mac address='06:14:48:00:00:7f'/>
> <source bridge='cloudbr0'/>
> <target dev='vnet15'/>
> <model type='e1000'/>
> <bandwidth>
> <inbound average='25600' peak='25600'/>
> <outbound average='25600' peak='25600'/>
> </bandwidth>
> <alias name='net0'/>
> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
> </interface>
> <serial type='pty'>
> <source path='/dev/pts/12'/>
> <target port='0'/>
> <alias name='serial0'/>
> </serial>
> <console type='pty' tty='/dev/pts/12'>
> <source path='/dev/pts/12'/>
> <target type='serial' port='0'/>
> <alias name='serial0'/>
> </console>
> <input type='tablet' bus='usb'>
> <alias name='input0'/>
> </input>
> <input type='mouse' bus='ps2'/>
> <graphics type='vnc' port='5912' autoport='yes' listen='10.x.x.3'>
> <listen type='address' address='10.147.37.3'/>
> </graphics>
> <video>
> <model type='cirrus' vram='9216' heads='1'/>
> <alias name='video0'/>
> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
> </video>
> <memballoon model='virtio'>
> <alias name='balloon0'/>
> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
> </memballoon>
> </devices>
> <seclabel type='none'/>
> </domain>
> its also applicable to new vm deployments.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
