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

[apollon77]

Ok,

• ioBroker beenden
• Datei /opt/iobroker/node_modules/@iobroker/db-objects-jsonl/lib/objects/objectsInMemJsonlDB.js editieren und am Ende VOR Zeile 39 eine neue Zeile einfügen mit

            intervalMs: 1000 * 60 * 60 * 24,

Dann ioBroker neu starten.

Ingo

[Stadtschloss]

Bei mir der gleiche Fehler...

@ioBroker:/opt/iobroker# node node_modules/iobroker.js-controller/controller.js --logs
2022-10-16 00:31:53.746  - info: host.ioBroker iobroker.js-controller version 4.0.23 js-controller starting
2022-10-16 00:31:53.756  - info: host.ioBroker Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker
2022-10-16 00:31:53.759  - info: host.ioBroker hostname: ioBroker, node: v16.17.0
2022-10-16 00:31:53.760  - info: host.ioBroker ip addresses: 192.168.178.178 fe80::b011:c7ff:fef6:2549
2022-10-16 00:31:55.886  - error: host.ioBroker-Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!

@ioBroker:/opt/iobroker# sudo ss -tulpn | grep LISTEN
tcp   LISTEN 0      4096           0.0.0.0:111        0.0.0.0:*    users:(("rpcbind",pid=137,fd=4),("systemd",pid=1,fd=28))
tcp   LISTEN 0      511            0.0.0.0:8400       0.0.0.0:*    users:(("io.jarvis.0",pid=1545,fd=27))                  
tcp   LISTEN 0      511    192.168.178.178:8081       0.0.0.0:*    users:(("io.admin.0",pid=369,fd=27))                    
tcp   LISTEN 0      100          127.0.0.1:25         0.0.0.0:*    users:(("master",pid=353,fd=13))                        
tcp   LISTEN 0      511            0.0.0.0:1883       0.0.0.0:*    users:(("io.sonoff.0",pid=1184,fd=26))                  
tcp   LISTEN 0      511    192.168.178.178:9093       0.0.0.0:*    users:(("io.fakeroku.0",pid=1427,fd=27))                
tcp   LISTEN 0      511          127.0.0.1:9000       0.0.0.0:*    users:(("iobroker.js-con",pid=173,fd=26))               
tcp   LISTEN 0      511          127.0.0.1:9001       0.0.0.0:*    users:(("iobroker.js-con",pid=173,fd=20))               
tcp   LISTEN 0      4096              [::]:111           [::]:*    users:(("rpcbind",pid=137,fd=6),("systemd",pid=1,fd=30))
tcp   LISTEN 0      4096                 *:22               *:*    users:(("systemd",pid=1,fd=49))                         
tcp   LISTEN 0      100              [::1]:25            [::]:*    users:(("master",pid=353,fd=14))                        
tcp   LISTEN 0      511                  *:8091             *:*    users:(("io.lovelace.0",pid=1637,fd=26))                
tcp   LISTEN 0      511                  *:7999             *:*    users:(("io.geofency.0",pid=847,fd=26))                 
tcp   LISTEN 0      511                  *:61991            *:*    users:(("io.harmony.0",pid=1485,fd=26))           

npm -v
8.15.0

nodejs -v
v16.17.0

iob -v
4.0.23

Was kann ich hier tun :/?

[Thomas Braun]

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

Was kann ich hier tun :/?

Nicht als root rumeimern wäre schon ein Anfang.

Timeouts hochgesetzt?

[Stadtschloss]

@thomas-braun

Habe ein Backup erstellt unter proxmox und eine neue Maschine mit dem aktuellen Stand eingespielt. Sollte durch root benutzen etwas kaputt gehen, besteht ein Backup. Bin quasi das erste mal mit root auf dem Rechner.

Was meinst du mit timeouts? Ich habe soweit ich weis nirgends etwas angepasst. Wo kann ich das prüfen?

Meinst du "connectTimeout": 1500000," in der iobroker.json?
Danke!

[Thomas Braun]

@stadtschloss

Als erstes legt man einen user an. Siehe Installationsanleitung.

[flugwelle]

Ich hatte letzten Freitag auch so ein Problem. Alles lief vorher unauffällig. Dann habe ich bemerkt, dass scheinbar Teile sich neu starteten, denn ich habe Notifications bekommen, die nur bei einem Neustart kommen. Etwa zwei Stunden später war ioBroker weg (bzw. da ist es mir aufgefallen).

Ich habe dann so die üblichen Tests gemacht und im Log auch die Out of Memory Meldung gefunden

