Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0DFA110277 for ; Wed, 25 Sep 2013 12:46:15 +0000 (UTC) Received: (qmail 67627 invoked by uid 500); 25 Sep 2013 12:32:42 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 67587 invoked by uid 500); 25 Sep 2013 12:32:41 -0000 Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list dev@cloudstack.apache.org Received: (qmail 67559 invoked by uid 99); 25 Sep 2013 12:32:37 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Sep 2013 12:32:37 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of a.petrocelli@netsons.com designates 46.252.159.58 as permitted sender) Received: from [46.252.159.58] (HELO netsons.com) (46.252.159.58) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Sep 2013 12:32:33 +0000 Received: from office.netsons.com ([88.149.164.121]:57878 helo=[127.0.0.1]) by cpanel.netsons.com with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1VOoGG-0004c7-NJ for dev@cloudstack.apache.org; Wed, 25 Sep 2013 14:32:09 +0200 Message-ID: <5242D7C9.7070200@netsons.com> Date: Wed, 25 Sep 2013 14:32:09 +0200 From: Antonio Petrocelli User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: dev@cloudstack.apache.org Subject: Re: ROOT disk resize References: <52382EC3.70802@netsons.com> <52384C06.50601@netsons.com> In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080607020209000500080008" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel.netsons.com X-AntiAbuse: Original Domain - cloudstack.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - netsons.com X-Get-Message-Sender-Via: cpanel.netsons.com: authenticated_id: a.petrocelli@netsons.com X-Virus-Checked: Checked by ClamAV on apache.org --------------ms080607020209000500080008 Content-Type: multipart/alternative; boundary="------------060200000504020403060408" This is a multi-part message in MIME format. --------------060200000504020403060408 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable Hello, i'm trying to do the call directly to vsphere... i need help for this call: vSphere Documentation Center=20 =20 (ExtendVirtualDisk_Task) I'm unable to pass a correct value for parameter *name.* I'm trying the call from: https://myaddress/mob/?moid=3DvirtualDiskManager&method=3DqueryVirtualDis= kFragmentation When i try to insert an URL formatted as manual specs: /scheme/:///authority//folder//path/?dcPath=3D/dcPath/&dsName=3D/dsNa= me/ result is: INVALID ARGUMENT for NAME If i give a simple test string like: *test* *the call is ok with response: *task-4426 but in vsphere i receive this error: /Extend virtual disk The request refers to an unexpected or unknown type.= / Someone know the right way to invoke this request? Thanks a lot. Il 19/09/2013 16:07, Marcus Sorensen ha scritto: > Something like this for 4.2... for 4.1 it would be pretty much the > same, just that in 4.1 the code was in StorageManagerImpl.java > > iff --git a/server/src/com/cloud/storage/VolumeManagerImpl.java > b/server/src/com/cloud/storage/VolumeManagerImpl.java > index 1d6b44f..4ef57ed 100644 > --- a/server/src/com/cloud/storage/VolumeManagerImpl.java > +++ b/server/src/com/cloud/storage/VolumeManagerImpl.java > @@ -1110,17 +1110,12 @@ public class VolumeManagerImpl extends > ManagerBase implements VolumeManager { > "Volume should be in ready state before > attempting a resize"); > } > > - if (!volume.getVolumeType().equals(Volume.Type.DATADISK)) { > - throw new InvalidParameterValueException( > - "Can only resize DATA volumes"); > - } > - > /* > * figure out whether or not a new disk offering or size para= meter is > * required, get the correct size value > */ > if (newDiskOffering =3D=3D null) { > - if (diskOffering.isCustomized()) { > + if (diskOffering.isCustomized() || > volume.getVolumeType().equals(Volume.Type.ROOT)) { > newSize =3D cmd.getSize(); > > if (newSize =3D=3D null) { > @@ -1135,6 +1130,10 @@ public class VolumeManagerImpl extends > ManagerBase implements VolumeManager { > + " cannot be resized, need to specify a disk= > offering"); > } > } else { > + if (!volume.getVolumeType().equals(Volume.Type.DATADISK)) = { > + throw new InvalidParameterValueException( > + "Can only resize DATA volumes via new disk offerin= g"); > + } > > if (newDiskOffering.getRemoved() !=3D null > || !DiskOfferingVO.Type.Disk.equals(newDiskOfferi= ng > > On Tue, Sep 17, 2013 at 11:02 AM, Marcus Sorensen = wrote: >> Yes >> >> On Sep 17, 2013 11:01 AM, "Mike Tutkowski" >> wrote: >>> Just checking on something. >>> >>> If you spin up a VM based on an ISO, the ROOT disk size is based on t= he >>> selected disk offering, right? >>> >>> >>> On Tue, Sep 17, 2013 at 6:33 AM, Antonio Petrocelli < >>> a.petrocelli@netsons.com> wrote: >>> >>>> Thanks a lot for reply. >>>> >>>> Do you know how change the code? >>>> >>>> Il 17/09/2013 14:22, Marcus Sorensen ha scritto: >>>> >>>> You'd need to make minor code changes to remove the check in the c= ode >>>> and >>>>> recompile. It should otherwise work, its just that traditionally ro= ot >>>>> disk >>>>> size is based on template size, while data disks are based on disk >>>>> offerings. Not everyone wants root resize, e.g. if they are billing= >>>>> based >>>>> on disk offering rather than checking actual vol size. >>>>> >>>>> You could request an enhancement where root resize can be enabled v= ia >>>>> config parameter. >>>>> On Sep 17, 2013 4:28 AM, "Antonio Petrocelli" >>>>> >>>>> wrote: >>>>> >>>>> Hello, >>>>>> is there a way to resize the ROOT disk of a vm? >>>>>> >>>>>> API reply is: *Can only resize DATA volumes* >>>>>> >>>>>> Does anyone know a method to bypass that control? >>>>>> >>>>>> Thanks a lot. >>>>>> >>>>>> Regards. >>>>>> >>>>>> >>> >>> -- >>> *Mike Tutkowski* >>> *Senior CloudStack Developer, SolidFire Inc.* >>> e: mike.tutkowski@solidfire.com >>> o: 303.746.7302 >>> Advancing the way the world uses the >>> cloud >>> *=99* --------------060200000504020403060408 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable

