WB hängt nach Update (Speicherplatz erschöpft)

[shilbert]

Ich habe mir gerade mal die SD-Karte angeschaut und das sagt mir das System, dass auf rootfs nur noch 54MB frei sind ??

Das klingt verdächtig.

Ein Blick in /var/cache/apt zeigt massenweise Debian-Pakete.
Ein Blick in /var/log zeigt z.B. ein daemon.log.1 mit 1,2 GB

Läuft da normalerweise ein Housekeeping-Prozess, der immer mal aufräumt ?

[Jarry]

01/24 Herkunft Amazon. Verkauf und Versand durch Amazon.

Das hier sagt dmesg:

Code: Alles auswählen

[230644.010949] mmc0: new ultra high speed SDR104 SDHC card at address 59b4
[230644.011669] mmcblk0: mmc0:59b4 JB1Q5 29.8 GiB
[230644.013215]  mmcblk0: p1 p2

Verkauf und Versand von Amazon hat leider überhaupt nix zu bedeuten.
Amazon vermischt Lagerbestände und verschickt "kostenoptimiert" wenn das dann gerade ein Produkt ist, das von einem MArketplace Händler eingelagert wurde, ist das halt so. Daher können auch da dann Fakes auftauchen (Was ich hier aber nicht unterstellen will)

Und auch die Ausgelesenen Werte sind leider fälschbar.

Wobei ich hier aber, wie gesagt, keinen Fake unterstellen will. Es wird einfach pech und oder mieserabler NAND Flash gewesen sein.
Die ganzen Consumer Flashkarten haben üblicherweise TLC, jedoch mindesten MLC Speicher verbaut. der taugt für max 1000(TLC) bis 3000(MLC) Schreibvorgänge. Maximal, also das kann auch schonmal früher losgehen. und kein normaler Consumer wird bei Samsung und Co den NAchweis des früheren sterbens erbringen wollen und können.

Industrial Karten haben üblicherweise (p)SLC Flash verbaut. WIRKLICH teurer haben echten SLC, die bezahlbareren pseudoSLC. bei letzterem wird MLC oder TLC Speicher mit nur einem Zustand pro Zelle beschrieben. Da sind wir bei pSLC meist schon bei 50.000-100.000 Schreibzyklen pro Zelle. Speziell selektierter SLC geht auch weit in die Millionen Zyklen (Die will aber keiner zahlen )
Ergo: für Dinge die nicht unbedingt viel Platz brauchen, aber möglichst lange leben sollen? Mindestens die üblichen pSLC Industrial SD Karten nutzen.
Und auch hier nicht unbedingt von der Amazon Resterampe kaufen (wegen dem schon erwähnten geteilten Lager)

Konsumerschrott (tut mir leid es so zu nennen, aber es ist leider so) sollte unter allen Umständen vermieden werden.

[shilbert]

Danke für die genaue Darstellung der Situation. Das mit den Fakes war mit bekannt. Die Flashbausteinthematik nicht.

Bei mir war es aber "nur" eine Speicherkarte, die voll war.

In /var/cache/apt geht es zurück bis 2020. Dort liegen knapp 700MB an Paketen.

daemon.log.1 --> 12GB

syslog.1. --> 12GB

Ist irgendwo im Webinterface eine Warnung implementiert wenn der Speicherplatz knapp wird ?

Nun sind wieder 24GB Speicherplatz frei.

Ich vermute mal, dass das Update wegen Mangel an Speicherplatz nicht sauber durchgelaufen ist.

[shilbert]

GIbt es einen ssh-Zugang mit dem an das Update neu "anstossen" könnte ?

Ansonsten werde ich wohl neu flashen und Backup einspielen müssen.

[shilbert]

habe gerade mal das update.log inspiziert. Wie vermutet wurde ein Update versucht bei nicht mehr vorhandenem Speicherplatz.

Code: Alles auswählen

#### running update ####
#### 1. fetching latest data from 'origin' ####
POST git-upload-pack (144 bytes)
Von https://github.com/openWB/core
 = [aktuell]             Release            -> origin/Release
 = [aktuell]             Beta               -> origin/Beta
 = [aktuell]             feature-fix-energy-tariff-modules -> origin/feature-fix-energy-tariff-modules
 = [aktuell]             feature-io         -> origin/feature-io
 = [aktuell]             feature-restructure-backup -> origin/feature-restructure-backup
 = [aktuell]             feature-standard-web-theme -> origin/feature-standard-web-theme
 = [aktuell]             feature_chargelog_bugfix -> origin/feature_chargelog_bugfix
 = [aktuell]             feature_daily_log_tariff -> origin/feature_daily_log_tariff
 = [aktuell]             feature_dashboard_temporary_settings -> origin/feature_dashboard_temporary_settings
 = [aktuell]             feature_legacy_satellite -> origin/feature_legacy_satellite
 = [aktuell]             feature_production -> origin/feature_production
 = [aktuell]             master             -> origin/master
 = [aktuell]             yc/Beta            -> origin/yc/Beta
 = [aktuell]             yc/Release         -> origin/yc/Release
#### done
#### 2. checkout selected branch 'Release'
Bereits auf 'Release'
Ihr Branch ist 242 Commits hinter 'origin/Release', und kann vorgespult werden.
  (benutzen Sie "git pull", um Ihren lokalen Branch zu aktualisieren)
#### done
#### 3. reset working dir ###
SELECTEDTAG: 
#### no tag or default selected, resetting to latest revision
error: unable to write file web/settings/assets/vendor-chartjs-888a84c2.js
error: unable to write file web/settings/assets/vendor-fortawesome-3d19d475.js
error: unable to write file web/settings/assets/vendor-jquery-9fc083b4.js
error: unable to write file web/settings/assets/vendor-sortablejs-0bb60e5b.js
Aktualisiere Dateien: 100% (1689/1689), fertig.
fatal: Konnte Index-Datei nicht zu Commit 'origin/Release' setzen.
#### 4. rebooting system ####

[shilbert]

Ok, sieht so aus als startet der MQTT broker nicht. Zumindest ist der nicht wie früher mittels MQTT-Explorer erreichbar.

Das erklärt natürlich einige Phänomene.

[shilbert]

Ich will es mal so sagen. Ich habe heute sehr viel über openWB gelernt. Dank Zugriff auf Quellcode und mounten der SD-Karte ist es gelungen dem System ein Backup unterzuschieben und zumindest wieder in den Konfigurationsassistenten zu kommen.

[shilbert]

Nur so als Frage. Offenbar haben sich alle Konfigurationseinstellungen verabschiedet. Wo sind die gespeichert und sollten die wieder hergestellt sein wenn ich ein Backup einspiele ?

[Gero]

Ok, sieht so aus als startet der MQTT broker nicht.

Wo sind die gespeichert

Im mosquitto.