ioBroker.js-controller 1.5.6

sigi234

Ich habe folgendes Verhalten beobachtet:

Beim laden wird immer auf 127.0.0.1 gefiltert, wenn ich das Rote X Drücke geht es.

Screenshot (1824).png

Screenshot (1825).png

coyote

Ist nur "neue Datenstruktur" angewählt, Pfad 1-4 ausgefüllt, 60Sek Zeitlimit und Iconset 6
Das war's auch schon

sigi234

@coyote sagte in ioBroker.js-controller 1.5.6:

Ist nur "neue Datenstruktur" angewählt, Pfad 1-4 ausgefüllt, 60Sek Zeitlimit und Iconset 6
Das war's auch schon

Aha, ich habe nur Pfad 2+3 drinnen.

coyote

Hm ok, hab 1 und 4 mal raus genommen und schedule auf 2 min, mal sehen ob ein Fehler kommt.

Edit: Alles gut, kein Fehler

sigi234

@coyote

daswetter.0	2019-02-14 00:02:01.516	error	RangeError: Maximum call stack size exceeded at tryParse (C:\ioBroker\node_modules\socket.io-parser\index.js:336:12) at decodeString (C:\ioBroker\node_modules\socket.io-parser\index.js:325:9)
daswetter.0	2019-02-14 00:02:01.516	error	uncaught exception: Maximum call stack size exceeded

coyote

Zur Info:

Socket.io 2.1.1
npm 6.4.1
nodejs 8.12.0

Also hab ich nur eine andere nodejs Version

cvidal

Seit 1.5.6 wird bei mir auch gefiltert, entweder steht da mal meine Email Adresse oder ne 2323...
Kann mir das überhaupt nicht erklären...

Homer.J.

Morgen,

2019-02-14 05:15:03.312 - error: daswetter.0 uncaught exception: Maximum call stack size exceeded
2019-02-14 05:15:03.313 - error: daswetter.0 RangeError: Maximum call stack size exceeded

Grüße

Bluefox

@sigi234 hat nichts mit js-controller zu tun.

Bluefox

@Homer1976 hat jemand meine git Version ausprobiert?

Matzebhv

Moin,
nachdem die 1.5.6 bei mir ja nicht lief und ich wieder zurück auf die 1.4.2 bin habe ich mir ( scheinbar ) wieder ein altes Problem mit Cron eingefangen. Mein Weckerscript wirft bei Cron und Astro einen Fehler:

