the agent will send avail reports every 5 minutes. that means its possible that we won't know a resource went down for 5 minutes we need the agent/plugin container to check avail faster (say, every 2 minutes or 1 minutes) but only if something changed (i.e. the repot has more than just the platform) should we send it up. If nothing changed, and we've crossed the 5 min threshold, then we should send up the report (even if its just got the platform) this allows us to notify the server when something went up or down faster (every2 min? 1min? configurable?) but yet still let the server know we are alive every 5 minutes (we could then even increase that to every 10 or 15 minutes - the current quiet time on the server is 15 mins for agent backfill)
This bug was previously known as http://jira.rhq-project.org/browse/RHQ-2347
mass add of key word FutureFeature to help track
I think we should implement this instead: https://bugzilla.redhat.com/show_bug.cgi?id=617648
This has basically been implemented in the jshaughn/avail branch. The agent now performs avail checking at 30 second intervals, we provide for resource-granular collection intervals (with server=1m, service=5m defaults) and we do a better job of distributing checks to better avoid peaks and valleys of avail processing. And backfill has been dropped to 5 minutes. See: http://rhq-project.org/display/RHQ/Design-Availability+Checking#Design-AvailabilityChecking-DesignandChanges For more on planned avail changes.
This is in master.
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.