KNOWN ISSUE: Erroneous Heartbeat alerts triggering
|Article:TECH121854|||||Created: 2009-12-29|||||Updated: 2012-03-29|||||Article URL http://www.symantec.com/docs/TECH121854|
|NOTE: If you are experiencing this particular known issue, we recommend that you Subscribe to receive email notification each time this article is updated. Subscribers will be the first to learn about any releases, status changes, workarounds or decisions made.|
Heartbeat alerts are occurring for machines which are online and the Monitor Agent is running. These alerts are then resolved shortly after occurring.
- Monitor Solution for Servers 7.x
While there is a server-side retry mechanism for checking Heartbeats, there is no agent-side mechanism to ensure the Heartbeat was sent in time. If a Heartbeat fails to make it to the server for any reason, the polling interval will reset and the next Heartbeat may not be sent to the server in time causing a Heartbeat alert to occur.
This is a known issue. It is under investigation and will be resolved in future release.
A possible workaround may be to adjust the Heartbeat settings to compensate for this:
- Access the Data Collection tab for each Monitor Agent configuration policy
- Change the Send heartbeat every: value to "10 Minutes", then Save Changes
- Access the Heartbeat tab in the Monitor Server Settings configuration policy
- Change the values to Check for heartbeat every: "12 Minutes", Retry every: "230 Seconds", and Retry attempts: "3"
This will allow for a period of 2 missed Heartbeat alerts to occur before a Heartbeat alert is triggered.
Logged in Etrack (Symantec) database
Article URL http://www.symantec.com/docs/TECH121854