+-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.

marvie73

Benutzer
Mitglied seit
15. Jul 2012
Beiträge
7
Punkte für Reaktionen
0
Punkte
0
hab leider auch das problem das sie sich nicht automatisch in den ruhemodus fällt , daher hab ich das system neu installiert und es geht wieder in den ruhemodus usw. das ist meiner meinung nicht der richtige weg aber es funktioniert .
 

ottelo

Benutzer
Mitglied seit
15. Jul 2012
Beiträge
100
Punkte für Reaktionen
2
Punkte
18
Bei mir schläft die Kiste nunauch wie ein Baby. Es lag am FTP Service. Alle Nase lang versuchten Bots auf diesen zu kommen und wurden via Blockfunktion nach 3 Versuchen gesperrt. Diese Loginversuche haben die Diskstation aufwecken lassen. Ich nutze FTP für ein Bildsync App (iphone). Dort kann aber auch WebDAV verwendet werden. Dies habe ich nun getan und den FTP abgeschaltet. Funzt 1A
 

zetman

Benutzer
Mitglied seit
08. Dez 2012
Beiträge
1
Punkte für Reaktionen
0
Punkte
0
Hallo zusammen,

im Wissen, dass der Thread eigentlich mit "DS112+" überschrieben ist, möchte ich euch dennoch meine Erfahrung und Lösung mitteilen.

Seit 1 Woche bin ich stolzer Besitzer einer DS213 (DSM 4.1) und habe gleich ein wenig rumexperimentiert. Nach ein paar Tagen hatte ich das gleiche Problem mit dem nicht eintretenden Hibernate-Mode und bin daraufhin auf diesen Thread gestoßen. Erst einmal vielen Dank für die Tipps in den Posts! Hier wird das Problem konstruktiv und mit Hintergrundwissen angegangen.
Die gute Nachricht: Ich habe es gestern Abend wieder hinbekommen. Und es lag an keinem bisher beschriebenen Grund. Sachen gibt's...;)

Meine Lösung:
Durch einen hier veröffentlichten Link zu einem Synology FTP-Server bin ich auf ein neueres FW-Image gestoßen, welches anscheinend das Problem beseitigt hat (für die DS213: 2661 auf 2662).

ftp://ftp.synology.com/on-line/DSM4.1/smbmf

Dort finden sich auch Images für andere DS.
Nun wecken keine laufenden Services oder pollenden Windows-Dienste im LAN die DS mehr auf. Das gilt mindestens für 3 Stunden (nachts lasse ich die DS runterfahren und morgens wieder starten). Nur direkte Zugriffe führen zu einem Wake Up.
Um für Cracks mal einen So-Ist-und-geht-Zustand wiederzugeben, habe ich im Anhang meine laufenden Prozesse aufgeführt.
Hier die aufgelisteten Dienste/relevanten Einstellungen die über die Weboberfläche ("Systemsteuerung") zu erkennen sind:
- CIFS/SAMBA
- SFTP
- SSH
- HTTP, HTTPS (für DSM-Zugriff)
- NTP Synchronisation (nicht NTP-Server)
- WOL
- HDD Hibernation aktiviert
Pakete:
- Medienserver (deaktiviert)
- Asterisk (deaktiviert)
- Autio Station (aktiviert)
Die Pakete schreibe ich dazu, da z.B. ein installierter Zarafa einen MySQL Server benötigt, welcher auch bei gestopptem Zarafa läuft. Wer weiß, was die anderen Pakete alles für Änderungen bewirken.
Wenn jemand einen einfacheren Weg kenn, die Config zu ziehen und übersichtlich darzustellen, der gebe Laut.

