UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Dr. Bakterius]

@michmein sagte in Test Adapter Backitup v2.1.x:

Die weiter oben beschriebenen Objektdaten kann ich auf meinem iPad weder einsehen noch bearbeiten, sorry.

Als Admin unter den Objekten 'system.adapter.backitup.0' auf den Stift klicken, dann sollte sich ein Fenster öffnen.

Dort ist bei mir in Zeile 725 der zu ändernde Wert:

[MichMein]

@dr-bakterius Danke für den Tipp, aber wie schon geschrieben geht genau dieses seit Admin5 auf einem iPad nicht!

[simatec]

Ab sofort steht die Version 2.1.10 auf Github und in kürze auch im latest zur Verfügung.

Changelog

2.1.10 (16.05.2021)

• (simatec) Bugfix adminTab

[MichMein]

@simatec super Arbeit! Jetzt funktioniert es! Danke

[msiemers]

Moin zusammen,m was kann ich machen wenn ich nicht richtig zurücksichern kann?

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

Ich habe gelesen, das man die Rechte des Backup Verzeichnisses anpassen soll, das habe ich versucht, leider ohne Erfolg.

Danke !

[simatec]

@msiemers Erstmal benötige ich etwas mehr Infos zum restore.
Aus welcher Quelle willst du wiederherstellen? Wa steht sonst noch im Log.
Stelle mal auf debug und poste die kompletten Ausgaben vom restore

[msiemers]

@simatec

Started restore ...
[DEBUG] [jarvis] - Start Jarvis Restore ...
[DEBUG] [jarvis] - filename for restore: /opt/iobroker/backups/jarvis.0_2021_05_06-02_00_27_backupiobroker.tar.gz
[DEBUG] [jarvis] - jarvis tmp directory created: /opt/iobroker/backups/jarvis_0
[DEBUG] [jarvis] - old jarvis database directory was successfully deleted
[DEBUG] [jarvis] - jarvis.0 stopped
[ERROR] [jarvis] - jarvis restore not completed
[ERROR] [jarvis] - Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/jarvis_0/'
[EXIT] 0

Restore vom Synology NAS

[Thomas Braun]

@msiemers sagte in Test Adapter Backitup v2.1.x:

operation not permitted, utime

Da fehlen Rechte bzw. sind verbogen worden.

iobroker stop
iobroker fix

Und nicht als root oder so rum hampeln.

[msiemers]

@thomas-braun

Das habe ich schon gemacht. Ich arbeite nie mit dem root User.

[msiemers]

@thomas-braun

==========================================================================

    Welcome to the ioBroker installation fixer!
    Script version: 2021-04-07
    
    You might need to enter your password a couple of times.

==========================================================================


==========================================================================
    Installing prerequisites (1/3)
==========================================================================

[sudo] password for xxxxxx: 
Hit:1 http://phoscon.de/apt/deconz focal InRelease
Hit:2 http://archive.ubuntu.com/ubuntu focal InRelease                                                                                                                                                 
Hit:3 https://repos.influxdata.com/ubuntu focal InRelease                                                                                                                                              
Ign:4 https://repo.mongodb.org/apt/ubuntu xenial/mongodb-org/3.4 InRelease                                                                                                                             
Get:5 http://archive.ubuntu.com/ubuntu focal-updates InRelease [114 kB]                                                                                                                        
Hit:6 https://repo.mongodb.org/apt/ubuntu xenial/mongodb-org/3.4 Release                                                                                                  
Hit:7 https://packages.grafana.com/oss/deb stable InRelease                                                                                                               
Hit:8 https://deb.nodesource.com/node_12.x focal InRelease                                                               
Get:9 http://archive.ubuntu.com/ubuntu focal-security InRelease [114 kB]                           
Get:11 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 Packages [988 kB]
Hit:12 https://dl.ubnt.com/unifi/debian stable InRelease                                   
Get:13 http://archive.ubuntu.com/ubuntu focal-updates/universe amd64 Packages [777 kB]     
Fetched 1993 kB in 1s (1585 kB/s)                        
Reading package lists... Done
Installed gcc-c++
Installed python-dev

==========================================================================
    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!

==========================================================================
    Checking autostart (3/3)
==========================================================================

Enabling autostart...
Autostart enabled!

==========================================================================

    Your installation was fixed successfully
    Run iobroker start to start ioBroker again!

==========================================================================

[MCU]

