cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mike Tutkowski (JIRA)" <>
Subject [jira] [Commented] (CLOUDSTACK-1971) VM deployed to incorrect primary storage
Date Mon, 08 Apr 2013 21:01:15 GMT


Mike Tutkowski commented on CLOUDSTACK-1971:

On a related note, I noticed, for example, CloudStack is trying to deploy all of my compute
offerings to PS_2.  It kicks off two VMs successfully and fails when trying to kick off the
third.  The error message is related to there being an insufficient amount of space.  So,
problem one here is it was trying to use PS_2 instead of PS_4 and problem two is that PS_2
actually should have had more than enough space (although it would still have been wrong to
deploy the VM to PS_2).

INFO  [user.vm.DeployVMCmd] (Job-Executor-19:job-19)
Unable to create a deployment for VM[User|aa33dcdb-792f-4903-86fc-c55802be63c6]Scope=interface; id=1
> VM deployed to incorrect primary storage
> ----------------------------------------
>                 Key: CLOUDSTACK-1971
>                 URL:
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: Management Server
>    Affects Versions: 4.1.0
>         Environment: Management Server running on Mac OS X (from source I updated and
compiled today)
>            Reporter: Mike Tutkowski
>            Priority: Critical
>             Fix For: 4.1.0
>         Attachments: vmops.log
> From an e-mail to the ClousdStack e-mail list:
> I have three tiers of shared, iSCSI-based storage represented in three storage repositories
in XenServer:
> SR_2
> SR_3
> SR_4
> SR_2 maps into CS via primary storage PS_2, which has the storage tag PS_2
> SR_3 maps into CS via primary storage PS_3, which has the storage tag PS_3
> SR_4 maps into CS via primary storage PS_4, which has the storage tag PS_4
> I have three compute offerings:
> CO_2, which only uses storage tag PS_2
> CO_3, which only uses storage tag PS_3
> CO_4, which only uses storage tag PS_4
> I walk through the wizard and select CO_3.  My VM ends up on SR_4.
> I have double checked the relationships and don't see any errors in how I have CS configured.
> Both and nonossComponentContext.xml are configured as such (I
am running with -Dnonoss, as an FYI):
>   <!--
>     Storage pool allocators
>   -->
>   <bean id="LocalStoragePoolAllocator" class="">
>     <property name="name" value="LocalStorage"/>
>   </bean>
>   <bean id="FirstFitStoragePoolAllocator" class="">
>     <property name="name" value="Storage"/>
>   </bean>

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