j-Serie DS212j Festplatten werden ohne Grund alle 60 Minuten eingeschaltet.

[urdu]

Habe noch ne Frage zu "deepslepp". Kann mir das mal jemand erklären? Sieht bei mir im Log-File so aus:


Apr 16 14:49:34 scemd: SCEMD: disk 1 wake up from hibernation
Apr 16 14:49:44 scemd: SCEMD: disk 2 wake up from hibernation
Apr 16 15:06:16 kernel: [29156.000000] ata1: wake up from deepsleep, reset link now
Apr 16 15:06:16 kernel: [29156.190000] ata1: device plugged sstatus 0x123

Wacht die HD nun ebenfalls bei "deepsleep" auf oder nur bei "wake up from hibernation"?

Danke für eure Hilfe!

 

[Pedobear]

Habe dasselbe problem mit meiner DS411j unter DSM4.0 .
Die Festplatten wachen immer wieder auf, obwohl sie nach 10min. schlafen sollen. pyLoad läuft im Hintergrund, lädt aber nichts.

 

[maerkens]

wo und wie muss ich bei putty eingeben um mich anzumelden? Ich will mich von Extern einloggen.

Gruss Markus

 

[amarthius]

Bei Host-Name deine externe IP (von daheim) oder DynDNS-Adresse. Den Port den du freigegeben hast.

Generell ist es nicht zu empfehlen SSH/TelNet von außen zugänglich zu machen, es sein denn man weiß was man damit anrichten kann..

 

[maerkens]

und was muss ich jetzt eingeben um die log Dateien zu sehen?

 

[amarthius]

und was muss ich jetzt eingeben um die log Dateien zu sehen?

cat /var/log/messages

oder cat /var/log/messages | grep "wort das du suchst"

 

[maerkens]

so sieht nun mein Logfile aus mit der Filterung "wake up"

Apr 16 20:15:57 scemd: SCEMD: disk 1 wake up from hibernation
Apr 16 20:37:53 kernel: [83663.000000] ata1: wake up from deepsleep, reset link now
Apr 16 20:52:49 kernel: [84559.000000] ata1: wake up from deepsleep, reset link now
Apr 16 21:04:44 kernel: [85274.000000] ata1: wake up from deepsleep, reset link now
Apr 17 06:36:51 kernel: [ 1934.000000] ata1: wake up from deepsleep, reset link now
Apr 17 06:59:40 kernel: [ 3303.000000] ata1: wake up from deepsleep, reset link now
Apr 17 07:21:35 kernel: [ 4617.210000] ata1: wake up from deepsleep, reset link now
Apr 17 07:46:24 kernel: [ 6106.000000] ata1: wake up from deepsleep, reset link now
Apr 17 08:33:10 kernel: [ 8912.000000] ata1: wake up from deepsleep, reset link now
Apr 17 09:26:44 kernel: [12126.000000] ata1: wake up from deepsleep, reset link now
Apr 17 10:01:19 kernel: [14201.000000] ata1: wake up from deepsleep, reset link now
Apr 17 10:17:49 kernel: [15191.190000] ata1: wake up from deepsleep, reset link now
Apr 17 10:46:26 kernel: [16908.000000] ata1: wake up from deepsleep, reset link now
Apr 17 10:59:18 kernel: [17681.000000] ata1: wake up from deepsleep, reset link now
Apr 17 11:21:32 kernel: [19014.000000] ata1: wake up from deepsleep, reset link now
Apr 17 11:33:40 scemd: SCEMD: disk 1 wake up from hibernation
Apr 17 12:08:14 kernel: [21816.000000] ata1: wake up from deepsleep, reset link now
Apr 17 12:32:47 kernel: [23289.000000] ata1: wake up from deepsleep, reset link now
Apr 17 12:49:08 kernel: [24270.000000] ata1: wake up from deepsleep, reset link now
Apr 17 15:28:56 kernel: [33858.000000] ata1: wake up from deepsleep, reset link now
Apr 17 15:44:11 kernel: [34773.000000] ata1: wake up from deepsleep, reset link now
Apr 17 15:57:01 kernel: [35544.000000] ata1: wake up from deepsleep, reset link now
Apr 17 16:11:00 kernel: [36382.000000] ata1: wake up from deepsleep, reset link now