javascript.0	2019-02-14 08:24:57.808	error	at ContextifyScript.Script.runInContext (vm.js:59:29)
javascript.0	2019-02-14 08:24:57.808	error	at script.js.Funktionen.Wecker:10:1
javascript.0	2019-02-14 08:24:57.808	error	TypeError: schedule is not a function
javascript.0	2019-02-14 08:24:57.808	error	^
javascript.0	2019-02-14 08:24:57.808	error	schedule("30 30 6 * * 1-5", function () {
javascript.0	2019-02-14 08:24:57.808	error	script.js.Funktionen.Wecker: script.js.Funktionen.Wecker:10


javascript.0	2019-02-14 08:27:24.979	error	at ContextifyScript.Script.runInContext (vm.js:59:29)
javascript.0	2019-02-14 08:27:24.979	error	at script.js.Funktionen.Wecker:22:1
javascript.0	2019-02-14 08:27:24.979	error	TypeError: schedule is not a function
javascript.0	2019-02-14 08:27:24.979	error	^
javascript.0	2019-02-14 08:27:24.979	error	schedule({astro: "sunriseEnd", shift: 0}, function () {
javascript.0	2019-02-14 08:27:24.979	error	script.js.Funktionen.Wecker: script.js.Funktionen.Wecker:22

Konnte das noch jemand beobachten?
Gruß
Matze

Bluefox

Участник @Matzebhv написал в ioBroker.js-controller 1.5.6:

nachdem die 1.5.6 bei mir ja nicht lief

Was genau nicht lief?

BBTown

@Matzebhv Bei mir wurde heute Morgen ebenfalls ein zeitgesteuertes Script nicht ausgeführt.
js-controller v.1.5.6
javascript Adapter v.3.6.4

Ich habe allerdings kein LOG hierzu

Da dies erstmalig/einmalig auftrat, ist es natürlich schwer zu sagen, ob dies das gleiche Phänomen ist wie bei Dir?!

Matzebhv

@Bluefox :

Das ist ein Weckerscript ( Blockly ) wo 2 Crontrigger untereinander hängen. Am Ende hängt ein Astrotrigger, der Licht ausschaltet.

Sowohl der 2. Crontrigger als auch der Astrotrigger werfen beim speichern des Blockly den o.g. Fehler im Log und werden auch nicht ausgeführt.

Ich habe jetzt den 2. Crontrigger herausoptimiert, geblieben ist der Fehler mit dem Astrotrigger.

Matzebhv

Hier das Ganze in der JS-Ansicht:

var schedule;


schedule = schedule('30 6 * * 1-5', function () {
  // nur wenn Urlaub nicht gesetzt

  if (getState("Datenpunkte.0.Urlaub").val == false && getState("feiertage.0.heute.boolean").val == false) {
    setState("alexa2.0.Echo-Devices.G070RQ10803610P8.Commands.goodmorning"/*goodmorning*/, true);
  }
  // Schalte Echo SchlaZi ein
  setStateDelayed("alexa2.0.Echo-Devices.G070RQ10803610P8.Player.TuneIn-Station"/*TuneIn-Station*/, 's25565', 30000, false);
  setStateDelayed("alexa2.0.Echo-Devices.G000MW0480550GJ5.Player.TuneIn-Station"/*TuneIn-Station*/, 's25565', 1800000, false);
  setStateDelayed("alexa2.0.Echo-Devices.G070RQ10803610P8.Player.controlPause"/*controlPause*/, true, 1800000, false);
  // Setze Hue Schlafzimmer langsam auf 100%
  setState("hue.0.Philips_hue.Schlafzimmer.command"/*Philips_hue.Schlafzimmer.command*/, '{"on":true,"sat":250,"r":254,"g":135,"b":26,"level":100,"transitiontime":18000}');
  if (getState("Datenpunkte.0.Astro_Nacht").val == true) {
    setState("hue.0.Philips_hue.Küche.level"/*Philips_hue.Küche.level*/, '10');
  }
});
schedule({astro: "sunriseEnd", shift: 0}, function () {
  setState("hue.0.Philips_hue.Küche.level"/*Philips_hue.Küche.level*/, '0');
});

Matzebhv

@Bluefox ah, ok. Frage falsch verstanden. Das hatte ich oben schon einmal geschrieben. IOBroker hat ca. alle 30 sec. mit:

host.raspberry	2019-02-13 18:19:05.539	error	RangeError: Maximum call stack size exceeded at Buffer.write (buffer.js:855:34) at fromString (buffer.js:319:20) at Function.Buffer.from (buffer.js:177:12) at new Buffer (buffer.js:158
host.raspberry	2019-02-13 18:19:05.538	error	uncaught exception: Maximum call stack size exceeded
iot.0	2019-02-13 18:19:04.819	info	Connection changed: connect

neu gestartet,

Homer.J.

@Bluefox Hallo Bluefox,

hab mal direkt von Git installiert nach kurzer Zeit dieser Fehler.

daswetter.0	2019-02-14 10:50:02.959	error	at WS.Transport.onPacket (/opt/iobroker/node_modules/engine.io-client/lib/transport.js:145:8)
daswetter.0	2019-02-14 10:50:02.959	error	at WS.Emitter.emit (/opt/iobroker/node_modules/engine.io-client/node_modules/component-emitter/index.js:133:20)
daswetter.0	2019-02-14 10:50:02.959	error	at WS.<anonymous> (/opt/iobroker/node_modules/engine.io-client/lib/socket.js:268:10)
daswetter.0	2019-02-14 10:50:02.959	error	at Socket.onPacket (/opt/iobroker/node_modules/engine.io-client/lib/socket.js:451:14)
daswetter.0	2019-02-14 10:50:02.959	error	at Socket.Emitter.emit (/opt/iobroker/node_modules/engine.io-client/node_modules/component-emitter/index.js:133:20)
daswetter.0	2019-02-14 10:50:02.959	error	at Socket.<anonymous> (/opt/iobroker/node_modules/component-bind/index.js:21:15)
daswetter.0	2019-02-14 10:50:02.959	error	at Manager.ondata (/opt/iobroker/node_modules/socket.io-client/lib/manager.js:322:16)
daswetter.0	2019-02-14 10:50:02.959	error	at Decoder.add (/opt/iobroker/node_modules/socket.io-parser/index.js:237:14)
daswetter.0	2019-02-14 10:50:02.959	error	at decodeString (/opt/iobroker/node_modules/socket.io-parser/index.js:325:9)
daswetter.0	2019-02-14 10:50:02.959	error	at tryParse (/opt/iobroker/node_modules/socket.io-parser/index.js:336:12)
daswetter.0	2019-02-14 10:50:02.959	error	RangeError: Maximum call stack size exceeded
daswetter.0	2019-02-14 10:50:02.958	error	uncaught exception: Maximum call stack size exceeded

Grüße

PrinzEisenherz1

Hi @Bluefox
Bei mir läuft seit gestern die 1.5.6 und bis jetzt läuft alles.
Ausser die Warnmeldung vom dasWetter-Adapter.

host.ioBroker-VM	2019-02-14 11:32:07.105	error	instance system.adapter.daswetter.0 terminated with code 11 (Desired termination)

Die war bei der 1.4.2 nicht. Die kommt zeitlich so wie ich den Schedule vom Adapter eingestellt habe.

Ansonsten sehe ich derzeit keine Auffälligkeiten.

Gruß
Johnny

System:
ioBroker in VM (Proxmox) noch alte Installationsart.
node: 8.15.0
nodejs: 8.15.0
npm: 6.5.0
JS: 3.6.5
JS-Controller: 1.5.6
dasWetter: 2.6.1

Bluefox

@PrinzEisenherz1 Dafür gibt es jetzt 1.5.7

simatec

@apollon77 sagte in ioBroker.js-controller 1.5.6:

@simatec Nach Rücksprache mit @AlCalzone ist das nicht ganz korrek t- zumindestens nicht mit den Installern seit 20.1. glaube ich.

Dafpr ind die Default ACLs da die vom Instller gesetzt werden

Dann gehören die Dateien zwar dem aktuellen user, iobroker behält trotzdem die Berechtigungen

Ich habe heute nochmal ein debian testsystem eingerichtet und mit

npm i iobroker.js-controller@1.5.7

ein Update angestossen. Geht leider nicht mit neuem Installer.
Es fehlen danach Rechte.

host.debian	2019-02-14 18:04:18.844	error	Error: EACCES: permission denied, open '/opt/iobroker/node_modules/iobroker.js-controller/pids.txt' at Object.fs.openSync (fs.js:646:18) at Object.fs.writeFileSync (fs.js:1299:33) at Timeo
host.debian	2019-02-14 18:04:18.844	error	uncaught exception: EACCES: permission denied, open '/opt/iobroker/node_modules/iobroker.js-controller/pids.txt'

Ich muss mit chmod die Rechte per Konsole dann manuell vergeben, damit es läuft.

NEWS

ioBroker.js-controller 1.5.6

Support us

663
Online

31.6k
Users

79.4k
Topics

1.3m
Posts

NEWS

ioBroker.js-controller 1.5.6

Support us

663Online

31.6kUsers

79.4kTopics

1.3mPosts

663
Online

31.6k
Users

79.4k
Topics

1.3m
Posts