NEWS
Server Cannot start inMem-objects on port 9001
-
pi@ReneRaspel:~ $ ls -la /opt/iobroker/iobroker-data insgesamt 1111480 drwxrwxr-x+ 9 iobroker iobroker 4096 3. Sep 16:59 . drwxrwxr-x+ 6 iobroker iobroker 4096 1. Sep 11:58 .. drwxrwxr-x+ 2 iobroker iobroker 4096 21. Aug 02:40 backitup drwxrwxr-x+ 2 iobroker iobroker 12288 3. Sep 15:47 backup-objects drwxrwxr-x+ 26 iobroker iobroker 4096 27. Jun 19:27 files drwxrwxr-x+ 14 iobroker iobroker 4096 29. Aug 08:24 history drwxrwxr-x+ 2 iobroker iobroker 4096 10. Mär 20:00 homekit-controller.0 -rw-rwxr--+ 1 iobroker iobroker 5092 3. Sep 16:31 iobroker.json -rw-rwxr--+ 1 iobroker iobroker 3 29. Aug 08:24 notifications.json -rw-rwxr--+ 1 iobroker iobroker 6008528 9. Feb 2022 objects.json.bak.migrated -rw-rwxr--+ 1 iobroker iobroker 1123892076 3. Sep 16:53 objects.jsonl drwxrwxr-x+ 2 iobroker iobroker 4096 3. Sep 16:59 objects.jsonl.lock -rw-rwxr--+ 1 iobroker iobroker 6008525 9. Feb 2022 objects.json.migrated -rw-rwxr--+ 1 iobroker iobroker 92518 9. Feb 2022 states.json.bak.migrated -rw-rwxr--+ 1 iobroker iobroker 1994374 3. Sep 16:53 states.jsonl -rw-rwxr--+ 1 iobroker iobroker 92661 9. Feb 2022 states.json.migrated drwxrwxr-x+ 2 iobroker iobroker 4096 11. Mär 17:06 yahka.0.hapdataDate ist:
Samstag 3. Sep 17:36:00 CEST 2022
hatte ich ewt. gestern nicht richtig beantwortet
Also hier im letzten Bild sieht man es auch wieder, das in der vorletzten Spalte mal JJJJ und mal die Zeit TT:TT eingetragen wird ?
Irgendwie komisch -
Date ist:
Samstag 3. Sep 17:36:00 CEST 2022
hatte ich ewt. gestern nicht richtig beantwortet
Also hier im letzten Bild sieht man es auch wieder, das in der vorletzten Spalte mal JJJJ und mal die Zeit TT:TT eingetragen wird ?
Irgendwie komisch -
Danke - probiere ich gleich aus
-
Danke - probiere ich gleich aus
hat geklappt
pi@ReneRaspel:~ $ ls -la /opt/iobroker/iobroker-data insgesamt 1099560 drwxrwxr-x+ 9 iobroker iobroker 4096 3. Sep 17:45 . drwxrwxr-x+ 6 iobroker iobroker 4096 1. Sep 11:58 .. drwxrwxr-x+ 2 iobroker iobroker 4096 21. Aug 02:40 backitup drwxrwxr-x+ 2 iobroker iobroker 12288 3. Sep 15:47 backup-objects drwxrwxr-x+ 26 iobroker iobroker 4096 27. Jun 19:27 files drwxrwxr-x+ 14 iobroker iobroker 4096 29. Aug 08:24 history drwxrwxr-x+ 2 iobroker iobroker 4096 10. Mär 20:00 homekit-controller.0 -rw-rwxr--+ 1 iobroker iobroker 5092 3. Sep 16:31 iobroker.json -rw-rwxr--+ 1 iobroker iobroker 3 29. Aug 08:24 notifications.json -rw-rwxr--+ 1 iobroker iobroker 1123892076 3. Sep 16:53 objects.jsonl drwxrwxr-x+ 2 iobroker iobroker 4096 3. Sep 17:45 objects.jsonl.lock -rw-rwxr--+ 1 iobroker iobroker 1994374 3. Sep 16:53 states.jsonl drwxrwxr-x+ 2 iobroker iobroker 4096 11. Mär 17:06 yahka.0.hapdata pi@ReneRaspel:~ $ -
@rene-3 ok dann bitte noch sagen was „iob Version“ sagt
Dann bitte im iobroker.json unter objects die Zeile mit „connectTimeout“ (Zeile 33 laut deinem post) die Zahl von 30000 auf 600000 ändern (6 hundert tausend).
Dann bitte einmal „iob status“ ausführen und Geduld haben! Kannst ja mal Zeit stoppen wie lange es dauert.
Danach bitte wieder mit „ls -la“ schauen wie groß die objects.jsonl jetzt ist. Müsste deutlich kleiner sein.
@apollon77 sagte in Server Cannot start inMem-objects on port 9001:
Müsste deutlich kleiner sein.
iob status vergrössert beide *.jsonl Dateien. Hier meine, man sieht es aber auch bei @rene-3
root@iobroker01:/opt/iobroker/iobroker-data# ps -ef && ls -ls *jsonl&&iob status && ls -ls *jsonl UID PID PPID C STIME TTY TIME CMD root 1 0 0 11:54 ? 00:00:00 /bin/bash /opt/scripts/iobroker_startup.sh root 21046 0 0 16:33 pts/0 00:00:00 bash root 25048 1 0 17:27 ? 00:00:00 tail -f /dev/null root 25972 21046 0 17:51 pts/0 00:00:00 ps -ef 25980 -rw-r--r-- 1 iobroker iobroker 26600624 Sep 3 17:50 objects.jsonl 19944 -rw-r--r-- 1 iobroker iobroker 20422637 Sep 3 17:50 states.jsonl iobroker is not running on this host. Objects type: jsonl States type: jsonl root@iobroker01:/opt/iobroker/iobroker-data# ls -ls *jsonl 25980 -rw-r--r-- 1 iobroker iobroker 26601216 Sep 3 17:51 objects.jsonl 19948 -rw-r--r-- 1 iobroker iobroker 20422811 Sep 3 17:51 states.jsonl root@iobroker01:/opt/iobroker/iobroker-data#iobroker läuft unter Docker auf QNAP TS-451+
SkriptRecovery: https://forum.iobroker.net/post/930558 -
@apollon77 sagte in Server Cannot start inMem-objects on port 9001:
Müsste deutlich kleiner sein.
iob status vergrössert beide *.jsonl Dateien. Hier meine, man sieht es aber auch bei @rene-3
root@iobroker01:/opt/iobroker/iobroker-data# ps -ef && ls -ls *jsonl&&iob status && ls -ls *jsonl UID PID PPID C STIME TTY TIME CMD root 1 0 0 11:54 ? 00:00:00 /bin/bash /opt/scripts/iobroker_startup.sh root 21046 0 0 16:33 pts/0 00:00:00 bash root 25048 1 0 17:27 ? 00:00:00 tail -f /dev/null root 25972 21046 0 17:51 pts/0 00:00:00 ps -ef 25980 -rw-r--r-- 1 iobroker iobroker 26600624 Sep 3 17:50 objects.jsonl 19944 -rw-r--r-- 1 iobroker iobroker 20422637 Sep 3 17:50 states.jsonl iobroker is not running on this host. Objects type: jsonl States type: jsonl root@iobroker01:/opt/iobroker/iobroker-data# ls -ls *jsonl 25980 -rw-r--r-- 1 iobroker iobroker 26601216 Sep 3 17:51 objects.jsonl 19948 -rw-r--r-- 1 iobroker iobroker 20422811 Sep 3 17:51 states.jsonl root@iobroker01:/opt/iobroker/iobroker-data#Kann ich nicht bestätigen.
echad@chet:/opt/iobroker/iobroker-data $ ls -l && iobroker status && ls -l total 35408 drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 3 03:43 backitup drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 3 17:46 backup-objects drwxrwxr-x+ 41 iobroker iobroker 4096 Aug 19 22:05 files drwxrwxr-x+ 9 iobroker iobroker 4096 Sep 3 04:26 history -rw-rwxr--+ 1 iobroker iobroker 4972 Sep 3 00:29 iobroker.json drwxrwxr-x+ 4 iobroker iobroker 4096 Aug 19 22:02 node-red -rw-rw-r--+ 1 iobroker iobroker 3 Aug 31 15:45 notifications.json -rw-rw-r--+ 1 iobroker iobroker 31879257 Sep 3 17:58 objects.jsonl drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 3 17:59 objects.jsonl.lock -rw-rw-r--+ 1 iobroker iobroker 4326154 Sep 3 17:59 states.jsonl drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 3 17:59 states.jsonl.lock drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 3 17:47 zigbee_0 iobroker is running on this host. Objects type: jsonl States type: jsonl total 35408 drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 3 03:43 backitup drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 3 17:46 backup-objects drwxrwxr-x+ 41 iobroker iobroker 4096 Aug 19 22:05 files drwxrwxr-x+ 9 iobroker iobroker 4096 Sep 3 04:26 history -rw-rwxr--+ 1 iobroker iobroker 4972 Sep 3 00:29 iobroker.json drwxrwxr-x+ 4 iobroker iobroker 4096 Aug 19 22:02 node-red -rw-rw-r--+ 1 iobroker iobroker 3 Aug 31 15:45 notifications.json -rw-rw-r--+ 1 iobroker iobroker 31879257 Sep 3 17:58 objects.jsonl drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 3 17:59 objects.jsonl.lock -rw-rw-r--+ 1 iobroker iobroker 4326154 Sep 3 17:59 states.jsonl drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 3 17:59 states.jsonl.lock drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 3 17:47 zigbee_0 -
Kann ich nicht bestätigen.
echad@chet:/opt/iobroker/iobroker-data $ ls -l && iobroker status && ls -l total 35408 drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 3 03:43 backitup drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 3 17:46 backup-objects drwxrwxr-x+ 41 iobroker iobroker 4096 Aug 19 22:05 files drwxrwxr-x+ 9 iobroker iobroker 4096 Sep 3 04:26 history -rw-rwxr--+ 1 iobroker iobroker 4972 Sep 3 00:29 iobroker.json drwxrwxr-x+ 4 iobroker iobroker 4096 Aug 19 22:02 node-red -rw-rw-r--+ 1 iobroker iobroker 3 Aug 31 15:45 notifications.json -rw-rw-r--+ 1 iobroker iobroker 31879257 Sep 3 17:58 objects.jsonl drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 3 17:59 objects.jsonl.lock -rw-rw-r--+ 1 iobroker iobroker 4326154 Sep 3 17:59 states.jsonl drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 3 17:59 states.jsonl.lock drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 3 17:47 zigbee_0 iobroker is running on this host. Objects type: jsonl States type: jsonl total 35408 drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 3 03:43 backitup drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 3 17:46 backup-objects drwxrwxr-x+ 41 iobroker iobroker 4096 Aug 19 22:05 files drwxrwxr-x+ 9 iobroker iobroker 4096 Sep 3 04:26 history -rw-rwxr--+ 1 iobroker iobroker 4972 Sep 3 00:29 iobroker.json drwxrwxr-x+ 4 iobroker iobroker 4096 Aug 19 22:02 node-red -rw-rw-r--+ 1 iobroker iobroker 3 Aug 31 15:45 notifications.json -rw-rw-r--+ 1 iobroker iobroker 31879257 Sep 3 17:58 objects.jsonl drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 3 17:59 objects.jsonl.lock -rw-rw-r--+ 1 iobroker iobroker 4326154 Sep 3 17:59 states.jsonl drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 3 17:59 states.jsonl.lock drwxrwxr-x+ 2 iobroker iobroker 4096 Sep 3 17:47 zigbee_0 -
aber bei dir läuft der host
Bei uns leider nicht ( @fastfoot ) und mir. :disappointed: -
@rene-3 sagte in Server Cannot start inMem-objects on port 9001:
leider nicht
was heisst leider, das war die Vorgabe dass er vorher gestoppt wird :-)
-
nach https://forum.iobroker.net/post/852366 hatte ich nur den host(eig. den Container) neu gestartet und jetzt ist die objects.jsonl als auch die states.jsonl nochmal um einiges größer
root@iobroker01:/opt/iobroker/iobroker-data# ls -ls *jsonl 32924 -rw-r--r-- 1 iobroker iobroker 33708285 Sep 3 18:07 objects.jsonl 22968 -rw-r--r-- 1 iobroker iobroker 23517085 Sep 3 18:07 states.jsonl root@iobroker01:/opt/iobroker/iobroker-data#ich bin zufrieden, wollte nur meine Beobachtung teilen :-)
iobroker läuft unter Docker auf QNAP TS-451+
SkriptRecovery: https://forum.iobroker.net/post/930558 -
nach https://forum.iobroker.net/post/852366 hatte ich nur den host(eig. den Container) neu gestartet und jetzt ist die objects.jsonl als auch die states.jsonl nochmal um einiges größer
root@iobroker01:/opt/iobroker/iobroker-data# ls -ls *jsonl 32924 -rw-r--r-- 1 iobroker iobroker 33708285 Sep 3 18:07 objects.jsonl 22968 -rw-r--r-- 1 iobroker iobroker 23517085 Sep 3 18:07 states.jsonl root@iobroker01:/opt/iobroker/iobroker-data#ich bin zufrieden, wollte nur meine Beobachtung teilen :-)
@fastfoot gaaaanz langsam !!! Wir haben hier ZWEI Systeme mit anderen issues ggf.
Bei dir sind die Dateien klein. Das ist vollkommen im normalen Rahmen. Sind ja nur 33mb oder so korrekt??!!
Was ist denn jetzt bei dir noch das problem? Ich dachte deins war längst gelöst?
-
hat geklappt
pi@ReneRaspel:~ $ ls -la /opt/iobroker/iobroker-data insgesamt 1099560 drwxrwxr-x+ 9 iobroker iobroker 4096 3. Sep 17:45 . drwxrwxr-x+ 6 iobroker iobroker 4096 1. Sep 11:58 .. drwxrwxr-x+ 2 iobroker iobroker 4096 21. Aug 02:40 backitup drwxrwxr-x+ 2 iobroker iobroker 12288 3. Sep 15:47 backup-objects drwxrwxr-x+ 26 iobroker iobroker 4096 27. Jun 19:27 files drwxrwxr-x+ 14 iobroker iobroker 4096 29. Aug 08:24 history drwxrwxr-x+ 2 iobroker iobroker 4096 10. Mär 20:00 homekit-controller.0 -rw-rwxr--+ 1 iobroker iobroker 5092 3. Sep 16:31 iobroker.json -rw-rwxr--+ 1 iobroker iobroker 3 29. Aug 08:24 notifications.json -rw-rwxr--+ 1 iobroker iobroker 1123892076 3. Sep 16:53 objects.jsonl drwxrwxr-x+ 2 iobroker iobroker 4096 3. Sep 17:45 objects.jsonl.lock -rw-rwxr--+ 1 iobroker iobroker 1994374 3. Sep 16:53 states.jsonl drwxrwxr-x+ 2 iobroker iobroker 4096 11. Mär 17:06 yahka.0.hapdata pi@ReneRaspel:~ $@rene-3 ok. Um zu dir. Wie lange dauert es denn bis dein System auf das iob status regiert?
Frage: nutzt die vllt den Adapter Ble? Also mit dem hohen timeout startet es Jetzt bei dir. Es dauert nur sehr lange. Jetzt ist die Frage warum du scheinbar wirklich soviel Objekte hast.
-
@fastfoot gaaaanz langsam !!! Wir haben hier ZWEI Systeme mit anderen issues ggf.
Bei dir sind die Dateien klein. Das ist vollkommen im normalen Rahmen. Sind ja nur 33mb oder so korrekt??!!
Was ist denn jetzt bei dir noch das problem? Ich dachte deins war längst gelöst?
@apollon77 ich habe und hatte kein Problem. Das hatte ich einige Posts vorher auch so geschrieben
ich bin zufrieden, wollte nur meine Beobachtung teilen 🙂
Deine Aussage dass Rene's objects.jsonl nach
iob statusviel kleiner sein müsste hatte mich zu der Annahme verleitet dass mit dem Befehl eine Art Reorg/Shrinking einhergeht und so dachte ich sollte meine etwas kleiner werden oder zumindest gleich bleiben, was aber nicht der Fall ist. Auch Rene's Datei war nach iob status ca. 50MB größer als davor. Nochmals, für mich kein Problem aber ich wollte diese Beobachtung einfach mitteilen. Nach dem Neustart war die Datei aber plötzlich ca. 6MB größer, was mich schlicht verwundert daa ich nicht mit einer Vergrößerung rechnen würde, nur durch einen Neustart.Also, alles ok hier, wenn es nicht hilfreich war tut es mir leid :-)
iobroker läuft unter Docker auf QNAP TS-451+
SkriptRecovery: https://forum.iobroker.net/post/930558 -
@apollon77 ich habe und hatte kein Problem. Das hatte ich einige Posts vorher auch so geschrieben
ich bin zufrieden, wollte nur meine Beobachtung teilen 🙂
Deine Aussage dass Rene's objects.jsonl nach
iob statusviel kleiner sein müsste hatte mich zu der Annahme verleitet dass mit dem Befehl eine Art Reorg/Shrinking einhergeht und so dachte ich sollte meine etwas kleiner werden oder zumindest gleich bleiben, was aber nicht der Fall ist. Auch Rene's Datei war nach iob status ca. 50MB größer als davor. Nochmals, für mich kein Problem aber ich wollte diese Beobachtung einfach mitteilen. Nach dem Neustart war die Datei aber plötzlich ca. 6MB größer, was mich schlicht verwundert daa ich nicht mit einer Vergrößerung rechnen würde, nur durch einen Neustart.Also, alles ok hier, wenn es nicht hilfreich war tut es mir leid :-)
@fastfoot ok, dann hole ich gern etwas weiter aus.
Das Konzept der jsonl Files ist das das im ersten Schritt Daten angehangen werden, also das es größer wird ist ganz normal. Aber es darf nicht "unkontrolliert wachsen". Ganz grob wird es, sobald es die doppelte Anzahl an Einträgen hat im vergleich zu unique objekten komprimiert und dadurch wird es wieder kleiner. kannst Du bei der states datei schön beobachten wenn du mal 10 minütlich dir die größe anschaust wenn was passiert in deinem System.
Und ja beim Start wird einmal direkt komprimiert, weshalb der Start ggf verkleinern sollte - aber ggf auch wieder Objekte ändert und somit gleich wieder anhängt.
Von daher sind je nach Anzahl Objekten diese 33MB voll ok.
Es gab in der Vergangenheit mal kurzzeitig Bugs oder falsche Konfigs die die Komprimierung ausgeschaltet haben, aber auch das ist bei @rene-3 nach prüfung alles nicht der Fall.
Also kann es bei Rene an sich nur sein das er wirklich so viele Objekte hat - und darauf zielen meine letzten Fragen.
Jetzt bissl klarer?
-
@fastfoot ok, dann hole ich gern etwas weiter aus.
Das Konzept der jsonl Files ist das das im ersten Schritt Daten angehangen werden, also das es größer wird ist ganz normal. Aber es darf nicht "unkontrolliert wachsen". Ganz grob wird es, sobald es die doppelte Anzahl an Einträgen hat im vergleich zu unique objekten komprimiert und dadurch wird es wieder kleiner. kannst Du bei der states datei schön beobachten wenn du mal 10 minütlich dir die größe anschaust wenn was passiert in deinem System.
Und ja beim Start wird einmal direkt komprimiert, weshalb der Start ggf verkleinern sollte - aber ggf auch wieder Objekte ändert und somit gleich wieder anhängt.
Von daher sind je nach Anzahl Objekten diese 33MB voll ok.
Es gab in der Vergangenheit mal kurzzeitig Bugs oder falsche Konfigs die die Komprimierung ausgeschaltet haben, aber auch das ist bei @rene-3 nach prüfung alles nicht der Fall.
Also kann es bei Rene an sich nur sein das er wirklich so viele Objekte hat - und darauf zielen meine letzten Fragen.
Jetzt bissl klarer?
Hallo zusammen,
also ich bin ehrlich gesagt über jeden möglichen Ansatzpunkt dankbar, der mich hier in einer Lösung irgendwie weiterbringt.
Aber im aller schlimmsten Fall der Fälle mache ich mein System einfach ganz platt, fange nochmal bei Null an und setze alles neu auf.
Das habe ich zwar versucht, mit regelmäßigen Backup´s auf unterschiedlichen Ebenen zu vermeiden, aber was solls.
@fastfoot braucht sich für gar nichts zu entschuldigen, wenn einer dann wohl ich - weil ich aufgrund des Post annahm, das sein System nicht läuft.
Davon bin ich ausgegangen weil im iob status - "iobroker is not running on this host" stand - wie bei mir.
Sorry @fastfoot - das habe ich verbockt aber für mich waren deine Posts sehr hilfreich - vielen Dank hier nochmals.pi@ReneRaspel:~ $ iob status Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"! pi@ReneRaspel:~ $ iob stop pi@ReneRaspel:~ $ iob status iobroker is not running on this host. Objects type: jsonl States type: jsonl pi@ReneRaspel:~ $Anders scheint es für mich bei @Thomas-Braun, dort wurde im iob status - "iobroker is running ... " ausgegeben.
@apollon77 mit dem ConnectTimeout: 600 000 Wert eingetragen sitz ich ca. 25 Minuten vor dem Raspi bis eine Antwort ausgegeben wird.
Habe es jetzt mal testweise wieder zurückgestellt auf den Wert 30000 wie in einigen Post´s hier weiter vorn beschrieben.
Original war dort mal 2000 eingetragen.
Nur um nochmal ganz sicher zu gehen - mit dem Wert 30000 kommt eine Antwort auf Eingaben in ca. 2 Min. zurück.Der iobroker startet bei mir aber generell nach wie vor leider überhaupt nicht mehr.
Ich verstehe überhaupt nicht warum und eigentlich lasse ich da auch die Finger von weg - das Ding verrichtet im Hintergrund seine Arbeit und das ist gut so.
Würde jetzt mal grob schätzen, alles lief ca. 1 Jahr lang mit dieser Konstellation tadellos. -
Hallo zusammen,
also ich bin ehrlich gesagt über jeden möglichen Ansatzpunkt dankbar, der mich hier in einer Lösung irgendwie weiterbringt.
Aber im aller schlimmsten Fall der Fälle mache ich mein System einfach ganz platt, fange nochmal bei Null an und setze alles neu auf.
Das habe ich zwar versucht, mit regelmäßigen Backup´s auf unterschiedlichen Ebenen zu vermeiden, aber was solls.
@fastfoot braucht sich für gar nichts zu entschuldigen, wenn einer dann wohl ich - weil ich aufgrund des Post annahm, das sein System nicht läuft.
Davon bin ich ausgegangen weil im iob status - "iobroker is not running on this host" stand - wie bei mir.
Sorry @fastfoot - das habe ich verbockt aber für mich waren deine Posts sehr hilfreich - vielen Dank hier nochmals.pi@ReneRaspel:~ $ iob status Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"! pi@ReneRaspel:~ $ iob stop pi@ReneRaspel:~ $ iob status iobroker is not running on this host. Objects type: jsonl States type: jsonl pi@ReneRaspel:~ $Anders scheint es für mich bei @Thomas-Braun, dort wurde im iob status - "iobroker is running ... " ausgegeben.
@apollon77 mit dem ConnectTimeout: 600 000 Wert eingetragen sitz ich ca. 25 Minuten vor dem Raspi bis eine Antwort ausgegeben wird.
Habe es jetzt mal testweise wieder zurückgestellt auf den Wert 30000 wie in einigen Post´s hier weiter vorn beschrieben.
Original war dort mal 2000 eingetragen.
Nur um nochmal ganz sicher zu gehen - mit dem Wert 30000 kommt eine Antwort auf Eingaben in ca. 2 Min. zurück.Der iobroker startet bei mir aber generell nach wie vor leider überhaupt nicht mehr.
Ich verstehe überhaupt nicht warum und eigentlich lasse ich da auch die Finger von weg - das Ding verrichtet im Hintergrund seine Arbeit und das ist gut so.
Würde jetzt mal grob schätzen, alles lief ca. 1 Jahr lang mit dieser Konstellation tadellos.@rene-3 sagte in Server Cannot start inMem-objects on port 9001:
Würde jetzt mal grob schätzen, alles lief ca. 1 Jahr lang mit dieser Konstellation tadellos.
Also ein Jahr keine Updates gemacht und das System auf aktuellem Stand gehalten?
-
@fastfoot ok, dann hole ich gern etwas weiter aus.
Das Konzept der jsonl Files ist das das im ersten Schritt Daten angehangen werden, also das es größer wird ist ganz normal. Aber es darf nicht "unkontrolliert wachsen". Ganz grob wird es, sobald es die doppelte Anzahl an Einträgen hat im vergleich zu unique objekten komprimiert und dadurch wird es wieder kleiner. kannst Du bei der states datei schön beobachten wenn du mal 10 minütlich dir die größe anschaust wenn was passiert in deinem System.
Und ja beim Start wird einmal direkt komprimiert, weshalb der Start ggf verkleinern sollte - aber ggf auch wieder Objekte ändert und somit gleich wieder anhängt.
Von daher sind je nach Anzahl Objekten diese 33MB voll ok.
Es gab in der Vergangenheit mal kurzzeitig Bugs oder falsche Konfigs die die Komprimierung ausgeschaltet haben, aber auch das ist bei @rene-3 nach prüfung alles nicht der Fall.
Also kann es bei Rene an sich nur sein das er wirklich so viele Objekte hat - und darauf zielen meine letzten Fragen.
Jetzt bissl klarer?
@apollon77 sagte in Server Cannot start inMem-objects on port 9001:
Jetzt bissl klarer?
ja, vielen Dank für die ausführliche Erklärung!
-
Hallo zusammen,
also ich bin ehrlich gesagt über jeden möglichen Ansatzpunkt dankbar, der mich hier in einer Lösung irgendwie weiterbringt.
Aber im aller schlimmsten Fall der Fälle mache ich mein System einfach ganz platt, fange nochmal bei Null an und setze alles neu auf.
Das habe ich zwar versucht, mit regelmäßigen Backup´s auf unterschiedlichen Ebenen zu vermeiden, aber was solls.
@fastfoot braucht sich für gar nichts zu entschuldigen, wenn einer dann wohl ich - weil ich aufgrund des Post annahm, das sein System nicht läuft.
Davon bin ich ausgegangen weil im iob status - "iobroker is not running on this host" stand - wie bei mir.
Sorry @fastfoot - das habe ich verbockt aber für mich waren deine Posts sehr hilfreich - vielen Dank hier nochmals.pi@ReneRaspel:~ $ iob status Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"! pi@ReneRaspel:~ $ iob stop pi@ReneRaspel:~ $ iob status iobroker is not running on this host. Objects type: jsonl States type: jsonl pi@ReneRaspel:~ $Anders scheint es für mich bei @Thomas-Braun, dort wurde im iob status - "iobroker is running ... " ausgegeben.
@apollon77 mit dem ConnectTimeout: 600 000 Wert eingetragen sitz ich ca. 25 Minuten vor dem Raspi bis eine Antwort ausgegeben wird.
Habe es jetzt mal testweise wieder zurückgestellt auf den Wert 30000 wie in einigen Post´s hier weiter vorn beschrieben.
Original war dort mal 2000 eingetragen.
Nur um nochmal ganz sicher zu gehen - mit dem Wert 30000 kommt eine Antwort auf Eingaben in ca. 2 Min. zurück.Der iobroker startet bei mir aber generell nach wie vor leider überhaupt nicht mehr.
Ich verstehe überhaupt nicht warum und eigentlich lasse ich da auch die Finger von weg - das Ding verrichtet im Hintergrund seine Arbeit und das ist gut so.
Würde jetzt mal grob schätzen, alles lief ca. 1 Jahr lang mit dieser Konstellation tadellos.@rene-3 ich fänds cool wenn Du an der Reparatur dran bliebest :-)
Wenn der iobroker gestoppt ist dann sollte doch das System auch nicht mehr so lahm sein, richtig? Was sagt denn jetzt
tail -25 /opt/iobroker/log/*curr*Falls doch noch lahm, hilft evtl. ein
ps auxwum zu sehen was denn da alles läuft bei dir
309
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge