Weihnachtsangebot 2025! 🎄

[sigi234]

@chhe sagte in js-controller 3.3 jetzt im STABLE!:

@apollon77 said in js-controller 3.3 jetzt im STABLE!:

Windows
Ausa der Community kommt von @sigi234 eine Anleitung für ein Windows Update Update_Windows_ioBroker.pdf

Hallo,
die Anleitung ist ja sehr ausführlich und auch hilfreich. Wie soll mal mit dem Windows installer aber updaten wenn die letzte zur Verfügung stehende Version vom 23.11.2019 ist?

https://www.iobroker.net/#de/download

Na darum ist die Anleitung ja da, bis es eine neue Version vom Installer gibt.

[chhe]

@sigi234

Die Anleitung gibt aber vor, eine Frische Installation mit dem Installer durchzuführen. Das erscheint mir aber ohne die neue Version des Installers nicht möglich.

Mein Problem ist eigtl. folgendes:

Die bei mir installierten Versionen sind mittlerweile veraltet.

Node.js ist 10.17.0
js-controller ist 3.2.16
Admin ist 4.0.10

Ich möchte nun updaten, da ich auch nun den ersten Adapter habe der mit der Adminversion nicht mehr kompatibel ist. Wie soll ich nun vorgehen?

1. Backup machen
2. iobroker stop
   npm i iobroker.js-controller@stable --ignore-scripts
   iobroker start
3. js-controller updaten (wie in der verlinkten Anleitung beschrieben)
4. Node.js updaten (wie in der verlinkten Anleitung beschrieben)

Ich bin davon ausgegangen, dass ich mit dem Installer und der frischen Installation den Admin update. An welcher Stelle soll ich das nun machen?

[sigi234]

@chhe sagte in js-controller 3.3 jetzt im STABLE!:

Ich bin davon ausgegangen, dass ich mit dem Installer und der frischen Installation den Admin update

Nein

1.Schritt

In der GUI die Updates machen - falls nötig

Dabei (falls Update) den zuvor gesicherten data-Ordner durch den Installer
einlesen.

Migration kann Stunden dauern!

Dann weiter mit Schritt 2+3

[crunchip]

@apollon77
v3.3.15
habe gerade meine Proxmox VM gestoppt und anschliessend neu gestartet, im log findet man zu sämtlichen Adaptern

terminated with code 7 (ADAPTER_ALREADY_RUNNING)

des weiteren kam diese Meldung

host.IoBroker
	2021-08-19 21:43:41.306	error	Caught by controller[0]: at processTicksAndRejections (internal/process/task_queues.js:95:5)
host.IoBroker
	2021-08-19 21:43:41.306	error	Caught by controller[0]: at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:352:25)
host.IoBroker
	2021-08-19 21:43:41.305	error	Caught by controller[0]: at process.exit (internal/process/per_thread.js:169:15)
host.IoBroker
	2021-08-19 21:43:41.305	error	Caught by controller[0]: at processEmit [as emit] (/opt/iobroker/node_modules/signal-exit/index.js:149:35)
host.IoBroker
	2021-08-19 21:43:41.304	error	Caught by controller[0]: at process.emit (events.js:400:28)
host.IoBroker
	2021-08-19 21:43:41.304	error	Caught by controller[0]: at Object.onceWrapper (events.js:520:26)
host.IoBroker
	2021-08-19 21:43:41.303	error	Caught by controller[0]: at process.stop (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:8747:22)
host.IoBroker
	2021-08-19 21:43:41.303	error	Caught by controller[0]: at Adapter.emit (events.js:400:28)
host.IoBroker
	2021-08-19 21:43:41.302	error	Caught by controller[0]: at Adapter.unload (/opt/iobroker/node_modules/iobroker.chromecast/main.js:79:19)
host.IoBroker
	2021-08-19 21:43:41.300	error	Caught by controller[0]: TypeError: Cannot read property 'info' of undefined

[apollon77]

@crunchip Hm ... Was heisst denn "gestoppt"? Hart ohne iobroker sauber zu beenden?
Dann wären die "Already Running" Meldungen erstmal ok weil der Controller denkt das noch die alte Instanz-Prozesse laufen ... er sendet ihr dann nen Kill Befehl aber ist ja schon weg von daher egal ... und er startet dann einen neuen Prozess. Herauszufinden ob eine "andere" prozess-ID noch läuft ist nicht ganz so simpel.

Immer Systeme sauber runterfahren :-)

Für den Chromecast Fehler würde ich da mal ein Issue anlegen. Interessant wäre noch zu wissen WANN das log kam?

[crunchip]

@apollon77 sagte in js-controller 3.3 jetzt im STABLE!:

Hm ... Was heisst denn "gestoppt"? Hart ohne iobroker sauber zu beenden?

jep, VM direkt gestoppt, nicht dran gedacht, weil das gerade alles so nervt...die Fehlersuche

jetzt, ist mir das nächste aufgefallen, nachdem ich das log durch gesehen habe
zwei Browserfenster, ich verstehe das nicht, log Größe unterschiedlich und unterschiedliche Meldungen

@apollon77 sagte in js-controller 3.3 jetzt im STABLE!:

