Neues YouTube-Video: Visualisierung im Devices-Adapter

[simatec]

Falscher Token... Fürs Backup und den restore wird der Operator Token benötigt...
https://github.com/simatec/ioBroker.backitup/wiki/Diverse-Anleitungen-für-ioBroker.backitup#operator-token-für-influxdb-2x-wiederherstellen

[Salzmicha]

ich hatte das schon versucht. nach dem befehl:
sudo influxd recovery auth create-operator --org <privat> --username <micha> --bolt-path /var/lib/influxdb2/influxd.bolt
erhalte ich folgende fehlermeldung:
-bash: privat: No such file or directory

[simatec]

das steht doch auf Github beschrieben... find / -name influxd.bolt

[Salzmicha]

wird nicht gefunden, verstehe ich nicht

[Salzmicha]

ich habe das so eingegeben: find / -name influxd.bolt

[mrjeschke]

@Salzmicha

Versuche mal ein ´

sudo find / -name influxd.bolt

Normale user haben keinen Zugriff auf das Verzeichnis.
Ich denke die 2 im Verzeichnisname ist falsch.

[Marc Berg]

@Salzmicha sagte:

sudo influxd recovery auth create-operator --org <privat> --username <micha> --bolt-path /var/lib/influxdb2/influxd.bolt
erhalte ich folgende fehlermeldung:
-bash: privat: No such file or directory

Du darfst die "<>" Zeichen nicht mit eingeben. Die dienen nur als Platzhalter und Zeichen, dass dort deine eigenen Werte eingetragen werden sollen.

[Salzmicha]

Ah okay, daß wusste ich nicht mit den Platzhaltern. Werde ich probieren auf dem späten Nachmittag.

[Salzmicha]

hallo, ich bin einen riesen schritt weiter. zwei sachen waren wichtig. mein fehler mit dem platzhalter und der tipp in der kommandozeile die "2" bei............ /influxdb2/influxd.bolt weg zu lassen. folgendes ergebnis habe ich jetzt:

18:51:32.158
DEBUG
influxDB
Try deleting the InfluxDB tmp directory: "/opt/iobroker/backups/influxDB_2026_04_19-18_02_44_backupiobroker"
18:51:32.181
DEBUG
influxDB
InfluxDB tmp directory "/opt/iobroker/backups/influxDB_2026_04_19-18_02_44_backupiobroker" successfully deleted
18:51:32.207
DEBUG
influxDB
InfluxDB-Backup for is finish
18:51:32.230
DEBUG
influxDB
done
18:51:35.405
DEBUG
ftp
FTP connected.
18:51:35.430
DEBUG
ftp
Send iobroker_2026_04_19-18_02_39_backupiobroker.tar.gz
18:51:35.753
DEBUG
ftp
Send influxDB_2026_04_19-18_02_44_backupiobroker.tar.gz
19:02:05.366
DEBUG
ftp
done
19:02:06.295
ERROR
clean
Backup files not deleted from /opt/iobroker/backups because some errors.
19:02:06.305
DEBUG
clean
done
19:02:06.424
DEBUG
historyHTML
new history html values created
19:02:06.507
DEBUG
historyHTML
done
19:02:06.670
DEBUG
historyJSON
new history json values created
19:02:06.719
DEBUG
historyJSON
done
19:02:09.184
DEBUG
notification
Admin notification will be sent
19:02:09.232
DEBUG
notification
done
19:02:09.342
INFO
gui
Das Backup wurde erfolgreich erstellt!

MOD-EDIT: Code in code-tags gesetzt
was bedeutet die fehlermeldung ?

[Salzmicha]

nachsatz: backup meldet: ftp: Error: Error writing file: Success.
ich speichere die sicherung auf der fritzbox, mit usb- speicher

[Salzmicha]

kann es sein das der usb- speicher zu klein sit. da von den 3,74GB nur noch 2,07MB frei sind?

[Marc Berg]

@Salzmicha sagte:

da von den 3,74GB nur noch 2,07MB frei sind?

Es sind also noch 0,055% frei.

kann es sein das der usb- speicher zu klein sit.

Sogar ziemlich wahrscheinlich, würde ich sagen.

[Salzmicha]

So, den USB Stick habe ich vergrößert. Aber obwohl ein Backup erstellt wurde gibt es noch diese Fehlermeldung: influxDB: Error: ENOSPC: no space left on device, write
Die Frage , warum ? Was muss ich machen ?

Danke

[Thomas Braun]

@Salzmicha sagte:

Was muss ich machen ?

Schauen wie viel Platz auf dem Speichermedium ist.
Geht per

df -h | sort

[Salzmicha]

