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

[Laser]

@marc-berg
Der Erste Token der Ausgabe ist also immer der Richtige. Egal, wie viele ich dann noch generiere. Das steht im verlinkten Dok. so da, habe ich aber nicht richtig verstanden.

Mit diesem Token passiert auch etwas, geht aber nicht weiter. Es werden aber auch sehr viele tar.gz Dateien generiert.
Ich warte ab, was passiert...

Started iobroker ...
[DEBUG] [mount] - noserverino option: false
[DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=iobroker,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777,vers=2.0 //192.168.2.57/backup /opt/iobroker/backups"
[DEBUG] [mount] - mount successfully completed
[DEBUG] [mount] - done
[DEBUG] [iobroker] - host.raspberrypi 3145 states saved

[DEBUG] [iobroker] - host.raspberrypi 3839 objects saved

[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2023_11_20-11_52_12_backupiobroker.tar.gz

[DEBUG] [iobroker] - This backup can only be restored with js-controller version up from 4.1

[DEBUG] [iobroker] - done
[DEBUG] [influxDB] - InfluxDB-Backup started ...
[DEBUG] [influxDB] - Start InfluxDB Backup ...
[DEBUG] [influxDB] - InfluxDB Backup tmp directory created 

[Laser]

@Marc-Berg @simatec
Es werden jetzt im NAS sehr viele Dateien in einem neu angelegtem Verzeichnis generiert. Das dauert scheinbar lange.
Ich warte es ab und werde dann versuchen, auf dem Neuen PI (bzw. der neuen SSD ) das Backup zurückzuholen. So der Plan. Aber ist scheinbar wieder etwas fehlgeschlagen (das temporäre Verzeichnis auf dem NAS ist wieder gelöscht):

Started iobroker ...
[DEBUG] [mount] - noserverino option: false
[DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=iobroker,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777,vers=2.0 //192.168.2.57/backup /opt/iobroker/backups"
[DEBUG] [mount] - mount successfully completed
[DEBUG] [mount] - done
[DEBUG] [iobroker] - host.raspberrypi 3145 states saved

[DEBUG] [iobroker] - host.raspberrypi 3839 objects saved

[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2023_11_20-11_52_12_backupiobroker.tar.gz

[DEBUG] [iobroker] - This backup can only be restored with js-controller version up from 4.1

[DEBUG] [iobroker] - done
[DEBUG] [influxDB] - InfluxDB-Backup started ...
[DEBUG] [influxDB] - Start InfluxDB Backup ...
[DEBUG] [influxDB] - InfluxDB Backup tmp directory created 
[DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory: "/opt/iobroker/backups/influxDB_2023_11_20-11_52_25_backupiobroker"
[DEBUG] [influxDB] - InfluxDB tmp directory "/opt/iobroker/backups/influxDB_2023_11_20-11_52_25_backupiobroker" successfully deleted
[DEBUG] [influxDB] - 
[ERROR] [influxDB] - Error: Command failed: influx backup --bucket iobroker -t 9RpnKWzJ2Vuq-Jg85pOljmMaF1PJP0YhAfXZcLYO7QRNUQtKUaV0ezcQeIpnmTR2K1Ve0YWl11lqKTsX2DvQvw== "/opt/iobroker/backups/influxDB_2023_11_20-11_52_25_backupiobroker"
2023/11/20 11:52:25 INFO: Downloading metadata snapshot
2023/11/20 11:52:25 INFO: Backing up TSM for shard 1
2023/11/20 11:54:00 INFO: Backing up TSM for shard 2
2023/11/20 11:55:36 INFO: Backing up TSM for shard 3
2023/11/20 11:57:00 INFO: Backing up TSM for shard 4
2023/11/20 11:58:31 INFO: Backing up TSM for shard 5
2023/11/20 11:59:51 INFO: Backing up TSM for shard 6
2023/11/20 12:01:12 INFO: Backing up TSM for shard 7
2023/11/20 12:02:39 INFO: Backing up TSM for shard 8
2023/11/20 12:03:57 INFO: Backing up TSM for shard 9
2023/11/20 12:05:28 INFO: Backing up TSM for shard 10
2023/11/20 12:07:17 INFO: Backing up TSM for shard 11
2023/11/20 12:09:37 INFO: Backing up TSM for shard 12
2023/11/20 12:14:06 INFO: Backing up TSM for shard 13
2023/11/20 12:22:22 INFO: Backing up TSM for shard 14
2023/11/20 12:28:52 INFO: Backing up TSM for shard 15
2023/11/20 12:36:47 INFO: Backing up TSM for shard 16
2023/11/20 12:43:47 INFO: Backing up TSM for shard 17
2023/11/20 12:52:28 INFO: Backing up TSM for shard 18
Error: failed to backup bucket data: failed to download snapshot of shard 18: 401 Unauthorized: unauthorized access

[DEBUG] [influxDB] - InfluxDB-Backup for is finish
[DEBUG] [influxDB] - done
[DEBUG] [cifs] - used copy path: /backup
[DEBUG] [cifs] - done
[ERROR] [clean] - Backup files not deleted from /opt/iobroker/backups because some errors.
[DEBUG] [clean] - done
[DEBUG] [telegram] - done
[DEBUG] [historyHTML] - new history html values created
[DEBUG] [historyHTML] - done
[DEBUG] [historyJSON] - new history json values created
[DEBUG] [historyJSON] - done
[DEBUG] [umount] - mount activ, umount is started ...
[DEBUG] [umount] - umount successfully completed
[DEBUG] [umount] - done
[EXIT] 0

[Laser]

@Marc-Berg Es ist Alles supertoll beschrieben! Aber es klappt einfach nicht. OK, das mit dem ersten Eintrag als Operator Token benutzen habe ich verpennt!

• Ich generiere einen neuen Token in der Influx GUI:
  Z50uyViNwOSShEX2jY2A09cHyCCavlnqe1GFdkzGnYWZ4a2uQ2ghc9wahuCQwuNrpDuWHhGj7_wrrflgHMkpMA==
• mit diesem Token führe ich aus:
  influx auth list -t Z50uyViNwOSShEX2jY2A09cHyCCavlnqe1GFdkzGnYWZ4a2uQ2ghc9wahuCQwuNrpDuWHhGj7_wrrflgHMkpMA== --json
• den ersten Token kopiere ich.
  zijB7piBzzSSLchg2TCyrp2MViRxSJ5_HQP_ynLZO_T8K6Wy-guPxh9uI75KjCKFKIhzTGhpSSeyMpp58Z_juw==
  das ist der "Operator Token"
• der kommt in die BackitUp- Instanz rein.
• und in die Influx.db Instanz - ist das richtig oder muß da der ursprünglich generierte
  Z50uyViNwOSShEX2jY2A09cHyCCavlnqe1GFdkzGnYWZ4a2uQ2ghc9wahuCQwuNrpDuWHhGj7_wrrflgHMkpMA==
  rein?
  Ich habe jetzt alle Versionen durchprobiert.
  Beim ausführen des Befehles:
  influx backup --bucket iobroker -t Z50uyViNwOSShEX2jY2A09cHyCCavlnqe1GFdkzGnYWZ4a2uQ2ghc9wahuCQwuNrpDuWHhGj7_wrrflgHMkpMA== "/opt/iobroker/backups/influxDB_2023_11_20-10_53_21_backupiobroker" kommt immer:

otto@raspberrypi:/opt/iobroker/backups $ influx backup --bucket iobroker --host http://192.168.2.54:8086 -t zijB7piBzzSSLchg2TCyrp2MViRxSJ5_HQP_ynLZO_T8K6Wy-guPxh9uI75KjCKFKIhzTGhpSSeyMpp58Z_juw== "/tmp/influx-test"
2023/11/20 14:20:01 INFO: Downloading metadata snapshot
Error: failed to backup metadata: failed to download metadata snapshot: 401 Unauthorized: read:authorizations is unauthorized

[simatec]

@laser Wie groß ist deine DB? Führe mal den Befehl erstmal manuell aus, um zu schauen, ob alles funktioniert

mkdir -p /opt/iobroker/backups/influxdb2-tmp
influx backup --bucket iobroker -t 9RpnKWzJ2Vuq-Jg85pOljmMaF1PJP0YhAfXZcLYO7QRNUQtKUaV0ezcQeIpnmTR2K1Ve0YWl11lqKTsX2DvQvw== "/opt/iobroker/backups/influxdb2-tmp"

[Laser]

@simatec sagte in Kein iobroker Backup mehr über BackitUp Adapter:

influx backup --bucket iobroker -t 9RpnKWzJ2Vuq-Jg85pOljmMaF1PJP0YhAfXZcLYO7QRNUQtKUaV0ezcQeIpnmTR2K1Ve0YWl11lqKTsX2DvQvw== "/opt/iobroker/backups/influxdb2-tmp"

Korrektur:

otto@raspberrypi:/opt/iobroker/backups $ mkdir -p /opt/iobroker/backups/influxdb2-tmp
otto@raspberrypi:/opt/iobroker/backups $ influx backup --bucket iobroker -t 9RpnKWzJ2Vuq-Jg85pOljmMaF1PJP0YhAfXZcLYO7QRNUQtKUaV0ezcQeIpnmTR2K1Ve0YWl11lqKTsX2DvQvw== "/opt/iobroker/backups/influxdb2-tmp"
2023/11/20 14:38:28 INFO: Downloading metadata snapshot
Error: failed to backup metadata: failed to download metadata snapshot: 401 Unauthorized: unauthorized access

[Laser]

@simatec sind denn die Befehle, wie ich sie oben aufgelistet habe überhaupt richtig? Ich bekomme immer einen anderen Operator- Token angezeigt, niemals
9RpnKWzJ2Vuq-Jg85pOljmMaF1PJP0YhAfXZcLYO7QRNUQtKUaV0ezcQeIpnmTR2K1Ve0YWl11lqKTsX2DvQvw==

[Marc Berg]

@laser sagte in Kein iobroker Backup mehr über BackitUp Adapter:

Ich bekomme immer einen anderen Operator- Token angezeigt, niemals

Niemals? Und was ist das hier?
https://forum.iobroker.net/post/1083285

Ich würde sagen, du hast den Operator Token jetzt gelöscht. Glückwunsch!

[Laser]

@marc-berg deshalb war meine Frage: "was mache ich mit den anderen Tokens neben dem neu Angelegten?" Habe ich gelöscht. War das ein Fehler?

[simatec]

@laser Zeige mal, was hier für Token angelegt sind

Was kommt für eine Ausgabe, wenn du den Befehl absetzt?

influx auth list -t <TOKEN> --json

[Laser]

@simatec soll ich dazu den letzten generierten Token einsetzen?

otto@raspberrypi:/opt/iobroker/backups $ influx auth list -t Z50uyViNwOSShEX2jY2A09cHyCCavlnqe1GFdkzGnYWZ4a2uQ2ghc9wahuCQwuNrpDuWHhGj7_wrrflgHMkpMA== --json
[
        {
                "id": "0b485bd1c75e4000",
                "description": "onboarding-cliWizard-token-1685530468858",
                "token": "zijB7piBzzSSLchg2TCyrp2MViRxSJ5_HQP_ynLZO_T8K6Wy-guPxh9uI75KjCKFKIhzTGhpSSeyMpp58Z_juw==",
                "status": "active",
                "userName": "iobroker",
                "userID": "0b4721cca3305000",
                "permissions": [
                        "read:orgs/56ed5fe7a100c804/annotations",
                        "write:orgs/56ed5fe7a100c804/annotations",
                        "read:orgs/56ed5fe7a100c804/authorizations",
                        "write:orgs/56ed5fe7a100c804/authorizations",
                        "read:orgs/56ed5fe7a100c804/buckets",
                        "write:orgs/56ed5fe7a100c804/buckets",
                        "read:orgs/56ed5fe7a100c804/checks",
                        "write:orgs/56ed5fe7a100c804/checks",
                        "read:orgs/56ed5fe7a100c804/dashboards",
                        "write:orgs/56ed5fe7a100c804/dashboards",
                        "read:orgs/56ed5fe7a100c804/dbrp",
                        "write:orgs/56ed5fe7a100c804/dbrp",
                        "read:orgs/56ed5fe7a100c804/documents",
]       }       ]       "write:orgs/56ed5fe7a100c804/views"les",s",les",ts",ghc9wahuCQwuNrpDuWHhGj7_wrrflgHMkpMA==",

[simatec]

@laser Wie erstellst du denn die ganzen Token?
Bist du als Admin im WebUi von Influx angemeldet?

Zeige doch mal bitte deinen Weg...
Hier ist alles gut beschrieben...

[Laser]

@simatec Diese Beschreibung habe ich ständig aufgeklappt und versuche, Schritt für Schritt durchzugehen.
In der Influx-DB bin ich als Admin eingeloggt. Ich erzeuge jetzt nochmal einen neuen all-access- API-Token.
Q494kw0QVOhk3if8D-cZsqjlggKCOIEJcD8gW1Za4vUzKGYYQO7RoraoIrmmPm-NjdaChpZAddzXtsQ7Mw5GBg==

otto@raspberrypi:/opt/iobroker/backups $ influx auth list -t Q494kw0QVOhk3if8D-cZsqjlggKCOIEJcD8gW1Za4vUzKGYYQO7RoraoIrmmPm-NjdaChpZAddzXtsQ7Mw5GBg== --json
[
        {
                "id": "0b485bd1c75e4000",
                "description": "onboarding-cliWizard-token-1685530468858",
                "token": "zijB7piBzzSSLchg2TCyrp2MViRxSJ5_HQP_ynLZO_T8K6Wy-guPxh9uI75KjCKFKIhzTGhpSSeyMpp58Z_juw==",
                "status": "active",
                "userName": "iobroker",
                "userID": "0b4721cca3305000",

ist das ober der Operator Token oder ist der unwiederbringlich weg? Auszug aus der Beschreibung:
5. Wenn es keinen solchen Eintrag gibt, dann wurde das Operator-Token gelöscht. Auch das kann repariert werden. Hier ist ein Link zu einem Artikel Link
(Der Link zum Neu- Anlegen des Operator Tokens funktioniert nicht)

[simatec]

@laser Der Link ist extern und leider nicht für uns greifbar

Versuche hiermit mal einen neuen zu erstellen
https://docs.influxdata.com/influxdb/v2/reference/cli/influxd/recovery/auth/

[simatec]

@laser

Versuche es mal wie folgt...

influxd recovery auth create-operator --username admin --org privat

Dieser Befehl kann nur ausgeführt werden, wenn der InfluxDB-Server ( influxd) nicht läuft.

[Laser]

@simatec versuche ich, jedoch klappt das nicht ich bin als iobroker angemeldet, nicht als admin. Beides versucht...

otto@raspberrypi:/opt/iobroker/backups $ sudo service influxdb stop
otto@raspberrypi:/opt/iobroker/backups $ influxd recovery auth create-operator --username admin --org privat
2023-11-20T14:51:36.698840Z     info    Resources opened        {"log_id": "0lcJIBTG000", "system": "bolt-kvstore", "path": "/home/otto/.influxdbv2/influxd.bolt"}
Error: bucket "authorizationsv1": bucket not found
See 'influxd -h' for help
otto@raspberrypi:/opt/iobroker/backups $ sudo service influxdb start
otto@raspberrypi:/opt/iobroker/backups $
otto@raspberrypi:/opt/iobroker/backups $ sudo service influxdb stop
otto@raspberrypi:/opt/iobroker/backups $ influxd recovery auth create-operator --username iobroker --org privat
2023-11-20T14:55:10.325204Z     info    Resources opened        {"log_id": "0lcJVDy0000", "system": "bolt-kvstore", "path": "/home/otto/.influxdbv2/influxd.bolt"}
Error: bucket "authorizationsv1": bucket not found
See 'influxd -h' for help

[simatec]

@laser führe mal mit sudo aus

[Laser]

@simatec sagte in Kein iobroker Backup mehr über BackitUp Adapter:

@laser führe mal mit sudo aus

Geht auch nicht:

otto@raspberrypi:/opt/iobroker/backups $ sudo influxd recovery auth create-operator --username admin --org privat
2023-11-20T14:59:54.826071Z     info    Resources opened        {"log_id": "0lcJlaGW000", "system": "bolt-kvstore", "path": "/root/.influxdbv2/influxd.bolt"}
Error: bucket "authorizationsv1": bucket not found
See 'influxd -h' for help
otto@raspberrypi:/opt/iobroker/backups $ sudo influxd recovery auth create-operator --username iobroker --org privat
2023-11-20T15:00:12.179537Z     info    Resources opened        {"log_id": "0lcJme4l000", "system": "bolt-kvstore", "path": "/root/.influxdbv2/influxd.bolt"}
Error: bucket "authorizationsv1": bucket not found
See 'influxd -h' for help

Examples
Generate a new operator token
influxd
--org example-org
--username example-user

[Thomas Braun]

@laser sagte in Kein iobroker Backup mehr über BackitUp Adapter:

"path": "/root/.influxdbv2/influxd.bolt"

Der Pfad ist aber auch schon merkwürdig. Warum sollte das in /root liegen?

[simatec]

@laser

sudo influxd recovery auth create-operator --username iobroker --org privat --bolt-path ~/.influxdbv2/influxd.bolt

[Laser]

@thomas-braun evtl. habe ich beim Neuanlegen der DB etwas falsch gemacht. Das Ganze ist ja mehr gesichert als ein Atomkraftwerk!