7029643190
If an instance having iSCSI volumes attached is being live-migrated, a Planned VM is created at the destination. If the live-migration fails, the Planned VM is not cleaned up at the destination. This patch will ensure that rollback_live_migration_at_destination is being called on live-migration failure for Hyper-V compute nodes, which will clean up the Planned VM. Depends-On: I91636a82b057f566eab9887c422911163668f556 Change-Id: I4d61325793ed559dede408813ebda5aed2b0f110 Closes-Bug: #1604078 |
||
---|---|---|
.. | ||
__init__.py | ||
block_device_manager.py | ||
constants.py | ||
driver.py | ||
eventhandler.py | ||
hostops.py | ||
imagecache.py | ||
livemigrationops.py | ||
migrationops.py | ||
pathutils.py | ||
rdpconsoleops.py | ||
README.rst | ||
serialconsolehandler.py | ||
serialconsoleops.py | ||
serialproxy.py | ||
snapshotops.py | ||
vif.py | ||
vmops.py | ||
volumeops.py |
Hyper-V Volumes Management
To enable the volume features, the first thing that needs to be done is to enable the iSCSI service on the Windows compute nodes and set it to start automatically.
sc config msiscsi start= auto net start msiscsi
In Windows Server 2012, it's important to execute the following commands to prevent having the volumes being online by default:
diskpart san policy=OfflineAll exit
How to check if your iSCSI configuration is working properly:
On your OpenStack controller:
1. Create a volume with e.g. "nova volume-create 1" and note the generated volume id
On Windows:
- iscsicli QAddTargetPortal <your_iSCSI_target>
- iscsicli ListTargets
The output should contain the iqn related to your volume: iqn.2010-10.org.openstack:volume-<volume_id>
How to test Boot from volume in Hyper-V from the OpenStack dashboard:
- Fist of all create a volume
- Get the volume ID of the created volume
3. Upload and untar to the Cloud controller the next VHD image: http://dev.opennebula.org/attachments/download/482/ttylinux.vhd.gz 4. sudo dd if=/path/to/vhdfileofstep3 of=/dev/nova-volumes/volume-XXXXX <- Related to the ID of step 2 5. Launch an instance from any image (this is not important because we are just booting from a volume) from the dashboard, and don't forget to select boot from volume and select the volume created in step2. Important: Device name must be "vda".