Zusatzinfo:
Es kann, theoretisch, auch an etwas anderem gelegen haben. Während des FW-Upgrades habe ich ein Wireshark-Trace gezogen und festgestellt, dass mein Windows iSCSI Initiator die ganze Zeit versucht, sich mit einem ehemals vorhandenen Target auf der DS zu verbinden, welches ich zu Testzwecken eingerichtete hatte. Dieses war duch einen Hardreset jedoch schon längst nicht mehr vorhanden. Evtl. hat dieses aktive Polling den Ruhezustand verhindert. Nach Löschen der Initiator Config war wieder angenehme Ruhe auf der Leitung :). Wenn ich mal Zeit finde, richte ich mal wieder einen Initiator ein und schaue, ob das Problem wieder auftaucht.
Weiterhin hatte ich auch (für einen SVN Server) die Paketverwaltung ipkg installiert, welche wohl auch Probleme beim Hibernating bereiten kann, wie ich in anderen Foren gelesen habe. Die war nach dem Upgrade natürlich auch verschwunden.

Für weitere Fragen zu meiner Lösung einfach fragen :) Irgendetwas werde ich sicherlich nicht richtig beschrieben haben.

Schöne Adventstage noch.
 

Anhänge

  • processes.txt
    4,1 KB · Aufrufe: 15

ottelo

