js-controller 3.2 jetzt im STABLE!
-
@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 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.
-
@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
-
@uweram sagte in js-controller 3.2 jetzt im STABLE!:
sondern muss ihn irgendwie herunterfahren?
Irgendwie so:
iobroker stop sudo shutdown now -
@thomas-braun sagte in js-controller 3.2 jetzt im STABLE!:
Irgendwie so:
Aus Interesse: Gibt es da eigentlich einen Unterschied zu
sudo poweroff -
@meister-mopper
Jein. Die Unterschiede sind aber fast nur akademischer Natur. -
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.
-
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. -
@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. -
@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. -
@thomas-braun said in js-controller 3.2 jetzt im STABLE!:
@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.a.) Hab ich jetzt gelernt und mache ich nicht mehr (wobei wir im Durchschnitt einmal pro Monat einen Stromausfall haben)
b.) Genau das wollte ich damit sagen
-
@uweram Hst ja recht. Am Ende denkt der startende Adapter das noch ein anderer prozess läuft und beendet sich ... In dem Zuge wird dann aufgeräumt und daher geht der zweite Start dann Problemlos. Also für mich ist das "ok" so
-
@uweram sagte in js-controller 3.2 jetzt im STABLE!:
wobei wir im Durchschnitt einmal pro Monat einen Stromausfall haben
Eine kleine USV schafft Abhilfe ...
-
@apollon77 said in js-controller 3.2 jetzt im STABLE!:
@uweram Hst ja recht. Am Ende denkt der startende Adapter das noch ein anderer prozess läuft und beendet sich ... In dem Zuge wird dann aufgeräumt und daher geht der zweite Start dann Problemlos. Also für mich ist das "ok" so
Ja - ganz sicher ok so - waren auch "nur" Meldungen im Log-File - funktioniert hat danach dann alles problemlos. Bei Error-Meldungen bin ich ein wenig sensibel
Wollte nur zusammenfassend meine Infos festhalten, falls sich mal noch jemand wundert, dass (angeblich) Prozesse laufen, bei einem Kaltstart. -
@uweram sagte in js-controller 3.2 jetzt im STABLE!:
Bei Error-Meldungen bin ich ein wenig sensibel
Passt gar nicht zum ultrabrutalen hart ausschalten des Servers.