das wird angezeigt:
/dev/mmcblk0p1 510M 66M 445M 13% /boot/firmware
/dev/mmcblk0p2 59G 51G 5.1G 92% /
Filesystem Size Used Avail Use% Mounted on
tmpfs 1.0M 0 1.0M 0% /run/credentials/getty@tty1.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-journald.service
tmpfs 1.9G 0 1.9G 0% /dev/shm
tmpfs 1.9G 412K 1.9G 1% /tmp
tmpfs 380M 8.0K 380M 1% /run/user/1000
tmpfs 5.0M 16K 5.0M 1% /run/lock
tmpfs 760M 38M 723M 5% /run
udev 1.6G 0 1.6G 0% /dev

[Thomas Braun]

@Salzmicha

Da ist der Stick nicht gemounted.

Und aus der Konsole IMMER vollständig kopieren und in CodeTags einbetten.

[Salzmicha]

Das verstehe ich nicht, sorry

[Thomas Braun]

@Salzmicha

Deine Ausgabe soll so (ähnlich) aussehen, wenn du das hier ablegst.
Kann man nämlich besser lesen.

[thomas@roamer ~]$ df -h | sort
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/nvme0n1p1  2,0G    293M  1,8G   15% /efi
/dev/nvme0n1p2  913G    100G  814G   11% /
/dev/nvme0n1p2  913G    100G  814G   11% /home
/dev/nvme0n1p2  913G    100G  814G   11% /var/cache
/dev/nvme0n1p2  913G    100G  814G   11% /var/log
/dev/sda1        59G     53G  5,7G   91% /run/media/thomas/Ventoy
devtmpfs        7,7G       0  7,7G    0% /dev
efivarfs        268K    171K   93K   65% /sys/firmware/efi/efivars
none            1,0M       0  1,0M    0% /run/credentials/systemd-journald.service
none            1,0M       0  1,0M    0% /run/credentials/systemd-resolved.service
tmpfs           1,6G     84K  1,6G    1% /run/user/1000
tmpfs           3,1G    2,1M  3,1G    1% /run
tmpfs           7,7G    144K  7,7G    1% /tmp
tmpfs           7,7G    1,9M  7,7G    1% /dev/shm
[thomas@roamer ~]$ 

Und der Befehl kann nur Dateisysteme anzeigen, die auch im System verfügbar sind. Dein 'vergrößerter USB-Stick' wird in deiner Ausgabe aber nicht angezeigt.

[Salzmicha]

okay, nochmal

micha@iobroker:~ $ sudo df -h | sort
/dev/mmcblk0p1  510M   66M  445M  13% /boot/firmware
/dev/mmcblk0p2   59G   51G  5.1G  92% /
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           1.0M     0  1.0M   0% /run/credentials/getty@tty1.service
tmpfs           1.0M     0  1.0M   0% /run/credentials/systemd-journald.service
tmpfs           1.9G     0  1.9G   0% /dev/shm
tmpfs           1.9G  412K  1.9G   1% /tmp
tmpfs           380M  8.0K  380M   1% /run/user/1000
tmpfs           5.0M   16K  5.0M   1% /run/lock
tmpfs           760M   38M  723M   5% /run
udev            1.6G     0  1.6G   0% /dev

MOD-EDIT: Code in code-tags gesetzt

aber der usb-stick hängt doch an der fritzbox

[Thomas Braun]

@Salzmicha

Und? Wie bindest du den Stick denn ein?
Am besten per CIFS, dann funktioniert das nämlich wie alle anderen Dateisysteme auch.
Hier z. B. mein an die FritzBox angestöpseltes Speichermedium:

echad@chet:~ $ mount /opt/iobroker/backups/
echad@chet:~ $ df -h | sort
Dateisystem                                                          Größe Benutzt Verf. Verw% Eingehängt auf
//192.168.178.1/fritz.nas/Hitachi-HTS545012B9SA00-01/iobbackups/chet  113G     33G   81G   29% /opt/iobroker/backups
/dev/sda1                                                             510M     74M  437M   15% /boot/firmware
/dev/sda2                                                             110G     16G   89G   15% /
tmpfs                                                                 1,0M       0  1,0M    0% /run/credentials/getty@tty1.service
tmpfs                                                                 1,0M       0  1,0M    0% /run/credentials/systemd-journald.service
tmpfs                                                                 1,0M       0  1,0M    0% /run/credentials/systemd-resolved.service
tmpfs                                                                 1,6G     42M  1,5G    3% /run
tmpfs                                                                 3,9G       0  3,9G    0% /dev/shm
tmpfs                                                                 3,9G    2,6M  3,9G    1% /tmp
tmpfs                                                                 5,0M     16K  5,0M    1% /run/lock
tmpfs                                                                 782M    8,0K  782M    1% /run/user/1000
udev                                                                  3,6G       0  3,6G    0% /dev
echad@chet:~ $