Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Thomas Braun]

@Chaot Plötzliche unerklärliche Probleme mit den Rechten können auf ein sterbendes Dateisystem hindeuten.

[Chaot]

@Thomas-Braun Auf der SSD am NUC? Am Raspi könnte ich mir das erklären.

[Thomas Braun]

@Chaot Auch die können sterben. Ich habe ja auch nicht gesagt, dass es 100% so ist, sondern das weggebröselte Dateirechte ein Hinweis auf Probleme dort sein kann.

[Chaot]

@Thomas-Braun Stimmt schon, aber komischerweise sind ja mit dem 4.1.5 die Dateirechte in Ordnung. Also liegt es vermutlich am Update.

[BBTown]

@Chaot
versuche mal ein update auf v4.6.7

[A Former User]

Fragt sich der problem geplagte User, woher die 4.6.7 ?
in den "Verwahrungs Orten" ist die nicht b.z.w. wird über diese nicht angezeigt.

[Thomas Braun]

@Blechsoldat
Geht im Moment nur über git (die 'Katze')

[Einstein67]

Mittels das Katzensysmbol von Git-Hub installieren!

[A Former User]

@Einstein67
Danke Sehr

[Jan1]

st über den timeout und dem zugehörigen stop timeout schon was bekannt?
Bei mir hat eben ein Script Fehler geworfen und beim Überprüfen ist mir das aufgefallen:

Das lässt sich zwar ändern, wird aber nicht gespeichert. Das Problem wird auch erst aktiv, wenn man am Script was ändert, ansonsten läuft das so und bringt auch keine Fehler. Seit wann das so ist und ob es mit dem Update des Adapter zusammenhängt weiß ich nicht.

Edit:
da ist definitiv was faul, da sich der Adapter nicht downgraden lässt, läuf zwar durch, aber an der Version ändert sich nichts und seit wann heißt das eigentlich "Wartezeit"?

Hier mal das Lag beim Deinstallieren, sind einige seltsame Meldungen drin:

$ ./iobroker del javascript
Delete adapter "javascript"
host.Beelink Counted 1 instances of javascript
host.Beelink Counted 1 meta of javascript
host.Beelink Counted 1 adapter for javascript
host.Beelink Counted 107 states of javascript
host.Beelink Counted 15 states of system.adapter.javascript
host.Beelink Counted 1 objects of javascript
host.Beelink file javascript.admin deleted
host.Beelink object javascript.admin deletedhost.Beelink Deleting 126 object(s).
npm uninstall iobroker.javascript --error --prefix "/opt/iobroker" (System call)
npm
 WARN tsutils@3.17.1 requires a peer of typescript@>=2.8.0 || >= 3.2.0-dev || >= 3.3.0-dev || >= 3.4.0-dev || >= 3.5.0-dev || >= 3.6.0-dev || >= 3.6.0-beta || >= 3.7.0-dev || >= 3.7.0-beta but none is installed. You must install peer dependencies yourself.
npm
 WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.1.3 (node_modules/fsevents):npm WARN 
notsup
 SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.1.3: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
npm WARN
 optional
 SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.5 (node_modules/osx-temperature-sensor):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.5: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})npm
 WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.1.2 (node_modules/zigbee-herdsman-converters/node_modules/fsevents):npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.1.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.1.2 (node_modules/zigbee-herdsman/node_modules/jest-haste-map/node_modules/fsevents):npm WARN
 notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.1.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})npm WARN 
optional SKIPPING OPTIONAL DEPENDENCY: fsevents@1.2.12 (node_modules/zigbee-herdsman/node_modules/fsevents):npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@1.2.12: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
process exited with code 0

[Chaot]

@BBTown 4..6.7 ist jetzt drauf. Bisher keine Fehlermeldung erschienen und alles scheint zu laufen.

[Jan1]

@Chaot
Schau Dir mal Deine Blockly Scripte an die timeouts drin haben, selbst mit der Github Version war das buggy

[Einstein67]

Hab bei meiner Heizungssteuerung einen "Pulsbetrieb" mit dem ich 1,2, oder 3 Stunden die Heizung aktivieren kann. Das ist alles über Timeouts gesteuert ... und hat gerade (Schei*** Eisheilige ;) ) mit 4.6.7 problemlos funktioniert.

[Jan1]

@Einstein67
Das läuft schon, nur ändere mal was im Blockly, dann wars das😁

[A Former User]

@Jan1 !

Läuft .... :grin:

[Jan1]

@Blechsoldat
Der Screenshot sagt aber was anderes😆
Mir ist es erst aufgefallen, als ich an einem Script was ergänzt hatte und plötzlich auch so schöne Meldungen im Log hatte. Wenn man nichts ändert, läuft das Script ohne Fehler.

[crunchip]

Habe ich heute auch festgestellt mit dem timeout, bei Script Änderung.
Und generell, habe ich Probleme mit dem Speichern/ Ändern/Bearbeiten der Scripte. Alles sehr träge. Wird nicht übernommen, muss mehrmals speichern bzw Änderungen wiederholen.
Probleme macht überwiegend FireFox.

[Negalein]

habe auch bei Blockly ein Problem mit 4.6.7

Das 18:00ist ein Phantom. Soll dort nicht sein, geht auch nicht zum löschen, hat aber zumindest keine Funktion.
Blockly funktioniert trotz dem Phantom.

Mit 4.6.9 aus Git besteht das Phänomen noch immer.

[Jan1]

@Negalein
Hier ist das Issues dazu, bisher kein Fix und einzige Lösung ist zurück auf 4.5.1, was bei mir nur durch ein Backup möglich war.

[Negalein]

@Jan1 sagte in Script Engine Update nach 4.6.4:

Hier ist das Issues dazu

und hier meins, mit dem 18:00Fehler