j-Serie DS210j startet selbst aus Standby-Modus

[Fixu]

Hallo zusammen!
Ich habe mein DS210j so konfiguriert, dass es nach 20Min Harddiskinaktivität in den Standbymodus geht und die Harddisks auch in den Ruhezustand versetzt. Funktioniert so weit so gut, jedoch habe ich seit kurzem das Problem, dass sich das NAS selbständig aus dem Standby-Modus aufstartet. Obwohl meines Erachtens nach zu diesem Zeitpunkt kein Dienst oder ähnliches auf das NAS zugreift, fährt es sich hoch. Mich würde interessieren was der Grund hierzu ist. Im DSM Log finde ich keine Einträge dazu, da wird nichts in diese Richtung protokolliert. Soviel mir aber ist, gibt es noch ein anderes Log (muss via Telnet aktiviert werden?). Weiss jemand wie ich dem Problem auf die Schliche komme?

PS: Bin mir nicht sicher, aber hätte gesagt das Problem tritt erst seit DSM 3.0 auf.

 

[Ap0phis]

Ist das immer, oder hast du dann einen PC laufen?

Hatte meine DS auf 30min eingestellt, was auch funktionierte.
Allerdings hat mein Win XP immer 5 min danach die Netzlaufwerke geprüft,
was dazu führte, dass meine HDD in der DS immer 5 min nach Hibernation wieder aufwachte.

 

[Fixu]

Es läuft 24/7 ein PC, jedoch startet die DS210j nur 1x täglich (soviel ich weiss). Der besagte PC hat die DS210j nicht als Netzlaufwerkverbunden...

 

[itari]

Kannst was zu dem Zeitpunkt sagen?

Itari

 

[Fixu]

Ich würde behaupten es sei jeweils um 23:32 gewesen...

 

[Fixu]

Es hat soeben wieder gestartet (quasi pünktlich auf die Minute, 23:32)...
Gibt es kein Log welches aufzeigt warum das NAS startet?

 

[Ap0phis]

Per telnet bzw. ssh als "root" auf die DS und dann mit

tail /var/log/messages

Das zeigt die letzten 10 System-Eintragungen an.

Wenn das nicht reicht, dann kannst du mit

tail - n 20 /var/log/messages

die letzten 20 oder was du einträgst anzeigen.

 

[itari]

Ich würde behaupten es sei jeweils um 23:32 gewesen...

Kann es sein, dass um diese Zeit die Uhr der DS synchronisiert wird?

Itari

 

[floho]

Kann es sein, dass um diese Zeit die Uhr der DS synchronisiert wird?

würde ich auch behaupten ....ich hatte mal das Problem, dass die Zeitsynchronisierung nicht mehr funktioniert hat, weil die Kiste täglich um 23:00 schlafen gelegt wurde...

 

[Fixu]

Ich hatte die Zeitaktualisierung zuerst auch im Verdacht, jedoch habe ich diese nun deaktiviert aber das NAS fährt sich trotzdem noch hoch um die besagte Uhrzeit

@Ap0phis
Danke, habe mir das Logfile ins Excel gezogen und etwas damit gespielt:

Ich habe DSM 3.0 am 05.01.2011 23:41 installiert und ab dem 06.01.2011 fährt mir das NAS täglich um 23:32 hoch. Scheint irgendwas miteinander tun zu haben. Leider ist der Grund den WakeUp nicht ersichtlich:
Jan 17 23:32:07 scemd: SCEMD: disk 1 wake up from hibernation
Jan 17 23:32:21 scemd: SCEMD: disk 2 wake up from hibernation
Jan 18 23:32:06 scemd: SCEMD: disk 1 wake up from hibernation
Jan 18 23:32:22 scemd: SCEMD: disk 2 wake up from hibernation
Jan 19 23:32:07 scemd: SCEMD: disk 1 wake up from hibernation
Jan 19 23:32:23 scemd: SCEMD: disk 2 wake up from hibernation

Gibt es noch ein anderes Log (oder Möglichkeit) wo ich sehe warum das NAS hochfährt?

Danke an alle soweit, ich bin schon mal einen Schritt weiter da ich mit Hilfe vom Log weiss, dass es seit DSM 3.0 und immer zur gleichen Zeit auftritt!

 

[Matthieu]

