Server Cannot start inMem-objects on port 9001
-
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.gzKann ich as alte in das neue Format umwandeln?
Müssen die Adapter vorher angelegt werden?
-
@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.
-
@thomas-braun
Das Directorypi@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.gzIm ioBroker tauchen nur die neuesten files auf
Wie komme ich an die alten Files?
-
2023-01-02_09-26_objects.jsonl.gz
2023-01-02_09-26_states.jsonl.gzist ja auch kein richtiges Backup. Hast du kein volles Backup angelegt?
-
Ich habe das Backup auf dem alten System mit backitup angelegt!
Das sind die Files, die ich dort gefunden habe! -
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.gzHast du kein Backup auf ein externes Medium gemacht? "Backups" auf dem gleichen Datenträger sind keine.
-
@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? -
@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.
-
@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/backupsUnd nichts anderes
-
@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 usbstickVon 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] - doneIch habe trotz intensiver Suche im Internet nichts gefunden, was mir weiterhilft!
-
@karl-1 iobroker läuft als user "iobroker" ...darf der da zugreifen?
-
Warum dann per cifs, wenn der schon herkömmlich gemountet ist?
Mit welchen Optionen wird das Dateisystem des Sticks (welches ist es?) gemountet? -
@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 -
@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 -
@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
Problem mit fehlenden Berechtigungen ist gelöst!
Besten Dank!
-
Und was hast du jetzt gemacht?
Hilft vielleicht anderen. -
@apollon77
Besten Dank für den Support!
Problem ist gelöst, habe die Rechte angepasst! 
-
@karl-1 sagte in Server Cannot start inMem-objects on port 9001:
habe die Rechte angepasst!
Was genau?
