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

[apollon77]

@karl-1 das ist was? Ausgabe des diag Skriptes was zeigen soll das keine Updates offen sind? Ok, verstehe den Fehler bei dir dann dennoch nicht.

Dann Versuch

curl -skLf https://iobroker.net/fix.sh | bash -

[Thomas Braun]

@karl-1

Das Stretch-Release ist seit geraumer Zeit abgekündigt.
Installier da das aktuelle stable-Release Bullseye.
Natürlich ohne Desktop.

[Karl 1]

@thomas-braun
Gibt es eine Anleitung für iobroker und RPI?

[Thomas Braun]

@karl-1

Wenn du die Frage stellen musst: Nein, das ist dann zu aufwändig für dich. Installier es frisch neu.

https://forum.iobroker.net/topic/51869/installation-auf-raspi-einfacher-geht-s-nicht

[Karl 1]

@thomas-braun

Ich habe, wie vorgeschlagen die Neuinstallation mit Erfolg durchgeführt.
Ich möchte jetzt die mit backitup gespeicherten Daten der alten Installation auf die neue übertragen.

alt
2023-01-02_09-26_objects.jsonl.gz
2023-01-02_09-26_states.jsonl.gz

neu
iobroker_2023_01_04-11_44_01_backupiobroker.tar.gz
iobroker_2023_01_04-14_04_43_backupiobroker.tar.gz

Kann ich as alte in das neue Format umwandeln?

Müssen die Adapter vorher angelegt werden?

[Thomas Braun]

@karl-1 sagte in Server Cannot start inMem-objects on port 9001:

Kann ich as alte in das neue Format umwandeln?

Welches neue Format?
Der ioBroker selber war doch auf Stand.

Die im Altsystem erstellte Backup-Datei sollte jetzt im neuen System einfach so einzulesen sein.

Müssen die Adapter vorher angelegt werden?

Die vis würde ich vorher anlegen. Alles andere sollte sich von alleine neubauen.

[Karl 1]

@thomas-braun
Das Directory

pi@raspberrypi:/opt/iobroker/backups $

2023-01-02_09-26_objects.jsonl.gz
2023-01-02_09-26_states.jsonl.gz
iobroker_2023_01_04-11_40_24_backupiobroker.tar.gz
iobroker_2023_01_04-11_44_01_backupiobroker.tar.gz
iobroker_2023_01_04-14_04_43_backupiobroker.tar.gz

Im ioBroker tauchen nur die neuesten files auf

Wie komme ich an die alten Files?

[Thomas Braun]

@karl-1

2023-01-02_09-26_objects.jsonl.gz
2023-01-02_09-26_states.jsonl.gz

ist ja auch kein richtiges Backup. Hast du kein volles Backup angelegt?

[Karl 1]

@thomas-braun

Ich habe das Backup auf dem alten System mit backitup angelegt!
Das sind die Files, die ich dort gefunden habe!

[Thomas Braun]

@karl-1

Das sind keine Backitup-Dateien. Das ist nur was von der states bzw. objects-Datenbank.
Die richtigen Files sehen so aus:
iobroker_yyyy_mm_dd-hh_mm_ss_backupiobroker.tar.gz

Hast du kein Backup auf ein externes Medium gemacht? "Backups" auf dem gleichen Datenträger sind keine.

[Karl 1]

@thomas-braun
Wie gesagt, ich habe das Backup im ioBroker mit dem Adapter backitup gemacht.
Wo die Daten gepeichert werden, sollte der Struktur egal sein.
Im Augenblick speichere ich auch intern (ich werde das ändern und in Zukunft extern speichern) und die Struktur stimmt jetzt mit
iobroker_yyyy_mm_dd-hh_mm_ss_backupiobroker.tar.gz
überein!
Warum hat es das Tool mit dem aktuellen Adapter von backitup in der alten Installation dann anders gemacht?

[Thomas Braun]

@karl-1 sagte in Server Cannot start inMem-objects on port 9001:

Wie gesagt, ich habe das Backup im ioBroker mit dem Adapter backitup gemacht.

Dann liegen die Daten da wo du sie hinplatziert hast oder in /opt/iobroker/backups.

[Homoran]

@karl-1 sagte in Server Cannot start inMem-objects on port 9001:

