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

[knorke007]

hallo Leute,

ich hab immer noch diese Einträge im Log

Feb 17 09:01:37 DiskStation scemd: scemd: usbcopy button pressed, ret = 0
Feb 17 09:03:24 DiskStation scemd: scemd.c:443 stop manutild.
Feb 17 09:21:54 DiskStation scemd: scemd: usbcopy button pressed, ret = 0
Feb 17 09:21:55 DiskStation scemd: scemd: usbcopy button pressed, ret = 0
Feb 17 09:21:57 DiskStation scemd: scemd: usbcopy button pressed, ret = 0
Feb 17 09:23:01 DiskStation scemd: scemd: usbcopy button pressed, ret = 0
Feb 17 09:23:09 DiskStation scemd: scemd: usbcopy button pressed, ret = 0
Feb 17 09:23:11 DiskStation scemd: scemd: usbcopy button pressed, ret = 0
Feb 17 09:25:48 DiskStation scemd: scemd: usbcopy button pressed, ret = 0
Feb 17 09:28:26 DiskStation scemd: scemd: usbcopy button pressed, ret = 0
Feb 17 09:28:52 DiskStation scemd: scemd: usbcopy button pressed, ret = 0
Feb 17 09:28:58 DiskStation scemd: scemd: usbcopy button pressed, ret = 0
Feb 17 09:29:37 DiskStation scemd: scemd: usbcopy button pressed, ret = 0
Feb 17 09:29:39 DiskStation scemd: scemd: usbcopy button pressed, ret = 0
Feb 17 09:30:23 DiskStation scemd: scemd: usbcopy button pressed, ret = 0
Feb 17 09:31:20 DiskStation scemd: scemd: usbcopy button pressed, ret = 0
Feb 17 09:31:57 DiskStation scemd: scemd: usbcopy button pressed, ret = 0
Feb 17 09:32:45 DiskStation scemd: scemd: usbcopy button pressed, ret = 0
Feb 17 09:32:54 DiskStation scemd: scemd: usbcopy button pressed, ret = 0
Feb 17 09:33:03 DiskStation scemd: scemd: usbcopy button pressed, ret = 0
Feb 17 09:34:31 DiskStation scemd: scemd: usbcopy button pressed, ret = 0

weiß niemand was das soll ? ich drücke den USB Copy Knopf nicht.

 

[dil88]

Für den Fall, dass der USB Copy Knopf vielleicht klemmt, drücke ihn doch einmal, um zu sehen, ob dadurch die Meldung verschwindet.

 

[knorke007]

hi dil88

na klar, hätt ich auch drauf kommen können, ich probier das mal.

 

[knorke007]

also, so wie es grad aussieht, war tatsächlich der USB Copy Knopf verklemmt. Ein paar mal gedrückt und nix kommt mehr im Log

Ich werd das mal weiter beobachten

Danke

 

[Contra]

Hallo erstmal an alle,

bin neu hier und seit ein paar Tagen Besitzer einer DS414. Auch was Linux und Konsoleneingabe angeht bin ich Neuling.

Nachdem ich soweit alles zu meiner Zufriedenheit eingestellt und konfiguriert hatte, habe ich mich daran gemacht, den Standby-Modus zu optimieren. Vorher, als die Station ständig lief und ich dauernd darauf zugegriffen habe, ist mir nicht aufgefallen, das sie ständig aus dem Hibernationsmodus aufgewacht ist.

Nach langem Probieren und Suchen nach Antworten, auch in diesem Forum, bin ich auf die scemd.xml und die scemd.log gestoßen. Das war nachdem ich ein Ticket beim Synologysupport erstellt hatte, das immer noch nicht beantwortet ist... Nun, vielleicht war mein English so grottig, das sie mein Problem nicht verstanden haben, ich gebe ihnen noch etwas Zeit.

Wie gesagt, hatte ich in der Zwischenzeit schon selber die scemd.xml ausfindig gemacht und mittlerweile erfolgreich bearbeiten können (hab beide bearbeitet, /usr/syno/etc/scemd.xml und /usr/syno/etc.defaults/scemd.xml), da die scemd.log eindeutig den Fan Fehler aufweist. Nach dreimaligem Hochfahren und Einschlafen (jedesmal mit dem Fan Fehler), bleibt die DS für eine lange Zeit im Tiefschlaf. Ich nehme an das die Änderung der IP und die darauffolgende Anpassung der DDNS die anderen unerwünschten Weckaufrufe verursacht.

