[
https://issues.apache.org/jira/browse/CLOUDSTACK-644?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13546627#comment-13546627
]
Marcus Sorensen commented on CLOUDSTACK-644:
--------------------------------------------
Wrote functional spec:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Resize+Data+Volumes
created new local branch from master, applied patch, did some testing today in
DevCloud, added in basic functionality in CitrixResourceBase for Xen SR VDI
resize. KVM was already implemented.
TODO:
write tests
write api doc
see if Wido wants to look at adding RBD resize (this can wait if it blows the
timeframe)
see if anyone else is willing to look over/test/implement more Xen SR types
> Resize volumes feature
> ----------------------
>
> Key: CLOUDSTACK-644
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-644
> Project: CloudStack
> Issue Type: New Feature
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Storage Controller
> Reporter: Marcus Sorensen
> Assignee: Marcus Sorensen
> Fix For: 4.1.0
>
>
> We would like the ability to resize root/data volumes in order to accomodate
> hybrid/traditional server loads. We've got some code that provides a
> resizeVolume API call, but we need to coordinate with the storage refactor,
> as well as making sure that the implementation is satisfactory. It's possible
> that we'll want to reimplement it within the new volume service. Or maybe we
> can implement this existing code/api call server side and the new storage
> services can build off of it. Would like so me input on the proper way to
> proceed.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