Interessant wäre noch zu wissen WANN das log kam?

irgendwann mittendrin, nachdem schon ein paar Instanzen gestartet sind

2021-08-19 21:42:51.416 - info: admin.0 (866) starting. Version 5.1.25 in /opt/iobroker/node_modules/iobroker.admin, node: v14.17.4, js-controller: 3.3.15
.
.
.
2021-08-19 21:43:41.300 - error: host.IoBroker Caught by controller[0]: TypeError: Cannot read property 'info' of undefined

[apollon77]

@crunchip ich verstehe nicht was ich da sehe ... sorry. Aber ehrlich ... mach nen sauberen "iobroker stop" und "iobroker start" dann sollte alles ok sein wieder

[Mechy]

Hallo zusammen!

Ich hab nun mal was abgewaret bevor ich der Anleitung folge. Nun hatte ich alles aktualisiert und mein IOBroker startet nicht mehr.

pi@PI:~ $ iob start
pi@PI:~ $ iobroker start
pi@PI:~ $ cd /opt/iobroker
pi@PI:/opt/iobroker $ iob start
pi@PI:/opt/iobroker $ node -v
v12.22.5
pi@PI:/opt/iobroker $ npm -v
6.14.14
pi@PI:/opt/iobroker $ iobroker fix
library: loaded
Library version=2021-04-07
ioBroker is not installed in /opt/iobroker! Cannot fix anything...
pi@PI:/opt/iobroker $

Was mich nun wundert das er sagt er sei nicht installiert obwohl ich ja im Verzeichnis bin, wie gehe ich nun am besten vor?

Danke im Voraus!

[Thomas Braun]

@mechy
Bitte CodeTags verwenden.

iobroker status

sagt?

[Mechy]

@thomas-braun

Hallo, warum auch immer ich kann nicht sofort antworten, es kommt "Error fobidden"

Also dann neuer Versuch:

pi@PI:/opt/iobroker $ iobroker status
internal/modules/cjs/loader.js:818
  throw err;
  ^

Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:815:15)
    at Function.Module._load (internal/modules/cjs/loader.js:667:27)
    at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:60:12)
    at internal/main/run_main_module.js:17:47 {
  code: 'MODULE_NOT_FOUND',
  requireStack: []
}
pi@PI:/opt/iobroker $

[Thomas Braun]

@mechy

cd /opt/iobroker
iobroker stop
sudo -H -u iobroker npm install iobroker.js-controller
iobroker start

[Mechy]

@thomas-braun sagte in js-controller 3.3 jetzt im STABLE!:

sudo -H -u iobroker npm install iobroker.js-controller

Ich weiß das ich nichts weiß :-)

Das hat nun etwas gedauert und die Adapter wachen so langsam auf. Scheint aber zu laufen.

Was war denn das Problem, oder hatte ich vorher irgendwas falsch gemacht? Ich lerne gerne dazu.

Danke schon mal!

[Thomas Braun]

@mechy sagte in js-controller 3.3 jetzt im STABLE!:

Was war denn das Problem, oder hatte ich vorher irgendwas falsch gemacht?

Keine Ahnung, ich weiß ja nicht was du da im Vorfeld gemacht oder nicht gemacht hast.

Übrigens: host names sollten keine Großbuchstaben enthalten. Nur Kleinbuchstaben und die Ziffern 0-9.

[Mechy]

@thomas-braun

Hallo und danke für den Hinweis.

Ich hatte alle Adapter aktualisiert. Nachdem es durch war habe ich folgende Kommandos der Reihe nach durchgeführt:
iob backup
iob stop
iob update
iob upgrade self
iob start

Davon lief alles ohne Probleme, bis auf das es nicht mehr gestartet hat.

[cash]

Auch hier mein Zwischenbericht: Gestern ohne Probleme Admi und Javascript auf die aktuelle Version gezogen und heute war dann der js-controller dran.
Das sind auch die drei Sachen die ich immer sehr ungern update, weil ohne die geht es halt nicht. Auch der Thread machte mir nicht besonders Mut aber wie so oft sollte man weniger lesen und einfach machen :-)

