UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[minkhx]

@thomas-braun Jetzt will ichs wissen;) Gibt es einen bash-Befehl mit dem man die genaue version auslesen kann, ob Enterprise oder nicht?
Da ich mich im Teststadium befinde, will ich nicht ausschließen, dass ich erstmal das normale OSS genommen habe. Weiß nicht mehr genau, leider.

[Thomas Braun]

@minkhx

sudo apt remove grafana-enterprise
sudo apt install grafana

Und wie ist influxdb installiert?

apt policy influxdb*

[minkhx]

@thomas-braun said in Fehler Backitup Grafana:

apt policy influxdb*

influxdb2-cli:
  Installiert:           2.7.5-1
  Installationskandidat: 2.7.5-1
  Versionstabelle:
 *** 2.7.5-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
        100 /var/lib/dpkg/status
     2.7.3-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.7.1-2 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.6.1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.6.0 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.5.0 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.4.0 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.3.0 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
influxdb-client:
  Installiert:           (keine)
  Installationskandidat: 1.6.7~rc0-1+b13
  Versionstabelle:
     1.6.7~rc0-1+b13 500
        500 http://deb.debian.org/debian bookworm/main arm64 Packages
influxdb3-enterprise:
  Installiert:           (keine)
  Installationskandidat: 3.0.3-1
  Versionstabelle:
     3.0.3-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     3.0.2-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     3.0.1-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
influxdb-dev:
  Installiert:           (keine)
  Installationskandidat: (keine)
  Versionstabelle:
influxdb3-core:
  Installiert:           (keine)
  Installationskandidat: 3.0.3-1
  Versionstabelle:
     3.0.3-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     3.0.2-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     3.0.1-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
influxdb2-client:
  Installiert:           (keine)
  Installationskandidat: 2.7.1-1
  Versionstabelle:
     2.7.1-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
influxdb:
  Installiert:           (keine)
  Installationskandidat: 1.11.8-2
  Versionstabelle:
     1.11.8-2 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     1.11.8-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     1.11.7-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     1.8.10-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     1.6.7~rc0-1+b13 500
        500 http://deb.debian.org/debian bookworm/main arm64 Packages
influxdb2:
  Installiert:           2.7.11-1
  Installationskandidat: 2.7.11-1
  Versionstabelle:
 *** 2.7.11-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
        100 /var/lib/dpkg/status
     2.7.10-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.7.9-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.7.8-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.7.7-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.7.6-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.7.5-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.7.4-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.7.3-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.7.1-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.7.0-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.6.1-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.6.0-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.5.1-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.4.0-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.3.0-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.2.0 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages

MOD-EDIT: Code in code-tags gesetzt!

[Thomas Braun]

@minkhx

apt policy grafana-enterprise

grafana ist ja nicht installiert, hatten wir schon.

[minkhx]

@thomas-braun Wie nicht installiert? Es läuft doch aber und ich kann micht :3000 anmelden?

[Thomas Braun]

@minkhx

Du hast grafana-enterprise installiert, du willst aber grafana installiert haben.

[minkhx]

@thomas-braun Ach so, ja, sorry:) Sagt denn der Kommandoaufruf deiner drei Zeilen das so aus? Ich weiß nicht mehr, was ich installiert habe, und würde gerne versuchen, das rauszufinden.

[Thomas Braun]

@minkhx

Siehste doch oben:

grafana:
Installiert: (keine)
Installationskandidat: 12.0.0

Also muss
grafana-enterprise installiert sein, das haste ja auch damit getan:

sudo apt-get install grafana-enterprise

[minkhx]

@minkhx Hallo thomas, vielen Dank für die rege Unterstützung zu so später Stunde.
Ich nehme mit, dass ich mal checke, was da installiert ist. Wenn es sich mit einem Befehl entfernen und dann ebenso wieder installieren lässt ohne die ganzen anderen commands, welche auf der Grafana-Site dargestellt werden, dann kann ich das ja mal machen...
Ansosnsten switche ich zur backitup-Beta, wie simatic vorschlug.

[Thomas Braun]

@minkhx sagte in Fehler Backitup Grafana:

Ansosnsten switche ich zur backitup-Beta, wie simatic vorschlug.

