js-controller 3.3 jetzt im Beta

foxriver76

@thomas-braun Bei Upgrade wo man keinen Einfluss hat, wird die unnötig lange Liste ja seit dem aktuellen Controller nicht mehr angezeigt.

Bei update hast du einen Einfluss:

iob update -i

iob update --help
iobroker update [<repositoryUrl>]

Update repository and list adapters

Options:
      --help        Show help  [boolean]
  -v, --version     Show version  [boolean]
  -u, --updateable  Only show updateable adapters  [boolean]
  -i, --installed   Only show installed adapters  [boolean]
  -f, --force       Bypass hash check  [boolean]

Also wäre wenn dann die Diskussion, -i default zu machen und dafür ein -a Flag. CLI ist immer Controller aktuell.

Thomas Braun

@foxriver76

Ahhhhhhh!!!!
Und ich pipe und greppe da immer wild durch die Gegend rum...

Hatte ich echt nicht auf'm Schirm, die Option -i
Danke fürs drauf stupsen.

apollon77

@foxriver76 sagte in js-controller 3.3 jetzt im Latest:

Also wäre wenn dann die Diskussion, -i default zu machen und dafür ein -a Flag. CLI ist immer Controller aktuell.

Wär ich fast für :)

Homoran

@apollon77 sagte in js-controller 3.3 jetzt im Latest:

@homoran Issue anlegen

Done!
https://github.com/ioBroker/ioBroker.admin/issues/815

foxriver76

@apollon77 sagte in js-controller 3.3 jetzt im Latest:

@foxriver76 sagte in js-controller 3.3 jetzt im Latest:

Also wäre wenn dann die Diskussion, -i default zu machen und dafür ein -a Flag. CLI ist immer Controller aktuell.

Wär ich fast für :)

Hätte ich im Angebot:
https://github.com/ioBroker/ioBroker.js-controller/pull/1330

da_Woody

@foxriver76 hätte ich auch nichts dagegn. gerade jetzt, bei täglichen updates fällt das auf.

Feuersturm

js-controller 3.3.8 Update und Systemstart verlief ohne Probleme :-)

da_Woody

@feuersturm ebenso keine probleme

apollon77

Der vollständigkeit halber :-)

3.3.8 (2021-05-03)

(Apollon77/foxriver76) Optimize Database storage behaviour for file database
(foxriver76) change default behaviour of cli update command -> only list installed, allow --all as parameter to see all again

JB_Sullivan

Auch für die Windows User:

Stoppen / Starten / Upgrade (sowohl Konsole als auch über Win Dienste) der Version 3.3.8 funktioniert - allerdings startet der js-controller nach erfolgtem Update nicht mehr selbstständig (DOS PopUp) wie er das noch unter 3.3.6 getan hat.

Auf UI Ebene nach wie vor der EBUSY Fehler beim Versuch Adapter Updates aus der Adapter Liste oder aus INFO heraus anzusteoßen. Adpter Upgrades auf Konsolen Ebene funktionieren aber einwandfrei und werden auch nicht mehr doppelt ausgeführt.

passuff

Wie kann ich den js-controller manuell auf eine bestimmte Version, zb 3.3.5 oder 3.3.8 updaten?

Thomas Braun

@passuff

Zitat aus dem ersten Posting...

Die alte Version des js-controller kann im Notfall einfach wieder per npm install iobroker.js-controller@version installiert werden und sollte alles wieder herstellen.

(Achso... Unter Windows meinst du?)

passuff

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

npm install iobroker.js-controller@

z.B.:

npm install iobroker.js-controller@3.3.8

?

Das führt bei mir leider nicht zum Erfolg, wobei ich jetzt auch keinen Fehler erkennen kann:

root@iobroker:~# npm install iobroker.js-controller@3.3.8
npm WARN deprecated request@2.88.2: request has been deprecated, see https://git          hub.com/request/request/issues/3142
npm WARN deprecated har-validator@5.1.5: this library is no longer supported

> iobroker.js-controller@3.3.8 preinstall /root/node_modules/iobroker.js-control          ler
> node lib/preinstallCheck.js

NPM version: 6.14.6

