
* Adding information about datasource UID enforcement * Style and content fixes (#92667) This fixes: - datasource to data source as per our style guide - some other minor typos - style and content * fixing prettier lint --------- Co-authored-by: Irene Rodriguez <irene.rodriguez@grafana.com>
3.9 KiB
description | keywords | title | menuTitle | weight | |||||
---|---|---|---|---|---|---|---|---|---|
Guide for upgrading to Grafana v11.2 |
|
Upgrade to Grafana v11.2 | Upgrade to v11.2 | 1000 |
Upgrade to Grafana v11.2
{{< docs/shared lookup="upgrade/intro.md" source="grafana" version="<GRAFANA_VERSION>" >}}
{{< docs/shared lookup="back-up/back-up-grafana.md" source="grafana" version="<GRAFANA_VERSION>" leveloffset="+1" >}}
{{< docs/shared lookup="upgrade/upgrade-common-tasks.md" source="grafana" version="<GRAFANA_VERSION>" >}}
Ensure that your data source UIDs are following the correct standard
We have had a standard ways to define UIDs for Grafana objects for years (at least since Grafana 5). While all of our internal code is complying to this format, we did not yet had strict enforcement of this format in REST APIs and provisioning paths that allow creation and update of data sources.
In Grafana 11.1
we introduced a warning that is sent to Grafana server logs every time a data source instance is being created or updated using an invalid UID format.
In Grafana 11.2
we added a new feature flag called failWrongDSUID
that is turned off by default. When enabled, the REST APIs and provisioning will start rejecting and requests to create or update datasource instances that have a wrong UID.
In Grafana 11.5
, we are going to turn feature flag failWrongDSUID
on by default, but there will still be an option to turn it off.
In Grafana 12
, this will be the default behavior and will not be configurable.
Correct UID format
You can find the exact regex definition here.
A data source UID can only contain:
- latin characters (
a-Z
) - numbers (
0-9
) - dash symbols (
-
)
How can I know if I am affected?
- You can fetch all your data sources via
/api/datasources
API (docs). Look intouid
fields comparing it to the correct format. Below you'll find a script that could help, but please note it is missing authentication that you would have to add yourself.
curl http://localhost:3000/api/datasources | jq '.[] | select((.uid | test("^[a-zA-Z0-9\\-_]+$") | not) or (.uid | length > 40)) | {id, uid, name, type}'
- Alternatively, you can check the server logs for the
Invalid datasource uid
(reference)
What can I do if I am affected?
You will need to create a new data source with the correct UID and update your dashboards and alert rules to use it.
How can I update my dashboards to use the new or updated data source?
- Go to the dashboard using this data source and update it by selecting the new or updated data source from the picker below your panel.
- Update the dashboard's JSON model directly via search and replace. Navigate to dashboard json model and carefully replace all the instances of old
uid
with the newly createduid
.
{{< figure src="/media/docs/grafana/screenshot-grafana-11-datasource-uid-enforcement.png" alt="Updating JSON Model of a Dashboard">}}
How can I update my alert rules to use the new or updated data source?
Open the alert rule you want to adjust and search for the data source that is being used for the query/alert condition. From there, select the new data source from the dropdown menu and save the alert rule.