was kann man jetzt daraus lesen?

 

[jahlives]

http://www.synology-forum.de/showth...eingeschaltet.&p=233583&viewfull=1#post233583 hast du aber scheinbar ned gemacht, oder? Sonst müsste stehen welcher Prozess es war, der die DS geweckt hat

 

[maerkens]

ok ich probiers morgen nochmal, danke für eure Hilfe.

 

[maerkens]

was bewirkt eigentlich das syno_hibernate_debug_tool?

 

[amarthius]

was bewirkt eigentlich das syno_hibernate_debug_tool?

Es hinterlegt im Log, welcher Prozess die Festplatten aus dem Schlaf geholt hat.

 

[Bloodsaw]

Da ich diese Problem auch habe, und es mich stört das die Platte dabei so strapaziert wird, schließe ich mich der Fehlersuche mal an.
Das Spindown und Spinup ist für die Festplatte die größte Belastung innerhalb des normalen Gebrauchs, so reduziert dieses ständige an/aus die Lebensdauer der Festplatte.

Ich habe eine DS112J mit DMS 4.0-2219. Verbaut ist eine Seagate Barracuda Green 5900.3 2TB SATA 6Gb/s (ST2000DL003-9VT1)
Pakete die ausgeführt werden: Audio Station, Medienserver, Download Station
Funktionen die aktiviert sind: Firewall, WebDAV, Windows Dateidienst(CIFS), SSH-Dienst, Medienindizierung, Energieplan, Ruhezustand der Festplatte(10min), Automatische IP Blockierung.

Habe mit putty eine SSH-Verbindung aufgebaut, mich als root angemeldet und habe mit "syno_hibernate_debug_tool --enable 10" das logging aktiviert. dann nach 1 Tag den log ausgewertet und hier den relevanten Teil angehängt. In dieser Zeit war niemand daheim und auch kein Rechner an, auch hat niemand von uns über WebDAV auf die DS zugegriffen.

May 8 07:11:05 kernel: [ 4243.120000] ata1: wake up from deepsleep, reset link now
May 8 08:59:02 kernel: [10719.490000] ata1: wake up from deepsleep, reset link now
May 8 11:40:45 kernel: [20422.000000] ata1: wake up from deepsleep, reset link now
May 8 14:34:30 kernel: [30847.000000] ata1: wake up from deepsleep, reset link now
May 8 15:02:39 kernel: [32535.200000] ata1: wake up from deepsleep, reset link now
May 8 15:15:44 kernel: [33321.000000] ata1: wake up from deepsleep, reset link

ich fürchte es reich nicht "wake up" aus dem log zu extrahieren sondern die logs zeitlich direkt vor den wake ups und direkt danach sind doch auch interessant oder nicht? Weil so seh ich zwar das der Kernel mir diesen Zustand meldet, aber nicht welcher Prozess vorher eine Anfrage erstellt hat.

 

[Bloodsaw]

Ich habe jetzt mal cat var/log/messages ohne Filter geholt, aber so richtig bringen mir die Meldungen die danach kommen nichts.

