Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Codierknecht]

@radiorichter
Dürfte daran liegen, dass Deine Scripte auf Datenpunkte zugreifen die nicht mehr existieren.
Im Objektbaum kannst Du im Expertenmodus die einzelnen Scripte unterhalb von javascript.0 stoppen.

Und übrigens: Ausgaben aus Log und/oder Terminal nicht als Screenshot posten, sondern als Text in Code-Tags </> einbinden.
So muss ich jetzt abtippen, dass 99_garage_kellertuer_status_new mein erster Kandidat wäre.

[radiorichter]

das dachte ich erst auch, aber die instanz läuft soweit ja noch, nur aber solange ich etwas im skript ändere. Dann kann ich auch das skript nicht speichern, da sofort kommt, das die Instanz deaktiviert ist. komisch ist auch, dass wenn ich die javascript instanz vorher stoppe, eine skript änderen möchte, das gleiche passiert. Zudem stürzen auch alle anderen adapter mit ab...

Die ehemaligen Datenpunkte gibt es noch. Die habe ich nicht gelöscht.

[liv-in-sky]

@codierknecht sagte in Javascript Adapter stürzt ab:

Deine Scripte auf Datenpunkte zugreifen die nicht mehr existieren

das wäre ein extremer bug im js-controller :-)

@radiorichter

ich würde mal die javascript instanz 0 deaktivieren und dann den ganzen iob neustarteten (manchmal - bei bestimmten code-fehlern, bleiben reste des scripte am laufen, obwohl die instanz deaktiviert ist)
dann die javascript instanz 1 ohne scripte starten und eines anlegen ud speichern - ist dann wieder ein absturz ?

[Homoran]

@radiorichter sagte in Javascript Adapter stürzt ab:

im log steht zb das hier, a

bitte als Text in code-tags posten!

[Codierknecht]

@liv-in-sky sagte in Javascript Adapter stürzt ab:

das wäre ein extremer bug im js-controller

Hätte mich tatsächlich auch gewundert wenn das zum Absturz der Instanz geführt hätte ;-)

@radiorichter
In welchem Ordner befinden sich die Scripte? Sind das etwa globale Scripte die Du da bearbeitest?
Dann wäre das sogar normal, dass bei Änderungen die Instanz stehen bleibt.

[radiorichter]

alle scripte sind im common ordner, das sollte passen.

ich hab nun alle skripte exportiert, gelöscht und dann neu angelegt, nun scheint es zu gehen. aber zu hundert prozent sicher bin ich mir noch nicht.

hab auch die die zweite instanz von javascript wieder deaktivert, nun ist alles wieder auf der 0 und es läuft noch.

ich teste die tage mal weiter und geb Bescheid.

[dos1973]

Hi,
Habe heute genau den gleichen Fehler und weiß nicht mehr weiter.
ich habe eigentlich alles aus dem Thread ausprobiert.

sobald ich in blockly einen DP verändert wird, deaktivieren sich zig Adapter.
habe alle scripte angehalten, JS instanz gelöscht neu angelegt. sobald ich etwas anpassen will stüzt es ab. wenn er dass dann mal speichert, dann funktioniert erstmal alles wieder.

Bitte um Hilfe.
Verzweiflung ist gerade riesig. Danke

ich hae eben verschiedene Proxmox Backups ausprobiert - 14 tage zurück besteht das Problem auch bereits :-(. Solange ich nichts an den Blocklys verändere, läuft alles, daher ist mir das bisher nicht aufgefallen.

zur Info:
NPM 9.8.1
JS Controller 5.0.17
node v18.18.2

edit:
Fix Script hilft auch nicht
curl -sL https://iobroker.net/fix.sh | bash -

könnte es denn etwas mir REDIS DB zu tun haben. ich hatte irgendwann mal die info bekommen ich könnte/sollte auf REDIS DB umstellen. hatte ich ignoriert.

Auszug aus IOB Diag:

Messages concerning ext4 filesystem in dmesg:
[Fri Jan  5 13:50:16 2024] EXT4-fs (sda1): mounted filesystem with ordered data mode. Quota mode: none.
[Fri Jan  5 13:50:16 2024] EXT4-fs (sda1): re-mounted. Quota mode: none.

Show mounted filesystems \(real ones only\):
TARGET SOURCE    FSTYPE OPTIONS
/      /dev/sda1 ext4   rw,relatime,errors=remount-ro

[dos1973]

Also umstellen auf Redis löst es auch nicht.
Leider darf ich Thomas Braun nicht hier einladen…

[Thomas Braun]

@dos1973 sagte in Javascript Adapter stürzt ab:

Leider darf ich Thomas Braun nicht hier einladen…

Einladen darfst du mich schon.
Die Frage ist nur, ob ich der auch folge.

[dos1973]

@thomas-braun : bitte hilf mir. :-)

[Thomas Braun]

@dos1973 sagte in Javascript Adapter stürzt ab:

bitte hilf mir.

Hilf mir! Mit der Langfassung von

iob diag

z. B.

Und der Threadersteller macht das selbe, nachdem er nodejs@18 installiert hat.

[dos1973]

@thomas-braun sagte in Javascript Adapter stürzt ab:

iob diag

diag.txt

kommt

======================= SUMMARY =======================
			v.2023-10-10


 Static hostname: pve-iobroker
       Icon name: computer-vm
         Chassis: vm 🖴
  Virtualization: kvm
Operating System: Debian GNU/Linux 12 (bookworm)
          Kernel: Linux 6.1.0-13-amd64
    Architecture: x86-64
 Hardware Vendor: QEMU
  Hardware Model: Standard PC _i440FX + PIIX, 1996_
Firmware Version: rel-1.16.1-0-g3208b098f51a-prebuilt.qemu.org

