Zu wenig Speicher trotz 32GB Erweiterung

Hallo zusammen,

ich weiß dass das Thema hier schon einige male angeschnitten wurde aber meine Verwaltungskonsole nötigt mich seid 2 Wochen das Speicher 4-5% hat und seid heute bin ich bei 0%.

Ich habe das Modell für Hutschiene mit 4GB RAM und 32GB Speicher.
Nun finde ich den Speicherfresser leider nicht.

WinSCP und BackUp habe ich gecheckt, da sind ne Handvoll 500KB Backups drin.
Ich habe 357 Variablen, nicht viel … 100 MB In Archiv, auch überschaubar.

Nun habe ich mit Putty geschaut was auf dem OS so los ist und sehe da folgendes:

Filesystem                Size      Used Available Use% Mounted on
devtmpfs                  1.8G         0      1.8G   0% /dev
tmpfs                    64.0M         0     64.0M   0% /dev/shm
tmpfs                   128.0M     13.2M    114.8M  10% /tmp
/dev/mmcblk0p2          364.6M    243.2M     97.4M  71% /mnt/system
/dev/mmcblk0p3          154.7M    142.1M    715.0K 100% /mnt/data
/dev/loop0               52.1M     52.1M         0 100% /mnt/symupd
/dev/loop1               38.8M     38.8M         0 100% /mnt/symcon

Habe ich einen Gedankenfehler oder fehlen mir da 32GB?
In der Verwaltungsoberfläche kann man ja nirgendwo sehen was verbaut ist oder ich hab’s noch nie gefunden … tatsächlich bestand auch nie der Bedarf danach zu suchen.

Ich hätte ja auch den Arbeitsspeicher vermutet aber der ist wie folgt:

              total        used        free      shared  buff/cache   available
Mem:        3935772      397328     3143324       61060      395120     3426296
Swap:             0           0           0

Hat jemand ne Idee wo mein Gedankenfehler ist? Ist das Ding verbastelt?

Hi Daniel,

kannst du mal http://symbox.local/#resize aufrufen?

Dir fehlen auf jeden Fall 32GB. Da stimmt was nicht.

paresy

1 „Gefällt mir“

Ich hätte nicht wenig Lust dich zu küssen, danke … das wars tatsächlich!

Während des Aufrufs kam folgendes:

Danach sah der Speicher (df -h) wie folgt aus!

Filesystem                Size      Used Available Use% Mounted on
devtmpfs                  1.8G         0      1.8G   0% /dev
tmpfs                    64.0M         0     64.0M   0% /dev/shm
tmpfs                   128.0M    416.0K    127.6M   0% /tmp
/dev/mmcblk0p2          364.6M    260.6M     80.0M  77% /mnt/system
/dev/mmcblk0p3           28.6G      1.9G     25.6G   7% /mnt/data
/dev/loop0               53.0M     53.0M         0 100% /mnt/symupd
/dev/loop1               40.0M     40.0M         0 100% /mnt/symcon

Sehr, sehr geil … vielen lieben dank!

Gerne! Warum auch immer das nicht automatisch gemacht wurde sei mir jetzt ein Rätsel aber perfekt, dass das Problem jetzt gelöst ist!

paresy

Mag mich ja täuschen, aber sehe da einen direkten Zusammenhang mit meinem Problem, das wir letzte Woche besprachen.

Mir kommt es so vor dass da im SymOS neuerdings etwas diesen Fehler verursachen kann. Da es, wie in meinem Fall, zeitlich sehr intensiv werden kann, ist es sicher lohnend das zu untersuchen.
Vlt. Gibts da auch ein Stück geänderter HW in der Symbox was sich neuerdings etwas anders verhält.

Ich hoffe jedenfalls dass es nicht mehr vorkommt.
Hole nachher eine neue Symbox von der Post, kann ich bei der Installation etwas tun um einen solchen potentiellen Fehler mit zu tracken? Im Sinne da ggf. Etwas zu finden.

Cheers Seppm

Hi Sepp,

da der #resize hier das Problem gelöst hat, glaube ich nicht, dass es das selbe sein kann - bei dir wollte es ja gar nicht resizen. Sobald wir die Box zurück haben, werden wir die genauer testen, was da los ist (ich vermute eher einen defekt vom CM)

paresy

@seppm Wir haben das Problem identifiziert und arbeiten an einer Lösung. Es betrifft einige der SymBoxen, die wir in den letzten Wochen versendet haben und die mit SymOS 6.4 ausgeliefert wurden. Ein Fix für das SymOS kommt vermutlich Morgen und löst das Problem durch einen korrigierten #resize (zu den wir alle betroffenen im SymOS auffordern werden). Die Hardware ist also vollkommen ok - es ist zum Glück nur ein Softwareproblem.

Im 2. Schritt aktualisieren wir dann unsere QA Test um den Resize, damit wir uns dieses Problem in Zukunft nicht noch einmal bescheren.

Sorry und habt ein klein wenig Geduld!

paresy

Super dass ihr es schon gefunden habt!
Soll ich dann mit der neuen Symbox noch warten mit der frischen Installation?
Die liegt eh noch auf der Post da die DHL sich entschieden hat es in den nächsten Ort zu liefern.
Sicherheitshalber ohne mich zu informieren oder deren Paketshop. IT in 2023 … :slight_smile:

cheers Seppm

Mit dem nächsten Beta Update kommt bei dir dann diese Meldung hoch. Damit öffnet sich der bekannte Resize Dialog und er kümmert sich um das Problem :slight_smile:

Dann warte ich mal auf das Beta Update.
Die Box setze ich dann wie gewohnt auf, die wird dann ggf. das Problem haben und den Speicher nicht erweitern.
Dann spiele ich das Beta Update ein und es kommt das Angebot für Resize erneut und fixed das Problem.

So ungefähr richtig?

Cheers Seppm

Genau so ist es.

paresy

1 „Gefällt mir“