Probleme bei wiederherstellung der influxdb2 mit backitup

[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

[Duffy]

@dp20eic

Danke für die tolle Beschreibung.

Was ist aber mit der ID bei mir passiert als ich das Dashboard nur über bearbeiten wieder geholt hatte? Ist es dann bei der alten ID geblieben?
Da es ja jetzt funktioniert ist das ist das zwar nicht mehr kriegsentscheidend aber wäre halt interessant.

[A Former User]

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

Was ist aber mit der ID bei mir passiert als ich das Dashboard nur über bearbeiten wieder geholt hatte? Ist es dann bei der alten ID geblieben?

Moin,

Jedes Objekt hat seine eigene ID in Grafana, z. B.

• Data Source
• Panel
• Dashboard
• ...

Das, was Dir da beim Wiederherstellen angezeigt wurde, war eine Mitteilung, dass er das/die alte Data Source nicht finden konnte, weil Du eine neue erstellt hast und sich dadurch die ID der Data Source geändert hat. Dadurch dass Du dann jedes Panel anfassen musstest, um einmal überall die neue Data Source ID zu aktivieren.
Ich hatte Dir nur eine andere Möglichkeit genannt, wie man über den Import von Panel, oder Dashboard, diese Arbeit vereinfachen kann, ohne dass man alles einzeln anfassen muss.

VG
Bernd

[Duffy]

@dp20eic

Vielen Dank Bernd.