Man kann ein Hibernation-Log aktivieren. Ich finde aber grad den Wiki-Artikel dazu nicht ...

MfG Matthieu

 

[Fixu]

Hatte gestern testeshalber das LAN Kabel am NAS den ganzen Tag ausgesteckt. Und was macht das DS210j um 23:32 - es fährt trotzdem hoch! Somit ist für mich klar, dass es nicht durch "Fremdeinwirkung" verursacht wird sondern irgendein Dienst (oder ähnliches) auf dem NAS dann aktiv wird. Stellt sich nur die Frage welcher...

@Matthieu
Ich werde mal danach suchen, danke!

 

[Brati]

Hallo,

wurde das Problem schon gelöst?

Grüße

Brati

 

[Fixu]

Nein, ich hatte nur keine Zeit mich der Sache zu widmen da ich im Urlaub war. Werde berichten sobald ich einen Schritt weiter bin...

 

[Brati]

Ich hab das Betriebssystem resetet, jetzt ist Ruhe.

 

[Fixu]

@Brati
Was geht beim Betriebssystem-Reset alles flöten? RAID Konfiguration sowie Daten bleiben vorhanden, nehme ich an? Wie sieht es mit Benutzer und den berechtigten Ordnern aus?

 

[Brati]

Die Daten und Ordner sind erhalten geblieben. Den Rest habe ich von Hand neu angelegt, wollte das Risiko vermeiden einen Fehler einzuspielen. Aber eigentlich kann man alles sichern und zurück spielen. Könnte man ja mal testen.

 

[Fixu]

