[
https://issues.apache.org/jira/browse/CLOUDSTACK-8985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14971755#comment-14971755
]
ASF GitHub Bot commented on CLOUDSTACK-8985:
--------------------------------------------
Github user mike-tutkowski commented on the pull request:
https://github.com/apache/cloudstack/pull/968#issuecomment-150678276
Perhaps the management server serializes delete commands that it sends
to a given
plug-in.
On Friday, October 23, 2015, Mike Tutkowski <[email protected]>
wrote:
> I have actually not witnessed any issue with concurrent deletions. I've
> run tests on that and they passed just fine.
>
> On Friday, October 23, 2015, pdube <[email protected]
> <javascript:_e(%7B%7D,'cvml','[email protected]');>> wrote:
>
>> @mike-tutkowski <https://github.com/mike-tutkowski> Thanks. That makes
>> more sense now. So concurrent deletions would still be a problem?
>>
>> —
>> Reply to this email directly or view it on GitHub
>> <https://github.com/apache/cloudstack/pull/968#issuecomment-150675450>.
>>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: [email protected]
> <javascript:_e(%7B%7D,'cvml','[email protected]');>
> o: 303.746.7302
> Advancing the way the world uses the cloud
> <http://solidfire.com/solution/overview/?video=play>*™*
>
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: [email protected]
o: 303.746.7302
Advancing the way the world uses the cloud
<http://solidfire.com/solution/overview/?video=play>*™*
> Deleted volume's removed column not updated
> -------------------------------------------
>
> Key: CLOUDSTACK-8985
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8985
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server
> Affects Versions: 4.6.0
> Environment: All
> Reporter: Mike Tutkowski
> Assignee: Mike Tutkowski
> Fix For: 4.6.0
>
>
> Note: Relates to managed storage only.
> Due to the fact that a volume does not enter the "Expunged" state until after
> a callback method is invoked (which happens after the plug-in is notified to
> delete the volume in question), the current getUsedBytes implementation (in
> SolidFirePrimaryDataStoreDriver) was assuming the volume just deleted would
> not be included in the used-byte count calculation.
> The fact that the code does try to count this volume in the used-byte count
> calculation leads to an exception being thrown and the removed column not
> being updated.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
