[behoben] Fehler in iob diag

[arteck]

@thomas-braun sagte in Fehler in iob diag:

Richtig, auf slaves funktioniert die Erkennung der empfohlenen nodejs-Versionen nicht. Das geht nur auf dem Master.

wie kommst du dadrauf ??

warum sollte es nicht gehen..die Objecte werden doch in der redis oder jsonl angelegt.. wo jeder slave zugreifen kann

[Thomas Braun]

@arteck sagte in Fehler in iob diag:

wie kommst du dadrauf ??

Hab es jedenfalls nicht gecodet bekommen...
Kannst aber gerne einen PR da lassen.

[maloross]

@thomas-braun sagte in Fehler in iob diag:

npm ls xml2js

supervisor@PI4Slave2:~ $ cd /opt/iobroker
supervisor@PI4Slave2:/opt/iobroker $ npm ls xml2js
npm ERR! code ELSPROBLEMS
npm ERR! invalid: xml2js@0.4.19 /opt/iobroker/node_modules/xml2js
iobroker.inst@3.0.0 /opt/iobroker
├─┬ iobroker.javascript@7.1.6
│ └── xml2js@0.4.19 invalid: "^0.6.2" from node_modules/iobroker.javascript
├─┬ iobroker.pollenflug@1.0.6
│ ├─┬ shelly-iot@1.1.2
│ │ └─┬ node-rest-client@3.1.1
│ │   └── xml2js@0.6.2
│ └── xml2js@0.4.19 deduped invalid: "^0.6.2" from node_modules/iobroker.javascr                       ipt
└─┬ iobroker.tr-064@4.2.18
  ├─┬ tr-O64@0.2.4
  │ └── xml2js@0.4.19 deduped invalid: "^0.6.2" from node_modules/iobroker.javas                       cript
  └── xml2js@0.4.23

npm ERR! A complete log of this run can be found in: /home/iobroker/.npm/_logs/2                       024-01-26T08_30_29_215Z-debug-0.log

Zur Info: Javaskript ist nur auf dem Master installiert (Neuinstallation da Umstieg auf Bookworm). Master zeigt korrekte Struktur, Slave 2 zeigt "empty"

@arteck Tatsächlich fehlen auf dem Slave 2 die entsprechenden Ordner.

[arteck]

@maloross war mir schon klar..

welche version hast du da laufen ?? von js-controller ?
oder ist der slaves schon länger offline

[Thomas Braun]

@maloross sagte in Fehler in iob diag:

Leg einfach

xml2js

nochmal frisch in den javascript-Adapter rein. Da wird auf eine offenbar obsolete Version zugegriffen.

[maloross]

@arteck ich halte mein System so aktuell wie möglich, führe allerdings nicht jedesmal ein Reboot des Systems durch (s. Betriebszeiten)

PI4Master
System-Betriebszeit 7 T. 23:37:02
Node.js v18.19.0
NPM 10.2.3
Betriebszeit 7 T. 21:23:54
 
PI4Slave1
System-Betriebszeit 48 T. 18:47:24
Node.js v18.19.0
NPM 10.2.3
Betriebszeit 01:41:12

PI4Slave2
System-Betriebszeit 16 T. 18:42:05
Node.js v18.19.0
NP 10.2.3
Betriebszeit 16 T. 18:41:47

@Thomas-Braun leider keine Änderung - nur wenn ich auf dem Slave eine Instanz mit npm-Modul installiere, verschwindet der Fehler. Lösche ich dann diese Instanz, ist der Fehler wieder da.
Zeigt der Befehl npm ls xml2js die Adapter an, die dieses Modul benötigen?

