NEWS
[gelöst] Komprimierte Log-Files fehlen
-
Systemdata Bitte Ausfüllen Hardwaresystem: Pi4 Arbeitsspeicher: 4GB Festplattenart: SD-Karte 16 GB Betriebssystem: Debian buster Node-Version: v16.19.0 Nodejs-Version: v16.19.0 NPM-Version: 8.19.3 Installationsart: Skript Image genutzt: Nein Ort/Name der Imagedatei: Link Hallo Gemeinde.
Wie mir jetzt aufgefallen ist, sind die komprimierten gz-logs auf dem Raspi4 bei mir nicht mehr verfügbar sind.
Die Dateien sind da aber mit 0 Byte. Speicherplatz ist genügend frei.
Host Version ist 4.0.23; Es ist ein Mulithost mit einem Raspi3 (als Master), bei dem sind die logs vorhanden.

Im Log-Ordner sieht es genauso aus.
Folgende Fehlermeldung kommt am Tagesanfang. D2023-03-21 00:00:00.890 - error: host.Raspi4 Caught by controller[0]: Error: ENOENT: no such file or directory, open '/opt/iobroker/log/iobroker.2023-03-20.log'Die Datei war aber vorher vorhanden

Jemand eine Idee ?
Danke im voraus -
Systemdata Bitte Ausfüllen Hardwaresystem: Pi4 Arbeitsspeicher: 4GB Festplattenart: SD-Karte 16 GB Betriebssystem: Debian buster Node-Version: v16.19.0 Nodejs-Version: v16.19.0 NPM-Version: 8.19.3 Installationsart: Skript Image genutzt: Nein Ort/Name der Imagedatei: Link Hallo Gemeinde.
Wie mir jetzt aufgefallen ist, sind die komprimierten gz-logs auf dem Raspi4 bei mir nicht mehr verfügbar sind.
Die Dateien sind da aber mit 0 Byte. Speicherplatz ist genügend frei.
Host Version ist 4.0.23; Es ist ein Mulithost mit einem Raspi3 (als Master), bei dem sind die logs vorhanden.

Im Log-Ordner sieht es genauso aus.
Folgende Fehlermeldung kommt am Tagesanfang. D2023-03-21 00:00:00.890 - error: host.Raspi4 Caught by controller[0]: Error: ENOENT: no such file or directory, open '/opt/iobroker/log/iobroker.2023-03-20.log'Die Datei war aber vorher vorhanden

Jemand eine Idee ?
Danke im voraus -
Systemdata Bitte Ausfüllen Hardwaresystem: Pi4 Arbeitsspeicher: 4GB Festplattenart: SD-Karte 16 GB Betriebssystem: Debian buster Node-Version: v16.19.0 Nodejs-Version: v16.19.0 NPM-Version: 8.19.3 Installationsart: Skript Image genutzt: Nein Ort/Name der Imagedatei: Link Hallo Gemeinde.
Wie mir jetzt aufgefallen ist, sind die komprimierten gz-logs auf dem Raspi4 bei mir nicht mehr verfügbar sind.
Die Dateien sind da aber mit 0 Byte. Speicherplatz ist genügend frei.
Host Version ist 4.0.23; Es ist ein Mulithost mit einem Raspi3 (als Master), bei dem sind die logs vorhanden.

Im Log-Ordner sieht es genauso aus.
Folgende Fehlermeldung kommt am Tagesanfang. D2023-03-21 00:00:00.890 - error: host.Raspi4 Caught by controller[0]: Error: ENOENT: no such file or directory, open '/opt/iobroker/log/iobroker.2023-03-20.log'Die Datei war aber vorher vorhanden

Jemand eine Idee ?
Danke im voraus@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 sagte in Komprimierte Log-Files fehlen:
Jemand eine Idee ?
Ja .. aktualisiere estmal das ganze !
Host Version ist 4.0.23
Node-Version: v16.19.0
Nodejs-Version: v16.19.0
NPM-Version: 8.19.3Vielen 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.3Node 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.
-
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.3Node 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.
@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.
-
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.3Node 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.
@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. -
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.3Node 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.
@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 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.
@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. -
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 -
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
Danke, war er auch. Hat jetzt geklappt. Da kommt man echt von Hölzchen auf Stöckchen.

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

Ich würde an deiner Stelle noch ein Stöckchen weiterhüpfen und gleich nodejs@18 installieren.
-
Ich würde an deiner Stelle noch ein Stöckchen weiterhüpfen und gleich nodejs@18 installieren.
@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. -
@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.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden