Bug 535659 - (RHQ-2331) content discovery doesn't happen for 12 hours after initial import
content discovery doesn't happen for 12 hours after initial import
Product: RHQ Project
Classification: Other
Component: Plugin Container (Show other bugs)
All All
medium Severity medium (vote)
: ---
: ---
Assigned To: John Mazzitelli
Corey Welton
: Improvement
Depends On:
  Show dependency treegraph
Reported: 2009-08-11 11:59 EDT by John Mazzitelli
Modified: 2009-08-19 13:04 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed:
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description John Mazzitelli 2009-08-11 11:59:00 EDT
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 12:07:52 EDT
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 12:19:52 EDT
RHQ-2332 is tangentially related - deals with content scheduling too
Comment 3 John Mazzitelli 2009-08-11 14:39:11 EDT
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 13:04:06 EDT
QA Verified, initial content discovery no longer takes 12 hours.
Comment 5 Red Hat Bugzilla 2009-11-10 16:02:22 EST
This bug was previously known as http://jira.rhq-project.org/browse/RHQ-2331
This bug is related to RHQ-2332

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