<fan_config period="20" threshold="6" type="DUAL_MODE_LOW" hibernation_speed="11%40hz">
<disk_temperature fan_speed="11%40hz" action="NONE">0</disk_temperature>
<disk_temperature fan_speed="21%40hz" action="NONE">32</disk_temperature>
<disk_temperature fan_speed="35%40hz" action="NONE">38</disk_temperature>
<disk_temperature fan_speed="50%40hz" action="NONE">45</disk_temperature>
<disk_temperature fan_speed="75%40hz" action="NONE">50</disk_temperature>
<disk_temperature fan_speed="99%40hz" action="NONE">59</disk_temperature>
<disk_temperature fan_speed="99%40hz" action="SHUTDOWN">61</disk_temperature>
<cpu_temperature fan_speed="11%40hz" action="NONE">0</cpu_temperature>
<cpu_temperature fan_speed="21%40hz" action="NONE">35</cpu_temperature>
<cpu_temperature fan_speed="35%40hz" action="NONE">42</cpu_temperature>
<cpu_temperature fan_speed="50%40hz" action="NONE">48</cpu_temperature>
<cpu_temperature fan_speed="75%40hz" action="NONE">55</cpu_temperature>
<cpu_temperature fan_speed="99%40hz" action="NONE">85</cpu_temperature>
<cpu_temperature fan_speed="99%40hz" action="SHUTDOWN">95</cpu_temperature>
</fan_config>

So sieht der von mir bearbeitete Teil zur Zeit aus.
Ich hatte auch schon, wie von IPMan vorgeschlagen, diesen Teil:

hibernation_speed="11%40hz"

auf

hibernation_speed="00%40hz"

geändert und die Ventilatoren bleiben tatsächlich stehen, auch gibt es kein dreimaliges Aufwachen und wieder Einschlafen.



Als ich sie nach einstündigem Schlaf wieder erweckte war die Temperatur auf fast 50°C angestiegen (interpolierung von mir, denn die Lüfter drehen ja schon einige Zeit bevor man auf die Temperatur zugreifen kann). Sonst, selbst mit 11%iger Drehzahl, steigen die Temps nicht über 31-32°C.

Meine Frage ist jetzt: Raucht die DS dann nicht irgenwann ab?

Ich würde mich über eine Antwort und eventuelle Erfahrungsberichte wirklich freuen.

Gruß
Contra

 

[dave82]

Hi,

wieder mal ein Update

Der Patch scheint bei mir nicht viel zu bringen, zwar haben sich die Fan-Checks im Ruhezustand etwas vermindert, leider bekomme ich seid gestern eine Neue Meldung im Logfile:

Feb 19 14:38:01 nas scemd: modules/fan_check_common.c:664 skip fan fail detect since operation temperature too low
Feb 19 15:53:12 nas scemd: modules/disk_hibernation.c:2246 The internal disks wake up from hibernation.
Feb 19 15:53:46 nas scemd: modules/fan_check_common.c:650 Start fan full speed to avoid fan fail
Feb 19 15:53:52 nas scemd: modules/fan_check_common.c:654 Stop fan full speed to avoid fan fail
Feb 19 16:13:53 nas scemd: modules/fan_check_common.c:664 skip fan fail detect since operation temperature too low
Feb 19 18:47:56 nas scemd: modules/disk_hibernation.c:2246 The internal disks wake up from hibernation.
Feb 19 18:48:33 nas scemd: modules/fan_check_common.c:650 Start fan full speed to avoid fan fail
Feb 19 18:48:39 nas scemd: modules/fan_check_common.c:654 Stop fan full speed to avoid fan fail
Feb 19 19:08:40 nas scemd: modules/fan_check_common.c:664 skip fan fail detect since operation temperature too low
Feb 20 08:55:08 nas scemd: modules/disk_hibernation.c:2246 The internal disks wake up from hibernation.
Feb 20 08:55:43 nas scemd: modules/fan_check_common.c:650 Start fan full speed to avoid fan fail
Feb 20 08:55:49 nas scemd: modules/fan_check_common.c:654 Stop fan full speed to avoid fan fail

Operation Temperatur too low? Die DS steht nicht im Kühlschrank sondern im Büro mit ca. 23 Grad Raumtemperatur. Wie kann man die Meldung noch interpretieren? Wieder ein Fall für den Support oder was meint ihr?

Gruß Dave

 

