Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Thomas Braun]

@pingps sagte in heap zu klein?:

Die Files von 2022 kannste löschen, braucht keiner mehr.
Die aktuelle Datenbank ist aber ungewöhnlich groß, würde ich behaupten.
Auf meiner Kiste schaut das so aus:

echad@chet:~ $ ls -lah /opt/iobroker/iobroker-data/backup-objects/         
total 156M
drwxrwxr-x+  2 iobroker iobroker 4.0K May  5 15:50 .
drwxrwxr-x+ 12 iobroker iobroker 4.0K May  5 16:14 ..
-rw-rw-r--+  1 iobroker iobroker 6.3M May  3 17:50 2024-05-03_17-50_objects.jsonl.gz
-rw-rw-r--+  1 iobroker iobroker 275K May  3 17:50 2024-05-03_17-50_states.jsonl.gz
-rw-rw-r--+  1 iobroker iobroker 6.3M May  3 19:50 2024-05-03_19-50_objects.jsonl.gz
-rw-rw-r--+  1 iobroker iobroker 275K May  3 19:50 2024-05-03_19-50_states.jsonl.gz

Wobei ich jetzt aber auch nicht der große Datenhamster bin.

[Thomas Braun]

@pingps

2024-05-05 15:47:28.033 - info: host.debian-uli 74 instances found
2024-05-05 15:47:28.074 - info: host.debian-uli starting 72 instances

Ui. Da könnte der kleine Celeron etwas überlastet sein.

[pingps]

@thomas-braun ok, also instanzen löschen?
Eigentlich war er jetzt nicht unnötig langsam. Ok, das System hat auch schon einige Jahre auf dem Buckel und könnte langsam ersetzt werden. Bisher lief er aber immer noch ganz gut.
Was hast du für eine HW? Würdest du sie aktuell wieder beschaffen oder was würdest du empfehlen?
Aber aktuell startet der iob nicht mehr - kein Kringel beim Starten...

Grüße
Uli

[Thomas Braun]

@pingps sagte in heap zu klein?:

Was hast du für eine HW? Würdest du sie aktuell wieder beschaffen oder was würdest du empfehlen?

                                  echad@chet 
       _,met$$$$$gg.              ---------- 
    ,g$$$$$$$$$$$$$$$P.           OS: Debian GNU/Linux trixie/sid (trixie) aarch64 
  ,g$$P"        "\""Y$$.".        Host: Raspberry Pi 4 Model B Rev 1.4 
 ,$$P'              `$$$.         Kernel: 6.6.28+rpt-rpi-v8 
',$$P       ,ggs.     `$$b:       Uptime: 5 days, 21 hours, 35 mins 
`d$$'     ,$P"'   .    $$$        Packages: 2 (npm), 994 (dpkg) 
 $$P      d$'     ,    $$P        Shell: bash 5.2.21 
 $$:      $$.   -    ,d$$'        Terminal: /dev/pts/0 
 $$;      Y$b._   _,d$P'          CPU: ARM Cortex-A72 (4) @ 1.80 GHz 
 Y$$.    `.`"Y$$$$P"'             Memory: 3.12 GiB / 7.62 GiB (41%) 
 `$$b      "-.__                  Network: 1 Gbps 
  `Y$$                     
   `Y$$.                                                  
     `$$b.                                                
       `Y$$b.              
          `"Y$b._          
              `"\""        
                           

Der dürfte dir bei 72 Instanzen aber auch zu klein sein.

[pingps]

@thomas-braun ein Pi kommt mir hier für den iobroker nicht mehr ins Haus.

Also dürfte eigentlich mein Nuc schon starten. Momentan sind mir aber keine Fehler bekannt und nix tut sich.

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

Ich denke, das Problem sollte lösbar sein?

Grüße
Uli

[Thomas Braun]

@pingps

Die Datei dürfte zu groß sein.
Stop mal ein paar der 70 Instanzen und starte den ioBroker oder besser den kompletten Rechner mal durch.
Und dann mal kritischen Auges durch die Instanzen gehen und überlegen, ob man wirklich mehr als 70 Instanzen von irgendwas braucht.

[Homoran]

@pingps sagte in heap zu klein?:

ein Pi kommt mir hier für den iobroker nicht mehr ins Haus.

