[ https://issues.apache.org/jira/browse/CLOUDSTACK-8896?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15714133#comment-15714133 ]
ASF GitHub Bot commented on CLOUDSTACK-8896: -------------------------------------------- Github user jburwell commented on a diff in the pull request: https://github.com/apache/cloudstack/pull/873#discussion_r90589240 --- Diff: server/src/com/cloud/storage/StorageManagerImpl.java --- @@ -1746,10 +1747,10 @@ public boolean storagePoolHasEnoughSpace(List<Volume> volumes, StoragePool pool, allocatedSizeWithTemplate = _capacityMgr.getAllocatedPoolCapacity(poolVO, tmpl); } } - - if (volumeVO.getState() != Volume.State.Ready) { - totalAskingSize += getDataObjectSizeIncludingHypervisorSnapshotReserve(volumeVO, pool); - + // A ready state volume is already allocated in a pool. so the asking size is zero for it. + // In case the volume is moving across pools or is not ready yet, the asking size has to be computed + s_logger.debug("pool id for the volume with id: " + volumeVO.getId() + " is: " + volumeVO.getPoolId()); --- End diff -- Please wrap this `DEBUG` log in an `if (s_logger.isDebugEnabled)` check to prevent unnecessary/expensive string concatenation when `DEBUG` logging is not enabled. Minor nit: grammatically, the `:` character after `is` is unnecessary. > Allocated percentage of storage can go beyond 100% > -------------------------------------------------- > > Key: CLOUDSTACK-8896 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8896 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Affects Versions: 4.5.2, 4.6.0 > Reporter: Rajani Karuturi > Assignee: Rajani Karuturi > > This issue occurs when a volume in Ready state is moved across storage pools. > Let us say there is a data volume, volume0 in Ready state in a cluster scope > primary storage primary0. > Now, when an operation is attempted to attach this volume to a vm in another > cluster, the volume is moved to the new cluster and the asking size is zero > at this time. > you can observe logs like below with asking size 0 in the management server > logs. > 2015-09-22 08:49:02,754 DEBUG [c.c.s.StorageManagerImpl] > (Work-Job-Executor-6:ctx-27e0990a job-37/job-38 ctx-985e5ad0) > (logid:a0a97129) Checking pool: 1 for volume allocation > [Vol[8|vm=null|DATADISK]], maxSize : 3298534883328, totalAllocatedSize : > 24096276480, askingSize : 0, allocated disable threshold: 0.85 -- This message was sent by Atlassian JIRA (v6.3.4#6332)