Guten Morgen,
meine Symbox crashed seit V9 nahezu täglich. Ich habe das zunächst nicht mitbekommen, da ich die nicht funktionierende Lichtsteuerung zunächst auf interne Kommunikationsprobleme zurückgeführt habe.
Der Speicher sieht nach meinem dafürhalten seit dem letzten Update (neueste Version von OS + App sind drauf) gut aus.
Im symupd.log (eingekürzt angehängt) bin ich fündig geworden was ich in der Status Kachel der Verwaltungskonsole (“Nachrichten seit DATUM, UHRZEIT”) zuerst gesehen habe. (Datum meist nicht älter als 1 Tag).
Ich sehe nur den aktuellen Log, ältere werden scheinbar beim Neustart gelöscht:
Der LogfileCount (Spezialschalter) steht auf 25. In /var/log/symcon/ sehe ich auch nur ein Logfile.
Kann mir jemand einen Tipp geben wie ich bei dem Problem weiterkomme?
Besten Dank und Grüße
Frank
symupd-2.log.txt (7,7 KB)
paresy
26. Mai 2026 um 08:23
2
Magst du dich mal einloggen per SSH und dort dmesg ausführen und die letzten Zeilen hier reinkopieren?
Ich habe aktuell zwei Reports bei denen scheinbar auch der RAM vollläuft und damit Symcon regelmäßig abstürzt.
Bist du schon auf der aktuellen Beta-Version von Symcon (von Freitag)?
paresy
Hi Paresy,
hier die der letzte Block. Sieht nach Speicher aus.
[1237696.492554] 40824 pages reserved
[1237696.492556] 16384 pages cma reserved
[1237696.492558] Tasks state (memory values in pages):
[1237696.492560] [ pid ] uid tgid total_vm rss rss_anon rss_file rss_shmem pgtables_bytes swapents oom_score_adj name
[1237696.492583] [ 105] 0 105 741 410 0 0 410 28672 0 0 syslogd
[1237696.492595] [ 109] 0 109 741 431 0 0 431 40960 0 0 klogd
[1237696.492607] [ 142] 101 142 851 366 32 0 334 40960 0 0 dbus-daemon
[1237696.492617] [ 186] 0 186 741 320 0 0 320 36864 0 0 udhcpc
[1237696.492626] [ 194] 0 194 741 433 0 0 433 36864 0 0 ifplugd
[1237696.492635] [ 199] 0 199 741 311 0 0 311 36864 0 0 ifplugd
[1237696.492643] [ 210] 100 210 1148 773 256 0 517 40960 0 0 avahi-daemon
[1237696.492651] [ 218] 0 218 741 390 0 0 390 36864 0 0 crond
[1237696.492660] [ 222] 0 222 664 294 0 0 294 40960 0 0 dropbear
[1237696.492669] [ 244] 0 244 741 398 0 0 398 36864 0 0 ntpd
[1237696.492677] [ 245] 0 245 741 294 0 0 294 36864 0 0 udhcpc
[1237696.492686] [ 252] 0 252 169728 5714 3693 4 2017 176128 0 0 symupd
[1237696.492695] [ 2002] 0 2002 345113 4147 4147 0 0 409600 0 0 tailscaled
[1237696.492704] [ 27993] 0 27993 1566197 917489 905539 0 11950 10043392 0 0 symcon
[1237696.492713] [ 27996] 0 27996 40248 1314 192 27 1095 77824 0 0 symcon_monitor
[1237696.492731] oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/,task=symcon,pid=27993,uid=0
[1237696.493035] Out of memory: Killed process 27993 (symcon) total-vm:6264788kB, anon-rss:3622156kB, file-rss:0kB, shmem-rss:47800kB, UID:0 pgtables:9808kB oom_score_adj:0
[1237729.595534] loop1: detected capacity change from 0 to 137008
Ich bin auf der Stable. Soll ich mal auf die Beta wechseln?
Frank
Ich bin auf die Beta gewechselt und werde das Beobachten.
VG
Frank
ich bekomme jetzt (auf der Beta) den Eintrag (kam auf der Stable nicht):
26.05.2026, 10:43:58 | Kernel | Freier Speicherplatz ist kritisch! Aufräumen alter Logdateien fehlgeschlagen. Logging wurde deaktiviert.
paresy
26. Mai 2026 um 08:50
6
Das ist aber eher auf der Log Partition. Schau mal, ob du zu viele Log Dateien hast?
Sollte für den normalen Betrieb eher egal sein.
paresy
liegen die nur hier: /var/log/symcon/ ?
Mehr ist da nicht:
VG
Frank
Update, auf der Beta hatte ich erneut einen Absturz (27.5 8:07:34) :
symupd.log:
...
[Notice] 2026-05-26 11:38:22 Skipping health check due to SymOS interface activity
[Error] 2026-05-26 15:38:32 Detected connection abort!
[Error] 2026-05-27 08:07:32 Detected Symcon crash. Restarting!
[Error] 2026-05-27 08:07:34 Could not restart: umount: can't unmount /mnt/symcon: Device or resource busy
[Notice] 2026-05-27 08:26:34 Skipping health check due to SymOS interface activity
....
Jetzt zwei Logfiles:
von gestern, mit sehr wenig Einträgen:
05/26/26 10:43:58 | 00000 | SUCCESS | Kernel | Rotation der Logdatei aufgrund von Speicherknappheit...
05/26/26 10:43:58 | 00000 | MESSAGE | Kernel | Aufräumen des Logdatei Ordners...
05/26/26 10:43:58 | 00000 | ERROR | Kernel | Freier Speicherplatz ist kritisch! Aufräumen alter Logdateien fehlgeschlagen. Logging wurde deaktiviert.
05/26/26 10:54:22 | 00000 | SUCCESS | Kernel | *** IPS BETRIEBSBEREIT
und heute
05/27/26 08:07:34 | 00000 | MESSAGE | Kernel | Creating...
05/27/26 08:07:34 | 00000 | MESSAGE | Kernel | Detected TimeZone: Europe/Berlin
05/27/26 08:07:34 | 00000 | MESSAGE | Kernel | Platform: SymBox
05/27/26 08:07:34 | 00000 | MESSAGE | Kernel | Version: 9.0
05/27/26 08:07:34 | 00000 | MESSAGE | Kernel | Revision: e8737297ef5ffdd3dcf62814d8034052c039f0e5
05/27/26 08:07:34 | 00000 | MESSAGE | Kernel | Build: 05/22/26
05/27/26 08:07:34 | 00000 | MESSAGE | Kernel | WorkingDir: /var/lib/symcon/
05/27/26 08:07:34 | 00000 | MESSAGE | Kernel | SystemDir: /usr/share/symcon/
05/27/26 08:07:34 | 00000 | MESSAGE | Kernel | LogDir: /var/log/symcon/
05/27/26 08:07:34 | 00000 | MESSAGE | Kernel | cURL Version: libcurl/8.15.0 OpenSSL/3.5.2 zlib/1.3.1
05/27/26 08:07:34 | 00000 | MESSAGE | Kernel | Git2 Version: 1.9.1
05/27/26 08:07:34 | 00000 | MESSAGE | Kernel | SSH Version: 0.11.3
....
dmesg:
[1331123.519247] 16384 pages cma reserved
[1331123.519249] Tasks state (memory values in pages):
[1331123.519251] [ pid ] uid tgid total_vm rss rss_anon rss_file rss_shmem pgtables_bytes swapents oom_score_adj name
[1331123.519266] [ 105] 0 105 741 410 0 0 410 28672 0 0 syslogd
[1331123.519276] [ 109] 0 109 741 431 0 0 431 40960 0 0 klogd
[1331123.519286] [ 142] 101 142 851 366 32 0 334 40960 0 0 dbus-daemon
[1331123.519294] [ 186] 0 186 741 320 0 0 320 36864 0 0 udhcpc
[1331123.519302] [ 194] 0 194 741 433 0 0 433 36864 0 0 ifplugd
[1331123.519310] [ 199] 0 199 741 311 0 0 311 36864 0 0 ifplugd
[1331123.519317] [ 210] 100 210 1148 773 256 0 517 40960 0 0 avahi-daemon
[1331123.519325] [ 218] 0 218 741 390 0 0 390 36864 0 0 crond
[1331123.519333] [ 222] 0 222 666 326 0 0 326 40960 0 0 dropbear
[1331123.519340] [ 244] 0 244 741 398 0 0 398 36864 0 0 ntpd
[1331123.519347] [ 245] 0 245 741 294 0 0 294 36864 0 0 udhcpc
[1331123.519354] [ 252] 0 252 188176 5925 3901 7 2017 253952 0 0 symupd
[1331123.519362] [ 2002] 0 2002 345113 4147 4147 0 0 409600 0 0 tailscaled
[1331123.519370] [ 13671] 0 13671 666 524 32 0 492 32768 0 0 dropbear
[1331123.519379] [ 13695] 0 13695 741 466 32 0 434 36864 0 0 sh
[1331123.519386] [ 31340] 0 31340 1572773 901795 888630 0 13165 10002432 0 0 symcon
[1331123.519393] [ 31343] 0 31343 40248 1243 160 0 1083 69632 0 0 symcon_monitor
[1331123.519408] oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/,task=symcon,pid=31340,uid=0
[1331123.519672] Out of memory: Killed process 31340 (symcon) total-vm:6291092kB, anon-rss:3554520kB, file-rss:0kB, shmem-rss:52660kB, UID:0 pgtables:9768kB oom_score_adj:0
[1331165.342452] loop2: detected capacity change from 0 to 137208
Wie auch immer ich unterstützen kann, ich bin für alles offen.
Frank
Ich habe bei meiner alten Symbox Neo seit langer Zeit aus das Problem mit täglichen Crashes. Damals (auch vor 9.0) ist es auch häufig passiert wenn ich die Konsole gestartet habe.
Ich habe dann den ThreadCount reduziert- damit konnte ich die Häufigkeit der Crashes reduzieren. Scheint schon mit dem Speicher zusammenhängen. Inzwischen bin ich aber wieder bei einem Crash pro Tag (ob das erst mit 9.0 schlimmer geworden ist, kann ich aber nicht sagen)
ReneE
27. Mai 2026 um 17:21
10
Die Thematik hatte ich auch vor ein paar Monaten. Mir half da nichts bei. Seit ich jetzt Symcon von der Symbox auf meine Synology umgezogen habe (läuft als VM auf Debian), läuft Symcon absolut stabil. Ich hatte auch das Netzteil ausgetauscht. Die crashes waren unvorhersehbar, sporadisch. Am häufigsten passierten sie aber tatsächlich wenn man in der Konsole Objekte bearbeitet hat.
paresy
27. Mai 2026 um 20:04
11
Ich haben aktuell eine SymBox auf der das Problem passiert im Zugriff und suche gerade woher das Problem kommt.
paresy
1 „Gefällt mir“
ReneE
28. Mai 2026 um 16:34
12
Da bin ich auch gespannt. Ich hätte jetzt getippt, das der Speicher aufgibt.
paresy
30. Mai 2026 um 22:10
13
Könnt ihr einmal schauen, wie euer „ThreadCount“ Spezialschalter eingestellt ist? Auf welchem Wert steht dieser?
paresy
ReneE
1. Juni 2026 um 09:56
15
Steht bei mir auch auf 50. Ich hatte vor 2 Tagen das Phänomen das die Konsole immer langsamer wurde. Teilweise hats 10-15 Sekunden gedauert, bis sich eine Kategorie geöffnet hat.
Symcon läuft gerade noch auf der Synology auf einer VM.
Ich habe meinen vor einiger Zeit von 50, dann auf 25 und inzwischen auf 15 gestellt.
paresy
1. Juni 2026 um 12:14
17
Könnt ihr einmal probieren den Spezialschalter → ThreadMemoryCleanup auf 5 zu stellen? (Dieser müsste aktuell auf 10 stehen)
ThreadCount → 50 sollte ein sicherer Wert sein für die SymBox.
paresy
paresy
2. Juni 2026 um 04:49
18
2 Beiträge wurden in ein existierendes Thema verschoben: Connectstörung
ThreadMemoryCleanup stand auf 10, jetzt auf 5.
Dabei ist mir aufgefallen, dass ScriptWatch und VariableWatch aktiv waren.
Neben dem ThreadMemoryCleanup gibt es jetzt noch einen weiteren Wert der Spezialschalter der nicht auf default steht.
ArchiveRecordLimit steht nur auf 10.000 (Def 50.000)
Beste Grüße
Frank
Update 02.06 22:52 - kein Crash seit der Parameteranpassung
Update 04.06 14:06 - weiterhin kein Crash
paresy
5. Juni 2026 um 07:35
22
Danke für dein Feedback. Kannst du mal schauen wie viel Speicher noch „frei“ ist?
paresy
Ich weiß nicht seit wann die aktiv waren, es muss aber schon seit ein paar Jahren sein…. Sind jetzt wieder deaktiviert.