Wo die Daten gepeichert werden, sollte der Struktur egal sein.

aber wenn du sie in einem nicht zulässigen Systemverzeichnis speicherst kann es sein, dass sie bei einem Update gelöscht werden.

@karl-1 sagte in Server Cannot start inMem-objects on port 9001:

ich habe das Backup im ioBroker mit dem Adapter backitup gemacht.

und wohin genau?
Standard ist /opt/iobroker/backups

Und nichts anderes

[Karl 1]

@thomas-braun
Um die Backup Daten extern zu speichern habe ich einen USB Stick gemountet.

pi@raspberrypi:/media $ ls
usb  usb0  usb1  usb2  usb3  usb4  usb5  usb6  usb7  usbstick

Von der Konsole aus kann ich darauf zugreifen und Files dort auch abspeichern!

Der ioBroker verweigert aber den Zugriff:

started iobroker ...
[DEBUG] [iobroker] - host.raspberrypi 716 states saved

[DEBUG] [iobroker] - host.raspberrypi 924 objects saved

[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2023_01_05-16_13_41_backupiobroker.tar.gz

[DEBUG] [iobroker] - done
[DEBUG] [cifs] - used copy path: /media/usbstick
[DEBUG] [cifs] - Copy iobroker_2023_01_05-16_13_41_backupiobroker.tar.gz...
[ERROR] [cifs] - Error: EACCES: permission denied, open '/media/usbstick/iobroker_2023_01_05-16_13_41_backupiobroker.tar.gz'
[DEBUG] [cifs] - done
[ERROR] [clean] - Backup files not deleted from /opt/iobroker/backups because some errors.
[DEBUG] [clean] - done

Ich habe trotz intensiver Suche im Internet nichts gefunden, was mir weiterhilft!

[apollon77]

@karl-1 iobroker läuft als user "iobroker" ...darf der da zugreifen?

[Thomas Braun]

@karl-1

Warum dann per cifs, wenn der schon herkömmlich gemountet ist?
Mit welchen Optionen wird das Dateisystem des Sticks (welches ist es?) gemountet?

[Karl 1]

@apollon77
Ich denke schon:

pi@raspberrypi:/media $ ls -l
total 36
lrwxrwxrwx 1 root root    4 Jan  4 12:00 usb -> usb0
drwxr-xr-x 2 root root 4096 Jan  4 12:00 usb0
drwxr-xr-x 2 root root 4096 Jan  4 12:00 usb1
drwxr-xr-x 2 root root 4096 Jan  4 12:00 usb2
drwxr-xr-x 2 root root 4096 Jan  4 12:00 usb3
drwxr-xr-x 2 root root 4096 Jan  4 12:00 usb4
drwxr-xr-x 2 root root 4096 Jan  4 12:00 usb5
drwxr-xr-x 2 root root 4096 Jan  4 12:00 usb6
drwxr-xr-x 2 root root 4096 Jan  4 12:00 usb7
drwxr-xr-x 2 root root 4096 Jan  5 16:27 usbstick

[Karl 1]

@thomas-braun
Das Dateisystem des Sticks ist exFAT
cifs wir auch beim internen Speichern verwendet:

Started iobroker ...
[DEBUG] [iobroker] - host.raspberrypi 732 states saved

[DEBUG] [iobroker] - host.raspberrypi 943 objects saved

[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2023_01_05-17_21_31_backupiobroker.tar.gz

[DEBUG] [iobroker] - done
[DEBUG] [cifs] - used copy path: /opt/iobroker/backups
[DEBUG] [cifs] - Copy iobroker_2023_01_05-17_21_31_backupiobroker.tar.gz...
[DEBUG] [cifs] - done
[DEBUG] [clean] - done
[DEBUG] [historyHTML] - new history html values created
[DEBUG] [historyHTML] - done
[DEBUG] [historyJSON] - new history json values created
[DEBUG] [historyJSON] - done
[EXIT] 0

[apollon77]

@karl-1 Also ich lese die Rechte so: Root darf alles, grou darf nur lesen, other darf nur lesen ... Das würde erklären das der User "iobroker" (aka "other") da nichts zum schreiben öffnen darf-. EIn symlonk hatt immer "alles" weil der egal ist

[Thomas Braun]

@karl-1

mount | sort 

sagt?