wieso nicht?
ich bin gerade vom NUC mit Proxmox wieder zurück auf einen Pi5, auf den dann auch noch die Instanzen zweier Slaves gebracht wurden.

[Thomas Braun]

@homoran sagte in heap zu klein?:

wieso nicht?

Läuft vermutlich zu gut. Da muss man dann ja nix mehr dran basteln. ;-D

[pingps]

@thomas-braun das System soll ja laufen und ich will da nicht viel basteln.

Hatte auch schon ein paar Instanzen gelöscht. Aber seit dem Absturz läuft garnix mehr. Da muss noch was im Argen liegen.

Ich spiele mal ein backup ein. Auch wenn das die Instanzen beibehält.

[Thomas Braun]

@pingps sagte in heap zu klein?:

das System soll ja laufen und ich will da nicht viel basteln.

Ja, eben. Deswegen verwende ich da einen Raspberry... ;-)

[pingps]

@thomas-braun also die RPIs, die ich bisher verwende, brauchen 5,2V Spannung. Das ist ja ein Nogo. Die Probleme, die ich mit den RPIs bisher hatte, kannte ich vom Nuc überhaupt nicht. Das Ding läuft - ok, lief bisher, und tat seinen Dienst. Beim RPI geht ständig die SD Karte kaputt. Sowas gibts beim Nuc nicht.
Ok, den RPI5 habe ich jetzt noch nicht angeguckt. Womöglich hat er das Problem nicht.

[Thomas Braun]

@pingps sagte in heap zu klein?:

Beim RPI geht ständig die SD Karte kaputt.

Hier nicht. Du machst also da im Umgang mit der Kiste irgendwas verkehrt... Wird aber OT.

[Homoran]

@pingps sagte in heap zu klein?:

Beim RPI geht ständig die SD Karte kaputt

hab ich ihn 10 Jahren kein einziges mal gehabt!
Dabei habe ich 50GB History Daten drauf, die teilweise im Sekundentakt geschrieben werden.

[pingps]

@homoran beim iobroker hatte ich das auch nicht. Homematic aber schon.
Aber jetzt OT :-)

[OliverIO]

@pingps

Bei heap Problemen sollte man auch mal nach speicherlecks in seinen javascripten schauen.
Ist der Abbruch relativ kurz nach dem Neustart oder ist der ram Verbrauch über eine gewisse Zeit ansteigend?

[pingps]

@thomas-braun
ich möchte einige instanzen löschen.
Leider geht das nicht mit z.B.

iobroker stop zigbee

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

Für Hilfe wäre ich sehr dankbar!

[Homoran]

@pingps hast du schon iob fix laufen lassen?

[pingps]

@oliverio Speicherverbrauch ist konstant. Da gibt es keine ansteigenden Speicherverbräuche

@Homoran iob fix habe ich laufen lassen.
Hier wiederholt:

 iob fix
library: loaded
Library version=2024-01-04

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

    Welcome to the ioBroker installation fixer!
    Script version: 2024-01-04

    You might need to enter your password a couple of times.

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


==========================================================================
    Installing prerequisites (1/5)
==========================================================================

OK:1 http://ftp.de.debian.org/debian bullseye InRelease
OK:2 http://ftp.de.debian.org/debian bullseye-updates InRelease
OK:3 https://security.debian.org/debian-security bullseye-security InRelease
OK:4 https://deb.nodesource.com/node_18.x nodistro InRelease
Paketlisten werden gelesen… Fertig

==========================================================================
    Checking ioBroker user and directory permissions (2/5)
==========================================================================

Created /etc/sudoers.d/iobroker
Fixing directory permissions...

==========================================================================
    Check and cleanup npm temporary directories (3/5)
==========================================================================

Done.

==========================================================================
    Database maintenance (4/5)
==========================================================================

Checking for uncompressed JSONL databases... This might take a while!

Compressing /opt/iobroker/iobroker-data/states.jsonl
Compressing /opt/iobroker/iobroker-data/objects.jsonl

<--- Last few GCs --->

[10880:0x6afa850]     9970 ms: Mark-sweep 1978.7 (2087.8) -> 1976.7 (2087.8) MB, 97.2 / 0.0 ms  (average mu = 0.902, current mu = 0.788) allocation failure; scavenge might not succeed
[10880:0x6afa850]    10188 ms: Mark-sweep 1992.4 (2087.8) -> 1990.1 (2117.5) MB, 177.8 / 0.0 ms  (average mu = 0.757, current mu = 0.184) allocation failure; scavenge might not succeed


