UNSOLVED Script Engine Update nach 4.6.4
-
@Chaot
Deinstalliere mal den JS Adapter und versuch ne Neuinstallation nach dem der Fixer noch mal lief.
Ein reboot des ganzen System wirkt auch oft Wunder. -
@Jan1
Ich habe das auch schon versucht.
Der letzte Versuch war jetzt mit der Brechstange.
Das ganze Verzeichnis auf 777 gesetzt, Adapter installiert und danach den Fixer wieder drüber.
Jetzt ist (seltsamerweise) 4.6.4 installiert und der Script Reiter zeigt auch wieder die Scripte.
Fehlermeldung ist noch:javascript.0 2020-05-16 09:35:06.364 error (27210) WARN deprecated request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142 javascript.0 2020-05-16 09:35:06.361 error (27210) npm javascript.0 2020-05-16 09:34:59.751 error (27210) Cannot install request: 254 javascript.0 2020-05-16 09:34:59.734 error npm ERR! /home/iobroker/.npm/_logs/2020-05-16T07_34_59_687Z-debug.log javascript.0 2020-05-16 09:34:59.734 error (27210) A complete log of this run can be found in: javascript.0 2020-05-16 09:34:59.731 error (27210) ERR! javascript.0 2020-05-16 09:34:59.728 error (27210) javascript.0 2020-05-16 09:34:59.726 error (27210) npm javascript.0 2020-05-16 09:34:59.724 error (27210) javascript.0 2020-05-16 09:34:59.691 error npm ERR! enoent javascript.0 2020-05-16 09:34:59.691 error npm ERR! enoent This is related to npm not being able to find a file. javascript.0 2020-05-16 09:34:59.691 error npm ERR! enoent ENOENT: no such file or directory, access '/opt/iobroker/node_modules/iobroker.javascript/node_modules/xml2js-parser' javascript.0 2020-05-16 09:34:59.691 error npm ERR! errno -2 javascript.0 2020-05-16 09:34:59.691 error npm ERR! path /opt/iobroker/node_modules/iobroker.javascript/node_modules/xml2js-parser javascript.0 2020-05-16 09:34:59.691 error npm ERR! syscall access javascript.0 2020-05-16 09:34:59.691 error (27210) npm ERR! code ENOENT javascript.0 2020-05-16 09:34:59.539 error (27210) npm WARN checkPermissions Missing write access to /opt/iobroker/node_modules/iobroker.javascript/node_modules/xml2js-parser host.ioBroker 2020-05-16 09:34:57.521 info iobroker exit 0 host.ioBroker 2020-05-16 09:34:56.504 info iobroker Adapter "javascript" updated host.ioBroker 2020-05-16 09:34:56.447 info iobroker upload [0] javascript.admin /opt/iobroker/node_modules/iobroker.javascript/admin/adminWords.js adminWords.js application/javascript host.ioBroker 2020-05-16 09:34:56.382 info iobroker upload [1] javascript.admin /opt/iobroker/node_modules/iobroker.javascript/admin/asset-manifest.json asset-manifest.json application/json host.ioBroker 2020-05-16 09:34:56.317 info iobroker upload [2] javascript.admin /opt/iobroker/node_modules/iobroker.javascript/admin/favicon.ico favicon.ico image/vnd.microsoft.icon host.ioBroker 2020-05-16 09:34:56.256 info iobroker upload [3] javascript.admin /opt/iobroker/node_modules/iobroker.javascript/admin/google-blockly/LICENSE google-blockly/LICENSE null host.ioBroker 2020-05-16 09:34:56.183 info iobroker upload [4] javascript.admin /opt/iobroker/node_modules/iobroker.javascript/admin/google-blockly/blockly_compressed.js google-blockly/blockly_compressed.js application/javascript javascript.0 2020-05-16 09:34:56.142 error (27210) WARN deprecated request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142 javascript.0 2020-05-16 09:34:56.139 error (27210) npmAn dem Request Fehler scheint Bluefox zu arbeiten wenn ich das Changelog richtig lese. Aber warum er bei Rechten 777 immer noch die Rechte beim xml2js-parser bemängelt ist mit schleierhaft.
open Request’s Past, Present and Future #3142
open Request’s Past, Present and Future #3142
-
@Chaot Plötzliche unerklärliche Probleme mit den Rechten können auf ein sterbendes Dateisystem hindeuten.
-
@Thomas-Braun Auf der SSD am NUC? Am Raspi könnte ich mir das erklären.
-
@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.
-
@Thomas-Braun Stimmt schon, aber komischerweise sind ja mit dem 4.1.5 die Dateirechte in Ordnung. Also liegt es vermutlich am Update.
-
@Chaot
versuche mal ein update auf v4.6.7 -
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. -
@Blechsoldat
Geht im Moment nur über git (die 'Katze') -
Mittels das Katzensysmbol von Git-Hub installieren!
-
@Einstein67
Danke Sehr -
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 -
@BBTown 4..6.7 ist jetzt drauf. Bisher keine Fehlermeldung erschienen und alles scheint zu laufen.
-
@Chaot
Schau Dir mal Deine Blockly Scripte an die timeouts drin haben, selbst mit der Github Version war das buggy -
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. -
@Einstein67
Das läuft schon, nur ändere mal was im Blockly, dann wars das
-
-
@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. -
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. -
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.
