Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Jan1]

@TH-G
Da gabs wohl Probleme mit "Log" und "Logs", was im Script steht und der 3er JS wohl etwas strenger ist, das bemängelt und still legt. Kannst ja mal danach suchen.
Wobei es einfach nimmer bisschen naiv ist, wenn man kein Plan, hat sich einfach Scripte von andern zu schnappen und zu erwarten, dass das läuft
Ich hatte zu Beginn auch kein Plan, aber schön meine Scripte mit Blockly gebastelt, da mir Java Script immer noch ein Buch mit 7 Siegeln ist. So weiß ich wenigstens was meine Scripte machen und kann selber dafür sorgen, dass sie laufen.

[TH G]

Glaube mir bitte, dass die Zusammenarbeit mit dem anderen User sehr gut ist und ein intensiver Austausch, nicht nur mit mir, erfolgt, denn ich bin nicht der einzige, der Probleme mit der SMA Hersteller Lösung hat.

Ich war so naiv auf 3.0 zu gehen, da mir das alles recht stabil aussah und ich nicht das Gefühl hatte, dass es solche Probleme geben könnte.

Deswegen bitte nochmals die Frage.

Gibt es einen Befehl wieder auf die 2.2.9 zu gehen?

[Thomas Braun]

@TH-G

iobroker install js-controller@2.2.9

Kann aber sein, das das dann noch orgendwo klemmt. Müssen wir sehen.
Am besten aber einen eigenen Thread dafür aufmachen, das gehört hier nicht rein.

[Jan1]

@TH-G
Das Problem ist nicht 3.* sondern die fehlerhaften Scripte und da musst Du ansetzten, nicht am stabilen JS der jetzt eben Dinge nicht mehr durchgehen lässt, die nicht richtig sind, aber trotzdem funktioniert haben.
Wenn Du schon so ein guten Draht zu den Urhebern der Scripte hast, dann sollten die auch ihre Scripte anpassen. Nicht der Berg sollte zum Propheten

[TH G]

@Thomas-Braun sagte in js-controller 3.0 jetzt im Latest!:

@TH-G

iobroker install js-controller@2.2.9

Kann aber sein, das das dann noch orgendwo klemmt. Müssen wir sehen.

Sind dann die Einstellungen weg?

Hier ist das Skript RC1.1 das die Probleme verursacht.

https://github.com/Maverick78de/SMA_forecast_charging

Eine ältere Version läuft allerdings.

[Thomas Braun]

@TH-G sagte in js-controller 3.0 jetzt im Latest!:

Sind dann die Einstellungen weg?

Vielleicht. Und die Katze explodiert evtl. auch. Aber du hast ja ein Backup. Nur für die Katze ist es doof.

[TH G]

pi@raspberrypi:~ $ iobroker install js-controller 2.2.9
adapter "js-controller" already installed. Use "upgrade" to upgrade to a newer version.
pi@raspberrypi:~ $ iobroker version
3.0.20

Geht leider nicht

[Thomas Braun]

@TH-G Da fehlt das @.
Und mach dafür einen eigenen Thread auf!

[TH G]

Danke mache ich und mit dem @ habe ich es auch probiert

[apollon77]

@TH-G Ne nimm einfach "npm install iobroker.js-controller@2.2.9" .. sieht Doku im ersten Post

[Thomas Braun]

@apollon77 Im neuen Thread hatten wir das dann auch gleich richtig gemacht...

[apollon77]

Hey All,

nachdem die 3.0.20 nun ein paar Tage bereits im Einsatz ist und über 3000 Installationen aufweist sind wir fast soweit das es ins Stable gehen kann. Wir haben noch ein paar Fixes gesammelt und vor allem die Aktivierung des Sentry Fehler-Reportings noch etwas deutlicher bei der Erstinstallation eines 3.xer js-controllers hervorgehoben.

Es kam noch ein kleineres Feature dazu und daher haben wir (auch weil wir schon bei 3.0.20 waren) für als Vorbereitung für den Stable Release das ganze zur 3.1 gemacht

Changelog:

3.1.2 (2020-05-09) Release Francesca