Installation: 		kvm
Kernel: 		x86_64
Userland: 		amd64
Timezone: 		Europe/Berlin (CET, +0100)
User-ID: 		1000
X-Server: 		false
Boot Target: 		graphical.target

Pending OS-Updates: 	32
Pending iob updates: 	0

Nodejs-Installation: 	/usr/bin/nodejs 	v18.18.2
			/usr/bin/node 		v18.18.2
			/usr/bin/npm 		9.8.1
			/usr/bin/npx 		9.8.1
			/usr/bin/corepack 	0.19.0

Recommended versions are nodejs 18.19.0 and npm 10.2.3
Your nodejs installation is correct

MEMORY: 
               total        used        free      shared  buff/cache   available
Mem:             16G        4.1G         11G        581K        1.1G         12G
Swap:           1.0G          0B        1.0G
Total:           17G        4.1G         12G

Active iob-Instances: 	35
Active repo(s): Stable (default)

ioBroker Core: 		js-controller 		5.0.17
			admin 			6.12.0

ioBroker Status: 	iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

Status admin and web instance:
+ system.adapter.admin.0                  : admin                 : pve-iobroker                             -  enabled, port: 8081, bind: 192.168.10.6, run as: admin
+ system.adapter.web.0                    : web                   : pve-iobroker                             -  enabled, port: 8082, bind: 192.168.10.6, run as: admin

Objects: 		46994
States: 		45888

Size of iob-Database:

53M	/opt/iobroker/iobroker-data/objects.jsonl
28M	/opt/iobroker/iobroker-data/objects.json.migrated
28M	/opt/iobroker/iobroker-data/objects.json.bak.migrated
28M	/opt/iobroker/iobroker-data/states.jsonl
8.4M	/opt/iobroker/iobroker-data/states.json.migrated
8.4M	/opt/iobroker/iobroker-data/states.json.bak.migrated
0	/opt/iobroker/iobroker-data/states.json.broken



=================== END OF SUMMARY ====================

[liv-in-sky]

@dos1973

ich würde als erstes mal die javascript version downgraden um ein paar versionsnummern - auch mal ein rückschritt des js-controllers würde ich als nächstes testen

[dos1973]

@liv-in-sky
probiere ich gleich aus... würde nur thomas noch ein moment geben. Danke.

[liv-in-sky]

@dos1973 kein thema - würd ich auch :-)

[Thomas Braun]

@dos1973 sagte in Javascript Adapter stürzt ab:

Pending OS-Updates: 32

Kiste durchpatchen. Dann nochmal schauen. Und am besten die lange Fassung vom diag.

[dos1973]

@thomas-braun
hate ich heute schon gemacht, keine Änderung. aber kommt.
(das ist ein restortes Backup)

[dos1973]

@dos1973

gesamt als anhang
diag2.txt

======================= SUMMARY =======================
			v.2023-10-10


 Static hostname: pve-iobroker
       Icon name: computer-vm
         Chassis: vm 🖴
  Virtualization: kvm
Operating System: Debian GNU/Linux 12 (bookworm)
          Kernel: Linux 6.1.0-13-amd64
    Architecture: x86-64
 Hardware Vendor: QEMU
  Hardware Model: Standard PC _i440FX + PIIX, 1996_
Firmware Version: rel-1.16.1-0-g3208b098f51a-prebuilt.qemu.org

Installation: 		kvm
Kernel: 		x86_64
Userland: 		amd64
Timezone: 		Europe/Berlin (CET, +0100)
User-ID: 		1000
X-Server: 		false
Boot Target: 		graphical.target

Pending OS-Updates: 	0
Pending iob updates: 	0

Nodejs-Installation: 	/usr/bin/nodejs 	v18.19.0
			/usr/bin/node 		v18.19.0
			/usr/bin/npm 		10.2.3
			/usr/bin/npx 		10.2.3
			/usr/bin/corepack 	0.22.0

Recommended versions are nodejs 18.19.0 and npm 10.2.3
Your nodejs installation is correct

MEMORY: 
               total        used        free      shared  buff/cache   available
Mem:             16G        4.1G         10G        577K        1.7G         12G
Swap:           1.0G          0B        1.0G
Total:           17G        4.1G         11G

Active iob-Instances: 	35
Active repo(s): Stable (default)

ioBroker Core: 		js-controller 		5.0.17
			admin 			6.12.0

ioBroker Status: 	iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

Status admin and web instance:
+ system.adapter.admin.0                  : admin                 : pve-iobroker                             -  enabled, port: 8081, bind: 192.168.10.6, run as: admin
+ system.adapter.web.0                    : web                   : pve-iobroker                             -  enabled, port: 8082, bind: 192.168.10.6, run as: admin

Objects: 		47009
States: 		45903

Size of iob-Database:

53M	/opt/iobroker/iobroker-data/objects.jsonl
28M	/opt/iobroker/iobroker-data/objects.json.migrated
28M	/opt/iobroker/iobroker-data/objects.json.bak.migrated
59M	/opt/iobroker/iobroker-data/states.jsonl
8.4M	/opt/iobroker/iobroker-data/states.json.migrated
8.4M	/opt/iobroker/iobroker-data/states.json.bak.migrated
0	/opt/iobroker/iobroker-data/states.json.broken



=================== END OF SUMMARY ====================

=== Mark text until here for copying ===

[dos1973]

ab und an kommt diese Meldung:

Cannot read compact mode by host "system.host.pve-iobroker": timeout

[liv-in-sky]

@dos1973 sagte in Javascript Adapter stürzt ab:

Cannot read compact mode by host "system.host.

schau mal: https://forum.iobroker.net/topic/55373/seit-update-node-v12-v14-ständige-fehlermeldung