wie gelöschten Zigbee Adapter wieder herstellen?
-
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 ...
-
@burncolonia
Von wo stellst du die Backups wieder her? -
@simatec
Hi,habe sowohl vom NAS (cifs) als auch von GoogleDrive probiert.
-
@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? -
2.1.0
-
@burncolonia
Zeige doch bitte mal den Log -
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)
-
@burncolonia
Hast du mal den iobroker fix laufen lassen?
Wie hast du iobroker installiert?Bitte den Log in dem richtigen Format posten </>
-
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
-
@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 -
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$ -
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/* -
@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 -
@raama90
Wenn du da als root rumhampelst passiert halt ganz leicht krummes Zeug. -
@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. -
@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.
-
Und gerade Nicht-Linux-Cracks sollten eine root-shell meiden wie der Teufel das Weihwasser. Da nutzt auch der iobroker fixer nichts.
-
@thomas-braun Die frage ist, wie bekomme ich das gefixt?
sudo chown iobroker:iobroker /opt/iobroker/backups sudo chown iobroker:iobroker /opt/iobroker/backups/*Hatte ich schon versucht. Ohne erfolg leider. Der Befehl wurde zwar abgesetzt, leider ohne Meldung.
-
Erstmal als root abmelden!
Dann mit einem user der sudoer ist weiterfrickeln.iobroker fixnochmal probieren, ansonsten die Rechte von Hand nach obigem Vorbild per setfacl setzen. Anleitung:
https://www.informatik-aktuell.de/betrieb/betriebssysteme/rechte-im-dateisystem-mehr-als-nur-rwx.html -
@thomas-braun Ich habs nun nochmal mehrfach versucht. Der Fix hilft ebenfalls nix. Ich habe zwischenzeitlich den iobroker auf ner neuen Umgebung frisch installiert. Die Ownerschaften sehen nun aus wie bei dir, also alles auf iobroker. Der backitup Adapter bringt beim restore von Jarvis aber auch bei einer nagelneuen Installation den o.g. Fehler.
Ein restore von iobroker selbst über den Backitup Adapter funktioniert hingegen tadellos..
Hast du noch ne Idee? Ich fische noch im trüben.
