preview
We're still working on this feature, but we'd love for you to try it out!
This feature is currently provided as part of a preview program pursuant to our pre-release policies.
This page provides solutions to common issues you might encounter when using Workflow Automation. For additional support, see the New Relic Support Forum or contact New Relic Support.
AWS credentials and authentication
"Invalid token" or expired credentials
Problem: Workflows fail with token expiration errors.
Solutions:
- For session tokens: Check the expiration timestamp—session tokens typically last 1-12 hours. Generate new ones before they expire using:bash$aws sts assume-role \>--role-arn "arn:aws:iam::YOUR_ACCOUNT:role/YOUR_ROLE" \>--role-session-name "WorkflowAutomationSession"
- For access keys: Verify both the Access Key ID and Secret Access Key are correctly stored in secrets manager. Re-check the values in NerdGraph GraphiQL explorer.
- Check secrets syntax: Ensure you're using
${{ :secrets:keyName }}format, not${{ secrets.keyName }}. The colon prefix (:secrets:) is required.
Can't find my role ARN
Problem: You need the ARN but can't locate it in AWS.
Solution:
- Sign in to the AWS IAM Console
- Choose Roles from the navigation
- Search for your role name (e.g.,
NewRelicWorkflowAutomationRole) - Select the role—the ARN appears in the Summary section
- The ARN format is:
arn:aws:iam::<YOUR_AWS_ACCOUNT>:role/<ROLE_NAME>
Workflows can't access specific AWS resources
Problem: Your role has permissions, but workflows still can't access certain resources.
Solutions:
- Resource-level permissions: Check if your IAM policy restricts access to specific resource ARNs. You may need to add wildcard (
*) for testing, then lock down to specific resources.{"Effect": "Allow","Action": "ec2:DescribeInstances","Resource": "*" // Change from specific ARN to * for testing} - Service control policies (SCPs): If you're in an AWS Organization, SCPs might block certain actions. Contact your AWS administrator to review organization policies.
- Region mismatch: Ensure your IAM permissions specify the correct AWS region where your resources exist. Update the workflow's
awsRegionparameter to match your resource location.
Workflow execution issues
Quick troubleshooting reference
Use this table for fast diagnosis of common workflow problems:
| Symptom | Check | Solution |
|---|---|---|
| Workflow fails at a specific step | View execution logs for error messages | Fix configuration, credentials, or input data for that action |
| Workflow runs but produces wrong results | Check data passing between steps | Verify template syntax ${{ .steps.name.outputs.field }} |
| Scheduled workflow doesn't run | Check run history for skipped executions | Verify schedule configuration and workflow status (Active) |
| Workflow times out | Check execution duration | Reduce polling frequency or split into smaller workflows |
| Changes don't take effect | Check version history | Update scheduled runs to use the new version |
For detailed instructions on viewing logs and execution history, see Monitor workflow runs.
Workflow shows as "Failed" status
Problem: A workflow appears with Failed status in the dashboard.
Solutions:
- Check the run history:
- Go to one.newrelic.com > All Capabilities > Workflow Automation
- Click the workflow name
- View Run history to see which execution failed
- Review execution logs:
- Click View logs on the failed run to identify the specific action that failed
- Look for error messages that indicate the root cause
- Common causes:
- Invalid credentials: Expired tokens, incorrect secrets syntax, or wrong secret keys
- Missing permissions: Insufficient AWS IAM permissions, Slack bot token scopes, or API access
- Changes to target resources: Deleted EC2 instances, removed Slack channels, or renamed databases
- API rate limits exceeded: Too many requests to external services (AWS, Slack, etc.)
- Network timeouts: External APIs taking too long to respond
- Fix and rerun: After resolving the issue, manually trigger the workflow using the StartWorkflowRun API to verify it works.
Workflow execution takes too long
Problem: Workflow runs exceed expected duration or timeout.
Solutions:
- Review action sequence: Check logs to identify slow actions. Look for actions with execution times > 30 seconds.
- Optimize queries: If using NRQL queries, optimize them for better performance:
- Add specific time ranges instead of querying all data
- Use
LIMITto reduce result set size - Filter early with
WHEREclauses
- Check external APIs: Slow responses from integrated services (AWS, Slack) can delay execution. Test API response times separately.
- Consider workflow limits: Review workflow limits for timeout constraints (typically 15 minutes per workflow).
- Break into smaller workflows: Split complex workflows into smaller, focused automations that can run in parallel.
Changes to workflow don't take effect
Problem: You edited a workflow but the changes don't apply when it runs.
Solutions:
- Verify you saved: Check that you clicked Save after editing the workflow configuration.
- Check the version:
- Go to workflow details
- Click Version history tab
- Ensure your latest changes appear as a new version
- Verify this version is marked as active
- Update scheduled runs: If the workflow runs on a schedule, update the schedule to use the new version:
- Go to one.newrelic.com > All Capabilities > Workflow Automation
- Find scheduled runs
- Update the schedule to reference the new workflow version
- Clear cache: Browser caching might show old configuration—hard refresh the page (Ctrl+Shift+R or Cmd+Shift+R).
Workflow dashboard issues
Can't find a workflow in the dashboard
Problem: A workflow you created doesn't appear in the dashboard list.
Solutions:
- Check filters:
- Click the filter dropdown
- Select "All" for status filters
- Clear the search bar
- Verify account: Confirm you're logged into the correct New Relic account where the workflow was created. Check the account selector in the top-right corner.
- Check permissions: Ensure your user role has access to view workflows. Contact your New Relic admin if you need workflow access permissions.
- Refresh the page: Browser caching can sometimes hide recent changes. Try a hard refresh (Ctrl+Shift+R or Cmd+Shift+R).
Cannot delete a workflow
Problem: Delete option is grayed out or deletion fails.
Solutions:
- Check permissions: Verify your user role has delete permissions for workflows. Contact your account admin if needed.
- Stop scheduled runs: Cancel any active scheduled runs before deleting:
- Navigate to the workflow details
- Go to Scheduled runs tab
- Cancel all active schedules
- Check dependencies: Some workflows cannot be deleted if other automations depend on them. Check if the workflow is referenced by:
- Other workflows that call it
- Alert policies that trigger it
- External systems that start it via API
- Contact support: If the issue persists after trying the above, contact New Relic Support for assistance.
Integration-specific issues
Slack notifications not appearing
Problem: Workflow completes successfully but Slack messages don't appear.
Solutions:
- Verify channel ID: Ensure you're using the Slack channel ID (e.g.,
C01234ABCD), not the channel name. Find the ID in Slack:- Right-click the channel name
- Select View channel details
- Copy the Channel ID at the bottom
- Check bot permissions: Verify your Slack bot has the following scopes:
chat:write- Post messageschannels:read- View public channelsgroups:read- View private channels (if applicable)
- Verify bot is in channel: Add the bot to the target channel:
- Type
/invite @YourBotNamein the channel - Confirm the bot appears in the member list
- Type
- Check token in secrets: Verify the Slack token stored in secrets manager is correct and hasn't expired.
AWS Systems Manager operations fail
Problem: SSM automation documents or commands fail to execute.
Solutions:
- Verify SSM permissions: Ensure the IAM role has these permissions:{"Effect": "Allow","Action": ["ssm:CreateDocument","ssm:DeleteDocument","ssm:StartAutomationExecution","ssm:GetAutomationExecution"],"Resource": "*"}
- Check SSM agent: Verify the target EC2 instances have the SSM agent installed and running:bash$aws ssm describe-instance-information --region us-east-1
- Verify instance profile: EC2 instances need an IAM instance profile with SSM permissions to execute commands.
- Check document exists: If using an existing SSM document, verify it exists in your AWS account and region.
Template-specific issues
Entity GUID not found
Problem: Templates fail with Entity not found errors.
Solutions:
- Find correct entity GUID:
- Go to the monitored resource page in New Relic
- Check the URL or entity metadata for the GUID
- Use entity search to locate entities
- Verify entity exists in correct account: Confirm you're using the entity from the same account where the workflow is deployed
- Confirm entity reporting data: Check that the entity shows Last seen recently—stale entities may have been removed
- For AWS entities: Ensure integrations are active
Dica
Entity GUIDs are account-specific. Moving workflows between accounts requires updating all entity GUIDs.
NRQL query returns no results
Problem: Templates using NRQL queries complete but return empty datasets.
Solutions:
- Test queries first: Use query builder to validate queries before adding to templates
- Verify data type and event names:
- Use
FROM Transaction, notFROM Transactions - Check attribute names are exact matches (case-sensitive)
- Use
- Adjust time ranges: For sparse data, expand the time window:
- Add
SINCE 1 hour agofor recent data - Use
SINCE 1 day agofor trends
- Add
- Simplify and test incrementally: Start with basic query, add filters one at a time
- Check NRQL syntax: Verify query structure matches NRQL requirements
Template deployment fails
Problem: Template won't deploy or shows errors during deployment.
Solutions:
- Check all required inputs: Ensure you've filled in all mandatory fields (credentials, GUIDs, queries)
- Verify credential format: Secrets must use
${{ :secrets:keyName }}format with the colon prefix - Test credentials independently: Before deploying, test AWS credentials with AWS CLI and Slack tokens in Slack API
- Review template requirements: Each template lists specific prerequisites—verify all are met
- Check for special characters: Some fields (channel names, queries) may fail with special characters—use alphanumeric where possible
Approval workflows not responding
Problem: Templates requiring Slack approval (API Gateway rollback, EC2 resize) don't detect reactions.
Solutions:
- Verify bot token scopes:
reactions:read- Required to detect emoji reactionschat:write- Required to post approval messages
- Check reaction format: Use the exact emoji specified in the workflow (typically 👍 for approve, 👎 for deny)
- Verify timeout settings: Approval requests expire after configured timeout (usually 5-10 minutes)
- Ensure bot can read messages: Bot must be in the channel and have permission to read message history
- Test with simple approval: Create a test workflow with just approval logic to isolate the issue
EC2 instance management issues
Problem: EC2 template fails to resize or manage instances.
Solutions:
- Verify CloudWatch Metric Streams configured: Required for real-time EC2 metrics
- Check EC2 monitoring integration active: Ensures instance data flows to New Relic
- Confirm instance state: Instances must be in
runningorstoppedstate—transitional states (pending, stopping) cause failures - Verify instance type compatibility: Not all instance types support all resize operations—check AWS instance type documentation
- Check stop/start permissions: IAM role needs
ec2:StopInstancesandec2:StartInstancesin addition toec2:ModifyInstanceAttribute
JSON parsing template not logging data
Problem: JSON parsing template runs successfully but no data appears in New Relic logs.
Solutions:
- Verify API endpoint: Test the status page URL in a browser—ensure it returns valid JSON
- Check JSON structure: Template expects specific format—verify component health fields match expected structure
- Review log filters: Ensure logging action uses correct event type and attributes
- Test with simple endpoint: Use a basic JSON endpoint (like
https://httpbin.org/json) to verify template mechanics work - Check account permissions: Verify workflow has permission to write logs to New Relic
NRLens SQL query authentication fails
Problem: NRLens template fails with authentication or connection errors.
Solutions:
- Verify NRLens credentials: Confirm SQL Query Gateway credentials are current and correctly stored in secrets
- Check organization and account IDs: Ensure both IDs match your New Relic organization exactly
- Test SQL query separately: Use NRLens interface to test query before adding to workflow
- Verify SQL syntax: NRLens SQL differs from NRQL—review NRLens documentation for supported syntax
- Check query complexity: Very complex joins or large datasets may timeout—simplify query or add time limits
Next steps
If you're still experiencing issues after trying these solutions:
- Workflow Automation community forum: Ask questions and get help from other users
- New Relic Support: Contact support for account-specific issues
- Workflow best practices: Learn patterns for reliable workflows
- Workflow limits: Understand system constraints and quotas