js-controller 3.0/3.1 jetzt im Latest!

blackeagle998

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

Hallo zusammen.

Vielen Dank für die gute Arbeit! Das möchte ich erst einmal loswerden.

Beim Upgrade des js-controllers von 2.2.9 auf 3.0.19 auf meiner Prod-Umgebung habe ich allerdings folgende Meldung bei der Installation gesehen.

$ sudo iobroker upgrade self
Update js-controller from @2.2.9 to @3.0.19
NPM version: 6.14.4
npm install iobroker.js-controller@3.0.19 --unsafe-perm --loglevel error --prefix "/opt/iobroker" (System call)
(node:14431) UnhandledPromiseRejectionWarning: ReferenceError: allback is not defined
    at _0x411ccb._applyViewFunc (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:1:115051)
    at processTicksAndRejections (internal/process/task_queues.js:97:5)
(node:14431) UnhandledPromiseRejectionWarning: 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(). To terminate the node process on unhandled promise rejection, use the CLI flag `--unhandled-rejections=strict` (see https://nodejs.org/api/cli.html#cli_unhandled_rejections_mode). (rejection id: 1)
(node:14431) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

Müsste da nicht wahrscheinlich callback statt allback stehen? Habe mir den Code noch nicht angeschaut.

Viele Grüße, MiGoller

Hallo, ich habe gerade exakt den gleichen Fehler, ebenfalls von Version 2.2.9 zu 3.0.19.

apollon77

Der controller 3.0.20 ist auf Github - der fixt das ... sorry ...

Sollte bald im Latest Repo sein, alternativ IM IOBROKER-VERZEICHNIS(!!) ein "npm install iobroker.js-controller@3.0.20" ausführen

Changelog:
3.0.20 (2020-04-28) Release Elena

(Apollon77) make sure disabling instances while installation is running do not crash the controller (Sentry IOBROKER-JS-CONTROLLER-Z)
(From Forum) prevent error on backup restore
(Apollon77) Make sure error handing do not throw exception
(Apollon77) Catch all errors when trying to store the File DB (Sentry IOBROKER-JS-CONTROLLER-14/15)
(Apollon77) Make sure also edge cases on start adapter are handled correctly (Sentry IOBROKER-JS-CONTROLLER-12)
(Apollon77) Use 3.3.4 of objects library to prevent an error from 3.3.3

khg

update js-controller 3.0.18 --> 30.19 nicht möglich.
Node.js v12.16.2
NPM 6.14.4

Detail:
int err = epoll->Modify(info[0]->Int32Value(), info[1]->Int32Value());
^
In file included from ../src/epoll.cc:11:
/home/iobroker/.cache/node-gyp/12.16.2/include/node/v8.h:2709:40: note: candidate: ‘v8::Maybe<int> v8::Value::Int32Value(v8::Localv8::Context) const’
V8_WARN_UNUSED_RESULT Maybe<int32_t> Int32Value(Local<Context> context) const;
^~~~~~~~~~
/home/iobroker/.cache/node-gyp/12.16.2/include/node/v8.h:2709:40: note: candidate expects 1 argument, 0 provided
../src/epoll.cc: In static member function ‘static Nan::NAN_METHOD_RETURN_TYPE Epoll::Remove(Nan::NAN_METHOD_ARGS_TYPE)’:
../src/epoll.cc:247:47: error: no matching function for call to ‘v8::Value::Int32Value()’
int err = epoll->Remove(info[0]->Int32Value());
^
In file included from ../src/epoll.cc:11:
/home/iobroker/.cache/node-gyp/12.16.2/include/node/v8.h:2709:40: note: candidate: ‘v8::Maybe<int> v8::Value::Int32Value(v8::Localv8::Context) const’
V8_WARN_UNUSED_RESULT Maybe<int32_t> Int32Value(Local<Context> context) const;
^~~~~~~~~~
/home/iobroker/.cache/node-gyp/12.16.2/include/node/v8.h:2709:40: note: candidate expects 1 argument, 0 provided
In file included from ../src/epoll.cc:12:
../src/epoll.cc: At global scope:
/home/iobroker/.cache/node-gyp/12.16.2/include/node/node.h:608:43: warning: cast between incompatible function types from ‘void ()(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE)’ {aka ‘void ()(v8::Localv8::Object)’} to ‘node::addon_register_func’ {aka ‘void ()(v8::Localv8::Object, v8::Localv8::Value, void)’} [-Wcast-function-type]
(node::addon_register_func) (regfunc),
^
/home/iobroker/.cache/node-gyp/12.16.2/include/node/node.h:642:3: note: in expansion of macro ‘NODE_MODULE_X’
NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage)
^~~~~~~~~~~~~
../src/epoll.cc:381:1: note: in expansion of macro ‘NODE_MODULE’
NODE_MODULE(epoll, Epoll::Init)
^~~~~~~~~~~
In file included from ../src/epoll.cc:11:
/home/iobroker/.cache/node-gyp/12.16.2/include/node/v8.h: In instantiation of ‘void v8::PersistentBase<T>::SetWeak(P*, typename v8::WeakCallbackInfo<P>::Callback, v8::WeakCallbackType) [with P = node::ObjectWrap; T = v8::Object; typename v8::WeakCallbackInfo<P>::Callback = void ()(const v8::WeakCallbackInfonode::ObjectWrap&)]’:
/home/iobroker/.cache/node-gyp/12.16.2/include/node/node_object_wrap.h:85:78: required from here
/home/iobroker/.cache/node-gyp/12.16.2/include/node/v8.h:10226:16: warning: cast between incompatible function types from ‘v8::WeakCallbackInfonode::ObjectWrap::Callback’ {aka ‘void ()(const v8::WeakCallbackInfonode::ObjectWrap&)’} to ‘Callback’ {aka ‘void (*)(const v8::WeakCallbackInfo<void>&)’} [-Wcast-function-type]
reinterpret_cast<Callback>(callback), type);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/home/iobroker/.cache/node-gyp/12.16.2/include/node/v8.h: In instantiation of ‘void v8::PersistentBase<T>::SetWeak(P*, typename v8::WeakCallbackInfo<P>::Callback, v8::WeakCallbackType) [with P = Nan::ObjectWrap; T = v8::Object; typename v8::WeakCallbackInfo<P>::Callback = void ()(const v8::WeakCallbackInfoNan::ObjectWrap&)]’:
../../nan/nan_object_wrap.h:66:61: required from here
/home/iobroker/.cache/node-gyp/12.16.2/include/node/v8.h:10226:16: warning: cast between incompatible function types from ‘v8::WeakCallbackInfoNan::ObjectWrap::Callback’ {aka ‘void ()(const v8::WeakCallbackInfoNan::ObjectWrap&)’} to ‘Callback’ {aka ‘void (*)(const v8::WeakCallbackInfo<void>&)’} [-Wcast-function-type]
make: *** [epoll.target.mk:111: Release/obj.target/epoll/src/epoll.o] Fehler 1
gyp ERR! build error
gyp ERR! stack Error: make failed with exit code: 2
gyp ERR! stack at ChildProcess.onExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:194:23)
gyp ERR! stack at ChildProcess.emit (events.js:310:20)
gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:275:12)
gyp ERR! System Linux 5.4.28-rockchip
gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /opt/iobroker/node_modules/rpi-gpio/node_modules/epoll
gyp ERR! node -v v12.16.2
gyp ERR! node-gyp -v v5.1.0
gyp ERR! not ok
(node:19963) UnhandledPromiseRejectionWarning: ReferenceError: allback is not defined
at _0x411ccb._applyViewFunc (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:1:115051)
at processTicksAndRejections (internal/process/task_queues.js:97:5)
(node:19963) UnhandledPromiseRejectionWarning: 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(). To terminate the node process on unhandled promise rejection, use the CLI flag --unhandled-rejections=strict (see https://nodejs.org/api/cli.html#cli_unhandled_rejections_mode). (rejection id: 1)
(node:19963) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code

bleibt hier händen und Abbruch mit Ctrl-C.

iobroker start
iobroker status

(node:26663) UnhandledPromiseRejectionWarning: ReferenceError: allback is not defined
at _0x411ccb._applyViewFunc (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:1:115051)
at processTicksAndRejections (internal/process/task_queues.js:97:5)
(node:26663) UnhandledPromiseRejectionWarning: 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(). To terminate the node process on unhandled promise rejection, use the CLI flag --unhandled-rejections=strict (see https://nodejs.org/api/cli.html#cli_unhandled_rejections_mode). (rejection id: 1)
(node:26663) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

sigi234

@khg

Bitte benutzt die Code Tags Funktion -> </>
Hier gehts zur Hilfe.

Neuschwansteini

@e-s Hi, Danke, hat geholfen. Musste noch node-gyp drüberbügeln, dann war da auch Ruhe.

khg

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

Bitte benutzt die Code Tags Funktion -> </>

ok, schaue ich mir an,
eben wurde der js-controller 3.0.20 erstellt und das Problem ist damit behoben.

Neuschwansteini

@apollon77

Also, die Elena verträgt sich wohl ganz gut mit der Silvia, Tessa und Buster. Mit der Debbie schau ich die Tage dann noch..

sigi234

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

Der controller 3.0.20 ist auf Github - der fixt das ... sorry ...

Diesmal geht es bei mir nicht.

C:\Program Files\iobroker\Test>iobroker upgrade self
Update js-controller from @3.0.19 to @3.0.20
NPM version: 6.9.0
npm install iobroker.js-controller@3.0.20 --loglevel error --unsafe-perm (System call)
npm ERR! path C:\Program Files\iobroker\Test\node_modules\iobroker.js-controller
npm ERR! code EBUSY
npm ERR! errno -4082
npm ERR! syscall rename
npm ERR! EBUSY: resource busy or locked, rename 'C:\Program Files\iobroker\Test\node_modules\iobroker.js-controller' -> 'C:\Program Files\iobroker\Test\node_modules\.iobroker.js-controller.DELETE'

npm ERR! A complete log of this run can be found in:
npm ERR!     C:\Program Files\iobroker\Test\env\npm-cache\_logs\2020-04-28T11_49_52_485Z-debug.log
host.Medion(Test) Cannot install iobroker.js-controller@3.0.20: 4294963214

npm ERR! EBUSY: resource busy or locked

Wollen zu viele gleichzeitig updaten?

Diginix

@apollon77 Seit 3.0.19 werden die Logs wieder gezippt rotiert. Mein Logrotate max 14 days hat das Update von Version 2 auf 3 überlebt aber warum das nicht-zippen nicht? Wie konnte man das in der iobroker.json abstellen?

apollon77

@Diginix Seit der 3.0.0 ist das wieder so - war eigentlich ein Fehler das es in der 2.2 doch nicht drin war. Ausschalten in der iobroker-data/iobroker.json siehe https://github.com/ioBroker/ioBroker.js-controller/blob/master/README.md#file-based-logging

e-s

@apollon77
Hattest du dir meine vorherigen posts durchgelesen, hätte iobroker die veralteten und ungenutzten deps aktualisieren oder löschen sollen, oder muss man das weiter per Hand machen?
Oder sollte man wenn man doch häufig testet und löscht, den data Ordner in einer Neuinstallation restoren um sich von alter last zu trennen?

cybertron

Das Update auf 3.0.19 hat heute morgen zwar geklapt, alledings rannten der Master und auch alle Slaves danach in einer Art Dauer-Reboot-Schleife.
In der Anzeige über htop starteten die einzelnen Adapter, waren aber danach direkt wieder verschwunden.

Da der Master gar nicht mehr auf die Füsse kam, hab ich diesen über den Snapshot wieder zurück auf 3.0.14 geholt.
Einen Slave habe ich über ein erneutes Update dann vorhin auf 3.0.20 gebracht.
Einen weiteren über eine Neuinstallation erst auf 2.x.x und daraus auf 3.0.20.

Jetzt wollte ich den Master und einen 3. Slave noch machen.
Dabei bekomme ich jedoch folgende Meldung:

root@mh-iobroker-00:/opt/iobroker# iobroker upgrade self
Update js-controller from @3.0.14 to @3.0.20
NPM version: 6.14.4
npm install iobroker.js-controller@3.0.20 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call)
readFile will not read this file (tts.userfiles/scifi.mp3) in future versions: sayit.0 is not an object of type "meta"
readFile will not read this file (tts.userfiles/gong.mp3) in future versions: sayit.0 is not an object of type "meta"
npm ERR! Unexpected end of JSON input while parsing near '...0","@sentry/utils":"5'

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2020-04-28T13_30_05_795Z-debug.log
Starting node restart.js

Eine komplette Neuinstallation beim Slave endet ebenfals fehlerhaft.

==========================================================================

    Welcome to the ioBroker installer!
    Installer version: 2020-04-12

==========================================================================


==========================================================================
    Installing prerequisites (1/4)
==========================================================================

OK:1 http://archive.raspberrypi.org/debian buster InRelease
OK:2 http://raspbian.raspberrypi.org/raspbian buster InRelease
OK:3 https://deb.nodesource.com/node_12.x buster InRelease
Paketlisten werden gelesen... Fertig
Changing npm registry to https://registry.npmjs.org
Installed gcc-c++

==========================================================================
    Creating ioBroker user and directory (2/4)
==========================================================================

Created /etc/sudoers.d/iobroker
Directory /opt/iobroker created

==========================================================================
    Installing ioBroker (3/4)
==========================================================================

npm ERR! Unexpected end of JSON input while parsing near '...yIFwMzo/6PwmhXvvwYnEz'

npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2020-04-28T13_17_27_855Z-debug.log

==========================================================================
    Finalizing installation (4/4)
==========================================================================

Enabling autostart...
Autostart enabled!
Fixing directory permissions...

==========================================================================

    ioBroker was installed successfully
    Open http://192.168.30.242:8081 in a browser and start configuring!

==========================================================================


You need to re-login before doing anything else on the console!

apollon77

@sigi234 Da ist auf deinem Filesystem was geblockt. Versuch nochmal

apollon77

@e-s Naja an sich wirft NPM Dinge weg wenn Sie nicht mehr referenziert werden, sollte also automatisch passieren. AM Ende "Finde den Adapter des das braucht"

apollon77

@cybertron Schau mal ob in /opt/iobroker eine package-lock-json liegt und wenn ja lösche die mal ... dann nochmal. Scheinbar hat es in dem File was zerbröselt - oder deine SD Karte (falls so ein System) bekommt ne macke weg

sigi234

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

Da ist auf deinem Filesystem was geblockt. Versuch nochmal

Screenshot (2377).png

ERLEDIGT
Nach einen Neustart von Windows hat es funktioniert.

Zwar mit Fehler, aber es geht.

Screenshot (2380).png

Mauflo

@Diginix aber das Ausschalten des Zippens ist jetzt eigentlich nicht mehr notwendig, weil beim anklicken eines gezippten Logfiles im Admin, wird dieses sofort, wie früher die ungezippten files, im Browser angezeigt. Jetzt ist also ein Fortschritt, da die Files tatsächlich kleiner werden bei vollem Funktionsumfang!

cybertron

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

@cybertron Schau mal ob in /opt/iobroker eine package-lock-json liegt und wenn ja lösche die mal ... dann nochmal. Scheinbar hat es in dem File was zerbröselt - oder deine SD Karte (falls so ein System) bekommt ne macke weg

Die Datei habe ich gerade gelöscht, jedoch komplett identisches Ergebnis.
Das System ist eine VM-Ware auf einer Synology.
Heute morgen hatte ja das Update auf 3.0.19 geklappt.
Die Startvorraussetzungen sind jetzt im Moment die gleichen, wie heute morgen, da ich jetzt mit dem Snapshot von heute Nacht arbeite.
Irretierend ist für mich, dass es auf allen Maschinen passiert, unabhängig davon, welcher Systemaufbau. (VM-Ware, Raspi4, MiniPC)

Ich häng das Log mal hier mit dran..
2020-04-28T13_57_45_991Z-debug.log

Diginix

@Mauflo Das war bei mir nie ein Problem. Ich nutze aber kein Bastelrechner mit SD Card. Plattenplatz o.ä. sind bei mir kein Flaschenhals. Wie ich schrieb, rotiere ich ja sogar 14tägig statt 7. Außerdem sind meine täglichen Logs i.d.R. nur 100kb groß. Warum sollte man das zippen? Ich möchte einfach in jedes Log direkt ohne entpacken schauen können und das nicht im Browser sondern mit einem Editor um regex usw. bei der Suche nutzen zu können.
Das sind meine Gründe warum ich keine gezippten Logs möchte.

apollon77

@sigi234 Windows halt duck

NEWS

js-controller 3.0/3.1 jetzt im Latest!

Support us

453
Online

31.6k
Users

79.5k
Topics

1.3m
Posts

NEWS

js-controller 3.0/3.1 jetzt im Latest!

Support us

453Online

31.6kUsers

79.5kTopics

1.3mPosts

453
Online

31.6k
Users

79.5k
Topics

1.3m
Posts