Grafana: L'importation du tableau de bord à l'aide d'une source de données basée sur un modèle ne respecte pas l'utilisation de la source de données modèle

Créé le 28 juil. 2016 · 3Commentaires · Source: grafana/grafana

Je soumets un ...
[x] Rapport de bogue
[] Demande de fonctionnalité
[] Question / Demande d'assistance: veuillez ne pas ouvrir de problème github. Options d'assistance

Veuillez inclure ces informations:

Quelle version de Grafana utilisez-vous?
3,1
Quelle source de données utilisez-vous?
Prométhée (s'applique généralement cependant)
Sur quel OS exécutez-vous grafana?
Linux
Qu'est-ce que tu as fait?
- Créer un tableau de bord
- Ajoutez une variable de modèle appelée $ datasource, qui sélectionne les sources de données Prometheus
- Créer un graphique, définir la source de données sur $ datasource
- exporter le tableau de bord
- importer le tableau de bord dans un autre grafana
- Je suis obligé de choisir une source de données, alors choisissez-en une
Quel a été le résultat attendu?
- idéalement, les graphiques du tableau de bord importé utiliseraient toujours $ datasource
Que s'est-il passé à la place?
- Les sources de données du graphique sont écrasées pour utiliser la source de données que j'ai sélectionnée lors de l'importation

aredashboard typbug versio3 versio4 versio5

Source

tcolgate

Commentaire le plus utile

Je suis tombé dessus en essayant d'automatiser le déploiement de Grafana à l'aide de tableaux de bord prédéfinis.

Grafana 4.6.2
Source de données Prometheus
Linux
Procédure
- Création d'un tableau de bord dans une mise en scène Grafana
- Tableau de bord exporté
- Tableau de bord importé dans un Grafana différent via l'API HTTP (tel qu'utilisé par le module Puppet grafana)
- Le tableau de bord est vide, se plaignant de la source de données.

Si vous tentez d'importer manuellement via l'interface utilisateur au lieu de l'API HTTP, Grafana m'a demandé la source de données. Dans la mise en scène et dans d'autres instances Grafana, la source de données Prometheus est simplement nommée prometheus et l'inspection du JSON suggère que la section __inputs contient les informations correctes.

Comportement attendu:

Que Grafana peut réellement utiliser ses propres exportations de tableau de bord.

phyber le 15 janv. 2018

👍2

Tous les 3 commentaires

Je suis tombé dessus en essayant d'automatiser le déploiement de Grafana à l'aide de tableaux de bord prédéfinis.

Grafana 4.6.2
Source de données Prometheus
Linux
Procédure
- Création d'un tableau de bord dans une mise en scène Grafana
- Tableau de bord exporté
- Tableau de bord importé dans un Grafana différent via l'API HTTP (tel qu'utilisé par le module Puppet grafana)
- Le tableau de bord est vide, se plaignant de la source de données.

Comportement attendu:

Que Grafana peut réellement utiliser ses propres exportations de tableau de bord.

phyber le 15 janv. 2018

👍2

Hit ce bogue avec Grafana 5.2.3 en utilisant la même méthode que @phyber

Ceci est un bloqueur pour le provisionnement automatique.

megakoresh le 27 mars 2019

Clôture de ce problème car je ne peux pas le reproduire sur Grafana v7.4.0-pre (db637a3630) en utilisant __ Export for sharing externally switch __ et nous essayons de limiter les problèmes ouverts sur GitHub afin de mieux suivre le travail et les fonctionnalités planifiés.