May 9 11:40:45 kernel: [20423.000000] ata1: wake up from deepsleep, reset link now
May 9 11:40:45 kernel: [20423.080000] ata1: device plugged sstatus 0x123
May 9 11:40:45 kernel: [20426.010000] ata1: exception Emask 0x10 SAct 0x0 SErr0x4010000 action 0xe frozen
May 9 11:40:45 kernel: [20426.020000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
May 9 11:40:45 kernel: [20426.020000] ata1: SError: { PHYRdyChg DevExch }
May 9 11:40:50 kernel: [20431.980000] ata1: link is slow to respond, please be patient (ready=0)
May 9 11:40:55 kernel: [20436.060000] ata1: SRST failed (errno=-16)
May 9 11:40:55 kernel: [20436.060000] ata1: SRST fail, set srst fail flag
May 9 11:40:55 kernel: [20436.980000] ata1: link reset sucessfully clear error flags

May 9 13:49:17 kernel: [28134.000000] ata1: wake up from deepsleep, reset link now
May 9 13:49:17 kernel: [28134.080000] ata1: device plugged sstatus 0x123
May 9 13:49:17 kernel: [28137.010000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000action 0xe frozen
May 9 13:49:17 kernel: [28137.020000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
May 9 13:49:17 kernel: [28137.030000] ata1: SError: { PHYRdyChg DevExch }
May 9 13:49:23 kernel: [28142.980000] ata1: link is slow to respond, please be patient (ready=0)
May 9 13:49:27 kernel: [28147.060000] ata1: SRST failed (errno=-16)
May 9 13:49:27 kernel: [28147.060000] ata1: SRST fail, set srst fail flag
May 9 13:49:28 kernel: [28147.980000] ata1: link reset sucessfully clear error flags

May 9 14:01:52 kernel: [28890.000000] ata1: wake up from deepsleep, reset link now
May 9 14:01:52 kernel: [28890.080000] ata1: device plugged sstatus 0x123
May 9 14:01:52 kernel: [28893.010000] ata1: exception Emask 0x10 SAct 0x0 SErr0x4010000 action 0xe frozen
May 9 14:01:52 kernel: [28893.020000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
May 9 14:01:52 kernel: [28893.030000] ata1: SError: { PHYRdyChg DevExch }
May 9 14:01:58 kernel: [28898.980000] ata1: link is slow to respond, please be patient (ready=0)
May 9 14:02:03 kernel: [28903.060000] ata1: SRST failed (errno=-16)
May 9 14:02:03 kernel: [28903.060000] ata1: SRST fail, set srst fail flag
May 9 14:02:03 kernel: [28903.980000] ata1: link reset sucessfully clear error flags

May 9 14:14:24 kernel: [29641.000000] ata1: wake up from deepsleep, reset link now
May 9 14:14:24 kernel: [29641.080000] ata1: device plugged sstatus 0x123
May 9 14:14:24 kernel: [29644.010000] ata1: exception Emask 0x10 SAct 0x0 SErr0x4010000 action 0xe frozen
May 9 14:14:24 kernel: [29644.020000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
May 9 14:14:24 kernel: [29644.030000] ata1: SError: { PHYRdyChg DevExch }
May 9 14:14:30 kernel: [29649.980000] ata1: link is slow to respond, please be patient (ready=0)
May 9 14:14:34 kernel: [29654.060000] ata1: SRST failed (errno=-16)
May 9 14:14:34 kernel: [29654.060000] ata1: SRST fail, set srst fail flag
May 9 14:14:35 kernel: [29654.980000] ata1: link reset sucessfully clear error flags

Ich verstehe nicht warum ich nur Kernel Nachrichten dort habe und keine von den Prozessen, eventuell reicht syno_hibernate_debug_tool nicht aus um das Problem zu finden.

 

[Puppetmaster]

Profane Frage: ändert sich etwas an dem Spinup/-down Problem, wenn du die DS mal neu startest?

Bei mir hat das beizeiten schon geholfen!
Du hast z.B. CIFS aktiviert. Hast oder hattest du evtl. auch Netzlaufwerke auf Rechnern eingebunden? Das bewirkt bei mir auch oft ein ähnliches Verhalten, selbst, wenn die Laufwerke getrennt wurden.

 

[amarthius]

Entferne doch mal das Netzwerkkabel (und/oder WLAN-Stick) von der DS und lass sie schlafen. Sollte sie auch nach mehreren Stunden nicht aufwachen, dann kommt das Wecksignal von extern. Sollte sie aufwachen, ist es ein Prozess auf der DS der sie aufweckt. Dann hilft nur sämtliche Dienste abschalten und testen. Oftmals wird auch ein kleines vor Monaten/Jahren angelegtes Script vergessen..

 

[Bloodsaw]

Profane Frage: ändert sich etwas an dem Spinup/-down Problem, wenn du die DS mal neu startest?

Bei mir hat das beizeiten schon geholfen!
Du hast z.B. CIFS aktiviert. Hast oder hattest du evtl. auch Netzlaufwerke auf Rechnern eingebunden? Das bewirkt bei mir auch oft ein ähnliches Verhalten, selbst, wenn die Laufwerke getrennt wurden.

Normalerweise sollte die DS jeden Tag neustarten wegen dem Energieplan, oder ist das nur ein erweiterter Stand-by, so wie ACPI S3(suspend to ram) bei nem Rechner?

Ja hatte mal Netzlaufwerke eingerichtet und bereits wieder gelöscht, wenn das noch Auswirkungen haben kann was muss ich tun um Windows beizubringen das er keine alten NL mehr suchen soll? Das würde aber trotzdem nur das Problem betreffen, dass Rechner sie aufwecken, da ich aber nachweislich sagen kann, dass es auch zu Zeiten passiert wo kein Rechner im Haus an ist, muss es eigentlich an der DS liegen.

Was mir auffällt ist natürlich auch, wenn ich z.B. meinen Rechner starte, Windows 7 so ca. 5sek nach dem es "komplett" hochgefahren ist die DS aus dem Tiefschlaf reißt, wird wohl daran liegen. dass ich einen Pfad der DS in die Musik Bibliothek eingebunden habe, dort wird windoof wahrscheinlich permanent versuchen zu indizieren. Kann ich eigentlich Windows 7 komplett verbieten zu Indizieren, mit nem Reg key evtl.?

EDIT 1: Hab grad mal geschaut, habe einfach mal alle Ordner aus den Indizierungsoptionen rausgenommen und die Indizierung danach in den Diensten komplett deaktiviert. Mal schauen was es bringt.

Es scheinen dann wohl unterschiedliche Faktoren eine Rolle zu spielen, darum muss ich mich dann aber selber mal kümmern, große Frage bleibt was die DS aufweckt wenn niemand daheim ist. ^^

 

[amarthius]

Normalerweise sollte die DS jeden Tag neustarten wegen dem Energieplan, oder ist das nur ein erweiterter Stand-by, so wie ACPI S3(suspend to ram) bei nem Rechner?

Nein. Dies DS schaltet sich komplett aus.

Das würde aber trotzdem nur das Problem betreffen, dass Rechner sie aufwecken, da ich aber nachweislich sagen kann, dass es auch zu Zeiten passiert wo kein Rechner im Haus an ist, muss es eigentlich an der DS liegen.

Hast du den Tipp aus meinem Post #35 schon mal umgesetzt? Damit kannst du du die Ursache eingrenzen.

 

[mhel]

Ich wollt jetzt auch mal schauen was meine HDDs so aufweckt und habe:
syno_hibernate_debug_tool --enable 10
Aber auch wenn ich das jetzt aktiviert habe, sieht mein Log immer gleich aus:
May 13 14:31:28 kernel: [2117440.050000] ata1: wake up from deepsleep, reset link now
May 13 14:31:35 kernel: [2117447.090000] ata2: wake up from deepsleep, reset link now
May 13 14:43:20 scemd: SCEMD: disk 1 wake up from hibernation
May 13 14:43:30 scemd: SCEMD: disk 2 wake up from hibernation

Kann mir jemand kurz auf die Sprünge helfen was ich falsch mache?