DSM 6.x und darunter 212j wacht regelmässig nachts auf

Alle DSM Version von DSM 6.x und älter
Status
Für weitere Antworten geschlossen.

Holtor

Benutzer
Mitglied seit
27. Mrz 2011
Beiträge
134
Punkte für Reaktionen
0
Punkte
16
Hallo,

ich habe eine 212j (DSM 4.1), die ausschließlich als Backup für eine 411+II im LAN fungiert. Es läuft nur ein TimeBackup-Dämon, und mit dem Network-Backup werden Backups gemacht. Beides vormittags. Ansonsten greift kein Rechner auf die 212j zu, und der Router leitet auch keine Ports dahin weiter. Nun scheint die 212j regelmäßig mitten in der Nacht für ca. 30min aufzuwachen. Einmal, als sie um Punkt Mitternacht aufwachte, habe ich mich eingeloggt und die laufenden Prozesse angesehen, aber nichts besonderes erkannt. Netzwerk-Verkehr gab es keinen (außer meinem DSM-Zugriff).

Die DS steht im Gästezimmer, meistens kriege ich also nicht mit, wenn sie aufwacht, aber für Gäste ist das schon blöd. Wie kriege ich heraus, warum sie aufwacht (oder ist das normal)? Unixe machen ja gerne Wartungsarbeiten mitten in der Nacht, ist es vielleicht das? Bei http://www.synology-wiki.de/index.php/Hibernation:_Dinge,_die_den_Disk-Spin-Down_betreffen wird das syno_hibernate_debug_tool erwähnt, nützt das in so einem Fall?
 

Fartman

Benutzer
Mitglied seit
21. Jul 2010
Beiträge
475
Punkte für Reaktionen
0
Punkte
22
Ist eventuell die automatische Zeitsynchronisierung eingestellt?
 

Fartman

Benutzer
Mitglied seit
21. Jul 2010
Beiträge
475
Punkte für Reaktionen
0
Punkte
22
Das kann sein wenn die Option Zeitsynchronisieren mit NTP Server aktiviert ist.
Hast Du dich schonmal per telnet/ssh auf die DS eingeloggt und die /var/log/messages angeguckt ?
Da steht meistens drin wer/was die DS immer aufweckt.
 

Holtor

Benutzer
Mitglied seit
27. Mrz 2011
Beiträge
134
Punkte für Reaktionen
0
Punkte
16
Hast Du dich schonmal per telnet/ssh auf die DS eingeloggt und die /var/log/messages angeguckt ?
Noch nicht, ich hatte nur in den über die Benutzeroberfläche zugänglichen logs gestöbert. Das werde ich heute abend mal machen. Das unangenehm laute ist ja, dass alle Platten aufgeweckt werden; das müsste bei NTP ja wirklich nicht sein.
 

Holtor

Benutzer
Mitglied seit
27. Mrz 2011
Beiträge
134
Punkte für Reaktionen
0
Punkte
16
Nach dem Log scheint die 212j sogar mehrmals täglich aufzuwachen. Bei jedem Aufwachen erscheinen Meldungen wie diese:

