Monatsrückblick Januar/Februar 2026 ist online!

[AlCalzone]

@BigUsh sagte in js-controller 2 jetzt für alle im Stable:

hatte das Gefühl die laufen trotzdem

Hattest du denn mal den Host neu gestartet? Danach laufen garantiert keine Geisterskripte mehr :)

@BigUsh sagte in js-controller 2 jetzt für alle im Stable:

Es scheint also irgendeine falsche Uhrzeit in der JavaInstanz zu laufen.

Dann stimmt die Systemzeit nicht. ioBroker bzw. Node.js machen hier keine weiteren Umrechnungen.

[nieIP]

@Diginix sagte in js-controller 2 jetzt für alle im Stable:

Ist es eigentlich korrekt dass die Logfiles unter /opt/iobroker/log/ nicht mehr wöchentlich rotieren?
Ich habe mittlerweile 16 Logfiles, logischerweise der letzten 16 Tage. Am 15.11. hatte ich das Update auf JS-Controller 2 gemacht. Seit dem haben die Logfiles Berechtigung 664, alle davor haben 777. Aber das sollte ja erst recht keine Probleme beim Weglöschen machen.

Minuten später ...
OK, ist wohl ein Fehler ... :)

https://github.com/ioBroker/ioBroker.js-controller/issues/537

Hallo

auf Grund dieses Beitrages habe ich mal nachgesehen.
Ich habe Logfiles von genau 4 Wochen.
Soll das so sein, oder wie lange ist die Aufbewahrungszeit, oder muss man das konfigurieren?

[apollon77]

@nieIP Ne, scheinbar hat sich ein Bug eingeschlichen mit dem Löschen von Logs. Muss mit einem Update der Library zu tun haben ... wir suchen noch. Am besten manuell löschen

[BigUsh]

@AlCalzone sagte in js-controller 2 jetzt für alle im Stable:

@BigUsh sagte in js-controller 2 jetzt für alle im Stable:

hatte das Gefühl die laufen trotzdem

Hattest du denn mal den Host neu gestartet? Danach laufen garantiert keine Geisterskripte mehr :)

@BigUsh sagte in js-controller 2 jetzt für alle im Stable:

Es scheint also irgendeine falsche Uhrzeit in der JavaInstanz zu laufen.

Dann stimmt die Systemzeit nicht. ioBroker bzw. Node.js machen hier keine weiteren Umrechnungen.

Nabend zusammen,

wollte nur kurz Rückmeldung geben.
Habe die Zeit nochmals neu eingestellt. Dies führte leider nicht zum Erfolg. Habe folgendes gemacht:

• alle Scripte exportiert
• JavaScript neu installiert
• alle Scripte wieder importiert

Jetzt wird in Java auch wieder die richtige Zeit erkannt.

Was auch immer hier schief gelaufen ist. Da nicht alle Scripte davon betroffen waren, ist es einfach nicht Logisch. Da es jetzt aber funktioniert, muss ich "leider" mit diesem Logikloch leben.

Vielen Dank trotzdem für die Unterstützung.

Gruß
Oli

[Steff]

Wollte einfach mal danke sagen!
Habe mein System gestern auf die 2.1.1 gehoben, dies hat dank der guten Erklärung hier im Thread problemlos geklappt. Es fühlt sich alles etwas schneller an!! Die Alias-Funktion finde ich auch sehr gelungen.

Danke nochmals,
Gruß Steffen

[chucky666]

Hallo
ich habe versucht das update zu machen, jetzt bekomme ich diese Fehler im log.
Update des Fixers hat das problem gelöst

Danke für diese super Anleitung, man muss sie nur komplett lesen 🤣