[IPMan]

@Contra

Ich glaube kaum das die DS "abraucht". Eine steht bei mir im Schrank mit ca. 25-30°C Umgebungstemperatur und die hat im Ruhezustand - Lüfter stehen - ca. 40-45° Oberflächentemperatur auf der Mainboardseite. Die Platten liegen so bei knapp über 30°C. Alles gemessen mit einem Pyrometer.
Wo soll die Temperatur auch herkommen? Die Platten schlafen und produzieren keine oder nur minimale Wärme, einzig der Prozessor wird warm. Aber selbst der hat normalerweise nichts zu tun wenn die Platten schlafen - und kritisch wird's erst bei >80°C lt. scemd.xml. Ich glaube das Netzteil wird thermisch mehr belastet.
Übrigens hatte ich Anfangs auch 11% im Ruhezustand eingestellt und die besagten Probleme mit 3x Aufwachen und dann länger schlafen. Da diese Probleme der Drehzahlerkennung im Betrieb nicht auftauchen (meine 2te DS läuft mit 11% statt 21% in der kleinsten Stufe) denke ich es liegt ein Softwarefehler auf unterster Ebene vor.

@dave82

Diese Meldung kommt wenn die Platten aufwachen und der Lüfter nicht schnell genug auf Drehzahl ist. Dann wird er beschleunigt und fährt den Lüfter nach Drehzahlerkennung wieder runter. Eigentlich ein korrektes Verhalten.

Feb 20 01:27:31 DS414-D scemd: modules/disk_hibernation.c:2246 The internal disks wake up from hibernation.
Feb 20 01:28:00 DS414-D scemd: modules/fan_check_common.c:650 Start fan full speed to avoid fan fail
Feb 20 01:28:06 DS414-D scemd: modules/fan_check_common.c:654 Stop fan full speed to avoid fan fail
Feb 20 01:48:06 DS414-D scemd: modules/fan_check_common.c:664 skip fan fail detect since operation temperature too low

EDIT: habe gerade gesehen das der Temperatureintrag 20 Minuten später ist. Dann interpretiere ich diese Meldung so, das die Drehzahl nicht korrekt erkannt wurde, aber auf Grund der niedrigen Temperatur kein Fanfehler ausgelöst wurde.

<fan_config period="20"

Bedeutet das etwa 20 Minuten? Bei dir taucht diese Meldung auch 20 Minuten später auf - möglicherweise bedeutet das er hat einen Fanfehler festgestellt - start fan full Speed - und nun 20 Minuten später verzichtet er auf einen Fancheck weil die Temperatur zu gering ist und somit der Fan keinen Fehler haben kann.

Du wolltest mal wissen wie die Lüfter mit der neuen Firmware laufen - genau wie in der .4, also mit 21% statt 35% wie beim Patch.

Übrigens bin ich der Meinung das zu starkes abkühlen im Standby - durch zu schnelle Lüfterdrehzahlen - sicherlich nicht gut für die Haltbarkeit der Festplatten ist. Durch das absinken auf fast Raumtemperatur steigt der Anlaufstrom und durch die großen Temperaturschwankungen auch der Verschleiß.

MfG
IPMan

 

[dave82]

@dave82

Diese Meldung kommt wenn die Platten aufwachen und der Lüfter nicht schnell genug auf Drehzahl ist. Dann wird er beschleunigt, die DS merkt das die Temperatur niedrig ist und fährt den Lüfter wieder runter. Eigentlich ein korrektes Verhalten.

Hi IPMan,

danke für die Info. Laut dem Patch laufen die Lüfter doch im Ruhezustand auch auf 35% oder? Dann sollte doch kein Unterschied bei der Drehzahl sein.
Ich habe seit Montag neue Lüfter eingebaut (Noctua NF-B9) und seit dem läuft die DS auch mit 35% recht leise. Allerdings wacht die DS trotzdem noch ab und zu auf wegen dem fan_check trotz Patch. Der Patch hat bei mir die scemd.xml unter /usr/syno/etc geupdatet, die scemd.xml unter /usr/syno/etc.default ist noch die Alte.
In welcher Datei hast du deine Änderungen gemacht? Müssen die in beiden gemacht werden?

Danke und Gruß

 

[IPMan]

Hi dave82,