Hello,

i'm trying to do the call directly to vsphere...

i need help for this call: vSphere Documentation Center (ExtendVirtualDisk_Task)

I'm unable to pass a correct value for parameter name.=

I'm trying the call from:

https://myaddress/mob/?moid=3DvirtualDiskMana= ger&method=3DqueryVirtualDiskFragmentation

When i try to insert an URL formatted as manual specs:

scheme://authority<= /em>/folder/path?dcPath=3DdcPath&dsName=3DdsNam= e

result is: INVALID ARGUMENT for NAME

If i give a simple test string like: test

=

the call is ok with response: task-4426

but in vsphere i receive this error:

Extend virtual disk The request refers to an unexpected or unknown type.

Someone know the right way to invoke this request?

Thanks a lot.


Il 19/09/2013 16:07, Marcus Sorensen ha scritto:
Something like this for 4.2... for 4.1 it would be p=
retty much the
same, just that in 4.1 the code was in StorageManagerImpl.java

iff --git a/server/src/com/cloud/storage/VolumeManagerImpl.java
b/server/src/com/cloud/storage/VolumeManagerImpl.java
index 1d6b44f..4ef57ed 100644
--- a/server/src/com/cloud/storage/VolumeManagerImpl.java
+++ b/server/src/com/cloud/storage/VolumeManagerImpl.java
@@ -1110,17 +1110,12 @@ public class VolumeManagerImpl extends
ManagerBase implements VolumeManager {
                     "Volume should be in ready state before
attempting a resize");
         }