• (foxriver76) catch error on alias ids with empty objects
• (Apollon77) make sure promise rejections without error are not crashing the controller
• (bluefox) Add Controller messages to allow read and write controller base settings (iobroker.json); introduce adapter feature flag CONTROLLER_READWRITE_BASE_SETTINGS
• (Apollon77) handle edge case where hostName is not a string when sending messages (Sentry IOBROKER-ADMIN-B)
• (Apollon77) handle case where letsencrypt directory can not be created (Sentry IOBROKER-ADMIN-C/IOBROKER-WEB-B)
• (bluefox) add IDs to some log messages
• (foxriver76) fix some logging in objects lib
• (Apollon77) make sure to catch error when reading log directory (Sentry IOBROKER-JS-CONTROLLER-1F)
• (foxriver76) Make decrypt and encrypt methods available in adapter object for developers. System secret is read automatically soonly the value is passed to the function
• (AlCalzone) Add adapter exit code 13 (ADAPTER_REQUESTED_REBUILD) to also allow to tell js-controller to rebuild this adapter.
• (Apollon77) change logging for invalid readFile actions to debug because ca be triggered also by other cases then planned ones. Update objects lib
• (Apollon77) make sure command on cmdExec is a string (Sentry IOBROKER-JS-CONTROLLER-1H)
• (Apollon77) Check more cases for existence of variables before accessing them (Sentry IOBROKER-JS-CONTROLLER-E)
• (Apollon77) Add a node.js version check and output special error message if node.js version is not satisfied
• (AlCalzone) Add missing parameter digest to crypto calls
• (AlCalzone) further code optimizatons
• (AlCalzone) Allow reverse lookup of exit codes (exit code -> error name)
• (Apollon77) make sure Objects/States backup files are deleted correctly according to backup settings
• (foxriver76) Make sure default state value is only set if state is not existing also in setObject
• (foxriver76) check that alias is of type state when adding subscribing pattern
• (Apollon77) Make sure error are checked correctly (Sentry IOBROKER-JS-CONTROLLER-1N)
• (Apollon77) Inform about sentry activation if not configured on "iobroker setup first"
• (bluefox) implement maintenance mode for adapter methods
• (bluefox) store for binary states the binary flag in objects
• (Apollon77) update Plugin system
• (Apollon77) update Sentry plugin to respect all options to disable reporting including new disableDataReporting flag ( will be integrated into Admin later)
• (AlCalzone) Add Plugin CLI commands to enable/disable plugins

Die Version sollte in de nächsten Stunden im Latest Repository auftauchen. Wenn alles klappt werden wir ab morgen über den Info Adapter eine Info Meldung für alle Latest Nutzer einblenden die auf die neue Version hinweist und im Laufe der nächsten Woche geht der Controller 3.1 ins Stable.

Viel Spass damit.

Ingo

[Thomas Braun]

@apollon77

pi@raspberrypi:~ $ iobroker version
3.1.2
pi@raspberrypi:~ $ iobroker status
iobroker is running on this host.

At least one iobroker host is running.

Objects type: file
States  type: redis

startup unauffällig, iobroker.current.log bleibt auch ruhig.

[lonsimbt]

@apollon77

Ihr seid so schnell, da kommt man mit dem Testen nicht hinterher

Keine Auffälligkeiten im Log, alle Adapter grün.

Viele Grüße
Marco

[sigi234]

@apollon77

Läuft, alle Adapter Grün, vorläufig keine Meldungen im Log.

[Holger76]

bei mir leider nicht. Es streikt der Unifi - Adapter, bleibt gelb (0.5, aber auch ein downgrade auf den vorigen läuft nicht) Meldung im LOG :

(3030) Error: api.err.Invalid

Ansonsten streikt auch der Discovergy Adapter, bleibt rot. (Login-Daten stimmen, nochmal kontrolliert, ging ja vorher auch)

LOG:

Spoiler

