+-Serie Meine DS213+ schläft nicht mehr ein (Hibernation) - siehe Log

[Steve06]

Hallo zusammen,

habe meine Synology erst ein paar Wochen. Anfangs klappt Hibernation problemlos, jetzt gar nicht mehr. Es ist so eingestellt, dass nach 10 Minuten die Platten ausgehen und nach 60s mehr das ganze System. Windows Broadcasting soll ignoriert werden.

Leider bleibt sie auch an, wenn die PCs aus sind.

Indizierung scheint sie laut DSM nicht "in progress" zu sein.

Ich habe schon viele Tipps aus dem Netz ausprobiert, leider ohne Erfolg.

Anbei mein Hibernation Log:

    May 16 14:35:33 kernel: [74093.510342] [/sbin/echo] opened by pid 26563 [u:(sh), comm:(sh)]
    May 16 14:42:10 kernel: [74489.838848] [/etc.defaults/synoinfo.conf] opened by pid 26592 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
    May 16 14:42:12 kernel: [74492.145879] [/etc/resolv.conf] opened by pid 26592 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
    May 16 14:43:40 kernel: [74580.468744] [/usr/syno/synoman/ssdp/desc-DSM-eth0.xml] opened by pid 22164 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
    May 16 14:44:13 kernel: [74613.320137] [/etc.defaults/synoinfo.conf] opened by pid 26594 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
    May 16 14:45:35 kernel: [74695.082013] [/sbin/echo] opened by pid 26595 [u:(sh), comm:(sh)]
    May 16 14:55:36 kernel: [75296.652457] [/sbin/echo] opened by pid 26623 [u:(sh), comm:(sh)]
    May 16 14:58:59 kernel: [75498.882908] [/usr/syno/synoman/ssdp/desc-DSM-eth0.xml] opened by pid 21930 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
    May 16 14:59:01 kernel: [75501.175055] [/usr/syno/synoman/ssdp/desc-DSM-eth0.xml] opened by pid 26462 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
    May 16 15:01:59 kernel: [75678.856771] [/usr/syno/synoman/ssdp/desc-DSM-eth0.xml] opened by pid 25451 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
    May 16 15:05:38 kernel: [75898.224212] [/sbin/echo] opened by pid 26652 [u:(sh), comm:(sh)]
    May 16 15:14:20 kernel: [76420.474103] [/usr/syno/synoman/ssdp/desc-DSM-eth0.xml] opened by pid 22164 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
    May 16 15:15:40 kernel: [76499.777959] [/sbin/echo] opened by pid 26681 [u:(sh), comm:(sh)]
    May 16 15:25:41 kernel: [77101.345012] [/sbin/echo] opened by pid 26709 [u:(sh), comm:(sh)]
    May 16 15:29:41 kernel: [77341.282834] [/usr/syno/synoman/ssdp/desc-DSM-eth0.xml] opened by pid 21930 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
    May 16 15:35:43 kernel: [77702.923394] [/sbin/echo] opened by pid 26738 [u:(sh), comm:(sh)]
    May 16 15:45:01 kernel: [78261.065144] [/usr/syno/synoman/ssdp/desc-DSM-eth0.xml] opened by pid 26462 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
    May 16 15:45:44 kernel: [78304.493504] [/sbin/echo] opened by pid 26768 [u:(sh), comm:(sh)]
    May 16 15:55:46 kernel: [78906.122927] [/sbin/echo] opened by pid 26796 [u:(sh), comm:(sh)]
    May 16 16:00:19 kernel: [79179.332031] [/usr/syno/synoman/ssdp/desc-DSM-eth0.xml] opened by pid 25451 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
    May 16 16:05:48 kernel: [79507.696697] [/sbin/echo] opened by pid 26825 [u:(sh), comm:(sh)]
    May 16 16:10:32 kernel: [79792.271332] [/etc.defaults/synoinfo.conf] opened by pid 26854 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
    May 16 16:15:40 kernel: [80100.299525] [/usr/syno/synoman/ssdp/desc-DSM-eth0.xml] opened by pid 22164 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
    May 16 16:15:49 kernel: [80109.419236] [/sbin/echo] opened by pid 26861 [u:(sh), comm:(sh)]
    May 16 16:17:28 kernel: [80207.978603] [/etc.defaults/synoinfo.conf] opened by pid 26890 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
    May 16 16:17:30 kernel: [80210.249085] [/etc/resolv.conf] opened by pid 26890 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
    May 16 16:19:29 kernel: [80329.273873] [/etc.defaults/synoinfo.conf] opened by pid 26891 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
    May 16 16:20:51 kernel: [80411.233288] [/etc.defaults/synoinfo.conf] opened by pid 26892 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
    May 16 16:21:28 kernel: [80448.446188] [] opened by pid 26892 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
    May 16 16:25:51 kernel: [80711.178119] [/sbin/echo] opened by pid 26893 [u:(sh), comm:(sh)]
    May 16 16:29:57 kernel: [80956.584806] [/etc.defaults/synoinfo.conf] opened by pid 26921 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
    May 16 16:29:59 kernel: [80958.854386] [/etc/resolv.conf] opened by pid 26921 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
    May 16 16:30:59 kernel: [81019.283671] [/usr/syno/synoman/ssdp/desc-DSM-eth0.xml] opened by pid 22040 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
    May 16 16:31:01 kernel: [81021.088480] [/usr/syno/synoman/ssdp/desc-DSM-eth0.xml] opened by pid 21930 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
    May 16 16:33:34 kernel: [81174.369726] [/etc.defaults/synoinfo.conf] opened by pid 26922 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
    May 16 16:34:24 kernel: [81224.349439] [] opened by pid 26922 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
    May 16 16:35:53 kernel: [81312.806353] [/sbin/echo] opened by pid 26923 [u:(sh), comm:(sh)]
    May 16 16:45:54 kernel: [81914.344448] [/sbin/echo] opened by pid 26951 [u:(sh), comm:(sh)]
    May 16 16:46:20 kernel: [81940.391771] [/usr/syno/synoman/ssdp/desc-DSM-eth0.xml] opened by pid 26462 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
    May 16 16:55:56 kernel: [82515.908412] [/sbin/echo] opened by pid 26980 [u:(sh), comm:(sh)]
    May 16 17:05:58 kernel: [83117.470894] [/sbin/echo] opened by pid 27009 [u:(sh), comm:(sh)]
    May 16 17:15:59 kernel: [83719.076751] [/sbin/echo] opened by pid 27038 [u:(sh), comm:(sh)]
    May 16 17:26:01 kernel: [84320.692901] [/sbin/echo] opened by pid 27067 [u:(sh), comm:(sh)]
    May 16 17:36:02 kernel: [84922.312830] [/sbin/echo] opened by pid 27096 [u:(sh), comm:(sh)]
    May 16 17:46:04 kernel: [85523.970763] [/sbin/echo] opened by pid 27125 [u:(sh), comm:(sh)]
    May 16 17:56:06 kernel: [86125.600586] [/sbin/echo] opened by pid 27154 [u:(sh), comm:(sh)]

