Monatsrückblick Januar/Februar 2026 ist online!

[Homoran]

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

und 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

[Chaot]

@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

[Thomas Braun]

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

[Chaot]

@thomas-braun Bitte schön:
dmesg2.txt
Kann das sein das das die Ausgabe von Proxmox insgesamt ist und nicht nur vom einzelnen Container?

[Thomas Braun]

@chaot
Möglich, das ist alles vom Kernel. Beim Container also der Wirt für die angedockten Container.

[Thomas Braun]

@chaot

[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:0kB

Da 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: noload

bin ich nicht sicher ob das so soll in einem Container. Sieht aber komisch aus.

[Chaot]

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

[Thomas Braun]

@chaot
Naja, der oom_reaper tritt erst auf den Plan, wenn das System droht abzusaufen.

[Chaot]

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

[Chaot]

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

[Thomas Braun]

@chaot sagte in ioBroker wird immer wieder zerschossen - Suche Lösungsweg:

Vermutlich möglich.
Da fehlt mir aber das Wissen, um das genauer bewerten zu können.

[Chaot]

@thomas-braun Ok, Danke. Ich werde das mal im Auge behalten.