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

[Dr.Pie]

@crunchip

[Glasfaser]

@dr-pie

Wie sieht jetzt das Script aus !?

[Glasfaser]

@crunchip sagte in Sichern einer influxDB Datenbank:

@dr-pie die Ausgabe von

:female-detective: die wurde gerade unsichtbar gepostet :grinning:

Sorry @Dr-Pie ... konnte ich mir nicht verkneifen ( bei deinem EDIT )

[Dr.Pie]

@glasfaser

influx auth list -t ywxHMak16JrpyLLwfs353gLDDEBsgEp9P7ovaVpNH3rL96r31Lnjo7b9t8p7rzbKiL0s-CGA8PWdje1PrYobXA== --json

Wäre das so richtig ?

[Glasfaser]

@dr-pie sagte in Sichern einer influxDB Datenbank:

Wäre das so richtig ?

Wofür ... aber nicht um ein Backup zu machen .. wie ich dir verlinkt habe

[Dr.Pie]

@glasfaser neiiin .... ich sollte doch die Ausgabe von

influx auth list -t <TOKEN> --json 

posten

[Glasfaser]

@dr-pie

Dann Antworte doch @crunchip .

Ich wollte das Script sehen ( Synology) !

[Dr.Pie]

@glasfaser Den Inhalt hatte ich schon gepostet

[default]
url = "http://localhost:8086"
token = "ywxHMak16JrpyLLwfs353gLDDEBsgEp9P7ovaVpNH3rL96r31Lnjo7b9t8p7rzbKiL0s-CGA8PWdje1PrYobXA=="
org = "Synology"
active = true
# [eu-central]
#   url = "https://eu-central-1-1.aws.cloud2.influxdata.com"
#   token = "XXX"
#   org = ""
# 
# [us-central]
#   url = "https://us-central1-1.gcp.cloud2.influxdata.com"
#   token = "XXX"
#   org = ""
# 
# [us-west]
#   url = "https://us-west-2-1.aws.cloud2.influxdata.com"
#   token = "XXX"
#   org = ""

[Glasfaser]

@dr-pie sagte in Sichern einer influxDB Datenbank:

@glasfaser Den Inhalt hatte ich schon gepostet

Ich fragte nach dem Script ( Synology ) und nicht nach dem Inhalt der Influxdb Datei.

Ich kann nichts erkennen .. retuschiert !

Hier der Voll Post von dir :

@dr-pie sagte in Sichern einer influxDB Datenbank:
@glasfaser ok ... habe ich so nachgebaut.

Nachdem ich das Script dann ausgeführt habe, steht in der output.log das hier drin:

Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Get "http://%2Fvar%2Frun%2Fdocker.sock/v1.24/containers/influxdb/json": dial unix /var/run/docker.sock: connect: permission denied

Keine Ahnung was das nun wieder soll.
Welcher Zugriff wird denn da verwehrt ... von wem ?
Von dem User den ich in dem Script angelegt habe kann es nicht sein ... der hat Admin Berechtigung.

Oder wo liegt da das Problem ?

Oder soll ich lieber in dem verlinkten Beitrag weiter machen ?

[Dr.Pie]

@glasfaser in dem Script steht:

docker exec influxdb influx backup /volume1/docker/InfluxDB/backup -t ywxHMak16JrpyLLwfs353gLDDEBsgEp9P7ovaVpNH3rL96r31Lnjo7b9t8p7rzbKiL0s-CGA8PWdje1PrYobXA==

Und das wir daraus:

Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Get "http://%2Fvar%2Frun%2Fdocker.sock/v1.24/containers/influxdb/json": dial unix /var/run/docker.sock: connect: permission denied

MOD-EDIT: Code in code-tags gesetzt!

[Glasfaser]

@dr-pie sagte in Sichern einer influxDB Datenbank:

@glasfaser

selbst mir root kommt:

2023/06/20 16:46:02 INFO: Downloading metadata snapshot
Error: failed to backup metadata: failed to download metadata snapshot: 401 Unauthorized: unauthorized access