> unix-dgram@2.0.3 install /root/node_modules/unix-dgram
> node-gyp rebuild

make: Entering directory '/root/node_modules/unix-dgram/build'
  CXX(target) Release/obj.target/unix_dgram/src/unix_dgram.o
In file included from ../../nan/nan.h:56,
                 from ../src/unix_dgram.cc:5:
/root/.cache/node-gyp/12.18.3/include/node/node.h:608:43: warning: cast between           incompatible function types from ‘void (*)(v8::Local<v8::Object>)’ to ‘node::add          on_register_func’ {aka ‘void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, vo          id*)’} [-Wcast-function-type]
       (node::addon_register_func) (regfunc),                          \
                                           ^
/root/.cache/node-gyp/12.18.3/include/node/node.h:642:3: note: in expansion of m          acro ‘NODE_MODULE_X’
   NODE_MODULE_X(modname, regfunc, NULL, 0)  // NOLINT (readability/null_usage)
   ^~~~~~~~~~~~~
../src/unix_dgram.cc:404:1: note: in expansion of macro ‘NODE_MODULE’
 NODE_MODULE(unix_dgram, Initialize)
 ^~~~~~~~~~~
  SOLINK_MODULE(target) Release/obj.target/unix_dgram.node
  COPY Release/unix_dgram.node
make: Leaving directory '/root/node_modules/unix-dgram/build'

> ursa-optional@0.9.10 install /root/node_modules/ursa-optional
> node rebuild.js

ursaNative bindings compilation fail. This is not an issue. Modules that depend           on it will use fallbacks.

> diskusage@1.1.3 install /root/node_modules/diskusage
> node-gyp rebuild

make: Entering directory '/root/node_modules/diskusage/build'
  CXX(target) Release/obj.target/diskusage/src/main.o
In file included from ../../nan/nan.h:56,
                 from ../src/main.cpp:3:
/root/.cache/node-gyp/12.18.3/include/node/node.h:608:43: warning: cast between           incompatible function types from ‘void (*)(v8::Local<v8::Object>)’ to ‘node::add          on_register_func’ {aka ‘void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, vo          id*)’} [-Wcast-function-type]
       (node::addon_register_func) (regfunc),                          \
                                           ^
/root/.cache/node-gyp/12.18.3/include/node/node.h:642:3: note: in expansion of m          acro ‘NODE_MODULE_X’
   NODE_MODULE_X(modname, regfunc, NULL, 0)  // NOLINT (readability/null_usage)
   ^~~~~~~~~~~~~
../src/main.cpp:42:1: note: in expansion of macro ‘NODE_MODULE’
 NODE_MODULE(diskusage, Init)
 ^~~~~~~~~~~
  CXX(target) Release/obj.target/diskusage/src/diskusage_posix.o
  SOLINK_MODULE(target) Release/obj.target/diskusage.node
  COPY Release/diskusage.node
make: Leaving directory '/root/node_modules/diskusage/build'

> iobroker.js-controller@3.3.8 install /root/node_modules/iobroker.js-controller
> node iobroker.js setup first

creating conf/iobroker.json
Server Cannot load /root/iobroker-data/objects.json: Database file /root/iobroke          r-data/objects.json does not exists.. We try last Backup!
Server Cannot load /root/iobroker-data/states.json: Database file /root/iobroker          -data/states.json does not exists.. We try last Backup!
Server Cannot load /root/iobroker-data/objects.json.bak: Database file /root/iob          roker-data/objects.json.bak does not exists.. Continue with empty dataset!
Server If this is no Migration or initial start please restore the last backup f          rom /root/iobroker-data/backup-objects
Server Cannot load /root/iobroker-data/states.json.bak: Database file /root/iobr          oker-data/states.json.bak does not exists.. Continue with empty dataset!
Server If this is no Migration or initial start please restore the last backup f          rom /root/iobroker-data/backup-objects
 Cannot read system.config: null (OK when migrating or restoring)
object 0_userdata.0.example_state created
object 0_userdata.0 created
object alias.0 created
object system.certificates created
object system.repositories created
object system.config created
object enum.functions created
object enum.rooms created
object system.group.user created
object system.group.administrator created
object _design/system created
object system.meta.uuid created: 80d389c4-478f-2efa-58c6-25887e373b23
object system.user.admin created

ATTENTION: Error reporting via Sentry will be activated on next start of ioBroke          r

ioBroker wants to make sure to deliver the most stable smart home system.
To allow this we decided to implement an automatic error and crash reporting sol          ution into the js-controller and also into adapters.

THIS REPORTING WILL BE ENABLED WITH THE NEXT START OF YOUR IOBROKER!

For any error that leads to the crash of the js-controller or one of the relevan          t adapters the error details are send to a server. For the js-controller and cor          e adapters this server is located and operated in germany. For community adapter          s please check the Github Readme of the affected adapter for details which Sentr          y server is used.

If you want to disable the error reporting you can use the command
'iobroker plugin disable sentry'
This command will also make sure that no adapter that runs on this host will sen          d crash reporting data to sentry.


The object "system.certificates" was updated successfully.

> @root/acme@3.1.0 postinstall /root/node_modules/@root/acme
> node scripts/postinstall


> esbuild@0.11.18 postinstall /root/node_modules/esbuild
> node install.js

npm WARN saveError ENOENT: no such file or directory, open '/root/package.json'
npm notice created a lockfile as package-lock.json. You should commit this file.
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@~2.3.1 (node_modules/ch          okidar/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@          2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"}          )
npm WARN enoent ENOENT: no such file or directory, open '/root/package.json'
npm WARN root No description
npm WARN root No repository field.
npm WARN root No README data
npm WARN root No license field.

+ iobroker.js-controller@3.3.8
added 296 packages from 280 contributors and audited 297 packages in 60.707s

11 packages are looking for funding
  run `npm fund` for details

found 1 high severity vulnerability
  run `npm audit fix` to fix them, or `npm audit` for details


   ╭────────────────────────────────────────────────────────────────╮
   │                                                                │
   │      New patch version of npm available! 6.14.6 → 6.14.8       │
   │   Changelog: https://github.com/npm/cli/releases/tag/v6.14.8   │
   │               Run npm install -g npm to update!                │
   │                                                                │
   ╰────────────────────────────────────────────────────────────────╯

EDIT:

npm install iobroker.js-controller@3.3.8
iobroker update
iobroker upgrade self

und schon funktioniert es....

Thomas Braun

@passuff
Ich sehe direkt in den ersten vier Zeichen schon einen.

passuff

@thomas-braun
dann lass den mal außen vor...
Upgrade von 3.3.7 auf 3.3.8 war erfolgreich- leider ist das log immer noch voll mit Fehlermeldungen.
Wie komme ich wieder zurück auf 3.3.5 oder eine andere, niedrigere Version?

Asgothian

@passuff

npm install iobroker.js-controller@<your-desired-version-number-here>

Würde ich sagen.

A.

Homoran

@asgothian sagte in js-controller 3.3 jetzt im Latest:

@passuff

npm install iobroker.js-controller@<your-desired-version-number-here>

Würde ich sagen.

A.

bevor wieder einer @version schreibt?

passuff

@asgothian
das habe ich probiert...

npm install iobroker.js-controller@3.3.5
iobroker update
iobroker upgrade self
Host    "iobroker"       is up to date.

Homoran

@passuff sagte in js-controller 3.3 jetzt im Latest:

das habe ich probiert...

das sieht aber anders aus!
bist du vorher mit cd /opt/iobroker ins Installationsverzeichnis gewechselt???

Wenn nur die Antworten fehlen hast du mit der 3. Zeile wieder alles zunichte gemacht

Thomas Braun

@homoran sagte in js-controller 3.3 jetzt im Latest:

bist du vorher mit cd /opt/iobroker ins Installationsverzeichnis gewechselt???

Welches ja hier /root ist... :-D
Vermutlich rumpelt der Kandidat hier gerade mit root-Rechten recht ungeschickt durch sein System. Aber ist ja alles kein Problem, wir räumen das schon wieder auf. Nur ich nicht, da ist mir die Zeit zu Schade für.

Community Forum

NEWS

js-controller 3.3 jetzt im Beta

3.3.8 (2021-05-03)

Support us

806

32.4k

81.5k

1.3m