Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[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

[Thomas Braun]

@raama90
Wenn du da als root rumhampelst passiert halt ganz leicht krummes Zeug.

[raama90]

@thomas-braun das mag sein. Ich bin leider kein Linux Crack und versuche gerade das Problem zu beheben, was mir nicht sonderlich leicht fällt ;-) Es kann sein das die ganze Möhre damals als root installiert wurde. Später wurde dann das fix Skript laufen lassen.

[Thomas Braun]

@raama90
Jedenfalls sehen die Rechte richtig so aus:

Last login: Tue Jun  8 08:08:17 2021 from 192.168.178.51
echad@chet:~ $ cd /opt/iobroker/
echad@chet:/opt/iobroker $ ls -la
insgesamt 2900
drwxrwxr-x+   6 iobroker iobroker    4096 Mai 25 22:55 .
drwxr-xr-x    5 root     root        4096 Apr 30 19:17 ..
drwxrwxr-x+   2 iobroker iobroker    4096 Mai 30 21:09 backups
-rwxrwxrwx+   1 iobroker iobroker     965 Mai 25 22:55 INSTALLER_INFO.txt
lrwxrwxrwx    1 iobroker iobroker      22 Mai 25 22:55 iob -> /opt/iobroker/iobroker
-rwxr-xr-x+   1 iobroker iobroker     309 Mai 25 22:55 iobroker
drwxrwxr-x+   7 iobroker iobroker    4096 Jun  8 09:30 iobroker-data
drwxrwxr-x+   2 iobroker iobroker    4096 Jun  8 09:23 log
drwxrwxr-x+ 685 iobroker iobroker   20480 Jun  8 07:00 node_modules
-rw-rwxr--+   1 iobroker iobroker      91 Mai 25 22:55 .npmrc
-rw-rwxr--+   1 iobroker iobroker    1349 Jun  8 07:00 package.json
-rw-rwxr--+   1 iobroker iobroker 2901074 Jun  8 07:00 package-lock.json
-rw-rwxr--+   1 iobroker iobroker    5693 Jun  8 07:00 reinstall.js
echad@chet:/opt/iobroker $ getfacl backups/
# file: backups/
# owner: iobroker
# group: iobroker
user::rwx
group::r-x
group:iobroker:rwx
mask::rwx
other::r-x
default:user::rwx
default:group::r-x
default:group:iobroker:rwx
default:mask::rwx
default:other::r-x

echad@chet:/opt/iobroker $

Also mit ACL auf dem backup-Ordner.

[Thomas Braun]

@raama90

Und gerade Nicht-Linux-Cracks sollten eine root-shell meiden wie der Teufel das Weihwasser. Da nutzt auch der iobroker fixer nichts.