weiter oben ..
ich verstehe es langsam nicht ...

nach den Änderung kam das ... OK

deshalb habe ich dir geschrieben ... der Token hat keine Rechte
ist es jetzt der gleiche Token wie immer !

Weil du schreibst ... ich habe einen neuen Token erzeugt !

und jetzt hast du eine andere Fehlermeldung !

[Dr.Pie]

@glasfaser vielleicht sollten wir damit Schluss machen ... ich blicke kaum noch durch ...

Kann man denn die Rechte angeben wenn man einen neuen Token erstellt ?

[crunchip]

@glasfaser ich blicke da nicht mehr durch, abgesehen davon, das ich mich mit docker noch nie befasst habe.

Wollte ja nur wissen ob der token auch richtig angelegt wurde, so wie es in der Anleitung steht aus dem link https://forum.iobroker.net/post/1006313

[Marc Berg]

@dr-pie sagte in Sichern einer influxDB Datenbank:

Kann man denn die Rechte angeben wenn man einen neuen Token erstellt ?

Ich habe mich mal durch den Thread gekämpft, im Grunde ist alles schon mal gesagt worden, nur noch nicht von jedem.

Aus meiner Sicht ist folgendes passiert:

• während des Setups der Influxdb ist ein Admin/Operator-Token erstellt worden. Das ist der, der in der "influx-configs" steht und mit "ywxH..." anfängt. Diesen Token hättest du für das Backup nehmen können und müssen.
• dieser Token wurde von dir allerdings gelöscht, wie deine Screenshots zeigen
• alle Tokens, die du über die Oberfläche anlegst, können NICHT für das Backup genutzt werden
• du musst dir einen neuen Admin-Token erstellen (wie, ist oben verlinkt) oder aber alles weglöschen und neu machen (und dann keine Tokens löschen)

Noch zum Hintergrund: Der "All-Access" Token, den du über die Oberfläche erstellst, hat zwar alle Rechte, allerdings nur für DIE EINE ORGANISATION, unter der du den Token erstellst. Beim Backup werden allerdings (Meta-)Daten von ALLEN Organizations gesichert, darum benötigst du an dieser Stelle mehr Rechte, die dir nur der Admin-Token gibt.

[Dr.Pie]

Sooooo ... Faxen dicke ... ich habe ALLES gelöscht.
Auch der Adapter im iobroker ist gelöscht.

• neues Images (influxdb 2.1.1) runter geladen und installiert.
  
• Images entsprechend configuriert
  
  -Die Umgebungsvariable gesetzt
  
  -Ordner germountet
  

Nach dem Starten des Images steht in der config folgendes drin

[default]
  url = "http://localhost:8086"
  token = "ywxHMak16JrpyLLwfs353gLDDEBsgEp9P7ovaVpNH3rL96r31Lnjo7b9t8p7rzbKiL0s-CGA8PWdje1PrYobXA=="
  org = "Synology"
  active = true
# [eu-central]
#   url = "https://eu-central-1-1.aws.cloud2.influxdata.com"
#   token = "XXX"
#   org = ""
# [us-central]
#   url = "https://us-central1-1.gcp.cloud2.influxdata.com"
#   token = "XXX"
#   org = ""
# [us-west]
#   url = "https://us-west-2-1.aws.cloud2.influxdata.com"
#   token = "XXX"
#   org = ""

Da kann ich auch den TOKEN sehen der auch mit ywxH anfängt wie @Marc-Berg geschrieben hatte.
Doch dieser Token hatte nicht funktioniert.
Die Meldung in output habe ich mir jetzt nicht gemerkt bzw. kopiert.

Also habe ich den TOKEN von der influxdb Weboberfläche genommen und in die Aufgabe rein kopiert.

Starte ich nun die Aufgabe per Hand, erscheint in output nun:

2023/06/22 11:36:19 INFO: Downloading metadata snapshot
2023/06/22 11:36:19 INFO: Backing up TSM for shard 1

[Ein ehemaliger Benutzer]

@dr-pie sagte in Sichern einer influxDB Datenbank:

