Bug 822228 - "discovery -f" should abort if a discovery scan is already in progress
Summary: "discovery -f" should abort if a discovery scan is already in progress
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: RHQ Project
Classification: Other
Component: Agent
Version: 4.4
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
: RHQ 4.5.0
Assignee: Charles Crouch
QA Contact: Mike Foley
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-05-16 17:39 UTC by Ian Springer
Modified: 2015-02-01 23:28 UTC (History)
3 users (show)

Fixed In Version: 4.5
Clone Of:
Environment:
Last Closed: 2013-09-01 10:12:19 UTC
Embargoed:

Attachments (Terms of Use)

Description Ian Springer 2012-05-16 17:39:53 UTC 
Otherwise, "discovery -f" will take up to twice as long to return, while it waits for the currently running scan to complete and then kicks off a new scan and waits for that to complete. That could be confusing or frustrating to users.
Comment 1 Ian Springer 2012-05-16 18:22:31 UTC 
Done in master:

http://git.fedorahosted.org/git?p=rhq/rhq.git;a=commitdiff;h=15d7dca
Comment 4 Heiko W. Rupp 2013-09-01 10:12:19 UTC 
Bulk closing of items that are on_qa and in old RHQ releases, which are out for a long time and where the issue has not been re-opened since.
Note You need to log in before you can comment on or make changes to this bug.