CPU Nutzung ohne erkennbaren Grund

QTS überrascht doch immer wieder.

In diesem Fall habe ich beim "spielen" mit dem Q'center gesehen, das eines meiner (älteren) NAS offenbar seit gestern vormittag um 10:00 mit fast 90-100% CPU Nutzung ständig beschäftigt ist (die Grafik ist durch das Mittelwert Intervall bei etwas über 80%).

Aber:

Es ist nichts im Zeitplandienst, weder Plattentests noch Raid Scrubbing oder sonstiges, nichts, nada. Auch im System Log nichts was auf eine derart hohe CPU Last schliessen würde.

Auch top brachte keine Erkenntnisse, es war irgendwie unheimlich, eigentlich sagte die CLI es ist nichts los, anderseits sagte die GUI 100% CPU Last.

Zwischendurch habe ich mal den Q'center Agent gestoppt, um zu sehen, ob es damit zusammenhängt. Ich dachte schon an einen Neustart, irgendwann habe ich mich aus der GUI ab- und einige Minuten später wieder angemeldet.

CPU Last im normalen Bereich!??

Keine Ahnung, was das NAS beschäftigt hat. Es läuft weder ein Verschlüsselungstrojaner noch ein Krypto Miner .

Immerhin, ohne Q'center wäre mir das wahrscheinlich gar nicht aufgefallen.

Screenshot vom Q'center:

pasted-from-clipboard.png

Top zeigte typisch etwas folgende Werte:

CPU: 13.6% usr 12.2% sys  1.9% nic 71.9% idle  0.2% io  0.0% irq  0.0% sirq
Load average: 0.65 0.79 0.77 3/970 6656
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
 1506     1 admin    S    1335m 66.7   3  0.4 /sbin/lvmetad
24948     1 admin    S     321m 16.0   0  0.4 /mnt/ext/opt/hawkeye/ganglia/sbin/gmond_agent
22528     1 admin    S     982m 49.1   3  0.3 /sbin/hal_daemon -f
25055     1 admin    S     272m 13.6   0  0.2 hawkeye-agent
21724     1 admin    S     262m 13.1   0  0.2 /mnt/ext/opt/Python/bin/python2 /sbin/wsd.py
 4141     1 admin    S     301m 15.0   0  0.1 /usr/local/bin/qsyncsrv_monitor -pid:4095 -reg:/share/CACHEDEV1_DATA/test50xhbs3 -client:qbox
25007     1 admin    S     204m 10.2   2  0.1 mockingbird
26442 28366 admin    R    16156  0.7   0  0.1 top
25722 12776 admin    S    3442m172.1   3  0.0 /usr/local/apache/bin/apache_proxys -k start -f /etc/apache-sys-proxy-ssl.conf
 4646     1 admin    S     301m 15.0   2  0.0 /usr/local/bin/qsyncsrv_monitor -pid:4627 -reg:/share/CACHEDEV1_DATA/Pi434_02 -client:qbox -fi
 4272     1 admin    S     301m 15.0   2  0.0 /usr/local/bin/qsyncsrv_monitor -pid:4264 -reg:/share/CACHEDEV1_DATA/test0x -client:qbox -filt
 5344     1 admin    S     301m 15.0   3  0.0 /usr/local/bin/qsyncsrv_monitor -pid:5332 -reg:/share/CACHEDEV1_DATA/AH532FS -client:qbox -fil
 4559     1 admin    S     301m 15.0   2  0.0 /usr/local/bin/qsyncsrv_monitor -pid:4528 -reg:/share/CACHEDEV1_DATA/VMware -client:qbox -filt
 5010     1 admin    S     301m 15.0   3  0.0 /usr/local/bin/qsyncsrv_monitor -pid:4886 -reg:/share/CACHEDEV1_DATA/Pi434 -client:qbox -filte
 4399     1 admin    S     301m 15.0   2  0.0 /usr/local/bin/qsyncsrv_monitor -pid:4362 -reg:/share/CACHEDEV1_DATA/Webcam -client:qbox -filt
 5300     1 admin    S     301m 15.0   3  0.0 /usr/local/bin/qsyncsrv_monitor -pid:5259 -reg:/share/CACHEDEV1_DATA/Public/Anleitungen -clien
 3792     1 admin    S    95608  4.6   0  0.0 /usr/local/bin/qsyncsrv_monitor -pid:3769 -reg:/share/CACHEDEV1_DATA/.team_folder -client:qbox
