Nummer Serie DS414 - DS wacht dauernd aus dem Hibernate auf, sogar ohne Netzwerkanschluss

[dave82]

Hi Dave,

also der Wakup muss von der Fritz kommen, denn die DS hängt direkt an der Fritz auf Lan Port 1, der Switch hängt auf Lan Port 2.


Hi Dave,

also ich hab nun mal den Port 5000 in der Fritz deaktiviert, mal schauen wie sich die DS nun verhält. Wo find ich eine Anleitung zum einrichten eines VPN Zuganges zur DS.

Gruß Peter

Hi Peter,

die Geräte die am Switch hängen könnten trotzdem die DS wecken, wenn sie im selben Lan-Segment sind. Aber mal abwarten vielleicht liegts an der Portweiterleitung.

Eine Anleitung wie du den VPN-Server auf der DS einrichtest findest du hier:

http://www.synology.com/de-de/support/tutorials/459

Ich nutze diesen nicht, sondern die Fritzbox als VPN-Gateway. Somit muss ich da keine Ports an die DS weiterleiten. Anleitungen hierzu findest du bei AVM im VPN-Portal.

Gruß Dave

 

[knorke007]

hi Dave,

also das deaktivieren des Port 5000 hat schon geholfen, die DS wacht nicht mehr auf. Irgend wer oder irgend was pingt meine DS an.Ich werd das mal mit dem VPN via Fritz versuchen. Mal schaun ob ich das hinbekomme.

Gruß Peter

 

[knorke007]

hi Dave,

also das einzigste was die DS noch weckt ist dieser Eintrag

Apr 9 14:13:50 DiskStation entry.cgi_SYNO.Core.Upgrade.Server[1].check[12252]:
smallupdate.cpp:413 small fix can't downgrade, org_version[1], new_version[1]
DiskStation>