Das musst du so oder so. grafana-enterprise hin oder her.

[minkhx]

@thomas-braun Alles klar. Und das hier reicht?
sudo apt remove grafana-enterprise
sudo apt install grafana

Restloses entfernen und Neuinstallation von Grafana? Ohne diese ganzen Befehle von der Grafana-Site sieht das iwie so alleine aus:)

[Thomas Braun]

@minkhx sagte in Fehler Backitup Grafana:

Und das hier reicht?

Das reicht.
Einmal eingerichtet ist apt recht einfach zu verwenden.

[minkhx]

@thomas-braun Perfekt. Und vielen Dank nochmal für die Hilfe. Übrigens ist IOB sehr aufgeräumt und strukturiert im Gegensatz zu diesem HA-Labyrinth;)
Es ist für mich sehr ansprechend. Lob an die/den? Entwickler!

[minkhx]

@minkhx So. Ich bin jetzt ein Stück weiter, d.h. es gibt neue IOBs-Botschaften bzw. Fehlermeldungen:)
Es sieht aber schon ganz gut aus, finde ich.
Grafana mit dem 2-Zeiler von Thomas von Enterprise auf OSS 12.0.0 geswitched (So ein ordentlicher Linux-Unterbau ist schon was wert).
Ich habe den alten backitup-Adapter einfach gelöscht.
Die Repos irgendwo von stable auf beta umgestellt und mit der Skimaske das Github-Icon freigeschaltet.
Dann dort backi eingegeben -> backitup[simatec] ausgewählt.
Jetzt habe ich 3.2.2, npm 10.8 und diesen output, beim Versuch von Grafana ein bckup anzulegen:
19:51:18.933
DEBUG
grafana
Start Grafana Backup ...
19:51:18.935
DEBUG
grafana
Created grafana_tmp directory: "/opt/iobroker/backups/grafana_tmp"
19:51:18.948
DEBUG
grafana
Created dashboard directory
19:51:18.954
DEBUG
grafana
Created folder directory
19:51:18.956
DEBUG
grafana
Created dashboards_manually_restore directory
19:51:18.959
DEBUG
grafana
Created datasource directory
19:51:18.993
DEBUG
grafana
start Grafana request ...
19:51:19.042
DEBUG
grafana
Grafana is available ... Status: 200
19:51:19.271
ERROR
grafana
Error on Grafana Dashboard Request: AxiosError: Request failed with status code 401
19:51:19.283
DEBUG
grafana
Saved dashboard-folder mapping
19:51:19.294
ERROR
grafana
Error on Grafana-Folder: AxiosError: Request failed with status code 401
19:51:19.299
DEBUG
grafana
start Grafana backup compress ...
19:51:19.314
DEBUG
grafana
Try deleting the Grafana tmp directory: "/opt/iobroker/backups/grafana_tmp"
19:51:19.343
DEBUG
grafana
Grafana tmp directory "/opt/iobroker/backups/grafana_tmp" successfully deleted
19:51:19.383
DEBUG
grafana
done

So ein 401er kann doch jetzt nicht so dramatisch sein, oder?
Ich nutze den Original admin-acc samt pwd aus der Ersteinrichtung, was seltsamerweise auch nach dem switch noch funktioniert und den API-Key, welcher bei der Ersti gewonnen wurde.
Im backitup Grafana-Reiter steht ja:
"Grafana API-Schlüssel oder Service Token".
Und API-Schlüssel ist doch der API-Key aus der Ersti, oder?
Falls jemand ähnliches Interesse an der beta verfolgt, kann er sich ja melden.
Danke.

[minkhx]

@minkhx said in Fehler Backitup Grafana:

Error on Grafana-Folder: AxiosError: Request failed with status code 401

Ok, der 401er ist was mit Zugangsrechten.
Wenn man in Grafana einen Service-acc anlegt (hier name: backup, rights: admin), einen frischen Token zapft und diesen dann im Grafana-Reiter im backitup einträgt zusammen mit dem admin-Zugang läuft es.
Falls jemand eine Zusammenfassung benötigt, um nicht am Selbigen zu verzweifeln, kann ich das nochmal zusammen schreiben.
Danke Thomas und simatec. You did the trick.

[simatec]

