Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[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

[UweRam]

@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.

[apollon77]

@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 Linux ;-)

Und 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.

[Dutchman]

@uweram zegt in js-controller 3.2 jetzt im STABLE!:

Darf man dem Pi nicht einfach abschalten, sondern muss ihn irgendwie herunterfahren

Wen dir deine SD Karte und Daten wichtig sind solltest du das definitiv sein lassen und sauber herunterfahren 😉

[Thomas Braun]

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

sondern muss ihn irgendwie herunterfahren?

Irgendwie so:

iobroker stop
sudo shutdown now

[Meister Mopper]

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

Irgendwie so:

Aus Interesse: Gibt es da eigentlich einen Unterschied zu

sudo poweroff

[Thomas Braun]

@meister-mopper
Jein. Die Unterschiede sind aber fast nur akademischer Natur.

[UweRam]

Vielen Dank für die Hilfe - ich werde dann mein Testsystem einmal updaten und überprüfen, ob die Errormeldungen auch bei sauberem Beenden nachvollziehbar sind.

[UweRam]

Habs nochmals nachvollziehen können - die angegebenen Fehler treten auf, wenn ich brutal abschalte und nach 10 Sekunden wieder ein - konnte mir halt unbedarft nicht vorstellen, dass da dann noch Prozesse laufen...
Die Errors treten nicht auf, wenn ich, wie oben angegeben, sauber herunterfahre.
Also Problem gelöst - nochmals danke.

[UweRam]

@apollon77 said in js-controller 3.2 jetzt im STABLE!:

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

Kleine Ergänzung:
Für mich schaut es so aus, wie wenn die Error-Meldungen nur aussagen, dass die Prozesse nicht richtig beendet wurden und nicht, dass diese wirklich noch laufen.
Denn: Wenn ich brutal per Stromschalter den RaspberryPi abschalte und erst am nächsten Tag wieder hochfahre, dann kommen diese Meldungen auch und dass die Prozesse 10 Stunden lang ohne Strom weiterlaufen, kann ich dann doch nicht glauben. ;-)

[Thomas Braun]

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

Denn: Wenn ich brutal per Stromschalter den RaspberryPi abschalte

a) Macht man das NIE NIE NIE
b) Werden die Prozesse dann nicht richtig geschlossen und stehen ggf. noch in der Liste der offenen Prozesse drin.