Troubleshoot Sumo Logic data source issues
This document provides solutions to common issues you may encounter when configuring or using the Sumo Logic data source. For configuration instructions, refer to Configure the Sumo Logic data source.
Authentication errors
These errors occur when credentials are invalid, missing, or rejected by the Sumo Logic API.
“invalid access id” or “invalid access key”
Symptoms:
- Save & test fails with a validation error.
- The error message includes “invalid access id”, “invalid access key”, or both.
Possible causes and solutions:
“incorrect authentication method selected”
Symptoms:
- Save & test fails immediately with this error message.
Solutions:
- Verify the data source is configured to use access key authentication.
- If provisioning, confirm the
authMethodfield injsonDatais set toaccessKey.
“invalid authentication method”
Symptoms:
- Save & test fails with a validation error that includes “invalid authentication method”.
Solutions:
- This error occurs when the
authMethodfield is empty or missing in the data source configuration. - If provisioning, add
authMethod: accessKeyto thejsonDatasection of your provisioning YAML or Terraform configuration.
“401 Unauthorized”
Symptoms:
- Save & test passes validation but fails when running a test query.
- Queries return authorization errors.
Possible causes and solutions:
Connection errors
These errors occur when Grafana can’t reach the Sumo Logic API.
“connection timed out” or timeout errors
Symptoms:
- Save & test or queries fail after a long delay.
- Error messages mention timeout or connection issues.
Solutions:
- Verify network connectivity from the Grafana server to the Sumo Logic API endpoint.
- Check that firewall rules allow outbound HTTPS (port 443) to the Sumo Logic API.
- Verify the API region / URL is correct for your Sumo Logic deployment.
- Increase the Timeout value in the data source configuration if your queries require more time.
- For Grafana Cloud accessing private resources, configure Private data source connect.
HTTP status errors (400, 403, 500)
Symptoms:
- Queries fail with HTTP status code errors.
Possible causes and solutions:
“invalid API URL”
Symptoms:
- Save & test fails with a validation error that includes “invalid API URL”.
Solutions:
- Verify the API region / URL is set in the data source configuration.
- Select a preset region from the drop-down or enter a valid custom URL.
- If provisioning, ensure the
apiUrlfield injsonDatacontains a valid URL (for example,https://api.sumologic.com/api/).
Configuration errors
These errors occur when the data source configuration is invalid or can’t be loaded.
“error reading settings” or “could not unmarshal DataSourceInfo json”
Symptoms:
- The data source fails to load.
- Queries fail with a settings error.
Solutions:
- If provisioning, verify the YAML or Terraform configuration has valid JSON structure in the
jsonDatasection. - Check for syntax errors such as missing commas, unclosed brackets, or invalid field names.
- Refer to the provisioning examples for the correct configuration format.
Query errors
These errors occur when executing queries against the Sumo Logic API.
“No data in any of the time-series selected”
Symptoms:
- A metrics query returns no data.
- The error appears as a notice on the query result.
Possible causes and solutions:
“Aggregate by non-existent keys”
Symptoms:
- A metrics query fails with a message like “Key: sss is missing in one or more time series.”
Solutions:
- Verify the dimension names used in
byclauses exist for the selected metric. - Check for typos in dimension names.
- Use the builder mode metric selector to see available dimensions for your metric.
Metrics syntax errors
Symptoms:
- A metrics query fails with a compilation or syntax error.
Solutions:
- Verify the query syntax follows Sumo Logic metrics query format.
- Switch to Builder mode to construct the query visually, then review the generated query string.
- Refer to the Sumo Logic metrics queries documentation for syntax reference.
“No data” or empty results for logs
Symptoms:
- A logs query executes without error but returns no results.
Possible causes and solutions:
“invalid/unknown query type”
Symptoms:
- A query fails with an “invalid/unknown query type” error.
Solutions:
- This error indicates the query type is corrupted or missing.
- Delete the query panel and re-create it, ensuring you select Metrics or Logs as the query type.
- If provisioning dashboards, verify the
queryTypefield in the panel JSON is set tometricsorlogs.
Log search job errors
These errors occur when the Sumo Logic search job encounters issues during execution.
“FORCE PAUSED”
Symptoms:
- A logs query fails with a “FORCE PAUSED” message.
Solutions:
- Sumo Logic paused the search job, typically due to resource constraints.
- Narrow the time range to reduce the volume of data being searched.
- Simplify the query to reduce processing overhead.
- Retry the query after a short delay.
“CANCELLED”
Symptoms:
- A logs query fails with a “CANCELLED” message.
Solutions:
- The search job was cancelled by Sumo Logic.
- Narrow the time range or simplify the query.
- Verify your Sumo Logic account hasn’t exceeded its search job quota.
Builder mode issues
These issues occur when using the visual query builder for metrics queries.
Metrics or dimensions not loading
Symptoms:
- The Metric drop-down is empty or shows a loading spinner indefinitely.
- Dimension options don’t appear after selecting a metric.
Possible causes and solutions:
Alerting issues
These issues are specific to using Grafana alerting with the Sumo Logic data source.
Alert rule fails to evaluate
Symptoms:
- Alert rule shows an error state.
- Alert evaluation fails with a query error.
Possible causes and solutions:
Alert doesn’t fire
Symptoms:
- The alert rule evaluates successfully but never transitions to a firing state.
Solutions:
- Verify the threshold condition matches the expected data values. Test the query in Explore to see the actual values.
- Check the evaluation interval and pending period. The condition must be true for the entire pending period before the alert fires.
- Verify the reducer (for example, Last, Mean, Max) is appropriate for your query results.
Annotation issues
These issues are specific to using annotations with the Sumo Logic data source.
Annotations don’t appear on panels
Symptoms:
- Annotation query is configured but no markers appear on time-series panels.
Possible causes and solutions:
Too many annotations
Symptoms:
- Dashboard is slow due to a large number of annotation markers.
Solutions:
- Add filters to the annotation query to reduce the number of results.
- Narrow the dashboard time range.
- Use aggregation in the query to group events instead of showing each one individually.
Plugin errors
These errors indicate internal plugin issues.
“recovered from panic”
Symptoms:
- A query fails with a “recovered from panic” error.
Solutions:
- This is an internal plugin error. Retry the query.
- If the error persists, simplify the query to identify what triggers the issue.
- Check the Grafana server logs for the full stack trace, which provides more detail for bug reports.
- Report the issue to Grafana Support with the stack trace and query details.
Enable debug logging
To capture detailed error information for troubleshooting:
Set the Grafana log level to
debugin the configuration file:[log] level = debugReview logs in
/var/log/grafana/grafana.log(or your configured log location).Look for entries containing
sumologicfor request and response details.Reset the log level to
infoafter troubleshooting to avoid excessive log volume.
Get additional help
If you’ve tried these solutions and still encounter issues:
- Check the Grafana community forums for similar issues.
- Review the Sumo Logic documentation for service-specific guidance.
- Contact Grafana Support if you’re an Enterprise, Cloud Pro, or Cloud Advanced user.
- When reporting issues, include:
- Grafana version and plugin version
- Error messages (redact sensitive information)
- Steps to reproduce
- Relevant configuration (redact credentials)



