RS815+ seit letztem Update langsam

[HassleFree]

Hi,

ich habe hier eine RS815+, die ich ausschließlich für Surveillance Station nutze; es sind 4 HD-Kameras angeschlossen, 4 HDDs im Raid10 verbaut. Ich weiß nicht, ob es an den letzten DSM Updates oder an der Surveillance Station liegt. Das System lief einige Jahre problemlos, der Zustand der Festplatten ist lt. System ok, belegt sind sie zu 30%. Seit dem vorletzten Update (aktuell ist DSM 6.2.2-24922 Update 3 installiert, müsste also Update 1 oder eine 6.2.1-Version gewesen sein) fährt die Synology nicht mehr alleine runter, sondern bleibt (z.B. beim Neustart) hängen, bis ich irgendwann so lange auf den Ausschalt-Knopf drücke, bis sie ausgeschaltet ist. Das System ist superlangsam, die RAM-Auslastung steigt ab Systemstart kontinuierlich und innerhalb von ca. 15 Minuten bis über 80%, pendelt sich dann bei 85% bis 90% ein. Lt. Ressourcenmonitor speichert die Surveillance-Station den Stream der Kameras. Allerdings bleibt der Surveillance Station Client beim Login ewig hängen. Das Öffnen der Website der Surveillance Station führt nur zu einer leeren Seite auf der nichts passiert. Die CPU-Last liegt bei 40%.

Wenn das System mal läuft, lässt sich die Surveillance Station auch nicht mehr stoppen. Habe ich gerade 3x erfolglos versucht.... Im Paket-Zentrum ist der Zustand der Surveillance-Station nach wie vor "läuft". Das Ressourcen-Monitor-Widget scheint auch zu hängen, und ein Schließen und wieder Öffnen des Paket-Zentrums führt nur zu einem immer währenden "wird geladen"-Spinner, ohne weitere Aktivitäten. Auch der SSH-Zugang funktioniert dann nicht mehr.

Natürlich könnte ich den RAM erweitern, aber da das Problem von jetzt auf gleich aufgetreten ist, ohne dass ich ansonsten etwas verändert habe (abgesehen von den regelmäßigen Updates), bin ich mir nicht sicher, dass das der richtige Ansatz wäre...? Ein DSM-Downgrade ist wohl auch nicht vorgesehen und nur mit Umständen möglich...

Was sollte ich denn mal am besten jetzt machen?

Danke!

Edit: Wenn ich mich direkt nach dem Systemstart über ssh einlogge, kann ich mittels top verfolgen, wie die Speicherbelegung nach oben geht. Der einzige Prozess, der CPU-Zeit verbraucht (40%), ist /usr/syno/sbin/synocgid -D
Wenn ich dann die Surveillance Station anhalte (wenn/solange das System noch reagiert), geht der Speicherverbrauch kurz ein wenig runter, steigt aber weiter kontinuierlich an. D.h. es scheint ein Problem mit dem System an sich zu sein, nicht mit Surveillance Station.

 

[Andy+]

Das sieht schon etwas schräg aus. Wenn sich keine APP im Zusammenhang findet, hilft ggf. nur, den DSM und die APPs neu zu installieren. Das würde ansonsten ohne weiteren Datenverlust gehen.

 

[HassleFree]

Wie kann man das denn ohne weiteren Datenverlust machen? Ich kenne nur die Reset-Möglichkeiten mit dem Knopf, aber dabei wird m.W. alles gelöscht..?

Top bricht ab, wenn das System so aussieht, d.h. der Swap voll ist:

%Cpu(s):  1.0 us, 98.1 sy,  0.0 ni,  0.0 id,  0.5 wa,  0.0 hi,  0.5 si,  0.0 st
GiB Mem :    1.940 total,    0.070 free,    1.525 used,    0.345 buff/cache
GiB Swap:    3.164 total,    0.000 free,    3.164 used.    0.015 avail Mem

 NI    VIRT    RES  %CPU %MEM     TIME+ S COMMAND
  0    0.0m   0.0m  68.5  0.0  18:41.08 R [kswapd0]
  0    0.0m   0.0m  30.4  0.0   2:42.62 S [migration/0]
  0    0.0m   0.0m  30.3  0.0   3:21.68 S [migration/3]
  0    0.0m   0.0m  18.3  0.0   2:48.26 S [migration/2]
  0 1208.4m   1.4m   5.1  0.1   1:19.73 D /usr/bin/syslog-ng -F --worker-threa+
  0   23.2m   1.8m   3.2  0.1   1:16.16 R /sbin/init
  0    0.0m   0.0m   2.5  0.0   1:03.95 S [rcu_sched]
-10  250.2m   0.2m   2.1  0.0   7:21.62 D synoscgi
  0    0.0m   0.0m   1.5  0.0   0:46.89 S [kthreadd]
  0   11.4m   0.4m   0.9  0.0   0:02.59 S /bin/sh -e /proc/self/fd/9
  0    0.0m   0.0m   0.9  0.0   0:02.34 Z [synostoraged] <defunct>
  0   70.1m   1.0m   0.8  0.1   0:11.88 S /usr/syno/sbin/synologaccd -f
-10  239.3m   3.6m   0.7  0.2   0:24.29 D /usr/syno/synoman/webapi/query.cgi
  0  327.5m   2.7m   0.6  0.1   0:16.73 D /usr/syno/sbin/synoupgrade --check
-20    0.0m   0.0m   0.6  0.0   0:36.04 S [kworker/0:1H]
  0   16.9m   0.3m   0.6  0.0   0:02.06 S /usr/bin/cgmanager --sigstop
  0  250.2m   0.5m   0.5  0.0   0:01.46 D synoscgi

Danach reagiert das System dann auch nicht mehr.

 

[Andy+]

Wie sieht es mit freiem Speicher aus, ausgelesen über die Konsole? Nicht ausgelesen aus dem Speichermanager.

 

[HassleFree]

Das sieht auch von der Konsole gut aus:

ash-4.3# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/md0        2.3G  1.1G  1.2G  49% /
none            990M     0  990M   0% /dev
/tmp            994M  772K  993M   1% /tmp
/run            994M  3.0M  991M   1% /run
/dev/shm        994M  4.0K  994M   1% /dev/shm
none            4.0K     0  4.0K   0% /sys/fs/cgroup
cgmfs           100K     0  100K   0% /run/cgmanager/fs
/dev/md2        7.0T  2.3T  4.8T  33% /volume1

Wie kann man das denn ohne weiteren Datenverlust machen? Ich kenne nur die Reset-Möglichkeiten mit dem Knopf, aber dabei wird m.W. alles gelöscht..?

 

[Andy+]

Du kannst noch versuchen, verdächtige APPs zu deinstallieren, ob das ein Grund ist.

Im Falle eines Resets werden keine Daten gelöscht. Bei so einem Schritt ist es aber besser, ein Backup zu stellen und dann loszulegen.

 

[HassleFree]

Ok, ein Reset mit Neuinstallation hat geholfen, diesen Fehler habe ich jetzt nicht mehr. Dafür funktionieren die Webhook-Aktionsregeln in der Surveillance Station nicht mehr... Naja, man kann nicht alles haben.

Danke jedenfalls!