js-controller 3.2 jetzt im Latest!

[crunchip]

@peterfido sagte in js-controller 3.2 jetzt im Latest!:

Nach einem Neustart keine Besserung:

Du stoppst aber den iobroker bevor du ein update und upgrade self ausführst, liest sich eher so, als wenn du versuchst im laufenden Betrieb dies zu versuchen.

[peterfido]

@crunchip

ja, wird mit iobroker stop gestoppt.

Habe auch schon mehrere Versuche unternommen. Einmal ohne vorher das System mit

sudo apt-get update
sudo apt-get upgrade

zu aktualisieren. Dann wieder mit. Dann mal versucht, die fsevents manuell zu deinstallieren.

Der Fehler kommt trotzdem jedesmal.

[crunchip]

@peterfido nicht sicher, aber vllt hilft es vorher mal den npm cache zu löschen.

npm cache clean --force

[peterfido]

@crunchip

Leider auch nicht. Ich hänge mal die Log-Datei2021-02-28T08_33_23_642Z-debug.zip hier an.

[crunchip]

@peterfido kann ich nicht öffnen

[peterfido]

@crunchip
Hier nochmal 2021-02-28T08_33_23_642Z-debug.log ungezippt.

eine erzwungene Installation (mit dem Parameter -f) hat jetzt den JS-Controller aktualisiert. Ob es Nebeneffekte gab, kann ich noch nicht sagen...

Ah, okay. Jetzt habe ich den 3.3 drauf. Also zurück zum Snapshot von heute Morgen...

Edit: Jetzt gleich mal mit -f installiert und läuft.

peter@proxbroker:~$ npm install -f iobroker.js-controller@3.2.16 --loglevel error --unsafe-perm --prefix "/opt/iobroker"

> iobroker.js-controller@3.2.16 preinstall /opt/iobroker/node_modules/iobroker.js-controller
> node lib/preinstallCheck.js

NPM version: 6.14.11

> iobroker.js-controller@3.2.16 install /opt/iobroker/node_modules/iobroker.js-controller
> node iobroker.js setup first

object _design/system updated
Renamed repository "default to "stable"
Renamed repository "latest to "beta"

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

+ iobroker.js-controller@3.2.16
added 54 packages from 25 contributors, removed 32 packages, updated 26 packages and moved 1 package in 23.176s

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



   ╭───────────────────────────────────────────────────────────────╮
   │                                                               │
   │      New major version of npm available! 6.14.11 → 7.6.0      │
   │   Changelog: https://github.com/npm/cli/releases/tag/v7.6.0   │
   │               Run npm install -g npm to update!               │
   │                                                               │
   ╰───────────────────────────────────────────────────────────────╯

peter@proxbroker:~$ iobroker start

[crunchip]

@peterfido auch wenn optional, vllt wäre es sauber durchgelaufen, wenn du fsevent@2.3.1 installiert hättest, zumindest zeigt meine Installation diese Version

[peterfido]

@crunchip

Hat "er" ja bereits selbst versucht. Eben mal schnell nen Snapshot erstellt und manuell getestet:

peter@proxbroker:~$ npm i fsevents@2.3.1
npm ERR! code EBADPLATFORM
npm ERR! notsup Unsupported platform for fsevents@2.3.1: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
npm ERR! notsup Valid OS:    darwin
npm ERR! notsup Valid Arch:  any
npm ERR! notsup Actual OS:   linux
npm ERR! notsup Actual Arch: x64

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/peter/.npm/_logs/2021-02-28T09_52_02_937Z-debug.log
peter@proxbroker:~$

fsEvents ist für darwin gedacht. darwin könnte Apple bedeuten.

[crunchip]

@peterfido sagte in js-controller 3.2 jetzt im Latest!:

peter@proxbroker:~$ npm install -f iobroker.js-controller@3.2.16 --loglevel error --unsafe-perm --prefix "/opt/iobroker"

bist du hier nicht im falschen Verzeichnis?

[peterfido]

@crunchip
Jo, ist mir auch aufgefallen. Macht aber keinen Unterschied.

