Prozess "scemd" Lastet CPU zu 40% aus

[BlueGe]

Hallo Communiy,
ich hoffe ich habe den richtigen Bereich für mein Thema gefunden.
Da ich mich in den letzten Tagen wieder mehr mit der DS beschäftigt habe, ist mir auf gefallen, dass der Prozess "scemd" immer zwischen 30%-40% der CPU Ressourcen benötigt. Somit kommt es mit anderen Prozessen zu einer Auslastung von 99%.
Weiß jemand welches Programm hinter diesem Prozess steckt?
Ich hatte schon alle Pakete die gestoppt werden konnten gestoppt. Doch da hatte nichts gebracht. Ich habe dann die DS neu gestartet, dann war auch erst mal ruhe. Ich habe dann alle Pakete die wirklich benötigt werden gestartet. Ein bis zwei Stunden war der Prozess zwar da aber nur mit einer Last von 4%, danach ging es wieder los. Nun läuft die DS wieder auf 80%-99%.
Hatte jemand von euch auch schon das Problem? Gibt es Tipps wie ich die Ursache heraus bekomme? Gibt es eine Möglichkeit, den Prozess einzeln zu stoppen?

Danke für heute hilfe.

Gruß BlueGE

 

[dil88]

"scemd" ist z.B. zuständig für die Kontrolle und Steuerung der Lüfter. Könntest Du bitte einmal schreiben, welche DiskStation und welche DSM-Version Du nutzt? Und wirf bitte einen Blick ins Protokoll-Center oder noch besser per Shell in die /var/log/messages und die /var/log/scemd.log.

 

[BlueGe]

Hallo dil88,
danke für deine Antwort und entschuldige, dass ich diese Daten vergessen habe.
Ich habe eine DS 214+ mit der Version: 6.1-15047 Update 2
im Protokoll von der über die DS Oberfläche ist nicht besonders zu erkennen.
Die Log-Dateien mit den Einträgen der letzten zwei Tage:
Anhang anzeigen 2017-04-23_messages.txt
Anhang anzeigen 2017-04-23_scemd.log.txt

Gruß BlueGE

 

[dil88]

Zwei Sachen fallen mir auf: In messages gibts reichlich Fehler vom Virenscanner. Den vielleicht 'mal ausknipsen und schauen, ob sich dann etwas ändert. Aus der scemd.log wird deutlich, dass die externe Platte alle 20min. aufgeweckt wird. Das ist für die Platte nicht gut. Entweder findest Du die Ursache dafür und kannst sie eliminieren oder Du schaltest den HD-Ruhezustand für die externe Platte ab. Ich persönlich würde mir gut überlegen, eine externe Platte dauert an der DS zu betreiben - zumindest wenn sie für ein Backup verwendet werden sollte.

 

[BlueGe]

Hallo Dil88,
entschuldige die späte Antwort.
Danke für die Analyse der log Dateien.
Ich habe den Virenscanner ausgeschaltet und bin auch mit dem Synology Support im Kontakt. Diese haben mir empfohlen drei Mal einen Speichertest durch laufen zu lassen. Und dann eine Log Datei zurückzusenden. Den Speichertest habe ich gemacht und dabei wird die DS ebenfalls neu gestartet. Seit dem ich aus dem Urlaub zurück bin, ist der Prozess scemd bei 0,4% also unauffällig. Ich weiß nicht, was der Speichertest genau macht, ob dass die Ursache dafür ist, dass der Prozess sich nun wieder gefangen hat
Der Virenscanner läuft, somit muss ich weiter schauen ob es bei dem verhalten bleibt oder nicht.
Komisch finde ich es schon.

Gruß BluGE

 

[tommytom79]

Hallo an alle!

