Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Beowolf]

@thomas-braun sagte in Upgrade auf Grafana 7 + influxdb + ioBroker:

which grafana-cli grafana-server

kommt bei mir das selbe.

[Thomas Braun]

@beowolf
Dann sollte das so passen und updates kommen jetzt über das Repo rein, sobald eine neue Version als stable deklariert wurde.

Also mit dem üblichen

sudo apt update
sudo apt dist-upgrade

wird das nun mitgenommen werden.

Versionsnummer passt auch?

pi@raspberrypi:/opt/iobroker $ grafana-server -v
Version 7.5.4 (commit: 615c153b3a, branch: HEAD)

[Beowolf]

@thomas-braun sagte in Upgrade auf Grafana 7 + influxdb + ioBroker:

grafana-server -v

Jepp

 pi@ioBroker-Slave-1:/etc/influxdb $ grafana-server -v
Version 7.5.4 (commit: 615c153b3a, branch: HEAD)
pi@ioBroker-Slave-1:/etc/influxdb $

Vielen, vielen Dank für die Hilfe. :+1: :+1: :+1: :+1: :+1: :+1:

[Thomas Braun]

@beowolf

Gut. Dann dürfte das nun passen.
Da Grafana offenbar ein 'rolling release' fährt muss man insbesondere bei major version changes auf deren Seite nachlesen was da ggf. zu beachten ist. Das so als Hinweis.

[ostseereiter]

@thomas-braun sagte in Upgrade auf Grafana 7 + influxdb + ioBroker:

$ which grafana-cli grafana-server
bei mir ist grafana auf einen anderen Computer nit pihole zusammen

[crunchip]

@thomas-braun ist aber in manchen Fällen nicht unbedingt förderlich, bestimmte Dinge möchte man eventuell nicht unbedingt updaten und auf einer bestimmten Version bleiben

[Thomas Braun]

@crunchip
Dann legt man die Quelle auf Eis.
Ein 'Gartenzaun' vor der Quelle wirkt Wunder.

# deb https://packages.grafana.com/oss/deb stable main

Oder man pinnt die gewünschte Version fest. Kann man auch machen.
Z. B. so:

(von https://wiki.ubuntuusers.de/Apt-Pinning/ übernommen)
Pinning per Version
Der Dateiname für eine bestimmte Programmversion lautet z.B. /etc/apt/preferences.d/hello:

1 Package: hello
2 Pin: version 2.1.1*
3 Pin-Priority: 1000

Dieses Beispiel verhindert die Installation des Paketes hello in einer neueren Version als 2.1.1, aber auch die unbeabsichtigte „automatische“ Deinstallation aufgrund von Konflikten.

@crunchip Ist auf jedenfall besser als per dpkg da statisch installierte Versionen zu haben.

[crunchip]

@thomas-braun da denkt man aber im Zweifelsfall nicht immer gleich daran.
Gerade solch Leute, die Probleme mit iobroker und alles auf einer Maschine laufen haben.
Nach Hilfe fragen, den "Anweisungen" im Forum folgen und mal ein update/upgrade anstoßen, zack is es schon passiert

@thomas-braun sagte in Upgrade auf Grafana 7 + influxdb + ioBroker:

Oder man pinnt die gewünschte Version fest. Kann man auch machen.

das kannte ich noch nicht

[Thomas Braun]

@crunchip
Wie gesagt. Pin das Paket, wenn es sich nicht bewegen soll.
Aber so hast du es immer im Blick, wenn über apt installiert wird.

Der Paketmanager sollte immer der erste und einzige Anlaufpunkt für Installationen sein. Sonst verlierst du ja komplett den Überblick was da in welcher Version wo im System rumlungert.
Paradebeispiel die regelmäßig verbastelten nodeJS-Installationen. Die kommen (meist) ja auch daher.

[Beowolf]

@thomas-braun

Dann sollte das für Grafana so aussehen?

Der Dateiname für eine bestimmte Programmversion lautet z.B. /etc/apt/preferences.d/grafana:

1 Package: grafana
2 Pin: version 7.5.4*
3 Pin-Priority: 1000

[crunchip]

@thomas-braun muss ich mir mal ansehen, vor allem bei meinem unifi controller muss ich immer aufpassen, da sonst der controller mit upgedatet wird, falls es eine neue version gibt

[Thomas Braun]

@beowolf
Ja, eine PIN-Priority 1000 gewinnt immer.

[crunchip]

@thomas-braun sagte in Upgrade auf Grafana 7 + influxdb + ioBroker:

Sonst verlierst du ja komplett den Überblick was da in welcher Version wo im System rumlungert.

noch hab ich einen Plan :grinning: , da bei mir alles getrennt in einzelnen VM's und CT's läuft

[ostseereiter]

@thomas-braun
ich finde zwar die Instalation datei von Grafana die liegt bei mir in home/pi mehr aber nicht.

[Thomas Braun]

@crunchip
Ja, schon. Aber die ganzen verbastelten nodeJS-Installationen sind so unnötig...

Mal so als pinning-Beispiel, grafana bietet sich da geradezu an.
Installiert ist

pi@raspberrypi:/opt/iobroker $ grafana-server -v
Version 6.7.0 (commit: c4656a885d, branch: HEAD)

Gepinnt (mit Priority 1000) ist grafana 7.5.3, die höchste verfügbare Version ist 7.5.4.

pi@raspberrypi:/opt/iobroker $ sudo apt update
OK:6 https://packages.grafana.com/oss/deb stable InRelease
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Aktualisierung für 1 Paket verfügbar. Führen Sie »apt list --upgradable« aus, um es anzuzeigen.
pi@raspberrypi:/opt/iobroker $ apt list --upgradable
Auflistung... Fertig
grafana/stable 7.5.3 armhf [aktualisierbar von: 6.7.0]
N: Es gibt 94 zusätzliche Versionen. Bitte verwenden Sie die Option »-a«, um sie anzuzeigen.

Es wird also auch bei einem upgrade nie eine höhere Version als 7.5.3 installiert, wenn ich das nicht möchte.

[Thomas Braun]

@ostseereiter Die Binairies müssen im $PATH liegen, /home ist aber da nicht drin.

Was liefert denn

which grafana-server grafana-cli

[ostseereiter]

@thomas-braun

/usr/sbin/grafana-server
/usr/sbin/grafana-cli
pi@raspberrypi:~ $

[Thomas Braun]

@ostseereiter
Ja, das ist doch gut.

grafana-server -v
grafana-cli -v

[ostseereiter]

@thomas-braun sagte in Upgrade auf Grafana 7 + influxdb + ioBroker:

grafana-cli -v

pi@raspberrypi:~ $ grafana-server -v
Version 6.6.1 (commit: 21bf8b71bc, branch: HEAD)
pi@raspberrypi:~ $ grafana-cli -v
Grafana cli version 6.6.1

[Thomas Braun]

@ostseereiter
Das erklärt die Diskrepanz in den Versionsnummern, die du beobachtest.
Irgendwie hast du es geschafft in die dpkg-Datenbank die 7.5.4 einzutragen, ohne das die entsprechende Version am richtigen Platz liegt. Da ist nämlich noch die 6.6.1 zuhause.

Leg das Repo an wie oben schon zwei mal beschrieben, dann

sudo apt update
sudo apt dist-upgrade

und grafana wird aktualisiert werden.