+-Serie DS112+ Kein Ruhezustand seit DSM-Update

Alle Geräte der +-Serie. Geräte für kleinere und mittlere Unternehmen.
Status
Für weitere Antworten geschlossen.

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.695
Punkte für Reaktionen
3.688
Punkte
468
Hast du evtl. Laufwerke von der DS permanent gemapped?
 

ascella

Benutzer
Mitglied seit
31. Mai 2012
Beiträge
92
Punkte für Reaktionen
7
Punkte
8
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

Benutzer
Mitglied seit
17. Mrz 2011
Beiträge
443
Punkte für Reaktionen
0
Punkte
22
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...
 
Zuletzt bearbeitet:

petehild

Benutzer
Mitglied seit
17. Mrz 2011
Beiträge
443
Punkte für Reaktionen
0
Punkte
22

ottelo

Benutzer
Mitglied seit
15. Jul 2012
Beiträge
100
Punkte für Reaktionen
2
Punkte
18
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

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.695
Punkte für Reaktionen
3.688
Punkte
468
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

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.156
Punkte für Reaktionen
402
Punkte
393
Hallo,
der synorelayd gehört entweder zur Cloudstation oder zum Synology DDNS Dienst.

Gruß Götz
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.695
Punkte für Reaktionen
3.688
Punkte
468
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

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.156
Punkte für Reaktionen
402
Punkte
393
Hallo,
ja Cloudstation, in /usr/syno/etc/synorelayd.conf steht die EZ Cloud-ID drin.

Gruß Götz
 

ottelo

Benutzer
Mitglied seit
15. Jul 2012
Beiträge
100
Punkte für Reaktionen
2
Punkte
18
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

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.695
Punkte für Reaktionen
3.688
Punkte
468
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

Benutzer
Mitglied seit
15. Jul 2012
Beiträge
100
Punkte für Reaktionen
2
Punkte
18
Wenn du die Cloudstation meinst, die verwende ich. eZ-Cloud habe ich komplett deaktiviert, alle Häckchen.
 

ottelo

Benutzer
Mitglied seit
15. Jul 2012
Beiträge
100
Punkte für Reaktionen
2
Punkte
18
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.
 
Zuletzt bearbeitet:

petehild

Benutzer
Mitglied seit
17. Mrz 2011
Beiträge
443
Punkte für Reaktionen
0
Punkte
22
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

Benutzer
Mitglied seit
15. Jul 2012
Beiträge
100
Punkte für Reaktionen
2
Punkte
18
Den Dienst habe ich nicht. Bin ja noch auf 4.0 geblieben. Die Diskstation wacht übrigens immernoch auf. Icj bin langsam ratlos!
 

ottelo

Benutzer
Mitglied seit
15. Jul 2012
Beiträge
100
Punkte für Reaktionen
2
Punkte
18
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

Benutzer
Mitglied seit
21. Sep 2012
Beiträge
395
Punkte für Reaktionen
4
Punkte
18
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

Benutzer
Mitglied seit
15. Jul 2012
Beiträge
100
Punkte für Reaktionen
2
Punkte
18
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

Benutzer
Mitglied seit
20. Okt 2011
Beiträge
23
Punkte für Reaktionen
0
Punkte
0
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!
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat