mal wieder hohe CPU-Auslastung, alle Platten blinken an DS414

[derniwi]

Hallo zusammen,

in den letzten Jahren war ich eigentlich zufriedener DS-Nutzer und kaum hier. Jetzt habe ich mal wieder ein Problem mit der DS414 (DSM-Version 6.2.3-25426, vier 4TB-Platten WD Red). Vor kurzem ist eine Platte defekt gewesen (das erste mal), diese habe ich ersetzt. Danach halt der RAID5-Resync, der ein paar Tage gedauert hat. Dabei hat sich leider die DS irgendwie aufgehängt, die Platten haben zwar weiter gearbeitet, aber die DS war nicht mehr über das Netz erreichbar (weder SSH noch Web-GUI). Nach ca. einer Woche habe ich die Kiste hart ausgeschaltet und neu gestartet. Laut Protokoll war der Sync aber durch.

Jetzt habe ich wieder 99% CPU-Last, obwohl nichts läuft (installierte Pakete: Universal Search, File Station, Hyper Backup). Laut Festplattenmanager ist alles ok, auch per ssh auf die DS verbunden zeigt mir "top" nichts auffälliges:
top - 11:30:26 up 16 min, 1 user, load average: 17.15, 16.11, 10.55
Tasks: 212 total, 5 running, 205 sleeping, 0 stopped, 2 zombie
%Cpu(s): 68.2 us, 31.2 sy, 0.0 ni, 0.0 id, 0.0 wa, 0.0 hi, 0.6 si, 0.0 st
GiB Mem : 0.986 total, 0.375 free, 0.105 used, 0.506 buff/cache
GiB Swap: 2.000 total, 2.000 free, 0.000 used. 0.743 avail Mem