@minkhx steht doch aber alles in der Doku

[minkhx]

@simatec Das tut es bestimmt, allerdings ist es für einen Einsteiger nicht so eindeutig. ZB "API-Schlüssel bzw. Service Token" und das der Service-acc bestimmte Nutzerrechte braucht, was ich nur hier im Chatverlauf nachvollziehen konnte, da hab ich mich mit der Rumprobierei etwas verzettelt.
Der Hinweis auf die Beta wäre vllt. noch etwas für die Doku. Ist bestimmt schon woanders dokumentiert, aber ich hab da noch keinen roten Faden.
Dafür aber auch ein paar neue Linux-Befehle gelernt;) Und wie man seine fehlermeldungen am besten beschreibt. Z.B. mit dem log-ouput.
Aprospos, was bedeutet dies:
22:10:09.960
DEBUG
grafana
Start Grafana Backup ...
22:10:09.964
DEBUG
grafana
Created grafana_tmp directory: "/opt/iobroker/backups/grafana_tmp"
22:10:09.980
DEBUG
grafana
Created folder directory
22:10:09.982
DEBUG
grafana
Created dashboards_manually_restore directory
22:10:10.017
DEBUG
grafana
Created datasource directory
22:10:10.029
DEBUG
grafana
start Grafana request ...
22:10:10.075
DEBUG
grafana
Grafana is available ... Status: 200
22:10:10.650
DEBUG
grafana
Saved dashboard-folder mapping
22:10:10.833
DEBUG
grafana
start Grafana backup compress ...
22:10:10.851
DEBUG
grafana
Try deleting the Grafana tmp directory: "/opt/iobroker/backups/grafana_tmp"
22:10:10.864
ERROR
grafana
cannot found Grafana Backup files
22:10:10.900
DEBUG
grafana
done

Liegt das an der manuellen Vorgehensweise, das Backup zu machen?
Eine Datei gibt es? /files/backitup.admin/grafana.jsonConfig.json5 mit 5 kB

[minkhx]

@minkhx Habs grad im Forum gesehen, so ist besser, oder?
Z42-44 sieht komisch aus:

23:50:49.636
DEBUG
grafana
Created dashboard directory
23:50:49.651
DEBUG
grafana
Created folder directory
23:50:49.671
DEBUG
grafana
Created dashboards_manually_restore directory
23:50:49.681
DEBUG
grafana
Created datasource directory
23:50:49.684
DEBUG
grafana
start Grafana request ...
23:50:49.752
DEBUG
grafana
Grafana is available ... Status: 200
23:50:50.202
DEBUG
grafana
Saved dashboard-folder mapping
23:50:50.273
DEBUG
grafana
start Grafana backup compress ...
23:50:50.281
DEBUG
grafana
Try deleting the Grafana tmp directory: "/opt/iobroker/backups/grafana_tmp"
23:50:50.312
DEBUG
grafana
Grafana tmp directory "/opt/iobroker/backups/grafana_tmp" successfully deleted
23:50:50.346
ERROR
grafana
cannot found Grafana Backup files
23:50:50.348
DEBUG
grafana
done
23:50:51.068
DEBUG
nodered
Created nodered tmp directory
23:50:51.149
DEBUG
nodered
Node-Red tmp copy finish
23:50:51.215
DEBUG
nodered
Backup created: /opt/iobroker/backups/nodered.0_2025_05_22-23_50_52_backupiobroker.tar.gz
23:50:51.256
DEBUG
nodered
node-red tmp directory "/opt/iobroker/backups/noderedtmp0" successfully deleted
23:50:51.271
DEBUG
nodered
done
23:50:52.441
WARN
clean
No older backup files are deleted, because this backup was started manually

[simatec]

@minkhx Dein Backup wird nicht korrekt erzeugt.
Zeige bitte deine Config von Backitup als json File.
Hast du den API Token / Service-Token mit Admin Rechten erzeugt? Hat der Token eine Gültigkeit?

[minkhx]

@simatec
Da wo die anderen json5-Dateien liegen, finde ich nichts mit Namen backitup. Nur eine .png und .svg? Weiß nicht, wo ich die Datei herkriegen soll. Über Putty?
Serv-cc mit Token (straight nach Doku:)