Hilfe mit Hibernation und Protokoll

[grillm]

hallo leute,

ich habe keine 2 wochen die ds114 mit seagate ST2000VN000. (scheint in der kompatiblitätsliste auf)
Die wacht grundlos ständig aus dem Schlaf auf.
Ich habe mal das Log mitangehängt, daraus werde ich aber leider nicht schlau.
In kürzester Zeit habe ich einen LCC der HD von 107.
Das NAS ruiniert doch so jede HD, das kann nicht gut sein.

Ich habe auch testweise das netzwerkkabel gezogen für eine Nacht. Da ist sie nur 1 oder 2 mal wach geworden und nicht so oft wie sonst.

NAS hängt am Router Linksys WRT160v2 und davor ein Kabelmodem mit statischer IP.
Am Nas läuft keine dyndns url wie z.b. synolog.me etc - nur photo, video und audiostation derzeit.
Das ist sowohl mit der letzten DMS Version sowie auch mit der letzten 5 beta.
Es ist sonst nichts aktiviert, kein NTP, kein Webdienst usw.
DHCP läuft am Router, Lease ist auch auf längste Zeit eingestellt ...
Mit wem will das NAS ständig kommuizieren und wacht ständig auf?

Vom log her ist sehr oft:
ata1 wake up successful, the reset fail can be ignored
ata1 wake up from deepsleep, reset link now

was heißt das?
Die HD ist in Ordnung, kurzer und langer Test ist schon drüber gelaufen.