21549     1 admin    S    17768  0.8   1  0.0 {qdesk_soldier} /bin/sh /sbin/qdesk_soldier
    9     2 admin    SW       0  0.0   1  0.0 [ksoftirqd/1]
22367     2 admin    SW       0  0.0   3  0.0 [kworker/3:2]
25334 11730 admin    S <  1826m 91.3   1  0.0 /usr/local/apache/bin/apache_proxy -k start -f /etc/apache-sys-proxy.conf
 2782  2747 httpdusr S    1510m 75.5   0  0.0 /usr/local/apache/bin/apache -k start -c PidFile /var/lock/apache.pid -f /etc/config/apache/ap
19157 18798 admin    S    1496m 74.8   2  0.0 /usr/local/mariadb/bin/mysqld --defaults-file=/etc/qbox-mariadb.cnf --basedir=/usr/local/maria
 9262  8879 admin    S     919m 45.9   3  0.0 /usr/local/mariadb/bin/mysqld --defaults-file=/usr/local/mariadb/my-mariadb.cnf --basedir=/usr
 3637     1 admin    S     344m 17.2   1  0.0 /sbin/qsyncsrv_dbm -b
11600 11598 admin    S     312m 15.6   0  0.0 {php-fpm-proxy} php-fpm: pool www
19686 11598 admin    S     312m 15.6   0  0.0 {php-fpm-proxy} php-fpm: pool www
11603 11598 admin    S     312m 15.6   3  0.0 {php-fpm-proxy} php-fpm: pool www
 9942  9940 httpdusr S     310m 15.5   2  0.0 php-fpm: pool www
11598     1 admin    S     310m 15.5   0  0.0 {php-fpm-proxy} php-fpm: master process (/etc/php-fpm-sys-proxy.conf)
 9940     1 admin    S     310m 15.5   3  0.0 php-fpm: master process (/etc/config/apache/php-fpm.conf)
 9941  9940 httpdusr S     310m 15.5   3  0.0 php-fpm: pool www
13746 11174 admin    S     308m 15.4   1  0.0 /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/config/smb.conf
 3992     1 admin    S     301m 15.0   0  0.0 /usr/local/bin/qsyncsrv_monitor -pid:3982 -reg:/share/homes -client:qbox -filter:0x6763 -b
12914 11174 admin    S     300m 15.0   1  0.0 /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/config/smb.conf
22589 11174 admin    S     300m 15.0   3  0.0 /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/config/smb.conf
Mem: 1485364K used, 555764K free, 43564K shrd, 235436K buff, 271332K cached

Und auch jetzt ist wieder alles ruhig:

pasted-from-clipboard.png

Was das wohl wieder war?

Gruss

AD - nein (kommt mir nicht auf das NAS )

Das NAS ist in keiner Domäne.

Virenscanner ist zwar aktiviert (ClamAV), war aber als Hintergrund Job nicht zu sehen (im Gegensatz zu sonst).

Der Job startet Montags um 00:00 und war nach Log um 04:46 beendet.

pasted-from-clipboard.png

Ein paar Sync Jobs laufen stündlich, aber auch da gab es bei keinem größere Änderungen, die sind alle im Minutenbereich wieder beendet.

Das ist ja, was mich umtreibt. Da ist nichts zu finden.

Das Q'center läuft erst seit ca. 4 Wochen. Ich habe mal die Historie für dieses NAS aufgerufen, da gibt es mal eine Auslastung bis 60%, aber auch ohne ersichtlichen Grund:

pasted-from-clipboard.png

Laut System log startete um 00:00 der Platten(kurz)test und war um 00:05 schon wieder beendet. Warum bis 08:00 die CPU Last hoch war...? Keine Ahnung, Und davon recht viel .

Gruss

Nicht ganz. Das ganze Bild über die 4 Wochen sieht so aus:

pasted-from-clipboard.png

Die Spitzen sind immer Montags, laut Q'center aber um 06:00.

Montags um 00:00 läuft der Plattentest. Da die 4-Wochen Darstellung aber nur ein 6h Intervall hat, kann es natürlich sein, das das die Peaks verursacht, Eben den Mittelwert von 00:00 und 06:00.

