Nummer Serie DS414 - DS wacht durch DiskApmSet.sh aus dem Hibernate auf

M3pp0 · 13. Jun 2015

Hallo zusammen,

ich bin schon seit längerer Zeit "passiv" hier im Forum unterwegs. Viele Fragen/Probleme/etc. konnte ich bereits durch andere Beiträge hier im Forum lösen.

Leider habe ich zu meinem aktuellen Problem weder hier im Forum noch mit der Hilfe von Google etwas finden können. Ich hoffe ich war nicht einfach nur "blind"

Ausgangssituation:

Synology Diskstation DS414 mit 2x 3TB WD Red
-> aktuelle DSM-Version, keine zusätzlichen Pakete aktiviert
Speedport w724v
Media Receiver 303
Win8.1 Rechner per LAN verbunden
Win8.1 Notebook per WLAN verbunden
diverse Mobile Devices (Android + iOS) per WLAN verbunden
Samsung Smart-TV per LAN verbunden

Mein Problem:
Die Platten in meiner Syno gehen zwar immer korrekt in Hibernation, jedoch kommt es bis zu 10x pro Tag dazu, dass die Platten aufgeweckt werden und ich nicht wirklich weiß wieso.

So wie ich das bis jetzt als Anfänger erkenne, werden die Platten durch DiskApmSet.sh geweckt. Leider habe ich keine Informationen gefunden was DiskApmSet.sh genau ist und was es macht. Bitte steinigt mich nicht wenn ich das wissen sollte

scemd.log:

Rich (BBCode):

Jun 11 12:06:09 Diskstation scemd: event_disk_hibernation_handler.c:50 DS wakes up from disk deep sleep
Jun 11 12:06:19 Diskstation scemd: disk/disk_config_single.c:168 apply /usr/syno/bin/DiskApmSet.sh 255  /dev/sda 1>/dev/null 2>&1
Jun 11 12:06:26 Diskstation scemd: event_disk_hibernation_handler.c:32 The internal disks wake up from hibernation.
Jun 11 12:06:27 Diskstation scemd: disk/disk_config_single.c:168 apply /usr/syno/bin/DiskApmSet.sh 255  /dev/sdb 1>/dev/null 2>&1
Jun 11 15:54:09 Diskstation scemd: disk/disk_config_single.c:168 apply /usr/syno/bin/DiskApmSet.sh 255  /dev/sda 1>/dev/null 2>&1
Jun 11 15:54:16 Diskstation scemd: disk/disk_config_single.c:168 apply /usr/syno/bin/DiskApmSet.sh 255  /dev/sdb 1>/dev/null 2>&1
Jun 11 15:54:16 Diskstation scemd: event_disk_hibernation_handler.c:50 DS wakes up from disk deep sleep
Jun 11 15:54:16 Diskstation scemd: event_disk_hibernation_handler.c:32 The internal disks wake up from hibernation.
Jun 11 20:40:16 Diskstation scemd: event_disk_hibernation_handler.c:50 DS wakes up from disk deep sleep
Jun 11 20:40:26 Diskstation scemd: disk/disk_config_single.c:168 apply /usr/syno/bin/DiskApmSet.sh 255  /dev/sda 1>/dev/null 2>&1
Jun 11 20:40:33 Diskstation scemd: event_disk_hibernation_handler.c:32 The internal disks wake up from hibernation.
Jun 11 20:40:33 Diskstation scemd: disk/disk_config_single.c:168 apply /usr/syno/bin/DiskApmSet.sh 255  /dev/sdb 1>/dev/null 2>&1
Jun 11 21:17:55 Diskstation scemd: disk/disk_config_single.c:168 apply /usr/syno/bin/DiskApmSet.sh 255  /dev/sda 1>/dev/null 2>&1
Jun 11 21:18:02 Diskstation scemd: disk/disk_config_single.c:168 apply /usr/syno/bin/DiskApmSet.sh 255  /dev/sdb 1>/dev/null 2>&1
Jun 11 21:18:02 Diskstation scemd: event_disk_hibernation_handler.c:50 DS wakes up from disk deep sleep
Jun 11 21:18:02 Diskstation scemd: event_disk_hibernation_handler.c:32 The internal disks wake up from hibernation.
Jun 11 22:07:34 Diskstation scemd: disk/disk_config_single.c:168 apply /usr/syno/bin/DiskApmSet.sh 255  /dev/sda 1>/dev/null 2>&1
Jun 11 22:07:41 Diskstation scemd: disk/disk_config_single.c:168 apply /usr/syno/bin/DiskApmSet.sh 255  /dev/sdb 1>/dev/null 2>&1
Jun 11 22:07:41 Diskstation scemd: event_disk_hibernation_handler.c:50 DS wakes up from disk deep sleep
Jun 11 22:07:41 Diskstation scemd: event_disk_hibernation_handler.c:32 The internal disks wake up from hibernation.

messeges:

