[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-5853?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14216919#comment-14216919
 ] 

ASF subversion and git services commented on CLOUDSTACK-5853:
-------------------------------------------------------------

Commit 968ca060eea66ba7fe1853c6685069fe8b63b8f2 in cloudstack's branch 
refs/heads/4.5 from [~prachidamle]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=968ca06 ]

CLOUDSTACK-5853 cannot deploy vm with differing service storage tag and data 
disk storage tag

Changes:
- Reverting Marcus's fix since this issue has already fixed by 
https://issues.apache.org/jira/browse/CLOUDSTACK-5426


> 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: Prachi Damle
>            Priority: Critical
>             Fix For: 4.4.0, 4.5.0
>
>
> 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.3.4#6332)

Reply via email to