Probleme bei wiederherstellung der influxdb2 mit backitup

[Marc Berg]

@duffy

Geh mal zuerst auf

Vielleicht wird da auch noch die "richtige" angezeigt.

[Duffy]

@marc-berg

[Duffy]

@Marc-Berg

Edit:
in Influxdb Explorer sieht es so aus:

[Marc Berg]

@duffy sagte in Probleme bei wiederherstellung der influxdb2 mit backitup:

Versuche mal den Eintrag z.B. auf "mixed" zu ändern, dann das Dashboard speichern und wieder zurück ändern+Speichern.

[Duffy]

@marc-berg

Hat nichts gebracht. Nachdem ich von Mixed wieder zurück gesprungen bin auf influxdb musste ich das skript neu eingeben, es war verschwunden, aber es kommen trotzdem keine Kurven

[Marc Berg]

@duffy sagte in Probleme bei wiederherstellung der influxdb2 mit backitup:

@marc-berg

Hat nichts gebracht. Nachdem ich von Mixed wieder zurück gesprungen bin auf influxdb musste ich das skript neu eingeben, es war verschwunden, aber es kommen trotzdem keine Kurven

Dann lege eine NEUE Datasource an, mit anderem Namen und diese wählst du dann in der Query aus.

[Duffy]

@marc-berg

Hab was gefunden!!!!!!!!!!

Zufällig natürlich.

Wenn ich in Grafan auf ein Dashboard gehe und dort auf Edit, dann im Skript rumklicke dann auf influxdb klicke erscheint plötzlich die Kurve und ich kann das Dashboard neu speichern, ohne etwas verändert zu haben.
Ich versuche das ketzt mal ob das überall so klappt und melde mich wieder.

Edit:

kurzes beispiel:

Klick ins skrip dann klick auf influxdb und die Kurve erscheint.

Jetzt nur noch speichern.

Hier kommt es sogar auf die Reihenfolge an erst influxdb dann skript geht nicht. auch nicht nur skript oder nur Influxdb. Es geht nur Skript dann Infludxdb.

Kann das ein Bug sein??

[Duffy]

@Marc-Berg

Hallo Marc-Berg,

danke für deine Unterstützung, alle Dashboards werden wieder angezeigt.
Hatte echt schon selbstzweifel und zweifel an meiner Doku aber die ist jetzt um diesen Punkt ergänzt

Normal ist das aber vermutlich nicht.

VG Duffy und danke noch mal.

[A Former User]

@duffy sagte in Probleme bei wiederherstellung der influxdb2 mit backitup:

Erkennst du einen Fehler

Moin,

soweit mir das noch im Kopf ist, wenn man influxDB V2 mit FLUX nutzt, dann kommt bei user und Passwort nichts eingetragen, der Zugriff erfolgt nur über Org und Token

Edit
@duffy sagte in Probleme bei wiederherstellung der influxdb2 mit backitup:

Kann das ein Bug sein??

Nein, als Du das Backup erstellt hast, war die Verbindung Grafana - Datasource + Panel oder Dashboard eine andere, Grafana hat sich für die alte Konfiguration einen Schlüssel gemerkt, durch das Erstellen einer neuen Datasource, ist dieser Schlüssel unbrauchbar geworden.

VG
Bernd

P.S.: huch, da waren ja noch mehr Posts

VG
Bernd

[Duffy]

@dp20eic

Das zu verstehen bin ich glaub schon wieder zu doof.
Soll das heissen das meine ursprüngliche Grafana Version älter war als die aktuelle und deshalb die Backupdatei nicht voll funktionsfähig war?

Wenn ja wie hätte ich das Problem das ich hatte umgehen können.

Toll wenn die bei Grafana al Pfurz lang was ändern müssen.

Gruss Duffy

[Duffy]

@dp20eic

Hängt das mit der Meldung zusammen wenn man sudo apt update macht?

W: https://packages.grafana.com/oss/deb/dists/stable/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details.

[Thomas Braun]

@duffy sagte in Probleme bei wiederherstellung der influxdb2 mit backitup:

Hängt das mit der Meldung zusammen wenn man sudo apt update macht?

Nein, der da genannte key ist ein gpg-Key zur Signatur der Pakete.
Sollte mit

sudo mv /etc/apt/trusted.gpg /etc/apt/trusted.gpg.d/

aber eh keine Rolle mehr spielen.

[A Former User]

@duffy sagte in Probleme bei wiederherstellung der influxdb2 mit backitup:

Das zu verstehen bin ich glaub schon wieder zu doof.

Moin,

wenn Du Dir das immer wieder selber einredest, dann glaubst Du das irgendwann auch, hör auf Dich immer selbst schlecht zu machen, dazu sind wir doch da
Nein, Spaß bei Seite.

@duffy sagte in Probleme bei wiederherstellung der influxdb2 mit backitup:

Soll das heissen das meine ursprüngliche Grafana Version älter war als die aktuelle und deshalb die Backupdatei nicht voll funktionsfähig war?

Nein, das hat nichts mit den Versionen der Software zu tun!
Sondern, wenn Du in Grafana etwas baust, ein Panel oder ein Dashboard, dann wird Grafana intern eine Nummer angelegt, hinter dieser Nummer, verbirgt sich dann alles, was zum Panel, Dashborad gehört, z. B.

• welches Data Source, gehört zum Panel, Dashborad
• welche Visualisierung hast Du im Panel, Dashborad
• ...

Unter bullseye wurde aus diesen Informationen diese langen Nummern, die oben immer wieder auftauchten