Ich würde dieses Thema gerne nochmals aufgreifen. Ich habe seit 2 Monaten ebenfalls mit dem gleichen Problem zu kämpfen. Es ist so, dass so ca. alle 12 Tage über die Nacht der Prozess "System-Monitor-Deamon" hoch ist. Ich nehme an, dass der Prozess "System-Monitor-Deamon" das gleiche ist, wie "scemd". Der CPU Wert von diesem Prozess schwankt oft von 5 - 30 %. Auffallend ist aber, dass dies immer über die Nacht passiert, wo ich immer ein Backup über Hyper Backup auf meine externe Festplatte mache. Die Backups sind aber nur relativ kleine, welche im Normalfall nur 3 Minuten dauern. Das Problem tritt aber erst auf, seitdem ich auf DSM 7 upgedatet habe und ich eine neue externe Festplatte (16 TB) im Zuge dessen verwende. Somit kann ich leider nicht sagen, ob es an DSM 7 oder an der externen Festplatte liegt. Da das NAS dadurch sehr langsam wird, muss ich es jedes Mal neu starten. Dieses Spiel habe ich jetzt bereits schon mind. 3 mal gemacht. Danach ist es so ca. für 12 Tage besser und dann fängt es wieder an. Ich habe nun einmal als Versuch gestern die externe Festplatte abgehängt und das NAS neu gestartet. Jetzt werde ich beobachten, ob das Problem in 12 Tagen wieder kommt oder nicht, damit ich einmal ausschließen kann, ob es an der externen Festplatte liegt oder nicht. Übrigens, diese hängt via USB an meinem NAS und an einer externen Stromversorgung. Weiters hatte ich im DSM eingestellt, dass sich die externe Festplatte alle 10 Minuten in den Ruhezustand begeben soll. Dies habe ich nun auch einmal ausgeschalten, obwohl ich sie nun eh abgesteckt habe. Die Backups über Hyper Backup habe ich ebenfalls einmal deaktiviert.
Ich hoffe, dass mir jemand weiterhelfen kann, woran das Problem noch liegen kann oder ob ich am richtigen Weg bin.

@BlueGe

Wie ist bei dir die Sache eigentlich weiter ausgegangen? Hast du nun keine Probleme mehr, seitdem du den Speichertest gemacht hast?
Das habe ich nämlich noch nicht probiert.

LG
Thomas

 

[tommytom79]

Hallo.
Es sind jetzt wieder 11 Tage seit meinem letzten Neustart von meinem NAS her und der Prozess "System-Monitor-Deamon" fängt schon wieder an, höher zu werden, also im Schnitt liegt er meistens bei 4 - 5 %. Nach einem Neustart liegt er tagelang immer unter 1 %.
Ich habe seit dem letzten Neustart meine externe Festplatte nicht mehr angehängt. Sicherungsaufgaben über Hyper Backups wurden ebenfalls deaktiviert. Somit scheiden diese zwei möglichen Fehlerursachen aus.
Was ich noch beobachtet habe ist, dass nach einem Neustart vom NAS ca. 59 % RAM belegt sind, was von Tag zu Tag immer etwas mehr sind. Jetzt sind es schon 71 %. Liegt hier etwa das Problem? Unter DSM 6 hatte ich diese Probleme überhaupt nicht, erst unter DSM 7.
Hat kein anderer die gleichen Probleme wie ich? Der Synology Support kann mir auch nicht wirklich weiterhelfen.
Ich hoffe, dass jemand eine Idee hat.

 

[Benares]

Zeigt die Datei /var/log/scemd.log Auffälligkeiten?
Normalerweise steht da immer nur ein Bündel von Meldungen bei jedem Aufwachvorgang der Festplatten drin. Dazwischen ist Ruhe.

Hier mal als Beispiel von mir (ich habe eine Leerzeile zwischen den Bündeln eingefügt)

...
2022-01-20T13:00:41+01:00 DS415 scemd[10540]: led.c:334 Enable power & phy LED

2022-01-20T15:00:17+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/DiskApmSet.sh 255  /dev/sdd 1>/dev/null 2>&1
2022-01-20T15:00:17+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/syno_disk_ctl --ncq-on  /dev/sdd 1>/dev/null 2>&1
2022-01-20T15:00:20+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/DiskApmSet.sh 255  /dev/sda 1>/dev/null 2>&1
2022-01-20T15:00:20+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/syno_disk_ctl --ncq-on  /dev/sda 1>/dev/null 2>&1
2022-01-20T15:00:20+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/syno_disk_ctl --ncq-off  /dev/sda 1>/dev/null 2>&1
2022-01-20T15:00:34+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/DiskApmSet.sh 255  /dev/sdc 1>/dev/null 2>&1
2022-01-20T15:00:34+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/syno_disk_ctl --ncq-on  /dev/sdc 1>/dev/null 2>&1
2022-01-20T15:00:34+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/syno_disk_ctl --ncq-off  /dev/sdc 1>/dev/null 2>&1
2022-01-20T15:00:41+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/DiskApmSet.sh 255  /dev/sdb 1>/dev/null 2>&1
2022-01-20T15:00:41+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/syno_disk_ctl --ncq-on  /dev/sdb 1>/dev/null 2>&1
2022-01-20T15:00:41+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/syno_disk_ctl --ncq-off  /dev/sdb 1>/dev/null 2>&1
2022-01-20T15:00:41+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:66 DS wakes up from disk deep sleep
2022-01-20T15:00:41+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:47 The internal disks wake up, hibernate from [Jan 20 14:30:41]
2
2022-01-20T15:00:42+01:00 DS415 scemd[10540]: led.c:334 Enable power & phy LED