FATAL ERROR: MarkCompactCollector: young object promotion failed Allocation failed - JavaScript heap out of memory
 1: 0xa3ac10 node::Abort() [iobroker.js-controller]
 2: 0x970199 node::FatalError(char const*, char const*) [iobroker.js-controller]
 3: 0xbba5ce v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [iobroker.js-controller]
 4: 0xbba947 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [iobroker.js-controller]
 5: 0xd76b65  [iobroker.js-controller]
...

Da ich keine Zeit für eine weitere Fehlersuche hatte, habe ich schnell den Speicher der VM von 12 auf 20GB angehoben - und schon lief der ioBroker wieder!

Meine states.jsonl ist übrigens auch knappe 500MB groß ...

[apollon77]

@flugwelle ok. Eine States mit 500mb ist krass. Wie groß ist objects.jsonl und wie viele Objekte und States laut Admin?

[flugwelle]

@apollon77 said in Server Cannot start inMem-objects on port 9001:

Wie groß ist objects.jsonl und wie viele Objekte und States laut Admin?

objects.jsonl ist 41MB bei 50475 Objekten ...

[apollon77]

@flugwelle das passt. Aber wo hast du 50k Objekte her!??! Das klingt Zuviel es sei denn es ist Absicht. Ggf Ble Adapter im Spiel?

[flugwelle]

@apollon77 said in Server Cannot start inMem-objects on port 9001:

Aber wo hast du 50k Objekte her!??! Das klingt Zuviel es sei denn es ist Absicht.

Was heisst Absicht ... die sind da, keine Ahnung, wer da was beisteuert.
Kann man das irgend auflisten? Welcher Adapter wieviele Objekte hat?

Ich könnte mir vorstellen, dass der Unifi Adapter mit allen Netzwerk Clients eine Menge ausmacht ...

[flugwelle]

Noch mal die Frage in die Runde: kann man irgendwie herausfinden, welche Adapter wieviele Objekte haben?
In der Zwischenzeit ist mein System bei 67826 Objekten und die states.jsonl bei 689MB ...

[Glasfaser]

@flugwelle

Auf die schnelle ...

.

[flugwelle]

@glasfaser Klappt nicht ... vermutlich weil es zu groß ist. Wenn ich nur die Auswahl exportiere bekomme ich ein .json - ansonsten leider nicht.

[Glasfaser]

@flugwelle

du brauchst nichts exportieren ... steht doch schon im Popup Feld drin ..

[flugwelle]

@glasfaser Ich soll jetzt jede Zeile einzeln ausprobieren? Nicht wirklich - oder?

[Glasfaser]

@flugwelle

Du brauchst doch nur den Hauptordner anwählen !!!

oder per Befehl

iob list objects admin.* | wc -l

[flugwelle]

@glasfaser Schon klar ... aber ich muss das bei jedem Hauptordner machen. Das mit dem iob list ist da schon praktischer - danke.

Ich glaube ich habe auch schon einen Kandidaten gefunden - der Unifi-Protect Baum hat schlappe 35K Objekte ...

[Chris_90]

Hallo zusammen,
Ich wollte kurz mal eine Meldung zu dem Thema abgeben.
Mir war es vor kurzem zweimal im Abstand von wenigen Wochen zu dem eingangs erwähnten Problem gekommen.
Meine Objects.json1 Datei war plötzlich 500M groß.

Auf meinem iobroker läuft auch so gut wie nix, ich nutze es nur für 1x Heizungsthermostat, 3 Steckdosen, 1 Lampe und ein paar Fensterkontakte. Insofern war das für mich ganz und gar unerklärlich.
Wenn ich aktuell die Anzahl der Objects abfrage zeigt mir der iobroker ganze 31 an. Die objects.json1 ist 7,6M groß, also nicht besorgniserregend.

Um das Teil zum fliegen zu bekommen musste ich beide male restoren.

Langfristig abhilfe geschafft hat vermutlich der Hinweis von @AlCalzone: fix: avoid huge DB files by compressing daily

Ich hatte aber im Zuge dessen nochmal eingehends geprüft, dass mein OS und die iobroker Installation auf dem aktuellsten Stand ist. (war noch auf buster im repo eingestellt)

Fazit: Meine Installation läuft jetzt wieder seit mehr als 1 Monat ohne zwischenfälle!

[apollon77]

@chris_90 Danke für Feedback. Wir bereiten gerade einen js-controller 4.0.24 vor der das dann für alle bringt.

[micw42]

Hallo,
auch ich kann berichten, dass ich alle paar Wochen diesen Fehler habe und der iobroker dann nicht mehr erreichbar ist.
Ich komme in dem Fall auch nicht mehr mit ssh auf den pi, ein ping funktioniert komischerweise aber noch.
Muss dann den Stecker ziehen, danach läuft wieder alles.

Das nur zur Info, ich warte dann mal auf das Update ...