peter@proxbroker:/opt/iobroker$ npm i fsevents
npm ERR! code EBADPLATFORM
npm ERR! notsup Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
npm ERR! notsup Valid OS:    darwin
npm ERR! notsup Valid Arch:  any
npm ERR! notsup Actual OS:   linux
npm ERR! notsup Actual Arch: x64

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2021-02-28T10_01_47_431Z-debug.log
peter@proxbroker:/opt/iobroker$

[apollon77]

@peterfido Ja ist Apple und damit an sich optional.

Mach mal im ioBroker Verzeichnis ein "npm ls fsevents"

[peterfido]

@apollon77

Hier das Ergebnis:

peter@proxbroker:/opt/iobroker$ npm ls fsevents
iobroker.inst@2.0.3 /opt/iobroker
├── fsevents@2.2.1
└─┬ iobroker.js-controller@3.2.16
  └─┬ chokidar@3.5.1
    └── fsevents@2.3.2

peter@proxbroker:/opt/iobroker$ npm ls chokidar
iobroker.inst@2.0.3 /opt/iobroker
└─┬ iobroker.js-controller@3.2.16
  └── chokidar@3.5.1

peter@proxbroker:/opt/iobroker$

Gleich nochmal mit chokidar hinterher abgefragt.

[crunchip]

@peterfido sieht bei mir so aus

root@IoBroker:/opt/iobroker# npm ls fsevents
iobroker.inst@2.0.3 /opt/iobroker
└─┬ iobroker.js-controller@3.2.16
  └─┬ chokidar@3.5.1
    └── UNMET OPTIONAL DEPENDENCY fsevents@~2.3.1

[w00dy]

@apollon77, @all
@apollon77 sagte in js-controller 3.2 jetzt im Latest!:

@w00dy Ja, da ist der Master nicht auf controller 3.2.16 aber ein Client oder Adapter mit 3.2er code greift darauf zu. Ggf nochmal alles restarten.

Hallo, leider kann ich mich erst heute zurückmelden wegen der Fehlermeldung des Shelly-Adapters nach dem Update des js-controller. Das Netzteil vom Raspberry 4 war defekt und ich musste auf ein neues warten.

Auch nach einem Restart hagelt es alle paar Sekunden diese Fehlermeldung:

shelly.0	2021-02-28 13:09:51.386	error	(1728) Cannot find search "folder" in "system"

Der fritzdect-Adapter funktioniert auch nicht mehr:

fritzdect.0	2021-02-28 13:17:31.051	error	(23748) Did not get session id- invalid username or password?
fritzdect.0	2021-02-28 13:17:31.050	error	(23748) fritzbox returned this "0000000000000000"

Username und Password sind definitiv korrekt.
Keine Ahnung, ob das jetzt auch mit dem Update vom js-controller zusammenhängt, zuvor gab es allerdings keine Probs.

Hast Du, habt Ihr noch ne Idee, wie ich das beheben kann?

[apollon77]

@w00dy Zum Fehler mit dem "folder": kann es ein das irgendwas nioch mit nem alten Controller läuft? zb ein Master? Ansonsten versuch mal (vorher iobroker stoppen) "iobroker setup first" auf dem Master host.

Der andere Fehler kann nicht vom Controller kommen

[w00dy]

@apollon77
Hm, ich nutze eigentlich kein Multihost-Sytem, dennoch hat das funktioniert
Hier mal die Ausgabe:

rp02@ioBroker:~ $ iobroker setup first
object _design/system updated
Renamed repository "default to "stable"
Renamed repository "latest to "beta"

Hatte an den repos eigentlich nie was geändert, ...egal jetzt gibt der shelly-Adater endlich ruhe.

Den fritzdect-Adapter habe ich rausgeschmissen und neu installiert, der läuft auch wieder.

Besten Dank für die Hilfe!

[apollon77]

@w00dy Sehr interessant. SIcher das das controller 3.2.16 ist? Dann hätte beim install was nicht vollständig geklappt

[w00dy]

@apollon77 Ja, siehe Foto:

Und nun, ...muss ich mir Sorgen machen??

[apollon77]

@w00dy wenn jetzt alles tut ist ja ok. Das install log vom install „damals“ hast du ja bestimmt nicht mehr

[w00dy]

@apollon77 Nein, leider nicht. Ein komisches Gefühl bleibt trotzdem zurück