cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Marcus Sorensen (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (CLOUDSTACK-5853) cannot deploy vm with differing service storage tag and data disk storage tag
Date Fri, 10 Jan 2014 19:08:04 GMT

     [ https://issues.apache.org/jira/browse/CLOUDSTACK-5853?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Marcus Sorensen resolved CLOUDSTACK-5853.
-----------------------------------------

    Resolution: Fixed

> cannot deploy vm with differing service storage tag and data disk storage tag
> -----------------------------------------------------------------------------
>
>                 Key: CLOUDSTACK-5853
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5853
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: Management Server
>    Affects Versions: 4.2.0, 4.3.0, 4.4.0
>            Reporter: Marcus Sorensen
>            Assignee: Marcus Sorensen
>
> Create two storage pools, one with storage tag X, one with storage tag Y.
> Create a service offering with storage tag X.
> Create a disk offering with storage tag Y.
> Attempt to deploy a virtual machine with a datadisk, using given offerings, it fails.
> Deployment planner keeps a global object 'avoid'. It loops through each volume to be
created, asking storage allocators for matching pools, passing this avoid object.
> First disk matches a pool or pools, adds ALL other pools to avoid object, then deployment
planner attaches matching pools to a list for that disk.
> Second disk matches a pool, adds all other pools to avoid object, then deployment planner
says "wait, matching pool is in avoid, can't use it". Oops. In fact, at this point ALL pools
are in avoid (unless there are other pools that have both tags).
> Need to remove matching pool from the avoid set during each select phase.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

Mime
View raw message