Als Du dann aber auf Bookworm angefangen hast alles neu zu machen, ich meine nicht die Grundinstallation, sondern z. B. die Data Source in Grafana neu anzulegen, ab da konnte Grafana diese alte Nummer, die noch im Panel, Dashboard steht, nicht mehr finden, denn das neue Data Source hat eine neue Nummer bekommen, auch wenn es gleich heißt.
Deswegen musstest Du auch einmal auf Edit gehen, damit wurde die neue ID der Data Source gelesen und die Kurve ist wieder da.

So jetzt wird es kompliziert, warum nutzt Grafana diese komischen langen IDs? Das hat was mit effizienter Verwaltung der Informationen zu tun, auch Grafana speichert alle Informationen in einer internen Datenbank und da ist es einfacher nach diesen IDs zu suchen als nach irgendwelchen Namen oder Bezeichnungen.

Aber genug davon, ist nicht wirklich wichtig diese Interna von Grafana zu wissen

Ich kann Dir nur noch ein Trick mit auf den Weg geben, Du kannst, wenn Du einen produktiven Stand eines Pannels oder Dashboards hast, diesen Stand einmal zu exportieren, ohne jegliche Bindung an ein Data Source und in einem json File zu speichern

Dann wenn es mal wieder zu einem Problem kommt, einfach diese Panel, Dashboard importieren, dabei wirst Du gefragt zu welcher Datenbank/Data Source das Panel, Dashboard gehört und Du wählst dann einfach das passende aus der Liste aus, danach sollten alles korrekt angezeigt werden.

So, für heute genug verwirrt

VG
Bernd

[Duffy]

@thomas-braun sagte in Probleme bei wiederherstellung der influxdb2 mit backitup:

sudo mv /etc/apt/trusted.gpg /etc/apt/trusted.gpg.d/

Danke Thomas, jetzt ist die Mledung weg

[Duffy]

@dp20eic

Danke Bernd,

für heute ists genug aber morgen werde ich das mal versuchen.
Vielen Dank für die Erklärung.

Hätte ich es von Bullseye auf Bookworm anheben können wäre mir ein ganzer kaputter Sonntag erspart geblieben aber dank euer Hilfe wurde es zumindest mal keine Woche

LG Duffy

[Thomas Braun]

@duffy sagte in Probleme bei wiederherstellung der influxdb2 mit backitup:

Hätte ich es von Bullseye auf Bookworm anheben können

Da sehe ich keine Verbindung. Weil es keine gibt vielleicht...

[A Former User]

@thomas-braun sagte in Probleme bei wiederherstellung der influxdb2 mit backitup:

@duffy sagte in Probleme bei wiederherstellung der influxdb2 mit backitup:

Hätte ich es von Bullseye auf Bookworm anheben können

Da sehe ich keine Verbindung. Weil es keine gibt vielleicht...

Moin,

ich interpretiere das jetzt mal so, dass es bis vor kurzem für die RasPIs noch kein Bookworm gab und halt oft ein 32 Bit Debian Linux auf den Kistchen lief, welches man nicht auf ein 64 Bit Debian Linux migrieren kann, denn das geht nur, indem man eine Neuinstallation macht.

Ob der liebe @Duffy jetzt ohne Neuinstallation ausgekommen wäre, kann ich nicht sagen, da ich mir nicht alle Konstellationen der User merke
Ups, sehe gerade im ersten Post, dass es ja noch ein Buster war, dann eine Migration über zwei Releases, nein, lieber nicht, schon gar nicht, wenn da der Linux Skill nicht absolut vorhanden ist.

VG
Bernd

[Duffy]

@dp20eic @Thomas-Braun

Hallo ihr Zwei,

mit dem Buster hatte ich mich verschreiben es war Bullseye 64bit.
Aber wie auch immer, wenn es Experten für besser haltet den Pi neu aufzubauen dann ist das halt so und ich muß mir wieder ein Wochenende versauen aber dann gibt es wenigstens wieder eine ordentliche Basis.

"Hätte ich es von Bullseye auf Bookworm anheben können
Da sehe ich keine Verbindung. Weil es keine gibt vielleicht..."

Doch in so fern das ich das anheben vielleicht in ner Stunde geschafft hätte

Wenn bei mir nicht überall wo ich laufe Fettnäpfchen wären hätte der Neuaufbau auch schneller gehen können zumal ja Backups vorhanden waren...........

"nein, lieber nicht, schon gar nicht, wenn da der Linux Skill nicht absolut vorhanden ist"
Das ist sehr diplomatisch formuliert, eigentlich kann ich nur copy und paste

Allen einen guten Wochenstart.

Gruß Duffy

PS @dp20eic danke auch noch für den Tip mit dem Export das werde ich gerne mal versuchen

[Duffy]

@dp20eic

Eine Frage noch zu dem Export, macht es einen Unterschied, ob ich einen zuvor bei einem funktionierenden Dashboard erstellten Export wieder importiere oder ob ich das über Edit und dann klick auf Script und dann auf InfluxDB mache?

Gruß Duffy

[A Former User]

@duffy sagte in Probleme bei wiederherstellung der influxdb2 mit backitup:

Eine Frage noch zu dem Export, macht es einen Unterschied, ob ich einen zuvor bei einem funktionierenden Dashboard erstellten Export wieder importiere

Moin,

also, Du kannst ein exportiertes Panel oder Dashboard auch wieder importieren, es wird Dir angezeigt, dass es schon eine ID gibt, dann musst Du da eine



Das führt dazu, dass es zu Duplikaten kommt

Du kannst jetzt entweder das Original überschreiben oder Du vergibst eine neue UID, das habe ich jetzt einmal gemacht und die UID auf teletabbie geändert, dann noch die Datenbank aussuchen und importieren

Dann solltest Du das gleiche Panel, Dashboard nochmals haben.

VG
Bernd