[
https://issues.apache.org/jira/browse/CLOUDSTACK-9824?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16011775#comment-16011775
]
ASF subversion and git services commented on CLOUDSTACK-9824:
-------------------------------------------------------------
Commit 616c05e2921af6b713f8a4bce2d2421b03462a22 in cloudstack's branch
refs/heads/master from [~pranalim]
[ https://gitbox.apache.org/repos/asf?p=cloudstack.git;h=616c05e ]
CLOUDSTACK-9824:Resource count for Primary storage is considered twice - while
creating and while attaching the disk
> Resource count for Primary storage is considered twice - while creating and
> while attaching the disk.
> -----------------------------------------------------------------------------------------------------
>
> Key: CLOUDSTACK-9824
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9824
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Reporter: Pranali Mande
>
> The Primary Storage resource counts is considered twice: Once while creating
> the volume and next while attaching it. This results in failure while
> Attaching the volume, if the primary storage resource limit is set.
> Following are the steps to reproduce the issue:
> 1. Create a Domain
> 2. Create an Account.
> 3. Allocate 11 GB Primary storage limit to the domain.
> 4. Deploy a VM sized 8GB (Primary storage resource count is now 8GB )
> 5. Create a 2GB custom disk by using the option 'Add Volume' link.(Primary
> storage resource count is now 10GB). The Volume state is 'Allocated'
> 6. Now try to Attach the data-disk created above to a VM. At this point the
> resource count limit is again checked, and the attachment fails, because it
> is expected to be 12GB, but, which exceeds the limit of 11GB.
> 7. This issue is also observed for volumes which are 'Detached'. On detaching
> an attached volume, the state is still seen as 'Ready'. When such a
> volume is tried to attach again, it will fail as the resource limit will be
> checked again.
> Fix implemented:
> 1. When a volume is ‘Added’, its state is seen as ‘Allocated’ and it utilizes
> the primary storage resource. When the Volume in ‘Allocated’ state is
> attached to a VM, its state changes to ‘Ready’.
> 2. When the volume is detached from the VM, its state is still seen as
> ‘Ready’. When the volume is detached, the resources (primary storage) are not
> released, because the volume is still in primary storage.
> 3. The fix is to skip checking the resource limit when the volume state is
> either 'Allocated' or 'Ready'. Because the volume state being 'Allocated' or
> 'Ready' implies that it is already on the Primary storage and hence the limit
> should not be checked again.
> Test Results:
> 1. Set a limit of 42 GB primary storage to a new domain
> 2. Deployed a 30GB VM in it.
> 3. Created a 10 GB disk and could attach and detach it multiple times without
> any error of resource limit.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
