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

ASF subversion and git services commented on VCL-846:
-----------------------------------------------------

Commit 1758683 from [~jfthomps] in branch 'vcl/trunk'
[ https://svn.apache.org/r1758683 ]

VCL-846 - Improve flow of handling nodes for deleted reservations assigned to 
new reservations

utils.php:
-modified isAvailable: changed set of ignored states when getting a list of 
computers for an immediate (now) reservation from 
'reloading,reload,timeout,inuse' to 'timeout,inuse'; changed set of states for 
determing reserved computers from 'deleted,failed,complete' to 
'failed,complete,reload,pending/reload'
-modified getSemaphore: changed set of states checked to see if another process 
allocated the same computer from '1,5,12' to '5,12,19,14/19'

> Improve flow of handling nodes for deleted reservations assigned to new 
> reservations
> ------------------------------------------------------------------------------------
>
>                 Key: VCL-846
>                 URL: https://issues.apache.org/jira/browse/VCL-846
>             Project: VCL
>          Issue Type: Bug
>          Components: vcld (backend), web gui (frontend)
>            Reporter: Aaron Peeler
>            Assignee: Josh Thompson
>             Fix For: 2.5
>
>
> As a user can make a new reservation, the front-end can assign a node that is 
> currently being cleaned up from a deleted reservation. So far the states 
> observed are:
> currentstate = pending
> laststate = deleted
> node state = reserved
> If this node is assigned to a new reservation, the back end checks for 
> existing process, logs it and fails the new reservation. It fails it likely 
> because the new process on the backend does not know how much time is left to 
> clean up the deleted reservation. 
> A decision/implementation on synchronizing the front-end and back-end needs 
> to be made on how to handle this case as to not have reservation failures.
> Suggestions are to:
> 1) only select available machines not assigned to reservations on the front 
> end. 
> 2) Or on the backend - wait until the previous deleted process is complete( 
> which could take a while depending on what can be done)
> 3) on the backend -  intercept the process and force a reload - not matter 
> what the image is.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to