Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Homoran]

@tottbeck sagte in Komprimierte Log-Files fehlen:

Es ist ein Mulithost mit einem Raspi3 (als Master), bei dem sind die logs vorhanden.

und wo ist das Problem?

[Tottbeck]

Vielen Dank, auch wenn zum eigentlichen Thema noch nicht viel gesagt wurde.

@glasfaser sagte in Komprimierte Log-Files fehlen:

Ja .. aktualisiere estmal das ganze !

Host Version ist 4.0.23

Es gibt seit Dez'22 ein Update auf 4.0.24 in dem sich lt Changelog nichts bzgl. Logging geändert.

Node-Version: v16.19.0
Nodejs-Version: v16.19.0
NPM-Version: 8.19.3

Node v16.19.0 wird doch maintained, npm 8.19.3 ist vom (2022-11-03)
Erst mit host 5.0 wird der Support für den node 12 eingestellt, also warum sollten diese Versionen das Problem sein ?

@thomas-braun sagte in Komprimierte Log-Files fehlen:

Noch viel dringender ist das Upgrade des Betriebssystems
Debian buster
ist abgekündigt.

Ja klar, es gibt bullseye. Im Rasperry Pi Imager wird aber auch immer noch das OS Lite (Legacy) auf buster angeboten.
Verboten kann es dann doch nicht sein.
Wenn ein System läuft update ich normalerweise auch nur wenn ich es muss.

@homoran sagte in Komprimierte Log-Files fehlen:

Es ist ein Mulithost mit einem Raspi3 (als Master), bei dem sind die logs vorhanden.

und wo ist das Problem?

Die Raspi3-Logs sind da, aber bringen mir nicht viel, weil halt, wie eingangs beschrieben, der Raspi4, auf dem die meisten Adapter laufen, keine Logs der Vortage speichert.

[Thomas Braun]

@tottbeck sagte in Komprimierte Log-Files fehlen:

Wenn ein System läuft update ich normalerweise auch nur wenn ich es muss.

Patch die Kiste durch.

[Homoran]

@tottbeck sagte in Komprimierte Log-Files fehlen:

Die Raspi3-Logs sind da, aber bringen mir nicht viel, weil halt, wie eingangs beschrieben, der Raspi4, auf dem die meisten Adapter laufen, keine Logs der Vortage speichert.

bei einem vernünftig konfigurierten Multihost läuft alle Admintätigkeiten auf dem Master.
Da gehört auch das log dazu.

[Homoran]

@tottbeck jetzt bin ich doch platt!
ich bekomme die Logs meiner Slaves über den Admin des Masters.
Laut Aufruf kommt sie auch von der IP des Masters.

Auf dem Dateisystem des Masters habe ich sie jedoch nicht gefunden.

Allerdings existieren tatsächlich logdateien mit aktuellen Timestamps auf dem Slave.
Da ich nur am Tablet unterwegs bin, konnte ich allerdings nicht reinsehen.

Sollten diese Dateien auf dem Master gepackt werden, könnte der pi3 mit dem RAM in die Knie gegangen sein.

[Tottbeck]

@homoran
D.h. der ganze Pi4 Log (Slave) wird über den Pi3 (Master) geroutet.
Das ist natürlich suboptimal. Ich habe da damals irgendwie die Master/Slave Zuordnung verwurschtelt und bekomme das nicht so leicht gedreht. Ich gucke mir mal den Speicher im PI3 an.
Danke.

[Tottbeck]

Hmm, wollte beide hosts auf 4.0.24 ziehen, der Raspi3 will aber nicht (iobroker stop/update/fix ist vorher durchgelaufen)

pi@Raspi3:~ $ iobroker upgrade self
Update js-controller from @4.0.23 to @4.0.24
Stopped Objects DB
Stopped States DB
NPM version: 8.19.3
Installing iobroker.js-controller@4.0.24... (System call)
host.Raspi3 Cannot install iobroker.js-controller@4.0.24: 217

[Thomas Braun]

@tottbeck

Könnte der sein:
https://forum.iobroker.net/topic/57337/fehler-25-217-oder-enotempty-bei-adapter-install-update

[Tottbeck]

@thomas-braun
Danke, war er auch. Hat jetzt geklappt. Da kommt man echt von Hölzchen auf Stöckchen.

[Thomas Braun]

@tottbeck

Ich würde an deiner Stelle noch ein Stöckchen weiterhüpfen und gleich nodejs@18 installieren.

[Tottbeck]

@thomas-braun
Erst mal schauen ob das Update bzw der Neustart was geändert hat, dann kann ich das node-Update in Angriff nehmen.
Eigentlich müsste ich auch mal die unglückliche Master(Pi3)/Slave(Pi4) Zuordnung umdrehen.

[Tottbeck]

Der komprimierte Vortags-Log ist nun wieder da. Ob es der iobroker-Neustart war oder host 4.0.24? :man-shrugging:
Danke Euch