Troubleshooting Deployments

See the following if you have trouble with your deployment for help with resolving and continuing the deployment.

System performance is slow

If you have scheduled tasks or polling set on for plugin configurations, you may need to tune your settings to improved performance. See Monitoring Scheduled Jobs.

A deployment request is stuck in "In Progress"

If a deployment request is stuck in the "In Progress" status, it usually means that it is waiting for an action from someone or a response from the integrating product. The provider now allows for provider polling in several of the plugins. See the documentation for your plugin for information on how to use this feature.

To progress the request, try resolving whatever is holding it up. Some common things you need to do to are as follows:

Take an action on a manual task in a parent or child release package
Enter a required setting in the integrating product

A deployment request failed but you can't edit it

If a deployment requests fails and you want to edit the deployment tasks to fix an issue, you must first progress the release package or deployable release train to which it belongs back to a state that allows edit.

A deployment request failed in a child release package or a release package under a deployable release train and you can't edit it

If the deployment task is part of a child release package you must progress the parent release package or deployable release train to which it belongs back to a state that allows edit.

The highest level in the hierarchy controls the process.

A manual deployment request failed and you can't tell why

If you are using the default implementation, manual deployment tasks have a required field, RLM_TASK_OWNER, that is required. It is an extended field, and therefore isn't marked as required in the form. If the submitted item has no owner, the task fails.