wie gelöschten Zigbee Adapter wieder herstellen?

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.

raama90

@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.

Thomas Braun

@raama90

Erstmal als root abmelden!
Dann mit einem user der sudoer ist weiterfrickeln.

iobroker fix

nochmal 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

raama90

@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.

Thomas Braun

@raama90

whoami

Und wie wurde das Backup von jarvis angelegt und wo abgelegt? Auf einer Freigabe auf einem NAS? SMB? NFS? Ganz woanders?

raama90

@thomas-braun Auf meiner NAS per CIFS

raama90

@thomas-braun ich bin jetzt nochmal alles durchgegangen, wie oben beschrieben:

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/*

Danach war die Ownerschaft wieder korrekt. Allerdings der Ordnerinhalt von backups ein ganz anderer??? Ich stehe gerade maximal auf dem Schlauch.

Mein Restore jedenfalls hat nun auch geklappt... Trotzdem würde ich gerne verstehen was hier passiert.

Community Forum

NEWS

wie gelöschten Zigbee Adapter wieder herstellen?

Support us

206

32.8k

82.7k

1.3m