Bug 535659 (RHQ-2331)

Summary:	content discovery doesn't happen for 12 hours after initial import
Product:	[Other] RHQ Project	Reporter:	John Mazzitelli <mazz>
Component:	Plugin Container	Assignee:	John Mazzitelli <mazz>
Status:	CLOSED NEXTRELEASE	QA Contact:	Corey Welton <cwelton>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	unspecified	Keywords:	Improvement
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	All
URL:	http://jira.rhq-project.org/browse/RHQ-2331
Whiteboard:
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:		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 John Mazzitelli 2009-08-11 15:59:00 UTC

1) import a platform (linux or windows)
2) wait 2 minutes (2 minutes should be plenty of time)  to let the initial content discovery get scheduled and trigger
3) recall that platform discovery is disabled by default, so go to the platform plugin configuration page in the UI and enable content discovery
4) wait... and wait.... and wait... content is never discovered
5) wait over 12 hours - content should eventually be discovered

The problem is this:

initial schedule of content triggers, but the platform resource is told to not discovery anything, so it returns an empty list. the schedule is then re-scheduled for 12 hours from now. You then switch the flag to enable content discovery - but the schedule has already triggered so it won't try to discovery content again for another 12 hours.

Comment 1 Joseph Marques 2009-08-11 16:07:52 UTC

it seems like the reasonable thing to do would be to reschedule for now when you enable it.  this doesn't just cover the disable->enable case, but also the enable->enable case.  doing this will allow users a nifty trick to "force" the discovery by making a no-op change to active configs (or enabling currently disabled configs).  note, when you reschedule it, it should cancel current schedules and basically reset the 12-hr clock from the point of enablement.

Comment 2 John Mazzitelli 2009-08-11 16:19:52 UTC

RHQ-2332 is tangentially related - deals with content scheduling too

Comment 3 John Mazzitelli 2009-08-11 18:39:11 UTC

one problem is that the inventory event listener had hooks for ACTIVATING resources but curiously did not have hooks for handling DEACTIVATING resources. so it never got rid of schedules for resources whose components were stopped.

I'll be adding this to the listener framework.

Comment 4 Corey Welton 2009-08-19 17:04:06 UTC

QA Verified, initial content discovery no longer takes 12 hours.

Comment 5 Red Hat Bugzilla 2009-11-10 21:02:22 UTC

This bug was previously known as http://jira.rhq-project.org/browse/RHQ-2331
This bug is related to RHQ-2332