Bug 604972
Summary: | inventory allows reservation of an already reserved machine | ||
---|---|---|---|
Product: | [Retired] Beaker | Reporter: | Karel Volný <kvolny> |
Component: | web UI | Assignee: | Raymond Mancy <rmancy> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 0.5 | CC: | azelinka, bpeck, ebaak, kbaker, mcsontos, rmancy |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2010-06-29 14:18:46 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Karel Volný
2010-06-17 07:38:34 UTC
Raising severity - this looks like a serious problem that could lead to hours of lost work. Also proposing for beaker_blocker - it is not a regression pre se, but an unreliable machine reservation is IMHO serious enough to stop us from switching from RHTS. Please look into this. Thanks. Hint: This will not steal machine already reserved for some time as this only happens when machines are reserved concurrently - notice the small time interval within which this happened. Looks more like a transaction lock is missing somewhere: concurrent threads/processes runs as follows: 1. check the machine is available 2. check the machine is available 1. reserve the machine 2. reserve the machine Ok, I found the code for manual reservation and indeed there is a chance that it can happen. Should be easy to fix. Fixed in git. Will go out in Tomorrows upgrade. |