ich hatte anfangs Änderungen in der /usr/syno/etc/scemd.xml gemacht weil ich dachte in etc.default liegen die Dateien für die Systemwiederherstellung, also "default" Werte laden. Das hatte aber nicht funktioniert. Darauf änderte ich /usr/syno/etc.default/scemd.xml und nach einem Neustart wurden die Änderungen übernommen. Momentan ist die /usr/syno/etc/scemd.xml unangetastet.

Andere Lüfter bergen das Problem das sie auch abweichende Kennlinien/Drehzahlen vom Original aufweisen und deshalb nicht korrekt erkannt werden. Deshalb war das für mich keine Option, denn ein langsam drehender Lüfter ist ja letztendlich auch nichts anderes als den Speed auf 11% zu stellen bei dem bei mir Fanfehler auftraten.


MfG
IPMan

 

[dil88]

Müssen die in beiden gemacht werden?

Mein Kenntnisstand hier aus dem Forum ist, dass beide Dateien geändert werden müssen. Probiere es doch bitte einmal aus.

 

[dave82]

Hi dave82,
ich hatte anfangs Änderungen in der /usr/syno/etc/scemd.xml gemacht weil ich dachte in etc.default liegen die Dateien für die Systemwiderherstellung, also "default" Werte laden. Das hatte aber nicht funktioniert. Darauf änderte ich /usr/syno/etc.default/scemd.xml und nach einem Neustart wurden die Änderungen übernommen. Momentan ist die /usr/syno/etc/scemd.xml unangetastet.

Ok, verstehe ich das Richtig, wenn der Patch die /usr/syno/etc/scemd.xml ändert und die /usr/syno/etc.default/scemd.xml gleich bleibt, dass eventuell die Settings vom Patch nicht greifen und stattdesen die alten Werte weiterhin laufen?

Andere Lüfter bergen das Problem das sie auch abweichende Kennlinien/Drehzahlen vom Original aufweisen und deshalb nicht korrekt erkannt werden. Deshalb war das für mich keine Option, denn ein langsam drehender Lüfter ist ja letztendlich auch nichts anderes als den Speed auf 11% zu stellen bei dem bei mir Fanfehler auftraten.

Ja glaube jetzt auch dass die Fehlermeldung von den neuen Lüftern verursacht wird. Seit Montag sind die drin und seit gestern habe ich die Meldungen im Log. Schade, die Lüfter werden hier im Forum recht oft empfohlen und laufen auch sehr leise.

Die Lüfter im Ruhezustand abzuschalten ist für mich leider momentan keine Option solange ich die Temps nicht zuverlässig überwachen kann. Scheinbar laufen die Lüfter dann im Standby nicht an wenn kritische Werte erreicht werden. Auch ist nicht klar ob das für die Festplatten gesund ist, wenn Temperaturen von 50°C und mehr erreicht werden. Immerhin liegt die Platte in Bay-4 recht nahe an der CPU und die Temperaturen von System und Disk 4 sind auch immer fast gleichauf.

Einfachste Lösung wäre wohl die Meldung "fan_check" nicht zu loggen, somit kein Plattenzugriff und kein Aufwachen. Denke nicht dass dies so ohne weiteres möglich ist obwohl unter Linux der Syslog schon recht modifizierbar ist.

Mein Kenntnisstand hier aus dem Forum ist, dass beide Dateien geändert werden müssen. Probiere es doch bitte einmal aus.

danke, werde ich heute Abend mal testen.

Gruß Dave

 

[IPMan]

Auch ist nicht klar ob das für die Festplatten gesund ist, wenn Temperaturen von 50°C und mehr erreicht werden. Immerhin liegt die Platte in Bay-4 recht nahe an der CPU und die Temperaturen von System und Disk 4 sind auch immer fast gleichauf.

Die Platten werden nicht so warm, das ist die Hauptplatine/Prozessor. Schalte die Lüfter ab und gehe nach dem Start als erstes in den Systemstatus/Platten und du siehst die aktuellen Temperaturen - bei mir unter 35°C. Die Systemtemperatur liegt so bei 48°C und damit im absolut unkritischen Bereich. Und wie schon gesagt, die angezeigte "System"-Temperatur kann auch die höchste aller Temperaturen sein. Bei mir zeigt er jetzt 36°C an, und das entspricht der Temperatur der 2ten Platte.

MfG
IPMan

 

[EtiYeti]

Hallo zusammen,