Sep 11 00:00:09 kernel: [817034.000000] ata1: wake up from deepsleep, reset link now
Sep 11 00:00:09 kernel: [817034.080000] ata1: device plugged sstatus 0x123
Sep 11 00:00:09 kernel: [817037.010000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Sep 11 00:00:09 kernel: [817037.020000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Sep 11 00:00:09 kernel: [817037.030000] ata1: SError: { PHYRdyChg DevExch }
Sep 11 00:00:16 kernel: [817041.040000] ata2: wake up from deepsleep, reset link now
Sep 11 00:00:16 kernel: [817041.980000] ata2: device plugged sstatus 0x123
Sep 11 00:00:16 kernel: [817044.050000] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Sep 11 00:00:16 kernel: [817044.060000] ata2: edma_err_cause=00000010 pp_flags=00000000, dev connect
Sep 11 00:00:16 kernel: [817044.070000] ata2: SError: { PHYRdyChg DevExch }
Sep 11 00:00:19 kernel: [817047.090000] ata1: SRST failed (errno=-16)
Sep 11 00:00:19 kernel: [817047.090000] ata1: SRST fail, set srst fail flag
Sep 11 00:00:22 kernel: [817050.040000] ata2: link is slow to respond, please be patient (ready=0)
Sep 11 00:00:23 kernel: [817050.650000] ata1: link reset sucessfully clear error flags
Sep 11 00:00:23 kernel: [817050.760000] ata1.00: Disable disk write cache in EH
Sep 11 00:00:26 kernel: [817054.120000] ata2: SRST failed (errno=-16)
Sep 11 00:00:26 kernel: [817054.120000] ata2: SRST fail, set srst fail flag
Sep 11 00:00:29 kernel: [817056.360000] ata2: link reset sucessfully clear error flags

Und nur manchmal werden dabei auch die Platten geweckt, immer so 10min nach der letzten Meldung aus der obigen Serie:

Sep 6 21:01:22 scemd: SCEMD: disk 1 wake up from hibernation
Sep 6 21:01:36 scemd: SCEMD: disk 2 wake up from hibernation
 

Fartman

Benutzer
Mitglied seit
21. Jul 2010
Beiträge
475
Punkte für Reaktionen
0
Punkte
22
Mmh das sieht merkwürdig aus. Ich würde auf jeden Fall den Synology Support kontaktieren. Die blicken da eher durch.

Dies hier ist ein unabhängiges Forum,das heisst hier liest niemand von Synology mit.

Für solche Sachen musst Du Dich schon an den Support wenden.
https://myds.synology.com/support/su...m.php?lang=deu
 

Holtor

Benutzer
Mitglied seit
27. Mrz 2011
Beiträge
134
Punkte für Reaktionen
0
Punkte
16
Vom Support habe ich jetzt erstmal eine total nutzlose Antwort bekommen, in der anscheinend das Problem behandelt wird, dass DS nicht schlafen gehen, und gemutmaßt wird, es könnte an emule oder der surveillance station liegen :/ Nachdem ich klar sagte, was auf der DS läuft und was nicht :/ Offenbar haben sie meine Problembeschreibung gar nicht gelesen und mir einen blöden Textbaustein geschickt. Ich habe also noch mal klärend zurückgeschrieben, mal sehen, ob noch was sinnvolles kommt.
 

Jan2303

Benutzer
Mitglied seit
14. Aug 2012
Beiträge
14
Punkte für Reaktionen
0
Punkte
0
Hätte jetzt auch nix anderes vom Support erwartet. Irgendwo hatte ich schon so eine Antwort vom Support gelesen von wegen Dienste usw..
Ich denke nicht das da noch was rum kommt, aber mal sehen. Trotzdem gut das du nachgefragt hast.
 

Ap0phis

Benutzer
Mitglied seit
16. Dez 2010
Beiträge
6.731
Punkte für Reaktionen
3
Punkte
158
Lies dir mal die anderen Threads betreffend des Ruhezustandes durch.
Da und auch sonst hier im Board gibt es merkwürdigerweise ganz andere ganz andere Erfahrungen mit dem Support!

Trotzdem: Nobody´s perfekt!

Ich kenne keinen Support, der immer alles zur vollen Zufriedenheit eines jeden Users macht!
 

Holtor

Benutzer
Mitglied seit
27. Mrz 2011
Beiträge
134
Punkte für Reaktionen
0
Punkte
16
Der Support hatte nun ein "Hibernation Debug Log" angefordert, im wesentlichen mit der Prozedur aus dem Link in meinem Startbeitrag. Das habe ich denen geschickt, aber so ganz wohl ist mir dabei nicht. Denn das File, um das es geht, enthält viel, viel mehr Dateien als nur die Logfiles, ich finde es reichlich merkwürdig, dass die das so nennen. Da stehen die Usernamen drin, Listen der Geräte im LAN mit lokalen IP-Adressen, insgesamt 327 Systemdateien von insgs. 2,3 MB Größe. Das soll man dann einfach unverschlüsselt über ein leicht abhörbares Protokoll wie email quer durch die halbe Welt schicken. Ein völlig überflüssiges Sicherheitsrisiko, dass von Synology auch noch verschleiert wird.
 

Ap0phis

Benutzer
Mitglied seit
16. Dez 2010
Beiträge
6.731
Punkte für Reaktionen
3
Punkte
158
Mit den Userdaten und den internen IP-Adressen kann und wird Synology nicht viel anfangen, ausser evtl. potentiell störende Geräte zu identifizieren!
Zur Sicherheit kannst du ja deine Passwörter noch ändern, falls du evtl. irgendwelche Zugriffe von aussen freigegeben hast.
 

Holtor

Benutzer
Mitglied seit
27. Mrz 2011
Beiträge
134
Punkte für Reaktionen
0
Punkte
16
Mit den Userdaten und den internen IP-Adressen kann und wird Synology nicht viel anfangen, ausser evtl. potentiell störende Geräte zu identifizieren!
Darüber habe ich mich *nicht* beklagt. Lies doch noch mal genauer, was ich geschrieben habe:
Das soll man dann einfach unverschlüsselt über ein leicht abhörbares Protokoll wie email quer durch die halbe Welt schicken. Ein völlig überflüssiges Sicherheitsrisiko, dass von Synology auch noch verschleiert wird.
 

Ap0phis

Benutzer
Mitglied seit
16. Dez 2010
Beiträge
6.731
Punkte für Reaktionen
3
Punkte
158
Ok, hast recht.
Aber auch sonst wird kaum jemand was mit den Daten anfangen können.
Allerdings würde ich mich auch nicht sehr wohl beim Verschicken dieser Daten fühlen!
 

Holtor

Benutzer
Mitglied seit
27. Mrz 2011
Beiträge
134
Punkte für Reaktionen
0
Punkte
16
Der Support schrieb mir jetzt, dass DiskStations regulär um 0:00 für die Verbindung zu einem NTP-Server aufwachen und um 3:00 morgens, um nach Synology package updates zu schauen. Nicht so glücklich, wenn dann mit Getöse die HDDs hochfahren und jemand in dem Raum schlafen will. Ich wünschte die DS würde das alles erledigen, wenn sie ohnehin wegen der Backup-Prozesse wach ist. Naja, ich werde diese Sachen eben abschalten, aber um NTP tut es mir schon ein bisschen leid. Mal sehen, wie gut die interne Uhr funktioniert.
 

Ap0phis

Benutzer
Mitglied seit
16. Dez 2010
Beiträge
6.731
Punkte für Reaktionen
3
Punkte
158
Zumindest den NTP-Sync könntest du in der crontab auf einen anderen Zeitpunkt ändern.
Du könntest die DS aber auch ausschalten, wenn du schlafen gehst. ;-)
 

Holtor

Benutzer
Mitglied seit
27. Mrz 2011
Beiträge
134
Punkte für Reaktionen
0
Punkte
16
Zumindest den NTP-Sync könntest du in der crontab auf einen anderen Zeitpunkt ändern.

In der crontab steht
Rich (BBCode):
#minute	hour	mday	month	wday	who	command
0	0	*	*	*	root	/usr/sbin/ntpdate -b pool.ntp.org 
58	2	*	*	1,4	root	/usr/syno/bin/synopkg chkupgradepkg
das könnte man also alles verschieben. Weiß jemand, wie man dieses Synology Package Update abschaltet?

Du könntest die DS aber auch ausschalten, wenn du schlafen gehst. ;-)
Wie gesagt, es ist ein Gästezimmer, da ist das manuelle An- und Abschalten lästig. Und die DS automatisch abschalten lassen wäre auch nicht gut; falls mal eines der Backups plötzlich 2 Tage oder so braucht, dann soll es das ja auch dürfen. Das Zimmer steht ja meistens nachts leer.

Ich werde den NTP-Zeitpunkt am besten kurz vor den Backup-Zeitpunkt legen, dann findet während des Backups keine Zeitänderung statt und es macht nichts, wenn die Platten schon wach sind.

Übrigens gibt es täglich auch ein noch ungeklärtes Aufwachen so ca. um 12:30. Auch ohne Netzverbindung. Mal ein paar Minuten früher oder später, aber jeden Tag.
 
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