+-Serie DS112+ Kein Ruhezustand seit DSM-Update

[power-dodge]

Hallo,

wann wird den das wieder alles gefixt?

 

[Benares]

Hast du evtl. Laufwerke von der DS permanent gemapped?

 

[ascella]

Kannst du "permanent gemapped" für einen newbie kurz erläutern und wo man nachsieht ob das der Fall ist. Vielleicht hab ich versehentlich auch Laufwerke gemappt?

Danke
ascella

 

[petehild]

Klar schläft meine DS212+ inzwischen durch, hab ich doch geschrieben.

Ok, hatte ich übersehen.

Wird da bei dir was ausgegeben? Ich denke nicht, also ist der Patch nicht für die DS211 gedacht. Da heisst es, aufs nächste Update warten, vermutlich Anfang Oktober.

Scheinbar ja doch, ich hatte doch geschrieben, dass der Synology-Support ihn mir an Herz gelegt hat. Der Patch hat ja auch dafür gesorgt, dass meine DS wieder einschläft, nur durchschlafen tut sie halt noch nicht...

 

[petehild]

Und warum nicht? Lief er nicht?
Bei mir war das die Lösung.

Danke nochmal für den Tipp mit dem ntpd, jetzt schläft meine DS auch wieder durch

 

[ottelo]

Ich habe (zum Glück) noch 4.0 aber auch die Probleme. Jede Stunde wird meine DS112j aufgeweckt. Anscheinend hiervon:

Sep 26 07:51:37 synorelayd[5834]: request_alias.cpp:333 HTTP: 200, Response: good
Sep 26 07:51:45 kernel: [2305918.000000] ata1: wake up from deepsleep, reset link now
Sep 26 07:51:45 kernel: [2305918.080000] ata1: device plugged sstatus 0x123
Sep 26 07:51:45 kernel: [2305921.010000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Sep 26 07:51:45 kernel: [2305921.020000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Sep 26 07:51:45 kernel: [2305921.030000] ata1: SError: { PHYRdyChg DevExch }
Sep 26 07:51:58 kernel: [2305927.050000] ata1: link is slow to respond, please be patient (ready=0)
Sep 26 07:51:58 kernel: [2305931.070000] ata1: SRST failed (errno=-16)
Sep 26 07:51:58 kernel: [2305931.070000] ata1: SRST fail, set srst fail flag
Sep 26 07:51:58 kernel: [2305933.850000] ata1: link reset sucessfully clear error flags
Sep 26 08:51:49 synorelayd[5834]: request_alias.cpp:333 HTTP: 200, Response: good
Sep 26 08:51:57 kernel: [2309530.000000] ata1: wake up from deepsleep, reset link now
Sep 26 08:51:57 kernel: [2309530.080000] ata1: device plugged sstatus 0x123
Sep 26 08:51:57 kernel: [2309533.010000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Sep 26 08:51:57 kernel: [2309533.020000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Sep 26 08:51:57 kernel: [2309533.030000] ata1: SError: { PHYRdyChg DevExch }
Sep 26 08:52:03 kernel: [2309539.050000] ata1: link is slow to respond, please be patient (ready=0)
Sep 26 08:52:10 kernel: [2309543.070000] ata1: SRST failed (errno=-16)
Sep 26 08:52:10 kernel: [2309543.070000] ata1: SRST fail, set srst fail flag
Sep 26 08:52:10 kernel: [2309545.910000] ata1: link reset sucessfully clear error flags

Gibts dafür ne Lösung. im Internet finde ich jedenfalls keine Lösung. Support habe ich bereits vor Tagen angeschrieben aber noch keine Antwort erhalten.

 

[Benares]

Keine Ahnung, wozu der synorelayd gut ist und welche Einstellung im DSM den Start verursacht. Bei mir läuft er nicht.

Der Daemon wird durch ein rc-Scripts gestartet, wenn in /etc/synoinfo.conf der Eintrag runrelayd="yes" steht (bei mir steht "no").
Probier doch einfach mal, ob nach einem "killall synorelayd" die Kiste schlafen geht und setz, wenn ansonsten alles geht, den Eintag auf "no".

Gruß Benares

 

[goetz]

Hallo,
der synorelayd gehört entweder zur Cloudstation oder zum Synology DDNS Dienst.

Gruß Götz

 

[Benares]

eher zur Cloudstation. DDNS Dienst ist bei mir auch aktiv und der synorelayd läuft nicht (es sei denn, der ist nur bei Synology als DDNS Provider aktiv).

Gruß Benares

 

[goetz]

Hallo,
ja Cloudstation, in /usr/syno/etc/synorelayd.conf steht die EZ Cloud-ID drin.

Gruß Götz

 

[ottelo]

Es hat fast geklappt. Hab den Dienst gekillt und siehe da, die Kiste schläft für exakt 3:15 Stunden Nun kommen immernoch diese Fehler. Ich glaube die kommen vom erweiterten Ruhezustand. Als ich ihn mal abgeschaltet hatte, kam nur dieser synorelayd.

Sep 27 10:10:04 kernel: [2400615.000000] ata1: wake up from deepsleep, reset link now
Sep 27 10:10:04 kernel: [2400615.080000] ata1: device plugged sstatus 0x123
Sep 27 10:10:04 kernel: [2400618.010000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Sep 27 10:10:04 kernel: [2400618.020000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Sep 27 10:10:04 kernel: [2400618.030000] ata1: SError: { PHYRdyChg DevExch }
Sep 27 10:10:10 kernel: [2400624.050000] ata1: link is slow to respond, please be patient (ready=0)
Sep 27 10:10:14 kernel: [2400628.070000] ata1: SRST failed (errno=-16)
Sep 27 10:10:14 kernel: [2400628.070000] ata1: SRST fail, set srst fail flag
Sep 27 10:10:17 kernel: [2400630.850000] ata1: link reset sucessfully clear error flags

wegen EZ-Cloud:

Es stimmt. Nachdem ich den Dienst gekillt hatte, ist EZCloud/QuickConnect unter Einstellungen deaktiviert wurden! Ich brauch den Krams sowieso nicht. Meine FritzBox hat bereits DDNS.


Bezüglich der Tiefschlaffunktion. In der Hilfe steht ja folgendes:

Tiefschlaf

Sie können die Festplatten der Expansionseinheit so einrichten, dass sie in den Tiefschlafmodus geschaltet werden. Die Festplatten werden in den Tiefschlafmodus geschaltet, nachdem der Ruhezustand für die Dauer einer Minute aktiviert war. Dies spart Strom gegenüber dem Ruhezustandmodus. Im Tiefschlafmodus:

Alle LEDs der Expansionseinheit sind ausgeschaltet.
Die Stromversorgung der Festplatten der Expansionseinheit wird unterbrochen.
Der Lüfter der Expansionseinheit wird angehalten.

Anmerkung: Für die Verwendung der Tiefschlaf-Funktion auf der Erweiterungseinheit müssen Sie den Schalter Auto/Manuell auf der Rückseite auf Auto stellen, um die normale Operation zu aktivieren.

Ich nehme mal stark an, dass es für die großen NAS gilt und nicht für meine 1-Bay NAS?

 

[Benares]

Die Meldungsfolge ist normal, wenn die Platten aufwachen.
Wenn du Cloud nicht brauchst, schalt es "richtig" ab, nicht nur durch killen des synorelayd (jetzt wo klar ist, dass er zur Cloud gehört).
Der Hilfe-Artikel bezieht sich auf die "Expansionseinheit" mit zusätzlichen Platten, die man an einige NASe anschliessen kann, nicht auf das NAS selbst.

Gruß Benares

 

[ottelo]

Wenn du die Cloudstation meinst, die verwende ich. eZ-Cloud habe ich komplett deaktiviert, alle Häckchen.

 

[ottelo]

Zu früh gefreut. Die Kiste will einfach nicht durchpennen. Hab ezCloud komplett deaktiviert. Manche berichten ja vom Port 80, diesen auzuschalten bringt Hilfe (wohl von Portscannern oder so). Die Weiterleitung habe ich ebenfalls deaktiviert. Trotzdem wacht die Kiste paarmal auf:


EDIT:
Habe die DownloadStation deaktiviert .. hoffentlich lag es daran.

 

[petehild]

Zu früh gefreut. Die Kiste will einfach nicht durchpennen. Hab ezCloud komplett deaktiviert. Manche berichten ja vom Port 80, diesen auzuschalten bringt Hilfe (wohl von Portscannern oder so). Die Weiterleitung habe ich ebenfalls deaktiviert. Trotzdem wacht die Kiste paarmal auf:


EDIT:
Habe die DownloadStation deaktiviert .. hoffentlich lag es daran.

Hast du auch den ntpd gestoppt?
Der ntpd war bei mir der Grund für das regelmäßige Aufwachen.

 

[ottelo]

Den Dienst habe ich nicht. Bin ja noch auf 4.0 geblieben. Die Diskstation wacht übrigens immernoch auf. Icj bin langsam ratlos!

 

[ottelo]

Bin nun auch auf 4.1. Habe alle Paket gestoppt, die etwas mit dem Aufwachen zu tun haben könnten. Dann habe ich ntpd gestoppt. Trotzdem wacht die Kiste ab und an einfach auf . Muss ich wohl doch hibernation debug starten und danach die Datei zum Support schicken (laut deren Anleitung). optware habe ich ebenfalls deinstalliert, die hatten das wohl in meinem anderen log gesehen und rumgemeckert.

An einem deaktivierten pyload kann es doch auch nicht liegen oder?

 

[Donald]

Darf ich mal doof dazwischen fragen: was ist eigentlich so schlimm daran, dass die DS gelegentlich mal aufwacht ? Irgendwelche Hardwareschäden auf Dauer zu befürchten ?
Ich beobachte das gleiche Verhalten auch an meiner DS, jedoch geht die dann nach kurzer Zeit auch wieder schlafen !

 

[ottelo]

Die Laufzeit einer Platte hängt leider stark vom Ein/Ausschalten ab. Und natürlich von der Laufzeit und Temperatur. Stetiges Ein- und Ausschalten dezimiert die Laufzeit.

 

[kespk]

Nicht das gelegentliche Aufwachen ist problematisch, sondern wie es bei mir war seit DSM 4.1, das permanente Wachsein!

Gründe sind der erhöhte Stromverbrauch und der vorzeitige Verschleiss von Platten und Lüfter!

Bei mir lag es am Netbios über TCP/IP!