UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[chemieka]

Problem doch nicht gelöst. VIS läuft noch aber das Web Interface läuft nicht mehr.
Könnte jetzt mal schauen welcher Adapter nicht läuft bevor ich ein Reboot mache.
Soll ich noch nach was anderen schauen?

[chemieka]

pi@ioBroker-RasPi:~ $ iobroker list instances
  system.adapter.admin.0                 : admin       -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.alexa2.0                : alexa2      -  enabled
+ system.adapter.backitup.0              : backitup    -  enabled
+ system.adapter.cloud.0                 : cloud       -  enabled
  system.adapter.dwd.0                   : dwd         -  enabled
  system.adapter.flot.0                  : flot        -  enabled
+ system.adapter.fritzbox.0              : fritzbox    -  enabled
+ system.adapter.harmony.0               : harmony     -  enabled
+ system.adapter.history.0               : history     -  enabled
+ system.adapter.hm-rega.0               : hm-rega     -  enabled
+ system.adapter.hm-rpc.0                : hm-rpc      -  enabled, port: 0
+ system.adapter.hue.0                   : hue         -  enabled, port: 80
  system.adapter.ical.0                  : ical        -  enabled
+ system.adapter.javascript.0            : javascript  -  enabled
+ system.adapter.javascript.1            : javascript  -  enabled
+ system.adapter.pushover.0              : pushover    -  enabled
  system.adapter.rickshaw.0              : rickshaw    -  enabled
+ system.adapter.scenes.0                : scenes      -  enabled
+ system.adapter.simple-api.0            : simple-api  -  enabled, port: 8087, bind: 0.0.0.0, run as: admin
+ system.adapter.smartmeter.0            : smartmeter  -  enabled
+ system.adapter.smartmeter.1            : smartmeter  -  enabled
+ system.adapter.socketio.0              : socketio    -  enabled, port: 8084, bind: 0.0.0.0, run as: admin
+ system.adapter.spotify-premium.0       : spotify-premium -  enabled
+ system.adapter.tr-064-community.0      : tr-064-community -  enabled
  system.adapter.vis-colorpicker.0       : vis-colorpicker -  enabled
  system.adapter.vis-history.0           : vis-history -  enabled
  system.adapter.vis-players.0           : vis-players -  enabled
  system.adapter.vis.0                   : vis         -  enabled
+ system.adapter.web.0                   : web         -  enabled, port: 8082, bind: 0.0.0.0, run as: admin

+ instance is alive

Erstmal nicht ungewöhnlich!?

[liv-in-sky]

@chemieka

• definitiv interesant wäre das ganze log file von /opt/iobroker/log vom heutigen tag
• auch ein auszug aus dem syslog könnte einblick geben
  dies ist der befehl - erzeugt ein file mit namen "syslog.heute.log"

cat /var/log/syslog | grep "Jul  4"  >syslog.heute.log

die beiden dateien als txt file im forum posten (die datei direkt in das forum ziehen)

[chemieka]

das Systemlog:syslog.txt

Da steht schon mal was mit Kill Prozess wegen Speicherplatz.

[chemieka]

Und der Log

iobroker.2019-07-04.log

[liv-in-sky]

@chemieka

du könntest mal ein swap-file einrichten - bis deine neuen geräte kommen kann man auch mal etwas swappen - dann hast du ja wieder mehr speicher

[liv-in-sky]

@chemieka

soweit ich das kapiere läuft dieses script kurz vorher an - ob das zusammenhängt weiß ich nicht

javascript.0 script.js.Skript1:

du könntest auch das erstmal beenden und abwarten

im iobroker log sieht man den SIGKILL - dass schießt den iobroker vom system her ab

[chemieka]

das mit dem Swapen kommt mir bekannt vor, denke das habe ich gemacht schaue aber noch mal. Die Skripte laufen dauernd und eigentlich auch als einziges, denke daran liegts nicht nur dort wällt es erst auf. Wäre auch unklar weil vor dem Update gab es da keine Probleme.

[liv-in-sky]

@chemieka

swap:
https://www.elektronik-kompendium.de/sites/raspberry-pi/2002131.htm

weiß auch nicht, wie das zusammenhängen kann - deine entscheidung - swap ein oder script aus und abwarten für einen tag

vielleicht benötigen die updates etwas mehr speicher und du warst bis jetzt immer an der grenze - danach bumm !

du könntest auch wieder einen downgrade der updates fahren - aber das glaube ich führt nicht zum ziel, weil irgendwann muss update eh passieren