scheinbar ist das auch ein generelles synology problem mit der hibernation wie man im inet oft liest. Wenn das so weiter läuft geht die Festplatte ein :-(

Feb 11 22:15:44 Server synosyslog.cgi: create database: /usr/syno/etc/synosyslog.db by /usr/syno/syslog/schema/synosyslog.sql
Feb 11 22:16:03 Server entry.cgi_SYNO.Core.Upgrade.Server[1].check[21114]: smallupdate.cpp:353 small fix can't downgrade, org_version[1], new_version[1]
Feb 12 01:35:14 Server kernel: [154236.207601] ata1: wake up from deepsleep, reset link now
Feb 12 01:35:14 Server kernel: [154236.277162] ata1: device plugged sstatus 0x123
Feb 12 01:35:21 Server kernel: [154245.159979] ata1: link is slow to respond, please be patient (ready=0)
Feb 12 01:35:21 Server kernel: [154246.744456] ata1: wake up successful, the reset fail can be ignored
Feb 12 03:04:07 Server kernel: [159569.198006] ata1: wake up from deepsleep, reset link now
Feb 12 03:04:07 Server kernel: [159569.266234] ata1: device plugged sstatus 0x123
Feb 12 03:04:12 Server kernel: [159578.148962] ata1: link is slow to respond, please be patient (ready=0)
Feb 12 03:04:14 Server kernel: [159579.733437] ata1: wake up successful, the reset fail can be ignored
Feb 12 05:52:27 Server kernel: [169669.526834] ata1: wake up from deepsleep, reset link now
Feb 12 05:52:27 Server kernel: [169669.596219] ata1: device plugged sstatus 0x123
Feb 12 05:52:33 Server kernel: [169678.477032] ata1: link is slow to respond, please be patient (ready=0)
Feb 12 05:52:34 Server kernel: [169680.061509] ata1: wake up successful, the reset fail can be ignored
Feb 12 07:17:55 Server kernel: [174798.112817] ata1: wake up from deepsleep, reset link now
Feb 12 07:17:55 Server kernel: [174798.183023] ata1: device plugged sstatus 0x123
Feb 12 07:18:03 Server kernel: [174807.066079] ata1: link is slow to respond, please be patient (ready=0)
Feb 12 07:18:03 Server kernel: [174808.650535] ata1: wake up successful, the reset fail can be ignored
Feb 12 07:55:20 Server kernel: [177041.995917] ata1: wake up from deepsleep, reset link now
Feb 12 07:55:20 Server kernel: [177042.065904] ata1: device plugged sstatus 0x123
Feb 12 07:55:27 Server kernel: [177050.945625] ata1: link is slow to respond, please be patient (ready=0)
Feb 12 07:55:27 Server kernel: [177052.530102] ata1: wake up successful, the reset fail can be ignored
Feb 12 08:42:12 Server kernel: [179854.995380] ata1: wake up from deepsleep, reset link now
Feb 12 08:42:12 Server kernel: [179855.065157] ata1: device plugged sstatus 0x123
Feb 12 08:42:18 Server kernel: [179863.945088] ata1: link is slow to respond, please be patient (ready=0)
Feb 12 08:42:20 Server kernel: [179865.469525] ata1: wake up successful, the reset fail can be ignored
Feb 12 10:37:08 Server kernel: [186750.994058] ata1: wake up from deepsleep, reset link now
Feb 12 10:37:08 Server kernel: [186751.063642] ata1: device plugged sstatus 0x123
Feb 12 10:37:14 Server kernel: [186759.943771] ata1: link is slow to respond, please be patient (ready=0)
Feb 12 10:37:16 Server kernel: [186761.528253] ata1: wake up successful, the reset fail can be ignored
Feb 12 10:37:16 Server kernel: [186761.764769] init: logrotate main process (22176) terminated with status 1
Feb 12 12:47:48 Server kernel: [194590.992572] ata1: wake up from deepsleep, reset link now
Feb 12 12:47:48 Server kernel: [194591.062536] ata1: device plugged sstatus 0x123
Feb 12 12:47:54 Server kernel: [194599.942276] ata1: link is slow to respond, please be patient (ready=0)
Feb 12 12:47:56 Server kernel: [194601.546716] ata1: wake up successful, the reset fail can be ignored
Feb 12 14:41:13 Server kernel: [201395.682545] ata1: wake up from deepsleep, reset link now
Feb 12 14:41:13 Server kernel: [201395.751935] ata1: device plugged sstatus 0x123
Feb 12 14:41:18 Server kernel: [201404.640974] ata1: link is slow to respond, please be patient (ready=0)
Feb 12 14:41:20 Server kernel: [201406.225435] ata1: wake up successful, the reset fail can be ignored
Feb 12 14:41:20 Server kernel: [201406.525492] init: logrotate main process (22377) terminated with status 1
Feb 12 16:48:59 Server kernel: [209061.989783] ata1: wake up from deepsleep, reset link now
Feb 12 16:48:59 Server kernel: [209062.058731] ata1: device plugged sstatus 0x123
Feb 12 16:49:05 Server kernel: [209070.939511] ata1: link is slow to respond, please be patient (ready=0)
Feb 12 16:49:07 Server kernel: [209072.523995] ata1: wake up successful, the reset fail can be ignored
Feb 12 17:23:19 Server kernel: [211121.915976] ata1: wake up from deepsleep, reset link now
Feb 12 17:23:19 Server kernel: [211121.986286] ata1: device plugged sstatus 0x123
Feb 12 17:23:24 Server kernel: [211130.869118] ata1: link is slow to respond, please be patient (ready=0)
Feb 12 17:23:26 Server kernel: [211132.393549] ata1: wake up successful, the reset fail can be ignored
Feb 12 17:23:26 Server synorelayd[12092]: synorelayd.cpp:779 waitcmd stop: relayd_err: 2 (52)
Feb 12 17:33:31 Server synorelayd[12092]: synorelayd.cpp:973 get sigpipe
Feb 12 18:33:36 Server entry.cgi_SYNO.Core.Upgrade.Server[1].check[22812]: smallupdate.cpp:353 small fix can't downgrade, org_version[1], new_version[1]
Feb 12 18:35:44 Server synoupnp: (upnpclient.c:1582) clean up finished
Feb 12 18:36:44 Server synoupnp: (upnpclient.c:1582) clean up finished
Feb 12 18:37:44 Server synoupnp: (upnpclient.c:1582) clean up finished

 

[Frogman]

Eine kurze Suche hier im Forum fördert zahlreiche Gründe zutage, die hier Einfluß haben - darunter zählen unter anderem auch Router mit Broadcast-Paketen, Switche, aktive Windows Media Player und diverse andere Geräte. Hier musst Du also selbst Stück für Stück austesten.

Als Hinweis: nicht das NAS ruiniert die Festplatten, wenn das Aufwachen der Platten von anderen Geräten verursacht wird. Deine Maßnahmen dagegen können sein, bspw. die Dauer deutlich zu verlängern, bis Hibernate aktiv wird oder es auch ganz zu deaktivieren während der aktiven Nutzungszeit am Tag (und sie bei Bedarf nachts auch herunterfährst).

 

[borg2k]

Selbst ein Zeitabgleich per NTP kann die Disks schon aufwecken. In der Regel wird die DS aber von irgendwelchen Geräten im Netzwerk aufgeweckt, erst recht wenn der MediaServer aktiviert ist, da reicht dann schon ein DLNA fähiges gerät und schwups ist es vorbei mit dem Ruhemodus.

 

[steffenbdd]

Genau das habe ich auch festgestellt. Den automatischen Zeitabgleich habe ich auf manuell gestellt.

Bei mir ist der Mediaserver aktiviert. Und schon das "normale" Einschalten des TV (Kinderzimmer) reicht, dass die DS "aufwacht". An diesem TV ist eine WD live angechlossen. Diese ist aber im standby und ich schalte nur den TV an und die DS geht an.
Es wird auch bei anderen Geräten im Netzwerk so sein. Bei diesem TV konnte ich es aber in den letzten 2 Tagen nachvollziehen.

 

[borg2k]

Tjo sobald der TV halt DLNA Support hat und du dann dem TV auch noch Netzwerkzugriff gegeben hast, weckt der halt die DS auf, weil er den MediaServer findet. Da bleibt nur TV aus dem Netzwerk entfernen, da du ja eh eine WDTV Live hast, gibts keinen wirklichen Grund das der TV im Netzwerk verbleibt. Ab und an mal ein Update einspielen wäre für mich da jetzt keine Rechtfertigung.

 

[steffenbdd]

Der TV ist ja nicht im Netzwerk. Er hat weder Lan noch Wlan. WD Live ist per Lan angeschlossen und der TV per HDMI.
WD Live ist aus (also im standby), nur der TV ist auf einem normalen TV Platz und trotzdem weckt die DS auf.

 

[grillm]

Also ich habe keinen Medienserver rennen oder den TV im LAN. Es läuft auch kein NTP Dienst (läuft manuell) oder Webdienst etc. und trotzdem wird das NAS ständig aufgeweckt.
Wozu braucht man dann überhaupt noch die WOL Funktion, die wacht eh ständig auf.
Es gibt sicher genug Leute die sich nicht so damit beschäftigen und die DS einfach aufstellen und sich wundern weil die HD in einem dreiviertel Jahr kaputt ist.
Das kann doch nicht sein, das sich jeder tagelang oder wochenlang damit beschäftigen muss und austestet warum das so ist.
Wenn ich meinen PC in den Ruhemodus stelle oder WOL aktiviere startet der auch nicht ständig von alleine. Die DS dürfte anscheinend auf alles reagieren und das finde ich nicht gut gelöst.
Anscheinend kann man im Protokoll auch nichts auslesen, was genau der Grund war.

 

[Frogman]

Wozu braucht man dann überhaupt noch die WOL Funktion, die wacht eh ständig auf.

Weißt Du, was die WoL-Funktion ist? Es scheint mir jedenfalls nicht, denn Du verwechselst hier grundlegend zwei unterschiedliche Dinge.
WoL ist eine Funktion, die ein Gerät aus dem ausgeschalteten Zustand wieder einschaltet - indem ein MagicPacket an die weiterhin mit Strom versorgte Netzwerkschnittstelle geschickt wird.
Das "Aufwecken" aus dem Festplattenhibernate (in dem das eigentliche Linux-System eingeschaltet auf voller Kraft läuft!), bei dem die Platten wieder hochgedreht werden,kann durch jedes Systemereignis ausgelöst werden, welches Plattenzugriff erfordert, und sei es nur das Schreiben einer Zeile in ein Log. Hier verhält sich auch Dein PC nicht anders...

 

[grillm]

Ich weiß was WOL ist ;-) Hier wird aber auch nicht das Gerät durch sämtliche ereignisse geweckt, sondern nur über dieses Magic Paket das geschickt wird.
In hybernate läuft linux und die platten schlafen. Wieso ckeckt dann linux nicht um was es sich handelt und ob ein aufwachen notwendig ist.
Sowas ins betriebssystem miteinzubauen wird doch möglich sein?
Wozu man die WOL funktion benötigt, war für mich gemeint: dann kann ich die DS gleich jedes mal runterfahren und per WOL aufwecken.

 

[Frogman]

Seltsame Antwort... naja, ich schlage vor, Du beschäftigst Dich nebenbei noch ein wenig mit der Funktionsweise des Synology-Linux.

 

[grillm]

wieso seltsame Antwort?
Ich bin reiner Enduser und habe mit Linux und Netzwerke nicht viel zu tun. (Funktionsweise k.A., Netzwerk aufbauen mit Router, Modem usw. bekomme ich hin)
Es wurde lediglich festgestellt, obwohl auf dem NAS nichts läuft, es ständig aufgeweckt wird und die Lebenszeit der HD verkürzt.
Im Prinzip kann ich das Teil auch runterfahren und per WOL starten, wenn es gebraucht wird (sagen wir mal täglicher Gebrauch 1x)
Ist besser als 10 x pro Tag und Nacht von alleine geweckt zu werden?

Bei WOL wird ein MagicPacket geschickt und sie wacht auf, funktioniert super, auch am PC - soweit so gut. (MagicPacket wird wohl ein eigener Befehl sein, nehme ich mal an)
Jetzt geht die Diskstation schlafen und wird anscheinend durch irgend einen Datenverkehr, Paket (bezeichne ich mal so) oder was auch immer geweckt.
Ist nicht für das Aufwachen (z.B. der PC greift zu über Netzlaufwerk verbinden, Weboberfläche etc ...) jeweils ein eigenes Signal wie z.b. dieses MagicPacket notwendig?
Scheinbar weckt aber jedes Signal das durch die Kabeln geistert die DS auf? und hier kann das Betriebssystem dann nicht erkennen was gemeint ist und weckt eben auf?