was is`n das ??

Kann ich die DS via VPN auch von unterwegs wecken b.z.w. einschalten ? Der DS Finder funktioniert nur mit Port 5000 oder ? Mit der Materie muss ich mich erst noch ausseinandersetzen, kenn mich noch nicht aus damit.

Gruß Peter

edit: ich hab das hinbekommen mit dem VPN mit Android auf Fritz, nur wie spreche ich denn jetzt meine DS mit DS-Audio an oder auch mit DS Finder um die DS zu wecken oder starten. Bin etwas ratlos.

edit_2: HURRA, ich habs geschafft.... Nur das mit dem Fern-Einschalten der DS muss ich noch hinbekommen.

 

[barenaked]

Meine DS213+ macht genau den selben Mist, nur leider finde ich den Grund nicht heraus. Mit "synology_hibernation_debug_tool" konnte ich folgendes ermitteln. Kann mir jemand weiterhelfen, was es mit der raid1 Abfrage auf sich hat?

scemd.log

Apr 25 12:41:54 DiskStation scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Apr 25 15:10:18 DiskStation scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.
Apr 25 17:52:16 DiskStation scemd: modules/disk_hibernation.c:2338 The internal disks wake up from hibernation.

/var/log/messages

Apr 25 08:52:17 DiskStation syno_hibernate_debug_tool: (115): Start Hibernation Debug with second [10]
Apr 25 12:41:47 DiskStation kernel: [79514.573724] sd 1:0:0:0:  sdb: cmd run - tag ff - 28 00 00 4d ca 80, pid:9165, comm:httpd
Apr 25 12:41:47 DiskStation kernel: [79514.574582] sd 0:0:0:0:  sda: cmd run - tag ff - 28 00 00 4c 7b c0, pid:9142, comm:httpd
Apr 25 15:10:17 DiskStation kernel: [88423.854033] sd 0:0:0:0:  sda: cmd run - tag ff - 35 00 00 00 00 00, pid:3079, comm:md0_raid1
Apr 25 15:10:17 DiskStation kernel: [88423.862537] sd 1:0:0:0:  sdb: cmd run - tag ff - 35 00 00 00 00 00, pid:3079, comm:md0_raid1
Apr 25 17:52:16 DiskStation kernel: [98143.474745] sd 0:0:0:0:  sda: cmd run - tag ff - 35 00 00 00 00 00, pid:3079, comm:md0_raid1
Apr 25 17:52:16 DiskStation kernel: [98143.483233] sd 1:0:0:0:  sdb: cmd run - tag ff - 35 00 00 00 00 00, pid:3079, comm:md0_raid1
Apr 25 18:11:43 DiskStation syno_hibernate_debug_tool: (140): End Hibernation Debug

In Frage kommen die "fetten" Einträge von 15:10 und 17:52, das andere war nur Zugriff meinerseits per SSH bzw. CIFS (Kann man eigentlich einstellen, dass die DS nur bei direktem Zugriff aufwacht und nicht wenn man den PC mit Netzlaufwerken hochfährt?).

Was genau prüft er da bei md0_raid1? Mich stört momentan auch nur, dass er aufwacht obwohl kein Mensch zu Hause ist und alle Geräte aus sind, die eine Verbindung zur DS haben (außer meinem Mediacenter das aber permanten per NFS verbunden ist, welches aber auch den ganzen Tag im Standby war).

Ich bin gerade immer mehr am ausschließen, aber diese zwei Aktionen mit md0_raid1 sind mir noch ein Rätsel. Außer dieser Zuordnung finde ich dazu nichts weiter, was der Prozess raid1 denn da macht:

DiskStation> ps |grep 3079
 3079 root         0 SW   [md0_raid1]
26943 root      4720 S    grep 3079

 

[CrazyPete]

Hallo Zusammen,

ich lese hier schon etwas länger mit und habe versucht mit eurern Tricks meine DS414 schlafen zu legen. Es sind definitiv die Lüfter, ich habe vom Support einen neuen bekommen und getestet. Es änderte sich nichts und nun habe ich mittlerweile eine neue DS414 bekommen (also wieder frisch aus dem Karton) und sie macht das gleiche xD
Ich würde nun gerne einfach das loggen des Lüfterfehlers abschalten.
@Dave: Dein Skript in V3 läuft unter DSM 5.0-4482 ? Ist es das aktuelle? Ich wollte mich einfach nur kurz versichern, dass es das richtige ist und ich jetzt nichts zerhaue ;-)

Bis auf diesen Lüfter-Bug muss ich ja sagen bin ich eigentlich zufrieden mit der Kiste...

Vielen Dank, Peter

 

[dave82]

Hallo Zusammen,

ich lese hier schon etwas länger mit und habe versucht mit eurern Tricks meine DS414 schlafen zu legen. Es sind definitiv die Lüfter, ich habe vom Support einen neuen bekommen und getestet. Es änderte sich nichts und nun habe ich mittlerweile eine neue DS414 bekommen (also wieder frisch aus dem Karton) und sie macht das gleiche xD
Ich würde nun gerne einfach das loggen des Lüfterfehlers abschalten.
@Dave: Dein Skript in V3 läuft unter DSM 5.0-4482 ? Ist es das aktuelle? Ich wollte mich einfach nur kurz versichern, dass es das richtige ist und ich jetzt nichts zerhaue ;-)

Bis auf diesen Lüfter-Bug muss ich ja sagen bin ich eigentlich zufrieden mit der Kiste...

Vielen Dank, Peter

Hi Peter,

Ich betreibe meine DS noch unter 4.3 weil ich eigentlich momentan sehr zufrieden da alles super läuft. Ein Upgrade auf 5.X werde ich die nächsten Wochen durchführen. Ob das Skript auch unter 5.X greift, kann ich nicht sagen. Ich gehe aber davon aus, dass Synology das Logging nicht großartig verändert hat. Ich denke du kannst das Skript testen, wenn es nicht klappt, dann lösche es einfach wieder.

Gruß David

 

[CrazyPete]

Hey David,

joah ich bin genau eingestiegen als DSM5 kam ;-) Dann werde ich das nochmal ausprobieren, ein erster Test war erfolglos (vielleicht habe ich etwas verbaselt).
1. Kopieren
2. Rechte anpassen
3. Reboot
Das ist doch eigentlich alles oder?

Wie ginge das denn eigentlich von Hand? Ich habe versucht den Ausführungen von IPMan #130 zu folgen. Allerdings konnte ich nur eine der zwei beschriebenen conf Dateien auftuen und in der gefundenen befanden sich nur 5 Zeilen Code, das erschien mir etwas wenig ;-)
Gibt es sonst nach Ideen? Momentan folgt meine DS einfach wieder einem AN/AUS-Zeitplan und dem WOL xD

Liebe Grüße Peter

 

[dave82]

Hey David,

joah ich bin genau eingestiegen als DSM5 kam ;-) Dann werde ich das nochmal ausprobieren, ein erster Test war erfolglos (vielleicht habe ich etwas verbaselt).
1. Kopieren
2. Rechte anpassen
3. Reboot
Das ist doch eigentlich alles oder?

Wie ginge das denn eigentlich von Hand? Ich habe versucht den Ausführungen von IPMan #130 zu folgen. Allerdings konnte ich nur eine der zwei beschriebenen conf Dateien auftuen und in der gefundenen befanden sich nur 5 Zeilen Code, das erschien mir etwas wenig ;-)
Gibt es sonst nach Ideen? Momentan folgt meine DS einfach wieder einem AN/AUS-Zeitplan und dem WOL xD

Liebe Grüße Peter

Hi Pete,

ja die Vorgehensweise passt! Hab mir DSM5 grad mal in einer VM angesehen und scheinbar gibt es doch eine Änderung beim Logging und zwar haben sich die Pfade der entsprechenden Datei geändert:

bei DSM 4.X

/usr/syno/etc/synosyslog/syslog.d/scemd.conf

bei DSM 5.X

/usr/syno/etc/synosyslog/client/scemd.conf

Da ich auf meiner DS414 noch kein DSM5.X drauf habe, kann ich es nicht testen. Ich habe aber die Pfade im Skript angepasst und unten angehängt. Du kannst es gerne mal testen und bescheid geben ob es klappt. Hier nochmal die Vorgehensweise:

1. Die angehängte Datei S21set_scemd_syslog_filter_v3_dsm5.zip herunterladen und entpacken. Dann auf die DS hochladen z.B. in den Gemeinsamen Ordner „public“.
Falls ein anderer Ordner verwendet wird, muss dieser in den Befehlen verwendet werden.
2. Telnet oder SSH aktiveren
3. Als User Root auf die Konsole verbinden
4. mv /volume1/public/S21set_scemd_syslog_filter.sh /usr/syno/etc/rc.d/
5. chown root:root /usr/syno/etc/rc.d/S21set_scemd_syslog_filter.sh
6. chmod 755 /usr/syno/etc/rc.d/S21set_scemd_syslog_filter.sh
7. exit
8. Telnet oder SSH deaktivieren
9. Reboot und Check


Anhang anzeigen S21set_scemd_syslog_filter_v3_dsm5.zip


Gruß David

 

[CrazyPete]

Hey David,
das erklärt warum ich nur eine fast leere Datei gefunden habe ;-)
Ich probiere das Skript heute Abend direkt aus und gebe dann Rückmeldung.

Vielen Dank^^
Peter

 

[CrazyPete]

Hey David,

also das scheint es noch nciht gewesen zu sein. Ich habe die Datei entsprechend geladen und die Rechte angepasst. Es bleibt bei
fan_check_common.c:643 Start fan full speed to avoid fan fail
fan_check_common.c:647 Stop fan full speed to avoid fan fail

Vielleicht müssen zwei Dateien angepasst werden? Ich meine hier mal sowas gelesen zu haben. Oder es ist noch etwas anderes...

Hibernation erstmal wieder aus.

Liebe Grüße Peter

 

[dave82]

Hey David,

also das scheint es noch nciht gewesen zu sein. Ich habe die Datei entsprechend geladen und die Rechte angepasst. Es bleibt bei
fan_check_common.c:643 Start fan full speed to avoid fan fail
fan_check_common.c:647 Stop fan full speed to avoid fan fail

Vielleicht müssen zwei Dateien angepasst werden? Ich meine hier mal sowas gelesen zu haben. Oder es ist noch etwas anderes...

Hibernation erstmal wieder aus.

Liebe Grüße Peter

Hi,

hast du die Datei auch nach /usr/syno/etc/rc.d/ verschoben und neugestartet? Wie ist der Output von

cat /usr/syno/etc/synosyslog/client/scemd.conf

Gruß David

 

[CrazyPete]

Hey David,

die Datei liegt in genau dem Ordner und die Rechte-Befehle habe ich ausgeführt. Im Anhang Bilder der Konsole(ich habe leider keine Ahnung wie ich das textmäßig kopieren kann).

Auszug Logfile:


Rechte der S21.sh


Inhalt der scemd.conf


Liebe Grüße Peter

 

[dave82]

Hey David,

die Datei liegt in genau dem Ordner und die Rechte-Befehle habe ich ausgeführt. Im Anhang Bilder der Konsole(ich habe leider keine Ahnung wie ich das textmäßig kopieren kann).

Auszug Logfile:
Anhang anzeigen 17565

Rechte der S21.sh
Anhang anzeigen 17566

Inhalt der scemd.conf
Anhang anzeigen 17567

Liebe Grüße Peter

Hi Peter,

sehr seltsam! kannst du das Script mal ausführen und anschließend den Output von scemd.conf anschauen? Wenn du im Verzeichniss stehst, kannst du das Script mit "./S21set_scemd_syslog_filter.sh start" ausführen. Danach sollte sich der Inhalt der scemd.conf verändert haben. Wieso das beim Start nicht klappt, kann ich noch nicht erklären.

edit: Nutzt du Putty für den Zugriff auf die Konsole? Wenn ja, einfach den Text mit der Maus makieren und dann hier einfügen.

Gruß David

 

[CrazyPete]

Hey David,

jetzt nutze ich Putty ;-)
Jetzt das dritte Update dazu. Ins Folder, start versucht (mit Autovervollständigung S21 tab) "not found". ls zeigt die Datei an und cat zeigt den richtigen Inhalt. Ich habe die Datei entsprechend gerade auch nochmal frisch kopiert und die Rechte wie nötig angepasst.
Konsole:

PidiDisk> cd /usr/syno/etc/rc.d
PidiDisk> ./S21set_scemd_syslog_filter.sh start
-ash: ./S21set_scemd_syslog_filter.sh: not found
PidiDisk> ls
S01iptables.sh S97apache-sys.sh
S01tc.sh S98findhostd.sh
S02bootup.sh S98pppoerelay.sh
S02synovpnclient.sh S98ssdpd.sh
S03hotplugd.sh S98upnpd.sh
S03inetd.sh S99DiskHealthCk.sh
S03libsynowireless.sh S99EAUpgrade.sh
S08snmpd.sh S99WDidle3Dis.sh
S09DDNS.sh S99synocache.sh
S10NatpmpPortmap.sh S99synodatacollect.sh
S10UPnPportmap.sh S99synogpoclient.sh
S11nslcd.sh S99synomount.sh
S12upsmon.sh S99synoreport.sh
S13synorelayd.sh S99synoscheduler.sh
S21set_scemd_syslog_filter.sh S99synostoraged.sh
S55cupsd.sh S99synosupportchannelchecker.sh
S56gcpd.sh S99tftpd.sh
S66S2S.sh S99zbootok.sh
S66fileindexd.sh S99zupdateindexdb.sh
S78iscsitrg.sh S99zupdatesynohdpack.sh
S79RCPower.sh cd
S90usbip.sh ls
S96synosnmpcd.sh

Strange...

Liebe Grüße und einen schönen Feiertag
Peter

 

[CrazyPete]

Hey David,

hast du in den letzten Wochen dein DSM aktualisiert? Ich habe leider noch keine Lösung gefunden, vor allem auch wegen zu viel Arbeit Oo

LG Peter

 

[VanZan]

Hallo allerseits!

Gibt es schon eine Lösung zum Problem, dass die DS immer wieder aufwacht? Habe heute meine DS414 bekommen und sie wacht schon wenige Sekunden nach dem Einschlafen wieder auf. Nicht so schnell, aber ebenfalls mit dem Bug ist meine DS214 behaftet.

Gruß

 

[dil88]

Es gibt nicht eine Lösung und man kann es m.E. auch nicht als Bug bezeichnen. Bitte suche einmal im Forum nach den vielfältigen Ursachen und Lösungsvorschlägen. In diesem Synology FAQ findest Du beispielsweise ab der Mitte eine Liste mit Paketen und eine mit Prozessen, die den HD-Ruhezustand verhindern können. Die zweite klassische Ursache sind Portweiterleitungen im Router auf die DS.

 

[swiftnik2000]

Also wenn die DS 414 ohne Netzwerkkabel aufwacht, sollte das schon als Bug einzuordnen sein.



Habe selber gottseidank nun eine DS 413 wo dieses funktioniert.

 

[dil88]

Wenn ich z.B. eine DS214se neu aufsetze und zehntausende Fotos in die Photo Station spiele und die dann in den ersten Tage nicht nur etwas zäh arbeitet sondern auch die Platten nicht in den HD-Ruhezustand schickt, selbst wenn ich das Netzwerkkabel abziehe, dann soll das ein Bug sein, nur weil sie ganz korrekt die Thumbnails generiert? Kann ich nicht nachvollziehen dieses pauschale Urteil.

 

[swiftnik2000]

Es ging hier in dem speziellen Fall um die DS414 und dann auch nur wenn die DS "nix zu tun" hat. Die DS214SE kann ich nicht beurteilen, da ich nur eine DS213J hatte. Bei der DS213J funktionierte der Ruhezustand.