Benutzer
Mitglied seit
15. Jul 2012
Beiträge
100
Punkte für Reaktionen
2
Punkte
18
Ah cool danke für den Tipp. Nachdem ich bei mir den erweiterten Ruhemodus aktiviert hatte, schlief die DS aufeinmal nicht mehr ein. Das Deaktivieren brachte natürlich Erfolg aber mir fiel auf, dass die Kiste über Nacht wohl doch paarmal aufwacht :(.

Ich teste mal das manuelle Update. Gibt's ja zum Glück für meine DS112j
 

crun

Benutzer
Mitglied seit
05. Apr 2012
Beiträge
16
Punkte für Reaktionen
0
Punkte
0
Hallo,
Ich kann auf der Seite leider kein Patch für DS212 finden. Welche Version kann ich da nehmen?
Mein NAS läuft im Dauerlauf. Was sollte ich kontrollieren?
Können Einstellungen falsch sein?

Grüße
 

Frogman

Benutzer
Mitglied seit
01. Sep 2012
Beiträge
17.485
Punkte für Reaktionen
8
Punkte
414
Hallo,
Ich kann auf der Seite leider kein Patch für DS212 finden. Welche Version kann ich da nehmen?
Mein NAS läuft im Dauerlauf. Was sollte ich kontrollieren?
Können Einstellungen falsch sein?

Grüße
Welche Probleme hast Du denn genau?
Auf jeden Fall bitte keinesfalls "irgendetwas" installieren. In jedem Fall ratsam ist es, sich mit Deinem Problem auch an den Support zu wenden - zum einen müssen die Jungs Feedback bekommen, sonst können die Fehler ja nicht angegangen werden, zum anderen gibt's dort zielgerichtete Hilfe.
 

Black-Hawk

Benutzer
Mitglied seit
15. Okt 2012
Beiträge
11
Punkte für Reaktionen
0
Punkte
1
Hallo,

seit kurzem will auch meine DS212j nicht mehr in den Ruhezustand gehen, allerdings habe ich den Übeltäter bereits ausfindig gemacht. Es handelt sich um die CloudStation, genauer gesagt um den Client, der auf meinem Rechner läuft. Ist der Client pausiert, dann geht die DS nach der eingestellten Zeit schlafen. Wenn der Client jedoch aktiv ist, geht die DS nicht in den Standby obwohl es nichts zu synchronisieren gibt. Der Kernel Log sagt folgendes:

Dec 28 13:52:32 kernel: [ 1861.870000] [/etc/localtime] opened by pid 10289 [u:(/var/packages/CloudStation/targ), comm:(syncd)]
Dec 28 13:52:37 kernel: [ 1866.930000] [/etc/localtime] opened by pid 10289 [u:(/var/packages/CloudStation/targ), comm:(syncd)]
Dec 28 13:52:42 kernel: [ 1871.990000] [/etc/localtime] opened by pid 10289 [u:(/var/packages/CloudStation/targ), comm:(syncd)]
Dec 28 13:52:47 kernel: [ 1877.050000] [/etc/localtime] opened by pid 10289 [u:(/var/packages/CloudStation/targ), comm:(syncd)]
Dec 28 13:52:52 kernel: [ 1882.110000] [/etc/localtime] opened by pid 10289 [u:(/var/packages/CloudStation/targ), comm:(syncd)]
Dec 28 13:52:57 kernel: [ 1887.170000] [/etc/localtime] opened by pid 10289 [u:(/var/packages/CloudStation/targ), comm:(syncd)]
Dec 28 13:53:02 kernel: [ 1892.230000] [/etc/localtime] opened by pid 10289 [u:(/var/packages/CloudStation/targ), comm:(syncd)]
Dec 28 13:53:07 kernel: [ 1897.290000] [/etc/localtime] opened by pid 10289 [u:(/var/packages/CloudStation/targ), comm:(syncd)]
Dec 28 13:51:21 kernel: [ 1791.070000] [/etc/localtime] opened by pid 10289 [u:(/var/packages/CloudStation/targ), comm:(syncd)]
Dec 28 13:51:26 kernel: [ 1796.130000] [/etc/localtime] opened by pid 10289 [u:(/var/packages/CloudStation/targ), comm:(syncd)]
Dec 28 13:51:31 kernel: [ 1801.190000] [/etc/localtime] opened by pid 10289 [u:(/var/packages/CloudStation/targ), comm:(syncd)]
Dec 28 13:51:36 kernel: [ 1806.250000] [/etc/localtime] opened by pid 10289 [u:(/var/packages/CloudStation/targ), comm:(syncd)]
Dec 28 13:51:41 kernel: [ 1811.300000] [/etc/localtime] opened by pid 10289 [u:(/var/packages/CloudStation/targ), comm:(syncd)]
Dec 28 13:51:46 kernel: [ 1816.350000] [/etc/localtime] opened by pid 10289 [u:(/var/packages/CloudStation/targ), comm:(syncd)]
Dec 28 13:52:52 kernel: [ 1882.110000] [/etc/localtime] opened by pid 10289 [u:(/var/packages/CloudStation/targ), comm:(syncd)]

Alle paar Sekunden macht die CloudStation etwas - nur was? Die Zeitsynchronisation als auch der NTP Server sind deaktiviert. Auf der DS läuft die aktuelle DSM Version 4.1-2668.
Ich bin mir sicher, dass die DS auch mit aktivem Client schlafen ging. Das einzige was ich seitdem verändert habe, ist die Aktivierung des DDNS Dienstes und daran kann es ja wohl kaum liegen...

Danke schon mal für Eure Hilfe!
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.659
Punkte für Reaktionen
3.673
Punkte
468
Schalt vor allem auch das syno_hibernation_debug_tool wieder aus - es verhindert selbst den Ruhezustand.

Gruß Benares
 

Black-Hawk

Benutzer
Mitglied seit
15. Okt 2012
Beiträge
11
Punkte für Reaktionen
0
Punkte
1
Das Debug Tool ist bereits deaktiviert. Trotzdem geht das Ding nicht in den Ruhezustand...
 

meltinsands

Benutzer
Mitglied seit
22. Dez 2012
Beiträge
79
Punkte für Reaktionen
1
Punkte
8
Meine Diskstation geht nicht bei laufendem Medienserver in den Ruhezustand. Einzige Lösung ist bisher, das Paket zu stoppen.

Gibt es hierfür noche eine andere Lösung?

Danke!
 

meltinsands

Benutzer
Mitglied seit
22. Dez 2012
Beiträge
79
Punkte für Reaktionen
1
Punkte
8
Meine Diskstation geht nicht bei laufendem Medienserver in den Ruhezustand. Einzige Lösung ist bisher, das Paket zu stoppen.

Gibt es hierfür noche eine andere Lösung?

Danke!
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.659
Punkte für Reaktionen
3.673
Punkte
468
Bei mir geht es auch bei laufendem Medienserver - das kann's nicht sein. Ist die Konvertierung/Indizierung schon durch?

Gruß Benares
 

meltinsands

Benutzer
Mitglied seit
22. Dez 2012
Beiträge
79
Punkte für Reaktionen
1
Punkte
8
Auf der DS befinden sich noch keine 50 Dateien. Er zeigt mir auch nicht an, dass er noch indiziert.

Ich kann morgen mal das Debug Tool drüber laufen lassen. Die DS fährt allerdings auch bei gezogenem Netzwerkkabel nicht runter.
 

meltinsands

Benutzer
Mitglied seit
22. Dez 2012
Beiträge
79
Punkte für Reaktionen
1
Punkte
8
Es lag daran, dass bei Medienserver/Diagnose ein Haken gesetzt war. Nun funktioniert es wieder!
 

hatari77

Benutzer
Mitglied seit
04. Jan 2013
Beiträge
17
Punkte für Reaktionen
0
Punkte
0
Gibt es schon Neuigkeiten von der DS213+, ich habe Sie seit letzter Woche 4.1-2668 und das gleiche Problem :-(
 

ixypsylon

Benutzer
Mitglied seit
03. Aug 2012
Beiträge
14
Punkte für Reaktionen
0
Punkte
1
Bei mir war das Problem ein zweites NAS in meinem Netzwerk auf welchem ein Twonky Medienserver lief. Dieser sendete ständig Pakete aus auf welche die DS213+ reagierte und wieder aufwachte. Nachdem ich den Twonky auf dem zweiten NAS abgestellt hatte bleibt die DS im Ruhezustand.
Allerdings können auch eine aktivierte Audio- oder Videostation den Hibernation-Modus bei der DS verhindern. Nur der laufende Medienserver tut dies aber nicht.

Gruß

Mark
 

TheLars

Benutzer
Mitglied seit
19. Jan 2013
Beiträge
4
Punkte für Reaktionen
0
Punkte
0
Hallo Leute,

ich habe eine DS212j und seit neustem auch das Problem, dass die Diskstation nicht in den Ruhezustand gehen will. Bei mir liegt es auch an dem Medienserver (alle Pakete deaktiviert, Lan kabel ausgezogen, nur Medienserver aktiv --> Diskstation geht nicht in den Ruhezustand. Medienserver deaktiviert --> funktioniert wunderbar)

In den Messages steht meiner Meinung nach nichts auffälliges :

Jan 19 12:07:14 scemd: scemd.c:287 receive SIGTERM
Jan 19 12:07:32 synoaudiod: synoaudiod.cpp:1078 synoaudiod exit
Jan 19 12:07:34 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
killall: synolunbkp: no process killed
Jan 19 12:07:52 syslogd exiting
Jan 19 12:08:59 syslogd started: BusyBox v1.16.1
Jan 19 12:09:00 spacetool: spacetool.c:2470 [Info] Activate all VG
Jan 19 12:09:01 synovspace: vspace_wrapper_load_all.c:75 [INFO] The mount device path of space [/volume1] is [/dev/md2]
Jan 19 12:09:10 scemd: scemd.c:154 fan_type=3, raid_type=1, led_type=1, thermal_type=2, diskled_ctrl_type=1, auto_poweron_type=1, dual_power_type=1, usbcopy_type=2, fan_number=1, eunit_pwron_type=0, pis_type=1, rtc_type=2, lcm_type=2$
Jan 19 12:09:10 scemd: modules/fan_speed_adjust_common.c:118 Type: INTERNAL Fan Mode: LOW
Jan 19 12:09:10 scemd: modules/raid_sys_volume_check.c:150 MD0 active disks 2, designed disks 2
Jan 19 12:09:10 scemd: modules/raid_sys_volume_check.c:150 MD1 active disks 2, designed disks 2
Jan 19 12:09:10 scemd: modules/disk_hibernation.c:1802 Force hibernation enable, idle minutes 10
Jan 19 12:09:10 scemd: modules/disk_hibernation.c:1817 SATA Deep sleep timer 1
Jan 19 12:09:10 scemd: modules/disk_hibernation.c:1826 Eunit Deep sleep timer 0
Jan 19 12:09:11 scemd: modules/scemd_connector.c:103 scemd connector thread start.
Jan 19 12:09:11 scemd: scemd.c:154 fan_type=3, raid_type=1, led_type=1, thermal_type=2, diskled_ctrl_type=1, auto_poweron_type=1, dual_power_type=1, usbcopy_type=2, fan_number=1, eunit_pwron_type=0, pis_type=1, rtc_type=2, lcm_type=2$
Jan 19 12:09:11 scemd: scemd.c:353 WIFI/WPS button is not support on this model.
Jan 19 12:09:11 kernel: [ 51.510000] Got empty serial number. Generate serial number from product.
Jan 19 12:09:12 synoprint: printer_enable_ext.c:488 delete printer failed: no bus id
Jan 19 12:09:12 syno_hdd_util: Model:[ST2000DM001-1CH1], Firmware:[CC24], S/N:[Z1E28027] in [/dev/sdb] is not ssd
Jan 19 12:09:12 syno_hdd_util: Model:[ST2000DM001-1CH1], Firmware:[CC24], S/N:[Z1E291RZ] in [/dev/sda] is not ssd
Jan 19 12:09:13 synocheckshare: service_volume_getby_link.c(77)szLinkPath = /var/services/homes ,link value = , errno=Invalid argument
Jan 19 12:09:14 synocheckshare: Fix shares in smb.conf.
Jan 19 12:09:14 synocheckshare: service_volume_getby_link.c(77)szLinkPath = /var/services/homes ,link value = , errno=Invalid argument
Jan 19 12:09:15 synocheckshare: share_restore.c:185 Restore share [record] is ok!!
Jan 19 12:09:15 synocheckshare: share_restore.c:185 Restore share [pvr] is ok!!
Jan 19 12:09:15 synocheckshare: service_volume_getby_link.c(77)szLinkPath = /var/services/homes ,link value = , errno=Invalid argument
Jan 19 12:09:15 synocheckshare: service_disable_set.c(68)Not defined date : id=4
Jan 19 12:09:15 synocheckshare: service_volume_getby_link.c(77)szLinkPath = /var/services/homes ,link value = , errno=Invalid argument
Jan 19 12:09:15 synocheckshare: synocheckshare.c(610)[8000] Failed to get info of service ID=10
Jan 19 12:09:19 synousbdisk: service_volume_getby_link.c(77)szLinkPath = /var/services/homes ,link value = , errno=Invalid argument
Jan 19 12:09:19 synousbdisk: RCClean succeeded
Jan 19 12:09:19 synosata: synosata.c:152 no external sata devices granted

Jan 19 12:11:10 scemd: scemd.c:413 stop manutild.
Jan 19 12:41:57 synosshdutils: synosshdutils.c:239 Failed to remove key [shell], errno=No such file or directory. [0x0900 file_get_key_value.c:56]
Jan 19 12:41:57 synosshdutils: synosshdutils.c:194 Failed to fopen [/tmp/sshd.reference]. err=No such file or directory
Jan 19 13:20:29 ThumbConvertProgress.cgi: service_volume_getby_link.c(77)szLinkPath = /var/services/homes ,link value = , errno=Invalid argument
Jan 19 12:24:23 syno_hibernate_debug_tool: (154): End Hibernation Debug
Jan 19 13:25:03 synopkg: pkgtool.cpp:3072 http://update.synology.com/packageupdate/getpackages.php, Failed to curl perform, code=7, err=Couldn't connect to server
Jan 19 13:40:56 synoaudiod: synoaudiod.cpp:1078 synoaudiod exit
Jan 19 13:41:44 php: No localized strings for hun: /volume1/@appstore/pyload/dsmui/texts/hun/strings
Jan 19 13:41:44 php: No localized strings for trk: /volume1/@appstore/pyload/dsmui/texts/trk/strings
Jan 19 13:41:44 php: No localized strings for ptg: /volume1/@appstore/pyload/dsmui/texts/ptg/strings
Jan 19 13:41:44 php: No localized strings for ptb: /volume1/@appstore/pyload/dsmui/texts/ptb/strings
Jan 19 13:41:44 php: No localized strings for cht: /volume1/@appstore/pyload/dsmui/texts/cht/strings
Jan 19 13:41:44 php: No localized strings for chs: /volume1/@appstore/pyload/dsmui/texts/chs/strings
Jan 19 13:41:44 php: No localized strings for csy: /volume1/@appstore/pyload/dsmui/texts/csy/strings
Jan 19 13:41:44 php: No localized strings for jpn: /volume1/@appstore/pyload/dsmui/texts/jpn/strings
Jan 19 13:41:44 php: No localized strings for krn: /volume1/@appstore/pyload/dsmui/texts/krn/strings
Jan 19 13:41:44 php: No localized strings for dan: /volume1/@appstore/pyload/dsmui/texts/dan/strings
Jan 19 13:41:44 php: No localized strings for fre: /volume1/@appstore/pyload/dsmui/texts/fre/strings
Jan 19 13:41:44 php: No localized strings for ita: /volume1/@appstore/pyload/dsmui/texts/ita/strings
Jan 19 13:41:44 php: No localized strings for nld: /volume1/@appstore/pyload/dsmui/texts/nld/strings
Jan 19 13:41:44 php: No localized strings for nor: /volume1/@appstore/pyload/dsmui/texts/nor/strings
Jan 19 13:41:44 php: No localized strings for plk: /volume1/@appstore/pyload/dsmui/texts/plk/strings
Jan 19 13:41:44 php: No localized strings for rus: /volume1/@appstore/pyload/dsmui/texts/rus/strings
Jan 19 13:41:44 php: No localized strings for spn: /volume1/@appstore/pyload/dsmui/texts/spn/strings
Jan 19 13:41:44 php: No localized strings for sve: /volume1/@appstore/pyload/dsmui/texts/sve/strings
Jan 19 13:41:44 php: No localized strings for hun: /volume1/@appstore/pyload/dsmui/texts/hun/strings
Jan 19 13:41:44 php: No localized strings for trk: /volume1/@appstore/pyload/dsmui/texts/trk/strings
Jan 19 13:41:44 php: No localized strings for ptg: /volume1/@appstore/pyload/dsmui/texts/ptg/strings
Jan 19 13:41:44 php: No localized strings for ptb: /volume1/@appstore/pyload/dsmui/texts/ptb/strings

Das Ereignis um 12:09 wo die Diskstation in den Ruhezusand geht, war da als ich den Medienserver abgeschaltet hatt
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.659
Punkte für Reaktionen
3.673
Punkte
468
Denk dran, das syno_hibernation_debug_tool verhindert selbst den Spindown.

Gruß Benares
 

TheLars

Benutzer
Mitglied seit
19. Jan 2013
Beiträge
4
Punkte für Reaktionen
0
Punkte
0
habe ich ja deswegen auch ausgeschaltet :)
Jan 19 12:24:23 syno_hibernate_debug_tool: (154): End Hibernation Debug

Grüße TheLars

EDIT: So ich habe es jetzt irgendwie geschafft, dass die Diskstation in den Ruhezustand geht, allerdings leider nicht lange, so 10-20 Sekunden, dann springen wieder die Festplatten an...
 
Zuletzt bearbeitet:

ixypsylon

Benutzer
Mitglied seit
03. Aug 2012
Beiträge
14
Punkte für Reaktionen
0
Punkte
1
habe ich ja deswegen auch ausgeschaltet :)
Jan 19 12:24:23 syno_hibernate_debug_tool: (154): End Hibernation Debug

Grüße TheLars

EDIT: So ich habe es jetzt irgendwie geschafft, dass die Diskstation in den Ruhezustand geht, allerdings leider nicht lange, so 10-20 Sekunden, dann springen wieder die Festplatten an...

Auch Du solltest mal schauen ob sich noch irgend ein Gerät in Deinem Netzwerk befindet welches die DS wieder aufwecken könnte. Bei mir war es ein zweites NAS mit Twonky-Medienserver. Genauso könnte es aber auch ein beliebiges Gerät mit DLNA-Client sein der sich vielleicht irgendwie ubgewöhnlich verhällt. Hier kommen z.B. Neuere Fernseher, DVD-Recorder, Blu-Ray-Player aber auch andere Computer in Frage.

Gruß

Mark
 
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