NEWS
js-controller 2 jetzt für alle im Stable
-
@SabineT sagte in js-controller 2 jetzt für alle im Stable:
Vorallem die Aliase sind sehr praktisch und deutlich besser als die Alias_ID beim SQL-Adapter.
Am Ende sind es zwei verschiedene Anwendungsfälle. Die Alias-ID beim SQL ist nur dazu da um "frühere Daten" und "neue Daten" bei Wechseln zusammenzubekommen. Also auch wenn man jetzt auf alias umstellt kann es sinn machen das im SQL Adapter zu nutzen das die Daten durchgängig geloggt sind .. aber ja hier überschneiden sich features ein bissl.
Export mit mehreren Hosts ist gerade ein "known bug" ;-(
-
Hallo zusammen,
ich bekomme seit dem Update folgende Logeinträge:
host.ioBroker 2019-11-20 18:46:12.003 error instance system.adapter.bring.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING) host.ioBroker 2019-11-20 18:46:12.003 error Caught by controller[4]: (node:22942) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by host.ioBroker 2019-11-20 18:46:12.002 error Caught by controller[3]: at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:304:14) host.ioBroker 2019-11-20 18:46:12.002 error Caught by controller[3]: at handleError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:190:15) host.ioBroker 2019-11-20 18:46:12.002 error Caught by controller[3]: (node:22942) UnhandledPromiseRejectionWarning: ParserError: Protocol error, got "H" as reply type byte. Please report this. host.ioBroker 2019-11-20 18:46:12.002 error Caught by controller[2]: (node:22942) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js proc host.ioBroker 2019-11-20 18:46:12.002 error Caught by controller[1]: (node:22942) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by host.ioBroker 2019-11-20 18:46:12.001 error Caught by controller[0]: at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:304:14) host.ioBroker 2019-11-20 18:46:12.001 error Caught by controller[0]: at handleError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:190:15) host.ioBroker 2019-11-20 18:46:12.001 error Caught by controller[0]: (node:22942) UnhandledPromiseRejectionWarning: ParserError: Protocol error, got "H" as reply type byte. Please report this.
Woran könnte das liegen?
-
@ilovegym sagte in js-controller 2 jetzt für alle im Stable:
@SabineT sagte in js-controller 2 jetzt für alle im Stable:
Erst mal Danke an Alle, die an der Entwicklung von ioBroker beteiligt sind!
Vorallem die Aliase sind sehr praktisch und deutlich besser als die Alias_ID beim SQL-Adapter.
Wo ich im Moment ein Problem habe, ist der Export aller Javascripte. Da bekomme ich nur die Meldung "File 2019-11-20-scripts.zip.zip not found".
Den Fehler habe ich auch, hast du Clienthosts ? Bei mir funktioniert der Export aller Scripte als zip file, wenn ich alle Clients vom iobroker abmelde (per console ein iobroker stop reicht) , dann kann ich die Funktion aufrufen, das File wird erzeugt, download, alles gut. Danach einfach wieder alle Clients mit "iobroker start" starten...
Issue auf Git ist schon angelegt.
Danke für den Tipp mit dem Client stoppen!
-
@apollon77 sagte in js-controller 2 jetzt für alle im Stable:
@SabineT sagte in js-controller 2 jetzt für alle im Stable:
Vorallem die Aliase sind sehr praktisch und deutlich besser als die Alias_ID beim SQL-Adapter.
Am Ende sind es zwei verschiedene Anwendungsfälle. Die Alias-ID beim SQL ist nur dazu da um "frühere Daten" und "neue Daten" bei Wechseln zusammenzubekommen. Also auch wenn man jetzt auf alias umstellt kann es sinn machen das im SQL Adapter zu nutzen das die Daten durchgängig geloggt sind .. aber ja hier überschneiden sich features ein bissl.
Export mit mehreren Hosts ist gerade ein "known bug" ;-(
Ok, alles klar
-
Re: js-controller 2 jetzt für alle im Stable
Hallo zusammen, seit dem aktuellen Update, habe ich von meinem MagicMirror über das MMM-iobroker scheinbar keine Verbindung mehr zur Iobroker Instanz auf meinem zweiten PI.
Ich bin nach der Updateanleitung vorgegangen. zuerst alle Adapter installiert, danach die Node.js 10 noch aufgespielt. Bis dahin lief alles ohne Probleme. Die Anzeige auf meinem MagicMirror war bis dahin noch in Ordnung. Nach dem ich den controller aktuallisiert hatte, war es mit der Anzeige leider vorbei. Mit downgrade auf die letze stabile Version 1.5.14 lief alles wieder wie früher.
Hatt sich da ggf. ein Port geändert?
Hier mal ein Ausschnitt aus der config auf dem MM.config: { host: '192.168.xxx.xxx', port: '8082', https: false, devices: [ { name: 'offene Fenster:', deviceStates: [ { id: 'hm-rega.0.3102',},
Hat vielleicht jemand eine Idee, wie ich das ganze wieder zum laufen bekomme?
Eine Neuinstallation vom Iobroker brachte leider auch keine Verbesserung. -
Hallo,
ich habe mein Multihost-System klassisch aktualisiert, also erst machen, dann lesen.
Deswegen habe ich den Master aktualisiert und jetzt geht es auf dem Slave nicht:/opt/iobroker $ sudo npm install iobroker.js-controller > iobroker.js-controller@1.5.14 preinstall /opt/iobroker/node_modules/iobroker.js-controller > node lib/preinstallCheck.js NPM version: 6.11.3 npm version >= 5: disabling package-lock > iobroker.js-controller@1.5.14 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:114 throw err; ^ Error: EACCES: permission denied, mkdir '/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../tmp' at Object.mkdirSync (fs.js:757:3) at Setup.setup (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupSetup.js:189:58) at /opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:653:27 at processCommand (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:691:15) at Object.module.exports.execute (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:3193:5) at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js:1:38) at Module._compile (internal/modules/cjs/loader.js:778:30) at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10) at Module.load (internal/modules/cjs/loader.js:653:32) at tryModuleLoad (internal/modules/cjs/loader.js:593:12) npm ERR! code ELIFECYCLE npm ERR! errno 1 npm ERR! iobroker.js-controller@1.5.14 install: `node iobroker.js setup first` npm ERR! Exit status 1 npm ERR! npm ERR! Failed at the iobroker.js-controller@1.5.14 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/2019-11-20T19_02_39_563Z-debug.log
Hat jemand eine Idee, wie ich das wieder flott kriege ?
Danke!
Master: Ubuntu
Slave: Raspi
node: 10.17.0
nodejs: 10.17.0 -
"9. Uups, ich habe meinen Master zuerst aktualisiert und jetzt können sich die Slaves nicht mehr verbinden. Was nun?
Alles halb so wild, die Slaves müssen jetzt nur leicht anders aktualisiert werden:
ioBroker stoppen, Backup machen
Prüfen das keine Prozesse mehr laufen (ps auxww|grep io und ps auxww|grep backup)
im ioBroker Verzeichnis npm install iobroker.js-controller ausführen. Falls es dabei auf Linux zu Fehlern kommt und nicht funktioniert bitte sudo -u iobroker -H npm install iobroker.js-controller nutzen.
starten" -
@dslraser Ja, genau das habe ich gemacht. aber ich bekomme leider einen permission Fehler (s.o.)...
Beim zweiten Weg sagt er, dass es den User nicht gibt. -
Hallo, kann mir bitte jemand helfen? Bekomme bei den Befehlen im ersten Post
Linux: Mindestanforderung: Node.js 8.x, besser 10.x installieren! Prüfen mit node -v. Update nötig? -> Bitte im Text lesen! Reihenfolge: Slave-Systeme zuerst aktualisieren! Master zuletzt! iobroker update - Repository updaten und schauen ob Update angeboten wird! iobroker stop -ioBroker stoppen. Prüfen das keine Prozesse (auch ggf. Backups o.ä.) mehr laufen/hängen! iobroker upgrade self - Das eigentliche Update iobroker start - ioBroker wieder starten
folgende Fehlermeldung:
pi@raspberrypi:~ $ iobroker stop -bash: /usr/bin/iobroker: /usr/bin/bash: bad interpreter: No such file or directory
Es läuft auf einen Raspi4 unter Buster Light. Bin im Moment auf 5.1.14 js-controller. Node Version 10.17.0.
-
@Oli Dieser Fehler kommt wenn der Adapter versucht zu einem 1.5er Controller zu verbinden. Ggf reboote mal
-
-
@piForscher Sehr interessant warum er trotz der 2.10 als "Latest" auf npm die alte Version installiert. Häng mal bei dem install ein "@2.1.0" hinten dran
Ansonsten den Fixer mal nutzen
-
@Johannes-Bauerstatter Installation Fixer bitte nutzen
-
@apollon77 Hallo funktioniert leider nicht, da ich iobroker nicht stoppen kann.
pi@raspberrypi:/opt/iobroker $ curl -sL https://iobroker.net/fix.sh | bash - ioBroker or some processes are still running: io.mqtt.0 io.web.0 io.sonoff.0 io.javascript.0 io.cloud.0 io.telegram.1 io.history.0 io.info.0 io.text2command.0 io.telegram.0 io.admin.0 Please stop them first and try again! pi@raspberrypi:/opt/iobroker $ iobroker stop -bash: /usr/bin/iobroker: /usr/bin/bash: bad interpreter: No such file or directory pi@raspberrypi:/opt/iobroker $
-
@Johannes-Bauerstatter Kille einfach die Prozesse manuell wo wie es oben steht. 'ps auxww|grep io' dann manuell mit 'sudo kill -9 Prozessid'
-
@apollon77
Eine Fehlermeldung bekomme ich keine angezeigt. Dort, wo eigentlich die Ausgabe am Display stehen sollte, wird nur ein Strich angezeigt.
Da ich leider nicht so viel Ahnung von der Materie habe, weiß ich leider nicht, wie ich prüfen kann, ob ich irgendwie mit einem Befehl prüfen kann, ob es eine Fehlermeldung über die console gibt. -
@apollon77 Danke für den Vorschlag, hat aber leider nichts geändert:
/opt/iobroker $ sudo npm install iobroker.js-controller@2.1.0 > iobroker.js-controller@2.1.0 preinstall /opt/iobroker/node_modules/iobroker.js-controller > node lib/preinstallCheck.js NPM version: 6.11.3 > unix-dgram@2.0.2 install /opt/iobroker/node_modules/unix-dgram > node-gyp rebuild gyp WARN EACCES user "pi" does not have permission to access the dev dir "/root/.cache/node-gyp/10.17.0" gyp WARN EACCES attempting to reinstall using temporary dev dir "/opt/iobroker/node_modules/unix-dgram/.node-gyp" gyp WARN install got an error, rolling back install gyp WARN install got an error, rolling back install gyp ERR! configure error gyp ERR! stack Error: EACCES: permission denied, mkdir '/opt/iobroker/node_modules/unix-dgram/.node-gyp' gyp ERR! System Linux 4.19.66-v7+ gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild" gyp ERR! cwd /opt/iobroker/node_modules/unix-dgram gyp ERR! node -v v10.17.0 gyp ERR! node-gyp -v v5.0.3 gyp ERR! not ok > iobroker.js-controller@2.1.0 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' Cannot delete file. Not critical: Error: EACCES: permission denied, unlink '/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../iob.bat' fs.js:114 throw err; ^ Error: EACCES: permission denied, mkdir '/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../tmp' at Object.mkdirSync (fs.js:757:3) at Setup.setup (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupSetup.js:688:58) at processCommand (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:235:23) at Object.module.exports.execute (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:2408:5) at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js:1:24) at Module._compile (internal/modules/cjs/loader.js:778:30) at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10) at Module.load (internal/modules/cjs/loader.js:653:32) at tryModuleLoad (internal/modules/cjs/loader.js:593:12) at Function.Module._load (internal/modules/cjs/loader.js:585:3) npm WARN winston-syslog@2.3.0 requires a peer of winston@^3.0.0 but none is installed. You must install peer dependencies yourself. npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.1.2 (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":"arm"}) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: unix-dgram@2.0.2 (node_modules/unix-dgram): npm WARN optional SKIPPING OPTIONAL DEPENDENCY: unix-dgram@2.0.2 install: `node-gyp rebuild` npm WARN optional SKIPPING OPTIONAL DEPENDENCY: Exit status 1 npm ERR! code ELIFECYCLE npm ERR! errno 1 npm ERR! iobroker.js-controller@2.1.0 install: `node iobroker.js setup first` npm ERR! Exit status 1 npm ERR! npm ERR! Failed at the iobroker.js-controller@2.1.0 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/2019-11-20T19_45_31_850Z-debug.log
Und der Fixer:
/opt/iobroker $ curl -sL https://iobroker.net/fix.sh | bash - ioBroker is not installed in /opt/iobroker! Cannot fix anything...
-
@falke69 Dazu kenne ich mich mit dem MMM Zeug nicht aus ... mach doch da mal ein issue auf dort. Der Web bzw Socketio adapter läuft nach dem Start vom ioBroker?
-
@piForscher Also irgendwas ist bei dir ganz gehörig verbogen.
Ich an Deiner Stelle würde das iobroker-data Verzeichnis aus dem /op/iobroker wegsichern und mit dem installer iobroker nochmal neu istallieren, dann wieder reinkopieren und alle Adapter nachinstallieren lassen (dauert halt ne ganze Weile)
-
@apollon77 Hab versucht die Prozesse zu killen, starten aber immer wieder neu. Leider hab ich den Admin als erstes gestoppt, sodass ich jetzt auch nicht mehr auf die Oberfläche komme.
pi@raspberrypi:~ $ ps auxww|grep io root 12 0.0 0.0 0 0 ? S 20:54 0:00 [migration/0] root 15 0.0 0.0 0 0 ? S 20:54 0:00 [migration/1] root 20 0.0 0.0 0 0 ? S 20:54 0:00 [migration/2] root 25 0.0 0.0 0 0 ? S 20:54 0:00 [migration/3] root 42 0.0 0.0 0 0 ? I< 20:54 0:00 [rpciod] root 44 0.0 0.0 0 0 ? I< 20:54 0:00 [xprtiod] root 48 0.0 0.0 0 0 ? I< 20:54 0:00 [nfsiod] root 64 0.0 0.0 0 0 ? I< 20:54 0:00 [DWC Notificatio] message+ 330 0.0 0.0 6556 2932 ? Ss 20:54 0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only iobroker 1561 9.4 1.3 156436 52576 ? Ssl 21:06 0:12 iobroker.js-controller iobroker 1692 1.8 1.0 145236 41544 ? Sl 21:07 0:01 io.sonoff.0 iobroker 1707 4.7 1.8 178836 73316 ? Sl 21:07 0:04 io.javascript.0 iobroker 1772 2.4 1.1 151136 44716 ? Sl 21:07 0:02 io.telegram.0 iobroker 1789 2.7 1.1 150084 44496 ? Sl 21:07 0:02 io.telegram.1 iobroker 1816 2.3 1.2 137712 48360 ? Sl 21:07 0:02 io.info.0 iobroker 2215 1.1 0.9 131464 39200 ? Sl 21:07 0:00 io.text2command.0 iobroker 2232 10.2 1.2 154596 49724 ? Sl 21:07 0:07 io.mqtt.0 iobroker 2247 1.9 1.2 137856 48048 ? Sl 21:07 0:01 io.web.0 pi 2284 0.0 0.0 7348 528 pts/0 S+ 21:08 0:00 grep --color=auto io pi@raspberrypi:~ $ sudo kill -9 2247 pi@raspberrypi:~ $ sudo kill -9 2232 pi@raspberrypi:~ $ sudo kill -9 2215 pi@raspberrypi:~ $ sudo kill -9 1816 pi@raspberrypi:~ $ sudo kill -9 1789 pi@raspberrypi:~ $ sudo kill -9 1772 pi@raspberrypi:~ $ sudo kill -9 1707 pi@raspberrypi:~ $ sudo kill -9 1692 pi@raspberrypi:~ $ sudo kill -9 1561 pi@raspberrypi:~ $ ps auxww|grep io