poste doch mal das script - vielleicht findet sich ein profi, der das analysieren kann

[chemieka]

Also ich muss mal sagen da läuft nun nix besonderes an Adaptern und nun auch nicht so viel das da der RAM wieder nicht reichen soll ist schon blöd. Ich würde mal zum Test die Karte kopieren und auf eine andere Karte laden ob das einen Unterschied macht. Man muss ja sagen, dass vor dem Update das System mind. 6 Monate ohne Fehler lief.

[liv-in-sky]

@chemieka du hast geschrieben nach host update - du meinst den js-controlller - welche version ?

und zusätzlich - dein tr-064 hat auch ein problem - es gibt den tr-064-community adapter als update - den kannst du auch mal installieren und den tr-064 deaktivieren

hab gerade gesehen ist der community adapter - passt also

[chemieka]

@liv-in-sky sagte in NAch Update Host und Admin tägliche Abstürze:

@chemieka du hast geschrieben nach host update - du meinst den js-controlller - welche version ?

und zusätzlich - dein tr-064 hat auch ein problem - es gibt den tr-064-community adapter als update - den kannst du auch mal installieren und den tr-064 deaktivieren

beim TR-064 hab ich schon die Community Version drauf
js-controller habe ich 1.5.11, denke das ist der Aktuelle

[liv-in-sky]

@chemieka so nebenbei - du hast um die 30 instanzen installieret - das ist schon viel für einen raspi mit 1GB - empfohlen sind um die 20 oder so

ich nutze 1.5.12 als js-cont mit node 10

aber das auch noch zu installieren - ich weiß nicht bei 30 instanzen ?

vielleicht doch downgrade damit wieder alles läuft - und mit neuem gerät gleich auf die neusten node und js--contr und dann restore.

vielleicht meldet sich ja noch ein profi @AlCalzone der dir einen rat geben könnte

[AlCalzone]

@liv-in-sky sagte in NAch Update Host und Admin tägliche Abstürze:

du hast um die 30 instanzen installieret

Und deswegen meine Frage ganz am Anfang... Wenn jetzt noch Swapping aktiv ist, dann hängt der Pi gerne mal etwas während er vom RAM auf die SD-Karte schreibt. Das würde die Abstürze/Reconnects erklären.

Bei 30 aktiven Instanzen ist ein Pi 2/3 eigentlich nicht mehr das richtige - evtl der neue Pi 4.

[chemieka]

Es sind 29 Instanzen, wenn ich alles zähle was unter der Reiter steht wobei ja schon fast 10 davon zum System gehören.
Lief jetzt fast 2 Tage mehr oder weniger.
Swapen doch deaktivieren?

[Homoran]

@chemieka sagte in NAch Update Host und Admin tägliche Abstürze:

Es sind 29 Instanzen

Das ist nicht wirklich erheblich, wenn für einen Raspi die Grenze bei 15-20 liegt.

@chemieka sagte in NAch Update Host und Admin tägliche Abstürze:

wobei ja schon fast 10 davon zum System gehören

Was verstehst du darunter?

[chemieka]

@Homoran

Web/Admin/Vis/History usw.

[Homoran]

@chemieka sagte in NAch Update Host und Admin tägliche Abstürze:

Web/Admin/Vis/History usw.

Naja,

• Admin
• js-controller

lasse ich als System gelten.
Web und js noch halbwegs, vis und History ist nice to have, aber kein Muss damit ioBroker läuft.

Aber wenn du rechts oben siehst hast du bereits 874MB verbraucht. Netto werden dir wahrscheinlich 900 zur Verfügung stehen.
Wenn jetzt ein scheduled Adapter (dwd, ical) noch zusätzlich startet wird es eng.

Sehr wahrscheinlich ganz aus wird es wenn backitup ein backup packen muss

[chemieka]

geb dir ja recht, dass da nicht viel Platz ist die PI4 ist schon geordert. Ärgert mich aber trotzdem, weil es vorher ruhig lief und eben erst seit dem Update.

[Homoran]

@chemieka sagte in NAch Update Host und Admin tägliche Abstürze:

weil es vorher ruhig lief und eben erst seit dem Update.

Das wird wahrscheinlich ein zeitlicher aber kein ursächlicher Zusammenhang sein.

Bei meinem Test RPi4 (ich habe nur noch einen 2GB bekommen, die 4er sind erst wieder ab September verfügbar) ist noch 1GB RAM verfügbar.

Das reicht erst einmal. Aber mit nur 1GB RAM kann es nicht klappen