2022-01-20T16:58:53+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/DiskApmSet.sh 255  /dev/sda 1>/dev/null 2>&1
2022-01-20T16:58:53+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/syno_disk_ctl --ncq-on  /dev/sda 1>/dev/null 2>&1
2022-01-20T16:58:53+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/syno_disk_ctl --ncq-off  /dev/sda 1>/dev/null 2>&1
2022-01-20T16:58:58+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/DiskApmSet.sh 255  /dev/sdd 1>/dev/null 2>&1
2022-01-20T16:58:58+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/syno_disk_ctl --ncq-on  /dev/sdd 1>/dev/null 2>&1
2022-01-20T16:59:00+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/DiskApmSet.sh 255  /dev/sdb 1>/dev/null 2>&1
2022-01-20T16:59:00+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/syno_disk_ctl --ncq-on  /dev/sdb 1>/dev/null 2>&1
2022-01-20T16:59:00+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/syno_disk_ctl --ncq-off  /dev/sdb 1>/dev/null 2>&1
2022-01-20T16:59:14+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/DiskApmSet.sh 255  /dev/sdc 1>/dev/null 2>&1
2022-01-20T16:59:14+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/syno_disk_ctl --ncq-on  /dev/sdc 1>/dev/null 2>&1
2022-01-20T16:59:14+01:00 DS415 scemd[10540]: disk/disk_config_single.c:122 apply /usr/syno/bin/syno_disk_ctl --ncq-off  /dev/sdc 1>/dev/null 2>&1
2022-01-20T16:59:14+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:66 DS wakes up from disk deep sleep
2022-01-20T16:59:15+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:47 The internal disks wake up, hibernate from [Jan 20 15:57:48]
2022-01-20T16:59:15+01:00 DS415 scemd[10540]: led.c:334 Enable power & phy LED

Edit:
Ich prüfe die Aufwachvorgänge immer mit

cat /var/log/scemd.log | grep "The internal disks wake up"

Da sieht man schön, wann die Platten aufgewacht sind und wann sie zuvor schlafen gegangen sind.
Beispiel:

2022-01-19T11:26:38+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:47 The internal disks wake up, hibernate from [Jan 19 09:33:43]
2022-01-19T13:27:48+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:47 The internal disks wake up, hibernate from [Jan 19 12:30:41]
2022-01-19T15:00:40+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:47 The internal disks wake up, hibernate from [Jan 19 14:43:26]
2022-01-19T16:29:56+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:47 The internal disks wake up, hibernate from [Jan 19 15:56:48]
2022-01-19T18:00:41+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:47 The internal disks wake up, hibernate from [Jan 19 17:30:40]
2022-01-19T21:29:56+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:47 The internal disks wake up, hibernate from [Jan 19 18:31:33]
2022-01-19T23:29:09+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:47 The internal disks wake up, hibernate from [Jan 19 22:00:38]
2022-01-20T01:01:06+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:47 The internal disks wake up, hibernate from [Jan 20 00:45:37]
2022-01-20T10:16:05+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:47 The internal disks wake up, hibernate from [Jan 20 01:32:16]
2022-01-20T11:26:39+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:47 The internal disks wake up, hibernate from [Jan 20 11:09:40]
2022-01-20T13:00:41+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:47 The internal disks wake up, hibernate from [Jan 20 12:05:23]
2022-01-20T15:00:41+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:47 The internal disks wake up, hibernate from [Jan 20 14:30:41]
2022-01-20T16:59:15+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:47 The internal disks wake up, hibernate from [Jan 20 15:57:48]

Wenn die Platten ständig aufwachen, lohnt sich Disk-Hibernation nicht mehr und der scemd hat natürlich auch mehr zu tun.

 

[tommytom79]

Hallo.

Meine Festplatten haben sich zuletzt vor 3 Tagen ausgeschalten und das Problem mit der höheren CPU habe ich erst seit heute. Ich habe schon seit Jahren eingestellt, dass sich die Festplatten nach 10 Minuten in den Ruhezustand begeben sollen. Das Problem tritt aber erst seit DSM 7 auf, somit glaube ich, dass es am DSM 7 liegt.

 

[Benares]

Auch ich habe DSM7 und es funktioniert einwandfrei. Was steht denn nun in deiner scemd.log?

 

