cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rajesh Battala (JIRA)" <>
Subject [jira] [Commented] (CLOUDSTACK-3877) Unable to Resize Volume (kvm, vmware)
Date Sat, 27 Jul 2013 14:35:48 GMT


Rajesh Battala commented on CLOUDSTACK-3877:

mentioned commit id fixes 
this issue is happening while determining the hypervisor type for a volume. 
for ZWPS, it will return the hypervisor because, in storage pool we store the hypervisor type
if the pool is added of scoe ZONE. 
if the pool is of scope Cluster hypervisor type will be NULL

we support volume resize when the volume is present on ZONE scope and Cluster scope. 
they way of hypervisor type extraction from the sql query result should be change which will
resolve this blocker.
Am working on it will post the patch in few mins
> Unable to Resize Volume (kvm, vmware)
> -------------------------------------
>                 Key: CLOUDSTACK-3877
>                 URL:
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: Management Server, Storage Controller
>    Affects Versions: 4.1.1, 4.2.0
>         Environment: kvm, 4.2 code.
> instances running on Kvm. and volumes attached and present in cluster scope primary storage
>            Reporter: Rajesh Battala
>            Assignee: Rajesh Battala
>            Priority: Blocker
>             Fix For: 4.1.1, 4.2.0
> ERROR [cloud.async.AsyncJobManagerImpl] (Job-Executor-8:job-40 = [ 89b9f53d-abaa-47fe-91ba-13795b647a2b
]) Unexpected exception while executing org.apache.cloudstack.api.command.user.volume.ResizeVolumeCmd
> Can't resize a volume that has never
been attached, not sure which hypervisor type. Recreate volume to resize.
>         at
>         at$InterceptorDispatcher.intercept(
>         at
>         at org.apache.cloudstack.api.command.user.volume.ResizeVolumeCmd.execute(
>         at
>         at$
>         at java.util.concurrent.Executors$
>         at java.util.concurrent.FutureTask$Sync.innerRun(
>         at
>         at java.util.concurrent.ThreadPoolExecutor.runWorker(
>         at java.util.concurrent.ThreadPoolExecutor$
>         at

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:

View raw message