Wäre dankbar wenn jemand mit mehr Ahnung als ich sich das mal anschauen könnte - ich steige da leider nicht wirklich durch.

Viele Grüße
Steve

 

[ottomane]

Mal so ins Blaue gefrage:

Alle Ports des Routers zu?
Welche Pakete installiert?
Kein USB-Gerät angeschlossen?

Ich würde zum Test das Hibernate-Debug-Logging wieder ausschalten (habe den Verdacht, dass das die DS wach hält wegen Log-Schreibens) und das Ethernet-Kabel abziehen. Dann sehen, ob sie schläft.

 

[Steve06]

derzeit sind folgende Ports geöffnet: 1723 (PPTP VPN), 2121 (FTP, nach 21 intern weitergeleitet), 5001, 1194 (openVPN), 22 (SSH)

Hab jetzt mal den 22er abgeschaltet, da hierüber immer viele Angriffsversuche laufen. Hatte ihn offen wg. SFTP.

Pakete: Media Server, Video Station, VPN Server

keine USB-Geräte

Danke

 

[ottomane]

Zumindest bei meinem Rootserver wird Port 22 rund um die Uhr mit Anfragen bombardiert. Keine Ahnung, ob das bei einer dyn. IP auch so schlimm ist. Aber egal, erstmal ohne Netz testen, um die Ursache einzugrenzen.

Gruß
OM

 

[Steve06]

Habe gerade den Post oben editiert dass ich auch auf den Trichter gekommen bin, den 22er abzuschalten. Vlt. wäre wg. SFTP eine weiterleitung z.b. von 2222 auf 22 möglich. aber erst mal einfach aus lassen.

Dann: Ganz ohne LAN-Anschluss an den NAS habe ich ihn auch schon betrieben. Da schlief er dann ein. Sobald aber er am Router hängt, geht's nicht mehr... spricht also für deine Theorie mit den Anfragen... oder gibt es noch eine Alternativhypothese?

 

[ottomane]

Es gibt Router, die dauernd ARP-Requests ins Netz senden und damit die DS wach halten. Wenn früher aber am selben Router alles ging, scheidet der Grund ja aus. Trotzdem: Welcher Router ist es denn?

 

[Steve06]

Es klappte tatsächlich gute 2 Wochen lang mit demselben Router, einem Huawei HG523a.

 

[danio]

derzeit sind folgende Ports geöffnet: 1723 (PPTP VPN), 2121 (FTP, nach 21 intern weitergeleitet), 5001, 1194 (openVPN), 22 (SSH)

