js-controller 3.2 jetzt im STABLE!

[wendy2702]

@schnipsel71 sagte in js-controller 3.2 jetzt im STABLE!:

npm install iobroker.js-controller@2.2.8

bist im falschen Ordner.

cd /opt/iobroker

Willst du wirklich so eine alte JS-Controller Version installieren?

[wendy2702]

@apollon77 Dachte der fixer würde auch die benötigten Module glatt ziehen.

[apollon77]

@wendy2702 Nope. Der Fixer bereitet nur die Grundlage. An Npm oder nodejs kram macht der gar nichts

[wendy2702]

@schnipsel71 Kannst auch versuchen das Modul nach zu installieren

entweder in der Javascript Instanz eintragen oder

cd /opt/iobroker
npm install require-main-filename

[schnipsel71]

@wendy2702
Stimmt. Vielen Dank.
Jetzt hat es funktioniert!

[schnipsel71]

@apollon77
Vielen Dank.
Das hat funktioniert!

[apollon77]

@wendy2702 Sowas an sich "Ungern" weil npm ggf manuell installierte Pakete anders behandelt als die die aus deps kamen auch für "später".

[wendy2702]

@apollon77 Du meinst das manuelle nach installieren?

Hm.... wenn ich aber doch zusätzlich benötigte module über den Javascript eintrage macht er auch nichts anderes und die sind dann voll verfügbar.

[Thomas Braun]

@wendy2702 Das Modul landet so aber nicht im dependency tree sondern 'daneben'.

[wendy2702]

@thomas-braun Wenn ich wie installiere?

Über "npm install" oder als zusätzliches Modul in der Javascript instanz oder bei beiden?

[Thomas Braun]

@wendy2702 Beim npm install in dem Verzeichnis in dem man gerade steht. Beim Javascript Adapter weiß ich gerade nicht wo die landen. Vermutlich aber auch nicht in der ersten Ebene.

Und das Handling von manuell nachinstallierten Modulen ist u. U. anders.

[wendy2702]

@thomas-braun Hm,

musste letztlich Serialport neu installieren. Jetzt sieht das auf einem meiner PI's so aus:

pi@pi-iobroker:/opt/iobroker $ npm list serialport
iobroker.core@0.1.0 /opt/iobroker
├─┬ iobroker.modbus@3.2.4
│ └── serialport@9.0.6
├─┬ iobroker.smartmeter@3.2.0
│ ├── serialport@9.0.6
│ └─┬ smartmeter-obis@2.3.0
│   └── serialport@9.0.6  deduped
└── serialport@9.0.6

Steht doch drin oder übersehe ich was?

[Thomas Braun]

@wendy2702
Das Modul in Zeile 9 ist wohl nicht notwendig.

[wendy2702]

@thomas-braun OK.

[Thomas Braun]

@wendy2702
Bei mir ist jedenfalls jedes serialport-Modul unterhalb des übergeordneten Moduls:

pi@raspberrypi:/opt/iobroker $ npm list serialport
iobroker.inst@2.0.3 /opt/iobroker
└─┬ iobroker.zigbee@1.4.4
  ├─┬ zigbee-herdsman@0.13.70
  │ └── serialport@9.0.6
  └─┬ zigbee-herdsman-converters@14.0.57
    └─┬ zigbee-herdsman@0.13.68
      └── serialport@9.0.6

[wendy2702]

@thomas-braun OK.

Dann mal schauen ob ich das schadlos entfernen kann.

[apollon77]

@wendy2702 was willst du entfernen??? Irgendwelche node modules in sub dirs?!

Falls ja: LASS ES!!!

Nicht manuell am npm Baum rumfummeln. Wenn kann man „npm dedupe“ mal versuchen ... kann aber auch blöde Effekte haben also vorsichtig. Ansonsten einfach lassen.

[wendy2702]

@apollon77 Alles Gut.

Habe ne Test VM 1 zu 1 Kopie zum "Spielen" und Probieren. Wenn da was kaputt geht ist es egal.

[UweRam]

Ich habe von js-controller: 3.1.6 auf 3.2.16 upgedated und bekomme jetzt beim Kaltstart im Log für jede gestartete Instanz den error "already running".

Log mit 3.1.6 und 3.2.16 liegt bei.

Log 3_1_6.txt

Log 3_2_16.txt

Node.js: v12.20.1 
NPM: 6.14.10

Update Node.js: von v12.20.1 auf v12.21.0 änderte auch nichts.

Bin leider absoluter iobroker-Neuling...

[apollon77]

@uweram Hm ... ie sieht denn das Log beim stoppen des controllers aus? Weil da sollte an sich alles beendet werden. Es sei denn du killst den controller direkt dann dauert es bis zu 30s bis sich die Adapter beenden. Falls Du dann vorher den controller neu startest kommt genau der effekt das die laufenden Adapter merken das was nicht passt und sich mit diesem Fehler beenden