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

ASF GitHub Bot commented on CLOUDSTACK-9752:
--------------------------------------------

Github user nvazquez commented on a diff in the pull request:

    https://github.com/apache/cloudstack/pull/1913#discussion_r100543231
  
    --- Diff: 
plugins/hypervisors/vmware/src/com/cloud/storage/resource/VmwareStorageProcessor.java
 ---
    @@ -1577,11 +1577,15 @@ public Answer createVolume(CreateObjectCommand cmd) 
{
                     }
     
                     synchronized (this) {
    -                    // s_logger.info("Delete file if exists in datastore 
to clear the way for creating the volume. file: " + volumeDatastorePath);
    -                    VmwareStorageLayoutHelper.deleteVolumeVmdkFiles(dsMo, 
volumeUuid.toString(), dcMo);
    -
    -                    vmMo.createDisk(volumeDatastorePath, 
(int)(volume.getSize() / (1024L * 1024L)), morDatastore, 
vmMo.getScsiDeviceControllerKey());
    -                    vmMo.detachDisk(volumeDatastorePath, false);
    +                    try {
    +                        vmMo.createDisk(volumeDatastorePath, 
(int)(volume.getSize() / (1024L * 1024L)), morDatastore, 
vmMo.getScsiDeviceControllerKey());
    +                        vmMo.detachDisk(volumeDatastorePath, false);
    +                    }
    +                    catch (Exception e) {
    +                        s_logger.error("Deleting file " + 
volumeDatastorePath + " due to error: " + e.getMessage());
    +                        
VmwareStorageLayoutHelper.deleteVolumeVmdkFiles(dsMo, volumeUuid.toString(), 
dcMo);
    --- End diff --
    
    Hi @syed @karuturi @SudharmaJain,
    What do you think about this approach? We will delete vmdk file if either 
createDisk or detachDisk fails, this way we make sure file doesn't exist in 
case that CloudStack retries operation. By the way, in VolumeOrchestrator lines 
556-588 there's the retry logic, to retry only if failure contains "request 
template reload":
    
    ````
    for (int i = 0; i < 2; i++) {
                // retry one more time in case of template reload is required 
for Vmware case
                AsyncCallFuture<VolumeApiResult> future = null;
                boolean isNotCreatedFromTemplate = volume.getTemplateId() == 
null ? true : false;
                if (isNotCreatedFromTemplate) {
                    future = volService.createVolumeAsync(volume, store);
                } else {
                    TemplateInfo templ = 
tmplFactory.getTemplate(template.getId(), DataStoreRole.Image);
                    future = volService.createVolumeFromTemplateAsync(volume, 
store.getId(), templ);
                }
                try {
                    VolumeApiResult result = future.get();
                    if (result.isFailed()) {
                        if (result.getResult().contains("request template 
reload") && (i == 0)) {
                            s_logger.debug("Retry template re-deploy for 
vmware");
                            continue;
                        } else {
                            s_logger.debug("create volume failed: " + 
result.getResult());
                            throw new CloudRuntimeException("create volume 
failed:" + result.getResult());
                        }
                    }
    
                    return result.getVolume();
                } catch (InterruptedException e) {
                    s_logger.error("create volume failed", e);
                    throw new CloudRuntimeException("create volume failed", e);
                } catch (ExecutionException e) {
                    s_logger.error("create volume failed", e);
                    throw new CloudRuntimeException("create volume failed", e);
                }
            }
            throw new CloudRuntimeException("create volume failed even after 
template re-deploy");
    }
    ````
    
    To preserve this logic is that I've passed caught exception message on 
thrown exception in line 1587. Do you agree with this solution?


> [Vmware] Optimization of volume attachness to vm
> ------------------------------------------------
>
>                 Key: CLOUDSTACK-9752
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9752
>             Project: CloudStack
>          Issue Type: Improvement
>      Security Level: Public(Anyone can view this level - this is the 
> default.) 
>          Components: VMware
>    Affects Versions: 4.10.0.0
>            Reporter: Nicolas Vazquez
>            Assignee: Nicolas Vazquez
>             Fix For: 4.10.0.0
>
>
> This optimization aims to reduce volume attach slowness due to vmdk files 
> search on datastore before creating the volume (search for {{.vmdk}}, 
> {{-flat.vmdk}} and {{-delta.vmdk}} files to delete them if they exist). This 
> search is not necessary when attaching a volume in Allocated state, due to 
> volume files don't exist on datastore.
> On large datastores, this search can cause volume attachness to be really 
> slow, as we can see in this log lines:
> {code}
> 13-mgmt.log:2016-11-02 10:16:33,136 INFO  [vmware.mo.DatastoreMO] 
> (DirectAgent-931:ctx-5687d68e uscrlpdcsesx240.ads.autodesk.com, 
> job-8675314/job-8675315, cmd: CreateObjectCommand) Searching file 
> 9ce7731fd38b4045afbb7ce9754abbc1.vmdk in [b5ebda046d613e079b5874b169cd848f]
> 13-mgmt.log:2016-11-02 10:19:42,567 WARN  
> [storage.resource.VmwareStorageLayoutHelper] (DirectAgent-931:ctx-5687d68e 
> uscrlpdcsesx240.ads.autodesk.com, job-8675314/job-8675315, cmd: 
> CreateObjectCommand) Unable to locate VMDK file: 
> 9ce7731fd38b4045afbb7ce9754abbc1.vmdk
> 13-mgmt.log:2016-11-02 10:19:42,719 INFO  [vmware.mo.DatastoreMO] 
> (DirectAgent-931:ctx-5687d68e uscrlpdcsesx240.ads.autodesk.com, 
> job-8675314/job-8675315, cmd: CreateObjectCommand) Search file 
> 9ce7731fd38b4045afbb7ce9754abbc1-flat.vmdk on 
> [b5ebda046d613e079b5874b169cd848f] 
> …
> 13-mgmt.log:2016-11-02 10:19:44,399 INFO  [vmware.mo.DatastoreMO] 
> (DirectAgent-931:ctx-5687d68e uscrlpdcsesx240.ads.autodesk.com, 
> job-8675314/job-8675315, cmd: CreateObjectCommand) Searching file 
> 9ce7731fd38b4045afbb7ce9754abbc1-flat.vmdk in 
> [b5ebda046d613e079b5874b169cd848f]
> 13-mgmt.log:2016-11-02 10:22:07,581 WARN  
> [storage.resource.VmwareStorageLayoutHelper] (DirectAgent-931:ctx-5687d68e 
> uscrlpdcsesx240.ads.autodesk.com, job-8675314/job-8675315, cmd: 
> CreateObjectCommand) Unable to locate VMDK file: 
> 9ce7731fd38b4045afbb7ce9754abbc1-flat.vmdk
> 13-mgmt.log:2016-11-02 10:22:07,731 INFO  [vmware.mo.DatastoreMO] 
> (DirectAgent-931:ctx-5687d68e uscrlpdcsesx240.ads.autodesk.com, 
> job-8675314/job-8675315, cmd: CreateObjectCommand) Search file 
> 9ce7731fd38b4045afbb7ce9754abbc1-delta.vmdk on 
> [b5ebda046d613e079b5874b169cd848f] 
> 13-mgmt.log:2016-11-02 10:22:09,745 INFO  [vmware.mo.DatastoreMO] 
> (DirectAgent-931:ctx-5687d68e uscrlpdcsesx240.ads.autodesk.com, 
> job-8675314/job-8675315, cmd: CreateObjectCommand) Searching file 
> 9ce7731fd38b4045afbb7ce9754abbc1-delta.vmdk in 
> [b5ebda046d613e079b5874b169cd848f]
> 13-mgmt.log:2016-11-02 10:25:06,362 WARN  
> [storage.resource.VmwareStorageLayoutHelper] (DirectAgent-931:ctx-5687d68e 
> uscrlpdcsesx240.ads.autodesk.com, job-8675314/job-8675315, cmd: 
> CreateObjectCommand) Unable to locate VMDK file: 
> 9ce7731fd38b4045afbb7ce9754abbc1-delta.vmdk
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Reply via email to