ich hänge mich mal hier ein. Habe genau das gleiche Problem, dass die verflixte Lüfterprüfung meine DS aufweckt. Laut Wiki ist es sehr wohl möglich die Lüfterprüfung und das Logging zu deaktivieren .. siehe hierhttp://www.synology-wiki.de/index.php/Nicht_unterst%C3%BCtzte_Konfigurations%C3%A4nderungen#L.C3.BCfter-Pr.C3.BCfung_abschalten. Habe ich gemacht. Nach einem Neustart steht in der Datei "...parameters/check_fan" auch eine "0" drinne, die Prüfung findet aber trotzdem statt (siehe Logfile). Wie kann man das dauerhaft verindern? Mein NAS steht im Keller und wird im Betrieb nicht sonderlich warm, folglich brauche ich im Tiefschlaf keine Lüfter und erst recht keine Lüfterprüfung...

eb 20 05:13:50 DS scemd: modules/fan_check_common.c:650 Start fan full speed to avoid fan fail
Feb 20 05:13:56 DS scemd: modules/fan_check_common.c:654 Stop fan full speed to avoid fan fail
Feb 20 05:45:39 DS scemd: modules/disk_hibernation.c:417 Fail to insert the usb module: ohci_hcd
Feb 20 05:45:40 DS scemd: modules/disk_hibernation.c:420 Fail to insert the usb module: xhci_hcd
Feb 20 05:45:40 DS scemd: modules/disk_hibernation.c:423 Fail to insert the usb module: etxhci_hcd
Feb 20 05:45:40 DS scemd: modules/disk_hibernation.c:2242 The internal disks wake up from hibernation.
Feb 20 05:45:40 DS scemd: modules/disk_hibernation.c:2134 [0] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:00:00:00:00:00 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 05:45:40 DS scemd: modules/disk_hibernation.c:2134 [1] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:00:00:00:00:00 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 05:45:40 DS scemd: modules/disk_hibernation.c:2134 [2] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:00:00:00:00:00 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 05:45:40 DS scemd: modules/disk_hibernation.c:2134 [3] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:00:00:00:00:00 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 05:45:40 DS scemd: modules/disk_hibernation.c:2134 [4] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:00:00:00:00:00 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 05:45:40 DS scemd: modules/disk_hibernation.c:2134 [5] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:00:00:00:00:00 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 05:45:40 DS scemd: modules/disk_hibernation.c:2134 [6] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:00:00:00:00:00 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 05:45:40 DS scemd: modules/disk_hibernation.c:2134 [7] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:00:00:00:00:00 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 05:45:40 DS scemd: modules/disk_hibernation.c:2134 [8] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:00:00:00:00:00 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 05:45:40 DS scemd: modules/disk_hibernation.c:2134 [9] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:00:00:00:00:00 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 05:45:40 DS scemd: modules/disk_hibernation.c:2134 [10] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:00:00:00:00:00 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 05:45:40 DS scemd: modules/disk_hibernation.c:2134 [11] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:00:00:00:00:00 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 05:45:40 DS scemd: modules/disk_hibernation.c:2361 Diskstation wakes up from sys sleep.
Feb 20 05:45:42 DS scemd: modules/fan_check_common.c:650 Start fan full speed to avoid fan fail
Feb 20 05:45:48 DS scemd: modules/fan_check_common.c:654 Stop fan full speed to avoid fan fail
Feb 20 09:00:19 DS scemd: modules/disk_hibernation.c:2242 The internal disks wake up from hibernation.
Feb 20 09:00:19 DS scemd: modules/disk_hibernation.c:2134 [0] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:11:32:15:8D:F8 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 09:00:19 DS scemd: modules/disk_hibernation.c:2134 [1] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:11:32:15:8D:F8 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 09:00:19 DS scemd: modules/disk_hibernation.c:2134 [2] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:11:32:15:8D:F8 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 09:00:19 DS scemd: modules/disk_hibernation.c:2134 [3] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:11:32:15:8D:F8 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 09:00:19 DS scemd: modules/disk_hibernation.c:2134 [4] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:11:32:15:8D:F8 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 09:00:19 DS scemd: modules/disk_hibernation.c:2134 [5] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:11:32:15:8D:F8 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 09:00:19 DS scemd: modules/disk_hibernation.c:2134 [6] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:11:32:15:8D:F8 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 09:00:19 DS scemd: modules/disk_hibernation.c:2134 [7] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:11:32:15:8D:F8 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 09:00:19 DS scemd: modules/disk_hibernation.c:2134 [8] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:11:32:15:8D:F8 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 09:00:19 DS scemd: modules/disk_hibernation.c:2134 [9] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:11:32:15:8D:F8 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 09:00:19 DS scemd: modules/disk_hibernation.c:2134 [10] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:11:32:15:8D:F8 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 09:00:19 DS scemd: modules/disk_hibernation.c:2134 [11] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:00:00:00:00:00 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 09:00:19 DS scemd: modules/disk_hibernation.c:2134 [12] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:11:32:15:8D:F8 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 09:00:19 DS scemd: modules/disk_hibernation.c:2134 [13] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:00:00:00:00:00 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 09:00:19 DS scemd: modules/disk_hibernation.c:2134 [14] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:11:32:15:8D:F8 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 09:00:19 DS scemd: modules/disk_hibernation.c:2134 [15] ARP srcMAC: 9C:C7:A6:F9:EF:50 dstMAC: 00:00:00:00:00:00 srcIP: 10.0.0.1 dstIP: 10.0.0.2
Feb 20 09:00:19 DS scemd: modules/disk_hibernation.c:2368 Diskstation wakes up from deep sleep.
Feb 20 09:00:21 DS scemd: modules/fan_check_common.c:664 skip fan fail detect since operation temperature too low

 

