NEWS
Js-controller 1.5.3 in latest verfügbar
-
Diese Meldung habe ich auch, kam aber mit dem Update auf Admin 3.5.9. ..jscontroller habe ich noch nicht hochgezogen…Verprobe das gerade in meinem Testfeld, nach dem letzten Alptraum im life system...
-
nach dem upddate des js-controller habe ich in meinem Testfeld auch das Problem mit iobroker stop… killall.sh...
hier auch schon mehrfach beschrieben...
jscontroller 1.5.0 und Admin 3.5.8 funktionieren im zusammenspiel einwandfrei... Damit fahre ich gerade mein lifesystem bzw. bin nach dem Update wieder mit meinem Backup darauf zurück...
-
Controller 1.5.0 bitte nicht nutzen!!! Wenn dann 1.5.3.
Gesendet vom Handy …
-
Hallo zusammen,
ich hatte bis heute Früh die Controller-Version 1.5.0 laufen (ohne Probleme). Habe dann upgegraded auf 1.5.3 und dann hat alles verrückt gespielt. Im Reiter "Hosts" war ersichtlich, dass mehr als 2000 Ereignisse am Laufen waren, diverse Adapter haben Fehlermeldungen ausgegeben und der Slave-Pi wurde nicht mehr erkannt.
Bin wieder zurück auf 1.4.2 und nach einigen Restarts und viel Schwitzen rennt jetzt alles wieder :).
Konfig: Habe zwei Pi's im Multihost laufen.
-
Hi, hab auch Multihost im Betrieb. Ich hab gestern das Update gemacht und bei mir sieht alles normal aus. Hab parallel node.js von 6 auf 8 aktualisiert.
Ich hatte erst den Host auf 1.5.3 angehoben, dann direkt hinterher den Slave. Auf dem master dann via reinstall.sh erst Mal bei kompilieren lassen (wegen node8) und dann beide Maschinen neu gestartet…
Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk
-
Hi, hab auch Multihost im Betrieb. Ich hab gestern das Update gemacht und bei mir sieht alles normal aus. Hab parallel node.js von 6 auf 8 aktualisiert.
Ich hatte erst den Host auf 1.5.3 angehoben, dann direkt hinterher den Slave. Auf dem master dann via reinstall.sh erst Mal bei kompilieren lassen (wegen node8) und dann beide Maschinen neu gestartet…
Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk `
bis auf das HTTPS Problem lief bei mir auch alles reibungslos…
auf alles Maschinen.. incl. node.js von 6 auf 8
@apollon77 : seid ihr an der Auth Problematik drann.. oder lohnt noch wenn ich die nutzen will der Rücksprung auf 1.4.2.. woche , 2, 3 ....
-
na das ist ne Ansage..
-
Hallo Ingo,
kannst Du auch eine Aussage zu node.js 10 treffen? Mein eines Testsystem läuft damit. Allerdings hagelt es weiterhin viele Fehlermeldungen bei js-Controler und Adapterinstallationen.
Helle
-
Have auch festgestellt, dass meine einfachen Skripte nicht mehr laufen… Hab neue geschrieben, "Trigger auf zwave Bewegungssensor, dann Lampe an" Ich sehe, dass das Objekt auf true geht, Lampe bleibt aus. Sehr komisch, gehe dann auch zurück auf js1.4.2. Update war zwar reibungslos wie oben geschrieben, keine Fehler im log, aber Skripte laufen bei mir nicht mehr
Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk
PS: beim Downgrade nur Fehler erhalten. EIn Hoch auf das Backup dass ich bei Proxmox vorher angelegt hatte...evtl schreibt hier jemand wissendes, wie man einen downgrade richtig macht. Der folgende Code scheint nicht richtig gewesen zu sein (hab drüberinstalliert):
NICHT NACHMACHEN````
npm install iobroker.js-controller@1.4.2 --productionund der Vollständigkeit halber noch der Fehleroutput zu meinem fehlgeschlagenen Versuch: >! ```` thorsten@iobrokerNUC:~$ sudo su [sudo] Passwort für thorsten: root@iobrokerNUC:/home/thorsten# cd /opt/iobroker root@iobrokerNUC:/opt/iobroker# iobroker stop Stopping iobroker controller daemon... iobroker controller daemon stopped. fs.js:1123 return binding.chmod(pathModule._makeLong(path), modeNum(mode)); ^ >! Error: ENOENT: no such file or directory, chmod '/opt/iobroker/node_modules/iobroker.js-controller/lib/../killall.sh' at Object.fs.chmodSync (fs.js:1123:18) at Daemon.daemon.on (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:286:32) at emitOne (events.js:121:20) at Daemon.emit (events.js:211:7) at Daemon. <anonymous>(/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:267:14) at Daemon._tryKill (/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:277:23) at ontimeout (timers.js:498:11) at tryOnTimeout (timers.js:323:5) at Timer.listOnTimeout (timers.js:290:5) root@iobrokerNUC:/opt/iobroker# npm install iobroker.js-controller@1.4.2 --production >! > iobroker.js-controller@1.4.2 preinstall /opt/iobroker/node_modules/iobroker.js-controller > node lib/preinstall_check.js >! NPM version: 6.4.1 npm version >= 5: disabling package-lock >! > iobroker.js-controller@1.4.2 install /opt/iobroker/node_modules/iobroker.js-controller > node iobroker.js setup first >! Cannot delete file. Not critical: Error: EACCES: permission denied, unlink '/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../_service_iobroker.bat' Cannot delete file. Not critical: Error: EACCES: permission denied, unlink '/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../iobroker.bat' fs.js:885 return binding.mkdir(pathModule._makeLong(path), ^ >! Error: EACCES: permission denied, mkdir '/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../tmp' at Object.fs.mkdirSync (fs.js:885:18) at Setup.setup (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupSetup.js:143:58) at /opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:629:27 at processCommand (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:661:15) at Object.module.exports.execute (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:3166:5) at Object. <anonymous>(/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js:1:100) at Module._compile (module.js:653:30) at Object.Module._extensions..js (module.js:664:10) at Module.load (module.js:566:32) at tryModuleLoad (module.js:506:12) npm ERR! code ELIFECYCLE npm ERR! errno 1 npm ERR! iobroker.js-controller@1.4.2 install: `node iobroker.js setup first` npm ERR! Exit status 1 npm ERR! npm ERR! Failed at the iobroker.js-controller@1.4.2 install script. npm ERR! This is probably not a problem with npm. There is likely additional logging output above. >! npm ERR! A complete log of this run can be found in: npm ERR! /root/.npm/_logs/2018-09-19T21_12_59_931Z-debug.log root@iobrokerNUC:/opt/iobroker#</anonymous></anonymous>
-
Nur kurz die Info, dass bei mir alle bisherigen Versionen des js-controllers problemlos im Docker-Abbild auf der Synology DiskStation liefen. Das gilt auch für die Version 1.5.3.
-
@dtp:Nur kurz die Info, dass bei mir alle bisherigen Versionen des js-controllers problemlos im Docker-Abbild auf der Synology DiskStation liefen. Das gilt auch für die Version 1.5.3. `
dann schalte mal https mit auth ein ….
-
Hallo,
hab jetzt auf meinem PI erfolgreich den Downgrad von 1.53 - 1.42 gemacht.
HTTPS Webserver Instance läuft jetzt auch wieder.
Hier beschrieben:
-
ich habe als latest repo eingetragen: http://download.iobroker.net/sources-dist-latest.json
dort ist nur die Version 1.4.2, wie komme ich an die 1.5.3?
-
@nisio:ich habe als latest repo eingetragen: http://download.iobroker.net/sources-dist-latest.json
dort ist nur die Version 1.4.2, wie komme ich an die 1.5.3? ` Hi nisio, aktuell glaube garnicht. Wurde wieder zurückgedreht. Die neue Version hatte ich drauf und bin zurück auf 1.4.2 wegen zu vieler Probleme (via Backup zurück auf alte Version).
VG Thorsten
Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk
-
Hab nun leider im multihost den Master auf 1.5.3 und einen neuen slave auf 1.4.2
Wie bekomme ich den master wieder zurück auf 1.4.2?
-
Die beiden sollten eigentlich miteinander können. Wenn Du keine Probleme mit 1.5.3 hast, dann kannst Du es doch so belassen.
-
Bislang geht vieles ganz gut.
Drüber gestolpert bin ich, da ich einige Adapter nicht deinstallieren kann:
-
simple-api
-
socket-io
-
-
Die 1.5.3 ist immer noch auf npm. Also ein js-controller@1.5.3 sollte das installieren. Wir haben nur für latest wieder auf 1.4.2 gestellt.
Gesendet vom Handy …
-
so installiert aber…
ich bekomme im Admin die alte 2-er Oberfläche .. wenn ich die instanzen konfigurieren will..kann das ??
ich dussel..upload … :oops: :oops:
-
so na dann … ich hab mal die Version auf mein Multihost geschmissen..
mal schauen.. die Login Probleme sind schon mal behoben.. mal schauen wie es weiter läuft.. LOG ist erstmal sauber