NEWS
js-controller 3.2 jetzt im STABLE!
-
@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 poweroffProxmox und HA
-
@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. -
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 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.
@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. ;-) -
@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. -
@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
-
@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 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 sagte in js-controller 3.2 jetzt im STABLE!:
wobei wir im Durchschnitt einmal pro Monat einen Stromausfall haben
Eine kleine USV schafft Abhilfe ...
-
@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 :-)
@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. -
@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.
-
@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 ...
@dr-bakterius auf jeden Fall...hab ich mir extra für den ioBroker-NUC angeschafft (und meine Synology). Sicher ist sicher...die USV ist bei weitem billiger als defekte Hardware oder der WAF, der bei Ausfall auf einen Nullpunkt sinken kann - und das relativ sturzbachartig hahaha
-
@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.
@thomas-braun said in js-controller 3.2 jetzt im STABLE!:
@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.
Da hast Du absolut recht - das war meiner Unkenntnis von Linux und RaspberryPi verschuldet - wenn er unter MS-Dos am Prompt stand, dann habe ich den Rechner auch einfach ausgeschaltet...
Gibt es in der iobroker-Shell die Möglichkeit zum iobroker stop?
Denn so muss ich mich extra per ssh anmelden, wenn ich den RaspberryPi abschalten möchte (ist derzeit noch testweise, daher lasse ich den Pi nicht dauernd laufen - wird erst im Juni produktiv in neuer Wohnung).Danke für den Tip - USV macht dann sicher Sinn.
WAF bedeutet WutAnFall oder Web Application Firewall ?
-
@thomas-braun said in js-controller 3.2 jetzt im STABLE!:
@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.
Da hast Du absolut recht - das war meiner Unkenntnis von Linux und RaspberryPi verschuldet - wenn er unter MS-Dos am Prompt stand, dann habe ich den Rechner auch einfach ausgeschaltet...
Gibt es in der iobroker-Shell die Möglichkeit zum iobroker stop?
Denn so muss ich mich extra per ssh anmelden, wenn ich den RaspberryPi abschalten möchte (ist derzeit noch testweise, daher lasse ich den Pi nicht dauernd laufen - wird erst im Juni produktiv in neuer Wohnung).Danke für den Tip - USV macht dann sicher Sinn.
WAF bedeutet WutAnFall oder Web Application Firewall ?
@uweram sagte in js-controller 3.2 jetzt im STABLE!:
iobroker-Shell die Möglichkeit zum iobroker stop?
Was ist eine iobroker-shell?
In einem Terminal/shell/Eingabezeile/Kommandozeileiobroker stopdann steht der ioBroker still.
-
@uweram sagte in js-controller 3.2 jetzt im STABLE!:
iobroker-Shell die Möglichkeit zum iobroker stop?
Was ist eine iobroker-shell?
In einem Terminal/shell/Eingabezeile/Kommandozeileiobroker stopdann steht der ioBroker still.
-
@thomas-braun admin-Konsole (Port 8081)
@uweram Du meinst die Web-Oberfläche?
Nee, gibt es da nicht (so direkt). Es gibt da einen Adapter 'terminal', der funktioniert aber aus meiner Beobachtung heraus nicht gut.
Aber wo ist das Problem flugs per ssh auf den Server zu gehen? -
@uweram Du meinst die Web-Oberfläche?
Nee, gibt es da nicht (so direkt). Es gibt da einen Adapter 'terminal', der funktioniert aber aus meiner Beobachtung heraus nicht gut.
Aber wo ist das Problem flugs per ssh auf den Server zu gehen?@thomas-braun Kein Problem - nur ein wenig unpraktisch, wenn ich mich extra per ssh verbinden und das Passwort eingeben muss, nur damit ich dann runterfahren kann.
Bin halt auch schon klicki/bunti verwöhnt.
Aber wahrscheinlich brauchen das die wenigsten, da im Produktiveinsatz der Pi bzw. ioBroker ja durchlaufen wird. -
@thomas-braun Kein Problem - nur ein wenig unpraktisch, wenn ich mich extra per ssh verbinden und das Passwort eingeben muss, nur damit ich dann runterfahren kann.
Bin halt auch schon klicki/bunti verwöhnt.
Aber wahrscheinlich brauchen das die wenigsten, da im Produktiveinsatz der Pi bzw. ioBroker ja durchlaufen wird.@uweram
Richtig, das ganze ist ja auf Dauerbetrieb ausgelegt. Deswegen sollte es da keine Notwendigkeit für einen GUI-Ausschaltknopf geben.Tipp am Rande:
Für Android gibt es mit RaspiConfig eine sehr brauchbare App, da kann man z. B. auch Konsolenbefehle hinterlegen. -
@thomas-braun said in js-controller 3.2 jetzt im STABLE!:
@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.
Da hast Du absolut recht - das war meiner Unkenntnis von Linux und RaspberryPi verschuldet - wenn er unter MS-Dos am Prompt stand, dann habe ich den Rechner auch einfach ausgeschaltet...
Gibt es in der iobroker-Shell die Möglichkeit zum iobroker stop?
Denn so muss ich mich extra per ssh anmelden, wenn ich den RaspberryPi abschalten möchte (ist derzeit noch testweise, daher lasse ich den Pi nicht dauernd laufen - wird erst im Juni produktiv in neuer Wohnung).Danke für den Tip - USV macht dann sicher Sinn.
WAF bedeutet WutAnFall oder Web Application Firewall ?
@uweram sagte in js-controller 3.2 jetzt im STABLE!:
Gibt es in der iobroker-Shell die Möglichkeit zum iobroker stop?
Denn so muss ich mich extra per ssh anmelden, wenn ich den RaspberryPi abschalten möchteSchau dir mal
plinkan
https://www.ssh.com/ssh/putty/putty-manuals/0.68/Chapter7.htmlIch nutz das aus Windows heraus zum Re-Booten meines Drucker-Server-Raspi's.
Unter Win10 habe ich eine Verknüpfung auf dem Desktop und dort steht beim Zielplink.exe -pw raspberry pi@printerserver sudo reboot
(das Standard-User/Passwort des Raspi's steht hier nur als Beispiel :-) )Das sollte sich für deinen ioBroker-Zweck adaptieren lassen.
VG jpgorganizer
-
@thomas-braun Kein Problem - nur ein wenig unpraktisch, wenn ich mich extra per ssh verbinden und das Passwort eingeben muss, nur damit ich dann runterfahren kann.
Bin halt auch schon klicki/bunti verwöhnt.
Aber wahrscheinlich brauchen das die wenigsten, da im Produktiveinsatz der Pi bzw. ioBroker ja durchlaufen wird.
386
Online32.6k
Users82.1k
Topics1.3m
Posts