[Contra]

Danke für die Info IPMan, das hilft mir ja schon mal weiter...

Ich hab jetzt eine Antwort vom Support bekommen. Dazu muß ich sagen, das ich dummerweise erwähnte, den hier umlaufenden Patch installiert zu haben. Was soll ich sagen, die Rüge vom Support ist irgendwie verständlich. Der nette Herr schrieb mir, das ich jetzt doch erst mal das System in den Urzustand zurück setzten sollte, damit sie ein reproduzierbares System hätten, womit sie dann auch arbeiten könnten.
Nachdem ich dann alles resettet hatte, hab ich mal die debug.log von vor zwei Tagen und eine von gestern abend mitgeschickt. Jetzt warte ich darauf, was mir der Herr Lüdke vom deutschen Support rät. Vielleicht bekomme ich ja neue Lüfter geschickt, die das System sauber auslesen kann, wer weiß...

Ansonsten werde ich die Lüfter, ebenso wie du IPMan, ganz abschalten, wenn die DS in den Standby geht. Zumal eine Erhöhung der Lüfterdrehzahl ja anscheinend nichts bringt außer einer lauteren Geräuschkulisse, die ich nicht hinnehmen möchte. Falls das mit dem Abschalten auf Dauer keine Lösung sein sollte (ich werde da auch nochmal genauer die Temps überwachen), werde ich auf ein Produkt vom Konkurenzanbieter wechseln, wo dieses Problem nicht auftritt. Mal sehen, was die dann für Kinderkrankheiten haben...

Gruß
Contra

 

[dave82]

Hi EtiYeti,

die Meldung

...
Feb 20 09:00:21 DS scemd: modules/fan_check_common.c:664 skip fan fail detect since operation temperature too low
...

habe ich seitdem ich andere Lüfter eingebaut habe. Ist das bei dir auch der Fall?

Wie man den fan_check deaktiviert weiß ich nicht. Wenn du die Lüfter im Ruhezustand ganz abschalten willst, dann lese einfach ein Paar Seiten vorher (Stichwort: scemd.xml)

Gruß David

 

[Contra]

Ach übrigens, der blöde Synology Assistent hat mir gestern doch glatt den Maustreiber von meiner Steelseries Sensei Maus zerschossen. Auch nach dem Deinstallieren ist der noch nicht wieder einsatzbereit... Ist laut anderen Foren auch kein Einzelfall. Bin so langsam etwas enttäuscht von Synology...

 

[dave82]

Danke für die Info IPMan, das hilft mir ja schon mal weiter...

Ich hab jetzt eine Antwort vom Support bekommen. Dazu muß ich sagen, das ich dummerweise erwähnte, den hier umlaufenden Patch installiert zu haben. Was soll ich sagen, die Rüge vom Support ist irgendwie verständlich. Der nette Herr schrieb mir, das ich jetzt doch erst mal das System in den Urzustand zurück setzten sollte, damit sie ein reproduzierbares System hätten, womit sie dann auch arbeiten könnten.
Nachdem ich dann alles resettet hatte, hab ich mal die debug.log von vor zwei Tagen und eine von gestern abend mitgeschickt. Jetzt warte ich darauf, was mir der Herr Lüdke vom deutschen Support rät. Vielleicht bekomme ich ja neue Lüfter geschickt, die das System sauber auslesen kann, wer weiß...