Das Update war schnell und ohne Fehler eingespielt. Neustart iobroker und schon hatte ich wieder Zugriff. Das Log sah insgesamt normal aus. 2 Adapter meldeten ein paar Warn-Hinweise. Einmal der Homematic Adapter. Dort die virtuellen Heizungsgruppen. Dort habe ich ein paar max Angaben angepasst. Bei Alexa gab es ein paar mehr Meldungen. Dort habe ich einen Teilbaum gelöscht das führte nicht so richtig zum erfolg. Die Meldungen blieben bzw es wurden sogar noch ein paar mehr. Dazu habe ich auf github ein Issue angelegt. Die eigene Scripte laufen alle (zumindest die, die bisher getriggert wurden. Endlich wieder auf dem aktuellen Stand. Ich würde sagen ganze Arbeit von den Entwicklern und Betatestern…

[Qlink]

@apollon77

Hab gerade erfolgreich auf 3.3.15 upgedatet.
Mir ist klar, dass nun ein paar Warnungen im Log erscheinen bei den Adapter die oben genannt wurden.

Allerdings ist hier der hm-rega Adapter nicht aufgeführt, deshalb hier die Info von mir, dass bei dem ebenfalls nun Warnungen im Log produziert werden:

Die Meldungen kommen alle von einem wiffi-wz:

Spoiler

{
  "_id": "hm-rega.0.62803",
  "type": "state",
  "common": {
    "name": "wig_iaq_rr0_value",
    "type": "number",
    "read": true,
    "write": true,
    "role": "state",
    "min": 0,
    "max": 1,
    "unit": "kOhm",
    "desc": "IAQ-Widerstand"
  },
  "native": {
    "Name": "wig_iaq_rr0_value",
    "TypeName": "VARDP",
    "DPInfo": "IAQ-Widerstand",
    "ValueMin": 0,
    "ValueMax": 1,
    "ValueUnit": "kOhm",
    "ValueType": 4,
    "ValueSubType": 0,
    "ValueList": ""
  },
  "from": "system.adapter.hm-rega.0",
  "user": "system.user.admin",
  "ts": 1630045530021,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Spoiler

{
  "_id": "hm-rega.0.62799",
  "type": "state",
  "common": {
    "name": "wig_minuten_vor_su",
    "type": "number",
    "read": true,
    "write": true,
    "role": "state",
    "min": 0,
    "max": 360,
    "unit": "min",
    "desc": "Minuten vor SU"
  },
  "native": {
    "Name": "wig_minuten_vor_su",
    "TypeName": "VARDP",
    "DPInfo": "Minuten vor SU",
    "ValueMin": 0,
    "ValueMax": 360,
    "ValueUnit": "min",
    "ValueType": 4,
    "ValueSubType": 0,
    "ValueList": ""
  },
  "from": "system.adapter.hm-rega.0",
  "user": "system.user.admin",
  "ts": 1630045529990,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Spoiler

{
 "_id": "hm-rega.0.62798",
 "type": "state",
 "common": {
   "name": "wig_minuten_vor_sa",
   "type": "number",
   "read": true,
   "write": true,
   "role": "state",
   "min": 0,
   "max": 360,
   "unit": "min",
   "desc": "Minuten vor SA"
 },
 "native": {
   "Name": "wig_minuten_vor_sa",
   "TypeName": "VARDP",
   "DPInfo": "Minuten vor SA",
   "ValueMin": 0,
   "ValueMax": 360,
   "ValueUnit": "min",
   "ValueType": 4,
   "ValueSubType": 0,
   "ValueList": ""
 },
 "from": "system.adapter.hm-rega.0",
 "user": "system.user.admin",
 "ts": 1630045529974,
 "acl": {
   "object": 1636,
   "state": 1636,
   "owner": "system.user.admin",
   "ownerGroup": "system.group.administrator"
 }
}

Ich hätte schon versucht die DPs zu löschen, aber nach einem Adapter Restart werden sie wieder genau so angelegt und die Warnung kommt wieder.

Liegt hier das Problem am Adapter oder daran wie der wiffi-wz die Daten in der CCU anlegt ?
Wie bekomme ich die Meldungen weg ?

Beste Grüße

[Dr. Bakterius]

@qlink Das liegt am Adapter. Der hinterlegt in den Datenpunkten der Geräte den Maximal- bzw. Minimalwert. Die CCU liefert allerdings Werte, die außerhalb dieser Bereiche liegen und daher kommt die Warnung.

Du kannst ein issue auf Github anlegen und als ersten Schritt die min/max Werte bei den entsprechenden Datenpunkten selbst anpassen (kann aber vom Adapter wieder überschrieben werden) um die Warnungen weg zu bekommen. Oder du stellst das Logging des Adapters entsprechend höher.

[apollon77]

@dr-bakterius sagte in js-controller 3.3 jetzt im STABLE!:

Der hinterlegt in den Datenpunkten der Geräte den Maximal- bzw. Minimalwert. Die CCU liefert allerdings Werte, die außerhalb dieser Bereiche liegen und daher kommt die Warnung.

Das Thema ist das die gemeldeten Min/max werte von der CCU kommen ... aber ja mal issue anlegen bei hm-rpc Adapter und dann schaut sich @foxriver76 das an. ggf kommen aber auch Mond-Werte von dem "custom" Gerät wiffi-wz

[Qlink]

@apollon77

issue erstellt

[RK62]

Der Umstieg auf Admin V5 und js-controller 3.3 hat bei mir einwandfrei funktioniert.
Das sieht nach viel Arbeit aus: Danke an alle die daran mitgewirkt haben!

An einer Stelle habe ich etwas suchen müssen: Vorher hatte für die Dateispeicherung aus javascript und dem Mirroring der Javascripte ("Mirror scripts to file path:") den Pfad
iobroker-data/files/0_userdata.0/backup-js
verwendet. Das führte mit dem neuen js-controller zu Abbrüchen.

Nach der Änderung auf den vollqualifizierten Pfad
/opt/iobroker/iobroker-data/files/0_userdata.0/backup-js
läuft es jetzt wieder einwandfrei.

Gruß, Ralf