Gibt es einen zwingenden Grund, warum Du so viele Ports aufmachst? Evtl. kannst Du das konsolidieren. Mach mal alle zu und schau, ob das NAS dann schlafen geht. Wenn ja, einen Port öffnen und warten, ob das NAS schlafen geht. usw.
Wie hier schon geschrieben, auf Port 22 wirst Du früher oder später bombadiert. Und auch dynamische Adressbereiche werden auf der Suche nach willigen Opfern gescannt. Und es wird nach allen Diensten gescannt, per Brute Force einfach mal nachsehen, ob der Betreiber seine Hausaufgaben gemacht hat. Das sollte auch in den Logs zu bemerken sein. Grundsätzlich würde ich extern nicht mit den Standardports arbeiten und auch nur aufmachen, was muss. PPTP ist btw nicht sicher (http://www.heise.de/security/artikel/Der-Todesstoss-fuer-PPTP-1701365.html).

Hat es im Unterschied zu den zwei Wochen zuvor eine Änderung gegeben?

 

[Perry2000]

Pakete: Media Server, Video Station, VPN Server

Ich bin nicht ganz sicher, aber verhindert VPN SERVER nicht Hibernation? Client wäre kein Problem, aber der Server muss doch ständig laufen....

 

[ottomane]

Meine DS kommt mit dem VPN-Server (inzwischen) in den DeepSleep. Edit: Sofern man ihn nicht gerade benutzt natürlich.

 

[danio]

Ich fahre im Grunde das gleiche Setup, die Station geht in den Tiefschlaf. Den Medienserver hab ich allerdings nicht aktiviert, evtl. funkt ein DLNA Client dawzischen?

 

[Steve06]

bei mir hat es definitiv auch schon mit VPN Server und Medienserver funktioniert.

Bei mir ging heute die Station unverhofft in Tiefschlaf und wachte erst wieder auf, also ich sie im Browser ansteuerte, d.h. dass bloße Klicken auf die Netzlaufwerke im Explorer brachte nichts, was ok ist. Hatte alle Ports geschlossen aber auch noch die HDD-Einschlafzeit auf 15 Minuten erhöht (hatte irgendwie gelesen, dass man das mal variieren soll). Ich beobachte nun weiter und versuche dann einzugrenzen woran es lag.

In der Zwischenzeit kam auch Feedback vom Synology-Support. Anscheinend halten die nichts mehr vom Hibernation Log zum Debuggen. Ich poste das mal hier FYI:

Here's the new SOP for debugging your model:

1. Please disable hibernation log (if you have enabled the log before)

2. Please go to System Info > Service to disable all services

3. Please unplug ethernet cable then observe the indicators (If the status led starts breathing, the HDDs are in hibernation mode.)

4. You could enable each service to verify

5. If DS could go into hibernation every time with some services running(exclude the listed services I sent) but not with ethernet cable plugged, I would recommend you to confirm if it's one of the client which wakes DS up.

Here's some behaviors and services which may affect hibernation feature. FYI.
-Issues might affect HDD hibernation (depend on theoperations)
*Attached USB HDD
*Cloud Station
*Media Server (some DMA / DLNA device might perform background tasks)
*Syslog server
*Hotspot, Router mode (DS213air)
*Audio Station – Airplay
*Quick Connect

-Issues will affect HDD hibernation
*DiskStation is making thumbnails or re-indexing the multimedia files after upgrading.
*There will be index/convert (synomkthumbd) process under resource monitor when this occurs. [ALWAYS]
*Webalizer (1hr or 5min) [ALWAYS]
*Local Master Browser [ALWAYS]
*eMule [ALWAYS]
*Download Station [RSS, Active Tasks]
*Logitech Media Server [ALWAYS]
*Mail Station [POP3 fetch]
*Surveillance Station [Doing Recording]
*DMA log is enabled in [Media Server]>[Diagnose]
*LAN Windows Media Player [Windows Service, Default On]
*Network Sharing Service
*Directory Server
*Mail Server
*3rd party software or optware like SABnzbd, Plex
*Too many process running and swap is used, ex DS109j

 

[ottomane]

Na, da fühlt man sich als Kunde so richtig ernst genommen :/

 

[Steve06]

Jo, meine Euphorie über den Synology-NAS hat sich nun auch gelegt...
Wenn die wenigstens sagen würden "wie kennen das Problem und gehen es (in einem Patch oder mit maßgeschneidertem Support) an", wäre ja wenigstens der gute Wille ersichtlich.

 

[Steve06]

UPDATE:
Seit ich alle Ports geschlossen und die Spin-down Zeit von 10 auf 15 Minuten erhöht habe, erwische ich die DS schon mal beim Schlummern. Der Status ist auch unverändert, wenn ich 2 Ports wieder öffne, den für openVPN (1194) und DSM (5001). Wenn man die Rechner einschaltet schlummert sie manchmal noch weiter, bis man sie über den DSM anspricht. Bloßes Klicken auf die Netzlaufwerke reicht nicht. Allerdings wacht sie auch manchmal so auf, ohne dass ein Rechner auf die DSM zugegriffen hat. Die Ursache hierfür muss ich nun eingrenzen. Auf meinem Hauptrechner habe ich den WMP Netzwerkfreigabedienst abgeschaltet, wie von Synology selbst angeraten. Dies werde ich nun für die anderen Rechner übernehmen. Einen weiteren Tipp, den ich irgendwo gelesen und umsetzen möchte, ist bei den Netzlaufwerken die IP-Adresse statt des Namen der Diskstation zu verwenden. Vlt. verbessert sich dadurch noch das Einschlafverhalten.

Wenn noch einer eine Idee hat - ich freue mich immer über Kommentare.