Rich (BBCode):

Jun 11 12:06:09 Diskstation kernel: [97690.359127] ata1: wake up from deepsleep, reset link now
Jun 11 12:06:09 Diskstation kernel: [97690.655052] ata1: device plugged sstatus 0x123
Jun 11 12:06:16 Diskstation kernel: [97697.593461] ata2: wake up from deepsleep, reset link now
Jun 11 12:06:16 Diskstation kernel: [97697.886740] ata2: device plugged sstatus 0x123
Jun 11 12:06:17 Diskstation kernel: [97699.323504] ata1: link is slow to respond, please be patient (ready=0)
Jun 11 12:06:19 Diskstation kernel: [97700.908256] ata1: wake up successful, the reset fail can be ignored
Jun 11 12:06:26 Diskstation kernel: [97706.543706] ata2: link is slow to respond, please be patient (ready=0)
Jun 11 12:06:26 Diskstation kernel: [97708.248436] ata2: wake up successful, the reset fail can be ignored
Jun 11 12:39:37 Diskstation entry.cgi_SYNO.Core.DDNS.Record[1].delete[1468]: webapi-DDNS.cpp:733 DDNS Daemon stopped
Jun 11 12:39:42 Diskstation entry.cgi_SYNO.Core.DDNS.Record[1].delete[1628]: webapi-DDNS.cpp:733 DDNS Daemon stopped
Jun 11 13:00:20 Diskstation entry.cgi_SYNO.Core.PortForwarding.RouterConf[1].get[4167]: src/libsynoportmap.cpp:514 file=/etc/portforward/router.conf not exists
Jun 11 13:36:20 Diskstation kernel: [103111.252225] init: smbd main process (13944) killed by TERM signal
Jun 11 15:53:58 Diskstation kernel: [111369.574005] ata1: wake up from deepsleep, reset link now
Jun 11 15:53:58 Diskstation kernel: [111369.870848] ata1: device plugged sstatus 0x123
Jun 11 15:54:05 Diskstation kernel: [111376.584016] ata2: wake up from deepsleep, reset link now
Jun 11 15:54:05 Diskstation kernel: [111376.877843] ata2: device plugged sstatus 0x123
Jun 11 15:54:07 Diskstation kernel: [111378.524070] ata1: link is slow to respond, please be patient (ready=0)
Jun 11 15:54:08 Diskstation kernel: [111380.109043] ata1: wake up successful, the reset fail can be ignored
Jun 11 15:54:14 Diskstation kernel: [111385.534264] ata2: link is slow to respond, please be patient (ready=0)
Jun 11 15:54:15 Diskstation kernel: [111387.179228] ata2: wake up successful, the reset fail can be ignored
Jun 11 20:40:15 Diskstation kernel: [128547.052461] ata1: wake up from deepsleep, reset link now
Jun 11 20:40:15 Diskstation kernel: [128547.348080] ata1: device plugged sstatus 0x123
Jun 11 20:40:22 Diskstation kernel: [128554.052451] ata2: wake up from deepsleep, reset link now
Jun 11 20:40:22 Diskstation kernel: [128554.345572] ata2: device plugged sstatus 0x123
Jun 11 20:40:24 Diskstation kernel: [128556.012507] ata1: link is slow to respond, please be patient (ready=0)
Jun 11 20:40:26 Diskstation kernel: [128557.657334] ata1: wake up successful, the reset fail can be ignored
Jun 11 20:40:31 Diskstation kernel: [128563.002753] ata2: link is slow to respond, please be patient (ready=0)
Jun 11 20:40:33 Diskstation kernel: [128564.647515] ata2: wake up successful, the reset fail can be ignored
Jun 11 21:17:44 Diskstation kernel: [130797.115096] ata1: wake up from deepsleep, reset link now
Jun 11 21:17:44 Diskstation kernel: [130797.413950] ata1: device plugged sstatus 0x123
Jun 11 21:17:51 Diskstation kernel: [130804.125120] ata2: wake up from deepsleep, reset link now
Jun 11 21:17:51 Diskstation kernel: [130804.421128] ata2: device plugged sstatus 0x123
Jun 11 21:17:53 Diskstation kernel: [130806.065220] ata1: link is slow to respond, please be patient (ready=0)
Jun 11 21:17:55 Diskstation kernel: [130807.709991] ata1: wake up successful, the reset fail can be ignored
Jun 11 21:18:00 Diskstation kernel: [130813.085364] ata2: link is slow to respond, please be patient (ready=0)
Jun 11 21:18:02 Diskstation kernel: [130814.730178] ata2: wake up successful, the reset fail can be ignored
Jun 11 22:07:23 Diskstation kernel: [133776.198071] ata1: wake up from deepsleep, reset link now
Jun 11 22:07:23 Diskstation kernel: [133776.496124] ata1: device plugged sstatus 0x123
Jun 11 22:07:30 Diskstation kernel: [133783.198087] ata2: wake up from deepsleep, reset link now
Jun 11 22:07:30 Diskstation kernel: [133783.493124] ata2: device plugged sstatus 0x123
Jun 11 22:07:32 Diskstation kernel: [133785.148150] ata1: link is slow to respond, please be patient (ready=0)
Jun 11 22:07:34 Diskstation kernel: [133786.852973] ata1: wake up successful, the reset fail can be ignored
Jun 11 22:07:39 Diskstation kernel: [133792.148346] ata2: link is slow to respond, please be patient (ready=0)
Jun 11 22:07:41 Diskstation kernel: [133793.793174] ata2: wake up successful, the reset fail can be ignored

