Bug 663698

Summary:	Systems not being released from cancelled recipes
Product:	[Retired] Beaker	Reporter:	Matt Brodeur <mbrodeur>
Component:	scheduler	Assignee:	Nick Coghlan <ncoghlan>
Status:	CLOSED DUPLICATE	QA Contact:
Severity:	medium	Docs Contact:
Priority:	low
Version:	0.6	CC:	bpeck, dcallagh, mcsontos, mishin, mschick, psplicha, rmancy
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-10-26 03:25:18 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 Matt Brodeur 2010-12-16 16:31:09 UTC

Description of problem:
We've hit this before, but this is the first clear case I could document.  We're still having problems where systems get pulled in to a recipe, that recipe is cancelled, and the system is still assigned to the user and not returnable.

https://beaker.engineering.redhat.com/recipes/78416
This was queued 2010-12-13 19:38:30, the system taken 2010-12-13 19:40:04 and cancelled some short time (seconds?) later.  The system still has kkolakow as the Current User and clicking return results in:
"Failed to return sgi-xe270-01.rhts.bos.redhat.com: u'System has active recipe 78416'"


There's no watchdog entry for this host.  It's just stuck in this state.


Unfortunately I can't leave it like that for debugging, since the system is needed for customer work.

Comment 1 Marian Csontos 2011-03-03 13:53:56 UTC

Another living example here:

The Machine: https://beaker.engineering.redhat.com/view/storageqe-06.rhts.eng.bos.redhat.com

The Message:
> Failed to return storageqe-06.rhts.eng.bos.redhat.com: u'System has active recipe 114375'

Bill, I asked Barry to ping you before trying to reposes the machine as you may want to look at it first.

Comment 2 Bill Peck 2011-03-03 14:32:59 UTC

Thanks.  I've returned it, I'm still trying to recreate this in stage.

Comment 4 Nick Coghlan 2012-10-17 04:36:15 UTC

Bulk reassignment of issues as Bill has moved to another team.

Comment 5 Dan Callaghan 2012-10-26 03:25:18 UTC


*** This bug has been marked as a duplicate of bug 715226 ***