Monatsrückblick Januar/Februar 2026 ist online!

[lemonbiter]

@crunchip

so, habe den Ordner manuell angelegt:

Im Ordner sind nun diese beiden Dateien.

Ich habe die Rechte angepasst

danach hat er den backup...tar.gz automatisch angelegt

Adapter neu gestartet, bleibt gelb

[simatec]

@lemonbiter
Du solltest wirklich nicht soviel spielen.
Also erstmal in /opt/iobroker/backups den zigbee_0 Ordner löschen und im Anschluss dann den Restore ausführen.
Hast du den zigbee Adapter auf dem slave oder Master installiert? Denke daran, dass der Stick auch an diesem System stecken muss

[lemonbiter]

@simatec

Hallo Simatec...
Hast recht... es gab einen Grund den ich gerne mal erkläre..

also, ja, der Stick ist die TI Platine... steckt bzw. angeschlossen---
ich lösche den Ordner. Soll ich auch den Adapter löschen?

[simatec]

@lemonbiter
Nein keinen Adapter mehr löschen

[lemonbiter]

@simatec
Der Adapter ist auf dem Slave. Alles was ich hier geschrieben habe bezieht sich auf den Slave :-)

OK... Ordner ist gelöscht. Adapter ist auf Pause...

So sieht der Backup Ordner jetzt aus:

und so der ioBroker Data:

Backup einspielen siehe Fehler oben

Die Einstellungen der Zigbee Karte sind leer.

Wie also geht es nun weiter?

[simatec]

@lemonbiter
Versuchst du auch über die Slave Instanz von Backitup einzuspielen, oder vom Master?

[lemonbiter]

@simatec
Die vom Slave Adapter

[simatec]

@lemonbiter
Und was passiert beim restore?

[lemonbiter]

@simatec

Error: {"errno":-1,"code":"EPERM","syscall":"utime","path":"/opt/iobroker/backups/zigbee_0/"}

[burncolonia]

Hallo zusammen,

ich habe aktuell exakt das selbe Problem. Ich möchte von meinem alten Rechner mit Ubuntu auf eine neue VM (ESXi) auch Ubuntu umziehen. Habe alles gebackuped und wollte es nun auf der neuen VM wieder einspielen. iobroker klappt soweit auch nur wenn es dann an Jarvis, Influx, History oder Zigbee geht kommt der EPERM utime Fehler.

Ich habe auch festgestellt das der Ordner /opt/iobroker/backups "root" gehört. Ich bekomme das wenn der backitup Adapter läuft auch nicht geändert. Wenn ich Ihn stoppe kann ich es ändern, sobald ich ihn wieder starte gehört er wieder root. Ändere ich es dann nochmal geht es, sobald ich dann aber die Backups zu wiederherstellen einlese gehört er wieder root.

Langsam verzweifle ich dran ... aber schön das ich nicht alleine bin ... ;-)

[simatec]

@burncolonia
Von wo stellst du die Backups wieder her?

[burncolonia]

@simatec
Hi,

habe sowohl vom NAS (cifs) als auch von GoogleDrive probiert.

[simatec]

@burncolonia
Wenn du den mount vom NAS hast, ist root normal. Auf den Ordner /opt/iobroker/backups ist dann der mount
Welche Version nutzt du von Backitup?

[burncolonia]

@simatec

2.1.0

[simatec]

@burncolonia
Zeige doch bitte mal den Log

[burncolonia]

@simatec

2021-03-25 22:00:44.355 - error: backitup.0 (40786) [jarvis] jarvis restore not completed
2021-03-25 22:00:44.356 - error: backitup.0 (40786) [jarvis] Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/jarvis_0/_BACKUP_DEVICES.json'

2021-03-25 22:00:52.370 - error: backitup.0 (40786) [zigbee] Zigbee Restore not completed
2021-03-25 22:00:52.370 - error: backitup.0 (40786) [zigbee] Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/zigbee_0/backup_2020_11_01-14_00_13.tar.gz'

2021-03-25 22:00:57.567 - error: backitup.0 (40786) [zigbee] Zigbee Restore not completed
2021-03-25 22:00:57.567 - error: backitup.0 (40786) [zigbee] Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/zigbee_0/backup_2020_11_01-14_00_13.tar.gz'

wobei das tatsächlich nicht die Files sind die ich auswähle.

bei zigbee war es zB

25.3.2021, 20:35 >>> zigbee.0_2021_03_25-20_35_20_backupiobroker.tar.gz <<< (68.7KiB)
bzw
10.3.2021, 02:00 >>> zigbee.0_2021_03_10-02_00_28_backupiobroker.tar.gz <<< (54KiB)

und bei jarvis:

25.3.2021, 20:35 >>> jarvis.0_2021_03_25-20_35_20_backupiobroker.tar.gz <<< (40.1KiB)

[simatec]

@burncolonia
Hast du mal den iobroker fix laufen lassen?
Wie hast du iobroker installiert?

Bitte den Log in dem richtigen Format posten </>

[burncolonia]

@simatec

Fix hatte ich laufen, das war die einzige nicht grüne ausgabe:

==========================================================================
    Checking ioBroker user and directory permissions (2/3)
==========================================================================

Created /etc/sudoers.d/iobroker
Fixing directory permissions...
This system does not support setting default permissions.
Do not use npm to manually install adapters unless you know what you are doing!

installation lief über curl mit dem install.sh

[simatec]

@burncolonia
Hast du als root installiert oder als User?
Denke dein System hat ein Rechteproblem.
Zeige mal bitte die Ausgabe von:

ls -la /opt/iobroker

[burncolonia]

@simatec

als user (burn)

burn@iobroker-vm:/opt/iobroker$ ls -la /opt/iobroker/
insgesamt 1464
drwxrwxrwx+   6 iobroker iobroker    4096 Mär 25 22:14 .
drwxr-xr-x    3 root     root        4096 Mär 22 16:25 ..
drwxrwxrwx    2 root     root           0 Mär 25 21:09 backups
-rwxrwxrwx+   1 iobroker iobroker     552 Mär 25 22:10 INSTALLER_INFO.txt
lrwxrwxrwx    1 iobroker iobroker      22 Mär 25 22:10 iob -> /opt/iobroker/iobroker
-rwxr-xr-x+   1 iobroker iobroker     309 Mär 25 22:10 iobroker
drwxrwxr-x+   6 iobroker iobroker    4096 Mär 25 22:14 iobroker-data
drwxrwxr-x+   2 iobroker iobroker    4096 Mär 25 22:13 log
drwxrwxr-x+ 740 iobroker iobroker   24576 Mär 25 21:51 node_modules
-rw-rwxr--+   1 iobroker iobroker      91 Mär 25 22:10 .npmrc
-rw-rwxr--+   1 iobroker iobroker    2292 Mär 25 21:51 package.json
-rw-rwxr--+   1 iobroker iobroker 1430866 Mär 25 21:51 package-lock.json
-rw-rwxr--+   1 iobroker iobroker    5693 Mär 22 16:25 reinstall.js
burn@iobroker-vm:/opt/iobroker$