NEWS
js-controller 2 jetzt für alle im Stable
-
Verschoben
-
@Homoran said in js-controller 2 jetzt für alle im Stable:
@A-H-0 sagte in js-controller 2 jetzt für alle im Stable:
Ich habe testweise einen DP angelegt, gibt aber kein icon um ihn wieder zu löschen
Beim DP schon, beim Ordner nicht
Auch bei neu angelegten
Danke, Problem gelöst, war aber kein Ordner. Mein Fehler war das ich beim Anlegen 123 als Rolle eingetragen hatte statt einen Wert auf dem Dropdown zu wählen. Nach Umstellung von 123 => indicator sind die fehlenden Icons aufgetaucht und ich konnte es löschen.
-
@e-i-k-e Mal FileSystem check machen von der VM ...
-
@Peoples lass das doch bitte in dem anderen verlinkten Thread diskutieren. Dann sind diese Themen zusammen!
Generell: der controller kann rename, javascript Adapter aber stellt die Funktion nicht bereit. Daher read/write ...
-
@apollon77 Jetzt muss ich auch mal ganz blöd fragen - sorry.
Das der Ordner 0_userdata.0 erst nach dem ersten schreiben angelegt wird habe ich mittlerweile herauslesen können.
Allerdings kann ich mit dem Dateimanager (im VIS Editor) keine Daten dorthin schreiben. Dort geht nach wie vor nur der Vis.0 Ordner.- Lässt sich das irgendwo umstellen oder bin ich nur zu blöd dafür?
- Gibt es im Dateimanager die Möglichkeit Dateien von einem in ein anderes Verzeichnis zu kopieren/verschieben?
-
@Chaot Das braucht noch ein vis update
-
@apollon77 sagte in js-controller 2 jetzt für alle im Stable:
@Chaot Das braucht noch ein vis update
Wann kommt das?
-
@sigi234 Sobald jemand dazu kommt
-
@apollon77 Danke schön.
Dann macht euch mal keinen Stress. Es funktioniert ja bisher auch. Ich dachte nur ich kann das mal wieder nicht. -
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".
-
@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.
-
@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.