cloudstack/plugins/hypervisors
Wei Zhou 175549f3ab CLOUDSTACK-4405: additional patch for bridge name and firewall rules issues after KVM upgrade to 4.2
There still exist two issues after Edison's commits.
(1) Migration from new hosts to old hosts failed.
The bridge name on old host is set to cloudVirBr* if network.bridge.name.schema is set to 3.0 in /etc/cloudstack/agent/agent.properties, but the actual bridge name is breth*-* after running cloudstack-agent-upgrade.
(2) all ports of vms (Basic zone, or Advanced zone with security groups) on old hosts are open, because the iptables rules are binding to device (bridge) name which is changed by cloudstack-agent-upgrade.

After this, the KVM upgrade steps :
a. Install 4.2 cloudstack agent on each kvm host
b. Run "cloudstack-agent-upgrade". This script will upgrade all the existing bridge name to new bridge name, and update related firewall rules.
c. install a libvirt hook:
    c1. mkdir /etc/libvirt/hooks
    c2. cp /usr/share/cloudstack-agent/lib/libvirtqemuhook /etc/libvirt/hooks/qemu
    c3. chmod +x /etc/libvirt/hooks/qemu
    c4. service libvirtd restart
    c5. service cloudstack-agent restart
2013-09-24 08:51:58 +02:00
..
baremetal Add Baremetal agent package back to RPM spec file 2013-09-12 14:14:23 -07:00
kvm CLOUDSTACK-4405: additional patch for bridge name and firewall rules issues after KVM upgrade to 4.2 2013-09-24 08:51:58 +02:00
ovm if object is already stored in cache store, don't download again 2013-05-16 14:34:06 -07:00
simulator CLOUDSTACK-4384: Switch back to CLOUD_DB after simulator processing 2013-08-19 10:39:54 +05:30
ucs CLOUDSTACK-4689 2013-09-16 16:11:03 -07:00
vmware CLOUDSTACK-4659: Vmware allows destroying VM that has pending tasks, worker VM GC actually relies on the assumption that Vmware is protected from that which is a false assumption. Recycle Worker VM only it is from previous session 2013-09-20 10:59:30 -07:00
xen CLOUDSTACK-4617. Add host succeeds but host goes to alert state and comes back to UP state 2013-09-12 16:21:13 +05:30