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

• Type: Bug
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Fix Version/s: 2.5
• Component/s: vcld (backend), web gui (frontend)
• Assignee: Josh Thompson
• Reporter: Frank Aaron Peeler
• Created: 30/Mar/15 18:02
• Updated: 09/Jan/17 18:04
• Resolved: 09/Jan/17 18:04

Description

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.