Ansonsten werde ich die Lüfter, ebenso wie du IPMan, ganz abschalten, wenn die DS in den Standby geht. Zumal eine Erhöhung der Lüfterdrehzahl ja anscheinend nichts bringt außer einer lauteren Geräuschkulisse, die ich nicht hinnehmen möchte. Falls das mit dem Abschalten auf Dauer keine Lösung sein sollte (ich werde da auch nochmal genauer die Temps überwachen), werde ich auf ein Produkt vom Konkurenzanbieter wechseln, wo dieses Problem nicht auftritt. Mal sehen, was die dann für Kinderkrankheiten haben...

Gruß
Contra

Hi Contra,

welche Einträge sind bei dir im Logfile? Etwa diese?

modules/fan_check_common.c:650 Start fan full speed to avoid fan fail
modules/fan_check_common.c:654 Stop fan full speed to avoid fan fail
modules/disk_hibernation.c:2242 The internal disks wake up from hibernation.

Dann werden neue Lüfter nix bringen. Ich hatte die ganze DS umgetauscht Auch der Patch hat nicht wirklich geholfen, wie du schon sagst, nur eine höhere Geräuschkulisse.

Bin trotzdem auf die Antwort vom Support gespannt, der selbe Herr hat mein Ticket auch angenommen.

Gruß Dave

 

[EtiYeti]

Hi EtiYeti,

die Meldung

...
Feb 20 09:00:21 DS scemd: modules/fan_check_common.c:664 skip fan fail detect since operation temperature too low
...

habe ich seitdem ich andere Lüfter eingebaut habe. Ist das bei dir auch der Fall?

Wie man den fan_check deaktiviert weiß ich nicht. Wenn du die Lüfter im Ruhezustand ganz abschalten willst, dann lese einfach ein Paar Seiten vorher (Stichwort: scemd.xml)

Gruß David

Hi Dave,

habe die originalen Lüfter verbaut. Mir geht es nicht um die Abschaltung der Lüfter, sondern darum das die Prüfung der Lüfter die DS nicht aufweckt... ich schaue mal auf die von dir genannte Datei. Habe aber Kopf, dass dort nur die Kennlinien definiert werden. Wann dreht ein Lüfter mit wieviel Umdrehungen etc.
Die Abschaltung der Prüfung (fan_check) soll angeblich mit dem Link von mir oben funktionieren. Klappt zumindest mit meiner DS 213+ nicht.

Gruß

 

[IPMan]

.. siehe hierhttp://www.synology-wiki.de/index.php/Nicht_unterst%C3%BCtzte_Konfigurations%C3%A4nderungen#L.C3.BCfter-Pr.C3.BCfung_abschalten.

Danke für diese Info, das kannte ich noch nicht - werde es umgehen testen.

MfG
IPMan

 

[Contra]

Hi Dave,

ja genau die log-Einträge hab ich auch. Na dann wird mir der Herr Lüdke wohl nichts Neues mehr erzählen können. Meines Erachtens liegt es jetzt entweder an durchweg schlechten Lüftern, die ein falsches Tachosignal liefern, oder einer schlecht implementierten Softwarelösung seitens Synology... Was bleibt einem da zu tun?

1. Entweder Lüfter abschalten wie IPMan, damit aber in Kauf nehmen, das die höhere Temp nicht gut fürs System ist und man im Endeffekt keine wirkliche Sicherheit hat.

2. Alles so lassen und den ständigen Wakeup in kauf nehmen, im Bewustsein das das den Platten ganz bestimmt nicht gut tut.

2.1. Den Hibernationsmodus komplett ausschalten, die DS einfach durchlaufen lassen (kommt für mich nicht in Frage), oder jedesmal runterfahren und dann per WOL starten. (Kommt aber für mich auch nicht in Frage, da andere Benutzer außerhalb des LAN auch darauf zugreifen wollen, wenn ich mal nicht im Haus bin)

3. Auf eine neue DSM hoffen, worin der Fehler behoben ist, vorausgesetzt, das es ein Softwarefehler ist und sich Synology überhaupt darum kümmert.

4. Konkurrenzprodukt erwerben, welches dann andere Macken hat. Mit allem anderen bin ich bei Synology eigentlich sehr zufrieden...


Was meint ihr?

Gruß
Contra