Bug 696753 - Ignoring resources fails
Summary: Ignoring resources fails
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: RHQ Project
Classification: Other
Component: Core UI
Version: 4.0.0.Beta2
Hardware: All
OS: All
urgent
medium
Target Milestone: ---
: ---
Assignee: John Mazzitelli
QA Contact: Corey Welton
URL:
Whiteboard:
Depends On:
Blocks: jon3 rhq401
TreeView+ depends on / blocked
 
Reported: 2011-04-14 19:09 UTC by Heiko W. Rupp
Modified: 2011-05-24 01:17 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)
Screenshot of what to ignore (20.31 KB, image/png)
2011-04-14 19:09 UTC, Heiko W. Rupp
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 701314 0 urgent CLOSED UI times out during long import 2021-02-22 00:41:40 UTC

Internal Links: 701314

Description Heiko W. Rupp 2011-04-14 19:09:02 UTC
Created attachment 492203 [details]
Screenshot of what to ignore

I've imported a platform sans a few resoures with success.
Then I've clicked on the platform, then on yes at the "include servers" prompt and clicked on ignore.

Ignoring failed with the red bar.

Actually it seems that the platform children were successfully ignored, but as the platform was selected too, the total operation failed.

Comment 1 Jay Shaughnessy 2011-04-20 21:12:11 UTC
I can not get this to reproduce.  The only time I've seen an error it was a timeout because the agent was down, which is expected. The resources still get ignored server-side so things actually work.

I've tested with FireFox and Chrome.

I need more specific repro steps, assuming this is still a problem. Asking for more info...

Comment 2 Heiko W. Rupp 2011-04-21 10:11:12 UTC
I can't reproduce it at the moment, but suspect that it may have to do with the 
total amount of resources to ignore and the speed of the computer / database, 
so that the operation just runs into a timeout.

Comment 3 Jay Shaughnessy 2011-04-21 12:44:04 UTC
The timeout for this, and by default any server-side RPC call is set to 10 seconds.  It should be long enough to perform even a large inventory status change but we'll need to keep an eye on this one.

Comment 4 Charles Crouch 2011-04-25 15:50:07 UTC
Unassigning as work has stopped

Comment 5 Jay Shaughnessy 2011-04-25 15:54:44 UTC
Submitting to QA for final validation.

Comment 6 John Mazzitelli 2011-05-02 15:59:25 UTC
the same issue happens on "import" - see bug #701314 for more

Comment 7 John Mazzitelli 2011-05-03 18:47:35 UTC
master commit 8534967

this commit bumps up the timeout to 1 minute. In addition, if that still isn't enough, we'll log a warning message that tells the user about the timeout but that the server is still processing the request.

hard to test this - I guess just ignore lots of resources in the discovery queue and see that you don't get a timeout (which used to be 10s - so if your request is over 10s and completes successfully, OR you get a yellow warning message, this issue is fixed)

Comment 8 Charles Crouch 2011-05-09 20:16:18 UTC
Added for triage for RHQ4.0.1

Comment 9 John Mazzitelli 2011-05-10 16:29:11 UTC
cherry picked over to release-4.0.0 branch as commit: 9b953bd567a507e890c7ee2688c1e9c803cee88e

Comment 10 Mike Foley 2011-05-12 15:30:41 UTC
verified.  tested inventory, univnentory, ignore, import.  all looks good.  rhq 4.0.1

Comment 11 Corey Welton 2011-05-24 01:17:54 UTC
Bookkeeping - closing bug - fixed in recent release.

Comment 12 Corey Welton 2011-05-24 01:17:56 UTC
Bookkeeping - closing bug - fixed in recent release.

Comment 13 Corey Welton 2011-05-24 01:17:57 UTC
Bookkeeping - closing bug - fixed in recent release.

Comment 14 Corey Welton 2011-05-24 01:17:58 UTC
Bookkeeping - closing bug - fixed in recent release.


Note You need to log in before you can comment on or make changes to this bug.