LoxBerry V2.2.2.0 Pre-Release

[svethi]

Was hat denn das BackupFS für ein Dateisystem? FAT??

[simon_hh]

guter Hinweis.... Der USB Stick hat NTFS.
Ich habe mal zu Testzwecken einen zweiten USB Stick (fabrikneu) rangehängt, dieser ist exFAT formatiert.
Habe nun ein weiteres Mal ein Backup laufen lassen.

Was zu erst auffällt!!! Das Backup ist nun nicht 1,7Gig groß, sondern 16 GB...

Backup mit Win32DiskImager eingespielt, SD Karte in loxberry.

FUNKTIONIERT

Also lag es am Dateisystem, NTFS geht nicht exFAT geht.

Im Anhang schon einmal die Log File des Clonens/Backups

[svethi]

NTFS ist halt Windoof … funktioniert dann auch so ;-)

[Prof.Mobilux]

Aber der Hinweis ist gut. Ich hatte mich schon etwas gewundert, weil dein Backup so klein ist. Ich muss da irgendwie noch eine Kontrolle einbauen. Ich prüfe das aktuell nicht.

[simon_hh]

nächstes Thema

Der Loxberry startet andauernd neu.
ca alle 2 Minuten...

ich habe nun die Backup Karte drin... also die Version 2.2.2.0 Pre-Release mit neuer, größerer Bootpartition.

habe den Watchdog Log gefunden...

Oct 18 13:46:44 loxberry watchdog[3419]: shutting down the system because of error 12 = 'Cannot allocate memory'


Ich habe das bemerkt, weil der Loxberry sehr oft schlecht erreichbar ist und dann unheimlich langsam...
Dann sieht man eine sehr hohe CPU Last und eine Temperatur von über 70°C



Quer gecheckt:
Mit der "alten" Karte, aber auch Prerelease 2.2.2.0, aber mit alter 40MB Boot Partition startet der loxberry nicht andauernd neu.

edit:
Watchdog.Log und error.Log im Anhang, vielleicht seht ihr etwas.

[simon_hh]

falls notwendig oder hilfreich:
das sind die installierten Plugins

[svethi]

70°C ist ja jetzt für eine CPU kein Problem. Wenn er keinen RAM hat, ist das schon eher ein Problem und in Deinem Screenshot gibt es auch einen hängengeblieben Prozess. Da muss man sehen an was es liegt. Könnte vorher schon knapp gewesen sein und nun will er vielleicht durch die größere Karte mehr RAM-Disk haben?!

[Sunny]

Ich habe eben auch mal das pre-release installiert, um dann fit für die 3.0 zu sein.

nur finde ich keine Boot-Partition in den eingehängten Datenträgern, oder eine andere Partition mit 40 oder 256 MB....
Was zusätzlich komisch ist: /dev/tmpfs steht mit size=469532k aber 458.53MB in der zweiten Zeile...

nun bin ich nicht der Linux-profi.... deswegen mal nachfragen.

Achso, und Grafana geht auch nicht mehr, aber da gibt es einen Thread auch schon.

[simon_hh]

relativ weit unten:
/dev/mmcblk0p1 /boot
-->40MB und bei neuer SD Karte ~250MB

[Sunny]

Ok Danke, bei steht da aber etwas viel größeres als 40/256MB, gut die SDcard is aber auch eine 64er

/dev/mmcblk0p1 /boot vfat .....6.35 GiB 39.13 MiB (1%) 6.31 GiB (99%) 1%

[SehlingS]

Bei mir sind es auch 6,35 GiB. Ist das dann OK?

[simon_hh]

stimmt, den Zombi Prozess hatte ich vorher nicht gesehen:

loxberry@loxberry:~ $ ps axo stat,ppid,pid,comm | grep -w defunct
Z 1012 1559 apcupsd <defunct>

ich habe keine APC UPS im Einsatz und siehe Screenshot, auch keine dementsprechendes Plugins



edit:

habe nun die alte SD Karte drin -> Loxberry startet nicht neu!
Zombiprozess ist trotzdem da, wo kommt der her?...


Auch beim Selbstest bekomme ich keine Warnung

RootFS free space:
neue SD (mit dem Backup): Warnung, dass zu wenig Speichr frei ist
alte SD Karte: keine Warnung, alles i.O.

Im Anhang die watchdog.Log vom laufenden Loxberry...

So mal als Vergleich vielleicht für Euch wichtig.

[Prof.Mobilux]

simon_hh Log Dich mal nach dem Reboot ein und mach ein "htop" und schaue, was da den RAM vollschreibt. Eventuell den Watchdog ausschalten, dann friert er vielleicht auch irgendwann ein dürfte aber nicht mehr rebooten: LoxBerry Dienste -> Watchdog

Was das ist weiß ich aktuell nicht. Es wird ja am Betriebssystem nix geändert bei diesem Update, sondern nur die LoxBerry eigenen Dateien ausgetauscht. Ich hab das hier auch nicht...

Sunny Die angeblich 6 GB große Bootpartition ist ein Problem aus dem alten Image. Kannst Du für jetzt mal ignorieren.

[simon_hh]

Prof.Mobilux

hilft dir der Screenshot weiter?

zwei Stück...
einer 40 Sekunden nach Reboot



der zweite bis putty die Verbindung verloren hat, durch reboot


Was ich daraus deute:
-ziemlich viele Instanzen von influxdb.conf, MEM steigt kontinuierlich an bis die jeweils 17.7% RAM verwenden.
-99.2% CPU Last am MQTT gateway
-keine Swap Datei/Partition?

[simon_hh]

mal zum Vergleich

htop bei der alten SD Karte (Pre-Release 2.2.2.0)



auffällig:
-Swap vorhanden!
-MEM auch ziemlich ausgelastet, aber führt nicht zu einem Neustart
-MEM durch ganz andere Prozesse belegt, influxdb.conf wird hier nur ganz kurz gelistet...


am interessantesten für mich als Laie ist, dass bei der BackupSD Karte keine Swap Partition angezeigt wird (0K), bei der funktionierenden 47 von 510MB

[Prof.Mobilux]

Das MQTT Gateway glaube ich schaut immer nach verfügbaren Ressourcen. Ich krieg es nicht mehr zusammen, aber irgendwas hat Christian Fenzl da eingebaut. Ich bin da auch schon mal drüber gestolpert.

Aber das Problem hier ist wohl eher Influx. Passt zum nicht mehr funktionierendem Grafana. Das muss ich mir anschauen. Genauso der fehlende swap. Das sollte auch nicht sein.

[Christian Fenzl]

Das MQTT Gateway monitored sich selbst und regelt sich nach der Einstellung auf der Settings-Seite aus. Speziell beim Start hat es immer hohe Last, weil es erst mal alle Daten, die am Mosquitto anliegen, abarbeiten muss. Es regelt sich nach ein paar Minuten selbst ein auf ein paar CPU-Prozent.

Ich bin auch der Meinung, dass Influx hier der Auslöser ist.

Prof.Mobilux Kann es sein, dass irgendein Paket (Influx, Grafana) implizit mitaktualisiert wurde?

[simon_hh]

für mich als Laie, wenn ich die beiden htop Screenshots anschaue, vermute ganz stark, dass eine fehlende Swap Partition den Speicherüberlauf verursachen könnte?
nur so als Idee