supervisor@PI4Master:/opt/iobroker $ npm ls xml2js
iobroker.inst@3.0.0 /opt/iobroker
├─┬ iobroker.hm-rega@4.0.0
│ └── xml2js@0.6.2
├─┬ iobroker.javascript@7.1.6
│ └── xml2js@0.6.2
├─┬ iobroker.pollenflug@1.0.6
│ ├─┬ shelly-iot@1.1.2
│ │ └─┬ node-rest-client@3.1.1
│ │   └── xml2js@0.6.2 deduped
│ └── xml2js@0.4.19
└─┬ iobroker.tr-064@4.2.18
  ├─┬ tr-O64@0.2.4
  │ └── xml2js@0.6.2 deduped
  └── xml2js@0.4.23

[Thomas Braun]

@maloross sagte in Fehler in iob diag:

Zeigt der Befehl npm ls xml2js die Adapter an, die dieses Modul benötigen?

Jein, der zeigt an, wo im 'npm tree' dieses Modul erwartet wird.

[maloross]

@thomas-braun
So sieht das aus, wenn ich eine Javascript-Instanz auf dem Slave anlege

supervisor@PI4Slave2:/opt/iobroker $ npm ls xml2js
iobroker.inst@3.0.0 /opt/iobroker
├─┬ iobroker.javascript@7.1.6
│ └── xml2js@0.6.2
├─┬ iobroker.pollenflug@1.0.6
│ ├─┬ shelly-iot@1.1.2
│ │ └─┬ node-rest-client@3.1.1
│ │   └── xml2js@0.6.2
│ └── xml2js@0.4.19
└─┬ iobroker.tr-064@4.2.18
  ├─┬ tr-O64@0.2.4
  │ └── xml2js@0.4.19 deduped
  └── xml2js@0.4.23

Anscheinend ist da noch eine ältere Version hinterlegt; deduped weist so weit ich das verstehe auf mehrfache Kopien hin, die gelöscht wurden. Wer oder was hat da seine Finger im Spiel?

[Thomas Braun]

@maloross sagte in Fehler in iob diag:

│ └── xml2js@0.4.19
└─┬ iobroker.tr-064@4.2.18
  ├─┬ tr-O64@0.2.4
  │ └── xml2js@0.4.19 deduped

'deduped' bedeutet, das hier das gleiche Modul in gleicher Version in der Ebene Vier und auch in der zweiten Ebene vorhanden ist. Damit man das nicht alles doppelt und dreifach wirklich physisch auf dem Datenträger hat wird das 'dedupliziert' und die tieferen Ebenen werden mit dem Modul aus der höchsten Ebene verknüpft.

Die Finger im Spiel hat da der Befehl 'npm prune', der wird z. B. bei Adapter-Installationen und Updates immer mit aufgerufen.

[maloross]

@thomas-braun Zwischenstand: update&upgrade angestoßen; in der Zusammenfassung wurde angezeigt, dass 15 Pakete nicht aktualisiert (zurückgehalten) wurden. Hier würde ich jetzt die Fehlerbehebung mit
sudo apt -o Debug::pkgProblemResolver=yes dist-upgrade durchführen (Empfehlung Raspi-Forum). Kann ich das machen oder gibt es deinerseits Einwände?

[Thomas Braun]

@maloross

Nein. Versuch erstmal ein

sudo apt update
sudo apt full-upgrade

Wenn das nicht geht musst du schauen welche Pakete da warum zurück gehalten werden. Steht dabei.

[maloross]

@thomas-braun sagte in Fehler in iob diag:

Wenn das nicht geht musst du schauen welche Pakete da warum zurück gehalten werden. Steht dabei.

Fehlerfrei durchgelaufen, keine Fehler mehr in der Diagnose. Auch zu dem weiteren Fehler habe ich einen Ansatz bzw. Lösung:

*** iob diag is starting up, please wait ***
The state system.host.PI4Slave2.versions.nodeNewestNext was not found!
The state system.host.PI4Slave2.versions.npmNewestNext was not found!

Die Versionsanzeige ist abhängig von einer installierten Admin-Instanz, die auf dem jeweiligen Host installiert sein muss.

Thema erledigt

Vielen Dank für die Unterstützung, habe wieder eine Menge gelernt.