UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[amg_666]

@apollon77 der MAster und 1 Slave haben jetzt die 16er, der andere zickt rum.
Ist da was auf dem Raspberry zerschossen?

pi@iostrom:/opt/iobroker $ iobroker update
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@iostrom:/opt/iobroker $

[amg_666]

Kann mir hier jemand weiterhelfen? ich hab jetzt versucht js-controller neu zu installieren, das führt aber zu Fehlern:

pi@iostrom:/opt/iobroker $ sudo npm install iobroker.js-controller --production

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

NPM version: 6.14.10

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

Cannot delete file. Not critical: EACCES: permission denied, unlink '/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../_service_iobroker.b
Cannot delete file. Not critical: EACCES: permission denied, unlink '/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../iobroker.bat'
Cannot delete file. Not critical: EACCES: permission denied, unlink '/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../iob.bat'
internal/fs/utils.js:269
    throw err;
    ^

Error: EACCES: permission denied, mkdir '/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../tmp'
    at Object.mkdirSync (fs.js:921:3)
    at Setup.setup (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupSetup.js:835:16)
    at processCommand (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:500:23)
    at Object.module.exports.execute (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:2896:5)
    at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js:1:24)
    at Module._compile (internal/modules/cjs/loader.js:999:30)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:1027:10)
    at Module.load (internal/modules/cjs/loader.js:863:32)
    at Function.Module._load (internal/modules/cjs/loader.js:708:14)
    at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:60:12) {
  errno: -13,
  syscall: 'mkdir',
  code: 'EACCES',
  path: '/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../tmp'
}
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@~2.3.1 (node_modules/chokidar/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":

npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! iobroker.js-controller@3.2.16 install: `node iobroker.js setup first`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the iobroker.js-controller@3.2.16 install script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2021-02-08T16_43_21_660Z-debug.log
pi@iostrom:/opt/iobroker $

[Kueppert]

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

permission denied

na, da lass doch mal den Fixer laufen ;)

[Thomas Braun]

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

sudo npm install

Niemals sudo (ohne weitere Optionen) in Verbindung mit npm verwenden.
Dann knallt dir (unter anderem) alles in ~ von root rein:

/root/.npm/

Und da kann iobroker nix mit anfangen.
Versuch mit dem

iobroker fix

das wieder glatt zu ziehen.

[amg_666]

@thomas-braun Ist wohl wie du oben gepostet hast, wie krieg ich das aus /root/ wieder weg ???

pi@iostrom:/opt/iobroker $ iobroker fix
library: loaded
Library version=2021-01-23
ioBroker is not installed in /root/.npm/_logs/2021-02-08T16_43_21_660Z-debug.log

[Thomas Braun]

@amg_666
Installier den Kram mal mit dem npm-Befehl aus dem ersten Posting. Im Verzeichnis /opt/iobroker

sudo rm /root/.npm/*

[amg_666]

@thomas-braun das hab ich gemacht, danach hat er ein paar "fundings" angemeckert, ich hab "npm fund" laufen lassen (ohne sudo :-) ) und danach iobroker fix, das ist ohne Probleme durchgelaufen, der Slave rennt jetzt auch wieder und hat die aktuelle 3.2.16 drauf.
Mir ist aber immer noch nicht ganz klar was ich da mit dem sudo angerichtet habe. Ist da jetzt irgendwo noch ne 2. Installation auf dem System? Muss ich da noch irgendwas (und wie?) bereinigen?

[Marty56]

@apollon77 Habe die Installation von 3.2.16 gemacht.

Es scheint alles zu Laufen.

Mir fiel auf, dass der Zigbee Adapter zweimal neu "rebuildet" wurde.
Das war auch schon so bei der .14 Version. Ich bin auf Node 12.

Außerdem hat der SQL Adapter zu viele Einträge bekommt, die er wohl nicht mehr verarbeiten konnte. Aber ich glaube, dass das an meinen Quellen liegt und nicht am neuen js-controller.

Dabei das Log

iobroker.2021-02-08.log.pdf

[Thomas Braun]

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

Ist da jetzt irgendwo noch ne 2. Installation auf dem System?

Nein, da war eine Installation, die root gehört in /opt/iobroker. Zumindest in Teilen. Sollte nach dem fix passen. Aufräumen? Vielleicht mal in /root schauen.

[Thomas Braun]

@amg_666

danach hat er ein paar "fundings" angemeckert, ich hab "npm fund" laufen lassen

Du weißt, was npm fund macht? Oder einfach mal ohne zu überlegen eingehackt? Mit solchen Aktionen wäre ich vorsichtig.

[amg_666]

@thomas-braun Ne, da wusste ich was ich mache :-)

[Aiouh]

@Thomas-Braun Mir ist Heute, ein paar Stunden nach dem Update noch aufgefallen, dass von zwei Adaptern (Parser und Trashcalendar) manche Links in der VIS kaputt waren.
Es wurde jeweils nur noch "NaN" angezeigt.
Nachdem ich im Vis Editor die Objekte nochmals angewählt und gespeichert habe sind die Werte wieder OK. Nicht tragisch, wollte es nur berichtet haben.

[MichMein]

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

Du weißt, was npm fund macht? Oder einfach mal ohne zu überlegen eingehackt? Mit solchen Aktionen wäre ich vorsichtig.

Auch wenn’s offtopic ist, aber was macht es denn genau? Es wird doch nur angezeigt wie die Entwickler unterstützt werden können zur Finanzierung ihrer Arbeit.

[Feuersturm]

@apollon77 Update auf 3.2.16 lief ohne Probleme und beim starten auch keine Probleme mit den Adaptern.

In wie weit habt ihr denn jetzt seq "eingebunden"?

[Thomas Braun]

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

was macht es denn genau?

Ich meinte damit das prompte Eingeben von irgendwelchen Befehlen, die irgendwo angepriesen werden, von denen man aber nicht weiß was sie tun.

Das Update von npm ist auch so ein Kandidat.

[apollon77]

@feuersturm Du kannst seq in iobroker.json als logziel definieren, wie auch bereits syslog. Ich mach nachher mal ein beispiel. Am Ende ist das nicht ganz so fancy wie per se Adapter, aber es sollte vollständig sein (kann der adapter halt nicht). Damit in Kombination mit dem Adapter gut nutzbar

[apollon77]

@marty56 Jupp ... alles korrekt. Warum zigbee gemeckert hat wegen nodejs version weiss ich nicht.

sql ist halt so ein Thema. Mit der "Write nulls" einstellung und sqlite und dann mehr als 100 States ist das kritisch. Ich würde ja sqlite mit so einer Anzahl nicht nutzen :-)

[Kueppert]

@apollon77 Empfehlung? SQL auf Influx umziehen? Ist ja nicht ganz trivial leider :/ Ich hab MySQL auf ner separaten VM laufen

[Kueppert]

ich bin von 3.2.10 auf 3.2.16 hoch. Keinerlei Auffälligkeiten bisher. Keine roten Einträge im LOG.

[UncleSam]

@kueppert MySQL (oder MariaDB) ist absolut kein Problem, @apollon77 hat nur von sqlite gesprochen. Das würde ich auch nicht für ernsthaftes SQL logging verwenden.