Deploy tracking troubleshooting

For more general information on tracking your application’s deploys, Please read our article on deploy tracking.

Deploy Tracking is not resolving errors for your environment?

Reason 1: Environment name does not match exactly

Deploy tracking environment names are case sensitive. Therefore Production and production would be treated as different environments. Ensure that the environment string you specify for your deploys is an exact match of the environment string of your errors.

If you are using the airbrake Ruby gem, you may want to check that RAILS_ENV is identical to the environment variable you initialized your notifier with.

Reason 2: Resolve all errors after a deploy is unchecked

The Resolve all errors after a deploy setting is enabled by default, but it can be disabled. It can be found on your project’s settings page.

Errors are not associated with deploys, and vice-versa

Deploys are considered ‘active’ until a new deploy to the same environment (e.g. ‘production’) replaces it. Airbrake associates new errors to the active deploy of the same environment.

If you use the optional App Version Airbrake feature, Airbrake will only associate errors and deploys that have a matching version string, in addition to a matching environment.

Therefore, common solutions to errors and deploys not being associated are:

  • Ensure that the environment string is identical on the errors and the deploys.
  • If you do not wish to use the App Version behavior, do not specify version with your errors or deploys.
  • If you do wish to use the App Version behavior, ensure the version of your errors and deploys are consistent.

Capistrano Deploys

If the notification of the deploy is not happening automatically when you do a capistrano deploy, you may need to add require 'airbrake/capistrano' to your deploy.rb. Refer to the airbrake Ruby gem docs for usage.