Leider kann man in der Custom Einstellung kein anderes Intervall auswählen. Wahrscheinlich wäre sonst die DB zu groß geworden mir den ganzen Messwerten.

Aber wie man sieht, hat das mit dem Dauerpeak am Mittwoch/Donnerstag nichts zu tun.

Gruss

Ja, das Datum kann man einstellen, aber dabei gibt es nur ein 6h Intervall, egal ob man 2 Tage oder 2 Wochen auswählt.

Nein, weder ein geplanter noch manueller Task war das, was knapp 24h die CPU getrieben hat.

Natürlich werde ich es beobachten. Vielleicht gab es das schon öfter, ohne das ich es bemerkt habe.

Ganz schick wäre es, wenn man sich das Dashboard selbst zusammenbauen könnte, z.B. mit den Performance Graphen ausgewählter NAS.

Aber leider gibt es nur vorgefertige Widgets, und die sind - sagen wir mal so - stark verbesserungsfähig.

Gruss

Da gibts bestimmt noch eine ganze Menge .

Aber um ehrlich zu sein: zu Hause ist mein Monitoring eher rudimentär.

Und mit Q'center beschäftige ich mich um die QNAP Bordmittel zu testen.

Gruss

Kleiner Nebeneffekt im Q'center.

Mir ist schon Anfangs aufgefallen, das der Graph zwar aktuell ist, aber die Zeit nicht stimmt.

Er zeigt offenbar UT an, obwohl Zeitzone und sonstige Einstellungen korrekt sind. Außerdem ist ein NTP Server eingetragen und das NAS zeigt auch die korrekte Zeit an.

Aber eine (gegenwärtige) Stunde Unterschied zum Graph bleibt bestehen.

Gruss

Mal wieder etwas neues vom Q'center und der CPU Auslastung:

Der Ressourcen Monitor des NAS selbst zeigt mir fast immer ein relativ moderate Auslastung an:

pasted-from-clipboard.png

Schaue ich mir im Q'center die CPU Auslastung an, dann sind das ganz andere Werte:

Nun mag das ein komplett anderes Abfrage-Intervall sein, aber ob mir als Durchschnitt 80% oder 20% angezeigt werden ist schon "ein kleiner" Unterschied!?

Die Abfrage Logik ist mir noch nicht ganz klar, aber man sollte den Werten nicht einfach so vertrauen .

Gruss

Edit: Beim Screenshot aus dem Q'center fehlt die Achsenskalierung, die Linien sind bei 20, 40, 60 und 80%. Und bei Scrrenshot vom NAS waren es zufälligerweise ca. 8% CPU Auslastung. Der Ressourcen Monitor mittelt offenbar sekündlich(?), das Q'center angeblich in 5min Intervallen.

Aber der Unterschied ist dennoch zu groß.

Genau DAS habe ich mich auch gefragt!

Hier ein 2 Tagesverlauf über die RAM und CPU Nutzung:

pasted-from-clipboard.png

pasted-from-clipboard.png

Wie man sieht, steigt die RAM Auslastung auf einmal kontinuierlich an und verbleibt dann auf sehr hohem Niveau.

Mir war es absolut unerklärlich, was da passiert

Es gab kein Raidscrubbing, Disk Tests, AV Scans, sonst irgendetwas.

Irgendetwas macht das NAS, aber weder top noch sonstige Befehle geben eine Auskunft. Und der CPU Verlauf stimmt m.E. so auch nicht sondern ist durch die großen Intervalle zu stark verfälscht.

Fast jedesmal, wenn ich in der GUI des NAS war, dümpelte die CPU bei max. 25%, während das RAM bei fast 90% war(?).

Die RAM Kurve im Q'center war somit korrekt, bei der CPU Kurve habe ich nach wie vor starke Zweifel.

Wie heißt es so schön: Traue keiner Statistik, die Du nicht selbst gefälscht hast!

Ich habe das NAS dann bewusst einfach vor sich hin laufen lassen, und seit einigen Stunden ist alles wieder im "Normal" Bereich:

pasted-from-clipboard.png

Ich habe keine Ahnung, ob das in der Vergangenheit nicht schon öfter passiert ist, Q'center läuft ja erst seit ca. 4 Wochen.

Vorgestern/Gestern jedenfalls konnte ich auf dem NAS nichts ausmachen, was eine solche Ressourcenausnutzung rechtfertigt.

Gruss