@thomas-braun Es geht um das Problem, dass man erst die Sicherung auf das Zielgerät zurück kopieren muss, damit man eine Jarvis-Sicherung als restore wieder einspielen kann. Siehe oben.
Haben wir letztens noch besprochen: https://forum.iobroker.net/topic/27267/test-adapter-backitup-v2-1-x/1225

[Thomas Braun]

@mcu Ja, auch da hat simatec ja schon vermutet, dass das intiale Backup schon falsche Rechte hatte.

[msiemers]

@thomas-braun
@MCU
@simatec

Wenn ich das Archiv manuell in das Backupverzeichnis /jarvis_0 kopiere und dann mit tar -xvzf entpacke erhalte ich folgendes Ergebnis:

.
_BACKUP_DEVICES.json
tar: _BACKUP_DEVICES.json: Cannot utime: Operation not permitted
_BACKUP_LAYOUT.json
tar: _BACKUP_LAYOUT.json: Cannot utime: Operation not permitted
_BACKUP_SETTINGS.json
tar: _BACKUP_SETTINGS.json: Cannot utime: Operation not permitted
tar: .: Cannot utime: Operation not permitted
tar: .: Cannot change mode to rwxr-xr-x: Operation not permitted
tar: Exiting with failure status due to previous errors

Deine Vermutung scheint richtig zu sein. Das wird bestimmt mit den root Rechten auf dem backups Verzeichnis liegen. Ich kann mir nur nicht vorstellen
woher diese kommen. Ich arbeite wie bereits gesagt nie mit root.

[Thomas Braun]

@msiemers
Das hängt ggf. davon ab wo du das Backup mit welchen Aktionen/Optionen zurückholst.
Liegt das auf einer Freigabe? NAS? Mit welchem Protokoll? SMB? NFS?

Am Rande: Für MongoDB hast du 100% das falsche Repo in deinem Focal drin.

[msiemers]

@thomas-braun

Grundsätzlich sollte das doch durch den BackitUp Adapter zurückgeholt werden, oder?
Wenn ich das von Hand mache, kopiere ich das einfach vom NAS auf meinen Mac und von dort dann per SFTP auf den ioBroker.

Folgende Einstellungen habe ich in der Instanz:

Was meinst Du bezüglich der MongoDB?

Ich sehe gerade das der Haken "Als root Benutzer mounten (sudo)" gesetzt ist. Könnte der das Problem verursachen bzw. das Backup falsch erstellt haben?

[Thomas Braun]

@msiemers

Mach mal die noserverino-Option weg.

Als root/sudo muss gemountet werden, weil nur der 'mit Optionen' mounten darf, muss also bleiben. @simatec wollte das glaube ich auch mal umbenennen, wenn ich mich recht entsinne.

Zu MongoDB:
https://repo.mongodb.org/apt/ubuntu xenial/mongodb-org/3.4
ist das Repo für xenial, ubuntu 16.04
Du fährst aber offenbar focal, ubuntu 20.04.
Du schraubst also ein Bauteil von einem Golf 3 in deinen Golf 8. Kann funktionieren, muss aber nicht. Besser passende Teile verbauen, bzw. Repo anpassen.

[msiemers]

@thomas-braun

Wie ändere ich das mit der Mongo. Das andere werde ich mal testen.
Aber macht das Sinn wenn das manuelle kopieren und entpacken auch nicht funktioniert?

[Thomas Braun]

@msiemers sagte in Test Adapter Backitup v2.1.x:

Aber macht das Sinn wenn das manuelle kopieren und entpacken auch nicht funktioniert?

Beim mounten werden über masks und options die Rechte des frisch eingehängten Dateisystems angepasst, wenn es ein 'fremdes' Dateisystem ist, was die Unix-Rechte nicht kennt.

Wenn jetzt das Backup schon mit falscher/anderer Einstellung angelegt wurde, dann wird das beim mounten auch wieder so falsch zur Verfügung gestellt.
Kann sein, dass hier die Datei dem root gehört, weil das masking falsch ist und deswegen der iobroker da dann nicht zugreifen darf, weil der keine Rechte hat (siehe die Meldung zu 'utime')

[msiemers]

@thomas-braun

Was kann ich tun?

[Thomas Braun]

@msiemers sagte in Test Adapter Backitup v2.1.x:

Wie ändere ich das mit der Mongo.

Es dürfte eine Datei
/etc/apt/sources.list.d/mongodb.list
(oder ganz ähnlich) auf dem System geben. In der wird xenial drin stehen. Das einfach duch focal ersetzen.

sudo apt update

und es sollte passen.