Re-processing messages that failed to be imported

Messages can fail to be imported into ServiceControl database due to one of two reasons:

  • Messages themselves are malformed (e.g. missing headers). This happens e.g. when an outdated version of NServiceBus that contained a bug was used to process the messages.
  • Messages are well-formed but there was an intermittent database problem lasting long enough that the built-in retries did not resolve the problem.
  • Forwarding is enabled and the destination queue does not exist or ServiceControl cannot send messages to it.

Messages that fail to be imported are stored in the ServiceControl database in the FailedAuditImports and FailedErrorImports collections. In addition, a log with the failure reason is written for the message in the %ServiceControl/LogPath%\FailedImports\{Audit|Error}\%failureid%.txt. These messages will not be visible in ServiceInsight.

When a message that has failed the import is detected in the ServiceControl database, the Message Ingestion custom check is marked as failed to bring the failed audit import(s) to the administrator's attention.

To reimport the failed messages, ServiceControl needs to be shut down and started from a command line with --import-failed-audits or --import-failed-errors option. While in this mode ServiceControl will not be processing its input queues. If the import failure message is re-processed successfully, the message will be now be available in ServiceInsight.

If the message still fails to import it usually means that the message is malformed and ServiceControl won't be able to ingest it. It may be possible to correct the message data manually to allow ServiceControl to import the message. To review the malformed messages, start ServiceControl in maintenance mode and inspect the FailedAuditImports or FailedErrorImports collection. Review the import failure logs to determine why the import continues to fail. If modifying the audit message data can resolve the issue, make the necessary changes to the message document to allow ServiceControl to import the message. Once the data has been modified, the message can be reimported by running ServiceControl from the command line with the --import-failed-audits or --import-failed-errors option again.


Last modified