host.iobroker	2019-12-05 09:33:46.586	error	Objects 127.0.0.1:47106 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.iobroker	2019-12-05 09:33:44.584	error	States 127.0.0.1:38082 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.iobroker	2019-12-05 09:33:41.581	error	Objects 127.0.0.1:47088 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.iobroker	2019-12-05 09:33:39.578	error	States 127.0.0.1:38066 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.iobroker	2019-12-05 09:33:36.575	error	Objects 127.0.0.1:47084 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.iobroker	2019-12-05 09:33:34.572	error	States 127.0.0.1:38062 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.iobroker	2019-12-05 09:33:31.570	error	Objects 127.0.0.1:47072 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.iobroker	2019-12-05 09:33:29.566	error	States 127.0.0.1:38044 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.iobroker	2019-12-05 09:33:26.566	error	Objects 127.0.0.1:47062 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.iobroker	2019-12-05 09:33:24.560	error	States 127.0.0.1:38040 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.iobroker	2019-12-05 09:33:21.562	error	Objects 127.0.0.1:47058 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.iobroker	2019-12-05 09:33:19.551	error	States 127.0.0.1:38032 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.iobroker	2019-12-05 09:33:16.557	error	Objects 127.0.0.1:47040 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.iobroker	2019-12-05 09:33:14.544	error	States 127.0.0.1:38018 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.iobroker	2019-12-05 09:33:11.551	error	Objects 127.0.0.1:47036 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.iobroker	2019-12-05 09:33:09.537	error	States 127.0.0.1:38014 (Init=false) Redis error:Error: Invalid Chunk: parse failed
host.iobroker	2019-12-05 09:33:06.546	error	Objects 127.0.0.1:47032 (Init=false) Redis error:Error: Invalid Chunk: parse failed

[apollon77]

@chucky666 Ich mag Probleme die Sich "von selbst" lösen ;-)

[lost in translation]

Hallo,

ich wollte mal das update machen, bekomme aber trotz Fix Fehlermeldungen und er macht kein Update:

root@ioBroker-RasPi:/opt/iobroker# sudo iobroker upgrade self
Update js-controller from @1.5.14 to @2.1.1
NPM version: 6.4.1
npm install iobroker.js-controller@2.1.1 --unsafe-perm --production --save --prefix "/opt/iobroker" (System call)
npm ERR! path /opt/iobroker/node_modules/iobroker.onvif/node_modules/onvif-nvt
npm ERR! code EISGIT
npm ERR! git /opt/iobroker/node_modules/iobroker.onvif/node_modules/onvif-nvt: Appears to be a git repo or submodule.
npm ERR! git     /opt/iobroker/node_modules/iobroker.onvif/node_modules/onvif-nvt
npm ERR! git Refusing to remove it. Update manually,
npm ERR! git or move it out of the way first.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2019-12-11T11_20_17_125Z-debug.log
Host "ioBroker-RasPi" (linux) updated
Execute: chmod -R 777 /opt/iobroker
chmod: Beim Setzen der Zugriffsrechte für '/opt/iobroker/backups': Die Operation ist nicht erlaubt
Chmod finished. Restart controller
Starting node restart.js

Und nun?

ciao

frank

[FredF]

@lost-in-translation
Es ist kein ioBroker stop zu sehen...
Im 1. Beitrag dieses Posts steht:

[apollon77]

@lost-in-translation du hat scheinbar kein git installiert und ein Adapter von dir (oniv) braucht das scheinbar. Das hat mit dem Controller direkt nichts zu tun. Das ist ein PM was immer beim installieren oder aktualisieren von Paketen den gesamten Abhängigkeitsbaum prüfen will. Und an der Stelle schlägt das in diesem einen Adapter fehlt am besten git installieren (apt install git)

[lost in translation]

@apollon77 said in js-controller 2 jetzt für alle im Stable:

@lost-in-translation du hat scheinbar kein git installiert und ein Adapter von dir (oniv) braucht das scheinbar. Das hat mit dem Controller direkt nichts zu tun. Das ist ein PM was immer beim installieren oder aktualisieren von Paketen den gesamten Abhängigkeitsbaum prüfen will. Und an der Stelle schlägt das in diesem einen Adapter fehlt am besten git installieren (apt install git)

Ich hab jetzt mal den onvif adapter deinstalliert.
Und jetzt hat die Sequenz funktioniert. ioBroker ist jetzt updated.

pi@ioBroker-RasPi:/opt/iobroker $ sudo iobroker upgrade self
Update js-controller from @1.5.14 to @2.1.1
NPM version: 6.4.1
npm install iobroker.js-controller@2.1.1 --unsafe-perm --production --save --prefix "/opt/iobroker" (System call)
../src/unix_dgram.cc: In function ‘void {anonymous}::OnRecv({anonymous}::SocketContext*)’:
../src/unix_dgram.cc:121:25: warning: ‘v8::Local<v8::Value> Nan::MakeCallback(v8::Local<v8::Object>, v8::Local<v8::Function>, int, v8::Local<v8::Value>*)’ is deprecated [-Wdeprecated-declarations]
                     argv);
                         ^