Sooooo ... Faxen dicke ... ich habe ALLES gelöscht.
Auch der Adapter im iobroker ist gelöscht.

-Ordner germountet

Moin,

ich möchte Dich nicht Ärgern, aber woher hast Du denn, dass?

/docker/influxDB/data   = /etc/influxdb2              <--- ????
/docker/influxDB/config = /var/lib/influxdb2          <--- ????

Aus meiner Sicht wird so ein Schuh draus, genau umgekehrt

/docker/influxDB/data    = /var/lib/influxdb2
/docker/influxDB/config  = /etc/influxdb2

VG
Bernd

P.S.:
@dr-pie sagte in Sichern einer influxDB Datenbank:

Starte ich nun die Aufgabe per Hand, erscheint in output nun:

2023/06/22 11:36:19 INFO: Downloading metadata snapshot
2023/06/22 11:36:19 INFO: Backing up TSM for shard 1

Das sieht doch schon mal gut aus, hast Du denn schon Daten im Bucket?

[Marc Berg]

@dr-pie

Neben dem, was @dp20eic schon schrieb:

• warum installierst du eine knapp zwei Jahre alte Version der InfluxDB?
• die Tatsache, dass der alte Token noch in der influx-configs steht, zeigt, dass Du NICHT alle Daten gelöscht hast.
• den Pfad „volume1…“ des Backup-Kommandos zweifele ich mal stark an. Du musst das von der „Innenansicht“ aus dem Container sehen, oder?

[Ein ehemaliger Benutzer]

@marc-berg sagte in Sichern einer influxDB Datenbank:

den Pfad „volume1…“ des Backup-Kommandos zweifele ich mal stark an. Du musst das von der „Innenansicht“ aus dem Container sehen, oder?

Moin,

schade, habe mein Docker gleich wieder gelöscht, aber Du könntest damit absolut recht haben. Denn wenn ich das in meinem LXC Container mache, dann sind das interne Verzeichnis.

Im Docker könnte ich mir das dann so vorstellen, mit folgenden Mounts

/docker/influxDB/data    = /var/lib/influxdb2
/docker/influxDB/config  = /etc/influxdb2
/docker/influxDB/backups = /my_backups

Dann sollte das Skript, in etwa so aussehen

docker exec influxdb influx backup /my_backups -t "dein_token"

VG
Bernd

P.S.: so mal schnell wieder den Docker aufgebaut, so wie ober beschrieben, dann Skript angelegt, wie oben.
Das ist was da dann gesichert wurde.

root@influxdb-1:/# ls -la /my_backups/                                           
total 20                                                                         
drwxrwxrwx 1 influxdb users  200 Jun 22 14:15 .                                  
drwxr-xr-x 1 root     root   294 Jun 22 14:09 ..                                 
-rw------- 1 root     root  1939 Jun 22 14:15 20230622T141556Z.1.tar.gz          
-rw------- 1 root     root  8165 Jun 22 14:15 20230622T141556Z.bolt.gz           
-rw------- 1 root     root  2206 Jun 22 14:15 20230622T141556Z.manifest          
-rw------- 1 root     root  3451 Jun 22 14:15 20230622T141556Z.sqlite.gz         

P.P.S.: meine Umgebung weicht vom obigen Beispiel ab, aber das sind nur andere Namen, ansonsten ist es identisch.

[Dr.Pie]

Ich bekomme es einfach nicht gebacken ...

Irgendwie lässt mich das Gefühl nicht los das NICHT das gelöscht wird was gelöscht werden soll, wenn ich wieder bei Null beginnen möchte.

Wenn ich den Container Influx

sowie den Inhalt der Ordner Data und config

lösche, sollte das System doch wieder frei von influx sein ... oder ?

Denn lösche ich im Container influx und den Inhalt der beiden Ordner um anschließend influx neu zu installieren, komme ich anschließend nicht auf die Einrichtungsseite von Influx sondern auf ein bestehende influx.
Vielleicht liegt da das Problem mit dem immer und immer wieder falschen TOKEN ... keine Ahnung.