PID USER PR NI VIRT RES %CPU %MEM TIME+ S COMMAND
14442 user 20 0 54.1m 12.8m 24.1 1.3 2:40.52 R /usr/bin/smbd -F
20506 root 20 0 39.3m 8.9m 21.7 0.9 0:00.91 S /usr/bin/nmbd -F
20891 root 20 0 29.8m 4.9m 13.3 0.5 0:00.22 R synowebapi --exec api=SYNO.Core.ISCSI.Node method=get additional=["is_subvo+
1 root 20 0 4.3m 2.9m 7.2 0.3 1:02.84 S /sbin/init
19964 root 20 0 10.1m 2.7m 4.8 0.3 0:00.11 S /usr/syno/sbin/synoservice --restart pppoerelay
19703 root 20 0 10.1m 2.7m 4.2 0.3 0:00.18 R synoservice --restart ssdp
20928 root 20 0 23.3m 5.2m 4.2 0.5 0:00.07 S synonetdtool --refresh-route-table -6 eth1 fe80::211:32ff:fe22:b07a
18876 root 20 0 5.3m 1.6m 3.0 0.2 0:00.47 R top
8096 root 10 -10 8.9m 3.9m 1.8 0.4 0:02.42 S nginx: master process /usr/bin/nginx -g pid /run/nginx.pid; daemon on; mast+
408 root 20 0 0.0m 0.0m 1.2 0.0 0:04.20 S [md0_raid1]
20806 root 20 0 4.4m 1.5m 1.2 0.1 0:00.02 D avahi-daemon: running [nasdaten.local]
411 root 20 0 0.0m 0.0m 0.6 0.0 0:01.67 D [kworker/0:4]
921 root 20 0 0.0m 0.0m 0.6 0.0 0:01.84 D [jbd2/md0-8]
1018 system 20 0 45.7m 7.5m 0.6 0.7 0:12.15 R /usr/bin/syslog-ng -F --worker-threads=2 -u system -g log
1612 root 20 0 2.7m 1.2m 0.6 0.1 0:05.62 S /sbin/dbus-daemon --session --fork --print-address
20399 root 20 0 3.1m 1.5m 0.6 0.2 0:00.04 S /bin/sh /etc/fw_security/sysconf/iptables_security.sh start
20931 root 20 0 3.0m 1.3m 0.6 0.1 0:00.01 S /bin/sh /usr/syno/share/pppoerelay/scripts/pppoerelay.sh start
31880 root 20 0 0.0m 0.0m 0.6 0.0 0:00.43 S [kworker/0:6]
2 root 20 0 0.0m 0.0m 0.0 0.0 0:00.00 S [kthreadd]
3 root 20 0 0.0m 0.0m 0.0 0.0 0:04.13 S [ksoftirqd/0]
4 root 20 0 0.0m 0.0m 0.0 0.0 0:01.68 S [kworker/0:0]
5 root 20 0 0.0m 0.0m 0.0 0.0 0:00.19 S [kworker/u:0]
6 root rt 0 0.0m 0.0m 0.0 0.0 0:08.11 S [migration/0]
7 root rt 0 0.0m 0.0m 0.0 0.0 0:20.93 S [migration/1]
8 root 20 0 0.0m 0.0m 0.0 0.0 0:00.86 S [kworker/1:0]
9 root 20 0 0.0m 0.0m 0.0 0.0 0:01.47 S [ksoftirqd/1]
10 root 0 -20 0.0m 0.0m 0.0 0.0 0:00.00 S [khelper]
11 root 20 0 0.0m 0.0m 0.0 0.0 0:00.00 S [kdevtmpfs]
12 root 20 0 0.0m 0.0m 0.0 0.0 0:00.00 S [kworker/u:1]
134 root 20 0 0.0m 0.0m 0.0 0.0 0:00.00 S [sync_supers]
136 root 20 0 0.0m 0.0m 0.0 0.0 0:00.00 S [bdi-default]
137 root 0 -20 0.0m 0.0m 0.0 0.0 0:00.00 S [kintegrityd]
139 root 0 -20 0.0m 0.0m 0.0 0.0 0:00.00 S [kblockd]
145 root 0 -20 0.0m 0.0m 0.0 0.0 0:00.00 S [ata_sff]
151 root 0 -20 0.0m 0.0m 0.0 0.0 0:00.00 S [md]
170 root 0 -20 0.0m 0.0m 0.0 0.0 0:00.00 S [rpciod]
189 root 20 0 0.0m 0.0m 0.0 0.0 0:00.00 S [kswapd0]
190 root 20 0 0.0m 0.0m 0.0 0.0 0:00.00 S [fsnotify_mark]
191 root 0 -20 0.0m 0.0m 0.0 0.0 0:00.00 S [nfsiod]
192 root 0 -20 0.0m 0.0m 0.0 0.0 0:00.00 S [crypto]
262 root 0 -20 0.0m 0.0m 0.0 0.0 0:00.00 S [iscsi_eh]
277 root 20 0 0.0m 0.0m 0.0 0.0 0:00.02 S [scsi_eh_0]
280 root 20 0 0.0m 0.0m 0.0 0.0 0:00.03 S [scsi_eh_1]
283 root 20 0 0.0m 0.0m 0.0 0.0 0:00.03 S [scsi_eh_2]
286 root 20 0 0.0m 0.0m 0.0 0.0 0:00.03 S [scsi_eh_3]
289 root 20 0 0.0m 0.0m 0.0 0.0 0:01.59 S [kworker/0:1]

Ich weiß, dass die Box in die Jahre gekommen ist, was könnte ich jetzt noch prüfen?

Irgend etwas muss ja das System komplett ausbremsen, wie gesagt, die vier Platten sind die ganze Zeit beschäftigt...

Gruß
Nils

 

[TeXniXo]

Würde auch noch einen Blick in Ressourcen Manager werfen, ob da noch andere Prozesse aufgelistet sind, die aktiv sind?
Speicher Manager - soweit alles im grünen Bereich, ja? Ich meine Konsistenzprüfung, Integrirätsprüfung etc. auch durch?

 

[derniwi]

Im Ressourcen-Manager wird noch weniger angezeigt. Laut dem dürfte der Prozessor nur ca. 20% ausgelastet sein.

Der Speicher-Manager meint, es wäre alles gut. Ich kopiere gerade Daten auf das System und mache noch eine Sicherung, dann kann ich da noch eine Bereinigung durchführen...

Jetzt habe ich im Speichermanager für den Speicherpool eine Aufgabe erstellt, da zeigt mir das System (und erst nach dem Erstellen) an, dass aktuell die Laufwerke geprüft werden und das System bei 62% ist... warum sehe ich das erst jetzt? Sehr merkwürdig... ich habe bestimmt drei mal alle Abschnitte im Speichermanager angeschaut, und hier war definitiv nichts zu sehen.

Schauen wir mal, was danach passiert... ob das System wieder benutzt werden kann...

 

[ottosykora]

vier 4TB-Platten WD Red). Vor kurzem ist eine Platte defekt gewesen (das erste mal), diese habe ich ersetzt.

vielleicht stellt sich die Frage womit ersetzt?
Was für Platte, also genaues Model?

(nicht alles ist heute kompatibel wie es früher war)

 

[Jagnix]

vielleicht stellt sich die Frage womit ersetzt?
Was für Platte, also genaues Model?

Nachtigall ich hör dich EFAXen

 

[derniwi]

vielleicht stellt sich die Frage womit ersetzt?
Was für Platte, also genaues Model?

Drin waren vier Stück vom Modell WD40EFRX-68WT0N0, eine wurde ersetzt durch WD40EFRX-68N32N0... sollte also passen...

 

[ottosykora]

ja, das habe ich gemeint, wenn es EFRX sind, und keine EFAX, dann ist dieser Check OK

 

[derniwi]

Schauen wir mal, was danach passiert... ob das System wieder benutzt werden kann...

Die Konsitenzprüfung ist durch, auch der SMART-Check, schon ist die Last wieder unten. Irgendwie merkwürdig, dass die GUI da nichts gezeigt hat, bis ich den Task geplant habe... :-(

 

[gaspard]

Falls es noch aktuell ist und Du AvrLogger installiert hast:
Ab dieser Seite, weiter unten kommt eine temporäre Lösung.
HTH