Test js-controller v2.0.x (GitHub)

[apollon77]

@LJSven oder in der Featurebeschreibung in Post #3 (im Latest Thread aber nur...)

Daher hier kurz kopiert:

Eine oft gestellt Frage war, wo man eigene Objekte und States unterbingen kann, oder auch wo eigene Grafiken für Visualisierungen abgelegt werden sollen.
Ab sofort existiert mit 0_userdata.0 ein Platz dafür. Ein Beispiel-State ist bereits angelegt, welche problemlos gelöscht oder angepasst werden kann.

Wichtig Wer seine States bisher in javascript.X ablegt und das für die eigenen Bedürfnisse ausreicht, kann dies weiterhin ohne Probleme genutzt werden. Wer jedoch seine Skripte auf mehrere Javascript-Instanzen verteilt braucht vllt einen besseren Platz, wie 0_userdata.0

Dateien können über den vis-Uploader (ab Version 1.2.2TBD) und die Kommandozeilen-Tools hochgeladen werden. Ein manuelles reinkopieren von Dateien in den Ordner wird nicht funktionieren.
Alle Dateien und Objekte sind natürlich auch vom Backup enthalten.

Wer bisher eigene Dateien in vis.0 oder (per IQontrol Upload-Tool) iqontrol.meta gespeichert hat kann das natürlich ebenfalls weiterhin nutzen.

Du "Musst" nicht. Auch vis.0 geht natürlich weiterhin

[paul53]

@joergeli sagte:

0_userdata.0
Was soll da jetzt rein, bzw. soll da angelegt werden?
Bis dato habe ich meine Datenpunkte immer unter javascript.0 angelegt.

0_userdata.0 ist nur ein Vorschlag für die Unterbringung eigener Datenpunkte. Unter javascript.N (N = Instanz-Nr.) können sie weiterhin untergebracht werden, was in jedem Fall so ist, wenn die Datenpunkte in JS mit createState() erzeugt werden.
Der Vorschlag mit 0_userdata.0 soll wahrscheinlich Nutzer davon abhalten, eigene Datenpunkte im Namensraum "fremder" Adapter zu erstellen, was in der Vergangenheit häufig erfolgte und regelmäßig zu Problemen führte.

[joergeli]

@paul53 @apollon77
OK, danke für die Erläuterungen.
Somit kann es - zumindest für mich - beim "Alten" bleiben:
Eigene Datenpunkte weiterhin unter javascript.0.
Eigene Bilder unter vis.0, neue Bilder nach vis.0 mit dem vis-Uploader hochladen.

Gruß
Jörg

[apollon77]

@paul53 Exakt. Und für Dateien gab es bisher keinen Platz ausser vis.0 und User haben auch hier Dinge getan

[apollon77]

@Marty56 Dann bitte GitHub Issue im Javascript adapter anlegen das createState auch mit 0_userdata.0 funktioniert

[paul53]

@apollon77 sagte:

createState auch mit 0_userdata.0 funktioniert

Dann besser eine neue Funktion createUserState() o.ä.

[apollon77]

@paul53 Da bin ich aber sowas von dabei
AM besten die Idee zum GitHub Issue hinzufügen!

[Marty56]

@apollon77
Es gibt ja schon den Vorschlag von paul53. Ob man dafür createState erweitert oder createUserState neu definiert, ist mir gleichgültig.

Ein kleines Zwischenfazit

Habe mittlerweile meine 2 ioBroker Server umgestellt. Lief völlig unproblematisch. Auf einem Server benutze ich jetzt auch den kompakt Modus und auch das funktioniert super.Alle Server wurde auch auf redis umgestellt.

Ich habe begonnen, meine Speicherspartricks https://forum.iobroker.net/topic/12855/memory-sparen jetzt wieder successive auszubauen. Leider unterstützt der sayit adapter noch keinen kompakt Modus.

Großartige Arbeit!!!!! Ich bin begeistert.

[apollon77]

Hallo an die Beta-Tester-Runde ... wir sind noch nicht ganz fertig

Ich habe heute (vorab, bevor es später ins Latest kommt) für Euch auf GitHub die 2.0.40 (Aka Stable-RC1). Es sind noch viele Kleinigkeiten eingeflossen:

2.0.40 (2019-11-08) Release Bella RC1

• (Apollon77) make sure multiple instances of same adapter do not disturb each other in compact mode, finalize compact mode
• (AlCalzone) correctly handle git commits and branches as custom install sources
• (Apollon77) make sure callbacks with setImmediate return the rela values from code execution and not pot. changed values from other actions (fixing file content being undefined when write/read happen in parallel)
• (Apollon77) handle more cases for aliases automatically (On/Ein is converted to true case insensitive now)
• (bluefox) getForeignStates() return correct ids when used with aliases
• (Apollon77) optimize controller group stopping
• (Apollon77) when target state is deleted also emit "null" onChange events to adapters for alias states
• (Apollon77) optimize controller stop behaviour with compact groups
• (Apollon77) make sure that schedules instances can start even after a "once" run that set a sigKill value
• (Apollon77) add method to synchronize file directories with file DB storage
  • add new CLI command "iobroker file sync <id>" to do the sync
  • integrate the sync with "iobroker setup first"