2020-05-10 00:02:01.030 - info: discovergy.0 (3267) starting. Version 0.5.4 in /opt/iobroker/node_modules/iobroker.discovergy, node: v12.16.3, js-controller: 3.1.2
2020-05-10 00:02:01.044 - info: discovergy.0 (3267) Discovergy Adapter startet, trying to discover meters associated with your account
2020-05-10 00:02:01.209 - error: discovergy.0 (3267) Connection_Failed at meter indication run, check your credentials !
2020-05-10 00:02:01.211 - error: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2020-05-10 00:02:01.211 - error: discovergy.0 (3267) unhandled promise rejection: 401 - "401 Unauthorized: Invalid email or password supplied in the HTTP Authorization header"
2020-05-10 00:02:01.214 - error: discovergy.0 (3267) StatusCodeError: 401 - "401 Unauthorized: Invalid email or password supplied in the HTTP Authorization header"
at new StatusCodeError (/opt/iobroker/node_modules/request-promise-core/lib/errors.js:32:15)
at Request.plumbing.callback (/opt/iobroker/node_modules/request-promise-core/lib/plumbing.js:104:33)
at Request.RP$callback [as _callback] (/opt/iobroker/node_modules/request-promise-core/lib/plumbing.js:46:31)
at Request.self.callback (/opt/iobroker/node_modules/request/request.js:185:22)
at Request.emit (events.js:310:20)
at Request.EventEmitter.emit (domain.js:482:12)
at Request. (/opt/iobroker/node_modules/request/request.js:1154:10)
at Request.emit (events.js:310:20)
at Request.EventEmitter.emit (domain.js:482:12)
at IncomingMessage. (/opt/iobroker/node_modules/request/request.js:1076:12)
2020-05-10 00:02:01.214 - info: discovergy.0 (3267) cleaned everything up...
2020-05-10 00:02:01.266 - info: discovergy.0 (3267) terminating
2020-05-10 00:02:01.267 - info: discovergy.0 (3267) Terminated (NO_ERROR): Without reason
2020-05-10 00:02:01.789 - error: host.ioBroker Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
2020-05-10 00:02:01.790 - error: host.ioBroker Caught by controller[1]: StatusCodeError: 401 - "401 Unauthorized: Invalid email or password supplied in the HTTP Authorization header"
2020-05-10 00:02:01.790 - error: host.ioBroker Caught by controller[1]: at new StatusCodeError (/opt/iobroker/node_modules/request-promise-core/lib/errors.js:32:15)
2020-05-10 00:02:01.790 - error: host.ioBroker Caught by controller[1]: at Request.plumbing.callback (/opt/iobroker/node_modules/request-promise-core/lib/plumbing.js:104:33)
2020-05-10 00:02:01.790 - error: host.ioBroker Caught by controller[1]: at Request.RP$callback [as _callback] (/opt/iobroker/node_modules/request-promise-core/lib/plumbing.js:46:31)
2020-05-10 00:02:01.791 - error: host.ioBroker Caught by controller[1]: at Request.self.callback (/opt/iobroker/node_modules/request/request.js:185:22)
2020-05-10 00:02:01.791 - error: host.ioBroker Caught by controller[1]: at Request.emit (events.js:310:20)
2020-05-10 00:02:01.791 - error: host.ioBroker Caught by controller[1]: at Request.EventEmitter.emit (domain.js:482:12)
2020-05-10 00:02:01.791 - error: host.ioBroker Caught by controller[1]: at Request. (/opt/iobroker/node_modules/request/request.js:1154:10)
2020-05-10 00:02:01.791 - error: host.ioBroker Caught by controller[1]: at Request.emit (events.js:310:20)
2020-05-10 00:02:01.791 - error: host.ioBroker Caught by controller[1]: at Request.EventEmitter.emit (domain.js:482:12)
2020-05-10 00:02:01.792 - error: host.ioBroker Caught by controller[1]: at IncomingMessage. (/opt/iobroker/node_modules/request/request.js:1076:12)
2020-05-10 00:02:01.792 - info: host.ioBroker instance system.adapter.discovergy.0 terminated with code 0 (NO_ERROR)
2020-05-10 00:02:01.792 - info: host.ioBroker Restart adapter system.adapter.discovergy.0 because enabled

Alle Adapter sind latest.
Debian 10, NodeJS12

[apollon77]

@Holger76 dann bitte die Fehler bei beiden Adaptern melden, haben beide nichts direkt mit dem Controller zu tun. Am besten in den einschlägigen Forum Threads bzw als GitHub-Issue

[apollon77]

@Holger76 Versuch mal im Admin die Passwörter neu zu einzugeben bei den beiden Adaptern.

[Holger76]

@apollon77 hatte ich natürlich schon getestet, bevor ich sowas hier melde

ok ich meld mich bei den Adaptern direkt...

[apollon77]

@Holger76 Ich habe gerade die 3.1.3 released die deine Probleme beheben sollte. Habe mich entschieden nach Check das ganze im js-controller zu fixen. Es lag daran das die Passwörter falsch entschlüsselt wurden. Bitte checke mal die 3.1.3 sobald Sie für dich da ist