Bug 655187

Summary: JON241: Can't async uninventory a platform with bundle deployments
Product: [Other] RHQ Project Reporter: Jay Shaughnessy <jshaughn>
Component: ProvisioningAssignee: Jay Shaughnessy <jshaughn>
Status: CLOSED CURRENTRELEASE QA Contact: Sunil Kondkar <skondkar>
Severity: medium Docs Contact:
Priority: high    
Version: 3.0.0CC: ccrouch, hrupp, mazz, sdharane
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: All   
Whiteboard:
Fixed In Version: 4.0.0 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 661140 (view as bug list) Environment:
Any
Last Closed: 2013-08-31 13:07:29 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:
Bug Depends On:    
Bug Blocks: 616081, 661140    

Description Jay Shaughnessy 2010-11-19 20:06:10 UTC
If a bundle has been deployed to a platform, that platform can't be fully uninventoried.  It fails in the Async (backround) removal due to db integrity constraints.

How reproducible:

Always

Steps to Reproduce:
1. Deploy a bundle
2. Univentory the platform
3. Watch the server log for Async delete errors


Additional info:

I think a weak workaround would be to delete the bundle which would delete everything related to the bundle. But this may not be desirable to the user.

Comment 1 Jay Shaughnessy 2010-11-19 20:18:44 UTC
Fixed in master 9aeb5a00158b7d24dbb706522d8f8bb35e03bb07

Comment 2 Ian Springer 2010-11-22 15:29:29 UTC
Fix cherry picked to release-3.0.0 branch (commit 834e207).

Comment 3 Sudhir D 2010-11-25 09:31:03 UTC
Verified this against jon-server-2.4.1-SNAPSHOT build# ae99b5b.

I do not see error while async deletion. Below is the log snippet.

2010-11-25 14:58:19,182 INFO  [org.rhq.enterprise.server.scheduler.jobs.AsyncResourceDeleteJob] Async resource deletion - 306 successful, 0 failed, took [9097] ms

Marking this bug verified.

Comment 4 Heiko W. Rupp 2013-08-31 13:07:29 UTC
This has been long implemented and verified - closing.