-        if (!volume.getVolumeType().equals(Volume.Type.DATADISK)) {
-            throw new InvalidParameterValueException(
-                    "Can only resize DATA volumes");
-        }
-
         /*
          * figure out whether or not a new disk offering or size paramet=
er is
          * required, get the correct size value
          */
         if (newDiskOffering =3D=3D null) {
-            if (diskOffering.isCustomized()) {
+            if (diskOffering.isCustomized() ||
volume.getVolumeType().equals(Volume.Type.ROOT)) {
                 newSize =3D cmd.getSize();

                 if (newSize =3D=3D null) {
@@ -1135,6 +1130,10 @@ public class VolumeManagerImpl extends
ManagerBase implements VolumeManager {
                         + " cannot be resized, need to specify a disk
offering");
             }
         } else {
+            if (!volume.getVolumeType().equals(Volume.Type.DATADISK)) {
+                throw new InvalidParameterValueException(
+                    "Can only resize DATA volumes via new disk offering"=
);
+            }

             if (newDiskOffering.getRemoved() !=3D null
                     || !DiskOfferingVO.Type.Disk.equals(newDiskOffering

On Tue, Sep 17, 2013 at 11:02 AM, Marcus Sorensen <shadowsor@gmail.com&g=
t; wrote:

Yes

On Sep 17, 2013 11:01 AM, "Mike Tutkowski" <mike.tutkowski@soli=
dfire.com>
wrote:

Just checking on something.

If you spin up a VM based on an ISO, the ROOT disk size is based on the
selected disk offering, right?


On Tue, Sep 17, 2013 at 6:33 AM, Antonio Petrocelli <
a.petrocelli@netsons.com> wrote:


Thanks a lot for reply.

Do you know how change the code?

Il 17/09/2013 14:22, Marcus Sorensen ha scritto:

 You'd need to make minor code changes to remove the check in the code
and

recompile. It should otherwise work, its jus=
t that traditionally root
disk
size is based on template size, while data disks are based on disk
offerings. Not everyone wants root resize, e.g. if they are billing
based
on disk offering rather than checking actual vol size.

You could request an enhancement where root resize can be enabled via
config parameter.
On Sep 17, 2013 4:28 AM, "Antonio Petrocelli"
<a.petrocelli@netsons.com>
wrote:

   Hello,

is there a way to resize the ROOT disk of a vm?

API reply is: *Can only resize DATA volumes*

Does anyone know a method to bypass that control?

Thanks a lot.

Regards.




          

          

--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?=
video=3Dplay>
*=99*


        

      

    

  


--------------060200000504020403060408--

--------------ms080607020209000500080008
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: Firma crittografica S/MIME

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJ8DCC
BLgwggOgoAMCAQICEGVcyrdQNmJ/0Dz+j8twTicwDQYJKoZIhvcNAQEFBQAwZTELMAkGA1UE
BhMCU0UxFDASBgNVBAoTC0FkZFRydXN0IEFCMR0wGwYDVQQLExRBZGRUcnVzdCBUVFAgTmV0
d29yazEhMB8GA1UEAxMYQWRkVHJ1c3QgQ2xhc3MgMSBDQSBSb290MB4XDTA2MDMwMTAwMDAw
MFoXDTE5MDcwOTE3MzY1OFowUTELMAkGA1UEBhMCSVQxFDASBgNVBAoTC0dsb2JhbFRydXN0
MSwwKgYDVQQDEyNHbG9iYWxUcnVzdCBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTCCASIwDQYJ
KoZIhvcNAQEBBQADggEPADCCAQoCggEBAJcf1ezzeC72wHNOeAltIFJIn/JIE2wNINgtghDO
e2DVdWkncULKojyXVQPEpwuUOPBK4dQg4YlzpavGmlZfdz2QaOqUscjvBgvSxvnePxlavUfU
IF5dYvSpjLJzwOFSioLItA4tTp8EmSA2ZLKQXLeFDDrAFieRt83VAnQShVgeKwtMpZzSTiTw
tQyr2O8qbbFcxC1cq5Bjq64kx+4MH/KM8A+ZjEnhdVPhC21eH4npMSUUZFosHytJjlFATz1b
d7xSYiiRz6FsK2HQ1JtcNnNrY2pqRmuMUcUap8YYfMzXQX8ZoB3G1y/6OY2tRpmuX37hMkXR
IAwUQkc0xSeh4nkCAwEAAaOCAXYwggFyMB0GA1UdDgQWBBQR04q4b6pEN3XjT96zohc1lnOI
wDAOBgNVHQ8BAf8EBAMCAQYwEgYDVR0TAQH/BAgwBgEB/wIBAzAYBgNVHSAEETAPMA0GCysG
AQQBsjEBAgILMHcGA1UdHwRwMG4wNqA0oDKGMGh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0Fk
ZFRydXN0Q2xhc3MxQ0FSb290LmNybDA0oDKgMIYuaHR0cDovL2NybC5jb21vZG8ubmV0L0Fk
ZFRydXN0Q2xhc3MxQ0FSb290LmNybDCBhgYIKwYBBQUHAQEEejB4MDsGCCsGAQUFBzAChi9o
dHRwOi8vY3J0LmNvbW9kb2NhLmNvbS9BZGRUcnVzdFVUTkNsaWVudENBLmNydDA5BggrBgEF
BQcwAoYtaHR0cDovL2NydC5jb21vZG8ubmV0L0FkZFRydXN0VVROQ2xpZW50Q0EuY3J0MBEG
CWCGSAGG+EIBAQQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAb8mxZ4wkxqBwGrV7+KkyxTky
z6+9XIfJADwcNkfcWcxTrEe2yHi7tqIruD4YhSNktAUMnpATAaKaBAcU5hsJW8C0qrkh9VW1
f0TDr6in5ZIANL0V50CM3Gnw+qqXf1zm8ZQTuYxDxT50yVHUSrvUec/sSIqFXCN+VOwEs83X
xeK2YJuj5DGBNr50R62oRHwQU8V9MY0N7MEC7s660XdqO9h+OrRnTPNKeu+D4h7FHIexHSF8
Oclre7q7oGuaSs91RpMGs4mxZtm1QgDaZxoda5tz8AlyEkb+h74EZgEaDw3FstjLIAyQfuS5
KhoYpuAj10GjQ6zLs5BVqwHyE7yIKDCCBTAwggQYoAMCAQICEQCPbAvCBmu5eD1wCCD5kvj6
MA0GCSqGSIb3DQEBBQUAMFExCzAJBgNVBAYTAklUMRQwEgYDVQQKEwtHbG9iYWxUcnVzdDEs
MCoGA1UEAxMjR2xvYmFsVHJ1c3QgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMTMwNzMx
MDAwMDAwWhcNMTQwNzMxMjM1OTU5WjBcMRQwEgYDVQQLEwtHbG9iYWx0cnVzdDEbMBkGA1UE
AxMSQW50b25pbyBQZXRyb2NlbGxpMScwJQYJKoZIhvcNAQkBFhhhLnBldHJvY2VsbGlAbmV0
c29ucy5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC7ey+D9AaF2mO7Xyxj
gL7pNDmT/BspOQYoMpD302IQjAASH9qX9qMqcX25KPnzGm66wpgPMiq+NyunNgM1PCgjgtOj
OTxe6JS54R+e4ftAxBCs4jbJ5UYX+BJg0iXzBbt+21lJwO/1YkB+M9aiyhFIzM2TKOd7un6R
OB+j4vr5pJCrRifx+KaZe6ufjPLFwAORM6AXRXa2BLRFEIKE2TPE+/2IcnuI+EpEvmA4KVfu
kXErgvUudczv6f0eFUblWGl7M+z+Jdhv3UNi3WG1t1kFgfZinkXcZezoCURFuwhKc5VH81rx
gLoOKCei0ZGVOxPif/Jk0M7QXece4lnIqPblAgMBAAGjggH2MIIB8jAfBgNVHSMEGDAWgBQR
04q4b6pEN3XjT96zohc1lnOIwDAdBgNVHQ4EFgQUo7CMKd7gtpsdwyKTItBK+9vbvwAwDgYD
VR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUF
BwMCMGQGA1UdIARdMFswWQYLKwYBBAGyMQECAgswSjBIBggrBgEFBQcCARY8aHR0cHM6Ly93
d3cuZ2xvYmFsdHJ1c3QuaXQvcmVzb3VyY2VzL2xlZ2FsZG9jL2Nwcy9pbmRleC5hc3B4MHwG
A1UdHwR1MHMwN6A1oDOGMWh0dHA6Ly9jcmwuZ2xvYmFsdHJ1c3QuaXQvR2xvYmFsVHJ1c3RD
bGllbnRDQS5jcmwwOKA2oDSGMmh0dHA6Ly9jcmwyLmdsb2JhbHRydXN0Lml0L0dsb2JhbFRy
dXN0Q2xpZW50Q0EuY3JsMIGOBggrBgEFBQcBAQSBgTB/MD0GCCsGAQUFBzAChjFodHRwOi8v
Y3J0Lmdsb2JhbHRydXN0Lml0L0dsb2JhbFRydXN0Q2xpZW50Q0EuY3J0MD4GCCsGAQUFBzAC
hjJodHRwOi8vY3J0Mi5nbG9iYWx0cnVzdC5pdC9HbG9iYWxUcnVzdENsaWVudENBLmNydDAN
BgkqhkiG9w0BAQUFAAOCAQEAOtYHdpIlAIk52r/gUk+Jq2coE0BLBr/nAuE8d7Ya5kljlKeb
vIro1acTkrPDfA1t8osOP0uQm8y3OaYO1WI/CLKnvRpJ6zbWfUKWgvGgXFQY7tFOqKUNzmbl
tE1eA2RskOwlCNWVaT3XkEaBmD4upDLjN44igiSnGiNaPT1uoetEtI/2/NTK6rfyrhzuDG+h
G8yIVbBqRn4z+/W/Wl5Xwk4ndjG+x8gjJZaCmRJRSZ4c38sJyyJzL/Je+iEC7DENFWbQ8GFn
33/vA0tEHAyamBbMvk2LrcBRPceeqfMq2nF23WjqKiYjbzYP/tXy/vVgIgIw1ZJxN9TGRWcg
nssVODGCA0wwggNIAgEBMGYwUTELMAkGA1UEBhMCSVQxFDASBgNVBAoTC0dsb2JhbFRydXN0
MSwwKgYDVQQDEyNHbG9iYWxUcnVzdCBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eQIRAI9sC8IG
a7l4PXAIIPmS+PowCQYFKw4DAhoFAKCCAbswGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAc
BgkqhkiG9w0BCQUxDxcNMTMwOTI1MTIzMjA5WjAjBgkqhkiG9w0BCQQxFgQU3cpUT8vWvJdw
iTq8XTv7LxoSI1UwbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUDBAEC
MAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzAN
BggqhkiG9w0DAgIBKDB1BgkrBgEEAYI3EAQxaDBmMFExCzAJBgNVBAYTAklUMRQwEgYDVQQK
EwtHbG9iYWxUcnVzdDEsMCoGA1UEAxMjR2xvYmFsVHJ1c3QgQ2VydGlmaWNhdGlvbiBBdXRo
b3JpdHkCEQCPbAvCBmu5eD1wCCD5kvj6MHcGCyqGSIb3DQEJEAILMWigZjBRMQswCQYDVQQG
EwJJVDEUMBIGA1UEChMLR2xvYmFsVHJ1c3QxLDAqBgNVBAMTI0dsb2JhbFRydXN0IENlcnRp
ZmljYXRpb24gQXV0aG9yaXR5AhEAj2wLwgZruXg9cAgg+ZL4+jANBgkqhkiG9w0BAQEFAASC
AQCNX2XcFjOsKSw5c3jheB+zk+rTYgWECqbQEfnF2WtkjDv9MReMkivH8/XoyXlczCFhP/AC
7X0l+jMgSfsSrUCX6cj5uM7uPMnm17BLwm/XlO/k8f6FoxqC3fU3CNLlABwg9APPWCAf3mWs
NaThZr05+n5aKe+TpSDrv/yKkOJK2OI7PDzUFaty+qCK5c7wv1FlrRiuzNBUc+lMelQkaQ82
Ss6S+7sgfw3pwOgh+9Sfskm/yA6hgyVpS6mTunEfnnXYC0haat9atLk1fvMZT3V98CDPYOyY
7BIMSl3riJ1jhUoWJa1rG9Qv78pRE1X5WrctKAHF5HzLR3aL1xUZgjp8AAAAAAAA
--------------ms080607020209000500080008--