When an NServiceBus endpoint fails to process a message, it performs a set of configurable attempts to recover from message failure. These attempts are referred to as "immediate retries" and "delayed retries" and in many cases allow the endpoint to overcome intermittent communication failures. See recoverability for more details.
If the automatic retry attempts also fail, the endpoint forwards the failed message to the error queue defined for all endpoints in the system. See Auditing with NServiceBus for more details.
ServicePulse (via ServiceControl) monitors the error queue and displays the current status and details of failed messages as an indicator in the ServicePulse dashboard.
Besides, ServicePulse also provides a Failed Messages page to assist in examining failed messages and taking specific actions on them.
Failed Messages page
Both the "Failed Messages" indicator in the Dashboard and the "Failed Messages" link in the navigation bar link to the Failed Messages screen. This page is split into various tabs.
Failed message groups tab
The first tab in the Failed Messages page shows error groups. A group is a set of failed messages grouped according to criterias like the same exception type.
This tab shows two lists, described below.
Last 10 completed retry requests list
This list is collapsed by default and shows information about the last ten completed group retry requests.
A completed retry request represents a completed operation where messages from a given group were sent to the corresponding queue for processing. This means those messages may not have been processed yet. Learn more about retrying failed messages.
Failed groups list
This list shows all groups of currently failed messages.
The display of failed message groups can be changed via the "Group by" drop-down menu, according to the following classification types:
- Exception Type and Stack Trace - groups messages both by exception type and stack trace. It is the default way of categorizing failed messages.
- Message Type - groups messages by message type.
- Endpoint Address - groups messages by endpoint address where the failure occurred.
- Endpoint Instance - groups messages by endpoint instance identifier where the failure occurred.
- Endpoint Name - groups messages by name of the endpoint where the failure occurred.
Managing failed message groups
The following actions can be performed on a failed message group:
- View messages - Shows all individual messages contained in the group.
- Request retry - Sends all failed messages to the corresponding queue to attempt processing again. When a failed group retry request is initiated, ServicePulse will present the progress of the operation.
- Delete group - Deletes all messages contained in the group. Learn more about deleting messages.
- Add note - Allows adding a freetext note for the group. Notes are automatically removed after the group is retried.
Listing messages
Individual failed messages can be viewed in one of the following two ways:
- Inside a failed message group - in the "Failed Messages Group" tab, click the "View messages" link from a failed message group entry
- All messages without any grouping - via the "All messages" tab
Both of these message list views allow for taking actions on an individual message, on custom message selections or all messages contained in the view.
The following actions can also be taken on each message or a selection of messages:
- Retry - Sends the message(s) to be reprocessed by the corresponding endpoint.
- Delete - Deletes message(s).
- Export - Export message(s) to a downloadable CSV file.
Message details page
As of version 1.8.0 and above, each message can be browsed to see in-depth details about a given failed message, delete or to retry that message.
Individual messages can be accessed by clicking the respective entry in any of the message list views.
Each individual failed message page allows for viewing the following additional message details:
- Message metadata - Failure timestamp, endpoint name and location, retry status.
- StackTrace - Full .NET exception stacktrace.
- Headers - Complete set of message headers.
- Body - Serialized message body.
- Flow diagram - Displays a flow diagram of the conversation that contains the failed message. Other failed messages in the conversation can also be viewed and link to their respective details pages.
The following actions can also be taken on any given message:
- Retry - Sends message to be retried by the corresponding endpoint.
- Delete - Deletes the message.
- View in ServiceInsight - Launches ServiceInsight, focusing on the failed message for in-depth analysis of the failure causes. This only works if ServiceInsight is installed on the local machine.
Sharing message data from ServicePulse
The URL from that message's page can be copied to share the details of a specific message from ServicePulse.
Deleted Messages
Deleted Message Groups
This list shows all groups of deleted messages.
The display of deleted message groups can be changed via the "Group by" drop-down menu, according to the following classification types:
- Exception Type and Stack Trace - groups messages both by exception type and stack trace. It is the default way of categorizing failed messages.
- Message Type - groups messages by message type.
- Endpoint Address - groups messages by endpoint address where the failure occurred.
- Endpoint Instance - groups messages by endpoint instance identifier where the failure occurred.
- Endpoint Name - groups messages by name of the endpoint where the failure occurred.
Deleted Messages
Failed messages that cannot be processed successfully (or could not be retried due to various application-specific reasons) can be deleted and later viewed in the Deleted Messages tab.
Learn more about deleting messages in ServicePulse.