@Matthieu
Ich denke du meinst dieses Log (Link zum Thread http://www.synology-forum.de/showthread.html?8144).

Habe es mal aktiviert vorhin, aber glaube nicht dass es mir was nützt. Inzwischen geht meine DS210j gar nicht mehr in den Standby, auch wenn niemand verbunden ist...

After build number 0590, we have added a new feature in the kernel, this function can help us find out which process(es) interrupts disk hibernation. Furthermore, we can tell user why they encounter this by analyzing the log. Maybe sometimes it is the search engine of Google, Yahoo...or others.
Procedure:
1.Enable the monitoring function
2.Retrieve the log
3.Disable the monitor function
1. Enable the monitor function
Login to the Disk Station using telnet or SSH, and then type the command below in order to enable the monitoring process:
syno_hibernate_debug_tool --enable 10 10 is the interval of two disk files opened/stated by any processes, this will tell the kernel to log the process name and file name when this open/state action exceeds the time interval.
> /proc/sys/kernel/syno_hibernation_log_sec tells the kernel some kernel parameters have been changed.
The time interval over 10 seconds is not suggested, because when there are some processes that interrupt the disk, the execution time period is usually not more than 10 seconds.
2. Retrieve the log
After enabling the log, please do not do anything with our Disk Station (e.g. Samba, FTP, HTTP, etc.). When the hibernation time has passed, then you can begin to retrieve the log messages.
At this time, follow the steps below to retrieve the kernel log. To obtain the Kernel Log please follow the steps below:
1.Log in to Management UI.
2.You will see a link similar to: http://192.168.1.49:5000/webman/index.cgi
3.Add "?debug=1" to the link. So the above link will look like: http://192.168.1.49:5000/webman/index.cgi?debug=1
4.Press "Enter", and then the Kernel Log can be downloaded.
5.Please rename the Kernel Log to DebugHiberKernel before sending it.
Due to our mail server filter, we are unable to receive compressed files (the kernel log is compressed). As a work around, please rename the extension of the file. For example, if the extension is .zip or .rar , then rename it to .asd or something like that.
3. Disable the monitoring function
After retrieving the log message, remember to disable the monitoring function.
In the console mode, type following command:
syno_hibernate_debug_tool --disable If you forget to close this function, it will keep logging these debug messages until the system has been rebooted, and the /var/log/messages will fill up with hibernation log messages.

 

[Fixu]

Wenn ich mein Logfile und diverse Foreneinträge richtig interpretiere, so weckt der SMBD Dienst mein DS210j jeweils auf. Was ich aber nicht ganz verstehe, ich hatte kürzlich der DS das LAN Kabel gezogen (etwa 36 Stunden lang) aber sie hat sich trotzdem eingeschaltet. Verstehe ich nicht...

Bzg dem Einschalten um 23:32 habe ich eine evt Erklärung:
Mein Server hat eine Uptime von 46 Tagen, 20:23:00 (und jetzt ist 19:55). Wenn ich es richtig gerechnet habe, so bricht "Tag 47" (resp der neue Up-Tag) jeweils um 23:32 an. Und in der Konfig vom Server war noch aktiv, dass er nach Netzwerkshares & Drucker sucht. Habe dies disabled und schaue mal was heute passiert...

Mar 12 18:32:14 kernel: [1106208.560000] [/etc/localtime] open
(/usr/syno/bin/scemd), comm: (scemd)]
Mar 12 18:34:44 kernel: [1106357.750000] [/etc/localtime] open
(/usr/syno/sbin/dms), comm: (dms)]
Mar 12 18:34:56 kernel: [1106370.000000] drivers/scsi/sd.c[469
a: cmd 0x0 spin up by pid=87, comm=bdi-default
Mar 12 18:34:56 kernel: [1106370.010000] drivers/scsi/sd.c[469
b: cmd 0x0 spin up by pid=87, comm=bdi-default
Mar 12 18:34:56 kernel: [1106370.020000] [/etc/localtime] open
(/sbin/klogd), comm: (klogd)]
Mar 12 18:34:56 scemd: SCEMD: disk 1 wake up from hibernation
Mar 12 18:35:09 kernel: [1106383.140000] [/etc/localtime] open
(/usr/syno/bin/scemd), comm: (scemd)]
Mar 12 18:35:10 scemd: SCEMD: disk 2 wake up from hibernation
--
Mar 12 18:41:16 LogViewer.cgi: Synology log file /var/log/syno
st
Mar 12 18:41:30 LogViewer.cgi: Synology log file /var/log/syno
st
Mar 12 18:42:08 kernel: [1106801.980000] [/usr/syno/synoman/we
rowser/webfm/webUI/notify.cgi] opened by pid 5855 [u: (/usr/syn
), comm: (httpd)]
Mar 12 18:52:49 kernel: [1107442.770000] [/etc/localtime] open
(/usr/syno/bin/scemd), comm: (scemd)]
Mar 12 18:54:46 kernel: [1107559.440000] [/etc/localtime] open
(/usr/syno/sbin/dms), comm: (dms)]
Mar 12 18:54:59 scemd: SCEMD: disk 1 wake up from hibernation
Mar 12 18:54:59 kernel: [1107572.000000] drivers/scsi/sd.c[469
a: cmd 0x0 spin up by pid=2650, comm=dms
Mar 12 18:54:59 kernel: [1107572.000000] drivers/scsi/sd.c[469
b: cmd 0x0 spin up by pid=2650, comm=dms
Mar 12 18:54:59 kernel: [1107572.010000] [/etc/localtime] open
(/sbin/klogd), comm: (klogd)]
Mar 12 18:55:12 kernel: [1107585.140000] [/etc/localtime] open
(/usr/syno/bin/scemd), comm: (scemd)]
Mar 12 18:55:12 scemd: SCEMD: disk 2 wake up from hibernation
Mar 12 19:05:45 kernel: [1108218.140000] [/etc/localtime] open
(/usr/syno/bin/scemd), comm: (scemd)]
Mar 12 19:14:46 kernel: [1108759.970000] [/etc/localtime] open
(/usr/syno/sbin/dms), comm: (dms)]
Mar 12 19:14:58 scemd: SCEMD: disk 1 wake up from hibernation
Mar 12 19:14:58 kernel: [1108772.000000] drivers/scsi/sd.c[469
a: cmd 0x0 spin up by pid=2650, comm=dms
Mar 12 19:14:58 kernel: [1108772.000000] drivers/scsi/sd.c[469
b: cmd 0x0 spin up by pid=2650, comm=dms
Mar 12 19:14:58 kernel: [1108772.010000] [/etc/localtime] open
(/sbin/klogd), comm: (klogd)]
Mar 12 19:15:11 kernel: [1108785.060000] [/var/log/messages] o
[u: (/sbin/syslogd), comm: (syslogd)]
Mar 12 19:15:12 scemd: SCEMD: disk 2 wake up from hibernation

 

[Matthieu]

Mehr Infos zum Reset: http://www.synology-wiki.de/index.php/Durchführung_eines_Reset_am_Gehäuse

MfG Matthieu