Server Cannot start inMem-objects on port 9001

Karl 1

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?

Karl 1

@thomas-braun
Problem mit fehlenden Berechtigungen ist gelöst!
Besten Dank!

Thomas Braun

@karl-1

Und was hast du jetzt gemacht?
Hilft vielleicht anderen.

Karl 1

@apollon77
Besten Dank für den Support!
Problem ist gelöst, habe die Rechte angepasst!

Thomas Braun

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

habe die Rechte angepasst!

Was genau?

nettekov

Hallo zusammen,

ich habe am 02. Januar eine Stromausfall gehabt und seitdem läuft mein iobroker nicht mehr. ich bekomen keine Verbindung zum Port 9001, bzw.
der port ist einfach nicht mehr offen. Ich bekommen immer nur die Fehlermeldung:

Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!

oder

No connection to databases possible ...

Bin u.a. nach diesem Thread vorgegangen:
https://forum.iobroker.net/topic/54757/no-connection-to-databases-possible

Habe den iobroker ein Update, als auch ein upgrade self durchführen lassen.
Habe ein Backup vom 31.12.2022 einspielen lassen, was auch kein Erfolg brachte

einzige Auffällige , ist eine 1,6 GB große objects.jsonl Datei

admin@server03:/opt/iobroker/iobroker-data$ ls -la /opt/iobroker/iobroker-data
total 1603736
drwxrwxrwx+  7 iobroker iobroker       4096 Jan  7 11:03 .
drwxrwxr-x+  6 iobroker iobroker       4096 Jan  7 10:53 ..
drwxrwxrwx+  2 iobroker iobroker      12288 Jan  4 19:31 backup-objects
drwxrwxrwx+ 14 iobroker iobroker       4096 Feb 21  2022 files
-rwxrwxrwx+  1 iobroker iobroker       5091 Jan  7 10:47 iobroker.json
-rwxrwxrwx+  1 iobroker iobroker          3 Nov 22 23:29 notifications.json
-rwxrwxrwx+  1 iobroker iobroker 1642010661 Jan  6 20:50 objects.jsonl
drwxrwxr-x+  2 iobroker iobroker       4096 Jan  7 11:03 objects.jsonl.lock
drwxrwxrwx+  2 iobroker iobroker       4096 Feb 20  2022 sqlite
-rwxrwxrwx+  1 iobroker iobroker          0 Apr  4  2022 states.json.broken
-rw-rw-r--+  1 iobroker iobroker     127506 Jan  7 10:53 states.jsonl
drwxrwxrwx+  2 iobroker iobroker      28672 Jan  4 19:50 zigbee_0

In der iobroker.json habe ich auch schon unter Object den connectTimeout auf 600000 gesetzt
Ohne jeden Erfolg.

{
  "system": {
    "memoryLimitMB": 0,
    "hostname": "",
    "statisticsInterval": 15000,
    "statisticsIntervalComment": "Interval how often the counters for input/output in adapters and controller will be updated",
    "checkDiskInterval": 300000,
    "checkDiskIntervalComment": "Interval how often the disk size will be checked",
    "instanceStartInterval": 2000,
    "noChmodComment": "Flag to test new feature with no chmod call. Must be deleted later and noChmod must be mainline (2018.06.04)",
    "compact": false,
    "compactComment": "Controller will try to start the instances as a part of the same process. No spawn will be done. Only by adapters that support it and have flag compact flag in io-package.json",
    "allowShellCommands": false,
    "allowShellCommandsComment": "Allow execution of \"shell\" sendToHost commands",
    "memLimitWarn": 100,
    "memLimitWarnComment": "If the available RAM is below this threshold on adapter start, a warning will be logged.",
    "memLimitError": 50,
    "memLimitErrorComment": "If the available RAM is below this threshold on adapter start, an error will be logged."
  },
  "multihostService": {
    "enabled": false,
    "secure": true,
    "password": ""
  },
  "objects": {
    "type": "jsonl",
    "typeComment": "Possible values: 'file' - [port 9001], redis - [port 6379], couch - [port 5984].",
    "host": "127.0.0.1",
    "port": 9001,
    "noFileCache": false,
    "maxQueue": 1000,
    "connectTimeout": 600000,
    "writeFileInterval": 5000,

Ich persönlich weiß nicht mehr weiter.
Würde mich freuen, wenn einer noch eine Idee hat, ansonsten bleibt mir nicht ürbig , den iobroker neu aufzusetzen.

Viele Grüße nettekov
P.S. Mein iobroker als Linux in der VM auf einer Synology NAS

Thomas Braun

@nettekov

ls -lAh /opt/iobroker/iobroker-data/backup-objects

sagt?

NEWS

Server Cannot start inMem-objects on port 9001

Support us

1.6k
Online

30.5k
Users

76.8k
Topics

1.2m
Posts

NEWS

Server Cannot start inMem-objects on port 9001

Support us

1.6kOnline

30.5kUsers

76.8kTopics

1.2mPosts

1.6k
Online

30.5k
Users

76.8k
Topics

1.2m
Posts