Es wurden Router mit Broadcast-Paketen erwähnt. Ich habe bei meinem Router nur den DHCP aktiv und dort sind alle Clients mit einer fixen IP hinterlegt.
Client Leasedauer auf maximal eingestellt. Dort scheinen auch die gerade aktiven Clients die online sind auf. Nach einer gewissen inaktiven Zeit, wenn der Client nicht mehr on ist, verschwinden diese aus der Liste. Gibt es hier vielleicht eine ständige Abfrage vom Router?

Am Router hängt nur noch ein Drucker (der ist nur an wenn er gebraucht wird) eine Heizungssteuerung die sich alle 2 Min mit einem Portal verbindet um diese mit App vom Handy zu steuern und eine DLAN Devolo damit LAN und WLAN im unteren Stock verfügbar ist. Am DLAN selbst hängt nur der SAT Receiver für Updates, Sendelisten etc. (der verbindet sich aber auch nur einmal täglich automatisch). Gelegentlich sind Handys im WLAN netz.

Mir ist es eben ein Rätsel, weil wie im ersten Beitrag das LOG von der Nacht, fast stündlich die DS aufwacht. Da sind aber keine Handys im WLAN, kein PC an, SAT Receiver aus ...
DS ist von extern erreichbar, Port 80, 5001 und 443 ist offen.
NTP usw alles aus. Nur Photo, Video und Audiostation installiert.

Entschuldigt mich wenn ich mich vielleicht bei einigem kompliziert ausgedrückt habe, bin eben kein Profi und suche nur nach einer Lösung ;-) Nach Google und Forum nach sind es aber sehr viele die das gleiche Problem haben.

 

[Frogman]

Ich gebe Dir mal ein Beispiel: die Fritzbox bspw. zeigt Dir ja eine Liste an, welche Netzwerkgeräte gerade online sind und welche nicht.
Woher kommen diese Informationen? Richtig - die Fritte klopft einfach regelmäßig überall an.
Du erwähnst, Du hättest Port 80 nach außen offen - wenn Du Dir mal den Spaß machen würdest und die Portscans zählen würdest, die so an Deiner DS eintrudeln, würdest Du aus dem Staunen gar nicht mehr 'rauskommen...

Es gibt vieles, was in Deinem LAN passiert, auch wenn Du glaubst, dass alles vor sich hindämmert. Die DS muss jedenfalls nicht immer Schuld haben, wenn sie aufwacht.

 

[grillm]

kann man die Logs genauer auswerten, was da eingetrudelt ist und das Aufwecken verursacht hat und nicht simple: Datum, Uhrzeit "ich bin jetzt aufgewacht"
das die DS nicht schuld ist, glaube ich dir schon, ist nur etwas mühsam eine stecknadel im heuhaufen zu suchen ;-)

 

[Frogman]

Die Logs nicht, stattdessen heisst ein Zauberwort wie so oft 'Wireshark'.

 

[grillm]

danke, ich werde mir das programm mal genauer anschauen ;-)

hab den 80 port zugemacht, 5001 und 443 reichen wohl auch
die TLD führt somit ins leere und wird vom router geblockt und es geht nur noch explizit der https aufruf im browser anstelle der 80er anfrage die umgeleitet wurde, sollte mal etwas weniger reinkommen (zumindest meiner logik her *g*)
oder liege ich da falsch? naja in ein paar stunden werde ich es merken

 

[grillm]

also die DS schläft und schläft und schläft, seitdem ich den port 80 zu habe
UND den DynDNS ( xxx.synology.me ) + QuickConnect rausgeschmissen/deaktiviert habe.
Kein einziges Mal seit 2 Tagen aufgewacht ...
Werde mal bei Gelegenheit austesten ob es eher am http Port liegt oder DynDNS. Auf jeden Fall mal happy

 

[borg2k]

Werde mal bei Gelegenheit austesten ob es eher am http Port liegt oder DynDNS. Auf jeden Fall mal happy

Weder noch, es liegt faktisch einfach am Port 80, da dass der wohl mit Abstand weitverbreitetste Standardport ist, wird der immer abgescannt, da müssen die Angreifer ja nichtmal deine DynDNS kennen, die scannen einfach komplette IP-Bereiche durch.