cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dag Sonstebo <>
Subject Re: problem with vm volume resize
Date Wed, 20 Apr 2016 08:27:48 GMT
Chris - out of interest - has this VM been through a storage vMotion? We have come across an
issue recently where a similar thing happened, the wrong disk was resized and our investigation
so far shows this to potentially be caused by disks having been renamed during svMotion.

Dag Sonstebo

On 20/04/2016, 07:04, "Pavan Bandarupally" <> wrote:

>I think Root disk resize is supported only on KVM as per the FS
>-----Original Message-----
>From: ilya [] 
>Sent: Wednesday, April 20, 2016 11:23 AM
>Subject: Re: problem with vm volume resize
>device 0 implies root disk..
>On 4/19/16 9:26 PM, Simon Weller wrote:
>> Chris,
>> Device 0, if I'm not mistaken, normally refers to the root volume. Have you tried
this via the api directly, or via cloudmonkey to eliminate the ui?
>> - Si
>> Simon Weller/ENA
>> (615) 312-6068
>> -----Original Message-----
>> From: Chris Chupela []
>> Received: Tuesday, 19 Apr 2016, 10:57PM
>> To: []
>> Subject: problem with vm volume resize
>> I have a cloudstack 4.2 installation with vmware 5.0 as the underlying hypervisor.
I've resized volumes in the past using the web UI, but have run into an issue where my resize
attempt on an existing win2k8 data volume failed. It is a resize from 50Gb to 100Gb, and I
have enough storage to do the resize.
>> When I attempt the resize, the UI returns 'unable to resize volume', and I find the
following error in the management server log:
>> 2016-04-19 22:52:45,468 ERROR [vmware.resource.VmwareResource] (,
job-641, cmd: ResizeVolumeCommand) Unable to resize volume
>> java.lang.RuntimeException: Invalid operation for device '0'.
>>         at
>>         at
>>         at
>>         at
>>         at$
>>         at java.util.concurrent.Executors$ Source)
>>         at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
>>         at Source)
>>         at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(Unknown
>>         at java.util.concurrent.ScheduledThreadPoolExecutor$
>>         at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
>>         at java.util.concurrent.ThreadPoolExecutor$ Source)
>>         at Source)
>> The vm in question has been in the cloud enviornment/production for 2+ years. It
has a root volume, and 3 data volumes. I'm trying to resize the first data volume.
>> I've seen some mention of issues like this with resizing volumes that were created
from snapshots, but that doesn't apply here.
>> Any thoughts on why my resize attempt is failing?
>> Chris Chupela
>> Systems Engineer
>> DSS
>> 610.927.2031 Office
>> 610.334.2392 Cell
>> Website<> | Data Center<>
| Twitter<> | Facebook<!/DistributedSystemsServices>
>This e-mail may contain privileged and confidential information which is the property
of Accelerite, a Persistent Systems business. It is intended only for the use of the individual
or entity to which it is addressed. If you are not the intended recipient, you are not authorized
to read, retain, copy, print, distribute or use this message. If you have received this communication
in error, please notify the sender and delete all copies of this message. Accelerite, a Persistent
Systems business does not accept any liability for virus infected mails.


DagĀ Sonstebo

53 Chandos Place, Covent Garden, London  WC2N 4HSUK
View raw message