Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[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$

[simatec]

@burncolonia

Mache mal bitte folgendes:

sudo reboot now
sudo chmod 775 /opt/iobroker/backups
sudo chmod 775 /opt/iobroker/backups/*
sudo chown iobroker:iobroker /opt/iobroker/backups
sudo chown iobroker:iobroker /opt/iobroker/backups/*

[raama90]

@simatec Hi, ich weiß das Thema ist schon was älter, aber ich habe aktuell auch das Problem, dass ich meinen Jarvis Adapter nicht wiederherstellen kann. Hier mal die Meldungen aus dem Log:

Mir ist aufgefallen das der Owner des Backups Verzeichnisses noch root ist. Diesen kann ich aber mit den von dir genannten Befehlen oben nicht ändern. Sie werden zwar ohne Fehler ausgeführt, ändern aber nicht die Ownerschaft. Hast du noch ne Idee ?

Viele Grüße
Patrick