NEWS
js-controller 3.2 jetzt im STABLE!
-
@wendy2702 Nope. Der Fixer bereitet nur die Grundlage. An Npm oder nodejs kram macht der gar nichts
-
@schnipsel71 Kannst auch versuchen das Modul nach zu installieren
entweder in der Javascript Instanz eintragen oder
cd /opt/iobroker npm install require-main-filename
-
@wendy2702
Stimmt. Vielen Dank.
Jetzt hat es funktioniert! -
@apollon77
Vielen Dank.
Das hat funktioniert! -
@wendy2702 Sowas an sich "Ungern" weil npm ggf manuell installierte Pakete anders behandelt als die die aus deps kamen auch für "später".
-
@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.
-
@wendy2702 Das Modul landet so aber nicht im dependency tree sondern 'daneben'.
-
@thomas-braun Wenn ich wie installiere?
Über "npm install" oder als zusätzliches Modul in der Javascript instanz oder bei beiden?
-
@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.
-
@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?
-
@wendy2702
Das Modul in Zeile 9 ist wohl nicht notwendig. -
@thomas-braun OK.
-
@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
-
@thomas-braun OK.
Dann mal schauen ob ich das schadlos entfernen kann.
-
@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.
-
@apollon77 Alles Gut.
Habe ne Test VM 1 zu 1 Kopie zum "Spielen" und Probieren. Wenn da was kaputt geht ist es egal.
-
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.
Node.js: v12.20.1
NPM: 6.14.10Update Node.js: von v12.20.1 auf v12.21.0 änderte auch nichts.
Bin leider absoluter iobroker-Neuling...
-
@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
-
@apollon77 Ich schalte z.B. die Stromversorgung für Raspberry Pi ab und am nächsten Tag wieder an und bekomme die genannten Errors.
Darf man dem Pi nicht einfach abschalten, sondern muss ihn irgendwie herunterfahren?
Ich habe mein Produktivsystem jetzt wieder auf 3.1.6 "downgegradet" und bekomme die Fehler nicht mehr. -
@uweram Hm ...ok fange wir mal an ...
1.) WENN alles aus wäre dann würden keine Prozesse laufen die sagen könnten "oohh ich bin falsch und beende mich mal". Also der Fall hier im obigen Log kommt mir so vor als ob du da nicht ausgeschaltet hast
2.) Gaaaanz generell: Schaltet man einen Computer einfach so aus? Machst Du das mit einem PC? Antwort ist: NEIN!!... also naja ... man kann das tun ... dann hast Du ein hohes Risiko für Dateisystemschäden, korrupten Daten (weil mitten beim Speichern eines Files du hart ausgeknipst hast) und so.
Also kurz: Ja, man sollte einen Rechner IMMER IMMER IMMER sauber runterfahren wenn man Ihn ausschalten will. Auch ein LinuxUnd ja, das die meldeung ggf bei 3.2.16 kommt und bei 3.1.6 nicht kann durchaus an kleineren Optimierungen für Fälle von parallellaufenden Prozessen liegen.