crontab:

Rich (BBCode):

#minute        hour        mday        month        wday        who        command
0        0        1        *        *        root        /usr/syno/bin/syno_disk_health_record
0        9        *        *        4        root        /usr/syno/bin/synomyds --report_info
7        3        *        *        6        root        /tmp/synoschedtask --run id=2

Hoffe ich habe an alle benötigten Informationen gedacht und ihr könnt mir hier weiterhelfen.

Gruß
M3pp0

jatzi · 14. Jun 2015

Hallo,
dieses Script macht nicht anders als zu untersuchen, ob Platten APM unterstützen.
http://de.wikipedia.org/wiki/Advanced_Power_Management
Und das Problem mit ständigen wach/schlaff Zuständen der Fesplatten ist hier schon öfften besprochen, musst nur etwas suchen.
WiKi gibt auch einige Ansatzpunkte
Prüfe und wenn Du nicht weiter kommst melde dich wieder

Gruß

M3pp0 · 14. Jun 2015

Danke jatzi für deine Antwort!

Bei mir ist dieses Script ja das einzige was die Platten immer wieder unerwünscht weckt. Dank des Wiki und einiger Beiträge hier konnte ich andere "Störer" bereits eliminieren

Kann man dieses Script irgendwie deaktivieren oder gibt es einen guten Grund warum die Platten immer wieder geprüft werden müssen?

Gruß

jatzi · 15. Jun 2015

Hallo, ich habe gerade nachgeschaut bi mir läuft der Script auch. Da aber meine Box nicht spinnt bei Hibernation kann es also nicht an dem Script liegen, glaube ich.
Wie man den deaktiviert weiß ich leider nicht. Aber wenn Du den Grund gefunden hast lass es doch.
Hast Du den letzen Patsch installiert? da stand was über Hibernation, vielleicht hilft es.

Gruß

M3pp0 · 16. Jun 2015

Meine Syno wird eben immer nur von diesem Script aufgeweckt (s. Logs). Oder interpretiere ich das falsch?! Sonst habe ich keine Probleme mit Hibernation, momentan eben nur durch dieses Script

Habe natürlich die neuste Version installiert.

Gruß
M3pp0

M3pp0 · 17. Jun 2015

Wie sich nun heraus gestellt hat, habe ich das ganze als Anfänger natürlich falsch interpretiert.

Die HDDs wachen auf und deshalb läuft das Script!

Meine Annahme "Die HDDs wachen aufgrund des Scriptes auf" war falsch...

Wieder was dazu gelernt und die Suche nach dem Übeltäter geht weiter

Martin_S · 27. Jun 2015

Hallo M3pp0

Hast du eine Lösung gefunden?

M3pp0 · 29. Jun 2015

Hallo Martin_S,

Nach einem Werksreset und Neueinrichtung der Synology läuft im Moment eigentlich alles wie gewollt. Warum die HDDs bei mir zuvor so oft wach wurden weiß ich leider nicht. Momentan werden die HDDS noch immer kurz nach 16 Uhr und kurz nach 23 Uhr jeden Tag geweckt. Woher dass kommt weiß ich leider noch nicht, aber die Analyse dazu werde ich in den nächsten Tagen angehen. Auf jeden Fall ist das schon deutlich weniger und mMn vertretbar.

Gruß
M3pp0

bfpears · 29. Jun 2015

M3pp0 schrieb:
kurz nach 16 Uhr und kurz nach 23 Uhr jeden Tag geweckt.

guck evtl mal per ssh in die /etc/crontab
meine DS checkt 5 Tage die Woche Nachts ob System Updates da sind. Dafür kann man in der GUI keine Uhrzeit einstellen (soweit ich weiß)

M3pp0 · 01. Jul 2015

@bfpears
Danke für den Hinweis. Hatte ich bereits gecheckt:

Rich (BBCode):

#minute        hour        mday        month        wday        who        command
0        0        1        *        *        root        /usr/syno/bin/syno_disk_health_record

Wenn ich mich nicht irre ist das der monatliche Gesundheitsbericht der Festplatten

Daran sollte es ja dann nicht liegen.

Wann die Synology nach Updates checkt kann man doch unter Systemsteuerung > Aufgabenplaner konfigurieren, oder?

Gruß
M3pp0