<--- JS stacktrace --->

FATAL ERROR: Reached heap limit Allocation failed - JavaScript heap out of memory
 1: 0xb9a330 node::Abort() [node]
 2: 0xaa07ee  [node]
 3: 0xd71ed0 v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [node]
 4: 0xd72277 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [node]
 5: 0xf4f635  [node]
 6: 0xf61b0d v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [node]
 7: 0xf3c1fe v8::internal::HeapAllocator::AllocateRawWithLightRetrySlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [node]
 8: 0xf3d5c7 v8::internal::HeapAllocator::AllocateRawWithRetryOrFailSlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [node]
 9: 0xf1db40 v8::internal::Factory::AllocateRaw(int, v8::internal::AllocationType, v8::internal::AllocationAlignment) [node]
10: 0xf155b4 v8::internal::FactoryBase<v8::internal::Factory>::AllocateRawWithImmortalMap(int, v8::internal::AllocationType, v8::internal::Map, v8::internal::AllocationAlignment) [node]
11: 0xf17948 v8::internal::FactoryBase<v8::internal::Factory>::NewRawTwoByteString(int, v8::internal::AllocationType) [node]
12: 0x134923c v8::internal::IncrementalStringBuilder::Extend() [node]
13: 0x105e5d0 v8::internal::JsonStringifier::SerializeString(v8::internal::Handle<v8::internal::String>) [node]
14: 0x105fa71 v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<true>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node]
15: 0x106164f v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<true>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node]
16: 0x106164f v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<true>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node]
17: 0x106164f v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<true>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node]
18: 0x106164f v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<true>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node]
19: 0x1063eaf v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<false>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node]
20: 0x1064bff v8::internal::JsonStringify(v8::internal::Isolate*, v8::internal::Handle<v8::internal::Object>, v8::internal::Handle<v8::internal::Object>, v8::internal::Handle<v8::internal::Object>) [node]
21: 0xdf7d57 v8::internal::Builtin_JsonStringify(int, unsigned long*, v8::internal::Isolate*) [node]
22: 0x1710839  [node]
Aborted

==========================================================================
    Checking autostart (5/5)
==========================================================================

Enabling autostart...
Autostart enabled!

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

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

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

Uli@debian-uli:~/2024-05-05$ ^C
Uli@debian-uli:~/2024-05-05$  iob fix
library: loaded
Library version=2024-01-04

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

    Welcome to the ioBroker installation fixer!
    Script version: 2024-01-04

    You might need to enter your password a couple of times.

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


==========================================================================
    Installing prerequisites (1/5)
==========================================================================

OK:1 http://ftp.de.debian.org/debian bullseye InRelease
OK:2 http://ftp.de.debian.org/debian bullseye-updates InRelease
OK:3 https://security.debian.org/debian-security bullseye-security InRelease
OK:4 https://deb.nodesource.com/node_18.x nodistro InRelease
Paketlisten werden gelesen… Fertig

==========================================================================
    Checking ioBroker user and directory permissions (2/5)
==========================================================================

Created /etc/sudoers.d/iobroker
Fixing directory permissions...

==========================================================================
    Check and cleanup npm temporary directories (3/5)
==========================================================================

Done.

==========================================================================
    Database maintenance (4/5)
==========================================================================

Checking for uncompressed JSONL databases... This might take a while!

Compressing /opt/iobroker/iobroker-data/states.jsonl
Compressing /opt/iobroker/iobroker-data/objects.jsonl

<--- Last few GCs --->

[10880:0x6afa850]     9970 ms: Mark-sweep 1978.7 (2087.8) -> 1976.7 (2087.8) MB, 97.2 / 0.0 ms  (average mu = 0.902, current m==========================================================================

[pingps]

@Homoran mir scheint das Problem zu sein, dass linux kein file locken kann

iob status
Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!
Uli@debian-uli:~$

[Thomas Braun]

@pingps sagte in heap zu klein?:

/opt/iobroker/iobroker-data/objects.jsonl

ls -lah /opt/iobroker/iobroker-data/objects.jsonl

und

getfacl /opt/iobroker/iobroker-data/objects.jsonl

sagen?