Vor allem der letzte Punkt könnte interessant sein für die die immer noch eigene Files in offizielle Verzeichnisse reinkopiert haben. Beim Install dieser Version daher bitte mal auf die Ausgaben von nom (nach dem "node iobroker.js setup first") achten, was da so kommt.

Bin gespannt ob es tut habe es natürlich nur bei mir testen können bisher.

Files in offiziellen Verzeichnissen werden gesynct, Eigene Verzeichnisse werden "angemeckert", aber nicht gesynct (gibt ja nichts definiertes wohin).

Ingo

[msauer]

Hi,

wenn ich Files mit "iobroker file write file.png 0_userdata.0/files/icons/" (Schreibweise richtig?) schreibe, wo finde ich die denn im VIS Explorer?

Danke

[apollon77]

@msauer sagte in Test js-controller v2.0.x (GitHub):

0_userdata.0/files/icons/

Unter /0_userdata.0/files/icons/

[darkiop]

@apollon77 sagte in Test js-controller v2.0.x (GitHub):

Hallo an die Beta-Tester-Runde ... wir sind noch nicht ganz fertig

Läuft hier, werde beobachten übers WE

[sigi234]

@darkiop sagte in Test js-controller v2.0.x (GitHub):

@apollon77 sagte in Test js-controller v2.0.x (GitHub):

Hallo an die Beta-Tester-Runde ... wir sind noch nicht ganz fertig 

Läuft hier, werde beobachten übers WE

Welche Version hast du?

[darkiop]

@sigi234 sagte in Test js-controller v2.0.x (GitHub):

Welche Version hast du?

Die 2.0.40 - aufm master + slave

[apollon77]

Die 2.0.40 sollte inzwischen auch im latest kommen.

[msauer]

@apollon77 hii...1...das Icon von gestern ist jetzt im Dateimanager zu sehen, komisch...nun habe ich versucht mehrere Dateien zu kopieren. Das scheint nicht zu gehen..ok, dachte ich, dann einzeln...also Befehl "iobroker file write /tmp/thermo/control_minus.png 0_userdata.0/files/icons/thermo/" abgesetzt...Also Antwort kam dann "File "/tmp/thermo/control_minus.png" stored as "files/icons/thermo/"..Im Dateimanager ist aber nichts zu sehen... auch refresh hilft nicht...

Wie kann ich den eine ganze Gruppe von Dateien, wenn es denn geht, kopieren?
Danke
Mark

[coyote]

Update auf 2.0.40 gemacht, keine Fehler im Log, alle Adapter grün. Sieht soweit gut aus

[Einstein67]

@apollon77 said in Test js-controller v2.0.x (GitHub):

Die 2.0.40 sollte inzwischen auch im latest kommen.

Jaaa da hab ich sie gefunden Installation hat funktioniert, IoBroker läuft perfekt wie immer! ABER das stoppen vom IoBroker dauert bei mir nun so um die 90 Sekunden!

2019-11-09 13:40:00.972  - info: host.iob12b instance system.adapter.admin.0 terminated with code 156 (156)
2019-11-09 13:40:00.974  - info: host.iob12b instance system.adapter.pi-hole.0 terminated with code 156 (156)
2019-11-09 13:40:00.977  - info: host.iob12b instance system.adapter.netatmo.0 terminated with code 156 (156)
2019-11-09 13:40:00.980  - info: host.iob12b instance system.adapter.yeelight-2.0 terminated with code 156 (156)
2019-11-09 13:40:00.987  - info: host.iob12b instance system.adapter.javascript.0 terminated with code 156 (156)
2019-11-09 13:40:00.989  - info: host.iob12b instance system.adapter.web.0 terminated with code 156 (156)
2019-11-09 13:40:01.001  - info: host.iob12b instance system.adapter.history.0 terminated with code 156 (156)
2019-11-09 13:40:01.458  - info: host.iob12b stopInstance system.adapter.sonoff.0 killing pid 2064
2019-11-09 13:40:01.459  - info: host.iob12b stopInstance system.adapter.backitup.0 killing pid 2087
2019-11-09 13:40:01.463  - warn: host.iob12b instance system.adapter.sonoff.0 terminated due to SIGTERM
2019-11-09 13:40:01.464  - info: host.iob12b instance system.adapter.sonoff.0 terminated with code null ()
2019-11-09 13:40:01.464  - warn: host.iob12b instance system.adapter.backitup.0 terminated due to SIGTERM
2019-11-09 13:40:01.464  - info: host.iob12b instance system.adapter.backitup.0 terminated with code null ()
2019-11-09 13:40:01.464  - info: host.iob12b All instances are stopped.

Also nach "All Instances are stopped" dauert es 90s bis man auf der Konsole wieder was eingeben kann. Was könnte denn das für ein Problem sein?

[Jan1]

@Einstein67
Kann ich bestätigen, hatte mal den Beelink durch booten wollen und der zeigt mit an was beim Restart passiert. Da hat er ewig beim Stoppen vom IOBroke rum gerödelt, was vorher deutlich schneller lief.

[apollon77]

@msauer gib mal bei dem Kommando beim ziel auch den Dateinamen am Ende an. Nicht nur den Pfad. Ich schau beim Kommando nochmal.