Description of problem: I've enabled event logging and set up alerts to fire when a WARN message shows up. When the app server displays a WARN message, no alerts fire immediately. I have to wait an unknown amount of time, sometimes it is 15 minutes, sometimes 50. Then I have to force the app server to display a WARN message *again* to trigger an alert. After that every WARN message triggers an alert and all looks good. Version-Release number of selected component (if applicable): JON 2.3.0 GA How reproducible: Steps to Reproduce: 1. Enable event logging, set up alert on WARN messages 2. Deploy an app that displays messages at the WARN level 3. Go to ALERT view and verify alerts show up as expected Actual results: Alerts show up after an unknown amount of time. Expected results: Alerts show up immediately after they have been set up. Additional info:
IMHO the problem here is more critical, since before the whole alerts mechanism kicks in (which may take 15 minutes, 50 minutes, but in general an *unknown* amount of time) all JON Alerts *get lost* - they will never show up. The WARN messages from the SOA-P server console however will be displayed in the EVENTS view.
Temporarily adding the keyword "SubBug" so we can be sure we have accounted for all the bugs. keyword: new = Tracking + FutureFeature + SubBug
making sure we're not missing any bugs in rhq_triage
moving any remaining Alert related bugs to rhq_chainsaw
This bug has now been triaged by Chainsaw on 2/18. The expectation is the bug to be addressed by the end of sprint06 roughly 3/10/10.
commit 546f7dbcc30ecb0666f49958f275baac3c640151 fix for newly created event/measurement-based alerts not firing * was previously trying to set agent status bit by alert definition id via pure JPQL * however, at the time the JPQL is executed, the alert definition hasn't been persisted yet * fix was to correlate the cache reload to resourceId instead, which is only required in the CREATE case * added new method to StatusManagerBean called updateByResource to handle this new path * updated logic in notifyAlertConditionCacheManager to switch on the AlertDefinitionEvent appropriately * added more debug-level logging
I verified this against Build# 210. Alerts were fired immediately. Marking this bug as verified.
Mass-closure of verified bugs against JON.