[ 
https://issues.apache.org/jira/browse/VCL-724?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14139383#comment-14139383
 ] 

ASF subversion and git services commented on VCL-724:
-----------------------------------------------------

Commit 1626057 from [~arkurth] in branch 'vcl/trunk'
[ https://svn.apache.org/r1626057 ]

VCL-685

Updated VIM_SSH.pm::_services_restart and _check_service_pid. Occasionally '1' 
was returned as the PID of a service and the code had been writing this to the 
.pid file. This caused problems. Added a check for a valid value. Added 
additional services to check. 

Updated VMware.pm::is_vm_registered to accept datastore formatted paths.

Updated VMware.pm::delete_vm to remove the VM's parent directory if it was 
named after the VM.

Added VIM_SSH.pm::vm_suspend for a script I wrote to migrate VMs. This 
subroutine may be used at some point in the future.

Updated VMware.pm::get_datastore_info to strip away the leading 'ds://' in the 
vmdk's URL if it was present. This allows paths containing the URL to be used.

Updated vSphere_SDK.pm::copy_virtual_disk to delete the source VM it creates 
during a cloning operation if the clone fails.

VCL-724
Added VMware.pm::check_multiextent and vSphere_SDK.pm::is_multiextent_disabled. 
These are called by the copy/move_vmdk subroutines to detect if a 2gbsparse 
vmdk operation fails because multiextent is not enabled on the host.

> Investigate eliminating support for VMware 2GB sparse vmdk's
> ------------------------------------------------------------
>
>                 Key: VCL-724
>                 URL: https://issues.apache.org/jira/browse/VCL-724
>             Project: VCL
>          Issue Type: Improvement
>          Components: vcld (backend)
>            Reporter: Andy Kurth
>            Priority: Minor
>
> VMware does not support 2GB sparse vmdk's as of ESXi 4.x: 
> http://kb.vmware.com/kb/1028042
> This format has been used so that images could be transferred to/from 
> different management nodes via SCP without the possibillity of having to 
> transfer the entire size of the virtual disk, but only the amount of space 
> used.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to