[tommytom79]

Habe ich noch nachgeschaut, hoffentlich bekomme ich es zusammen.
Das heißt, deine Vermutung ist der Ruhezustand der Festplatte? Aber warum tritt das Problem erst 3 Tage nach dem letzten Aufwachen der Festplatten auf? Ich habe das Problem nun seit 2 Monaten und das kontinuierlich immer alle 11 - 12 Tage und das erst seit DSM 7. Unter DSM 6 hatte ich jahrelang keine solche Probleme.

 

[Benares]

Das steht im Log, schau halt mal rein

 

[tommytom79]

Was meinst du genau mit "steht im Log"? Was genau erhoffst du dir, was da drinnen stehen soll bzw. nicht stehen soll?

 

[Benares]

Hast du #8 gelesen? Wenn scemd Last erzeugt, wird er seine Aktivitäten auch in seinem Log verewigen. Also einfach mal reinschauen

 

[tommytom79]

Ok, ich werde es morgen versuchen, reicht es, sich mit putty als root einzuloggen und dann einfach deinen Befehl auszuführen? Was mache ich dann?

 

[Benares]

Wenn du Windows10 hast, brauchst du nicht mal putty. Einfach "ssh admin@ds" aufrufen (SSH-Dienst auf der DS vorher aktivieren und natürlich "ds" durch den Namen deiner DS ersetzen), anmelden, dann "sudo -i" absetzen um auf root zu wechseln (Passwort nochmal eingeben), dann "cat /var/log/scemd.log" absetzen und die Ausgabe hier posten. Mit 2*"exit" kommst du wieder raus.

 

[tommytom79]

Danke sehr

 

[tommytom79]

Hallo Benares!

Ich habe nun vor 5 Tagen einmal den Ruhezustand der Festplatten deaktiviert, keine externe Festplatten angehängt und die Hyper Backups habe ich auch nicht laufen. Ich bin nun gespannt, ob das Problem nun wirklich am Ruhezustand der Festplatten gelegen ist. Das werde ich spätestens in 7 Tagen sehen, dann sind wieder 12 Tage vergangen.
Bezüglich scemd.log habe ich das gemacht, was du gesagt hast. Aber da stehen so viele Sache, das ich gar nicht weiß, was ich hier posten soll, vor allem auch persönliche Daten vom NAS, welche ich hier gerne nicht posten will.
Vielleicht kannst du mir sagen, was ich genau posten soll.

Danke und

LG
Thomas

 

[Benares]

Setz mal den Befehl "cat /var/log/scemd.log | grep "The internal disks wake up" ab und schau dir die letzten Zeilen an.
Da siehst du alle Aufwachvorgänge (wenn es welche gab) zusammen mit der Zeit, wo die Platten zuvor eingeschlafen sind (die Zeit hinten).

Beispiel:

...
2022-01-25T22:14:14+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:47 The internal disks wake up, hibernate from [Jan 25 21:22:57]
2022-01-25T23:26:07+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:47 The internal disks wake up, hibernate from [Jan 25 22:57:43]
2022-01-26T07:17:00+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:47 The internal disks wake up, hibernate from [Jan 26 01:14:50]
2022-01-26T09:26:08+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:47 The internal disks wake up, hibernate from [Jan 26 07:47:38]
2022-01-26T10:17:22+01:00 DS415 scemd[10540]: event_disk_hibernation_handler.c:47 The internal disks wake up, hibernate from [Jan 26 09:56:50]

 

[tommytom79]

Hallo!

Es sind nun 11 Tage seit meinem letzten Neustart vergangen und es beginnt leider schon wieder. Der Zugriff auf mein NAS dauert schon wieder länger als sonst und der Prozess "System-Monitor-Deamon" schwankt schon wieder von 0 bis 6 %. Sonst liegt er immer unter 1 %. Das Problem fängt immer so ab dem 10. Tag nach einem Neustart von meinem NAS an. Meine RAM Auslastung liegt auch derzeit bei 70 %. Nach einem Neustart liegt sie immer bei 59 %.
Betonen möchte ich auch dass ich Funktion "Ruhezustand der Festplatten" seit dem letzten Neustart deaktiviert habe, somit kann es nun an dem auch nicht liegen (nehme ich mal an).
Kann es eventuell auch daran liegen, dass ich bei meinen zwei verbauten 8 TB Festplatten jeweils nur mehr ca. 7 % Speicher frei habe?
Ich hoffe, dass mir jemand helfen kann. Ich bin schon total am Verzweifeln.

LG
Thomas