In file included from ../src/unix_dgram.cc:5:0:
../../nan/nan.h:1024:46: note: declared here
   NAN_DEPRECATED inline v8::Local<v8::Value> MakeCallback(
                                              ^~~~~~~~~~~~
../src/unix_dgram.cc: In function ‘void {anonymous}::OnWritable({anonymous}::SocketContext*)’:
../src/unix_dgram.cc:129:28: warning: ‘v8::Local<v8::Value> Nan::MakeCallback(v8::Local<v8::Object>, v8::Local<v8::Function>, int, v8::Local<v8::Value>*)’ is deprecated [-Wdeprecated-declarations]
                     0, NULL);
                            ^
In file included from ../src/unix_dgram.cc:5:0:
../../nan/nan.h:1024:46: note: declared here
   NAN_DEPRECATED inline v8::Local<v8::Value> MakeCallback(
                                              ^~~~~~~~~~~~
npm WARN svg-inline-react@1.0.3 requires a peer of react@^0.14.0 || ^15.0.0 but none is installed. You must install peer dependencies yourself.
npm WARN svg-inline-react@1.0.3 requires a peer of react@^0.14.0 || ^15.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: osx-temperature-sensor@1.0.4 (node_modules/osx-temperature-sensor):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.4: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})

Host "ioBroker-RasPi" (linux) updated
Execute: chmod -R 777 /opt/iobroker
chmod: Beim Setzen der Zugriffsrechte für '/opt/iobroker/backups': Die Operation ist nicht erlaubt
Chmod finished. Restart controller
Starting node restart.js
pi@ioBroker-RasPi:/opt/iobroker $ sudo iobroker start

Ich hoffe mal, die ganzen Warnungen kann ich ignorieren :-)

ciao

frank

[lost in translation]

@FredF said in js-controller 2 jetzt für alle im Stable:

@lost-in-translation
Es ist kein ioBroker stop zu sehen...
Im 1. Beitrag dieses Posts steht:

schon klar, ich hatte ja nur den Schritt gepostet, der schief ging. Die Schritte mit Stop und dann update hatte ich gemacht.
Etwas merkwürdig finde ich, dass stop und update bei Dir in umgekehrter Reihenfolge aufgeführt sind.

ciao

frank

[Homoran]

@lost-in-translation sagte in js-controller 2 jetzt für alle im Stable:

ch hoffe mal, die ganzen Warnungen kann ich ignorieren

JA

[Homoran]

@lost-in-translation sagte in js-controller 2 jetzt für alle im Stable:

dass stop und update bei Dir in umgekehrter Reihenfolge aufgeführt sind.

Das ist egal.
Beim Update lädt er nur die neuesten Infos zu den Adaptern

[GiuseppeS]

Hi, folgendes ist mir aufgefallen:

Adapter mqtt-Client muss auf mindestens Version 1.2 sein. Im stable repo ist die letzte Version allerdings noch bei 1.1.x
Bedeutet, es muss hier ein Update aus dem latest-Repo erfolgen, wenn der js-controller 2.x verwendet wird.
Bitte oben in Liste übernehmen 😉

[apollon77]

@GiuseppeS wenn es nicht ist was Genazinos der Fehler?

[GiuseppeS]

@apollon77
Ich verstehe deine Antwort nicht 🤷‍♂️

Der Fehler mit der 1.1.1 war jedenfalls, dass der Adapter die vorgegeben Subscriptions nicht korrekt verarbeitet hatte und teilweise "terminated" im Log erschien. Manchmal kam auch gar keine Fehlermeldung, allerdings wurden die States nicht empfangen.
Im Changelog vom Adapter steht bei der Version 1.2.0, dass Änderungen für js-controller 2.0 eingeflossen sind. Da ich das repo immer auf default und nicht auf latest stelle, war mir das nun aufgefallen.

[AlCalzone]

@GiuseppeS Ich vermute es sollte heißen "Wenn es nicht geht, was ist der Fehler?"

[apollon77]

@AlCalzone Ja mein handy hat den text versaut :-( Sorry

[apollon77]

brauche nix mehr, ja da gabs wohl einen commit. Füge inzu