ioBroker wird immer wieder zerschossen - Suche Lösungsweg
-
Mein Problem ist seit ein paar Tagen das immer wieder mein Container mit dem ioBroker scheinbar zerschoosen wird. Der Container läuft, aber der ioBroker lässt sich nicht mehr starten.
Wenn er dann zufällig startet läuft nur die Admin Instanz und alle Adapter sind gestoppt.
Habt ihr eine Idee wo ich suchen könnte?Proxmox V6.4-6
Ubuntu 20.04.2
NodeJs 12.22.1
NPM 4.14.12
Admin 5.0.31
JS Controler 3.3.10 -
@chaot ist das nicht ein Fall für den beta Thread, js controller/Admin
kleine Erinnerung
-
-
iobroker satus
iobroker is running on this host. Objects type: file States type: redisDas ist das current.log
-
@thomas-braun Das ist das komplette log.
Aber irgendwie hilft mir das nicht weiter:
Log.txt -
@chaot was ist mit node-red, wolltest du da installieren?
bin mir nicht sicher, aber steht in dem Fall eventuell imiobroker.2021-05-23.logmehr als imcurrent.log -
@crunchip Jupp das denke ich auch.
Installieren wollte ich nichts.
Ich saß im Wohnzimmer als plötzlich die VIS ausging.
Dann habe ich zunächst versucht den iobroker zu starten und auch mal den Fixer laufen lassen.
Hier ist die ganze Log Datei, die komischerweise erst ab 18:xx Uhr anfängt. Ich habe den Host auf Logstufe warn stehen.
Log.txt -
-
@thomas-braun sagte in ioBroker wird immer wieder zerschossen - Suche Lösungsweg:
Container-Zeug?
jep
@Chaot ich tippe da wohl eher auf ein Admin Problem
-
@chaot sagte in ioBroker wird immer wieder zerschossen - Suche Lösungsweg:
NPM 4.14.12
ist das tatsächlich so, oder ein Schreibfehler?
normal wäre 6.x.x -
@bbtown sagte in ioBroker wird immer wieder zerschossen - Suche Lösungsweg:
@chaot sagte in ioBroker wird immer wieder zerschossen - Suche Lösungsweg:
NPM 4.14.12
ist das tatsächlich so, oder ein Schreibfehler?
normal wäre 6.x.xund in Verbindung mit
@chaot sagte in ioBroker wird immer wieder zerschossen - Suche Lösungsweg:
Ubuntu 20.04.2
befürchte ich ein Ubuntu-eigenes node-Repo mit seltsamen Versionen
-
@bbtown Ist ein Schreibfehler.
NPM 6.14.12
@Hormoran
Das hat aber bis vor zwei Tagen noch einwandfrei funktioniert. Erst als ich auf Admin höher als 5.0.27 ging hat das angefangen.
Zunächst hatte ich das Backup vom Proxmox im Verdacht weil das zeitlich mit dem ersten Ausfall zusammenhing, aber der heutige Ausfall war ohne jegliche Aktion seitens User oder Proxmox.@crunchip Inwiefern?
@Thomas-Braun Der Befehl spuckt jede Menge aus. Wieviel brauchst du davon?
dmesg.txt -
@chaot sagte in ioBroker wird immer wieder zerschossen - Suche Lösungsweg:
Der Befehl spuckt jede Menge aus. Wieviel brauchst du davon?
Alles. Vermutlich wird da aber nix für 'unseren Fall' drin stehen.
-
@thomas-braun Bitte schön:
dmesg2.txt
Kann das sein das das die Ausgabe von Proxmox insgesamt ist und nicht nur vom einzelnen Container? -
@chaot
Möglich, das ist alles vom Kernel. Beim Container also der Wirt für die angedockten Container. -
[Sun May 23 06:20:24 2021] oom-kill:constraint=CONSTRAINT_MEMCG,nodemask=(null),cpuset=ns,mems_allowed=0,oom_memcg=/lxc/105,task_memcg=/lxc/105/ns/system.slice/influxdb.service,task=influxd,pid=1375,uid=100107 [Sun May 23 06:20:24 2021] Memory cgroup out of memory: Killed process 1375 (influxd) total-vm:1842408kB, anon-rss:667420kB, file-rss:0kB, shmem-rss:0kB, UID:100107 pgtables:2008kB oom_score_adj:0 [Sun May 23 06:20:24 2021] oom_reaper: reaped process 1375 (influxd), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kBDa ist dir der Speicher mal ausgegangen.
Bei den diversen Meldungen zu[Thu May 20 04:00:03 2021] EXT4-fs (dm-13): write access unavailable, skipping orphan cleanup [Thu May 20 04:00:03 2021] EXT4-fs (dm-13): mounted filesystem without journal. Opts: noload [Thu May 20 04:04:38 2021] EXT4-fs (dm-13): mounted filesystem without journal. Opts: noloadbin ich nicht sicher ob das so soll in einem Container. Sieht aber komisch aus.
-
@thomas-braun
Den Speicher habe ich auch gelesen. Wundert mich, da ich aktuell nur 12 GB von 16 GB überhaupt belegt habe. Also alle laufenden Maschinen kommen eigentlich nie über 12GB.Die zweite Fehlermeldung verstehe ich gar nicht. Das müsste ja dann die interne SSD sein. Die extern angebundenen Platten haben NTFS.
-
@chaot
Naja, der oom_reaper tritt erst auf den Plan, wenn das System droht abzusaufen. -
@thomas-braun Ok, das ist Container 105. Bei mir die Influx DB mit Grafana. Die war tatsächlich heute um 7 Uhr mal weg bzw. nicht erreichbar. Da habe ich jetzt den Swap von 0 auf 1024 gesetzt. Mal schauen was das bewirkt.
-
@thomas-braun Könnte es möglich sein das jemand auf die Admin Instanz kam und das zerschossen hat?
Mir ist etwas ganz seltsames aufgefallen:In meiner Fritzbox hatte ich normalerweise eine Freigabe zum ioBroker über Myfritz eingerichtet. Irgendwann kam die Firmware 7.21 und dann wurde scheinbar die Freigabe geändert.
Plötzlich ist die Freigabe auf der externen IP ohne über Myfritz zu gehen.
Wenn ich die Freigabe jetzt lösche und wieder einrichte wird die wieder über die externe IP erreichbar.
Vorsorglich habe ich die natürlich sofort deaktiviert.Wäre es also denkbar das über die Admin Oberfläche bzw. diese Freigabe ein derartiger Schaden angerichtet werden kann?
