Skip to main content

Events summary

The Continuous Error Tracking Events dashboard displays a comprehensive list of all the monitored services and events.

To go to the Events dashboard, in Harness, go to Continuous Error Tracking, and then select Events Summary.

Continuous Error Tracking Events dashboard

By default, the dashboard displays the data for the last 24 hours time period. You can customize the dashboard using the following filters:

  • Time period: Choose a period for which you want to see the data. The default option is Last 24 hours.
  • Services: Choose a service to see its data. You can select multiple services. The default option is All.
  • Environment: Choose an environment to see its data. You can select multiple environments. The default option is All.
  • Deployment version: Choose a deployment version in order to view the data associated with the monitored services of that specific version. You can select multiple deployment versions. The default option is All.

Based on the filter settings, the dashboard displays the total number of services being monitored by Continuous Error Tracking and the number of services that have generated new events. An event is considered as new if it is observed for the first time in a monitored service.

View Event List

The Event List screen displays a summary of the total events, exceptions, log events, HTTP errors, and custom errors. It also displays a list of all the events. Each row provides deep contextual information about the event type, its location in the code, and impact in terms of volume and spread across the service. You can customize the Event List screen using the following filters:

  • Time period: Choose a period for which you want to see the events. The default option is Last 24 hours.
  • Deployment version: Choose a deployment version in order to view the events associated with that specific version.

To view the Event List, do the following:

  1. On the Events dashboard, select a monitored service. The list of events captured by that monitored service is displayed.

Events summary page

The Event List displays the following information:

  • Type: Displays the event type. The event type can be one of the following:

    • Caught Exception - Exceptions captured and handled by the user’s service.
    • Uncaught Exception - Exceptions that were not captured by the user’s service.
    • Swallowed Exception - Exceptions that were captured but ignored by the user’s service.
    • Log Error - Events logged as errors in the user’s service.
    • Log Warning - Events logged as warnings in the user’s service.
    • HTTP Error - HTTP communication errors.
    • Custom Error - Events that occur in the custom SDK.
  • Description: Name of the event. In case of an exception, this is the exception class name. For example, AmazonException, NullPointerException, and so on. You can see the complete exception message of an event by hovering over the Description field.

  • Location: Service class and method in which the event occurred. You can also view the actual line of code in which the error occurred even if the error was caused by a third party or core JDK framework. This can help you quickly identify the root cause of the error. Event location can also be filtered according to packages.

  • Count: Number of times the event has occurred in the selected time period. This value indicates the severity of the event.

  • Error Rate: Percentage of time the event occurs in comparison to all the calls made to the event's location. This is calculated by dividing the number of occurrences by the total number of calls to that location.

  • First Seen: Time when the event was first detected in the environment.

  • Last Seen: Last time this event was detected in the environment. This value indicates whether the event is still impacting your application.

  • Impacted Services: List of monitored services in which the event was detected. For example, Producer-Service, Consumer-Service, Web-frontend, and so on.

Next steps

Get to the root cause of events in production and lower environments using Automated Root Cause (ARC).